From owner-freebsd-current@FreeBSD.ORG Sat Sep 27 22:59:13 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8AE4C106569D for ; Sat, 27 Sep 2008 22:59:13 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.freebsd.org (Postfix) with ESMTP id 158938FC14 for ; Sat, 27 Sep 2008 22:59:12 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by ug-out-1314.google.com with SMTP id m2so151828uge.39 for ; Sat, 27 Sep 2008 15:59:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:references:message-id:to :in-reply-to:content-type:content-transfer-encoding:x-mailer :mime-version:subject:date:cc:from:sender; bh=MisK+0IjqFwDBUzwm3/2/8jAhy0EWNoVIdUqw3fV/wg=; b=bZ9Cg7zccNqijrJhUk94ATotUp9J2+WVgsZn1FiyJG00kZkWrXfyFtHRjP5JPkSEbu A0jdW8nVX3Mxu/af3gm/mzMKbI/G5QPPVls1Zekdz0Ost7XnJ88lUMa+cV+TLOoe+qvU w738hqbYqKNnEXGZ300spp1s3oTRFjrv7URJM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=references:message-id:to:in-reply-to:content-type :content-transfer-encoding:x-mailer:mime-version:subject:date:cc :from:sender; b=d16NKjvgInxtbXIeXrZvadDjYjFnbu9d8+Z2Mnp+HhmlRfPTRZEtf/z4JjKpLKb2qT l3mVVASC0VaH+oH6OJvyPwZO1bTe38VBux51Sd74TGNbkNtiSqlPRRPBJAw3TdWiCPwa WQ271kqAeBSLvSryPEzbkYfn430QI/w6GFZjA= Received: by 10.210.87.14 with SMTP id k14mr3806217ebb.7.1222556351614; Sat, 27 Sep 2008 15:59:11 -0700 (PDT) Received: from ?10.0.1.4? ([89.214.188.107]) by mx.google.com with ESMTPS id q9sm867075gve.5.2008.09.27.15.59.05 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 27 Sep 2008 15:59:10 -0700 (PDT) References: <48DEA8E7.2080503@FreeBSD.org> Message-Id: <9D33158B-B28D-4D22-B3BF-A7CE376FCAD1@freebd.org> To: Alexander Motin In-Reply-To: <48DEA8E7.2080503@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Mailer: iPod Mail (5F137) Mime-Version: 1.0 (iPod Mail 5F137) Date: Sat, 27 Sep 2008 23:58:56 +0100 From: Rui Paulo Sender: Rui Paulo X-Mailman-Approved-At: Sun, 28 Sep 2008 01:15:06 +0000 Cc: "freebsd-arm@FreeBSD.org" , "freebsd-current@freebsd.org" , "imp@FreeBSD.org" , "freebsd-mobile@FreeBSD.org" Subject: Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Sep 2008 22:59:13 -0000 On 27 Sep 2008, at 22:43, Alexander Motin wrote: > Hi. > > I would like to present initial revision of my generic PCI SD Host > Controller driver (sdhci). It support PCI devices with class 8 and > subclass 5 according to SD Host Controller Specification. With some > limitations it successfully works on my Acer TM6292 notebook with > ENE CB714 card reader. > > Things that are working now: > - PIO mode single and multiple block read and write, > - 1 and 4 bits bus width support. > > In PIO mode with 4GB SD card on 30MHz 4bit bus I have reached about > 3.5MB/s (limited by CPU) linear read and 7MB/s (limited by card) > linear write. Small blocks read/write performance limited by card. > > Things that are not working yet: > - DMA modes (code is written, but as my controller looks like has > broken DMA I have no ability to debug it), > - card insert/remove detection (need more thinking), you should > reload mmc module to rescan cards, > - SDHC and MMC cards (have no such cards now to debug that code), > only standard capacity SD Memory cards up to 4GB size are supported > now, > - high speed (double rate) bus mode (need more thinking and DMA > support). > > Also to get such results I have improved existing mmc and mmcsd > drivers a bit. mmc driver got: > - 4 bit bus width support, > - write protection switch support, > - cards with more then 2GB capacity support. > mmcsd driver got: > - multiple block read and write support, > - cards with more then 2GB capacity support, > - I/O error reporting, > - write protection switch support. > > Latest patches against 8-CURRENT (should also fit 7-STABLE) may be > found at: > http://people.freebsd.org/~mav/sdhci/ > > I will be grateful for any feedbacks, comments and support. Well, here's my support: Great work! :-) -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 05:35:28 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D71861065695 for ; Sun, 28 Sep 2008 05:35:28 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.155]) by mx1.freebsd.org (Postfix) with ESMTP id 62DBE8FC1E for ; Sun, 28 Sep 2008 05:35:27 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so1042964fgb.35 for ; Sat, 27 Sep 2008 22:35:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=yZiwt7E1RwQJ/DrOIg481hIMELzwIhQ4VlRrMhq47zA=; b=j5YzFrNILE8XAStPI0LliuKd1lXmGfQu07CIdNQiy13DD3bqdMpfqxcZMg87V31J4u PQRwQyddNZHrOMHkUTzddLBqvKoQj3w0/Huyb4ywXpAw8r/ItPBSvqoJN/j9kr+o6rjO BF/a/Iu7fmOD4peeLn9ejt4WtQIWDTxVVMhtM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=tzgZtABKEBP54U+ZRXWki4Uge+gkRR97vn2rVrczGrXDsO9/icI/tLA0G5yVMrWfMW lFDp37wRxeYVYZpYa9KbJ2kmwPOAyv3P55fCVsrzVH2w6ZfU3JPXS/jDjEArDXQpfKte P8zVXDGVhoB1XOOseZS39kDoACZw4B2MXQRV8= Received: by 10.103.206.12 with SMTP id i12mr2498691muq.33.1222580126857; Sat, 27 Sep 2008 22:35:26 -0700 (PDT) Received: by 10.103.231.14 with HTTP; Sat, 27 Sep 2008 22:35:26 -0700 (PDT) Message-ID: Date: Sun, 28 Sep 2008 02:35:26 -0300 From: "Carlos A. M. dos Santos" To: "Oleksandr Tymoshenko" In-Reply-To: <48DEA4EC.3030300@bluezbox.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <48DEA8E7.2080503@FreeBSD.org> <48DEA4EC.3030300@bluezbox.com> Cc: Alexander Motin , freebsd-current@freebsd.org, imp@freebsd.org, freebsd-arm@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2008 05:35:29 -0000 On Sat, Sep 27, 2008 at 6:26 PM, Oleksandr Tymoshenko wrote: > Alexander Motin wrote: >> >> Hi. > >> >> Latest patches against 8-CURRENT (should also fit 7-STABLE) may be found >> at: >> http://people.freebsd.org/~mav/sdhci/ > > Thanks! That's just what I was looking for about three weeks ago :) >> >> I will be grateful for any feedbacks, comments and support. > > 7.1 requires s/kproc/kthread/ but otherwise works fine: > > sdhci0: mem 0xff9fb800-0xff9fb8ff irq 9 at device 1.2 on > pci2 > sdhci0: 1 slot(s) allocated > sdhci0: [ITHREAD] > > mmc0: on sdhci0 > mmc0: SD card: 507379712 bytes > mmcsd0: 483MB (read-only) at mmc0 > mmc0: setting transfer rate to 30.000MHz > mmc0: setting bus width to 4 bits > GEOM_LABEL: Label for provider mmcsd0s1 is msdosfs/SD. It did not detect the hardware on my Compaq 6910p: none2@pci0:2:6:3: class=0x080500 card=0x30be103c chip=0x08221180 rev=0x20 hdr=0x00 vendor = 'Ricoh Company, Ltd.' device = 'R5C832, R5C843 SDA Standard Compliant SD Host Controller' class = base peripheral none3@pci0:2:6:4: class=0x088000 card=0x30be103c chip=0x08431180 rev=0x10 hdr=0x00 vendor = 'Ricoh Company, Ltd.' device = 'unknown Ricoh MMC Host Controller' class = base peripheral Suggestions are welcome. :-) -- cd /usr/ports/sysutils/life make clean From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 06:03:37 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65729106568B; Sun, 28 Sep 2008 06:03:37 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: from mail5out.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) by mx1.freebsd.org (Postfix) with ESMTP id 250EA8FC17; Sun, 28 Sep 2008 06:03:36 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: by mail5out.barnet.com.au (Postfix, from userid 1001) id 8A87A2218B9E; Sun, 28 Sep 2008 15:46:50 +1000 (EST) X-Viruscan-Id: <48DF1A4A00018362C033B1@BarNet> Received: from mail5auth.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail5auth.barnet.com.au", Issuer "*.barnet.com.au" (verified OK)) by mail5.barnet.com.au (Postfix) with ESMTP id 1BCDA21B6463; Sun, 28 Sep 2008 15:46:50 +1000 (EST) Received: from k7.mavetju (ppp121-44-55-162.lns10.syd7.internode.on.net [121.44.55.162]) by mail5auth.barnet.com.au (Postfix) with ESMTP id B0D9F2218AF6; Sun, 28 Sep 2008 15:46:49 +1000 (EST) Received: by k7.mavetju (Postfix, from userid 1001) id E889177F; Sun, 28 Sep 2008 15:46:20 +1000 (EST) Date: Sun, 28 Sep 2008 15:46:20 +1000 From: Edwin Groothuis To: current@freebsd.org, stable@freebsd.org Message-ID: <20080928054620.GA80250@k7.mavetju> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: Request for testing - top 3.8b1 in the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2008 06:03:37 -0000 I have made an update for the top(1) utility in the FreeBSD base system to get it from the 3.5b12 version to the 3.8b1 version. I have tried them on the amd64 architecture on FreeBSD -current and FreeBSD 7.0 and on the i386 architecture on FreeBSD 7.0. The big new features are a line upper part with kernel statistics (context-switches, traps, interrupts, faults etc) and the FLG table (if you window is big enough) Some features specific to FreeBSD (dual display (press m)), threaded processes, and jails have been ported to 3.8b1. The biggest fix (AFAICT) is the TIME and CPU table for threaded processes, which are now calculated properly. The new code can be found on http://www.mavetju.org/~edwin/freebsd-top-3.8b1-A.tar.gz Go to 3.8b1/usr.sbin/top and run "make" there to produce the binary, then run it via "./top". Please report any issues with it (compile time, run time) and a way to reproduce it (if possible). Thanks for your help! Edwin -- Edwin Groothuis edwin@freebsd.org http://www.mavetju.org From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 06:12:28 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC4B9106568E for ; Sun, 28 Sep 2008 06:12:27 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.188]) by mx1.freebsd.org (Postfix) with ESMTP id 1D2B28FC22 for ; Sun, 28 Sep 2008 06:12:26 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: by fk-out-0910.google.com with SMTP id k31so1614993fkk.11 for ; Sat, 27 Sep 2008 23:12:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=991V+WFZ1CX6jyaUnhG3r+LO7ZFnmBDRS32bbsYf4JU=; b=E1Ku6v85EzqfssWrnSrjx9xb+E2syeB3clnKxGfEg83NY8/uw04E6/8zTPC3DnQO0O R0OR2Z3plPSsH2LxKge3B/1waia0g5v9FG2qlt19CMtS5OsE0/I8wg1Nm38tjVyvP4Ph yuAjBT9dSpYqsK6FPxDXx5sA8+K68KdVt1NdI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=I8eJB/0pCItoeOXCrbchDs7X2BgiNEhPQ8gOWnsL0M7CvI/yt0jjFXKDvQlEcAqPIt jmfY617n4vyy5WRRsXbqbZeDJ99htwxy4pGGoGiy5YZeuUMo4yAll9X5TvwLK7UfORud FVJS3cNr+JLEU+0vj0/8Sgkqolms1d1F/EbZo= Received: by 10.103.199.16 with SMTP id b16mr2536214muq.5.1222582345648; Sat, 27 Sep 2008 23:12:25 -0700 (PDT) Received: by 10.103.231.14 with HTTP; Sat, 27 Sep 2008 23:12:25 -0700 (PDT) Message-ID: Date: Sun, 28 Sep 2008 03:12:25 -0300 From: "Carlos A. M. dos Santos" To: "Oleksandr Tymoshenko" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <48DEA8E7.2080503@FreeBSD.org> <48DEA4EC.3030300@bluezbox.com> Cc: Alexander Motin , freebsd-current@freebsd.org, imp@freebsd.org, freebsd-arm@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2008 06:12:28 -0000 On Sun, Sep 28, 2008 at 2:35 AM, Carlos A. M. dos Santos wrote: > On Sat, Sep 27, 2008 at 6:26 PM, Oleksandr Tymoshenko > wrote: >> Alexander Motin wrote: >>> >>> Hi. >> >>> >>> Latest patches against 8-CURRENT (should also fit 7-STABLE) may be found >>> at: >>> http://people.freebsd.org/~mav/sdhci/ >> >> Thanks! That's just what I was looking for about three weeks ago :) >>> >>> I will be grateful for any feedbacks, comments and support. >> >> 7.1 requires s/kproc/kthread/ but otherwise works fine: >> >> sdhci0: mem 0xff9fb800-0xff9fb8ff irq 9 at device 1.2 on >> pci2 >> sdhci0: 1 slot(s) allocated >> sdhci0: [ITHREAD] >> >> mmc0: on sdhci0 >> mmc0: SD card: 507379712 bytes >> mmcsd0: 483MB (read-only) at mmc0 >> mmc0: setting transfer rate to 30.000MHz >> mmc0: setting bus width to 4 bits >> GEOM_LABEL: Label for provider mmcsd0s1 is msdosfs/SD. > > It did not detect the hardware on my Compaq 6910p: > > none2@pci0:2:6:3: class=0x080500 card=0x30be103c chip=0x08221180 > rev=0x20 hdr=0x00 > vendor = 'Ricoh Company, Ltd.' > device = 'R5C832, R5C843 SDA Standard Compliant SD Host Controller' > class = base peripheral > none3@pci0:2:6:4: class=0x088000 card=0x30be103c chip=0x08431180 > rev=0x10 hdr=0x00 > vendor = 'Ricoh Company, Ltd.' > device = 'unknown Ricoh MMC Host Controller' > class = base peripheral > > Suggestions are welcome. :-) Here goes a good suggestion: do not forget to load the module, you dumb ass! Now I got this: sdhci0: mem 0xe4103000-0xe41030ff irq 19 at device 6.3 on pci2 sdhci0: Reserved 0x100 bytes for rid 0x10 type 3 at 0xe4103000 sdhci0: 1 slot(s) allocated sdhci0: [MPSAFE] sdhci0: [ITHREAD] mmc0: on sdhci0 mmc0: Reset 0x6 never completed - 0x6. mmc0: ============== REGISTER DUMP ============== mmc0: Sys addr: 0x00000000 | Version: 0x00000400 mmc0: Blk size: 0x00000000 | Blk cnt: 0x00000000 mmc0: Argument: 0x00000000 | Trn mode: 0x00000000 mmc0: Present: 0x01f20000 | Host ctl: 0x00000000 mmc0: Power: 0x0000000f | Blk gap: 0x00000000 mmc0: Wake-up: 0x00000000 | Clock: 0x00008007 mmc0: Timeout: 0x00000000 | Int stat: 0x00000000 mmc0: Int enab: 0x00ff00fb | Sig enab: 0x00ff00fb mmc0: AC12 err: 0x00000000 | Slot int: 0x00000000 mmc0: Caps: 0x018021a1 | Max curr: 0x00000040 mmc0: =========================================== mmc0: Reset 0x6 never completed - 0x6. mmc0: ============== REGISTER DUMP ============== mmc0: Sys addr: 0x00000000 | Version: 0x00000400 mmc0: Blk size: 0x00000000 | Blk cnt: 0x00000000 mmc0: Argument: 0x00000000 | Trn mode: 0x00000000 mmc0: Present: 0x01f20000 | Host ctl: 0x00000000 mmc0: Power: 0x0000000f | Blk gap: 0x00000000 mmc0: Wake-up: 0x00000000 | Clock: 0x00008007 mmc0: Timeout: 0x00000000 | Int stat: 0x00000000 mmc0: Int enab: 0x00ff00fb | Sig enab: 0x00ff00fb mmc0: AC12 err: 0x00000000 | Slot int: 0x00000000 mmc0: Caps: 0x018021a1 | Max curr: 0x00000040 mmc0: =========================================== mmc0: setting transfer rate to 33.000MHz mmc0: Reset 0x6 never completed - 0x6. mmc0: ============== REGISTER DUMP ============== mmc0: Sys addr: 0x00000000 | Version: 0x00000400 mmc0: Blk size: 0x00000000 | Blk cnt: 0x00000000 mmc0: Argument: 0x00000000 | Trn mode: 0x00000000 mmc0: Present: 0x01f20000 | Host ctl: 0x00000000 mmc0: Power: 0x0000000f | Blk gap: 0x00000000 mmc0: Wake-up: 0x00000000 | Clock: 0x00000007 mmc0: Timeout: 0x00000000 | Int stat: 0x00000000 mmc0: Int enab: 0x00ff00fb | Sig enab: 0x00ff00fb mmc0: AC12 err: 0x00000000 | Slot int: 0x00000000 mmc0: Caps: 0x018021a1 | Max curr: 0x00000040 mmc0: =========================================== Much better. However, I got a system crash and reboot attempting to unload the module. -- cd /usr/ports/sysutils/life make clean From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 07:30:59 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC5D61065691; Sun, 28 Sep 2008 07:30:59 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 361D58FC1E; Sun, 28 Sep 2008 07:30:58 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from [212.86.226.226] (account mav@alkar.net HELO [192.168.3.2]) by cmail.optima.ua (CommuniGate Pro SMTP 5.1.14) with ESMTPA id 222616584; Sun, 28 Sep 2008 10:30:58 +0300 Message-ID: <48DF32B2.7080407@FreeBSD.org> Date: Sun, 28 Sep 2008 10:30:58 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: Ian FREISLICH References: <48CBF399.9080801@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit Cc: Alex Keda , freebsd-multimedia@FreeBSD.org, freebsd-current@freebsd.org Subject: Re: New snd_hda driver came in. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2008 07:31:00 -0000 Hi. Ian FREISLICH wrote: > I just noticed that my speakers still play (very softly) when my > headphone jack is inserted. May be your codec has no muter on speaker pin and driver uses it's volume control instead. > Also, when playing back, the optical port is activated. Is it good or bad? :) I have no optical ports, but my copper one seems to be enabled only when data stream present there. At least by receiver displays so. > My hardware is a MacBook Pro. Let me know what to do to extract > the information you need to debug this. Verbose kernel boot messages would be good. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 08:31:32 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D7F41065698; Sun, 28 Sep 2008 08:31:32 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id C57838FC1D; Sun, 28 Sep 2008 08:31:31 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from [89.178.147.100] (port=64553 helo=acer.lissyara.int.otradno.ru) by hosting.lissyara.su with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KjrQc-000Ebv-KN; Sun, 28 Sep 2008 12:14:54 +0400 Message-ID: <48DF3CFE.7@lissyara.su> Date: Sun, 28 Sep 2008 12:14:54 +0400 From: Alex Keda User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ru-RU; rv:1.8.1.16) Gecko/20080731 Thunderbird/2.0.0.16 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: Edwin Groothuis References: <20080928054620.GA80250@k7.mavetju> In-Reply-To: <20080928054620.GA80250@k7.mavetju> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Cc: stable@freebsd.org, current@freebsd.org Subject: Re: Request for testing - top 3.8b1 in the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2008 08:31:32 -0000 Edwin Groothuis пишет: > I have made an update for the top(1) utility in the FreeBSD base > system to get it from the 3.5b12 version to the 3.8b1 version. > > I have tried them on the amd64 architecture on FreeBSD -current and > FreeBSD 7.0 and on the i386 architecture on FreeBSD 7.0. > > The big new features are a line upper part with kernel statistics > (context-switches, traps, interrupts, faults etc) and the FLG table > (if you window is big enough) > > Some features specific to FreeBSD (dual display (press m)), threaded > processes, and jails have been ported to 3.8b1. > > The biggest fix (AFAICT) is the TIME and CPU table for threaded > processes, which are now calculated properly. > > The new code can be found on > http://www.mavetju.org/~edwin/freebsd-top-3.8b1-A.tar.gz > Go to 3.8b1/usr.sbin/top and run "make" there to produce the binary, > then run it via "./top". > > Please report any issues with it (compile time, run time) and a way > to reproduce it (if possible). Thanks for your help! > > Edwin > Some strange. Count running processes not match with system top ========= system top ============= last pid: 30285; load averages: 0.99, 0.91, 0.91 up 0+21:08:49 12:10:40 45 processes: 2 running, 43 sleeping CPU: 24.3% user, 0.0% nice, 1.3% system, 0.0% interrupt, 74.4% idle Mem: 236M Active, 1693M Inact, 414M Wired, 137M Cache, 214M Buf, 5187M Free Swap: 4096M Total, 4096M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 87008 root 1 8 0 58728K 43028K wait 0 0:05 0.00% ruby18 87002 root 1 44 0 5688K 1124K select 2 0:02 0.00% script 1168 root 1 44 0 22872K 4308K select 3 0:01 0.00% sshd 30284 root 1 97 0 97420K 90844K CPU1 1 0:01 0.00% cc1plus 721 root 1 44 0 10696K 4000K select 0 0:01 0.00% sendmail 86980 lissyara 1 44 0 33764K 4840K select 2 0:00 0.00% sshd 584 root 1 44 0 5688K 1364K select 2 0:00 0.00% syslogd 733 root 1 8 0 6744K 1436K nanslp 0 0:00 0.00% cron 52451 lissyara 1 44 0 33764K 4840K select 0 0:00 0.00% sshd ======== new top ========== last pid: 30280; load avg: 0.99, 0.91, 0.91; up 0+21:08:48 12:10:39 99 processes: 6 running, 76 sleeping, 17 waiting CPU: 23.6% user, 0.0% nice, 1.9% system, 0.0% interrupt, 74.5% idle Kernel: 4192 ctxsw, 21398 trap, 4 intr, 1000 soft, 4 fork, 21427 flt, 26140 fr Mem: 239M Active, 1693M Inact, 414M Wired, 137M Cache, 214M Buf, 5184M Free Swap: 4096M Total, 4096M Free PID USERNAME THR PRI NICE SIZE RES STATE FLG C TIME CPU COMMAND 30279 root 1 98 0 97M 91M CPU1 + 1 0:01 48.94% cc1plus 30280 root 1 -8 0 2176K 1688K piperd + 0 0:00 0.14% as 30277 root 1 8 0 7060K 1884K wait + 1 0:00 0.06% sh 30278 root 1 8 0 4600K 1284K wait + 0 0:00 0.06% c++ 30245 root 1 44 0 8112K 2220K select + 0 0:00 0.04% top 30219 root 1 44 0 8112K 2284K CPU2 + 2 0:00 0.02% top 86980 lissyara 1 44 0 33M 4840K select 2 0:00 0.01% sshd 29472 root 1 8 0 3200K 1392K wait + 3 0:00 0.01% make 87008 root 1 8 0 57M 42M wait + 0 0:05 0.00% ruby18 87002 root 1 44 0 5688K 1124K select + 2 0:02 0.00% script 1168 root 1 44 0 22M 4308K select s 3 0:01 0.00% sshd ====================== FreeBSD serv2.hos-ting.ru 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #0: Sat Sep 27 14:50:59 MSD 2008 lissyara@serv2.hos-ting.ru:/usr/obj/usr/src/sys/HOSTING amd64 From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 08:40:10 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B261C1065692; Sun, 28 Sep 2008 08:40:10 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 13F768FC15; Sun, 28 Sep 2008 08:40:10 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:Subject:In-Reply-To:References:X-Attribution:Date:Message-Id; b=NFu3Q5H5aT2qXvTArQPWCZxVqg74B4d9glW4kof+let16Js+AsympBYXFm8XKOkD0WsevVrRuBY4FbNgM8j47w6JjO9CWSNDX72kl+CQEZr6vumb4aPNdsGXTVHl3QbVQq0qCVWolzwNyNPqPVfvhusyn8ETiTNehflzkvvEiQf9Jy1LBsu8w3ziTZDrlaGS4m8gZm1kls1svFFOu20Skm82sjJH/VE1O2wyTx/DvhfH9LF4MSM+QsUKv7q6DfI5; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1KjrpB-0005Rp-JP; Sun, 28 Sep 2008 08:40:17 +0000 Received: from dhcp-112.noc.gp-online.net ([41.161.31.112] helo=clue.co.za) by urchin.clue.co.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1KjroQ-0003uH-Mw; Sun, 28 Sep 2008 08:39:35 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KjroN-0000Ox-1O; Sun, 28 Sep 2008 10:39:27 +0200 To: Alexander Motin From: Ian FREISLICH In-Reply-To: <48DF32B2.7080407@FreeBSD.org> References: <48DF32B2.7080407@FreeBSD.org> <48CBF399.9080801@FreeBSD.org> X-Attribution: BOFH Date: Sun, 28 Sep 2008 10:39:27 +0200 Message-Id: Cc: Alex Keda , freebsd-multimedia@FreeBSD.org, freebsd-current@freebsd.org Subject: Re: New snd_hda driver came in. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2008 08:40:10 -0000 Alexander Motin wrote: > Ian FREISLICH wrote: > > I just noticed that my speakers still play (very softly) when my > > headphone jack is inserted. > > May be your codec has no muter on speaker pin and driver uses it's > volume control instead. It used to work. > > Also, when playing back, the optical port is activated. > > Is it good or bad? :) I have no optical ports, but my copper one seems > to be enabled only when data stream present there. At least by receiver > displays so. Neither good nor bad. Also, the built in mic has never worked, but it looks promising from this boot message. > > My hardware is a MacBook Pro. Let me know what to do to extract > > the information you need to debug this. > > Verbose kernel boot messages would be good. hdac0: Probing codec 0... hdac0: hdac0: hdac0: Vendor: 0x8384 hdac0: Device: 0x7680 hdac0: Revision: 0x34 hdac0: Stepping: 0x01 hdac0: PCI Subvendor: 0x76808384 hdac0: Found audio FG nid=1 startnode=2 endnode=28 total=26 hdac0: hdac0: Processing audio FG cad=0 nid=1... hdac0: GPIO: 0xc0000004 NumGPIO=4 NumGPO=0 NumGPI=0 GPIWake=1 GPIUnsol=1 hdac0: nid 10 0x0101e022 as 2 seq 2 Line-out Jack jack 1 loc 1 color White misc 0 hdac0: nid 11 0x90afe112 as 1 seq 2 Mic Fixed jack 15 loc 16 color White misc 1 hdac0: nid 12 0x9017e121 as 2 seq 1 Speaker Fixed jack 7 loc 16 color White misc 1 hdac0: nid 13 0x4180e100 as 0 seq 0 Line-in None jack 0 loc 1 color White misc 1 hdac0: nid 14 0x41f0e032 as 3 seq 2 Other None jack 0 loc 1 color White misc 0 hdac0: nid 15 0x0181e031 as 3 seq 1 Line-in Jack jack 1 loc 1 color White misc 0 hdac0: nid 16 0x1145f023 as 2 seq 3 SPDIF-out Jack jack 5 loc 17 color Other misc 0 hdac0: nid 17 0x11c5c032 as 3 seq 2 SPDIF-in Jack jack 5 loc 17 color Res.C misc 0 hdac0: nid 21 0x4180e100 as 0 seq 0 Line-in None jack 0 loc 1 color White misc 1 hdac0: nid 27 0x4180e100 as 0 seq 0 Line-in None jack 0 loc 1 color White misc 1 hdac0: Patched pins configuration: hdac0: nid 10 0x0101e022 as 2 seq 2 Line-out Jack jack 1 loc 1 color White misc 0 hdac0: nid 11 0x90afe112 as 1 seq 2 Mic Fixed jack 15 loc 16 color White misc 1 hdac0: nid 12 0x9017e121 as 2 seq 1 Speaker Fixed jack 7 loc 16 color White misc 1 hdac0: nid 13 0x4180e100 as 0 seq 0 Line-in None jack 0 loc 1 color White misc 1 [DISABLED] hdac0: nid 14 0x41f0e032 as 3 seq 2 Other None jack 0 loc 1 color White misc 0 [DISABLED] hdac0: nid 15 0x0181e031 as 3 seq 1 Line-in Jack jack 1 loc 1 color White misc 0 hdac0: nid 16 0x1145f023 as 2 seq 3 SPDIF-out Jack jack 5 loc 17 color Other misc 0 hdac0: nid 17 0x11c5c032 as 3 seq 2 SPDIF-in Jack jack 5 loc 17 color Res.C misc 0 hdac0: nid 21 0x4180e100 as 0 seq 0 Line-in None jack 0 loc 1 color White misc 1 [DISABLED] hdac0: nid 27 0x4180e100 as 0 seq 0 Line-in None jack 0 loc 1 color White misc 1 [DISABLED] hdac0: 3 associations found: hdac0: Association 0 (1) in: hdac0: Pin nid=11 seq=2 hdac0: Association 1 (2) out: hdac0: Pin nid=12 seq=1 hdac0: Pin nid=10 seq=2 hdac0: Pin nid=16 seq=3 hdac0: Association 2 (3) in: hdac0: Pin nid=15 seq=1 hdac0: Pin nid=17 seq=2 hdac0: Tracing association 0 (1) hdac0: Pin 11 traced to ADC 6 hdac0: Association 0 (1) trace succeded hdac0: Tracing association 1 (2) hdac0: Pin 12 traced to DAC 3 hdac0: Pin 10 traced to DAC 2 hdac0: Pin 16 traced to DAC 8 hdac0: Association 1 (2) trace succeded hdac0: Tracing association 2 (3) hdac0: Pin 15 traced to ADC 7 hdac0: Unable to trace pin 17 to ADC 7, undo traces hdac0: Unable to trace pin 15 to ADC 9, undo traces hdac0: Association 2 (3) trace failed hdac0: Tracing input monitor hdac0: Tracing beeper hdac0: GPIO init: data=0x00000000 mask=0x00000000 dir=0x00000000 hdac0: GPIO commit: data=0x00000003 mask=0x00000003 dir=0x00000003 hdac0: FG config/quirks: gpio0 gpio1 forcestereo ivref50 ivref80 ivref100 ivref hdac0: hdac0: +-------------------+ hdac0: | DUMPING HDA NODES | hdac0: +-------------------+ hdac0: hdac0: Default Parameter hdac0: ----------------- hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e07e0 hdac0: 16 20 24 bits, 44 48 88 96 176 192 KHz hdac0: IN amp: 0x80050e00 hdac0: OUT amp: 0x80027f7f hdac0: hdac0: nid: 2 hdac0: Name: audio output hdac0: Widget cap: 0x000d0c05 hdac0: LRSWAP PWR STEREO hdac0: Association: 1 (0x00000004) hdac0: OSS: pcm (pcm) hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e07e0 hdac0: 16 20 24 bits, 44 48 88 96 176 192 KHz hdac0: Output amp: 0x80027f7f hdac0: mute=1 step=127 size=2 offset=127 hdac0: hdac0: nid: 3 hdac0: Name: audio output hdac0: Widget cap: 0x000d0c05 hdac0: LRSWAP PWR STEREO hdac0: Association: 1 (0x00000002) hdac0: OSS: pcm (pcm) hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e07e0 hdac0: 16 20 24 bits, 44 48 88 96 176 192 KHz hdac0: Output amp: 0x80027f7f hdac0: mute=1 step=127 size=2 offset=127 hdac0: hdac0: nid: 4 [DISABLED] hdac0: Name: audio output hdac0: Widget cap: 0x000d0c05 hdac0: LRSWAP PWR STEREO hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e07e0 hdac0: 16 20 24 bits, 44 48 88 96 176 192 KHz hdac0: Output amp: 0x80027f7f hdac0: mute=1 step=127 size=2 offset=127 hdac0: hdac0: nid: 5 [DISABLED] hdac0: Name: audio output hdac0: Widget cap: 0x000d0c05 hdac0: LRSWAP PWR STEREO hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e07e0 hdac0: 16 20 24 bits, 44 48 88 96 176 192 KHz hdac0: Output amp: 0x80027f7f hdac0: mute=1 step=127 size=2 offset=127 hdac0: hdac0: nid: 6 hdac0: Name: audio input hdac0: Widget cap: 0x001d0541 hdac0: PWR PROC STEREO hdac0: Association: 0 (0x00000004) hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e07e0 hdac0: 16 20 24 bits, 44 48 88 96 176 192 KHz hdac0: connections: 1 hdac0: | hdac0: + <- nid=23 [audio selector] hdac0: hdac0: nid: 7 [DISABLED] hdac0: Name: audio input hdac0: Widget cap: 0x001d0541 hdac0: PWR PROC STEREO hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e07e0 hdac0: 16 20 24 bits, 44 48 88 96 176 192 KHz hdac0: connections: 1 hdac0: | hdac0: + <- nid=24 [audio selector] [DISABLED] hdac0: hdac0: nid: 8 hdac0: Name: audio output hdac0: Widget cap: 0x00040211 hdac0: DIGITAL STEREO hdac0: Association: 1 (0x00000008) hdac0: OSS: pcm (pcm) hdac0: Stream cap: 0x00000005 hdac0: AC3 PCM hdac0: PCM cap: 0x000e07e0 hdac0: 16 20 24 bits, 44 48 88 96 176 192 KHz hdac0: hdac0: nid: 9 [DISABLED] hdac0: Name: audio input hdac0: Widget cap: 0x00140311 hdac0: DIGITAL STEREO hdac0: Stream cap: 0x00000005 hdac0: AC3 PCM hdac0: PCM cap: 0x000e0160 hdac0: 16 20 24 bits, 44 48 96 KHz hdac0: connections: 1 hdac0: | hdac0: + <- nid=17 [pin: SPDIF-in (Jack)] [DISABLED] hdac0: hdac0: nid: 10 hdac0: Name: pin: Line-out (Jack) hdac0: Widget cap: 0x00400181 hdac0: UNSOL STEREO hdac0: Association: 1 (0x00000004) hdac0: Pin cap: 0x0000173f hdac0: ISC TRQD PDC HP OUT IN VREF[ 50 80 GROUND HIZ ] hdac0: Pin config: 0x0101e022 hdac0: Pin control: 0x00000040 OUT hdac0: connections: 1 hdac0: | hdac0: + <- nid=2 [audio output] hdac0: hdac0: nid: 11 hdac0: Name: pin: Mic (Fixed) hdac0: Widget cap: 0x00400181 hdac0: UNSOL STEREO hdac0: Association: 0 (0x00000004) hdac0: OSS: monitor (monitor) hdac0: Pin cap: 0x00001737 hdac0: ISC TRQD PDC OUT IN VREF[ 50 80 GROUND HIZ ] hdac0: Pin config: 0x90afe112 hdac0: Pin control: 0x00000024 IN VREFs hdac0: connections: 1 hdac0: | hdac0: + [DISABLED] <- nid=4 [audio output] [DISABLED] hdac0: hdac0: nid: 12 hdac0: Name: pin: Speaker (Fixed) hdac0: Widget cap: 0x00400181 hdac0: UNSOL STEREO hdac0: Association: 1 (0x00000002) hdac0: Pin cap: 0x00001737 hdac0: ISC TRQD PDC OUT IN VREF[ 50 80 GROUND HIZ ] hdac0: Pin config: 0x9017e121 hdac0: Pin control: 0x00000040 OUT hdac0: connections: 1 hdac0: | hdac0: + <- nid=3 [audio output] hdac0: hdac0: nid: 13 [DISABLED] hdac0: Name: pin: Line-in (None) hdac0: Widget cap: 0x00400181 hdac0: UNSOL STEREO hdac0: Pin cap: 0x0000173f hdac0: ISC TRQD PDC HP OUT IN VREF[ 50 80 GROUND HIZ ] hdac0: Pin config: 0x4180e100 hdac0: Pin control: 0x00000000 hdac0: connections: 1 hdac0: | hdac0: + <- nid=2 [audio output] hdac0: hdac0: nid: 14 [DISABLED] hdac0: Name: pin: Other (None) hdac0: Widget cap: 0x00400081 hdac0: UNSOL STEREO hdac0: Pin cap: 0x00000024 hdac0: PDC IN hdac0: Pin config: 0x41f0e032 hdac0: Pin control: 0x00000000 hdac0: hdac0: nid: 15 [DISABLED] hdac0: Name: pin: Line-in (Jack) hdac0: Widget cap: 0x00400181 hdac0: UNSOL STEREO hdac0: Pin cap: 0x00000037 hdac0: ISC TRQD PDC OUT IN hdac0: Pin config: 0x0181e031 hdac0: Pin control: 0x00000000 hdac0: connections: 1 hdac0: | hdac0: + <- nid=5 [audio output] [DISABLED] hdac0: hdac0: nid: 16 hdac0: Name: pin: SPDIF-out (Jack) hdac0: Widget cap: 0x00400301 hdac0: DIGITAL STEREO hdac0: Association: 1 (0x00000008) hdac0: Pin cap: 0x00000010 hdac0: OUT hdac0: Pin config: 0x1145f023 hdac0: Pin control: 0x00000040 OUT hdac0: connections: 3 hdac0: | hdac0: + <- nid=8 [audio output] (selected) hdac0: + [DISABLED] <- nid=23 [audio selector] hdac0: + [DISABLED] <- nid=25 [vendor widget] [DISABLED] hdac0: hdac0: nid: 17 [DISABLED] hdac0: Name: pin: SPDIF-in (Jack) hdac0: Widget cap: 0x00430681 hdac0: PWR DIGITAL UNSOL STEREO hdac0: Pin cap: 0x00010024 hdac0: PDC IN EAPD hdac0: Pin config: 0x11c5c032 hdac0: Pin control: 0x00000000 hdac0: EAPD: 0x00000002 hdac0: hdac0: nid: 18 hdac0: Name: audio selector hdac0: Widget cap: 0x0030010d hdac0: STEREO hdac0: Association: 0 (0x00000004) hdac0: OSS: monitor hdac0: Output amp: 0x00270400 hdac0: mute=0 step=4 size=39 offset=0 hdac0: connections: 7 hdac0: | hdac0: + [DISABLED] <- nid=14 [pin: Other (None)] [DISABLED] hdac0: + [DISABLED] <- nid=21 [pin: Line-in (None)] [DISABLED] hdac0: + [DISABLED] <- nid=15 [pin: Line-in (Jack)] [DISABLED] hdac0: + <- nid=11 [pin: Mic (Fixed)] (selected) hdac0: + [DISABLED] <- nid=12 [pin: Speaker (Fixed)] hdac0: + [DISABLED] <- nid=13 [pin: Line-in (None)] [DISABLED] hdac0: + [DISABLED] <- nid=10 [pin: Line-out (Jack)] hdac0: hdac0: nid: 19 [DISABLED] hdac0: Name: audio selector hdac0: Widget cap: 0x0030010d hdac0: STEREO hdac0: Output amp: 0x00270400 hdac0: mute=0 step=4 size=39 offset=0 hdac0: connections: 7 hdac0: | hdac0: + [DISABLED] <- nid=14 [pin: Other (None)] [DISABLED] (selected ) hdac0: + [DISABLED] <- nid=21 [pin: Line-in (None)] [DISABLED] hdac0: + <- nid=15 [pin: Line-in (Jack)] [DISABLED] hdac0: + <- nid=11 [pin: Mic (Fixed)] hdac0: + <- nid=12 [pin: Speaker (Fixed)] hdac0: + [DISABLED] <- nid=13 [pin: Line-in (None)] [DISABLED] hdac0: + <- nid=10 [pin: Line-out (Jack)] hdac0: hdac0: nid: 20 hdac0: Name: beep widget hdac0: Widget cap: 0x0070000c hdac0: Association: -2 (0x00000000) hdac0: OSS: speaker (speaker) hdac0: Output amp: 0x00170303 hdac0: mute=0 step=3 size=23 offset=3 hdac0: hdac0: nid: 21 [DISABLED] hdac0: Name: pin: Line-in (None) hdac0: Widget cap: 0x00400001 hdac0: STEREO hdac0: Pin cap: 0x00000020 hdac0: IN hdac0: Pin config: 0x4180e100 hdac0: Pin control: 0x00000000 hdac0: hdac0: nid: 22 [DISABLED] hdac0: Name: volume widget hdac0: Widget cap: 0x00600000 hdac0: connections: 4 hdac0: | hdac0: + <- nid=2 [audio output] (selected) hdac0: + <- nid=3 [audio output] hdac0: + <- nid=4 [audio output] [DISABLED] hdac0: + <- nid=5 [audio output] [DISABLED] hdac0: hdac0: nid: 23 hdac0: Name: audio selector hdac0: Widget cap: 0x00300903 hdac0: LRSWAP STEREO hdac0: Association: 0 (0x00000004) hdac0: OSS: monitor hdac0: Input amp: 0x80050e00 hdac0: mute=1 step=14 size=5 offset=0 hdac0: connections: 1 hdac0: | hdac0: + <- nid=18 [audio selector] hdac0: hdac0: nid: 24 [DISABLED] hdac0: Name: audio selector hdac0: Widget cap: 0x00300903 hdac0: LRSWAP STEREO hdac0: Input amp: 0x80050e00 hdac0: mute=1 step=14 size=5 offset=0 hdac0: connections: 1 hdac0: | hdac0: + [DISABLED] <- nid=19 [audio selector] [DISABLED] hdac0: hdac0: nid: 25 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f30201 hdac0: DIGITAL STEREO hdac0: hdac0: nid: 26 [DISABLED] hdac0: Name: audio output hdac0: Widget cap: 0x00030201 hdac0: DIGITAL STEREO hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e07e0 hdac0: 16 20 24 bits, 44 48 88 96 176 192 KHz hdac0: hdac0: nid: 27 [DISABLED] hdac0: Name: pin: Line-in (None) hdac0: Widget cap: 0x00400301 hdac0: DIGITAL STEREO hdac0: Pin cap: 0x00000010 hdac0: OUT hdac0: Pin config: 0x4180e100 hdac0: Pin control: 0x00000000 hdac0: connections: 1 hdac0: | hdac0: + <- nid=26 [audio output] [DISABLED] hdac0: pcm0: on hdac0 pcm0: +--------------------------------------+ pcm0: | DUMPING PCM Playback/Record Channels | pcm0: +--------------------------------------+ pcm0: pcm0: Playback: pcm0: pcm0: Stream cap: 0x00000001 pcm0: PCM pcm0: PCM cap: 0x000e07e0 pcm0: 16 20 24 bits, 44 48 88 96 176 192 KHz pcm0: DAC: 3 2 8 pcm0: pcm0: Record: pcm0: pcm0: Stream cap: 0x00000001 pcm0: PCM pcm0: PCM cap: 0x000e07e0 pcm0: 16 20 24 bits, 44 48 88 96 176 192 KHz pcm0: ADC: 6 pcm0: pcm0: +--------------------------------+ pcm0: | DUMPING Playback/Record Pathes | pcm0: +--------------------------------+ pcm0: pcm0: Playback: pcm0: pcm0: nid=10 [pin: Line-out (Jack)] pcm0: | pcm0: + <- nid=2 [audio output] [src: pcm] pcm0: pcm0: nid=12 [pin: Speaker (Fixed)] pcm0: | pcm0: + <- nid=3 [audio output] [src: pcm] pcm0: pcm0: nid=16 [pin: SPDIF-out (Jack)] pcm0: | pcm0: + <- nid=8 [audio output] [src: pcm] pcm0: pcm0: Record: pcm0: pcm0: nid=6 [audio input] pcm0: | pcm0: + <- nid=23 [audio selector] [src: monitor] pcm0: | pcm0: + <- nid=18 [audio selector] [src: monitor] pcm0: | pcm0: + <- nid=11 [pin: Mic (Fixed)] [src: monitor] pcm0: pcm0: +-------------------------+ pcm0: | DUMPING Volume Controls | pcm0: +-------------------------+ pcm0: pcm0: Master Volume (OSS: vol) pcm0: | pcm0: +- ctl 1 (nid 2 out): -95/0dB (128 steps) + mute pcm0: +- ctl 2 (nid 3 out): -95/0dB (128 steps) + mute pcm0: pcm0: PCM Volume (OSS: pcm) pcm0: | pcm0: +- ctl 1 (nid 2 out): -95/0dB (128 steps) + mute pcm0: +- ctl 2 (nid 3 out): -95/0dB (128 steps) + mute pcm0: pcm0: Microphone2 Volume (OSS: monitor) pcm0: | pcm0: +- ctl 5 (nid 18 out): 0/40dB (5 steps) pcm0: pcm0: Speaker/Beep Volume (OSS: speaker) pcm0: | pcm0: +- ctl 7 (nid 20 out): -18/0dB (4 steps) pcm0: pcm0: Recording Level (OSS: rec) pcm0: | pcm0: +- ctl 8 (nid 23 in 0): 0/21dB (15 steps) + mute pcm0: pcm0: Mixer "vol": pcm0: Mixer "pcm": pcm0: Mixer "speaker": pcm0: Mixer "rec": pcm0: Mixer "monitor": pcm0: clone manager: deadline=750ms flags=0x8000001e pcm0: sndbuf_setmap 2370000, 4000; 0xf582c000 -> 2370000 pcm0: sndbuf_setmap 1dc0000, 4000; 0xf583c000 -> 1dc0000 -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 09:09:02 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91CD31065687 for ; Sun, 28 Sep 2008 09:09:02 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.freebsd.org (Postfix) with ESMTP id 1E1E48FC16 for ; Sun, 28 Sep 2008 09:09:01 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by ug-out-1314.google.com with SMTP id m2so183976uge.39 for ; Sun, 28 Sep 2008 02:09:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=lIhSu5/drYM6Nh64doZLvYveKiVppalR460JblBv00w=; b=J+XZgowk2CKE2UKRSlXSDUpgVoXsh2YqjXgicqYQJCoF+wzRx/Is12T1ylc62P7SLr b1B4P70kaKiPXlxw7FTYkpkwG/KdyBFbvk1a6EePlcLaEQgX/MwSciqGMeT3Y2+S6rGc Vuxg7O6TC5ugelEPOxd4pBPqTskXbJP5DSozE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=ov1jsUfAF2932Jh8xy4cnUIdFTjFkpfbHlgCiyyMs16HxVrMwb6atQoF+fOoaGHNLh P5Mz+t3wk6P660hwYpwmWEN4kXXcwg2cIdT6e13l/WPO6oR8oxx0CqeeXJM/viBJAcJB 3UBD1FZTqQBD2YsZ4RTQyfvCUXZyA/cVdKiGc= Received: by 10.66.249.20 with SMTP id w20mr150836ugh.22.1222592940740; Sun, 28 Sep 2008 02:09:00 -0700 (PDT) Received: by 10.66.251.1 with HTTP; Sun, 28 Sep 2008 02:09:00 -0700 (PDT) Message-ID: <7d6fde3d0809280209i3003829bj23baa93f0b271163@mail.gmail.com> Date: Sun, 28 Sep 2008 02:09:00 -0700 From: "Garrett Cooper" To: "Alex Keda" In-Reply-To: <48DF3CFE.7@lissyara.su> MIME-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: base64 Content-Disposition: inline References: <20080928054620.GA80250@k7.mavetju> <48DF3CFE.7@lissyara.su> Cc: stable@freebsd.org, current@freebsd.org, Edwin Groothuis Subject: Re: Request for testing - top 3.8b1 in the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2008 09:09:02 -0000 T24gU3VuLCBTZXAgMjgsIDIwMDggYXQgMToxNCBBTSwgQWxleCBLZWRhIDxhZG1pbkBsaXNzeWFy YS5zdT4gd3JvdGU6Cj4gRWR3aW4gR3Jvb3RodWlzINDJ28XUOgo+Pgo+PiBJIGhhdmUgbWFkZSBh biB1cGRhdGUgZm9yIHRoZSB0b3AoMSkgdXRpbGl0eSBpbiB0aGUgRnJlZUJTRCBiYXNlCj4+IHN5 c3RlbSB0byBnZXQgaXQgZnJvbSB0aGUgMy41YjEyIHZlcnNpb24gdG8gdGhlIDMuOGIxIHZlcnNp b24uCj4+Cj4+IEkgaGF2ZSB0cmllZCB0aGVtIG9uIHRoZSBhbWQ2NCBhcmNoaXRlY3R1cmUgb24g RnJlZUJTRCAtY3VycmVudCBhbmQKPj4gRnJlZUJTRCA3LjAgYW5kIG9uIHRoZSBpMzg2IGFyY2hp dGVjdHVyZSBvbiBGcmVlQlNEIDcuMC4KPj4KPj4gVGhlIGJpZyBuZXcgZmVhdHVyZXMgYXJlIGEg bGluZSB1cHBlciBwYXJ0IHdpdGgga2VybmVsIHN0YXRpc3RpY3MKPj4gKGNvbnRleHQtc3dpdGNo ZXMsIHRyYXBzLCBpbnRlcnJ1cHRzLCBmYXVsdHMgZXRjKSBhbmQgdGhlIEZMRyB0YWJsZQo+PiAo aWYgeW91IHdpbmRvdyBpcyBiaWcgZW5vdWdoKQo+Pgo+PiBTb21lIGZlYXR1cmVzIHNwZWNpZmlj IHRvIEZyZWVCU0QgKGR1YWwgZGlzcGxheSAocHJlc3MgbSkpLCB0aHJlYWRlZAo+PiBwcm9jZXNz ZXMsIGFuZCBqYWlscyBoYXZlIGJlZW4gcG9ydGVkIHRvIDMuOGIxLgo+Pgo+PiBUaGUgYmlnZ2Vz dCBmaXggKEFGQUlDVCkgaXMgdGhlIFRJTUUgYW5kIENQVSB0YWJsZSBmb3IgdGhyZWFkZWQKPj4g cHJvY2Vzc2VzLCB3aGljaCBhcmUgbm93IGNhbGN1bGF0ZWQgcHJvcGVybHkuCj4+Cj4+IFRoZSBu ZXcgY29kZSBjYW4gYmUgZm91bmQgb24KPj4gICAgaHR0cDovL3d3dy5tYXZldGp1Lm9yZy9+ZWR3 aW4vZnJlZWJzZC10b3AtMy44YjEtQS50YXIuZ3oKPj4gR28gdG8gMy44YjEvdXNyLnNiaW4vdG9w IGFuZCBydW4gIm1ha2UiIHRoZXJlIHRvIHByb2R1Y2UgdGhlIGJpbmFyeSwKPj4gdGhlbiBydW4g aXQgdmlhICIuL3RvcCIuCj4+Cj4+IFBsZWFzZSByZXBvcnQgYW55IGlzc3VlcyB3aXRoIGl0IChj b21waWxlIHRpbWUsIHJ1biB0aW1lKSBhbmQgYSB3YXkKPj4gdG8gcmVwcm9kdWNlIGl0IChpZiBw b3NzaWJsZSkuIFRoYW5rcyBmb3IgeW91ciBoZWxwIQo+Pgo+PiBFZHdpbgo+Pgo+IFNvbWUgc3Ry YW5nZS4gQ291bnQgcnVubmluZyBwcm9jZXNzZXMgbm90IG1hdGNoIHdpdGggc3lzdGVtIHRvcAo+ ID09PT09PT09PSBzeXN0ZW0gdG9wID09PT09PT09PT09PT0KPiBsYXN0IHBpZDogMzAyODU7IGxv YWQgYXZlcmFnZXM6IDAuOTksIDAuOTEsIDAuOTEgdXAgMCsyMTowODo0OSAgMTI6MTA6NDAKPiA0 NSBwcm9jZXNzZXM6ICAyIHJ1bm5pbmcsIDQzIHNsZWVwaW5nCj4gQ1BVOiAyNC4zJSB1c2VyLCAg MC4wJSBuaWNlLCAgMS4zJSBzeXN0ZW0sICAwLjAlIGludGVycnVwdCwgNzQuNCUgaWRsZQo+IE1l bTogMjM2TSBBY3RpdmUsIDE2OTNNIEluYWN0LCA0MTRNIFdpcmVkLCAxMzdNIENhY2hlLCAyMTRN IEJ1ZiwgNTE4N00gRnJlZQo+IFN3YXA6IDQwOTZNIFRvdGFsLCA0MDk2TSBGcmVlCj4KPiAgUElE IFVTRVJOQU1FICAgVEhSIFBSSSBOSUNFICAgU0laRSAgICBSRVMgU1RBVEUgIEMgICBUSU1FICAg V0NQVSBDT01NQU5ECj4gODcwMDggcm9vdCAgICAgICAgIDEgICA4ICAgIDAgNTg3MjhLIDQzMDI4 SyB3YWl0ICAgMCAgIDA6MDUgIDAuMDAlIHJ1YnkxOAo+IDg3MDAyIHJvb3QgICAgICAgICAxICA0 NCAgICAwICA1Njg4SyAgMTEyNEsgc2VsZWN0IDIgICAwOjAyICAwLjAwJSBzY3JpcHQKPiAgMTE2 OCByb290ICAgICAgICAgMSAgNDQgICAgMCAyMjg3MksgIDQzMDhLIHNlbGVjdCAzICAgMDowMSAg MC4wMCUgc3NoZAo+IDMwMjg0IHJvb3QgICAgICAgICAxICA5NyAgICAwIDk3NDIwSyA5MDg0NEsg Q1BVMSAgIDEgICAwOjAxICAwLjAwJSBjYzFwbHVzCj4gIDcyMSByb290ICAgICAgICAgMSAgNDQg ICAgMCAxMDY5NksgIDQwMDBLIHNlbGVjdCAwICAgMDowMSAgMC4wMCUgc2VuZG1haWwKPiA4Njk4 MCBsaXNzeWFyYSAgICAgMSAgNDQgICAgMCAzMzc2NEsgIDQ4NDBLIHNlbGVjdCAyICAgMDowMCAg MC4wMCUgc3NoZAo+ICA1ODQgcm9vdCAgICAgICAgIDEgIDQ0ICAgIDAgIDU2ODhLICAxMzY0SyBz ZWxlY3QgMiAgIDA6MDAgIDAuMDAlIHN5c2xvZ2QKPiAgNzMzIHJvb3QgICAgICAgICAxICAgOCAg ICAwICA2NzQ0SyAgMTQzNksgbmFuc2xwIDAgICAwOjAwICAwLjAwJSBjcm9uCj4gNTI0NTEgbGlz c3lhcmEgICAgIDEgIDQ0ICAgIDAgMzM3NjRLICA0ODQwSyBzZWxlY3QgMCAgIDA6MDAgIDAuMDAl IHNzaGQKPgo+ID09PT09PT09IG5ldyB0b3AgPT09PT09PT09PQo+IGxhc3QgcGlkOiAzMDI4MDsg IGxvYWQgYXZnOiAgMC45OSwgIDAuOTEsICAwLjkxOwo+ICAgICAgICAgICAgICAgICAgICAgICAg ICAgIHVwIDArMjE6MDg6NDggICAgMTI6MTA6MzkKPiA5OSBwcm9jZXNzZXM6IDYgcnVubmluZywg NzYgc2xlZXBpbmcsIDE3IHdhaXRpbmcKPiBDUFU6ICAyMy42JSB1c2VyLCAgMC4wJSBuaWNlLCAg MS45JSBzeXN0ZW0sICAwLjAlIGludGVycnVwdCwgNzQuNSUgaWRsZQo+IEtlcm5lbDogNDE5MiBj dHhzdywgMjEzOTggdHJhcCwgNCBpbnRyLCAxMDAwIHNvZnQsIDQgZm9yaywgMjE0MjcgZmx0LCAy NjE0MAo+IGZyCj4gTWVtOiAgICAyMzlNIEFjdGl2ZSwgMTY5M00gSW5hY3QsIDQxNE0gV2lyZWQs IDEzN00gQ2FjaGUsIDIxNE0gQnVmLCA1MTg0TQo+IEZyZWUKPiBTd2FwOiAgIDQwOTZNIFRvdGFs LCA0MDk2TSBGcmVlCj4KPiAgIFBJRCBVU0VSTkFNRSBUSFIgUFJJIE5JQ0UgIFNJWkUgICBSRVMg U1RBVEUgIEZMRyBDICAgVElNRSAgICBDUFUgQ09NTUFORAo+ICAzMDI3OSByb290ICAgICAgIDEg IDk4ICAgIDAgICA5N00gICA5MU0gQ1BVMSAgICsgICAxICAgMDowMSA0OC45NCUgY2MxcGx1cwo+ ICAzMDI4MCByb290ICAgICAgIDEgIC04ICAgIDAgMjE3NksgMTY4OEsgcGlwZXJkICsgICAwICAg MDowMCAgMC4xNCUgYXMKPiAgMzAyNzcgcm9vdCAgICAgICAxICAgOCAgICAwIDcwNjBLIDE4ODRL IHdhaXQgICArICAgMSAgIDA6MDAgIDAuMDYlIHNoCj4gIDMwMjc4IHJvb3QgICAgICAgMSAgIDgg ICAgMCA0NjAwSyAxMjg0SyB3YWl0ICAgKyAgIDAgICAwOjAwICAwLjA2JSBjKysKPiAgMzAyNDUg cm9vdCAgICAgICAxICA0NCAgICAwIDgxMTJLIDIyMjBLIHNlbGVjdCArICAgMCAgIDA6MDAgIDAu MDQlIHRvcAo+ICAzMDIxOSByb290ICAgICAgIDEgIDQ0ICAgIDAgODExMksgMjI4NEsgQ1BVMiAg ICsgICAyICAgMDowMCAgMC4wMiUgdG9wCj4gIDg2OTgwIGxpc3N5YXJhICAgMSAgNDQgICAgMCAg IDMzTSA0ODQwSyBzZWxlY3QgICAgIDIgICAwOjAwICAwLjAxJSBzc2hkCj4gIDI5NDcyIHJvb3Qg ICAgICAgMSAgIDggICAgMCAzMjAwSyAxMzkySyB3YWl0ICAgKyAgIDMgICAwOjAwICAwLjAxJSBt YWtlCj4gIDg3MDA4IHJvb3QgICAgICAgMSAgIDggICAgMCAgIDU3TSAgIDQyTSB3YWl0ICAgKyAg IDAgICAwOjA1ICAwLjAwJSBydWJ5MTgKPiAgODcwMDIgcm9vdCAgICAgICAxICA0NCAgICAwIDU2 ODhLIDExMjRLIHNlbGVjdCArICAgMiAgIDA6MDIgIDAuMDAlIHNjcmlwdAo+ICAxMTY4IHJvb3Qg ICAgICAgMSAgNDQgICAgMCAgIDIyTSA0MzA4SyBzZWxlY3QgcyAgIDMgICAwOjAxICAwLjAwJSBz c2hkCj4KPiA9PT09PT09PT09PT09PT09PT09PT09Cj4gRnJlZUJTRCBzZXJ2Mi5ob3MtdGluZy5y dSA3LjEtUFJFUkVMRUFTRSBGcmVlQlNEIDcuMS1QUkVSRUxFQVNFICMwOiBTYXQgU2VwCj4gMjcg MTQ6NTA6NTkgTVNEIDIwMDggbGlzc3lhcmFAc2VydjIuaG9zLXRpbmcucnU6L3Vzci9vYmovdXNy L3NyYy9zeXMvSE9TVElORwo+ICBhbWQ2NAoKSSdtIG5vdCBzdXJlIEknbSBmaW5kaW5nIGFuIGlz c3VlLCBidXQgSSBkbyBmaW5kIGl0IGludGVyZXN0aW5nIHRoYXQuLi4KMS4gSXQgdGFrZXMgYSBy ZWFzb25hYmx5IGxvbmcgYW1vdW50IG9mIHRpbWUgZm9yIHRvcCB0byBwbGF0ZWF1IHRoZQpXQ1BV IGZpZWxkIChhcHByb3hpbWF0ZWx5IDgtMTAgaXRlcmF0aW9ucyksIHdoZXJlYXMgcHMgcmVnaXN0 ZXJpbmcgdGhlCldDUFUgcGVyY2VudGFnZSB2YWx1ZSBpcyBhbG1vc3QgaW5zdGFudGFuZW91cy4K Mi4gdG9wIGFwcGVhcnMgdG8gYmUgZG9pbmcgc29tZSBpbnRlcmVzdGluZyByb3VuZGluZyB0aGF0 IHBzIGlzbid0CmRvaW5nIChwcyByZWdpc3RlcnMgYW55d2hlcmUgYmV0d2VlbiA4OC40IGFuZCA5 NyUgdmlhIHBzIHZzIDEwMCUgdmlhCnRvcCBmb3IgYSBzaW1wbGUgb3BlcmF0aW9uIGxpa2UgYHdo aWxlIFsgMSBdIDsgZG8gY2F0IC9kZXYvdXJhbmRvbSA+Ci9kZXYvbnVsbDsgZG9uZScpLgoKLUdh cnJldHQK From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 09:12:49 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F7381065688; Sun, 28 Sep 2008 09:12:49 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 791BF8FC08; Sun, 28 Sep 2008 09:12:47 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.1.14) with ESMTPSA id 222623573; Sun, 28 Sep 2008 12:12:47 +0300 Message-ID: <48DF589D.1010700@FreeBSD.org> Date: Sun, 28 Sep 2008 13:12:45 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.16 (X11/20080726) MIME-Version: 1.0 To: Ian FREISLICH References: <48DF32B2.7080407@FreeBSD.org> <48CBF399.9080801@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Alex Keda , freebsd-multimedia@FreeBSD.org, freebsd-current@freebsd.org Subject: Re: New snd_hda driver came in. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2008 09:12:49 -0000 Ian FREISLICH wrote: > Alexander Motin wrote: >> Ian FREISLICH wrote: >>> I just noticed that my speakers still play (very softly) when my >>> headphone jack is inserted. >> May be your codec has no muter on speaker pin and driver uses it's >> volume control instead. > > It used to work. As I can see, Speaker pin has neither muter nor volume control. In such case driver usually tries to disable pin OUT control to silent it. Previous driver does it same way, because of quirks. New driver should do it automatically, but it doesn't because of broken codec configuration (see below). Did I understand right that on headphone connection speaker volume is decreasing? May be hardware itself just disables power amplifier on jack connection, but it does not disconnects it completely, neither the driver does. >>> Also, when playing back, the optical port is activated. >> Is it good or bad? :) I have no optical ports, but my copper one seems >> to be enabled only when data stream present there. At least by receiver >> displays so. > > Neither good nor bad. Also, the built in mic has never worked, but > it looks promising from this boot message. Your BIOS writes completely broken configuration into the codec. You should update it or use device hints to fix the situation. >>> My hardware is a MacBook Pro. Let me know what to do to extract >>> the information you need to debug this. >> Verbose kernel boot messages would be good. > > hdac0: 3 associations found: > hdac0: Association 0 (1) in: > hdac0: Pin nid=11 seq=2 mic alone, no problem, let it be. > hdac0: Association 1 (2) out: > hdac0: Pin nid=12 seq=1 Speaker, fine. > hdac0: Pin nid=10 seq=2 Line-out. It pretend to work as rear channel pair. If it should work as headphones with speaker auto mute it should have "Speaker" device type and seq=15. > hdac0: Pin nid=16 seq=3 SPDIF-out. It pretend to work as center/sub channels. That's why it activates when you playing audio. I would recommend you do move it to separate association to use it properly. > hdac0: Association 2 (3) in: > hdac0: Pin nid=15 seq=1 Line-in. Strange that it is placed to the same association as SPDIF-in. UAA specification strictly denies it! I would move it to as=1, it will fix both. > hdac0: Pin nid=17 seq=2 SPDIF-in. Driver unable to use it now as it can;t be routed to the same DAC with Line-in. > hdac0: Tracing association 0 (1) > hdac0: Pin 11 traced to ADC 6 > hdac0: Association 0 (1) trace succeded > hdac0: Tracing association 1 (2) > hdac0: Pin 12 traced to DAC 3 > hdac0: Pin 10 traced to DAC 2 > hdac0: Pin 16 traced to DAC 8 > hdac0: Association 1 (2) trace succeded > hdac0: Tracing association 2 (3) > hdac0: Pin 15 traced to ADC 7 > hdac0: Unable to trace pin 17 to ADC 7, undo traces > hdac0: Unable to trace pin 15 to ADC 9, undo traces > hdac0: Association 2 (3) trace failed Here you can see how driver processed this situation. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 09:30:45 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A9AC2106568B; Sun, 28 Sep 2008 09:30:45 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 668798FC15; Sun, 28 Sep 2008 09:30:45 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id m8S9ScMs062292; Sun, 28 Sep 2008 03:28:38 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 28 Sep 2008 03:29:29 -0600 (MDT) Message-Id: <20080928.032929.-1264103837.imp@bsdimp.com> To: mav@freebsd.org From: "M. Warner Losh" In-Reply-To: <48DEA8E7.2080503@FreeBSD.org> References: <48DEA8E7.2080503@FreeBSD.org> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2008 09:30:45 -0000 In message: <48DEA8E7.2080503@FreeBSD.org> Alexander Motin writes: : Hi. : : I would like to present initial revision of my generic PCI SD Host : Controller driver (sdhci). It support PCI devices with class 8 and : subclass 5 according to SD Host Controller Specification. With some : limitations it successfully works on my Acer TM6292 notebook with ENE : CB714 card reader. : : Things that are working now: : - PIO mode single and multiple block read and write, : - 1 and 4 bits bus width support. : : In PIO mode with 4GB SD card on 30MHz 4bit bus I have reached about : 3.5MB/s (limited by CPU) linear read and 7MB/s (limited by card) linear : write. Small blocks read/write performance limited by card. : : Things that are not working yet: : - DMA modes (code is written, but as my controller looks like has : broken DMA I have no ability to debug it), : - card insert/remove detection (need more thinking), you should reload : mmc module to rescan cards, : - SDHC and MMC cards (have no such cards now to debug that code), only : standard capacity SD Memory cards up to 4GB size are supported now, : - high speed (double rate) bus mode (need more thinking and DMA support). : : Also to get such results I have improved existing mmc and mmcsd drivers : a bit. mmc driver got: : - 4 bit bus width support, : - write protection switch support, : - cards with more then 2GB capacity support. : mmcsd driver got: : - multiple block read and write support, : - cards with more then 2GB capacity support, : - I/O error reporting, : - write protection switch support. : : Latest patches against 8-CURRENT (should also fit 7-STABLE) may be found at: : http://people.freebsd.org/~mav/sdhci/ : : I will be grateful for any feedbacks, comments and support. I'll take a look at the driver and post a code review... Warner From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 09:49:34 2008 Return-Path: Delivered-To: current@Freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB45C1065692; Sun, 28 Sep 2008 09:49:34 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: from mail5out.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) by mx1.freebsd.org (Postfix) with ESMTP id 7818B8FC17; Sun, 28 Sep 2008 09:49:34 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: by mail5out.barnet.com.au (Postfix, from userid 1001) id 9C23B2218A41; Sun, 28 Sep 2008 19:49:33 +1000 (EST) X-Viruscan-Id: <48DF532D00014C7BFAA8D6@BarNet> Received: from mail5auth.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail5auth.barnet.com.au", Issuer "*.barnet.com.au" (verified OK)) by mail5.barnet.com.au (Postfix) with ESMTP id 55A2F21B5A17; Sun, 28 Sep 2008 19:49:33 +1000 (EST) Received: from k7.mavetju (ppp121-44-55-162.lns10.syd7.internode.on.net [121.44.55.162]) by mail5auth.barnet.com.au (Postfix) with ESMTP id EFB1C221882A; Sun, 28 Sep 2008 19:49:32 +1000 (EST) Received: by k7.mavetju (Postfix, from userid 1001) id C3F51798; Sun, 28 Sep 2008 19:49:03 +1000 (EST) Date: Sun, 28 Sep 2008 19:49:03 +1000 From: Edwin Groothuis To: Stefan `Sec` Zehl Message-ID: <20080928094903.GB13745@k7.mavetju> References: <20080928054620.GA80250@k7.mavetju> <20080928093357.GA71582@ice.42.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080928093357.GA71582@ice.42.org> User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org, current@Freebsd.org Subject: Re: Request for testing - top 3.8b1 in the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2008 09:49:34 -0000 On Sun, Sep 28, 2008 at 11:33:57AM +0200, Stefan `Sec` Zehl wrote: > Hi, > > On Sun, Sep 28, 2008 at 15:46 +1000, Edwin Groothuis wrote: > > The new code can be found on > > http://www.mavetju.org/~edwin/freebsd-top-3.8b1-A.tar.gz > > Go to 3.8b1/usr.sbin/top and run "make" there to produce the binary, > > then run it via "./top". > > compiles and runs fine on my box: > > FreeBSD ice 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #17: Wed Sep 3 23:59:58 CEST 2008 root@ice:/usr/obj/usr/src/sys/ICE amd64 > > > Please report any issues with it (compile time, run time) and a way > > to reproduce it (if possible). Thanks for your help! > > The number of sleeping processes is much lower than system top: > > oldtop: 480 processes: 3 running, 450 sleeping, 2 stopped, 7 zombie, 18 waiting > newtop: 190 processes: 3 running, 160 sleeping, 2 stopped, 7 zombie, 18 waiting Oh yes, I forgot about that: The old top(1) and new top(1) counts the processes different: - "ps xauw | wc" gives 265 - "ps xauwH | wc" gives 295 (expand threads) - old top gives 240 processes. - old top + "S" (system processes) gives 292 processes. - old top + "H" (threads) gives 240 "processes" - old top + "S" (system processes) + "H" (threads) gives 292 "processes" - new top gives 260 processes - new top + "S" (system processes) gives 260 processes - new top + "H" (threads) gives 292 *threads* - new top + "S" (system processes) + "H" (threads) gives 292 *threads* This is only for the summary menu, not for the process list. Thanks for your feedback, it is surely something which needs to be written down in the official announcement. Edwin -- Edwin Groothuis | Personal website: http://www.mavetju.org edwin@mavetju.org | Weblog: http://www.mavetju.org/weblog/ From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 10:20:35 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6087106568F for ; Sun, 28 Sep 2008 10:20:35 +0000 (UTC) (envelope-from sthaug@nethelp.no) Received: from bizet.nethelp.no (bizet.nethelp.no [195.1.209.33]) by mx1.freebsd.org (Postfix) with SMTP id D18698FC34 for ; Sun, 28 Sep 2008 10:20:34 +0000 (UTC) (envelope-from sthaug@nethelp.no) Received: (qmail 56837 invoked from network); 28 Sep 2008 09:53:51 -0000 Received: from bizet.nethelp.no (HELO localhost) (195.1.209.33) by bizet.nethelp.no with SMTP; 28 Sep 2008 09:53:51 -0000 Date: Sun, 28 Sep 2008 11:53:51 +0200 (CEST) Message-Id: <20080928.115351.74700175.sthaug@nethelp.no> To: edwin@freebsd.org From: sthaug@nethelp.no In-Reply-To: <20080928054620.GA80250@k7.mavetju> References: <20080928054620.GA80250@k7.mavetju> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, current@freebsd.org Subject: Re: Request for testing - top 3.8b1 in the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2008 10:20:35 -0000 > The big new features are a line upper part with kernel statistics > (context-switches, traps, interrupts, faults etc) and the FLG table > (if you window is big enough) Would it be possible to document the values in the FLG field? The meaning wasn't obvious to me... Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 10:29:51 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86387106568A for ; Sun, 28 Sep 2008 10:29:51 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id 1D4AA8FC17 for ; Sun, 28 Sep 2008 10:29:51 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from [89.178.147.100] (port=52271 helo=acer.lissyara.int.otradno.ru) by hosting.lissyara.su with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KjtXC-000FND-6r; Sun, 28 Sep 2008 14:29:50 +0400 Message-ID: <48DF5C9D.2000702@lissyara.su> Date: Sun, 28 Sep 2008 14:29:49 +0400 From: Alex Keda User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ru-RU; rv:1.8.1.16) Gecko/20080731 Thunderbird/2.0.0.16 Mnenhy/0.7.5.666 MIME-Version: 1.0 References: <48DEA8E7.2080503@FreeBSD.org> In-Reply-To: <48DEA8E7.2080503@FreeBSD.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Cc: freebsd-arm@FreeBSD.org, freebsd-current@freebsd.org, imp@FreeBSD.org, freebsd-mobile@FreeBSD.org Subject: Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2008 10:29:51 -0000 Alexander Motin : > Hi. > > I would like to present initial revision of my generic PCI SD Host > Controller driver (sdhci). It support PCI devices with class 8 and > subclass 5 according to SD Host Controller Specification. With some > limitations it successfully works on my Acer TM6292 notebook with ENE > CB714 card reader. > > Things that are working now: > - PIO mode single and multiple block read and write, > - 1 and 4 bits bus width support. > > In PIO mode with 4GB SD card on 30MHz 4bit bus I have reached about > 3.5MB/s (limited by CPU) linear read and 7MB/s (limited by card) linear > write. Small blocks read/write performance limited by card. > > Things that are not working yet: > - DMA modes (code is written, but as my controller looks like has > broken DMA I have no ability to debug it), > - card insert/remove detection (need more thinking), you should reload > mmc module to rescan cards, > - SDHC and MMC cards (have no such cards now to debug that code), only > standard capacity SD Memory cards up to 4GB size are supported now, > - high speed (double rate) bus mode (need more thinking and DMA support). > > Also to get such results I have improved existing mmc and mmcsd drivers > a bit. mmc driver got: > - 4 bit bus width support, > - write protection switch support, > - cards with more then 2GB capacity support. > mmcsd driver got: > - multiple block read and write support, > - cards with more then 2GB capacity support, > - I/O error reporting, > - write protection switch support. > > Latest patches against 8-CURRENT (should also fit 7-STABLE) may be found > at: > http://people.freebsd.org/~mav/sdhci/ > > I will be grateful for any feedbacks, comments and support. > Thanks! It work =) I have Acer Aspire 5101 but, when I attempt unload module - system hangs ========= messages ====== Sep 28 14:25:24 acer kernel: sdhci0: mem 0xd0210800-0xd02108ff irq 23 at device 4.2 on pci6 Sep 28 14:25:24 acer kernel: sdhci0: 1 slot(s) allocated Sep 28 14:25:24 acer kernel: sdhci0: [ITHREAD] Sep 28 14:25:24 acer kernel: mmc0: on sdhci0 Sep 28 14:25:24 acer kernel: mmc0: setting transfer rate to 33.000MHz Sep 28 14:25:24 acer kernel: sdhci1: at device 4.4 on pci6 Sep 28 14:25:24 acer kernel: sdhci1: 1 slot(s) allocated Sep 28 14:25:24 acer kernel: sdhci1: [ITHREAD] Sep 28 14:25:24 acer kernel: mmc1: on sdhci1 Sep 28 14:25:25 acer kernel: mmc1: SD card: 31129600 bytes Sep 28 14:25:25 acer kernel: mmcsd0: 29MB at mmc1 Sep 28 14:25:25 acer kernel: mmc1: setting transfer rate to 30.000MHz Sep 28 14:25:25 acer kernel: mmc1: setting bus width to 4 bits ========== pciconf -lv ============= cbb0@pci0:6:4:0: class=0x060700 card=0x009f1025 chip=0x14121524 rev=0x10 hdr=0x02 vendor = 'ENE Technology Inc' device = 'CB-712/714 CardBus Controller' class = bridge subclass = PCI-CardBus none1@pci0:6:4:1: class=0x050100 card=0x009f1025 chip=0x05301524 rev=0x01 hdr=0x00 vendor = 'ENE Technology Inc' device = 'CB-712/714/810 Memory Stick Card Reader' class = memory subclass = flash sdhci0@pci0:6:4:2: class=0x080501 card=0x009f1025 chip=0x05501524 rev=0x01 hdr=0x00 vendor = 'ENE Technology Inc' device = 'CB-712/714/810 Secure Digital Card Reader' class = base peripheral none2@pci0:6:4:3: class=0x050100 card=0x009f1025 chip=0x05201524 rev=0x01 hdr=0x00 vendor = 'ENE Technology Inc' device = 'PCI SmartMedia / xD Card Reader Controller' class = memory subclass = flash sdhci1@pci0:6:4:4: class=0x050100 card=0x009f1025 chip=0x05511524 rev=0x01 hdr=0x00 vendor = 'ENE Technology Inc' device = 'PCI SD/MMC Card Reader Controller' class = memory subclass = flash acer$ ============ uname -a =========== FreeBSD acer.lissyara.int.otradno.ru 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Sat Sep 27 16:35:08 MSD 2008 lissyara@acer.lissyara.int.otradno.ru:/usr/obj/usr/src/sys/color-console amd64 =========== kldstat ========== acer$ kldstat Id Refs Address Size Name 1 71 0xffffffff80100000 da1698 kernel (/boot/kernel/kernel) 2 2 0xffffffff80ea2000 759b8 sound.ko (/boot/kernel/sound.ko) 3 1 0xffffffff80f18000 21ae0 snd_hda.ko (/boot/kernel/snd_hda.ko) 4 1 0xffffffff80f3a000 2cf0 umodem.ko (/boot/kernel/umodem.ko) 5 1 0xffffffff80f3d000 6360 acpi_video.ko (/boot/kernel/acpi_video.ko) 6 1 0xffffffff80f44000 5538 atapicam.ko (/boot/kernel/atapicam.ko) 7 1 0xffffffff80f4a000 2f58 acpi_aiboost.ko (/boot/kernel/acpi_aiboost.ko) 8 1 0xffffffff80f4d000 3eb8 acpi_dock.ko (/boot/kernel/acpi_dock.ko) 9 1 0xffffffff80f51000 6e20 ng_bt3c.ko (/boot/kernel/ng_bt3c.ko) 10 5 0xffffffff80f58000 15bf8 netgraph.ko (/boot/kernel/netgraph.ko) 11 1 0xffffffff80f6e000 39660 ng_btsocket.ko (/boot/kernel/ng_btsocket.ko) 12 3 0xffffffff80fa8000 2da0 ng_bluetooth.ko (/boot/kernel/ng_bluetooth.ko) 13 1 0xffffffff80fab000 bec8 ng_ubt.ko (/boot/kernel/ng_ubt.ko) 14 1 0xffffffff80fb7000 2938 ubtbcmfw.ko (/boot/kernel/ubtbcmfw.ko) 15 1 0xffffffff80fba000 17890 ng_l2cap.ko (/boot/kernel/ng_l2cap.ko) 16 1 0xffffffff80fd2000 3fc8 iicbb.ko (/boot/kernel/iicbb.ko) 17 2 0xffffffff80fd6000 3f48 iicbus.ko (/boot/kernel/iicbus.ko) 19 1 0xffffffff80ff1000 14db0 tmpfs.ko (/boot/kernel/tmpfs.ko) 20 1 0xffffffff81222000 a48c ipfw.ko (/boot/kernel/ipfw.ko) 21 1 0xffffffff8122d000 b8ba fuse.ko (/usr/local/modules/fuse.ko) 22 1 0xffffffff81239000 3652 vkbd.ko (/boot/kernel/vkbd.ko) 23 1 0xffffffff8123d000 754 rtc.ko (/usr/local/modules/rtc.ko) 24 1 0xffffffff8123e000 1ab19 linux.ko (/boot/kernel/linux.ko) 25 1 0xffffffff81259000 24fd3 radeon.ko (/boot/kernel/radeon.ko) 26 1 0xffffffff8127e000 10341 drm.ko (/boot/kernel/drm.ko) 27 1 0xffffffff8128f000 2a02 mmc.ko (/boot/modules/mmc.ko) 28 1 0xffffffff81292000 b97 mmcsd.ko (/boot/modules/mmcsd.ko) 29 1 0xffffffff81293000 2a28 sdhci.ko (/boot/modules/sdhci.ko) From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 09:35:52 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CCDEC1065692; Sun, 28 Sep 2008 09:35:52 +0000 (UTC) (envelope-from v.haisman@sh.cvut.cz) Received: from service2.sh.cvut.cz (unknown [IPv6:2001:718:2:0:217:a4ff:fe3f:b3d4]) by mx1.freebsd.org (Postfix) with ESMTP id 24FF98FC0A; Sun, 28 Sep 2008 09:35:52 +0000 (UTC) (envelope-from v.haisman@sh.cvut.cz) Received: from localhost (localhost [127.0.0.1]) by service2.sh.cvut.cz (Postfix) with ESMTP id 10B0C137A90; Sun, 28 Sep 2008 11:35:50 +0200 (CEST) Received: from service2.sh.cvut.cz ([127.0.0.1]) by localhost (service2.sh.cvut.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09229-10; Sun, 28 Sep 2008 11:35:13 +0200 (CEST) Received: from [192.168.1.2] (35.201.broadband4.iol.cz [85.71.201.35]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by service2.sh.cvut.cz (Postfix) with ESMTP id 58D30137919; Sun, 28 Sep 2008 11:35:13 +0200 (CEST) Message-ID: <48DF4FCA.4070403@sh.cvut.cz> Date: Sun, 28 Sep 2008 11:35:06 +0200 From: =?UTF-8?B?VsOhY2xhdiBIYWlzbWFu?= User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Edwin Groothuis References: <20080928054620.GA80250@k7.mavetju> In-Reply-To: <20080928054620.GA80250@k7.mavetju> X-Enigmail-Version: 0.95.7 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enig8F5E7068E37DFE4212F9AC0D" X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at service2.sh.cvut.cz X-Spam-Status: No, hits=2.4 tagged_above=-255.0 required=5.0 tests=AWL, BOTNET, CRM114_HAM_00, JR_RCVD_HOST_PROBS1, JR_RCVD_TOO_FEW_HOPS X-Spam-Level: ** X-Mailman-Approved-At: Sun, 28 Sep 2008 11:25:13 +0000 Cc: stable@freebsd.org, current@freebsd.org Subject: Re: Request for testing - top 3.8b1 in the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2008 09:35:52 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig8F5E7068E37DFE4212F9AC0D Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Edwin Groothuis wrote, On 28.9.2008 7:46: > I have made an update for the top(1) utility in the FreeBSD base > system to get it from the 3.5b12 version to the 3.8b1 version. >=20 > I have tried them on the amd64 architecture on FreeBSD -current and > FreeBSD 7.0 and on the i386 architecture on FreeBSD 7.0. >=20 > The big new features are a line upper part with kernel statistics > (context-switches, traps, interrupts, faults etc) and the FLG table > (if you window is big enough) >=20 > Some features specific to FreeBSD (dual display (press m)), threaded > processes, and jails have been ported to 3.8b1. >=20 > The biggest fix (AFAICT) is the TIME and CPU table for threaded > processes, which are now calculated properly. >=20 > The new code can be found on > http://www.mavetju.org/~edwin/freebsd-top-3.8b1-A.tar.gz > Go to 3.8b1/usr.sbin/top and run "make" there to produce the binary, > then run it via "./top". >=20 > Please report any issues with it (compile time, run time) and a way > to reproduce it (if possible). Thanks for your help! Is this 7.0+ only? I run 6.3 and I see the following when I start it: last pid: -1077944144; loa 0.52, 0.28, 0.26; up 11+15:31:33 1= 1:33:05 0 processes: CPU: 0.1% user, 0.6% nice, -0.7% system, -0.6% interrupt, -0.4% idle Kernel: 1 intr Mem: 235M Active, 458M Inact, 219M Wired, 42M Cache, 111M Buf, 39M Fre= e Swap: 3000M Total, 181M Used, 2819M Free, 6% Inuse sysctlnametomib: No such file or directory And no processes. >=20 > Edwin >=20 -- VH --------------enig8F5E7068E37DFE4212F9AC0D Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) iFUEAREIAAYFAkjfT9QACgkQhQBMvHf/WHk8rgDWMU0NT2m2ejKUkasI+6ltWuKo 5F0vAL18HSoNAN9jVPjYQLeK++hIc2SxKmt5Suldlv2L/bM1TBTW =mGb8 -----END PGP SIGNATURE----- --------------enig8F5E7068E37DFE4212F9AC0D-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 11:26:09 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A8181065692; Sun, 28 Sep 2008 11:26:09 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: from mail5out.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) by mx1.freebsd.org (Postfix) with ESMTP id 3632F8FC0A; Sun, 28 Sep 2008 11:26:09 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: by mail5out.barnet.com.au (Postfix, from userid 1001) id ED4672218A97; Sun, 28 Sep 2008 21:26:07 +1000 (EST) X-Viruscan-Id: <48DF69CF00003F4A78109C@BarNet> Received: from mail5auth.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail5auth.barnet.com.au", Issuer "*.barnet.com.au" (verified OK)) by mail5.barnet.com.au (Postfix) with ESMTP id A67D121B6458; Sun, 28 Sep 2008 21:26:07 +1000 (EST) Received: from k7.mavetju (ppp121-44-55-162.lns10.syd7.internode.on.net [121.44.55.162]) by mail5auth.barnet.com.au (Postfix) with ESMTP id 58560221882A; Sun, 28 Sep 2008 21:26:07 +1000 (EST) Received: by k7.mavetju (Postfix, from userid 1001) id 861796A0; Sun, 28 Sep 2008 21:25:38 +1000 (EST) Date: Sun, 28 Sep 2008 21:25:38 +1000 From: Edwin Groothuis To: Garrett Cooper Message-ID: <20080928112538.GC13745@k7.mavetju> References: <20080928054620.GA80250@k7.mavetju> <48DF3CFE.7@lissyara.su> <7d6fde3d0809280209i3003829bj23baa93f0b271163@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7d6fde3d0809280209i3003829bj23baa93f0b271163@mail.gmail.com> User-Agent: Mutt/1.4.2.3i X-Mailman-Approved-At: Sun, 28 Sep 2008 11:39:19 +0000 Cc: Alex Keda , stable@freebsd.org, current@freebsd.org Subject: Re: Request for testing - top 3.8b1 in the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2008 11:26:09 -0000 On Sun, Sep 28, 2008 at 02:09:00AM -0700, Garrett Cooper wrote: > On Sun, Sep 28, 2008 at 1:14 AM, Alex Keda wrote: > > Some strange. Count running processes not match with system top That has been explained in an email before. > I'm not sure I'm finding an issue, but I do find it interesting that... > 1. It takes a reasonably long amount of time for top to plateau the > WCPU field (approximately 8-10 iterations), whereas ps registering the > WCPU percentage value is almost instantaneous. With ps it takes 10 2 second steps to get the WCPU from 0 to 100, with the new top (which doesn't have WCPU (See Changes file, and the m_freebsd.c file, I don't know of the real reason behind it) anymore) goes from 0 to 100 in 2 2 second steps. > 2. top appears to be doing some interesting rounding that ps isn't > doing (ps registers anywhere between 88.4 and 97% via ps vs 100% via > top for a simple operation like `while [ 1 ] ; do cat /dev/urandom > > /dev/null; done'). On my machine it is ps which rounds it up to 100% and top somewhere between 98.0% and 99.9%. Edwin -- Edwin Groothuis | Personal website: http://www.mavetju.org edwin@mavetju.org | Weblog: http://www.mavetju.org/weblog/ From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 11:32:01 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5EEB1065678; Sun, 28 Sep 2008 11:32:01 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: from mail5out.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) by mx1.freebsd.org (Postfix) with ESMTP id 63EDF8FC13; Sun, 28 Sep 2008 11:32:01 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: by mail5out.barnet.com.au (Postfix, from userid 1001) id A37382218A97; Sun, 28 Sep 2008 21:32:00 +1000 (EST) X-Viruscan-Id: <48DF6B30000044BE00597D@BarNet> Received: from mail5auth.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail5auth.barnet.com.au", Issuer "*.barnet.com.au" (verified OK)) by mail5.barnet.com.au (Postfix) with ESMTP id 42BF321B6463; Sun, 28 Sep 2008 21:32:00 +1000 (EST) Received: from k7.mavetju (ppp121-44-55-162.lns10.syd7.internode.on.net [121.44.55.162]) by mail5auth.barnet.com.au (Postfix) with ESMTP id F25B4221882A; Sun, 28 Sep 2008 21:31:59 +1000 (EST) Received: by k7.mavetju (Postfix, from userid 1001) id 3832977F; Sun, 28 Sep 2008 21:31:31 +1000 (EST) Date: Sun, 28 Sep 2008 21:31:31 +1000 From: Edwin Groothuis To: sthaug@nethelp.no Message-ID: <20080928113131.GD13745@k7.mavetju> References: <20080928054620.GA80250@k7.mavetju> <20080928.115351.74700175.sthaug@nethelp.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080928.115351.74700175.sthaug@nethelp.no> User-Agent: Mutt/1.4.2.3i X-Mailman-Approved-At: Sun, 28 Sep 2008 11:45:07 +0000 Cc: stable@freebsd.org, current@freebsd.org Subject: Re: Request for testing - top 3.8b1 in the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2008 11:32:01 -0000 On Sun, Sep 28, 2008 at 11:53:51AM +0200, sthaug@nethelp.no wrote: > > The big new features are a line upper part with kernel statistics > > (context-switches, traps, interrupts, faults etc) and the FLG table > > (if you window is big enough) > > Would it be possible to document the values in the FLG field? The > meaning wasn't obvious to me... I will take care of it. Edwin -- Edwin Groothuis | Personal website: http://www.mavetju.org edwin@mavetju.org | Weblog: http://www.mavetju.org/weblog/ From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 11:54:31 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 58A1E1065686; Sun, 28 Sep 2008 11:54:31 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: from mail5out.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) by mx1.freebsd.org (Postfix) with ESMTP id 167168FC16; Sun, 28 Sep 2008 11:54:31 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: by mail5out.barnet.com.au (Postfix, from userid 1001) id 6FA312218BC0; Sun, 28 Sep 2008 21:54:30 +1000 (EST) X-Viruscan-Id: <48DF7076000071CB9A129D@BarNet> Received: from mail5auth.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail5auth.barnet.com.au", Issuer "*.barnet.com.au" (verified OK)) by mail5.barnet.com.au (Postfix) with ESMTP id 2C71721B64CE; Sun, 28 Sep 2008 21:54:30 +1000 (EST) Received: from k7.mavetju (ppp121-44-55-162.lns10.syd7.internode.on.net [121.44.55.162]) by mail5auth.barnet.com.au (Postfix) with ESMTP id DB1182218AF3; Sun, 28 Sep 2008 21:54:29 +1000 (EST) Received: by k7.mavetju (Postfix, from userid 1001) id 252586BE; Sun, 28 Sep 2008 21:54:01 +1000 (EST) Date: Sun, 28 Sep 2008 21:54:01 +1000 From: Edwin Groothuis To: V??clav Haisman Message-ID: <20080928115401.GU3210@k7.mavetju> References: <20080928054620.GA80250@k7.mavetju> <48DF4FCA.4070403@sh.cvut.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48DF4FCA.4070403@sh.cvut.cz> User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org, current@freebsd.org Subject: Re: Request for testing - top 3.8b1 in the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2008 11:54:31 -0000 On Sun, Sep 28, 2008 at 11:35:06AM +0200, V??clav Haisman wrote: > > to reproduce it (if possible). Thanks for your help! > Is this 7.0+ only? I run 6.3 and I see the following when I start it: > > last pid: -1077944144; loa 0.52, 0.28, 0.26; > up 11+15:31:33 11:33:05 > 0 processes: > CPU: 0.1% user, 0.6% nice, -0.7% system, -0.6% interrupt, -0.4% idle > Kernel: 1 intr > Mem: 235M Active, 458M Inact, 219M Wired, 42M Cache, 111M Buf, 39M Free > Swap: 3000M Total, 181M Used, 2819M Free, 6% Inuse > sysctlnametomib: No such file or directory > > And no processes. I didn't expect it not to work on 6.x, I will play around with it tomorrow to see if it makes sense. Edwin -- Edwin Groothuis | Personal website: http://www.mavetju.org edwin@mavetju.org | Weblog: http://www.mavetju.org/weblog/ From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 12:11:15 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 226EF1065690; Sun, 28 Sep 2008 12:11:15 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id C52348FC17; Sun, 28 Sep 2008 12:11:14 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=ZxPDmc5r0CI5Ly7RhUy3Hw8QQiTXV0TiG2QPLEVU4Z1YoaIoHVp8ZrgbXrt4Zd/wNRqXemsolSXOZc9gQfzBYldgXV5kZYtpCWaBvOqG+itl5UQsEmfjrI7ir8e9GpqMhbEy1e7Lu/Dn/0lgKNbwZfFelFBGi2oY8kaRfPPWbO4=; Received: from amnesiac.at.no.dns (ppp91-78-250-120.pppoe.mtu-net.ru [91.78.250.120]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1Kjv7J-000G05-8e; Sun, 28 Sep 2008 16:11:13 +0400 Date: Sun, 28 Sep 2008 16:11:10 +0400 From: Eygene Ryabinkin To: Maksim Yevmenkin Message-ID: References: <8mjnlfjxki8xBLJGjaWITKbl+tA@Nv45r0f9gWT8HCu35qu0Xm2Zg98> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="h31gzZEtNLTqOjlF" Content-Disposition: inline In-Reply-To: <8mjnlfjxki8xBLJGjaWITKbl+tA@Nv45r0f9gWT8HCu35qu0Xm2Zg98> Sender: rea-fbsd@codelabs.ru Cc: freebsd-current@freebsd.org, dougb@freebsd.org Subject: Re: mergemaster broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2008 12:11:15 -0000 --h31gzZEtNLTqOjlF Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Me again. Sat, Sep 27, 2008 at 02:45:12PM +0400, Eygene Ryabinkin wrote: > This is not very clean, so I had created a quick patch for mergemaster > (from -STABLE, have no -CURRENT at hand just now, sorry). It enables > all 'make' invocations to search /usr/src/share/mk prior to look for > includes in /usr/share/mk. Works for my quick testing, but there can be > some rough points I had not noticed. Please, try it. Just verified the patch on -CURRENT -- works for me and cures your problem, if I am using bsd.own.mk rev 1.77 during the run of the mergemaster. --=20 Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual =20 )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook=20 {_.-``-' {_/ # --h31gzZEtNLTqOjlF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkjfdF4ACgkQthUKNsbL7YhXGACeLNZFXDoyVbyzFJ4+HSZeTFDg j/oAoJW4uxA9ikz1SaRiwzqNoC6Y621A =805Z -----END PGP SIGNATURE----- --h31gzZEtNLTqOjlF-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 12:48:40 2008 Return-Path: Delivered-To: FreeBSD-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 575E31065695; Sun, 28 Sep 2008 12:48:40 +0000 (UTC) (envelope-from nikola.lecic@anthesphoria.net) Received: from anthesphoria.net (anthesphoria.net [200.46.204.219]) by mx1.freebsd.org (Postfix) with ESMTP id E632F8FC08; Sun, 28 Sep 2008 12:48:39 +0000 (UTC) (envelope-from nikola.lecic@anthesphoria.net) X-Bogosity: No, tests=bogofilter X-DKIM: Sendmail DKIM Filter v2.4.1 anthesphoria.net m8SCQYOV041466 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=anthesphoria.net; s=phero; t=1222604800; bh=jUsk9puSVA6jTsKzMJTZhDEz2NskW2jGmXibS/TOQ Ig=; l=2936; h=X-Bogosity:Date:From:To:Cc:Subject:Message-ID: In-Reply-To:References:X-Mailer:X-Face:X-Operating-System: X-OpenPGP-Fingerprint:X-OpenPGP-Preferred-Keyserver:Mime-Version: Content-Type:Content-Transfer-Encoding; b=p0UxHYzH4dYaDiyvgJonv8YQ VOyMI7F22JoewE48AiKBuQfrgmv86sPYuXob16QxcK7hnTlchJObG1TxFj9Pxw02Djd LhuwecHvK+7c4EtB2UnslefhBrsEDQlHFeUIEGv9DLyIdT2RCvfvzgoS8j3FFZsWqVU rKlhUGJm2yLwA= Received: from anthesphoria.net (adsl-200-199.eunet.yu [213.198.200.199]) (authenticated bits=0) by anthesphoria.net (8.14.2/8.14.2) with ESMTP id m8SCQYOV041466 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 28 Sep 2008 14:26:38 +0200 (CEST) (envelope-from nikola.lecic@anthesphoria.net) Date: Sun, 28 Sep 2008 14:24:09 +0200 From: Nikola =?UTF-8?B?TGXEjWnEhw==?= To: Edwin Groothuis Message-ID: <20080928142409.19f94e5b@anthesphoria.net> In-Reply-To: <20080928054620.GA80250@k7.mavetju> References: <20080928054620.GA80250@k7.mavetju> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; i386-portbld-freebsd7.1) X-Face: pbl6-.[$G'Fi(Ogs2xlXP-V6{3||$Y[LOYs&~GJoikj'cVjcFC[V7du;;0~6nO= [Vi2?uU1Pq~,=Adj@,T:|"`$AF~il]J.Nz#2pU',Y7.{B;m/?{#sO^Dvo$rnmY6] X-Operating-System: FreeBSD 7.0-RELEASE/i386 X-OpenPGP-Fingerprint: FEF3 66AF C90E EDC3 D878 7CDC 956D F4AB A377 1C9B X-OpenPGP-Preferred-Keyserver: x-hkp://pgpkeys.pca.dfn.de Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Sun, 28 Sep 2008 12:55:52 +0000 Cc: FreeBSD-current@FreeBSD.org, FreeBSD-stable@FreeBSD.org Subject: Re: Request for testing - top 3.8b1 in the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2008 12:48:40 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160 On Sun, 28 Sep 2008 15:46:20 +1000 Edwin Groothuis wrote: =20 > Please report any issues with it (compile time, run time) and a way > to reproduce it (if possible). Thanks for your help! FreeBSD black 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #1: Thu Sep 11 15:05:17 CEST 2008 nikola@black:/usr/obj/usr/src/sys/GENERIC i386 Core2Quad Q6600, 2G RAM, compiling mplayer, in H mode I got this: last pid: 70762; load avg: 1.22, 0.54, 0.33; up 0+16:48:11 14:08:= 01 177 threads: 11 running, 147 sleeping, 19 waiting CPU: 27.6% user, 0.0% nice, 3.3% system, 0.7% interrupt, 68.4% idle Kernel: 246626 ctxsw, 5063 trap, 362 intr, 354 soft, 5 fork, 4591 flt, 728 = fr Mem: 891M Active, 774M Inact, 233M Wired, 89M Cache, 112M Buf, 3668K Free Swap: 4096M Total, 4096M Free PID USERNAME PRI NICE SIZE RES STATE FLG C TIME CPU COMMAND 70729 root 104 0 74M 72M CPU2 + 2 0:05 100.64% cc1 47252 nikola 53 0 379M 84M RUN + 0 21:20 8.34% Xorg 47290 nikola 44 0 59M 46M CPU3 + 1 7:06 1.81% compiz 47972 nikola 44 0 112M 61M select s 3 11:09 1.15% amule 70730 root -8 0 2912K 1592K piperd + 0 0:00 0.92% as 47579 nikola 44 0 66M 23M CPU0 3 0:23 0.46% Terminal 47547 nikola 45 0 332M 251M RUN 1 6:58 0.39% firefox-bin 17027 nikola 96 0 26M 23M RUN + 3 1:30 0.38% conky 61107 nikola 4 0 47M 18M select s 1 0:01 0.28% mousepad 47284 nikola 44 0 14M 7844K select s 2 0:17 0.21% gnome-scre= ensaver 861 root 44 0 3268K 896K select s 0 0:12 0.21% moused 47263 nikola 44 0 21M 13M select s 0 0:12 0.21% scim-panel= -gtk 47296 nikola 44 0 45M 15M select + 3 0:15 0.17% xfce4-panel 47299 nikola 44 0 17M 11M select + 2 1:20 0.16% xfce4-netl= oad-plugi 47547 nikola 44 0 332M 251M ucond 0 0:54 0.11% firefox-bin 47310 nikola 44 0 27M 20M select s 2 0:32 0.07% emerald 986 haldaemon 44 0 6812K 4004K select s 3 0:27 0.07% hald 23567 nikola 44 0 6744K 3788K select s 0 0:18 0.06% scim-launc= her 67253 nikola 44 0 45M 33M select s 3 0:34 0.05% skype 53739 nikola 44 0 45M 35M select + 2 0:34 0.05% compiz 47263 nikola 44 0 21M 13M select s 0 0:20 0.05% scim-panel= -gtk Is it normal to have 100.64% for cc1? Btw, an aesthetic observation, in H mode the USERNAME column shrinks and expands if username has less or more than 9 characters. :-) Thanks. - --=20 Nikola Le=C4=8Di=C4=87 =3D =D0=9D=D0=B8=D0=BA=D0=BE=D0=BB=D0=B0 =D0=9B=D0= =B5=D1=87=D0=B8=D1=9B fingerprint : FEF3 66AF C90E EDC3 D878 7CDC 956D F4AB A377 1C9B ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iJwEAQEDAAYFAkjfd24ACgkQ/MM/0rYIoZiGogP9EMyfOCVBJwTnZZapTN5RERN+ eJiDbb6ww6SOLZQDAt23Qq/ia2dIgtCq2a533CCGVAx2VjnHnivM19ireBTMP5sa 7+sRGWxjfa6L+cv2jQsHnZkBLPkDC4+iVFL57PMXvbsB4gQww62ZPrxWbgu46t78 g78gaqiGtbwmQNZiJyg=3D =3DyYdi -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 14:30:44 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8FA111065689 for ; Sun, 28 Sep 2008 14:30:44 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 68D2C8FC13 for ; Sun, 28 Sep 2008 14:30:44 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTP id E780B46B85; Sun, 28 Sep 2008 10:30:43 -0400 (EDT) Date: Sun, 28 Sep 2008 15:30:43 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Stefan Ehmann In-Reply-To: <200809262233.59216.shoesoft@gmx.net> Message-ID: References: <200809231851.42849.shoesoft@gmx.net> <200809260408.35831.shoesoft@gmx.net> <200809262233.59216.shoesoft@gmx.net> User-Agent: Alpine 1.10 (BSF 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: ipfw: LOR/panic with uid rules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2008 14:30:44 -0000 On Fri, 26 Sep 2008, Stefan Ehmann wrote: > > > #10 0xc07eccd6 in _rw_rlock (rw=0xc0e5acec, file=0xc103ceed > > > "/usr/src/sys/modules/ipfw/../../netinet/ip_fw2.c", line=2020) at > > > /usr/src/sys/kern/kern_rwlock.c:283 > > > > > > #11 0xc103b92a in ipfw_chk (args=0xc47328a8) at > > > /usr/src/sys/modules/ipfw/../../netinet/ip_fw2.c:2020 > > > > This surprises me -- can in principle we've passed down 'inp' so there > > should be no need to look it up. In higher frames, 'inp' is definitely > > non-NULL, so what happened here? Could you print out the values of the > > local variables in the check_uidgid() frame? Especially, 'inp' and > > 'lookup'? > > Something seems to be broken or I'm doing something wrong. I can't access > the locals: Dear Stefan: Could you update to ip_fw2.c:1.195? I've fixed an issue there that caused ipfw to look up the inpcb even thought it was passed down in the case that a TCP connection was in TIMEWAIT: revision 1.195 date: 2008/09/27 19:28:28; author: rwatson; state: Exp; lines: +2 -1 SVN rev 183418 on 2008-09-27 19:28:28Z by rwatson When an inpcb doesn't have a socket but the inpcb is passed to ipfw in the transmit path, such as TCPS_TIMEWAIT, fail the credential extraction immediately rather than acquiring locks and looking up the inpcb on the global lists in order to reach the conclusion that the credential extraction has failed. This is more efficient, but more importantly, it avoids lock recursion on the inpcbinfo, which is no longer allowed with rwlocks. This appears to have been responsible for at least two reported panics. MFC after: 3 days Reported by: ganbold Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 16:05:32 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 013901065689 for ; Sun, 28 Sep 2008 16:05:32 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 754F18FC21 for ; Sun, 28 Sep 2008 16:05:30 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (ppp251-132.adsl.forthnet.gr [77.49.30.132]) (authenticated bits=128) by igloo.linux.gr (8.14.3/8.14.3/Debian-5) with ESMTP id m8SG57od005479 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 28 Sep 2008 19:05:13 +0300 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.3/8.14.3) with ESMTP id m8SG4jZs002583; Sun, 28 Sep 2008 19:04:45 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.3/8.14.3/Submit) id m8SG4YA1002582; Sun, 28 Sep 2008 19:04:34 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) From: Giorgos Keramidas To: Edwin Groothuis References: <20080928054620.GA80250@k7.mavetju> Date: Sun, 28 Sep 2008 19:04:34 +0300 In-Reply-To: <20080928054620.GA80250@k7.mavetju> (Edwin Groothuis's message of "Sun, 28 Sep 2008 15:46:20 +1000") Message-ID: <87fxnkz27h.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-MailScanner-ID: m8SG57od005479 X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.854, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.55, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: stable@freebsd.org, current@freebsd.org Subject: Re: Request for testing - top 3.8b1 in the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2008 16:05:32 -0000 On Sun, 28 Sep 2008 15:46:20 +1000, Edwin Groothuis wrote: > I have made an update for the top(1) utility in the FreeBSD base > system to get it from the 3.5b12 version to the 3.8b1 version. Thank you! :) From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 16:13:04 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C27E51065689; Sun, 28 Sep 2008 16:13:04 +0000 (UTC) (envelope-from bill@lefebvre.org) Received: from photon.ws-e.net (photon.ws-e.com [64.34.164.166]) by mx1.freebsd.org (Postfix) with ESMTP id 5F25C8FC20; Sun, 28 Sep 2008 16:13:04 +0000 (UTC) (envelope-from bill@lefebvre.org) Received: from lilburn.lefebvre.org (adsl-074-166-023-150.sip.asm.bellsouth.net [74.166.23.150]) by photon.ws-e.net (8.13.8/8.13.8) with ESMTP id m8SG2o5m012382; Sun, 28 Sep 2008 16:02:50 GMT Received: from [10.88.88.6] (milton.lefebvre.org [10.88.88.6]) by lilburn.lefebvre.org (8.14.2/8.14.2) with ESMTP id m8SG2lhU053261; Sun, 28 Sep 2008 12:02:48 -0400 (EDT) (envelope-from bill@lefebvre.org) Message-ID: <48DFAAA2.6040201@lefebvre.org> Date: Sun, 28 Sep 2008 12:02:42 -0400 From: William LeFebvre User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: Edwin Groothuis References: <20080928054620.GA80250@k7.mavetju> In-Reply-To: <20080928054620.GA80250@k7.mavetju> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=4.0 tests=ALL_TRUSTED autolearn=failed version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on lilburn.lefebvre.org X-Scanned-By: MIMEDefang 2.63 on 192.168.0.4 Cc: stable@freebsd.org, current@freebsd.org Subject: Re: Request for testing - top 3.8b1 in the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2008 16:13:04 -0000 Yay I was hoping someone would pick this up. Edwin: I will pick up your changes and roll them back in to the source. Then I can distribute an official release of 3.8 and make it non-beta. I will respond to other comments in separate messages. Bill LeFebvre From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 16:17:04 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9460E1065687; Sun, 28 Sep 2008 16:17:04 +0000 (UTC) (envelope-from bill@lefebvre.org) Received: from photon.ws-e.net (photon.ws-e.com [64.34.164.166]) by mx1.freebsd.org (Postfix) with ESMTP id 5368B8FC13; Sun, 28 Sep 2008 16:17:04 +0000 (UTC) (envelope-from bill@lefebvre.org) Received: from lilburn.lefebvre.org (adsl-074-166-023-150.sip.asm.bellsouth.net [74.166.23.150]) by photon.ws-e.net (8.13.8/8.13.8) with ESMTP id m8SGH2vM013083; Sun, 28 Sep 2008 16:17:03 GMT Received: from [10.88.88.6] (milton.lefebvre.org [10.88.88.6]) by lilburn.lefebvre.org (8.14.2/8.14.2) with ESMTP id m8SGGx7Z053437; Sun, 28 Sep 2008 12:17:00 -0400 (EDT) (envelope-from bill@lefebvre.org) Message-ID: <48DFADF6.10504@lefebvre.org> Date: Sun, 28 Sep 2008 12:16:54 -0400 From: William LeFebvre User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: Edwin Groothuis References: <20080928054620.GA80250@k7.mavetju> <48DF3CFE.7@lissyara.su> <7d6fde3d0809280209i3003829bj23baa93f0b271163@mail.gmail.com> <20080928112538.GC13745@k7.mavetju> In-Reply-To: <20080928112538.GC13745@k7.mavetju> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=4.0 tests=ALL_TRUSTED autolearn=failed version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on lilburn.lefebvre.org X-Scanned-By: MIMEDefang 2.63 on 192.168.0.4 Cc: Alex Keda , Garrett Cooper , stable@freebsd.org, current@freebsd.org Subject: Re: Request for testing - top 3.8b1 in the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2008 16:17:04 -0000 Edwin Groothuis wrote: > On Sun, Sep 28, 2008 at 02:09:00AM -0700, Garrett Cooper wrote: >> On Sun, Sep 28, 2008 at 1:14 AM, Alex Keda wrote: >>> Some strange. Count running processes not match with system top > > That has been explained in an email before. > >> I'm not sure I'm finding an issue, but I do find it interesting that... >> 1. It takes a reasonably long amount of time for top to plateau the >> WCPU field (approximately 8-10 iterations), whereas ps registering the >> WCPU percentage value is almost instantaneous. Top 3.8 doesn't display WCPU. It is an antequated measure that is only maintained by the kernel so that ps can display it. It no longer has any meaning to the scheduler, so why bother displaying it. > > With ps it takes 10 2 second steps to get the WCPU from 0 to 100, > with the new top (which doesn't have WCPU (See Changes file, and > the m_freebsd.c file, I don't know of the real reason behind it) > anymore) goes from 0 to 100 in 2 2 second steps. ps shows a decaying average as calculated by the kernel over the past minute and recorded in the proc structure. Top calculates its own average based on the difference in cpu time between the last measurement and the current measurement. The output from ps is fine when you want a single snapshot: you want it to show information averaged over a long period of time. Top is showing you only what's going on right now, since the last update. That's why percent CPU in top will climb to its final value so quickly. Bill LeFebvre From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 16:29:23 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8148C106569D; Sun, 28 Sep 2008 16:29:23 +0000 (UTC) (envelope-from bill@lefebvre.org) Received: from photon.ws-e.net (photon.ws-e.com [64.34.164.166]) by mx1.freebsd.org (Postfix) with ESMTP id 3A3458FC12; Sun, 28 Sep 2008 16:29:23 +0000 (UTC) (envelope-from bill@lefebvre.org) Received: from lilburn.lefebvre.org (adsl-074-166-023-150.sip.asm.bellsouth.net [74.166.23.150]) by photon.ws-e.net (8.13.8/8.13.8) with ESMTP id m8SGTMhw013795; Sun, 28 Sep 2008 16:29:22 GMT Received: from [10.88.88.6] (milton.lefebvre.org [10.88.88.6]) by lilburn.lefebvre.org (8.14.2/8.14.2) with ESMTP id m8SGTKFc053547; Sun, 28 Sep 2008 12:29:20 -0400 (EDT) (envelope-from bill@lefebvre.org) Message-ID: <48DFB0DA.1000907@lefebvre.org> Date: Sun, 28 Sep 2008 12:29:14 -0400 From: William LeFebvre User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: Edwin Groothuis , v.haisman@sh.cvut.cz References: <20080928054620.GA80250@k7.mavetju> <48DF4FCA.4070403@sh.cvut.cz> <20080928115401.GU3210@k7.mavetju> In-Reply-To: <20080928115401.GU3210@k7.mavetju> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=4.0 tests=ALL_TRUSTED autolearn=failed version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on lilburn.lefebvre.org X-Scanned-By: MIMEDefang 2.63 on 192.168.0.4 Cc: stable@freebsd.org, current@freebsd.org Subject: Re: Request for testing - top 3.8b1 in the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2008 16:29:23 -0000 Edwin Groothuis wrote: > On Sun, Sep 28, 2008 at 11:35:06AM +0200, V??clav Haisman wrote: >>> to reproduce it (if possible). Thanks for your help! >> Is this 7.0+ only? I run 6.3 and I see the following when I start it: >> >> last pid: -1077944144; loa 0.52, 0.28, 0.26; >> up 11+15:31:33 11:33:05 >> 0 processes: >> CPU: 0.1% user, 0.6% nice, -0.7% system, -0.6% interrupt, -0.4% idle >> Kernel: 1 intr >> Mem: 235M Active, 458M Inact, 219M Wired, 42M Cache, 111M Buf, 39M Free >> Swap: 3000M Total, 181M Used, 2819M Free, 6% Inuse >> sysctlnametomib: No such file or directory >> >> And no processes. > > I didn't expect it not to work on 6.x, I will play around with it > tomorrow to see if it makes sense. It worked on my 6.2 system. Was the binary compiled under 6.3? Unfortunately the error message didn't say *which* mib it couldn't find. Bill LeFebvre From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 16:53:10 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C48F106564A; Sun, 28 Sep 2008 16:53:10 +0000 (UTC) (envelope-from bill@lefebvre.org) Received: from photon.ws-e.net (photon.ws-e.com [64.34.164.166]) by mx1.freebsd.org (Postfix) with ESMTP id 4C74D8FC1A; Sun, 28 Sep 2008 16:53:10 +0000 (UTC) (envelope-from bill@lefebvre.org) Received: from lilburn.lefebvre.org (adsl-074-166-023-150.sip.asm.bellsouth.net [74.166.23.150]) by photon.ws-e.net (8.13.8/8.13.8) with ESMTP id m8SGr8c9015055; Sun, 28 Sep 2008 16:53:08 GMT Received: from [10.88.88.6] (milton.lefebvre.org [10.88.88.6]) by lilburn.lefebvre.org (8.14.2/8.14.2) with ESMTP id m8SGr6Mx053815; Sun, 28 Sep 2008 12:53:07 -0400 (EDT) (envelope-from bill@lefebvre.org) Message-ID: <48DFB66D.3090002@lefebvre.org> Date: Sun, 28 Sep 2008 12:53:01 -0400 From: William LeFebvre User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: sthaug@nethelp.no References: <20080928054620.GA80250@k7.mavetju> <20080928.115351.74700175.sthaug@nethelp.no> In-Reply-To: <20080928.115351.74700175.sthaug@nethelp.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=4.0 tests=ALL_TRUSTED autolearn=failed version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on lilburn.lefebvre.org X-Scanned-By: MIMEDefang 2.63 on 192.168.0.4 Cc: stable@freebsd.org, current@freebsd.org, edwin@freebsd.org Subject: Re: Request for testing - top 3.8b1 in the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2008 16:53:10 -0000 sthaug@nethelp.no wrote: >> The big new features are a line upper part with kernel statistics >> (context-switches, traps, interrupts, faults etc) and the FLG table >> (if you window is big enough) > > Would it be possible to document the values in the FLG field? The > meaning wasn't obvious to me... The FLG field is essentially the same as the ps "STAT" column (or "state" field) without the first character (which indicates run state). Bill From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 17:05:40 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E010B106568B; Sun, 28 Sep 2008 17:05:40 +0000 (UTC) (envelope-from bill@lefebvre.org) Received: from photon.ws-e.net (photon.ws-e.com [64.34.164.166]) by mx1.freebsd.org (Postfix) with ESMTP id 9D2EC8FC0C; Sun, 28 Sep 2008 17:05:40 +0000 (UTC) (envelope-from bill@lefebvre.org) Received: from lilburn.lefebvre.org (adsl-074-166-023-150.sip.asm.bellsouth.net [74.166.23.150]) by photon.ws-e.net (8.13.8/8.13.8) with ESMTP id m8SG8SPT012715; Sun, 28 Sep 2008 16:08:28 GMT Received: from [10.88.88.6] (milton.lefebvre.org [10.88.88.6]) by lilburn.lefebvre.org (8.14.2/8.14.2) with ESMTP id m8SG8PFN053326; Sun, 28 Sep 2008 12:08:26 -0400 (EDT) (envelope-from bill@lefebvre.org) Message-ID: <48DFABF4.6030907@lefebvre.org> Date: Sun, 28 Sep 2008 12:08:20 -0400 From: William LeFebvre User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: Alex Keda References: <20080928054620.GA80250@k7.mavetju> <48DF3CFE.7@lissyara.su> In-Reply-To: <48DF3CFE.7@lissyara.su> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=4.0 tests=ALL_TRUSTED autolearn=failed version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on lilburn.lefebvre.org X-Scanned-By: MIMEDefang 2.63 on 192.168.0.4 Cc: stable@freebsd.org, current@freebsd.org Subject: Re: Request for testing - top 3.8b1 in the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2008 17:05:41 -0000 Alex Keda wrote: > Some strange. Count running processes not match with system top I went back and forth on this. Old top would only count system processes in the summary line if they were also being displayed below (i.e.: using the 'S' command or the -S switch). Yet other restrictions on the main display were not reflected in the count. For example if you restrict the view to a particular command or user the count would still include all user processes. This seemed inconsistent to me and in the end I decided to count all processes regardless of what was being displayed. In version 3.8 the process count is (almost) the same as "ps ax | wc -l". I will make sure the documentation reflects this. Bill LeFebvre From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 18:06:15 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A9DBB1065687 for ; Sun, 28 Sep 2008 18:06:15 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.freebsd.org (Postfix) with ESMTP id 361FF8FC2C for ; Sun, 28 Sep 2008 18:06:14 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by ug-out-1314.google.com with SMTP id m2so225788uge.39 for ; Sun, 28 Sep 2008 11:06:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=YJPf83HHyHv85x0XetZqqN+wS8qvI/2fdAG4mSWPXw8=; b=gnVgC+mQ0nKrTcCTBliI7eiFNYV5ryzC+p61d6AazzQES3xkHDum2uu/G+DoYehpPV nphYLFclfpTtWahtH0Qt2IyXNapxmxFbnlmTyssf6mDm9WkqBSxchayimB5NP/VrL8KG kgFbetL44nPVpeDUgfl6KjAnpeoBv0g2VnYsk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=oYI0o+ktu5aof8sk9pGjJRsbDJh8lkRdd9s59fVzUhJCrYi4XPqrUwbOvdUMX6YkZo DqvJZb10OXhd7QZL0tdDZUv0nx+xqZdU3rUmmkS9+x7c0zX2fpLGXtpC5lqdUeCTuhnk 282hWUwT0D4d0KO1TNv2hWqqX3u8hoaVWn1rI= Received: by 10.66.250.1 with SMTP id x1mr517391ugh.4.1222625173134; Sun, 28 Sep 2008 11:06:13 -0700 (PDT) Received: by 10.66.251.1 with HTTP; Sun, 28 Sep 2008 11:06:13 -0700 (PDT) Message-ID: <7d6fde3d0809281106o331a495cg8d5c3c65c521af12@mail.gmail.com> Date: Sun, 28 Sep 2008 11:06:13 -0700 From: "Garrett Cooper" To: "William LeFebvre" In-Reply-To: <48DFADF6.10504@lefebvre.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080928054620.GA80250@k7.mavetju> <48DF3CFE.7@lissyara.su> <7d6fde3d0809280209i3003829bj23baa93f0b271163@mail.gmail.com> <20080928112538.GC13745@k7.mavetju> <48DFADF6.10504@lefebvre.org> Cc: Alex Keda , Edwin Groothuis , stable@freebsd.org, current@freebsd.org Subject: Re: Request for testing - top 3.8b1 in the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2008 18:06:15 -0000 On Sun, Sep 28, 2008 at 9:16 AM, William LeFebvre wrote: > Edwin Groothuis wrote: >> >> On Sun, Sep 28, 2008 at 02:09:00AM -0700, Garrett Cooper wrote: >>> >>> On Sun, Sep 28, 2008 at 1:14 AM, Alex Keda wrote: >>>> >>>> Some strange. Count running processes not match with system top >> >> That has been explained in an email before. >> >>> I'm not sure I'm finding an issue, but I do find it interesting that... >>> 1. It takes a reasonably long amount of time for top to plateau the >>> WCPU field (approximately 8-10 iterations), whereas ps registering the >>> WCPU percentage value is almost instantaneous. > > Top 3.8 doesn't display WCPU. It is an antequated measure that is only > maintained by the kernel so that ps can display it. It no longer has any > meaning to the scheduler, so why bother displaying it. > >> >> With ps it takes 10 2 second steps to get the WCPU from 0 to 100, >> with the new top (which doesn't have WCPU (See Changes file, and >> the m_freebsd.c file, I don't know of the real reason behind it) >> anymore) goes from 0 to 100 in 2 2 second steps. > > ps shows a decaying average as calculated by the kernel over the past minute > and recorded in the proc structure. Top calculates its own average based on > the difference in cpu time between the last measurement and the current > measurement. The output from ps is fine when you want a single snapshot: > you want it to show information averaged over a long period of time. Top is > showing you only what's going on right now, since the last update. That's > why percent CPU in top will climb to its final value so quickly. > > Bill LeFebvre Actually, I was trying to say it was the other way around -- WCPU took a long time in top to climb to its final value where it took a short period of time with ps. Retrying that though, it appears that I was flip-flopping my statement and yes it aligns with Bill's. I still find the averaging discrepancy a bit interesting, but it's merely a function of how the average is being taken. -Garrett From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 18:44:08 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6510C106568D for ; Sun, 28 Sep 2008 18:44:08 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id A38008FC16 for ; Sun, 28 Sep 2008 18:44:07 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 28 Sep 2008 18:44:05 -0000 Received: from 85-127-94-178.dynamic.xdsl-line.inode.at (EHLO taxman.pepperland) [85.127.94.178] by mail.gmx.net (mp005) with SMTP; 28 Sep 2008 20:44:05 +0200 X-Authenticated: #16703784 X-Provags-ID: V01U2FsdGVkX195Y9wEmHZ50zb45p6CkGlG1N3aL4y/8CPpd0CI0U EwLWBCPieeiIT1 From: Stefan Ehmann To: Robert Watson Date: Sun, 28 Sep 2008 20:44:00 +0200 User-Agent: KMail/1.10.1 (FreeBSD/7.1-PRERELEASE; KDE/4.1.1; i386; ; ) References: <200809231851.42849.shoesoft@gmx.net> <200809262233.59216.shoesoft@gmx.net> In-Reply-To: MIME-Version: 1.0 Message-Id: <200809282044.01506.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.5600000000000001,0.55 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: ipfw: LOR/panic with uid rules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2008 18:44:08 -0000 On Sunday 28 September 2008 16:30:43 Robert Watson wrote: > On Fri, 26 Sep 2008, Stefan Ehmann wrote: > > > > #10 0xc07eccd6 in _rw_rlock (rw=0xc0e5acec, file=0xc103ceed > > > > "/usr/src/sys/modules/ipfw/../../netinet/ip_fw2.c", line=2020) at > > > > /usr/src/sys/kern/kern_rwlock.c:283 > > > > > > > > #11 0xc103b92a in ipfw_chk (args=0xc47328a8) at > > > > /usr/src/sys/modules/ipfw/../../netinet/ip_fw2.c:2020 > > > > > > This surprises me -- can in principle we've passed down 'inp' so there > > > should be no need to look it up. In higher frames, 'inp' is definitely > > > non-NULL, so what happened here? Could you print out the values of the > > > local variables in the check_uidgid() frame? Especially, 'inp' and > > > 'lookup'? > > > > Something seems to be broken or I'm doing something wrong. I can't access > > the locals: > > Dear Stefan: > > Could you update to ip_fw2.c:1.195? I've fixed an issue there that caused > ipfw to look up the inpcb even thought it was passed down in the case that > a TCP connection was in TIMEWAIT: No panic after ~1 hour of testing. Looks very promising. I will give it more testing when it's MFCed. Thanks for your fixes! -- Stefan From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 19:52:25 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 111A7106568A for ; Sun, 28 Sep 2008 19:52:25 +0000 (UTC) (envelope-from frank@exit.com) Received: from tinker.exit.com (tinker.exit.com [IPv6:2001:470:80f4:0:2e0:81ff:fe2b:acbc]) by mx1.freebsd.org (Postfix) with ESMTP id DE5828FC21 for ; Sun, 28 Sep 2008 19:52:24 +0000 (UTC) (envelope-from frank@exit.com) Received: from jill.exit.com (jill.exit.com [IPv6:2001:470:80f4:0:2e0:81ff:fe33:7e9a]) by tinker.exit.com (8.14.2/8.14.2) with ESMTP id m8SJnMma075473 for ; Sun, 28 Sep 2008 12:49:22 -0700 (PDT) (envelope-from frank@exit.com) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=exit.com; s=tinker; t=1222631362; bh=fhmbxOc9sW56Q4VAF/RYaS0bPGfVZELFUw/4qb1B90I=; h=Subject:From:Reply-To:To:Content-Type:Content-Transfer-Encoding: Date:Message-Id:Mime-Version; b=eSR5iSjjQImch/VQBxUnn2sX8eKgRDWld6 r/fRbcLmxycpuGfP4EJXJENXiHOmsOe9074VC4hahkqUAFDH927p8BNPyyUxBRamhsz TqN9/AHn7d9QgMCDUIOldqf7JZuBofC1DscmRMODp/Kde57LUutntuPB/sI7ueBUWHl Fms= Received: from jill.exit.com (localhost [127.0.0.1]) by jill.exit.com (8.14.2/8.14.2) with ESMTP id m8SJqOqS012862 for ; Sun, 28 Sep 2008 12:52:24 -0700 (PDT) (envelope-from frank@exit.com) Received: (from frank@localhost) by jill.exit.com (8.14.2/8.14.2/Submit) id m8SJqOrl012861 for freebsd-current@freebsd.org; Sun, 28 Sep 2008 12:52:24 -0700 (PDT) (envelope-from frank@exit.com) X-Authentication-Warning: jill.exit.com: frank set sender to frank@exit.com using -f From: Frank Mayhar To: FreeBSD-Current Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Exit Consulting Date: Sun, 28 Sep 2008 12:52:24 -0700 Message-Id: <1222631544.92797.4.camel@jill.exit.com> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-Virus-Scanned: ClamAV 0.93.3/8347/Sat Sep 27 16:35:46 2008 on tinker.exit.com X-Virus-Status: Clean Subject: Hard crash with new snd_hda. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: frank@exit.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Sep 2008 19:52:25 -0000 I'm running an up-to-the-minute -current on my laptop, trying to make my Atheros-based cardbus card work, and I stumbled over this crash a couple of days ago. I hooked up a serial console and captured the output today so I could post it here. It's a hard crash, a page fault while in kernel mode, apparently somewhere in the snd_hda code. Unfortunately I didn't have ddb compiled in nor a debug kernel lying around so I couldn't get the exact location. If I have time later I'll do this. In the meantime, here is the set of messages, generated with a bootverbose, along with the panic: auton# kldload snd_hda pci0: driver added found-> vendor=0x8086, dev=0x293e, revid=0x03 domain=0, bus=0, slot=27, func=0 class=04-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=22 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit pci0:0:27:0: reprobing on driver added hdac0: mem 0xf2420000-0xf2423fff irq 22 at device 27.0 on pci0 hdac0: hdac0: Reserved 0x4000 bytes for rid 0x10 type 3 at 0xf2420000 ioapic0: Assigning PCI IRQ 22 to local APIC 0 ioapic0: routing intpin 22 (PCI IRQ 22) to vector 60 hdac0: [MPSAFE] hdac0: [ITHREAD] hdac0: Probing codec 0... hdac0: hdac0: hdac0: Vendor: 0x10ec hdac0: Device: 0x0269 hdac0: Revision: 0x00 hdac0: Stepping: 0x04 hdac0: PCI Subvendor: 0x147510cf hdac0: Found audio FG nid=1 startnode=2 endnode=37 total=35 hdac0: Probing codec 1... hdac0: hdac0: hdac0: Vendor: 0x11c1 hdac0: Device: 0x1040 hdac0: Revision: 0x02 hdac0: Stepping: 0x00 hdac0: PCI Subvendor: 0x147510cf hdac0: Found modem FG nid=1 startnode=2 endnode=127 total=125 hdac0: Probing codec 2... hdac0: hdac0: hdac0: Vendor: 0x10de hdac0: Device: 0x0003 hdac0: Revision: 0x00 hdac0: Stepping: 0x00 hdac0: PCI Subvendor: 0x147510cf hdac0: Found audio FG nid=1 startnode=4 endnode=14 total=10 hdac0: hdac0: Processing audio FG cad=0 nid=1... hdac0: GPIO: 0xc0000002 NumGPIO=2 NumGPO=0 NumGPI=0 GPIWake=1 GPIUnsol=1 hdac0: nid 17 0x411111f0 as 15 seq 0 Speaker None jack 1 loc 1 color Black misc 1 hdac0: nid 18 0x411111f0 as 15 seq 0 Speaker None jack 1 loc 1 color Black misc 1 hdac0: nid 20 0x90170110 as 1 seq 0 Speaker Fixed jack 7 loc 16 color Unknown misc 1 hdac0: nid 21 0x02211020 as 2 seq 0 Headphones Jack jack 1 loc 2 color Black misc 0 hdac0: nid 22 0x411111f0 as 15 seq 0 Speaker None jack 1 loc 1 color Black misc 1 hdac0: nid 24 0x02a11040 as 4 seq 0 Mic Jack jack 1 loc 2 color Black misc 0 hdac0: nid 25 0x90a7013f as 3 seq 15 Mic Fixed jack 7 loc 16 color Unknown misc 1 hdac0: nid 26 0x2121101f as 1 seq 15 Headphones Jack jack 1 loc 33 color Black misc 0 hdac0: nid 27 0x01a11030 as 3 seq 0 Mic Jack jack 1 loc 1 color Black misc 0 hdac0: nid 29 0x90970131 as 3 seq 1 AUX Fixed jack 7 loc 16 color Unknown misc 1 hdac0: nid 30 0x411111f0 as 15 seq 0 Speaker None jack 1 loc 1 color Black misc 1 hdac0: Patched pins configuration: hdac0: nid 17 0x411111f0 as 15 seq 0 Speaker None jack 1 loc 1 color Black misc 1 [DISABLED] hdac0: nid 18 0x411111f0 as 15 seq 0 Speaker None jack 1 loc 1 color Black misc 1 [DISABLED] hdac0: nid 20 0x90170110 as 1 seq 0 Speaker Fixed jack 7 loc 16 color Unknown misc 1 hdac0: nid 21 0x02211020 as 2 seq 0 Headphones Jack jack 1 loc 2 color Black misc 0 hdac0: nid 22 0x411111f0 as 15 seq 0 Speaker None jack 1 loc 1 color Black misc 1 [DISABLED] hdac0: nid 24 0x02a11040 as 4 seq 0 Mic Jack jack 1 loc 2 color Black misc 0 hdac0: nid 25 0x90a7013f as 3 seq 15 Mic Fixed jack 7 loc 16 color Unknown misc 1 hdac0: nid 26 0x2121101f as 1 seq 15 Headphones Jack jack 1 loc 33 color Black misc 0 hdac0: nid 27 0x01a11030 as 3 seq 0 Mic Jack jack 1 loc 1 color Black misc 0 hdac0: nid 29 0x90970131 as 3 seq 1 AUX Fixed jack 7 loc 16 color Unknown misc 1 hdac0: nid 30 0x411111f0 as 15 seq 0 Speaker None jack 1 loc 1 color Black misc 1 [DISABLED] hdac0: 4 associations found: hdac0: Association 0 (1) out: hdac0: Pin nid=20 seq=0 hdac0: Pin nid=26 seq=15 hdac0: Association 1 (2) out: hdac0: Pin nid=21 seq=0 hdac0: Association 2 (3) in: hdac0: Pin nid=27 seq=0 hdac0: Pin nid=29 seq=1 hdac0: Pin nid=25 seq=15 hdac0: Association 3 (4) in: hdac0: Pin nid=24 seq=0 hdac0: Tracing association 0 (1) hdac0: Pin 20 traced to DAC 2 hdac0: Pin 26 traced to DAC 2 and hpredir 0 hdac0: Association 0 (1) trace succeded hdac0: Tracing association 1 (2) hdac0: Pin 21 traced to DAC 3 hdac0: Association 1 (2) trace succeded hdac0: Tracing association 2 (3) hdac0: Pin 27 traced to ADC 7 hdac0: Pin 29 traced to ADC 7 hdac0: Pin 25 traced to ADC 7 hdac0: Association 2 (3) trace succeded hdac0: Tracing association 3 (4) hdac0: Pin 24 traced to ADC 8 hdac0: Association 3 (4) trace succeded hdac0: Tracing input monitor hdac0: Tracing nid 11 to out hdac0: nid 11 is input monitor hdac0: Tracing nid 36 to out hdac0: Tracing beeper hdac0: Enabling headphone/speaker audio routing switching: hdac0: as=0 sense nid=26 [UNSOL] hdac0: Pin sense: nid=26 res=0x00000000 hdac0: FG config/quirks: forcestereo ivref50 ivref80 ivref100 ivref hdac0: hdac0: +-------------------+ hdac0: | DUMPING HDA NODES | hdac0: +-------------------+ hdac0: hdac0: Default Parameter hdac0: ----------------- hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e05f0 hdac0: 16 20 24 bits, 32 44 48 88 96 192 KHz hdac0: IN amp: 0x00000000 hdac0: OUT amp: 0x00000000 hdac0: hdac0: nid: 2 hdac0: Name: audio output hdac0: Widget cap: 0x0000001d hdac0: STEREO hdac0: Association: 0 (0x00008001) hdac0: OSS: pcm (pcm) hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e0560 hdac0: 16 20 24 bits, 44 48 96 192 KHz hdac0: Output amp: 0x0003403f hdac0: mute=0 step=64 size=3 offset=63 hdac0: hdac0: nid: 3 hdac0: Name: audio output hdac0: Widget cap: 0x0000001d hdac0: STEREO hdac0: Association: 1 (0x00000001) hdac0: OSS: pcm (pcm) hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e0560 hdac0: 16 20 24 bits, 44 48 96 192 KHz hdac0: Output amp: 0x0003403f hdac0: mute=0 step=64 size=3 offset=63 hdac0: hdac0: nid: 4 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: hdac0: nid: 5 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: hdac0: nid: 6 [DISABLED] hdac0: Name: audio output hdac0: Widget cap: 0x00000211 hdac0: DIGITAL STEREO hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e05f0 hdac0: 16 20 24 bits, 32 44 48 88 96 192 KHz hdac0: hdac0: nid: 7 hdac0: Name: audio input hdac0: Widget cap: 0x0010011b hdac0: STEREO hdac0: Association: 2 (0x00008003) hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e0160 hdac0: 16 20 24 bits, 44 48 96 KHz hdac0: Input amp: 0x80032e11 hdac0: mute=1 step=46 size=3 offset=17 hdac0: connections: 1 hdac0: | hdac0: + <- nid=36 [audio mixer] hdac0: hdac0: nid: 8 hdac0: Name: audio input hdac0: Widget cap: 0x0010011b hdac0: STEREO hdac0: Association: 3 (0x00000001) hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e0160 hdac0: 16 20 24 bits, 44 48 96 KHz hdac0: Input amp: 0x80032e11 hdac0: mute=1 step=46 size=3 offset=17 hdac0: connections: 1 hdac0: | hdac0: + <- nid=35 [audio selector] hdac0: hdac0: nid: 9 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: hdac0: nid: 10 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: hdac0: nid: 11 hdac0: Name: audio mixer hdac0: Widget cap: 0x0020010b hdac0: STEREO hdac0: Association: -2 (0x00008003) hdac0: OSS: mix (mix) hdac0: Input amp: 0x80051f17 hdac0: mute=1 step=31 size=5 offset=23 hdac0: connections: 5 hdac0: | hdac0: + <- nid=24 [pin: Mic (Jack)] hdac0: + <- nid=25 [pin: Mic (Fixed)] hdac0: + [DISABLED] <- nid=26 [pin: Headphones (Jack)] hdac0: + <- nid=27 [pin: Mic (Jack)] hdac0: + <- nid=29 [pin: AUX (Fixed)] hdac0: hdac0: nid: 12 hdac0: Name: audio mixer hdac0: Widget cap: 0x0020010b hdac0: STEREO hdac0: Association: 0 (0x00008001) hdac0: OSS: pcm, mix hdac0: Input amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: connections: 2 hdac0: | hdac0: + <- nid=2 [audio output] hdac0: + <- nid=11 [audio mixer] hdac0: hdac0: nid: 13 hdac0: Name: audio mixer hdac0: Widget cap: 0x0020010b hdac0: STEREO hdac0: Association: 1 (0x00000001) hdac0: OSS: pcm, mix hdac0: Input amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: connections: 2 hdac0: | hdac0: + <- nid=3 [audio output] hdac0: + <- nid=11 [audio mixer] hdac0: hdac0: nid: 14 [DISABLED] hdac0: Name: audio mixer hdac0: Widget cap: 0x0020010a hdac0: Input amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: connections: 2 hdac0: | hdac0: + [DISABLED] <- nid=12 [audio mixer] hdac0: + [DISABLED] <- nid=13 [audio mixer] hdac0: hdac0: nid: 15 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: hdac0: nid: 16 [DISABLED] hdac0: Name: audio output hdac0: Widget cap: 0x00000211 hdac0: DIGITAL STEREO hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e05f0 hdac0: 16 20 24 bits, 32 44 48 88 96 192 KHz hdac0: hdac0: nid: 17 [DISABLED] hdac0: Name: pin: Speaker (None) hdac0: Widget cap: 0x00400380 hdac0: DIGITAL UNSOL hdac0: Pin cap: 0x00000014 hdac0: PDC OUT hdac0: Pin config: 0x411111f0 hdac0: Pin control: 0x00000000 hdac0: connections: 1 hdac0: | hdac0: + <- nid=16 [audio output] [DISABLED] hdac0: hdac0: nid: 18 [DISABLED] hdac0: Name: pin: Speaker (None) hdac0: Widget cap: 0x00400001 hdac0: STEREO hdac0: Pin cap: 0x00000020 hdac0: IN hdac0: Pin config: 0x411111f0 hdac0: Pin control: 0x00000000 hdac0: hdac0: nid: 19 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: hdac0: nid: 20 hdac0: Name: pin: Speaker (Fixed) hdac0: Widget cap: 0x0040010d hdac0: STEREO hdac0: Association: 0 (0x00000001) hdac0: Pin cap: 0x00010050 hdac0: OUT BAL EAPD hdac0: Pin config: 0x90170110 hdac0: Pin control: 0x00000040 OUT hdac0: EAPD: 0x00000002 hdac0: Output amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: connections: 2 hdac0: | hdac0: + <- nid=12 [audio mixer] (selected) hdac0: + [DISABLED] <- nid=13 [audio mixer] hdac0: hdac0: nid: 21 hdac0: Name: pin: Headphones (Jack) hdac0: Widget cap: 0x0040018d hdac0: UNSOL STEREO hdac0: Association: 1 (0x00000001) hdac0: Pin cap: 0x0001001c hdac0: PDC HP OUT EAPD hdac0: Pin config: 0x02211020 hdac0: Pin control: 0x000000c0 HP OUT hdac0: EAPD: 0x00000002 hdac0: Output amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: connections: 2 hdac0: | hdac0: + [DISABLED] <- nid=12 [audio mixer] hdac0: + <- nid=13 [audio mixer] (selected) hdac0: hdac0: nid: 22 [DISABLED] hdac0: Name: pin: Speaker (None) hdac0: Widget cap: 0x0040010c hdac0: Pin cap: 0x00000010 hdac0: OUT hdac0: Pin config: 0x411111f0 hdac0: Pin control: 0x00000000 hdac0: Output amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: connections: 1 hdac0: | hdac0: + [DISABLED] <- nid=14 [audio mixer] [DISABLED] hdac0: hdac0: nid: 23 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: hdac0: nid: 24 hdac0: Name: pin: Mic (Jack) hdac0: Widget cap: 0x0040018f hdac0: UNSOL STEREO hdac0: Association: 3 (0x00000001) hdac0: OSS: mic (mic) hdac0: Pin cap: 0x00003734 hdac0: PDC OUT IN VREF[ 50 80 100 GROUND HIZ ] hdac0: Pin config: 0x02a11040 hdac0: Pin control: 0x00000025 IN VREFs hdac0: Output amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: Input amp: 0x00270300 hdac0: mute=0 step=3 size=39 offset=0 hdac0: connections: 2 hdac0: | hdac0: + [DISABLED] <- nid=12 [audio mixer] (selected) hdac0: + [DISABLED] <- nid=13 [audio mixer] hdac0: hdac0: nid: 25 hdac0: Name: pin: Mic (Fixed) hdac0: Widget cap: 0x0040018f hdac0: UNSOL STEREO hdac0: Association: 2 (0x00008000) hdac0: OSS: monitor (monitor) hdac0: Pin cap: 0x00003734 hdac0: PDC OUT IN VREF[ 50 80 100 GROUND HIZ ] hdac0: Pin config: 0x90a7013f hdac0: Pin control: 0x00000025 IN VREFs hdac0: Output amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: Input amp: 0x00270300 hdac0: mute=0 step=3 size=39 offset=0 hdac0: connections: 2 hdac0: | hdac0: + [DISABLED] <- nid=12 [audio mixer] (selected) hdac0: + [DISABLED] <- nid=13 [audio mixer] hdac0: hdac0: nid: 26 hdac0: Name: pin: Headphones (Jack) hdac0: Widget cap: 0x0040018f hdac0: UNSOL STEREO hdac0: Association: 0 (0x00008000) hdac0: Pin cap: 0x0000373c hdac0: PDC HP OUT IN VREF[ 50 80 100 GROUND HIZ ] hdac0: Pin config: 0x2121101f hdac0: Pin control: 0x000000c0 HP OUT hdac0: Output amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: Input amp: 0x00270300 hdac0: mute=0 step=3 size=39 offset=0 hdac0: connections: 2 hdac0: | hdac0: + <- nid=12 [audio mixer] (selected) hdac0: + [DISABLED] <- nid=13 [audio mixer] hdac0: hdac0: nid: 27 hdac0: Name: pin: Mic (Jack) hdac0: Widget cap: 0x0040018f hdac0: UNSOL STEREO hdac0: Association: 2 (0x00000001) hdac0: OSS: line1 (line1) hdac0: Pin cap: 0x00003734 hdac0: PDC OUT IN VREF[ 50 80 100 GROUND HIZ ] hdac0: Pin config: 0x01a11030 hdac0: Pin control: 0x00000025 IN VREFs hdac0: Output amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: Input amp: 0x00270300 hdac0: mute=0 step=3 size=39 offset=0 hdac0: connections: 2 hdac0: | hdac0: + [DISABLED] <- nid=12 [audio mixer] (selected) hdac0: + [DISABLED] <- nid=13 [audio mixer] hdac0: hdac0: nid: 28 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: hdac0: nid: 29 hdac0: Name: pin: AUX (Fixed) hdac0: Widget cap: 0x00400000 hdac0: Association: 2 (0x00000002) hdac0: OSS: line (line) hdac0: Pin cap: 0x00000020 hdac0: IN hdac0: Pin config: 0x90970131 hdac0: Pin control: 0x00000020 IN hdac0: hdac0: nid: 30 [DISABLED] hdac0: Name: pin: Speaker (None) hdac0: Widget cap: 0x00400380 hdac0: DIGITAL UNSOL hdac0: Pin cap: 0x00000014 hdac0: PDC OUT hdac0: Pin config: 0x411111f0 hdac0: Pin control: 0x00000000 hdac0: connections: 1 hdac0: | hdac0: + <- nid=6 [audio output] [DISABLED] hdac0: hdac0: nid: 31 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: hdac0: nid: 32 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00040 hdac0: PROC hdac0: hdac0: nid: 33 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: hdac0: nid: 34 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: hdac0: nid: 35 hdac0: Name: audio selector hdac0: Widget cap: 0x00300101 hdac0: STEREO hdac0: Association: 3 (0x00000001) hdac0: OSS: mic, mix hdac0: connections: 7 hdac0: | hdac0: + <- nid=24 [pin: Mic (Jack)] (selected) hdac0: + [DISABLED] <- nid=25 [pin: Mic (Fixed)] hdac0: + [DISABLED] <- nid=26 [pin: Headphones (Jack)] hdac0: + [DISABLED] <- nid=27 [pin: Mic (Jack)] hdac0: + [DISABLED] <- nid=29 [pin: AUX (Fixed)] hdac0: + [DISABLED] <- nid=18 [pin: Speaker (None)] [DISABLED] hdac0: + <- nid=11 [audio mixer] hdac0: hdac0: nid: 36 hdac0: Name: audio mixer hdac0: Widget cap: 0x0020010b hdac0: STEREO hdac0: Association: 2 (0x00008003) hdac0: OSS: line, mix, line1, monitor hdac0: Input amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: connections: 6 hdac0: | hdac0: + [DISABLED] <- nid=24 [pin: Mic (Jack)] hdac0: + <- nid=25 [pin: Mic (Fixed)] hdac0: + [DISABLED] <- nid=26 [pin: Headphones (Jack)] hdac0: + <- nid=27 [pin: Mic (Jack)] hdac0: + <- nid=29 [pin: AUX (Fixed)] hdac0: + <- nid=11 [audio mixer] hdac0: hdac0: Processing modem FG cad=1 nid=1... hdac0: hdac0: Processing audio FG cad=2 nid=1... hdac0: GPIO: 0x00000000 NumGPIO=0 NumGPO=0 NumGPI=0 GPIWake=0 GPIUnsol=0 hdac0: nid 5 0x18560110 as 1 seq 0 Digital-out Jack jack 6 loc 24 color Unknown misc 1 hdac0: nid 7 0x58560121 as 2 seq 1 Digital-out None jack 6 loc 24 color Unknown misc 1 hdac0: nid 9 0x58560122 as 2 seq 2 Digital-out None jack 6 loc 24 color Unknown misc 1 hdac0: nid 11 0x58560123 as 2 seq 3 Digital-out None jack 6 loc 24 color Unknown misc 1 hdac0: nid 13 0x58560124 as 2 seq 4 Digital-out None jack 6 loc 24 color Unknown misc 1 hdac0: Patched pins configuration: hdac0: nid 5 0x18560110 as 1 seq 0 Digital-out Jack jack 6 loc 24 color Unknown misc 1 hdac0: nid 7 0x58560121 as 2 seq 1 Digital-out None jack 6 loc 24 color Unknown misc 1 [DISABLED] hdac0: nid 9 0x58560122 as 2 seq 2 Digital-out None jack 6 loc 24 color Unknown misc 1 [DISABLED] hdac0: nid 11 0x58560123 as 2 seq 3 Digital-out None jack 6 loc 24 color Unknown misc 1 [DISABLED] hdac0: nid 13 0x58560124 as 2 seq 4 Digital-out None jack 6 loc 24 color Unknown misc 1 [DISABLED] hdac0: 1 associations found: hdac0: Association 0 (1) out: hdac0: Pin nid=5 seq=0 hdac0: Tracing association 0 (1) hdac0: Pin 5 traced to DAC 4 hdac0: Association 0 (1) trace succeded hdac0: Tracing input monitor hdac0: Tracing beeper hdac0: FG config/quirks: forcestereo ivref50 ivref80 ivref100 ivref hdac0: hdac0: +-------------------+ hdac0: | DUMPING HDA NODES | hdac0: +-------------------+ hdac0: hdac0: Default Parameter hdac0: ----------------- hdac0: IN amp: 0x00000000 hdac0: OUT amp: 0x00000000 hdac0: hdac0: nid: 4 hdac0: Name: audio output hdac0: Widget cap: 0x00000211 hdac0: DIGITAL STEREO hdac0: Association: 0 (0x00000001) hdac0: OSS: pcm (pcm) hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000f00c0 hdac0: 8 16 20 24 bits, 48 88 KHz hdac0: hdac0: nid: 5 hdac0: Name: pin: Digital-out (Jack) hdac0: Widget cap: 0x00400381 hdac0: DIGITAL UNSOL STEREO hdac0: Association: 0 (0x00000001) hdac0: Pin cap: 0x00000014 hdac0: PDC OUT hdac0: Pin config: 0x18560110 hdac0: Pin control: 0x00000040 OUT hdac0: connections: 1 hdac0: | hdac0: + <- nid=4 [audio output] hdac0: hdac0: nid: 6 [DISABLED] hdac0: Name: audio output hdac0: Widget cap: 0x00000211 hdac0: DIGITAL STEREO hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000f00c0 hdac0: 8 16 20 24 bits, 48 88 KHz hdac0: hdac0: nid: 7 [DISABLED] hdac0: Name: pin: Digital-out (None) hdac0: Widget cap: 0x00400381 hdac0: DIGITAL UNSOL STEREO hdac0: Pin cap: 0x00000014 hdac0: PDC OUT hdac0: Pin config: 0x58560121 hdac0: Pin control: 0x00000000 hdac0: connections: 1 hdac0: | hdac0: + <- nid=6 [audio output] [DISABLED] hdac0: hdac0: nid: 8 [DISABLED] hdac0: Name: audio output hdac0: Widget cap: 0x00000211 hdac0: DIGITAL STEREO hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000f00c0 hdac0: 8 16 20 24 bits, 48 88 KHz hdac0: hdac0: nid: 9 [DISABLED] hdac0: Name: pin: Digital-out (None) hdac0: Widget cap: 0x00400381 hdac0: DIGITAL UNSOL STEREO hdac0: Pin cap: 0x00000014 hdac0: PDC OUT hdac0: Pin config: 0x58560122 hdac0: Pin control: 0x00000000 hdac0: connections: 1 hdac0: | hdac0: + <- nid=8 [audio output] [DISABLED] hdac0: hdac0: nid: 10 [DISABLED] hdac0: Name: audio output hdac0: Widget cap: 0x00000211 hdac0: DIGITAL STEREO hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000f00c0 hdac0: 8 16 20 24 bits, 48 88 KHz hdac0: hdac0: nid: 11 [DISABLED] hdac0: Name: pin: Digital-out (None) hdac0: Widget cap: 0x00400381 hdac0: DIGITAL UNSOL STEREO hdac0: Pin cap: 0x00000014 hdac0: PDC OUT hdac0: Pin config: 0x58560123 hdac0: Pin control: 0x00000000 hdac0: connections: 1 hdac0: | hdac0: + <- nid=10 [audio output] [DISABLED] hdac0: hdac0: nid: 12 [DISABLED] hdac0: Name: audio output hdac0: Widget cap: 0x00000211 hdac0: DIGITAL STEREO hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000f00c0 hdac0: 8 16 20 24 bits, 48 88 KHz hdac0: hdac0: nid: 13 [DISABLED] hdac0: Name: pin: Digital-out (None) hdac0: Widget cap: 0x00400381 hdac0: DIGITAL UNSOL STEREO hdac0: Pin cap: 0x00000014 hdac0: PDC OUT hdac0: Pin config: 0x58560124 hdac0: Pin control: 0x00000000 hdac0: connections: 1 hdac0: | hdac0: + <- nid=12 [audio output] [DISABLED] hdac0: pci1: driver added pci8: driver added pci16: driver added pci32: driver added found-> vendor=0x168c, dev=0x002a, revid=0x01 domain=0, bus=32, slot=0, func=0 class=02-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=19 powerspec 2 supports D0 D1 D3 current D0 MSI supports 1 message MSI-X supports 1 message in map 0x10 pci0:32:0:0: reprobing on driver added pci56: driver added found-> vendor=0x1217, dev=0x7120, revid=0x02 domain=0, bus=56, slot=3, func=2 class=08-05-01, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0410, cachelnsz=16 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=17 powerspec 2 supports D0 D1 D2 D3 current D0 pci0:56:3:2: reprobing on driver added found-> vendor=0x1217, dev=0x7130, revid=0x01 domain=0, bus=56, slot=3, func=3 class=01-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0102, statreg=0x0410, cachelnsz=16 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=17 powerspec 2 supports D0 D1 D2 D3 current D0 pci0:56:3:3: reprobing on driver added pcm0: on hdac0 pcm0: +--------------------------------------+ pcm0: | DUMPING PCM Playback/Record Channels | pcm0: +--------------------------------------+ pcm0: pcm0: Playback: pcm0: pcm0: Stream cap: 0x00000001 pcm0: PCM pcm0: PCM cap: 0x000e0560 pcm0: 16 20 24 bits, 44 48 96 192 KHz pcm0: DAC: 2 pcm0: pcm0: Record: pcm0: pcm0: ADC: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 -1065922443 37421056 0 0 1 1 -980163680 2 512 114 2417 -981896736 9 6 4 2 0 pcm0: pcm0: +--------------------------------+ pcm0: | DUMPING Playback/Record Pathes | pcm0: +--------------------------------+ pcm0: pcm0: Playback: pcm0: pcm0: nid=20 [pin: Speaker (Fixed)] pcm0: | pcm0: + <- nid=12 [audio mixer] [src: pcm, mix] pcm0: | pcm0: + <- nid=2 [audio output] [src: pcm] pcm0: + <- nid=11 [audio mixer] [src: mix] pcm0: pcm0: nid=26 [pin: Headphones (Jack)] pcm0: | pcm0: + <- nid=12 [audio mixer] [src: pcm, mix] pcm0: | pcm0: + <- nid=2 [audio output] [src: pcm] pcm0: + <- nid=11 [audio mixer] [src: mix] pcm0: pcm0: Input Mix: pcm0: pcm0: nid=11 [audio mixer] pcm0: | pcm0: + <- nid=24 [pin: Mic (Jack)] [src: mic] pcm0: + <- nid=25 [pin: Mic (Fixed)] [src: monitor] pcm0: + <- nid=27 [pin: Mic (Jack)] [src: line1] pcm0: + <- nid=29 [pin: AUX (Fixed)] [src: line] pcm0: pcm0: +-------------------------+ pcm0: | DUMPING Volume Controls | pcm0: +-------------------------+ pcm0: pcm0: Master Volume (OSS: vol) pcm0: | pcm0: +- ctl 1 (nid 2 out): -63/1dB (65 steps) pcm0: +- ctl 10 (nid 12 in 0): mute pcm0: +- ctl 11 (nid 12 in 1): mute pcm0: +- ctl 16 (nid 20 in ): mute pcm0: +- ctl 23 (nid 26 in ): mute pcm0: pcm0: PCM Volume (OSS: pcm) pcm0: | pcm0: +- ctl 1 (nid 2 out): -63/1dB (65 steps) pcm0: +- ctl 10 (nid 12 in 0): mute pcm0: pcm0: Line-in Volume (OSS: line) pcm0: | pcm0: +- ctl 9 (nid 11 in 4): -34/12dB (32 steps) + mute pcm0: pcm0: Input Mix Level (OSS: mix) pcm0: | pcm0: +- ctl 5 (nid 11 in 0): -34/12dB (32 steps) + mute pcm0: +- ctl 6 (nid 11 in 1): -34/12dB (32 steps) + mute pcm0: +- ctl 8 (nid 11 in 3): -34/12dB (32 steps) + mute pcm0: +- ctl 9 (nid 11 in 4): -34/12dB (32 steps) + mute pcm0: +- ctl 11 (nid 12 in 1): mute pcm0: pcm0: Mixer "vol": pcm0: Mixer "pcm": pcm0: Mixer "line": pcm0: Mixer "mix": pcm0: Mixer "ogain": pcm0: clone manager: deadline=750ms flags=0x8000001e pcm0: sndbuf_setmap 1f800000, 4000; 0xea0fd000 -> 1f800000 Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x14 fault code = supervisor read, page not present instruction pointer = 0x20:0xc617e0f1 stack pointer = 0x28:0xe80697fc frame pointer = 0x28:0xe8069828 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1184 (kldload) trap number = 12 panic: page fault cpuid = 1 Uptime: 54s Physical memory: 2003 MB Dumping 95 MB: -- Frank Mayhar frank@exit.com http://www.exit.com/ Exit Consulting http://www.gpsclock.com/ http://www.exit.com/blog/frank/ http://www.zazzle.com/fmayhar* From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 19:54:26 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 893A310656A1 for ; Sun, 28 Sep 2008 19:54:26 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA10.emeryville.ca.mail.comcast.net (qmta10.emeryville.ca.mail.comcast.net [76.96.30.17]) by mx1.freebsd.org (Postfix) with ESMTP id 6BD248FC17 for ; Sun, 28 Sep 2008 19:54:26 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA04.emeryville.ca.mail.comcast.net ([76.96.30.35]) by QMTA10.emeryville.ca.mail.comcast.net with comcast id LJbw1a00M0lTkoCAAKeSYx; Sun, 28 Sep 2008 19:38:26 +0000 Received: from koitsu.dyndns.org ([67.180.253.227]) by OMTA04.emeryville.ca.mail.comcast.net with comcast id LKeR1a0054v8bD78QKeRLR; Sun, 28 Sep 2008 19:38:26 +0000 X-Authority-Analysis: v=1.0 c=1 a=wIrXrgXpJz8A:10 a=b5xO3WxKXmYA:10 a=QycZ5dHgAAAA:8 a=kRwEDuW2R94pCO7StkIA:9 a=UHiXciE0-6JnMd1ZOvkA:7 a=h1KXqEkK6E93fzXFo8jfdLYmc6UA:4 a=EoioJ0NPDVgA:10 a=SV7veod9ZcQA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 5BB67C9432; Sun, 28 Sep 2008 12:38:25 -0700 (PDT) Date: Sun, 28 Sep 2008 12:38:25 -0700 From: Jeremy Chadwick To: Nikola Le??i?? Message-ID: <20080928193825.GC87069@icarus.home.lan> References: <20080928054620.GA80250@k7.mavetju> <20080928142409.19f94e5b@anthesphoria.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080928142409.19f94e5b@anthesphoria.net> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: FreeBSD-current@FreeBSD.org, FreeBSD-stable@FreeBSD.org, Edwin Groothuis Subject: Re: Request for testing - top 3.8b1 in the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2008 19:54:26 -0000 On Sun, Sep 28, 2008 at 02:24:09PM +0200, Nikola Le??i?? wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: RIPEMD160 > > On Sun, 28 Sep 2008 15:46:20 +1000 > Edwin Groothuis wrote: > > > Please report any issues with it (compile time, run time) and a way > > to reproduce it (if possible). Thanks for your help! > > FreeBSD black 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #1: Thu Sep 11 > 15:05:17 CEST 2008 nikola@black:/usr/obj/usr/src/sys/GENERIC i386 > > Core2Quad Q6600, 2G RAM, compiling mplayer, in H mode I got this: > > last pid: 70762; load avg: 1.22, 0.54, 0.33; up 0+16:48:11 14:08:01 > 177 threads: 11 running, 147 sleeping, 19 waiting > CPU: 27.6% user, 0.0% nice, 3.3% system, 0.7% interrupt, 68.4% idle > Kernel: 246626 ctxsw, 5063 trap, 362 intr, 354 soft, 5 fork, 4591 flt, 728 fr > Mem: 891M Active, 774M Inact, 233M Wired, 89M Cache, 112M Buf, 3668K Free > Swap: 4096M Total, 4096M Free > > PID USERNAME PRI NICE SIZE RES STATE FLG C TIME CPU COMMAND > 70729 root 104 0 74M 72M CPU2 + 2 0:05 100.64% cc1 > 47252 nikola 53 0 379M 84M RUN + 0 21:20 8.34% Xorg > 47290 nikola 44 0 59M 46M CPU3 + 1 7:06 1.81% compiz > 47972 nikola 44 0 112M 61M select s 3 11:09 1.15% amule > 70730 root -8 0 2912K 1592K piperd + 0 0:00 0.92% as > 47579 nikola 44 0 66M 23M CPU0 3 0:23 0.46% Terminal > 47547 nikola 45 0 332M 251M RUN 1 6:58 0.39% firefox-bin > 17027 nikola 96 0 26M 23M RUN + 3 1:30 0.38% conky > 61107 nikola 4 0 47M 18M select s 1 0:01 0.28% mousepad > 47284 nikola 44 0 14M 7844K select s 2 0:17 0.21% gnome-screensaver > 861 root 44 0 3268K 896K select s 0 0:12 0.21% moused > 47263 nikola 44 0 21M 13M select s 0 0:12 0.21% scim-panel-gtk > 47296 nikola 44 0 45M 15M select + 3 0:15 0.17% xfce4-panel > 47299 nikola 44 0 17M 11M select + 2 1:20 0.16% xfce4-netload-plugi > 47547 nikola 44 0 332M 251M ucond 0 0:54 0.11% firefox-bin > 47310 nikola 44 0 27M 20M select s 2 0:32 0.07% emerald > 986 haldaemon 44 0 6812K 4004K select s 3 0:27 0.07% hald > 23567 nikola 44 0 6744K 3788K select s 0 0:18 0.06% scim-launcher > 67253 nikola 44 0 45M 33M select s 3 0:34 0.05% skype > 53739 nikola 44 0 45M 35M select + 2 0:34 0.05% compiz > 47263 nikola 44 0 21M 13M select s 0 0:20 0.05% scim-panel-gtk > > Is it normal to have 100.64% for cc1? I would assume so, as your machine has more than one logical or physical processor. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 20:03:51 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 58F5C1065686 for ; Sun, 28 Sep 2008 20:03:51 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 0F88E8FC08 for ; Sun, 28 Sep 2008 20:03:50 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from [85.173.17.10] (helo=moosa) by services.ipt.ru with esmtpa (Exim 4.54 (FreeBSD)) id 1Kk2Ud-000Kkn-WC; Mon, 29 Sep 2008 00:03:48 +0400 To: daniel@dgnetwork.com.br References: <48DC1C9C.2080209@dgnetwork.com.br> From: Boris Samorodov Date: Mon, 29 Sep 2008 00:03:42 +0400 In-Reply-To: <48DC1C9C.2080209@dgnetwork.com.br> ("Daniel Dias =?utf-8?Q?G?= =?utf-8?Q?on=C3=A7alves=22's?= message of "Thu\, 25 Sep 2008 20\:19\:56 -0300") Message-ID: <16962209@ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD and ISCSI, Strange Problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Sep 2008 20:03:51 -0000 On Thu, 25 Sep 2008 20:19:56 -0300 Daniel Dias Gon=C3=A7alves wrote: > The problem occurs when I make a copy of a great directory for inside > of the /data/email directory, passed some minutes of beginning of > copy, the SSH connection stops to answer, when trying to open a new > connection " Password: " it isn't requested, in the console, when > typing the user "root" e to press enter, " Password: " also it isn't > requested. The only way to come back is restarting the FreeBSD. > When press CTRL+T during the freeze it is shown: > # ssh root@10.0.20.10 > load: 0.76 cmd: ssh 86930 [sbwait] 0.00u 0.01s 0% 2076k Ome of my servers showed similar behaviour but while do a dump. Upgrade to a recent RELENG_7 helped me. If you can test/update you should really consider it. HTH & WBR --=20 bsam From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 20:08:06 2008 Return-Path: Delivered-To: FreeBSD-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 275B91065689; Sun, 28 Sep 2008 20:08:06 +0000 (UTC) (envelope-from bill@lefebvre.org) Received: from photon.ws-e.net (photon.ws-e.com [64.34.164.166]) by mx1.freebsd.org (Postfix) with ESMTP id C66A68FC0A; Sun, 28 Sep 2008 20:08:05 +0000 (UTC) (envelope-from bill@lefebvre.org) Received: from lilburn.lefebvre.org (adsl-074-166-023-150.sip.asm.bellsouth.net [74.166.23.150]) by photon.ws-e.net (8.13.8/8.13.8) with ESMTP id m8SJkqOj026424; Sun, 28 Sep 2008 19:46:52 GMT Received: from [10.88.88.6] (milton.lefebvre.org [10.88.88.6]) by lilburn.lefebvre.org (8.14.2/8.14.2) with ESMTP id m8SJko4d055518; Sun, 28 Sep 2008 15:46:50 -0400 (EDT) (envelope-from bill@lefebvre.org) Message-ID: <48DFDF25.2090905@lefebvre.org> Date: Sun, 28 Sep 2008 15:46:45 -0400 From: William LeFebvre User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: Jeremy Chadwick References: <20080928054620.GA80250@k7.mavetju> <20080928142409.19f94e5b@anthesphoria.net> <20080928193825.GC87069@icarus.home.lan> In-Reply-To: <20080928193825.GC87069@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=4.0 tests=ALL_TRUSTED autolearn=failed version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on lilburn.lefebvre.org X-Scanned-By: MIMEDefang 2.63 on 192.168.0.4 Cc: FreeBSD-stable@freebsd.org, FreeBSD-current@freebsd.org, Nikola Le??i?? , Edwin Groothuis Subject: Re: Request for testing - top 3.8b1 in the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2008 20:08:06 -0000 Jeremy Chadwick wrote: > On Sun, Sep 28, 2008 at 02:24:09PM +0200, Nikola Le??i?? wrote: >> Is it normal to have 100.64% for cc1? > > I would assume so, as your machine has more than one logical or > physical processor. > No, that was a per-thread display he posted. Altho undesirable I can come up with some plausible reasons why it is exceeding 100%, all related to the uncertainty of trying to perform accurate measurements on a moving target. I suppose I could cap the percentage at 100 just for aesthetic reasons, and to keep it from overflowing the column. Bill From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 20:56:14 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05EE4106568A for ; Sun, 28 Sep 2008 20:56:14 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA04.westchester.pa.mail.comcast.net (qmta04.westchester.pa.mail.comcast.net [76.96.62.40]) by mx1.freebsd.org (Postfix) with ESMTP id A1D6B8FC23 for ; Sun, 28 Sep 2008 20:56:13 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA11.westchester.pa.mail.comcast.net ([76.96.62.36]) by QMTA04.westchester.pa.mail.comcast.net with comcast id LEt11a00N0mv7h054LgC9S; Sun, 28 Sep 2008 20:40:12 +0000 Received: from koitsu.dyndns.org ([67.180.253.227]) by OMTA11.westchester.pa.mail.comcast.net with comcast id LLfq1a00A4v8bD73XLfqu8; Sun, 28 Sep 2008 20:39:51 +0000 X-Authority-Analysis: v=1.0 c=1 a=wIrXrgXpJz8A:10 a=b5xO3WxKXmYA:10 a=QycZ5dHgAAAA:8 a=tJ3oSUeKtVL2c4irxikA:9 a=fSiy2mOVJCzVYT8KiTC_natzTbQA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 2060BC9432; Sun, 28 Sep 2008 13:40:04 -0700 (PDT) Date: Sun, 28 Sep 2008 13:40:04 -0700 From: Jeremy Chadwick To: William LeFebvre Message-ID: <20080928204004.GB87271@icarus.home.lan> References: <20080928054620.GA80250@k7.mavetju> <20080928142409.19f94e5b@anthesphoria.net> <20080928193825.GC87069@icarus.home.lan> <48DFDF25.2090905@lefebvre.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48DFDF25.2090905@lefebvre.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: FreeBSD-stable@freebsd.org, FreeBSD-current@freebsd.org, Nikola Le??i?? , Edwin Groothuis Subject: Re: Request for testing - top 3.8b1 in the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2008 20:56:14 -0000 On Sun, Sep 28, 2008 at 03:46:45PM -0400, William LeFebvre wrote: > Jeremy Chadwick wrote: >> On Sun, Sep 28, 2008 at 02:24:09PM +0200, Nikola Le??i?? wrote: > >>> Is it normal to have 100.64% for cc1? >> >> I would assume so, as your machine has more than one logical or >> physical processor. >> > > No, that was a per-thread display he posted. Altho undesirable I can > come up with some plausible reasons why it is exceeding 100%, all > related to the uncertainty of trying to perform accurate measurements on > a moving target. I suppose I could cap the percentage at 100 just for > aesthetic reasons, and to keep it from overflowing the column. Ah ha. That could also explain why gstat(8) has the same problem (%busy column occasionally being >100, sometimes 102-103%). A simple & 100 on the displayed value should suffice, yep. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 21:01:01 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7504106568F; Sun, 28 Sep 2008 21:01:01 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id B63058FC15; Sun, 28 Sep 2008 21:01:00 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.1.14) with ESMTPSA id 222683818; Mon, 29 Sep 2008 00:01:00 +0300 Message-ID: <48DFFE9A.9070302@FreeBSD.org> Date: Mon, 29 Sep 2008 01:00:58 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.16 (X11/20080726) MIME-Version: 1.0 To: "Carlos A. M. dos Santos" References: <48DEA8E7.2080503@FreeBSD.org> <48DEA4EC.3030300@bluezbox.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2008 21:01:01 -0000 Carlos A. M. dos Santos wrote: > Here goes a good suggestion: do not forget to load the module, you > dumb ass! Now I got this: > > sdhci0: mem 0xe4103000-0xe41030ff irq 19 at device 6.3 on pci2 > sdhci0: Reserved 0x100 bytes for rid 0x10 type 3 at 0xe4103000 > sdhci0: 1 slot(s) allocated > sdhci0: [MPSAFE] > sdhci0: [ITHREAD] > mmc0: on sdhci0 > mmc0: Reset 0x6 never completed - 0x6. Looks like there is several version of this controller requiring special driver quirks. At least Linux driver includes several. I have implemented some, so you can try to play with them. > Much better. However, I got a system crash and reboot attempting to > unload the module. I have rewritten detach function. PS: Also I have implemented card insert/remove in a way specific for this device via mmc bus attach/detach. Not sure it is the best way for mmc subsystem generally, but it recommended by SD Host controller specification and works for now. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 21:15:57 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2152A1065695; Sun, 28 Sep 2008 21:15:57 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [IPv6:2001:41c8:1:548a::2]) by mx1.freebsd.org (Postfix) with ESMTP id B487E8FC19; Sun, 28 Sep 2008 21:15:56 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id 63BA030126; Sun, 28 Sep 2008 22:15:53 +0100 (BST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on muon.cran.org.uk X-Spam-Level: X-Spam-Status: No, score=-2.3 required=8.0 tests=BAYES_00 autolearn=ham version=3.2.3 Received: from tau.draftnet (tau.demon.co.uk [80.177.26.208]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTP; Sun, 28 Sep 2008 22:15:53 +0100 (BST) Date: Sun, 28 Sep 2008 22:15:32 +0100 From: Bruce Cran To: Edwin Groothuis Message-ID: <20080928221532.0e692490@tau.draftnet> In-Reply-To: <20080928054620.GA80250@k7.mavetju> References: <20080928054620.GA80250@k7.mavetju> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; amd64-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, current@freebsd.org Subject: Re: Request for testing - top 3.8b1 in the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2008 21:15:57 -0000 On Sun, 28 Sep 2008 15:46:20 +1000 Edwin Groothuis wrote: > I have made an update for the top(1) utility in the FreeBSD base > system to get it from the 3.5b12 version to the 3.8b1 version. > [...] > Please report any issues with it (compile time, run time) and a way > to reproduce it (if possible). Thanks for your help! > There are some new warnings generated during compilation with WARNS=1 due to the use of -DSIGWINCH on the command line (since it has already been defined in signal.h). Though of course it doesn't have any effect on the functionality. -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 21:53:02 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F487106568F for ; Sun, 28 Sep 2008 21:53:02 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id A682F8FC1D for ; Sun, 28 Sep 2008 21:53:01 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [211.166.10.233]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id 798F228454 for ; Mon, 29 Sep 2008 05:53:00 +0800 (CST) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id E41DBF68213; Mon, 29 Sep 2008 05:52:59 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id 2+YDYFSziJqO; Mon, 29 Sep 2008 05:52:55 +0800 (CST) Received: from delta.delphij.net (c-76-103-40-85.hsd1.ca.comcast.net [76.103.40.85]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 0598EF65125; Mon, 29 Sep 2008 05:52:53 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=AYoSZE/cyzl3hdab5IQvqTT4TXkEPvqobjYKsr4omYt3AP3KyISOX52ftlr8yMqtX Rz592cyLNzTVIuHvfW9gw== Message-ID: <48DFFCB3.5060506@delphij.net> Date: Sun, 28 Sep 2008 14:52:51 -0700 From: Xin LI Organization: The Geek China Organization User-Agent: Thunderbird 2.0.0.17 (X11/20080926) MIME-Version: 1.0 To: Marcel Moolenaar References: <20080829205313.GA30330@wep4017.physik.uni-wuerzburg.de> <3a142e750808291416o25b6678bm2b6fa75d0f8e4714@mail.gmail.com> <20080831103555.GA12957@wep4017.physik.uni-wuerzburg.de> <20080920022612.GA4934@localhost.my.domain> In-Reply-To: X-Enigmail-Version: 0.95.7 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Alexey Shuvaev , FreeBSD Current Subject: Re: Booting from gpt on i386/amd64? [PATCH] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Sep 2008 21:53:02 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Marcel, Marcel Moolenaar wrote: > > On Sep 19, 2008, at 7:26 PM, Alexey Shuvaev wrote: > >> Ok, I have digged the sources a little bit and ended with this simple >> patch. Actually, the code is taken from gpt(8) utility. >> It adds automatic padding of gptboot bootcode to the nearest sector >> boundary. > > I think this is reasonable. Could you please commit the proposed patch? :) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkjf/LMACgkQi+vbBBjt66AfpwCfaafhZUA9JJZqy3InGF6YiGlg Aj0AmgK6QCYUdDPP93lGWAsqkBtxMpvd =/clW -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 22:33:49 2008 Return-Path: Delivered-To: current@Freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 58B071065686; Sun, 28 Sep 2008 22:33:49 +0000 (UTC) (envelope-from sem@FreeBSD.org) Received: from mail.ciam.ru (mail.ciam.ru [213.247.195.75]) by mx1.freebsd.org (Postfix) with ESMTP id 1400C8FC16; Sun, 28 Sep 2008 22:33:48 +0000 (UTC) (envelope-from sem@FreeBSD.org) Received: from [77.41.76.79] (helo=[172.16.100.4]) by mail.ciam.ru with esmtpa (Exim 4.x) id 1Kk4So-000POA-77; Mon, 29 Sep 2008 02:10:02 +0400 Message-ID: <48E0002C.2020803@FreeBSD.org> Date: Mon, 29 Sep 2008 02:07:40 +0400 From: Sergey Matveychuk User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Edwin Groothuis References: <20080928054620.GA80250@k7.mavetju> <20080928093357.GA71582@ice.42.org> <20080928094903.GB13745@k7.mavetju> In-Reply-To: <20080928094903.GB13745@k7.mavetju> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Stefan `Sec` Zehl , stable@freebsd.org, current@Freebsd.org Subject: Re: Request for testing - top 3.8b1 in the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2008 22:33:49 -0000 Edwin Groothuis wrote: > Oh yes, I forgot about that: > > The old top(1) and new top(1) counts the processes different: > > - "ps xauw | wc" gives 265 > - "ps xauwH | wc" gives 295 (expand threads) But what about running processes? I have quad core processor with the summary lines: new top: 127 processes: 5 running, 104 sleeping, 18 waiting old top: 90 processes: 1 running, 89 sleeping Let's see what process is running: % ps axuwH | awk '{if(index($8,"R")) print}' root 12 100.0 0.0 0 8 ?? RL 14Sep08 20648:50.71 [idle: cpu2] root 13 100.0 0.0 0 8 ?? RL 14Sep08 20647:09.32 [idle: cpu1] root 14 100.0 0.0 0 8 ?? RL 14Sep08 20640:25.87 [idle: cpu0] root 11 86.1 0.0 0 8 ?? RL 14Sep08 20650:27.95 [idle: cpu3] sem 71228 0.0 0.0 3204 996 p7 R+ 1:59AM 0:00.00 ps axuwH Is it correct idle cpu pseudo processes are counted? Anyway new top looks much better. Thanks, Edwin! PS. 7.1-PRERELEASE from May 10. -- Dixi. Sem. From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 23:34:51 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AED291065689 for ; Sun, 28 Sep 2008 23:34:51 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out2.smtp.messagingengine.com (out2.smtp.messagingengine.com [66.111.4.26]) by mx1.freebsd.org (Postfix) with ESMTP id 8332F8FC1E for ; Sun, 28 Sep 2008 23:34:51 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id E484917128A for ; Sun, 28 Sep 2008 19:34:50 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Sun, 28 Sep 2008 19:34:50 -0400 X-Sasl-enc: EFqaZogSMcQkQ3vNO5EOTDGZkFMjXzWp6A5Gnh7kJv+b 1222644890 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 67DDCD920 for ; Sun, 28 Sep 2008 19:34:50 -0400 (EDT) Message-ID: <48E01499.7010203@incunabulum.net> Date: Mon, 29 Sep 2008 00:34:49 +0100 From: Bruce M Simpson User-Agent: Thunderbird 2.0.0.14 (X11/20080514) MIME-Version: 1.0 To: FreeBSD Current X-Enigmail-Version: 0.95.6 Content-Type: multipart/mixed; boundary="------------000107060806020206020706" Subject: Possible netgraph snafu in build X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2008 23:34:51 -0000 This is a multi-part message in MIME format. --------------000107060806020206020706 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit FYI... looks like this breaks cross builds. --------------000107060806020206020706 Content-Type: text/plain; name="bsnmp-modules.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="bsnmp-modules.diff" Index: usr.sbin/bsnmpd/modules/Makefile =================================================================== --- usr.sbin/bsnmpd/modules/Makefile (revision 183441) +++ usr.sbin/bsnmpd/modules/Makefile (working copy) @@ -12,9 +12,12 @@ snmp_bridge \ snmp_hostres \ snmp_mibII \ - snmp_netgraph \ snmp_pf +.if ${MK_NETGRAPH_SUPPORT} != "no" +SUBDIR+=snmp_netgraph +.endif + INCS= snmpmod.h INCSDIR= ${INCLUDEDIR}/bsnmp --------------000107060806020206020706-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 28 23:34:53 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4A791065699; Sun, 28 Sep 2008 23:34:53 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: from mail5out.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) by mx1.freebsd.org (Postfix) with ESMTP id A235B8FC21; Sun, 28 Sep 2008 23:34:53 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: by mail5out.barnet.com.au (Postfix, from userid 1001) id 7EA862218ADC; Mon, 29 Sep 2008 09:34:52 +1000 (EST) X-Viruscan-Id: <48E0149B000163AAC8969D@BarNet> Received: from mail5auth.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail5auth.barnet.com.au", Issuer "*.barnet.com.au" (verified OK)) by mail5.barnet.com.au (Postfix) with ESMTP id 875FC21B6463; Mon, 29 Sep 2008 09:34:51 +1000 (EST) Received: from k7.mavetju (unknown [121.44.153.110]) by mail5auth.barnet.com.au (Postfix) with ESMTP id 36EC62218991; Mon, 29 Sep 2008 09:34:51 +1000 (EST) Received: by k7.mavetju (Postfix, from userid 1001) id 79B696A0; Mon, 29 Sep 2008 09:34:22 +1000 (EST) Date: Mon, 29 Sep 2008 09:34:22 +1000 From: Edwin Groothuis To: Bruce Cran Message-ID: <20080928233422.GB3211@k7.mavetju> References: <20080928054620.GA80250@k7.mavetju> <20080928221532.0e692490@tau.draftnet> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080928221532.0e692490@tau.draftnet> User-Agent: Mutt/1.4.2.3i X-Mailman-Approved-At: Mon, 29 Sep 2008 00:10:17 +0000 Cc: stable@freebsd.org, current@freebsd.org Subject: Re: Request for testing - top 3.8b1 in the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Sep 2008 23:34:54 -0000 On Sun, Sep 28, 2008 at 10:15:32PM +0100, Bruce Cran wrote: > On Sun, 28 Sep 2008 15:46:20 +1000 > Edwin Groothuis wrote: > > > I have made an update for the top(1) utility in the FreeBSD base > > system to get it from the 3.5b12 version to the 3.8b1 version. > > [...] > > Please report any issues with it (compile time, run time) and a way > > to reproduce it (if possible). Thanks for your help! > > There are some new warnings generated during compilation with WARNS=1 > due to the use of -DSIGWINCH on the command line (since it has already > been defined in signal.h). Though of course it doesn't have any effect > on the functionality. I have renamed it to TOPSIGWINCH to overcome this, but that's only a silly patch to make it quiet :-) Edwin -- Edwin Groothuis | Personal website: http://www.mavetju.org edwin@mavetju.org | Weblog: http://www.mavetju.org/weblog/ From owner-freebsd-current@FreeBSD.ORG Mon Sep 29 06:31:00 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 303C9106568B; Mon, 29 Sep 2008 06:31:00 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: from mail5out.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) by mx1.freebsd.org (Postfix) with ESMTP id AB3F78FC21; Mon, 29 Sep 2008 06:30:59 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: by mail5out.barnet.com.au (Postfix, from userid 1001) id 86E782218A62; Mon, 29 Sep 2008 16:30:58 +1000 (EST) X-Viruscan-Id: <48E07620000167FB9DC8E2@BarNet> Received: from mail5auth.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail5auth.barnet.com.au", Issuer "*.barnet.com.au" (verified OK)) by mail5.barnet.com.au (Postfix) with ESMTP id 8B35421B6631; Mon, 29 Sep 2008 16:30:51 +1000 (EST) Received: from k7.mavetju (ppp121-44-153-110.lns10.syd7.internode.on.net [121.44.153.110]) by mail5auth.barnet.com.au (Postfix) with ESMTP id A6D362218BFD; Mon, 29 Sep 2008 16:30:50 +1000 (EST) Received: by k7.mavetju (Postfix, from userid 1001) id 97A946BE; Mon, 29 Sep 2008 16:30:19 +1000 (EST) Date: Mon, 29 Sep 2008 16:30:19 +1000 From: Edwin Groothuis To: Alfred Perlstein Message-ID: <20080929063019.GC3211@k7.mavetju> References: <20080928054620.GA80250@k7.mavetju> <20080929062000.GF36572@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080929062000.GF36572@elvis.mu.org> User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org, current@freebsd.org Subject: Re: Request for testing - top 3.8b1 in the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Sep 2008 06:31:00 -0000 On Sun, Sep 28, 2008 at 11:20:00PM -0700, Alfred Perlstein wrote: > * Edwin Groothuis [080927 23:04] wrote: > > I have made an update for the top(1) utility in the FreeBSD base > > system to get it from the 3.5b12 version to the 3.8b1 version. > > Hey Edwin, any chance you have the time to add to top(1) a flag > that will restrict top(1) to only view a certain pid or list > of pids? This would be really helpful in the threaded view > to watch a single process. The out-of-the-box option I can give you is to use the "c" command and to type the name of the command to filter that one out. And then press H. But it's not possible from the commandline yet. Edwin -- Edwin Groothuis | Personal website: http://www.mavetju.org edwin@mavetju.org | Weblog: http://www.mavetju.org/weblog/ From owner-freebsd-current@FreeBSD.ORG Mon Sep 29 06:37:15 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D721106568B; Mon, 29 Sep 2008 06:37:15 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 8C8BC8FC08; Mon, 29 Sep 2008 06:37:15 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 917491A3C38; Sun, 28 Sep 2008 23:20:00 -0700 (PDT) Date: Sun, 28 Sep 2008 23:20:00 -0700 From: Alfred Perlstein To: Edwin Groothuis Message-ID: <20080929062000.GF36572@elvis.mu.org> References: <20080928054620.GA80250@k7.mavetju> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080928054620.GA80250@k7.mavetju> User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org, current@freebsd.org Subject: Re: Request for testing - top 3.8b1 in the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Sep 2008 06:37:15 -0000 * Edwin Groothuis [080927 23:04] wrote: > I have made an update for the top(1) utility in the FreeBSD base > system to get it from the 3.5b12 version to the 3.8b1 version. Hey Edwin, any chance you have the time to add to top(1) a flag that will restrict top(1) to only view a certain pid or list of pids? This would be really helpful in the threaded view to watch a single process. -Alfred From owner-freebsd-current@FreeBSD.ORG Mon Sep 29 07:23:27 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F0D2F106568B; Mon, 29 Sep 2008 07:23:27 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 6C3E48FC15; Mon, 29 Sep 2008 07:23:27 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id m8T7NP8G064171; Mon, 29 Sep 2008 09:23:25 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id m8T7NPiL064170; Mon, 29 Sep 2008 09:23:25 +0200 (CEST) (envelope-from olli) Date: Mon, 29 Sep 2008 09:23:25 +0200 (CEST) Message-Id: <200809290723.m8T7NPiL064170@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, koitsu@FreeBSD.ORG In-Reply-To: X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 29 Sep 2008 09:23:26 +0200 (CEST) Cc: Subject: Re: Request for testing - top 3.8b1 in the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG, koitsu@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, 29 Sep 2008 07:23:28 -0000 Jeremy Chadwick wrote: > On Sun, Sep 28, 2008 at 03:46:45PM -0400, William LeFebvre wrote: > > Jeremy Chadwick wrote: > > > On Sun, Sep 28, 2008 at 02:24:09PM +0200, Nikola Le??i?? wrote: > > > > Is it normal to have 100.64% for cc1? > > > > > > I would assume so, as your machine has more than one logical or > > > physical processor. > > > > > > > No, that was a per-thread display he posted. Altho undesirable I can > > come up with some plausible reasons why it is exceeding 100%, all > > related to the uncertainty of trying to perform accurate measurements on > > a moving target. I suppose I could cap the percentage at 100 just for > > aesthetic reasons, and to keep it from overflowing the column. > > Ah ha. That could also explain why gstat(8) has the same problem > (%busy column occasionally being >100, sometimes 102-103%). A simple & > 100 on the displayed value should suffice, yep. I think the reason why gstat(8) occasionally displays values > 100% is that it doesn't know which value exactly *is* 100%. The %busy column should probably be regarded as a relative measurement and not be taken to provide a precise number. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mn- chen, HRB 125758, Geschftsfhrer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "One of the main causes of the fall of the Roman Empire was that, lacking zero, they had no way to indicate successful termination of their C programs." -- Robert Firth From owner-freebsd-current@FreeBSD.ORG Mon Sep 29 10:07:32 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD057106568C; Mon, 29 Sep 2008 10:07:32 +0000 (UTC) (envelope-from jh@saunalahti.fi) Received: from emh01.mail.saunalahti.fi (emh01.mail.saunalahti.fi [62.142.5.107]) by mx1.freebsd.org (Postfix) with ESMTP id 745878FC21; Mon, 29 Sep 2008 10:07:32 +0000 (UTC) (envelope-from jh@saunalahti.fi) Received: from saunalahti-vams (vs3-10.mail.saunalahti.fi [62.142.5.94]) by emh01-2.mail.saunalahti.fi (Postfix) with SMTP id 7EC251B12D; Mon, 29 Sep 2008 12:49:24 +0300 (EEST) Received: from emh04.mail.saunalahti.fi ([62.142.5.110]) by vs3-10.mail.saunalahti.fi ([62.142.5.94]) with SMTP (gateway) id A044D37A926; Mon, 29 Sep 2008 12:49:24 +0300 Received: from a91-153-122-179.elisa-laajakaista.fi (a91-153-122-179.elisa-laajakaista.fi [91.153.122.179]) by emh04.mail.saunalahti.fi (Postfix) with SMTP id E0AAF41C0A; Mon, 29 Sep 2008 12:49:19 +0300 (EEST) Date: Mon, 29 Sep 2008 12:49:19 +0300 From: Jaakko Heinonen To: Edwin Groothuis Message-ID: <20080929094919.GA6642@a91-153-122-179.elisa-laajakaista.fi> References: <20080928054620.GA80250@k7.mavetju> <48DF4FCA.4070403@sh.cvut.cz> <20080928115401.GU3210@k7.mavetju> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080928115401.GU3210@k7.mavetju> User-Agent: Mutt/1.5.18 (2008-05-17) X-Antivirus: VAMS Cc: stable@freebsd.org, V??clav Haisman , current@freebsd.org Subject: Re: Request for testing - top 3.8b1 in the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Sep 2008 10:07:32 -0000 On 2008-09-28, Edwin Groothuis wrote: > > Swap: 3000M Total, 181M Used, 2819M Free, 6% Inuse > > sysctlnametomib: No such file or directory > > > > And no processes. > > I didn't expect it not to work on 6.x, I will play around with it > tomorrow to see if it makes sense. According to svn log kern.cp_times sysctl was added in r174070 and MFCd after 6.3/7.0 release. -- Jaakko From owner-freebsd-current@FreeBSD.ORG Mon Sep 29 11:33:59 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DFB31065686 for ; Mon, 29 Sep 2008 11:33:59 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 3DE3D8FC14 for ; Mon, 29 Sep 2008 11:33:59 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from isis.bris.ac.uk ([137.222.10.63]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1KkH0k-000782-KR for freebsd-current@freebsd.org; Mon, 29 Sep 2008 12:33:58 +0100 Received: from mech-cluster238.men.bris.ac.uk ([137.222.187.238]) by isis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1KkH0i-0006dM-Ht for freebsd-current@freebsd.org; Mon, 29 Sep 2008 12:33:52 +0100 Received: from mech-cluster238.men.bris.ac.uk (localhost.men.bris.ac.uk [127.0.0.1]) by mech-cluster238.men.bris.ac.uk (8.14.2/8.14.2) with ESMTP id m8TBXp1B058539 for ; Mon, 29 Sep 2008 12:33:51 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster238.men.bris.ac.uk (8.14.2/8.14.2/Submit) id m8TBXoC4058538 for freebsd-current@freebsd.org; Mon, 29 Sep 2008 12:33:50 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster238.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Mon, 29 Sep 2008 12:33:50 +0100 From: Anton Shterenlikht To: freebsd-current@freebsd.org Message-ID: <20080929113349.GA58496@mech-cluster238.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) X-Spam-Score: -1.4 X-Spam-Level: - Subject: drmOpen failed - agp - 82845M chipset - i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Sep 2008 11:33:59 -0000 I'm running FreeBSD 8.0-CURRENT i386. My graphics seems to be detected as: vgapci0: mem 0xf0000000-0xf7ffffff,0xffa80000-0xffaffff f irq 11 at device 2.0 on pci0 agp0: on vgapci0 agp0: detected 892k stolen memory agp0: aperture size is 128M I've built X from ports, using x11-drivers/xf86-video-intel I run Xorg -configure and generate /root/xorg.conf.new with: Section "Device" ### Available Driver options are:- ### Values: : integer, : float, : "True"/"False", ### : "String", : " Hz/kHz/MHz" ### [arg]: arg optional #Option "NoAccel" # [] #Option "SWcursor" # [] #Option "ColorKey" # #Option "CacheLines" # #Option "Dac6Bit" # [] #Option "DRI" # [] #Option "NoDDC" # [] #Option "ShowCache" # [] #Option "XvMCSurfaces" # #Option "PageFlip" # [] Identifier "Card0" Driver "intel" VendorName "Intel Corporation" BoardName "82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device" BusID "PCI:0:2:0" EndSection But on X -config /root/xorg.conf.new I get: X.Org X Server 1.4.2 Release Date: 11 June 2008 X Protocol Version 11, Revision 0 Build Operating System: FreeBSD 7.0-RELEASE i386 Current Operating System: FreeBSD mech-Anton240.men.bris.ac.uk 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Fri Sep 26 15:48:12 BST 2008 mexas@mech-Anton240.men.bris.ac.uk:/usr/obj/usr/src/sys/EDGE i386 Build Date: 25 September 2008 01:26:35PM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Mon Sep 29 12:21:48 2008 (++) Using config file: "/root/xorg.conf.new" (II) Module "ddc" already built-in (II) Module "i2c" already built-in (II) Module "ramdac" already built-in (EE) [drm] drmOpen failed. (EE) intel(0): [dri] DRIScreenInit failed. Disabling DRI. expected keysym, got XF86KbdLightOnOff: line 70 of pc expected keysym, got XF86KbdBrightnessDown: line 71 of pc expected keysym, got XF86KbdBrightnessUp: line 72 of pc expected keysym, got XF86KbdLightOnOff: line 70 of pc expected keysym, got XF86KbdBrightnessDown: line 71 of pc expected keysym, got XF86KbdBrightnessUp: line 72 of pc Fatal server error: could not open default font 'fixed' I did some search and found some issues with drm, associated with agp driver. However, these seem to have been resolved a while ago. I also note that port /x11-drivers/xf86-video-i810 is marked as broken. Can somebody please comment on this. many thanks anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Mon Sep 29 12:18:49 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BB9F1065691 for ; Mon, 29 Sep 2008 12:18:49 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 478CB8FC17 for ; Mon, 29 Sep 2008 12:18:49 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=PMJYhJhDQYHssW2LyqxPsta7hoVGqRCTheCV1pL94Q3sDtrBGmW9Dq1jjrE52hfOprrdjSYN8waYe5831SRiOE27vQyJnGZlVMxdAn74mpO5tP/chp2oQqbGOdbBKVveU6+3qRihmGcdT0z3cXmsymlkMoPgzatSdcrl1CVTqwE=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1KkHiB-000Feo-KR; Mon, 29 Sep 2008 16:18:47 +0400 Date: Mon, 29 Sep 2008 16:18:46 +0400 From: Eygene Ryabinkin To: Anton Shterenlikht Message-ID: References: <20080929113349.GA58496@mech-cluster238.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uJrvpPjGB3z5kYrA" Content-Disposition: inline In-Reply-To: <20080929113349.GA58496@mech-cluster238.men.bris.ac.uk> Sender: rea-fbsd@codelabs.ru Cc: freebsd-current@freebsd.org Subject: Re: drmOpen failed - agp - 82845M chipset - i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Sep 2008 12:18:49 -0000 --uJrvpPjGB3z5kYrA Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Anton, good day. Mon, Sep 29, 2008 at 12:33:50PM +0100, Anton Shterenlikht wrote: > vgapci0: mem 0xf0000000-0xf7ffffff,0xffa80000-0x= ffaffff > f irq 11 at device 2.0 on pci0 > agp0: on vgapci0 > agp0: detected 892k stolen memory > agp0: aperture size is 128M >=20 > I've built X from ports, using x11-drivers/xf86-video-intel [...] > But on X -config /root/xorg.conf.new I get: >=20 [...] > expected keysym, got XF86KbdBrightnessDown: line 71 of pc > expected keysym, got XF86KbdBrightnessUp: line 72 of pc > expected keysym, got XF86KbdLightOnOff: line 70 of pc > expected keysym, got XF86KbdBrightnessDown: line 71 of pc > expected keysym, got XF86KbdBrightnessUp: line 72 of pc >=20 > Fatal server error: > could not open default font 'fixed' The last two lines are posing the problem -- font 'fixed' (alias 'fixed', really) is not found anywhere on your FontPath. Normally 'fixed' lives in /usr/local/lib/X11/fonts/misc, but it is purely English. National fixed fonts can live in some other directories: ----- $ grep ^fixed /usr/local/lib/X11/fonts/*/fonts.alias /usr/local/lib/X11/fonts/cyrillic/fonts.alias:fixed -misc-fixed-medium-r-s= emicondensed--13-120-75-75-c-60-koi8-r /usr/local/lib/X11/fonts/misc/fonts.alias:fixed -misc-fixed-medium-r= -semicondensed--13-120-75-75-c-60-iso8859-1 /usr/local/lib/X11/fonts/terminus-font/fonts.alias:fixed -xos4-terminus-med= ium-r-normal--16-160-72-72-c-80-koi8-r ----- Try adding the line ----- FontPath "/usr/local/lib/X11/fonts/misc/" ----- to your xorg.conf -- it should help. --=20 Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual =20 )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook=20 {_.-``-' {_/ # --uJrvpPjGB3z5kYrA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkjgx6YACgkQthUKNsbL7Yhc0ACgq9XU165eXWdTd3vYjU3C6gJ4 KUQAoKWwg0JUSx7HJ2HlhFG8xxDOy7MA =d1t9 -----END PGP SIGNATURE----- --uJrvpPjGB3z5kYrA-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 29 12:21:15 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A692106568A; Mon, 29 Sep 2008 12:21:15 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from spork.qfe3.net (spork.qfe3.net [212.13.207.101]) by mx1.freebsd.org (Postfix) with ESMTP id E78358FC22; Mon, 29 Sep 2008 12:21:14 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from [81.104.123.28] (helo=voi.aagh.net) by spork.qfe3.net with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1KkHUX-000DP0-ET; Mon, 29 Sep 2008 13:04:41 +0100 Received: from freaky by voi.aagh.net with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KkHUX-000Byr-6t; Mon, 29 Sep 2008 13:04:41 +0100 Date: Mon, 29 Sep 2008 13:04:41 +0100 From: Thomas Hurst To: Edwin Groothuis Message-ID: <20080929120441.GA43384@voi.aagh.net> Mail-Followup-To: Edwin Groothuis , current@freebsd.org, stable@freebsd.org References: <20080928054620.GA80250@k7.mavetju> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080928054620.GA80250@k7.mavetju> Organization: Not much. User-Agent: Mutt/1.5.18 (2008-05-17) Sender: Thomas Hurst Cc: stable@freebsd.org, current@freebsd.org Subject: Re: Request for testing - top 3.8b1 in the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Sep 2008 12:21:15 -0000 * Edwin Groothuis (edwin@freebsd.org) wrote: > I have made an update for the top(1) utility in the FreeBSD base > system to get it from the 3.5b12 version to the 3.8b1 version. Looks good, thanks! IO mode seems to have changed a bit, giving different values to 3.5, it seems while 3.5 gives you the count for the sample period, 3.8 always gives you a per-second rate, e.g. top -mio -s 20: 3.8: 44181 freaky 240 0 240 0 0 240 99.74% cat 3.5: 44181 freaky 4664 5 4667 0 0 4667 100.00% cat This might be confusing, since it means values from two different top -mio's are no longer directly comparable. 3.8 also seems to be lacking IO sorting options; "o vcsw" etc are missing. Will they be returning? Also, the [number] argument given to -m io has no effect: top -m io 10 Setting it after loading with "n 10" causes top to exit. -- Thomas 'Freaky' Hurst http://hur.st/ From owner-freebsd-current@FreeBSD.ORG Mon Sep 29 12:33:10 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 789CA106568A for ; Mon, 29 Sep 2008 12:33:10 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id EED3B8FC16 for ; Mon, 29 Sep 2008 12:33:09 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id m8TCWs8O078480; Mon, 29 Sep 2008 14:32:54 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id m8TCWsdZ078479; Mon, 29 Sep 2008 14:32:54 +0200 (CEST) (envelope-from olli) Date: Mon, 29 Sep 2008 14:32:54 +0200 (CEST) Message-Id: <200809291232.m8TCWsdZ078479@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, mexas@bristol.ac.uk In-Reply-To: <20080929113349.GA58496@mech-cluster238.men.bris.ac.uk> X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 29 Sep 2008 14:32:54 +0200 (CEST) Cc: Subject: Re: drmOpen failed - agp - 82845M chipset - i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG, mexas@bristol.ac.uk List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Sep 2008 12:33:10 -0000 Anton Shterenlikht wrote: > I've built X from ports, using x11-drivers/xf86-video-intel > [...] > Fatal server error: > could not open default font 'fixed' Are you sure your have the xorg-fonts ports installed (in particular you need x11-fonts/font-misc-misc), and the font pah is set appropriately in your .conf file? (It should include "/usr/local/lib/X11/fonts/misc/", at least.) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mn- chen, HRB 125758, Geschftsfhrer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "When your hammer is C++, everything begins to look like a thumb." -- Steve Haflich, in comp.lang.c++ From owner-freebsd-current@FreeBSD.ORG Mon Sep 29 12:57:53 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 388FB1065686 for ; Mon, 29 Sep 2008 12:57:53 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id EA9FE8FC13 for ; Mon, 29 Sep 2008 12:57:52 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from isis.bris.ac.uk ([137.222.10.63]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1KkIJw-0003ke-7w for freebsd-current@freebsd.org; Mon, 29 Sep 2008 13:57:52 +0100 Received: from mech-cluster238.men.bris.ac.uk ([137.222.187.238]) by isis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1KkIJv-0007cz-AF for freebsd-current@freebsd.org; Mon, 29 Sep 2008 13:57:47 +0100 Received: from mech-cluster238.men.bris.ac.uk (localhost.men.bris.ac.uk [127.0.0.1]) by mech-cluster238.men.bris.ac.uk (8.14.2/8.14.2) with ESMTP id m8TCvkPT058967 for ; Mon, 29 Sep 2008 13:57:46 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster238.men.bris.ac.uk (8.14.2/8.14.2/Submit) id m8TCvkQk058966 for freebsd-current@freebsd.org; Mon, 29 Sep 2008 13:57:46 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster238.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Mon, 29 Sep 2008 13:57:45 +0100 From: Anton Shterenlikht To: freebsd-current@freebsd.org Message-ID: <20080929125745.GB58889@mech-cluster238.men.bris.ac.uk> References: <20080929113349.GA58496@mech-cluster238.men.bris.ac.uk> <200809291232.m8TCWsdZ078479@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200809291232.m8TCWsdZ078479@lurza.secnetix.de> User-Agent: Mutt/1.5.18 (2008-05-17) X-Spam-Score: -1.4 X-Spam-Level: - Subject: Re: drmOpen failed - agp - 82845M chipset - i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Sep 2008 12:57:53 -0000 On Mon, Sep 29, 2008 at 02:32:54PM +0200, Oliver Fromme wrote: > Anton Shterenlikht wrote: > > I've built X from ports, using x11-drivers/xf86-video-intel > > [...] > > Fatal server error: > > could not open default font 'fixed' > > Are you sure your have the xorg-fonts ports installed > (in particular you need x11-fonts/font-misc-misc), and > the font pah is set appropriately in your .conf file? > (It should include "/usr/local/lib/X11/fonts/misc/", > at least.) yes to both. What I haven't got are fonts.alias files. On my i386 FBSD 7.0-stable I have: % pwd /usr/local/lib/X11/fonts % find . -name "*alias" ./75dpi/fonts.alias ./cyrillic/fonts.alias ./misc/fonts.alias % but nothing on i386 8.0-current: # pwd /usr/local/lib/X11/fonts # find . -name "*alias" # I believe the installation of X from ports was identical on both 7.0-stable and 8.0-current. Which program actually installs fonts.alias files? I can probably copy these over, but I'd rather get to the bottom of this. many thanks anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Mon Sep 29 13:05:25 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC6A0106568A for ; Mon, 29 Sep 2008 13:05:25 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 4A1068FC0C for ; Mon, 29 Sep 2008 13:05:25 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=fF9vnmVlCaYF2ZxMdzK9nie2y9ogpVMV4h3iOLtgQEFNjIZyr/dkhAqoIIqd4AMkV1t0ZqlJjgLTegN19aXgRSBiIfED+BfQjE9r019HpR23Y4gte1noa3VJQzxgU/B+Ei9NVGrqGTFOKkUw4lg6gDeEK3Z3nHJzlPV+uD90OF8=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1KkIRI-000J0u-1w; Mon, 29 Sep 2008 17:05:24 +0400 Date: Mon, 29 Sep 2008 17:05:23 +0400 From: Eygene Ryabinkin To: Anton Shterenlikht Message-ID: References: <20080929113349.GA58496@mech-cluster238.men.bris.ac.uk> <200809291232.m8TCWsdZ078479@lurza.secnetix.de> <20080929125745.GB58889@mech-cluster238.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Cy+5HEalSgyXkpVS" Content-Disposition: inline In-Reply-To: <20080929125745.GB58889@mech-cluster238.men.bris.ac.uk> Sender: rea-fbsd@codelabs.ru Cc: freebsd-current@freebsd.org Subject: Re: drmOpen failed - agp - 82845M chipset - i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Sep 2008 13:05:25 -0000 --Cy+5HEalSgyXkpVS Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Anton, Mon, Sep 29, 2008 at 01:57:45PM +0100, Anton Shterenlikht wrote: > What I haven't got are fonts.alias files. >=20 [...] >=20 > Which program actually installs fonts.alias files? They are provided by port x11-fonts/font-alias. Probably you had not installed x11-fonts/xorg-fonts metaport -- this port is the dependency of it. --=20 Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual =20 )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook=20 {_.-``-' {_/ # --Cy+5HEalSgyXkpVS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkjg0pIACgkQthUKNsbL7YhpqQCffg75+x2lA8ls5sUfGoHt/4HI 7sMAn1cR58mr7kv4+DUfYGVdRPilkc79 =6S4S -----END PGP SIGNATURE----- --Cy+5HEalSgyXkpVS-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 29 13:05:44 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D48310656A0 for ; Mon, 29 Sep 2008 13:05:44 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id A2EB98FC1E for ; Mon, 29 Sep 2008 13:05:43 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id m8TD5Inu080162; Mon, 29 Sep 2008 15:05:18 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id m8TD5IwO080161; Mon, 29 Sep 2008 15:05:18 +0200 (CEST) (envelope-from olli) Date: Mon, 29 Sep 2008 15:05:18 +0200 (CEST) Message-Id: <200809291305.m8TD5IwO080161@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, mexas@bristol.ac.uk In-Reply-To: <20080929125745.GB58889@mech-cluster238.men.bris.ac.uk> X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 29 Sep 2008 15:05:18 +0200 (CEST) Cc: Subject: Re: drmOpen failed - agp - 82845M chipset - i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG, mexas@bristol.ac.uk List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Sep 2008 13:05:44 -0000 Anton Shterenlikht wrote: > What I haven't got are fonts.alias files. > > On my i386 FBSD 7.0-stable I have: > > % pwd > /usr/local/lib/X11/fonts > % find . -name "*alias" > ./75dpi/fonts.alias > ./cyrillic/fonts.alias > ./misc/fonts.alias > % > > but nothing on i386 8.0-current: > > # pwd > /usr/local/lib/X11/fonts > # find . -name "*alias" > # > > I believe the installation of X from ports was identical > on both 7.0-stable and 8.0-current. > > Which program actually installs fonts.alias files? $ pkg_info -W /usr/local/lib/X11/fonts/misc/fonts.alias /usr/local/lib/X11/fonts/misc/fonts.alias was installed by package font-alias-1.0.1 Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mn- chen, HRB 125758, Geschftsfhrer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "That's what I love about GUIs: They make simple tasks easier, and complex tasks impossible." -- John William Chambless From owner-freebsd-current@FreeBSD.ORG Mon Sep 29 13:17:06 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9B3F1065691 for ; Mon, 29 Sep 2008 13:17:06 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 7601D8FC2A for ; Mon, 29 Sep 2008 13:17:06 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from isis.bris.ac.uk ([137.222.10.63]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1KkIcZ-0004g4-5a for freebsd-current@freebsd.org; Mon, 29 Sep 2008 14:17:05 +0100 Received: from mech-cluster238.men.bris.ac.uk ([137.222.187.238]) by isis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1KkIcY-00009E-6L for freebsd-current@freebsd.org; Mon, 29 Sep 2008 14:17:02 +0100 Received: from mech-cluster238.men.bris.ac.uk (localhost.men.bris.ac.uk [127.0.0.1]) by mech-cluster238.men.bris.ac.uk (8.14.2/8.14.2) with ESMTP id m8TDH1h5059074 for ; Mon, 29 Sep 2008 14:17:01 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster238.men.bris.ac.uk (8.14.2/8.14.2/Submit) id m8TDH0pJ059073 for freebsd-current@freebsd.org; Mon, 29 Sep 2008 14:17:00 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster238.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Mon, 29 Sep 2008 14:16:58 +0100 From: Anton Shterenlikht To: freebsd-current@freebsd.org Message-ID: <20080929131658.GA59054@mech-cluster238.men.bris.ac.uk> References: <20080929113349.GA58496@mech-cluster238.men.bris.ac.uk> <200809291232.m8TCWsdZ078479@lurza.secnetix.de> <20080929125745.GB58889@mech-cluster238.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080929125745.GB58889@mech-cluster238.men.bris.ac.uk> User-Agent: Mutt/1.5.18 (2008-05-17) X-Spam-Score: -1.4 X-Spam-Level: - Subject: SOLVED: Re: drmOpen failed - agp - 82845M chipset - i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Sep 2008 13:17:06 -0000 On Mon, Sep 29, 2008 at 01:57:45PM +0100, Anton Shterenlikht wrote: > On Mon, Sep 29, 2008 at 02:32:54PM +0200, Oliver Fromme wrote: > > Anton Shterenlikht wrote: > > > I've built X from ports, using x11-drivers/xf86-video-intel > > > [...] > > > Fatal server error: > > > could not open default font 'fixed' > > > > Are you sure your have the xorg-fonts ports installed > > (in particular you need x11-fonts/font-misc-misc), and > > the font pah is set appropriately in your .conf file? > > (It should include "/usr/local/lib/X11/fonts/misc/", > > at least.) > > yes to both. > > What I haven't got are fonts.alias files. > > On my i386 FBSD 7.0-stable I have: > > % pwd > /usr/local/lib/X11/fonts > % find . -name "*alias" > ./75dpi/fonts.alias > ./cyrillic/fonts.alias > ./misc/fonts.alias > % > > but nothing on i386 8.0-current: > > # pwd > /usr/local/lib/X11/fonts > # find . -name "*alias" > # > > I believe the installation of X from ports was identical > on both 7.0-stable and 8.0-current. > > Which program actually installs fonts.alias files? > > I can probably copy these over, but I'd rather get to the > bottom of this. forgot x11-fonts/font-cursor-misc x11-fonts/font-alias seems to work now many thanks anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Mon Sep 29 15:00:34 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00A8F106568C for ; Mon, 29 Sep 2008 15:00:34 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id C03358FC20 for ; Mon, 29 Sep 2008 15:00:33 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.166.46] ([68.0.14.34]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id m8TF05jX016362 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 29 Sep 2008 11:00:05 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Anton Shterenlikht In-Reply-To: <20080929113349.GA58496@mech-cluster238.men.bris.ac.uk> References: <20080929113349.GA58496@mech-cluster238.men.bris.ac.uk> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-jioOOFeMl9cO6Hfs7PB0" Organization: FreeBSD Date: Mon, 29 Sep 2008 10:59:59 -0400 Message-Id: <1222700399.78422.1.camel@squirrel.corp.cox.com> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.8 required=5.0 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-current@freebsd.org Subject: Re: drmOpen failed - agp - 82845M chipset - i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Sep 2008 15:00:34 -0000 --=-jioOOFeMl9cO6Hfs7PB0 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2008-09-29 at 12:33 +0100, Anton Shterenlikht wrote: > agp0: detected 892k stolen memory You may also want to check your bios settings and see if you can allocate more memory for the graphics. robert. --=-jioOOFeMl9cO6Hfs7PB0 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEABECAAYFAkjg7W8ACgkQM4TrQ4qfROPIsgCdFtS5jUd7qEsIQFP6S9W+esl2 K9IAniqVlLgWtRMmpgZQR73UPgoZYCNz =79BC -----END PGP SIGNATURE----- --=-jioOOFeMl9cO6Hfs7PB0-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 29 15:44:20 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 670C81065686 for ; Mon, 29 Sep 2008 15:44:20 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 23A868FC12 for ; Mon, 29 Sep 2008 15:44:20 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from isis.bris.ac.uk ([137.222.10.63]) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1KkKv2-0004a9-Gv for freebsd-current@freebsd.org; Mon, 29 Sep 2008 16:44:18 +0100 Received: from mech-cluster238.men.bris.ac.uk ([137.222.187.238]) by isis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1KkKv1-00020q-KR for freebsd-current@freebsd.org; Mon, 29 Sep 2008 16:44:15 +0100 Received: from mech-cluster238.men.bris.ac.uk (localhost.men.bris.ac.uk [127.0.0.1]) by mech-cluster238.men.bris.ac.uk (8.14.2/8.14.2) with ESMTP id m8TFiE7Q059777 for ; Mon, 29 Sep 2008 16:44:14 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster238.men.bris.ac.uk (8.14.2/8.14.2/Submit) id m8TFiEJQ059776 for freebsd-current@freebsd.org; Mon, 29 Sep 2008 16:44:14 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster238.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Mon, 29 Sep 2008 16:44:14 +0100 From: Anton Shterenlikht To: freebsd-current@freebsd.org Message-ID: <20080929154414.GA59741@mech-cluster238.men.bris.ac.uk> References: <20080929113349.GA58496@mech-cluster238.men.bris.ac.uk> <1222700399.78422.1.camel@squirrel.corp.cox.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1222700399.78422.1.camel@squirrel.corp.cox.com> User-Agent: Mutt/1.5.18 (2008-05-17) X-Spam-Score: -1.4 X-Spam-Level: - Subject: Re: drmOpen failed - agp - 82845M chipset - i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Sep 2008 15:44:20 -0000 On Mon, Sep 29, 2008 at 10:59:59AM -0400, Robert Noland wrote: > On Mon, 2008-09-29 at 12:33 +0100, Anton Shterenlikht wrote: > > agp0: detected 892k stolen memory > > You may also want to check your bios settings and see if you can > allocate more memory for the graphics. Could you please elaborate on this. I set in BIOS -> Advanced -> Graphics Configuration: AGP Aperture Size 256MB (max possible setting) Primary Video Adapter AGP (alternative is PCI) Frame Buffer Size 8MB (max possible setting) Is that what you meant? There seem to be no other settings affectig graphics. thanks anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Mon Sep 29 16:24:24 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15993106568C for ; Mon, 29 Sep 2008 16:24:24 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id D1E1F8FC14 for ; Mon, 29 Sep 2008 16:24:23 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.166.46] ([68.0.14.34]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id m8TGNxQk017112 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 29 Sep 2008 12:23:59 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Anton Shterenlikht In-Reply-To: <20080929154414.GA59741@mech-cluster238.men.bris.ac.uk> References: <20080929113349.GA58496@mech-cluster238.men.bris.ac.uk> <1222700399.78422.1.camel@squirrel.corp.cox.com> <20080929154414.GA59741@mech-cluster238.men.bris.ac.uk> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-0LERENUKuSZLpTT8ZEDi" Organization: FreeBSD Date: Mon, 29 Sep 2008 12:23:53 -0400 Message-Id: <1222705433.78422.3.camel@squirrel.corp.cox.com> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-current@freebsd.org Subject: Re: drmOpen failed - agp - 82845M chipset - i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Sep 2008 16:24:24 -0000 --=-0LERENUKuSZLpTT8ZEDi Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2008-09-29 at 16:44 +0100, Anton Shterenlikht wrote: > Frame Buffer Size 8MB (max possible setting) This would be the one, was your previous output hand transcribed? It should have read 8192k stolen if this value was set. robert. --=-0LERENUKuSZLpTT8ZEDi Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEABECAAYFAkjhARkACgkQM4TrQ4qfROPD0gCgghD7HvhT/9Aw/27WVErBhgBa 2hYAn3lyjHNWS9Exqc6pPVndxg+ssAuk =Qf1+ -----END PGP SIGNATURE----- --=-0LERENUKuSZLpTT8ZEDi-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 29 17:45:19 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1239C1065687 for ; Mon, 29 Sep 2008 17:45:19 +0000 (UTC) (envelope-from martin@gneto.com) Received: from proxy1.bredband.net (proxy1.bredband.net [195.54.101.71]) by mx1.freebsd.org (Postfix) with ESMTP id BD1ED8FC1D for ; Mon, 29 Sep 2008 17:45:18 +0000 (UTC) (envelope-from martin@gneto.com) Received: from ironport.bredband.com (195.54.101.120) by proxy1.bredband.net (7.3.127) id 48DC49FD000EAAC9 for freebsd-current@freebsd.org; Mon, 29 Sep 2008 19:25:00 +0200 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AjgyAJas4EhT47UePGdsb2JhbACBYpFPAQEBATWoU4FnhA4 Received: from ua-83-227-181-30.cust.bredbandsbolaget.se (HELO mailbox.gneto.com) ([83.227.181.30]) by ironport1.bredband.com with ESMTP; 29 Sep 2008 19:25:00 +0200 Received: by mailbox.gneto.com (Postfix, from userid 1525) id DFE1B28412; Mon, 29 Sep 2008 19:24:59 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mailbox.gneto.com X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.2.5 Received: from euklides.gneto.com (euklides.gneto.com [192.168.10.11]) by mailbox.gneto.com (Postfix) with ESMTP id B9D1728428; Mon, 29 Sep 2008 19:24:57 +0200 (CEST) Message-ID: <48E10F69.7080704@gneto.com> Date: Mon, 29 Sep 2008 19:24:57 +0200 From: Martin Nilsson User-Agent: Thunderbird 2.0.0.17 (X11/20080927) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <1222350806.2443.32.camel@localhost> In-Reply-To: <1222350806.2443.32.camel@localhost> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Tom Evans Subject: Re: LSI Logic MegaRAID SAS 8208ELP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Sep 2008 17:45:19 -0000 Tom Evans wrote: > Hi all > > I'm looking at building a large home NAS, using ZFS, for long term media > storage and spooling recordings from a linux mythtv box. I am very keen > to avoid using ata(4), and was wondering if this card was supported by > either mfi(4) or amr(4)? It isn't explicitly mentioned in either, but > the 8408 is supported by mfi(4). > The LSI MegaRAID SAS 8204/8208 cards are software raid and are supported by the mpt driver under FreeBSD as 8 separate SAS ports with no RAID function. /Martin From owner-freebsd-current@FreeBSD.ORG Mon Sep 29 17:47:09 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 197081065694 for ; Mon, 29 Sep 2008 17:47:09 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id CE54C8FC14 for ; Mon, 29 Sep 2008 17:47:08 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:Subject:From:X-Attribution:Date:Message-Id; b=cDrInoW/W+UHLdZoY+7F5aDbq0cAqyxMz4OrhS2ZP9aPqLPTiMHPrFz8+f/56SrnMVr7NOTPcgBpx/ntJcjcXOvWO8AKIx/6u8tBKRwNxMKo6H0EXPb4bkGVlH94nRWhY8LForttaKwlIfDrvySwmvDtqMJP+1cKrlbP8kGlGFzrOWMvV4lsnKjvEAST3ATfi5PI9M02iCjthDVif8swngt93sg7/xWm1acIiOdqZQlAZ4pIaFeQTiykf8dwFPQe; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1KkMq5-0006XJ-Sa for current@freebsd.org; Mon, 29 Sep 2008 17:47:17 +0000 Received: from [41.161.30.244] (helo=clue.co.za) by urchin.clue.co.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1KkMpO-0002hb-9s for current@freebsd.org; Mon, 29 Sep 2008 17:46:34 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KkMpC-000110-1A for current@freebsd.org; Mon, 29 Sep 2008 19:46:22 +0200 To: current@freebsd.org From: "Ian Freislich" X-Attribution: BOFH Date: Mon, 29 Sep 2008 19:46:21 +0200 Message-Id: Cc: Subject: Panic: ucom X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Sep 2008 17:47:09 -0000 Hi I just got this panic: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x2c fault code = supervisor read, page not present instruction pointer = 0x20:0xc05b5d39 stack pointer = 0x28:0xf7c3a918 frame pointer = 0x28:0xf7c3a918 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 16822 (kermit) trap number = 12 panic: page fault cpuid = 0 Uptime: 1d4h47m54s Physical memory: 2024 MB #0 doadump () at pcpu.h:221 #1 0xc0591d85 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 #2 0xc0592058 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:572 #3 0xc0750f51 in trap_fatal (frame=0xf7c3a8d8, eva=44) at /usr/src/sys/i386/i386/trap.c:943 #4 0xc07511a1 in trap_pfault (frame=0xf7c3a8d8, usermode=0, eva=44) at /usr/src/sys/i386/i386/trap.c:856 #5 0xc0751a96 in trap (frame=0xf7c3a8d8) at /usr/src/sys/i386/i386/trap.c:536 #6 0xc0737a2b in calltrap () at /usr/src/sys/i386/i386/exception.s:165 #7 0xc05b5d39 in device_get_nameunit (dev=0x0) at /usr/src/sys/kern/subr_bus.c:1946 #8 0xc053027a in uplcom_set_line_state (sc=0xc5aaa400) at /usr/src/sys/dev/usb/uplcom.c:662 #9 0xc05302e8 in uplcom_set (addr=0xc5aaa400, portno=-1, reg=1, onoff=0) at /usr/src/sys/dev/usb/uplcom.c:695 #10 0xc0520875 in ucomtty_modem (tp=0xca929600, sigon=0, sigoff=1) at /usr/src/sys/dev/usb/ucom.c:429 #11 0xc05212a1 in ucom_cleanup (sc=0xc5aaa400) at /usr/src/sys/dev/usb/ucom.c:224 #12 0xc0521419 in ucomtty_open (tp=0xca929600) at /usr/src/sys/dev/usb/ucom.c:253 #13 0xc05d8071 in ttydev_open (dev=0xc5ed2900, oflags=7, devtype=8192, td=0xc5dec230) at ttydevsw.h:81 ---Type to continue, or q to quit--- #14 0xc053bf2c in devfs_open (ap=0xf7c3aacc) at /usr/src/sys/fs/devfs/devfs_vnops.c:880 #15 0xc075ff82 in VOP_OPEN_APV (vop=0xc07e9cc0, a=0xf7c3aacc) at vnode_if.c:371 #16 0xc061af0b in vn_open_cred (ndp=0xf7c3aba8, flagp=0xf7c3ac5c, cmode=0, cred=0xc5aa8c00, fp=0xc5ed1540) at vnode_if.h:196 #17 0xc061b049 in vn_open (ndp=0xf7c3aba8, flagp=0xf7c3ac5c, cmode=0, fp=0xc5ed1540) at /usr/src/sys/kern/vfs_vnops.c:96 #18 0xc06197b8 in kern_openat (td=0xc5dec230, fd=-100, path=0xbfbfcb33
, pathseg=UIO_USERSPACE, flags=7, mode=0) at /usr/src/sys/kern/vfs_syscalls.c:1069 #19 0xc0619c6b in kern_open (td=0xc5dec230, path=0xbfbfcb33
, pathseg=UIO_USERSPACE, flags=6, mode=0) at /usr/src/sys/kern/vfs_syscalls.c:1023 #20 0xc0619cd0 in open (td=0xc5dec230, uap=0xf7c3acf8) at /usr/src/sys/kern/vfs_syscalls.c:999 #21 0xc07514ba in syscall (frame=0xf7c3ad38) at /usr/src/sys/i386/i386/trap.c:1090 #22 0xc0737a90 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:261 #23 0x00000033 in ?? () -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Mon Sep 29 20:29:29 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4010B106568A for ; Mon, 29 Sep 2008 20:29:29 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 1BBB58FC19 for ; Mon, 29 Sep 2008 20:29:28 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTP id 5C0D046B5B for ; Mon, 29 Sep 2008 16:29:28 -0400 (EDT) Date: Mon, 29 Sep 2008 21:29:28 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Message-ID: User-Agent: Alpine 1.10 (BSF 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: Subject: Please test ipfw and pf uid/gid/jail rules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Sep 2008 20:29:29 -0000 Dear all: Although it didn't show up in 8.x testing to date, it turned out there was a serious stability regression in the ipfw uid/gid/jail rule implementation as a result of moving to rwlocks for inpcbinfo and inpcb. I think I've corrected the sources of the problem in 8.x and 7.x now, but it would be very helpful if people who use ipfw and pf could do some extra testing of these rules with invariants and witness enabled to see if we can't shake out any remaining problems. Thanks, Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Mon Sep 29 22:42:27 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87A4C1065699 for ; Mon, 29 Sep 2008 22:42:27 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from ns2.bafirst.com (72-12-2-19.static.networktel.net [72.12.2.19]) by mx1.freebsd.org (Postfix) with ESMTP id 5120A8FC21 for ; Mon, 29 Sep 2008 22:42:27 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from HOME.encontacto.net ([189.190.8.164]) by ns2.bafirst.com with esmtp; Mon, 29 Sep 2008 17:32:23 -0500 id 000D53CE.48E15778.00006DAF Received: from localhost (localhost [127.0.0.1]) (uid 80) by HOME.encontacto.net with local; Mon, 29 Sep 2008 17:32:23 -0500 id 0004AC28.48E15777.0000422D Received: from 172.16.0.7 (172.16.0.7 [172.16.0.7]) by econet.encontacto.net (Horde Framework) with HTTP; Mon, 29 Sep 2008 17:32:23 -0500 Message-ID: <20080929173223.183035ohkgl7jk3b@econet.encontacto.net> Date: Mon, 29 Sep 2008 17:32:23 -0500 From: eculp To: freebsd-current MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (5.0-cvs) X-Remote-Browser: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.17) Gecko/20080925 Firefox/2.0.0.17 X-IMP-Server: 189.190.8.164 X-Originating-IP: 201.155.7.3 X-Originating-User: eculp@encontacto.net Subject: I lost ath0 support on current sometime between Sept 20 and Sept 26. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Sep 2008 22:42:27 -0000 For a long time I was successfully using the ath_hal-20080528 patch =20 successfully and IIRC it was committed to current and I compiled sever =20 kernels with it and they worked perfectly but a few days ago I begin =20 to not be able to obtain an IP with dhcp but when I boot the kernel: FreeBSD ed.local.net.mx 8.0-CURRENT FreeBSD 8.0-CURRENT #34: Sat Sep =20 20 05:37:05 CDT 2008 all is well but newer kernels aren't. Some general information follows. Todays kernel: ath0: flags=3D8843 metric 0 mtu 2290 ether 00:1d:d9:27:5c:e5 media: IEEE 802.11 Wireless Ethernet autoselect mode 11g status: associated pflog0: flags=3D0<> metric 0 mtu 33204 lo0: flags=3D8049 metric 0 mtu 16384 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x6 inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff000000 pfsync0: flags=3D0<> metric 0 mtu 1460 syncpeer: 224.0.0.240 maxupd: 128 wlan0: flags=3D8843 metric 0 mtu 150= 0 ether 00:1d:d9:27:5c:e5 inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 media: IEEE 802.11 Wireless Ethernet OFDM/48Mbps mode 11g status: associated ssid virus channel 6 (2437 Mhz 11g) bssid 00:1d:7e:51:e1:4d regdomain 101 indoor ecm authmode OPEN privacy ON deftxkey 1 wepkey 1:40-bit txpower 16 bmiss 7 scanvalid 60 bgscan bgscanintvl = 300 bgscanidle 250 roam:rssi 7 roam:rate 5 protmode CTS wme burst Kernel from 20080920: # ifconfig wlan0 list scan SSID BSSID CHAN RATE S:N INT CAPS virus 00:1d:7e:51:e1:4d 6 54M -79:-96 100 EP HTCAP WME codasport 00:1d:7e:2e:b8:6b 6 54M -88:-96 100 EP Ponti.tel 08:10:74:18:21:0c 11 54M -88:-96 100 EP # ifconfig ath0: flags=3D8843 metric 0 mtu 2290 ether 00:1d:d9:27:5c:e5 media: IEEE 802.11 Wireless Ethernet autoselect mode 11g status: associated pflog0: flags=3D0<> metric 0 mtu 33204 lo0: flags=3D8049 metric 0 mtu 16384 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x6 inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff000000 pfsync0: flags=3D0<> metric 0 mtu 1460 syncpeer: 224.0.0.240 maxupd: 128 wlan0: flags=3D8843 metric 0 mtu 150= 0 ether 00:1d:d9:27:5c:e5 inet 172.16.0.7 netmask 0xffffff00 broadcast 172.16.0.255 media: IEEE 802.11 Wireless Ethernet DS/11Mbps mode 11g status: associated ssid virus channel 6 (2437 Mhz 11g) bssid 00:1d:7e:51:e1:4d regdomain 101 indoor ecm authmode OPEN privacy ON deftxkey 1 wepkey 1:40-bit txpower 16 bmiss 7 scanvalid 60 bgscan bgscanintvl = 300 bgscanidle 250 roam:rssi 7 roam:rate 5 protmode CTS wme burst Any suggestions appreciated, ed From owner-freebsd-current@FreeBSD.ORG Tue Sep 30 05:44:16 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDC401065686 for ; Tue, 30 Sep 2008 05:44:16 +0000 (UTC) (envelope-from wahjava@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.188]) by mx1.freebsd.org (Postfix) with ESMTP id 2E5538FC14 for ; Tue, 30 Sep 2008 05:44:15 +0000 (UTC) (envelope-from wahjava@gmail.com) Received: by ti-out-0910.google.com with SMTP id d27so1472141tid.3 for ; Mon, 29 Sep 2008 22:44:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:mail-followup-to:references:mime-version:content-type :content-disposition:in-reply-to:x-face:x-attribution:x-os-kernel :x-os-version:x-os-architecture:x-uptime:x-url:x-mail-morse :x-openpgp-fingerprint:x-openpgp-id:face:organization:user-agent :sender; bh=SuU9D/4DjLH6ew5Q/vY6LOiTT31MqH7qfO5ha484DuU=; b=dS2UfYQWWtAJtNCA2ZSGh2e9ZbzK+iStfE4kGnfeCl8EotUGad677EzdDH5j1gGtxA uoCRgshsXFXoJgtw5gXpJhdiDWsbz22aKIOLg3X0ogIs4yAudES88yuU/G7/SF4kJaC/ deOOulDtHfLZDi6uFFhS74Dg8IJzXwY45zze4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to:x-face :x-attribution:x-os-kernel:x-os-version:x-os-architecture:x-uptime :x-url:x-mail-morse:x-openpgp-fingerprint:x-openpgp-id:face :organization:user-agent:sender; b=N7F2+4SKnmDfYqC7b1sa5uLOv7Pzw9ZptWTIxHStAYb53xfgmwkH/Gua++pvp///jo EOFyx3IUyrJz/kMjAxphjfyWEH3TgJ+DOpmmY5qIeVc/cFUleNV1pmZix/pW5BoC96Up FArb4+e3NZ3hnpIMiM3rq41Gk5EYO60IxOEn0= Received: by 10.110.14.3 with SMTP id 3mr8925326tin.5.1222753454491; Mon, 29 Sep 2008 22:44:14 -0700 (PDT) Received: from chateau.d.lf ([122.163.147.8]) by mx.google.com with ESMTPS id j5sm3737681tid.11.2008.09.29.22.44.09 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 29 Sep 2008 22:44:12 -0700 (PDT) Date: Tue, 30 Sep 2008 11:14:32 +0530 From: =?utf-8?B?4KSG4KS24KWA4KS3IOCktuClgeCkleCljeCksg==?= Ashish Shukla To: eculp Message-ID: <20080930054432.GB5863@chateau.d.lf> Mail-Followup-To: eculp , freebsd-current References: <20080929173223.183035ohkgl7jk3b@econet.encontacto.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EuxKj2iCbKjpUGkD" Content-Disposition: inline In-Reply-To: <20080929173223.183035ohkgl7jk3b@econet.encontacto.net> X-Face: )vGQ9yK7Y$Flebu1C>(B\gYBm)[$zfKM+p&TT[[JWl6:]S>cc$%-z7-`46Zf0B*syL.C ]oCq[upTG~zuS0.$"_%)|Q@$hA=9{3l{%u^h3jJ^Zl;t7 X-Attribution: =?utf-8?B?4KSG4KS24KWA4KS3?= X-OS-Kernel: Linux X-OS-Version: 2.6.25-gentoo-r7 X-OS-Architecture: x86_64 X-Uptime: 11:01:54 up 24 min, 1 user, load average: 0.28, 0.09, 0.03 X-URL: http://wahjava.wordpress.com/ X-Mail-Morse: .-- .- .... .--- .- ...- .- .--.-. --. -- .- .. .-.. .-.-.- -.-. --- -- X-OpenPGP-Fingerprint: 1E00 4679 77E4 F8EE 2E4B 56F2 1F2F 8410 762E 5E74 X-OpenPGP-ID: 762E5E74 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAMFBMVEWpqambm5uHh4d7e3 ttbW1jY2Pe3t4dHR28vLygoKCenp6SkpJOTk7////9/f35+flcgqXsAAACiUlEQVQ4jX XTz0sUURwA8NlOrkS5ZqIzUO6sCTaBMKuYrVCsM7cgyJ066EUMC5KVgnoEHlY7uJTYbn loBilH6TBvL40a5goZqexl/gWHjl72O+hh8dJub1ydH5t9L4/5fvjOe9/H+1J7/wnqZD UBKnYAQNEHYJWeUPLHsUq5BqzSeWTHnQk/QGlhctKw42fZC6Y1jgxDkiTDKHQBeKBUsN N2FJ6Xi0UXDo1dSagCugIeGCd5Esfw0gXT6pGkhC0JaRhN/nH2MI92SH4lygtiYhihid MK0zyMsTqm6jNrIqlAPxyA8TjGmbp06pwgigV0zwFr5heNM+l0OiiIkg/Wh6pArZLdCx 7oHcJVUMjxjC4HKndjWhXkb6TPLbeiJxxSMoGvqSA9Lw6yVx04QGFlyb5zGc8LGysdDu yjF9o6Qr1IUZeHci0N7q+mHza81tmNL3p26daHVJvb4Myrtjc0GsnjrKq/D9x0r+Txs7 5gDgUWZczk2bcP3IpHnJ4JyhRFyY3hzqduHzCbyNalyGVR2VWe3066sMDRVch18/x3cE +13IkpAqn6iBDbfOcCTF2nszLZIxARoh3gwt5IH8PkNTmY3eyO3va8Kzjgd+IaxgoOtf dveWG/J65jEprafu2TB8ySOJCnbWGiaxe8T7RyY3BAVwg08pfmvGA1FXZ3WzFWV7kmH8 Aoy3YeF+Qv+8D8neAUTWMiHG5M+sfgvoJVJsLroRbffABM6yEmEuVa6c++iTJhlGcjAk erarJmBg/JU+dJk83Fk4QznFPdA2HS+lwtQOVIitE4l6wFMrfDcVpZLP8De1b/dp5uhj NgdlvXLp7mvXDUHm4tnwFQGRubcPIeINMAYDpffwFxLwHEb6QJ2wAAAABJRU5ErkJggg == Organization: /\/0/\/3 User-Agent: Mutt/1.5.16 (2007-06-09) Sender: =?UTF-8?B?4KSG4KS24KWA4KS3IOCktuClgeCkleCljeCksiBBc2hpc2ggU2h1a2xh?= Cc: freebsd-current Subject: Re: I lost ath0 support on current sometime between Sept 20 and Sept 26. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Sep 2008 05:44:16 -0000 --EuxKj2iCbKjpUGkD Content-Type: text/plain; charset=utf-8; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In <20080929173223.183035ohkgl7jk3b@econet.encontacto.net>, eculp wrote: [snip] > # ifconfig > > ath0: flags=3D8843 metric 0 mtu 2= 290 > ether 00:1d:d9:27:5c:e5 > media: IEEE 802.11 Wireless Ethernet autoselect mode 11g > status: associated > pflog0: flags=3D0<> metric 0 mtu 33204 > lo0: flags=3D8049 metric 0 mtu 16384 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x6 > inet6 ::1 prefixlen 128 > inet 127.0.0.1 netmask 0xff000000 > pfsync0: flags=3D0<> metric 0 mtu 1460 > syncpeer: 224.0.0.240 maxupd: 128 > wlan0: flags=3D8843 metric 0 mtu = 1500 > ether 00:1d:d9:27:5c:e5 > inet 172.16.0.7 netmask 0xffffff00 broadcast 172.16.0.255 > media: IEEE 802.11 Wireless Ethernet DS/11Mbps mode 11g > status: associated > ssid virus channel 6 (2437 Mhz 11g) bssid 00:1d:7e:51:e1:4d > regdomain 101 indoor ecm authmode OPEN privacy ON deftxkey 1 > wepkey 1:40-bit txpower 16 bmiss 7 scanvalid 60 bgscan bgscanintv= l=20 > 300 > bgscanidle 250 roam:rssi 7 roam:rate 5 protmode CTS wme burst I'm also experiencing the same issue, i.e. ifconfig output says associated,= =20 but neither I can ping{,6} (or simply communicate with) any of the nodes of= =20 my network, and I'm using static IP addresses. BtW I've not tried 'ath' wit= h=20 previously available HAL 0.10.5.6. Ashish --=20 () ascii ribbon campaign - against HTML e-mail /\ www.asciiribbon.org - against proprietary attachments =C2=B7-- =C2=B7- =C2=B7=C2=B7=C2=B7=C2=B7 =C2=B7--- =C2=B7- =C2=B7=C2=B7=C2= =B7- =C2=B7- =C2=B7--=C2=B7-=C2=B7 --=C2=B7 -- =C2=B7- =C2=B7=C2=B7 =C2=B7-= =C2=B7=C2=B7 =C2=B7-=C2=B7-=C2=B7- -=C2=B7-=C2=B7 --- -- % dig +short cname cdac.in @::1 ms.gov.in --EuxKj2iCbKjpUGkD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkjhvMAACgkQHy+EEHYuXnSE9wCfSdvX/gd2K48v4G75ajKzRdVq +LYAn0VahCF2egBXPg/F9AOB+aDYXji6 =tPF6 -----END PGP SIGNATURE----- --EuxKj2iCbKjpUGkD-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 30 08:37:32 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 706BE1065687 for ; Tue, 30 Sep 2008 08:37:32 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 2B19E8FC27 for ; Tue, 30 Sep 2008 08:37:32 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from isis.bris.ac.uk ([137.222.10.63]) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1KkajW-0004cN-Dm for freebsd-current@freebsd.org; Tue, 30 Sep 2008 09:37:31 +0100 Received: from mech-cluster238.men.bris.ac.uk ([137.222.187.238]) by isis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1KkajV-0006La-EU for freebsd-current@freebsd.org; Tue, 30 Sep 2008 09:37:25 +0100 Received: from mech-cluster238.men.bris.ac.uk (localhost.men.bris.ac.uk [127.0.0.1]) by mech-cluster238.men.bris.ac.uk (8.14.2/8.14.2) with ESMTP id m8U8bOHa068658 for ; Tue, 30 Sep 2008 09:37:24 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster238.men.bris.ac.uk (8.14.2/8.14.2/Submit) id m8U8bOUQ068657 for freebsd-current@freebsd.org; Tue, 30 Sep 2008 09:37:24 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster238.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Tue, 30 Sep 2008 09:37:24 +0100 From: Anton Shterenlikht To: freebsd-current@freebsd.org Message-ID: <20080930083724.GA68641@mech-cluster238.men.bris.ac.uk> References: <20080929113349.GA58496@mech-cluster238.men.bris.ac.uk> <1222700399.78422.1.camel@squirrel.corp.cox.com> <20080929154414.GA59741@mech-cluster238.men.bris.ac.uk> <1222705433.78422.3.camel@squirrel.corp.cox.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1222705433.78422.3.camel@squirrel.corp.cox.com> User-Agent: Mutt/1.5.18 (2008-05-17) X-Spam-Score: -1.4 X-Spam-Level: - Subject: Re: drmOpen failed - agp - 82845M chipset - i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Sep 2008 08:37:32 -0000 On Mon, Sep 29, 2008 at 12:23:53PM -0400, Robert Noland wrote: > On Mon, 2008-09-29 at 16:44 +0100, Anton Shterenlikht wrote: > > Frame Buffer Size 8MB (max possible setting) > > This would be the one, was your previous output hand transcribed? It > should have read 8192k stolen if this value was set. from dmesg: agp0: on vgapci0 agp0: detected 8060k stolen memory agp0: aperture size is 128M The aperture still apears as 128M even though I set 256MB in BIOS. many thanks anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Tue Sep 30 08:41:19 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 948A91065687 for ; Tue, 30 Sep 2008 08:41:19 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 48D468FC34 for ; Tue, 30 Sep 2008 08:41:19 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from isis.bris.ac.uk ([137.222.10.63]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1Kkan8-0002nG-Gc for freebsd-current@freebsd.org; Tue, 30 Sep 2008 09:41:18 +0100 Received: from mech-cluster238.men.bris.ac.uk ([137.222.187.238]) by isis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1Kkan7-0006Nm-Ow for freebsd-current@freebsd.org; Tue, 30 Sep 2008 09:41:10 +0100 Received: from mech-cluster238.men.bris.ac.uk (localhost.men.bris.ac.uk [127.0.0.1]) by mech-cluster238.men.bris.ac.uk (8.14.2/8.14.2) with ESMTP id m8U8f8Lq079854 for ; Tue, 30 Sep 2008 09:41:08 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster238.men.bris.ac.uk (8.14.2/8.14.2/Submit) id m8U8f8W1079848 for freebsd-current@freebsd.org; Tue, 30 Sep 2008 09:41:08 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster238.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Tue, 30 Sep 2008 09:41:08 +0100 From: Anton Shterenlikht To: freebsd-current@freebsd.org Message-ID: <20080930084107.GA71165@mech-cluster238.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) X-Spam-Score: -0.9 X-Spam-Level: / Subject: KDB stack backtrace - i386 on boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Sep 2008 08:41:19 -0000 I get the following KDB stack backtraces each time I boot, and occasionally afterwards. How can I interpret this info? many thanks anton #dmesg Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-CURRENT #0: Fri Sep 26 15:48:12 BST 2008 mexas@mech-Anton240.men.bris.ac.uk:/usr/obj/usr/src/sys/EDGE WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2400.10-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 Features=0xbfebfbff Features2=0x400 real memory = 527695872 (503 MB) avail memory = 507293696 (483 MB) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 1f700000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: mem 0xf0000000-0xf7ffffff,0xffa80000-0xffafffff irq 11 at device 2.0 on pci0 agp0: on vgapci0 agp0: detected 8060k stolen memory agp0: aperture size is 128M uhci0: port 0xe800-0xe81f irq 11 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xe880-0xe89f irq 3 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xec00-0xec1f irq 5 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xffa7fc00-0xffa7ffff irq 9 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: on usb3 uhub3: 6 ports with 6 removable, self powered pcib1: at device 30.0 on pci0 pci1: on pcib1 ahc0: port 0xd800-0xd8ff mem 0xff8ff000-0xff8fffff irq 10 at device 0.0 on pci1 ahc0: [ITHREAD] aic7880: Ultra Wide Channel A, SCSI Id=7, 16/253 SCBs fxp0: port 0xdc00-0xdc3f mem 0xff8fe000-0xff8fefff irq 11 at device 8.0 on pci1 miibus0: on fxp0 inphy0: PHY 1 on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: XXX: driver didn't set ifq_maxlen fxp0: Ethernet address: 00:07:e9:e7:41:dc fxp0: [ITHREAD] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pci0: at device 31.3 (no driver attached) pci0: at device 31.5 (no driver attached) acpi_button0: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 fdc0: port 0x3f0-0x3f1,0x3f2-0x3f3,0x3f4-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] ppbus0: on ppc0 plip0: on ppbus0 plip0: WARNING: using obsoleted IFF_NEEDSGIANT flag lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model IntelliMouse, device ID 3 cpu0: on acpi0 p4tcc0: on cpu0 pmtimer0 on isa0 orm0: at iomem 0xcb800-0xcbfff pnpid ORM0000 on isa0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> Timecounter "TSC" frequency 2400096344 Hz quality 800 Timecounters tick every 1.000 msec Waiting 5 seconds for SCSI devices to settle ad0: 76319MB at ata0-master UDMA100 acd0: DVDROM at ata1-master UDMA33 acd1: CDRW at ata1-slave UDMA33 WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from ufs:/dev/ad0s1a lock order reversal: 1st 0xc2f17000 vfslock (vfslock) @ /usr/src/sys/kern/vfs_subr.c:372 2nd 0xc2e69df4 devfs (devfs) @ /usr/src/sys/kern/vfs_lookup.c:432 3rd 0xc2f16d34 vfslock (vfslock) @ /usr/src/sys/kern/vfs_subr.c:372 KDB: stack backtrace: db_trace_self_wrapper(c07f0d22,c2a11820,c05f8069,4,c07ec87d,...) at db_trace_self_wrapper+0x26 kdb_backtrace(4,c07ec87d,c09b2800,c2c2d960,c2a11878,...) at kdb_backtrace+0x29 _witness_debugger(c07f340c,c2f16d34,c07f9d2e,c2c2d960,c07fa2d3,...) at _witness_debugger+0x21 witness_checkorder(c2f16d34,1,c07fa2d3,174,0,...) at witness_checkorder+0x7db __lockmgr_args(c2f16d34,200100,c2f16d50,0,0,...) at __lockmgr_args+0x226 vfs_busy(c2f16d34,200,0,c2e69e10,c0855380,...) at vfs_busy+0x1b2 vfs_mount_alloc(c2e69d9c,c0855380,c2f00240,c2c48d00,0,...) at vfs_mount_alloc+0x74 vfs_donmount(c2c69d20,4001,c2a11b50,c2eff500,6,...) at vfs_donmount+0x126e kernel_mount(c2e07a90,4001,c2f0cd80,ffffffff,c2a11bc0) at kernel_mount+0x78 kernel_vmount(4001,c07f9f1d,c2f00250,c07f9f2c,c07e745e,...) at kernel_vmount+0x61 vfs_mountroot_try(c07fa22f,c07e745e,c07e1c45,1,c0635b67,...) at vfs_mountroot_try+0x12c vfs_mountroot(c087f270,4,c07e87e0,265,6b3fedcf,...) at vfs_mountroot+0x3f7 start_init(0,c2a11d38,c07ea1b2,322,c2c66d0c,...) at start_init+0x65 fork_exit(c0587dc5,0,c2a11d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc2a11d70, ebp = 0 --- lock order reversal: 1st 0xc2e699c4 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2051 2nd 0xc2f17000 vfslock (vfslock) @ /usr/src/sys/kern/vfs_subr.c:372 KDB: stack backtrace: db_trace_self_wrapper(c07f0d22,c2a118f4,c05f8069,4,c07ec87d,...) at db_trace_self_wrapper+0x26 kdb_backtrace(4,c07ec87d,c09b24e8,c2c2d960,c2a1194c,...) at kdb_backtrace+0x29 _witness_debugger(c07f33f3,c2f17000,c07f9d2e,c2c2d960,c07fa2d3,...) at _witness_debugger+0x21 witness_checkorder(c2f17000,1,c07fa2d3,174,0,...) at witness_checkorder+0x7db __lockmgr_args(c2f17000,200100,c2f1701c,0,0,...) at __lockmgr_args+0x226 vfs_busy(c2f17000,0,0,1b0,c2a11b24,...) at vfs_busy+0x1b2 lookup(c2a11b0c,c07f99de,d8,c0,c2c48e2c,...) at lookup+0x793 namei(c2a11b0c,c2a11b24,c05f7ed7,c2c69dc4,c07fa075,...) at namei+0x434 kern_unlinkat(c2c69d20,ffffff9c,c07fa075,1,c2a11c5c,...) at kern_unlinkat+0x3f kern_unlink(c2c69d20,c07fa075,1,631,0,...) at kern_unlink+0x27 vfs_mountroot_try(c07fa22f,c07e745e,c07e1c45,1,c0635b67,...) at vfs_mountroot_try+0x469 vfs_mountroot(c087f270,4,c07e87e0,265,6b3fedcf,...) at vfs_mountroot+0x3f7 start_init(0,c2a11d38,c07ea1b2,322,c2c66d0c,...) at start_init+0x65 fork_exit(c0587dc5,0,c2a11d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc2a11d70, ebp = 0 --- lock order reversal: 1st 0xc2c6c044 user map (user map) @ /usr/src/sys/vm/vm_map.c:3115 2nd 0xc2e697ac ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2051 KDB: stack backtrace: db_trace_self_wrapper(c07f0d22,c2a11918,c05f8069,4,c07ec87d,...) at db_trace_self_wrapper+0x26 kdb_backtrace(4,c07ec87d,c09b24e8,c2c2dbd0,c2a11970,...) at kdb_backtrace+0x29 _witness_debugger(c07f33f3,c2e697ac,c07e7d55,c2c2dbd0,c07fa2d3,...) at _witness_debugger+0x21 witness_checkorder(c2e697ac,1,c07fa2d3,803,0,...) at witness_checkorder+0x7db __lockmgr_args(c2e697ac,200501,c2e697c8,0,0,...) at __lockmgr_args+0x226 ffs_lock(c2a11a7c,c080cff1,c07e745c,200501,c2e69754,...) at ffs_lock+0x7d VOP_LOCK1_APV(c0855740,c2a11a7c,c0865c20,c2e69754,200501,...) at VOP_LOCK1_APV+0xab _vn_lock(c2e69754,200501,c07fa2d3,803,4,...) at _vn_lock+0x5e vget(c2e69754,200501,c2c69d20,4b4,0,...) at vget+0xc1 vnode_pager_lock(c10452e8,0,c080a5b3,127,c2a11c18,...) at vnode_pager_lock+0x1d3 vm_fault(c2c6c000,80d6000,2,8,80d68a0,...) at vm_fault+0x1e8 trap_pfault(5,0,c0815460,2f5,c,...) at trap_pfault+0xf9 trap(c2a11d38) at trap+0x265 calltrap() at calltrap+0x6 --- trap 0xc, eip = 0x80480e5, esp = 0xbfbfeef0, ebp = 0xbfbfef10 --- -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Tue Sep 30 09:28:14 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9ADA01065691; Tue, 30 Sep 2008 09:28:14 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: from mail5out.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) by mx1.freebsd.org (Postfix) with ESMTP id 598348FC29; Tue, 30 Sep 2008 09:28:14 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: by mail5out.barnet.com.au (Postfix, from userid 1001) id 168E32218A83; Tue, 30 Sep 2008 19:28:13 +1000 (EST) X-Viruscan-Id: <48E1F12C0000660924F016@BarNet> Received: from mail5auth.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail5auth.barnet.com.au", Issuer "*.barnet.com.au" (verified OK)) by mail5.barnet.com.au (Postfix) with ESMTP id BF0E621B6643; Tue, 30 Sep 2008 19:28:12 +1000 (EST) Received: from k7.mavetju (ppp121-44-153-110.lns10.syd7.internode.on.net [121.44.153.110]) by mail5auth.barnet.com.au (Postfix) with ESMTP id 560D22218A81; Tue, 30 Sep 2008 19:28:12 +1000 (EST) Received: by k7.mavetju (Postfix, from userid 1001) id 5CCB7798; Tue, 30 Sep 2008 19:27:43 +1000 (EST) Date: Tue, 30 Sep 2008 19:27:43 +1000 From: Edwin Groothuis To: current@freebsd.org, stable@freebsd.org Message-ID: <20080930092743.GD3211@k7.mavetju> References: <20080928054620.GA80250@k7.mavetju> <20080929120441.GA43384@voi.aagh.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080929120441.GA43384@voi.aagh.net> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: Request for testing - top 3.8b1 in the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Sep 2008 09:28:14 -0000 On Mon, Sep 29, 2008 at 01:04:41PM +0100, Thomas Hurst wrote: > * Edwin Groothuis (edwin@freebsd.org) wrote: > > > I have made an update for the top(1) utility in the FreeBSD base > > system to get it from the 3.5b12 version to the 3.8b1 version. > > Looks good, thanks! > > IO mode seems to have changed a bit, giving different values to 3.5, it > seems while 3.5 gives you the count for the sample period, 3.8 always > gives you a per-second rate, e.g. top -mio -s 20: > > 3.8: > 44181 freaky 240 0 240 0 0 240 99.74% cat > > 3.5: > 44181 freaky 4664 5 4667 0 0 4667 100.00% cat > > This might be confusing, since it means values from two different top > -mio's are no longer directly comparable. I will make it back to per-period because that is the one which actually makes sense (IMHO). > 3.8 also seems to be lacking IO sorting options; "o vcsw" etc are > missing. Will they be returning? They will be back. > Also, the [number] argument given to -m io has no effect: > > top -m io 10 > > Setting it after loading with "n 10" causes top to exit. That's a good one to catch, thanks! Edwin -- Edwin Groothuis | Personal website: http://www.mavetju.org edwin@mavetju.org | Weblog: http://www.mavetju.org/weblog/ From owner-freebsd-current@FreeBSD.ORG Tue Sep 30 10:33:10 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4AF171065692; Tue, 30 Sep 2008 10:33:10 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id EAC2B8FC0A; Tue, 30 Sep 2008 10:33:09 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:Subject:In-Reply-To:References:X-Attribution:Date:Message-Id; b=GI4+Dm7E24m9QwOKSivyNtNUAKmAWv9JhUf/NB9p9ULxk7NfIJwQPBE7XGSaZye8M0TrOzyeMmPXoNWQw11DR5JZpLXFVjiPFUs+QjifAoKDQKuHTqCHtimeIQr/EeffVIMsYHBt+FZKulW2xUDR66lTt3ujn5+/Wwm0ZEYBLLkLitpYcvkutz/XdPnI5nWNdhMvoORQ8NQE7eAJHs84eTG3xJS2OcMfmbpB5XiIV7Y7YCMDL0DYYz6YbZjMRPHa; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1KkcXe-0003Oz-8n; Tue, 30 Sep 2008 10:33:18 +0000 Received: from dhcp-125.noc.gp-online.net ([41.161.31.125] helo=clue.co.za) by urchin.clue.co.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1KkcWa-0005di-PO; Tue, 30 Sep 2008 10:32:12 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KkcWZ-00030f-Ob; Tue, 30 Sep 2008 12:32:11 +0200 To: Alexander Motin From: Ian FREISLICH In-Reply-To: <48DF589D.1010700@FreeBSD.org> References: <48DF589D.1010700@FreeBSD.org> <48DF32B2.7080407@FreeBSD.org> <48CBF399.9080801@FreeBSD.org> X-Attribution: BOFH Date: Tue, 30 Sep 2008 12:32:11 +0200 Message-Id: Cc: Alex Keda , freebsd-multimedia@FreeBSD.org, freebsd-current@freebsd.org Subject: Re: New snd_hda driver came in. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Sep 2008 10:33:10 -0000 Alexander Motin wrote: > As I can see, Speaker pin has neither muter nor volume control. In such > case driver usually tries to disable pin OUT control to silent it. > Previous driver does it same way, because of quirks. New driver should > do it automatically, but it doesn't because of broken codec > configuration (see below). > > Did I understand right that on headphone connection speaker volume is > decreasing? May be hardware itself just disables power amplifier on jack > connection, but it does not disconnects it completely, neither the > driver does. The speaker volume is almost silent - it sounds like seepage from headphones when the volume is up. > >>> Also, when playing back, the optical port is activated. > >> Is it good or bad? :) I have no optical ports, but my copper one seems > >> to be enabled only when data stream present there. At least by receiver > >> displays so. > > > > Neither good nor bad. Also, the built in mic has never worked, but > > it looks promising from this boot message. > > Your BIOS writes completely broken configuration into the codec. You > should update it or use device hints to fix the situation. Ok, I'll try fixing in device.hints. It's an Apple MacBook and I have no idea what bios it has and how to update it. > > hdac0: 3 associations found: > > hdac0: Association 0 (1) in: > > hdac0: Pin nid=11 seq=2 > > mic alone, no problem, let it be. Except that I'd actually like to be able to use the mic. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Tue Sep 30 07:30:39 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A5E410657D0 for ; Tue, 30 Sep 2008 07:30:39 +0000 (UTC) (envelope-from starr4@gccs.com.au) Received: from bsd1.gccs.com.au (bsd1.gccs.com.au [203.17.152.2]) by mx1.freebsd.org (Postfix) with ESMTP id B866A8FC3A for ; Tue, 30 Sep 2008 07:30:38 +0000 (UTC) (envelope-from starr4@gccs.com.au) Received: from xp (xp.gccs.com.au [203.17.152.3]) by bsd1.gccs.com.au (8.13.8/8.13.8) with SMTP id m8U6rdSD020991 for ; Tue, 30 Sep 2008 16:53:39 +1000 (EST) (envelope-from starr4@gccs.com.au) Message-ID: From: "Harry Starr" To: Date: Tue, 30 Sep 2008 16:53:46 +1000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5512 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Antivirus: avast! (VPS 080929-1, 29/09/2008), Outbound message X-Antivirus-Status: Clean X-Mailman-Approved-At: Tue, 30 Sep 2008 11:33:27 +0000 Subject: LORs during running X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Sep 2008 07:30:39 -0000 More LORs with -current (20080930). These worry me as they appear they could affect file system integrity. >>> lock order reversal: 1st 0xc33e837c syncer (syncer) @ /usr/src/sys/kern/vfs_subr.c:1659 2nd 0xc3395a90 vfslock (vfslock) @ /usr/src/sys/kern/vfs_subr.c:372 KDB: stack backtrace: db_trace_self_wrapper(c0bbad75,d5157aec,c082ff55,4,c0bb671e,...) at db_trace_self_wrapper+0x26 kdb_backtrace(4,c0bb671e,c0bc4478,c3079fe0,d5157b48,...) at kdb_backtrace+0x29 _witness_debugger(c0bbd62a,c3395a90,c0bc3ed3,c3079fe0,c0bc4478,...) at _witness_debugger+0x25 witness_checkorder(c3395a90,1,c0bc4478,174,0,...) at witness_checkorder+0x810 __lockmgr_args(c3395a90,200100,c3395aac,0,0,...) at __lockmgr_args+0x237 vfs_busy(c3395a90,80200,c0e68380,d1c,c3395a90,...) at vfs_busy+0x1bc sync_fsync(d5157c7c,c33e8398,c33e8324,d5157c7c,d5157c9c,...) at sync_fsync+0xb5 VOP_FSYNC_APV(c0ca12e0,d5157c7c,c0bc4478,67b,c3279000,...) at VOP_FSYNC_APV+0xa5 sync_vnode(c0e68470,c0e6845c,3e8,6aa,4e20,...) at sync_vnode+0x168 sched_sync(0,d5157d38,c0bb4070,322,c311a7d4,...) at sched_sync+0x273 fork_exit(c087a2d0,0,d5157d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xd5157d70, ebp = 0 --- <<< >>> lock order reversal: 1st 0xc2e03e00 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2443 2nd 0xc3592200 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:254 KDB: stack backtrace: db_trace_self_wrapper(c0bbad75,d633e778,c082ff55,4,c0bb671e,...) at db_trace_self_wrapper+0x26 kdb_backtrace(4,c0bb671e,c0bdb633,c307a250,d633e7d4,...) at kdb_backtrace+0x29 _witness_debugger(c0bbd62a,c3592200,c0bdb99a,c307a250,c0bdb633,...) at _witness_debugger+0x25 witness_checkorder(c3592200,9,c0bdb633,fe,0,...) at witness_checkorder+0x810 _sx_xlock(c3592200,0,c0bdb633,fe,c36fe618,...) at _sx_xlock+0x85 ufsdirhash_acquire(c2e03da0,d633e8ec,1b8,cfaf3e68,d633e8a4,...) at ufsdirhash_acquire+0x35 ufsdirhash_add(c36fe618,d633e8ec,e68,d633e890,d633e894,...) at ufsdirhash_add+0x13 ufs_direnter(c36faa78,c40ed53c,d633e8ec,d633ebd4,0,...) at ufs_direnter+0x729 ufs_makeinode(d633ebd4,d633eacc,d633eacc,d633ea34,c0b19225,...) at ufs_makeinode+0x519 ufs_create(d633eacc,d633eacc,0,d633eacc,d633eba8,...) at ufs_create+0x30 VOP_CREATE_APV(c0cb3c00,d633eacc,2,c0bb133d,3,...) at VOP_CREATE_APV+0xa5 vn_open_cred(d633eba8,d633ec5c,180,c349cb00,c33a5e70,...) at vn_open_cred+0x1d0 vn_open(d633eba8,d633ec5c,180,c33a5e70,1535e8,...) at vn_open+0x33 kern_openat(c3471d20,ffffff9c,826f5dc,0,603,...) at kern_openat+0x106 kern_open(c3471d20,826f5dc,0,602,180,...) at kern_open+0x35 open(c3471d20,d633ecf8,c,c0bbe1bd,c0c906f8,...) at open+0x30 syscall(d633ed38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (5, FreeBSD ELF32, open), eip = 0x2823aef3, esp = 0x8202a60, ebp = 0x8202afc --- <<< >>> 1st 0xc3990594 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2051 2nd 0xc2da93b0 bufwait (bufwait) @ /usr/src/sys/ufs/ffs/ffs_softdep.c:6150 3rd 0xc4b25594 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2051 KDB: stack backtrace: db_trace_self_wrapper(c0bbad75,d633e3ec,c082ff55,4,c0bb671e,...) at db_trace_self_wrapper+0x26 kdb_backtrace(4,c0bb671e,c4b25594,c307a1e8,d633e448,...) at kdb_backtrace+0x29 _witness_debugger(c0bbd643,c4b25594,c0bb1c2c,c307a1e8,c0bc4478,...) at _witness_debugger+0x25 witness_checkorder(c4b25594,9,c0bc4478,803,0,...) at witness_checkorder+0x810 __lockmgr_args(c4b25594,80100,c4b255b0,0,0,...) at __lockmgr_args+0x797 ffs_lock(d633e554,c0bc3a67,c0bb133d,80100,c4b2553c,...) at ffs_lock+0x8a VOP_LOCK1_APV(c0cb3c00,d633e554,c0cce980,c4b2553c,80100,...) at VOP_LOCK1_APV+0xa5 _vn_lock(c4b2553c,80100,c0bc4478,803,4,...) at _vn_lock+0x5e vget(c4b2553c,80100,c3471d20,50,0,...) at vget+0xc9 vfs_hash_get(c33957ec,1e366a,80000,c3471d20,d633e6b0,...) at vfs_hash_get+0xe6 ffs_vgetf(c33957ec,1e366a,80000,d633e6b0,1,...) at ffs_vgetf+0x49 softdep_sync_metadata(c399053c,0,c0bdb31c,131,0,...) at softdep_sync_metadata+0x5ba ffs_syncvnode(c399053c,1,c07e3e74,c0d0f0bc,4,...) at ffs_syncvnode+0x3e2 ffs_truncate(c399053c,c00,0,880,c349cb00,...) at ffs_truncate+0x5ca ufs_direnter(c399053c,c4b2553c,d633ea20,d633ec04,c2e196d0,...) at ufs_direnter+0x8f6 ufs_mkdir(d633ec28,d633ec28,0,d633ec28,d633ebd8,...) at ufs_mkdir+0x90e VOP_MKDIR_APV(c0cb3c00,d633ec28,e99,e97,0,...) at VOP_MKDIR_APV+0xa5 kern_mkdirat(c3471d20,ffffff9c,828e148,0,1c0,...) at kern_mkdirat+0x276 kern_mkdir(c3471d20,828e148,0,1c0,d633ed2c,...) at kern_mkdir+0x2e mkdir(c3471d20,d633ecf8,8,c0bbe1d1,c0c91340,...) at mkdir+0x29 syscall(d633ed38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (136, FreeBSD ELF32, mkdir), eip = 0x2823aeb3, esp = 0x8202bb0, ebp = 0x8202bfc --- <<< From owner-freebsd-current@FreeBSD.ORG Tue Sep 30 07:30:38 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 176B810657F9 for ; Tue, 30 Sep 2008 07:30:38 +0000 (UTC) (envelope-from starr4@gccs.com.au) Received: from bsd1.gccs.com.au (bsd1.gccs.com.au [203.17.152.2]) by mx1.freebsd.org (Postfix) with ESMTP id 69C7C8FC31 for ; Tue, 30 Sep 2008 07:30:36 +0000 (UTC) (envelope-from starr4@gccs.com.au) Received: from xp (xp.gccs.com.au [203.17.152.3]) by bsd1.gccs.com.au (8.13.8/8.13.8) with SMTP id m8U6nKL0020985 for ; Tue, 30 Sep 2008 16:49:20 +1000 (EST) (envelope-from starr4@gccs.com.au) Message-ID: <025E4E8B1EB14A6F834031B6E6F94A60@gccs.com.au> From: "Harry Starr" To: Date: Tue, 30 Sep 2008 16:49:26 +1000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5512 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Antivirus: avast! (VPS 080929-1, 29/09/2008), Outbound message X-Antivirus-Status: Clean X-Mailman-Approved-At: Tue, 30 Sep 2008 11:46:21 +0000 Subject: LORs during boot with -current (20080930) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Sep 2008 07:30:38 -0000 I am consistently getting LORs during boot on both Uniprocessor and SMP -current (20080930) >>> Trying to mount root from ufs:/dev/ad0s1a lock order reversal: 1st 0xc3396000 vfslock (vfslock) @ /usr/src/sys/kern/vfs_subr.c:372 2nd 0xc328cdf4 devfs (devfs) @ /usr/src/sys/kern/vfs_lookup.c:432 3rd 0xc3395d34 vfslock (vfslock) @ /usr/src/sys/kern/vfs_subr.c:372 KDB: stack backtrace: db_trace_self_wrapper(c0bbad75,c2e77820,c082ff55,4,c0bb671e,...) at db_trace_self_wrapper+0x26 kdb_backtrace(4,c0bb671e,c3395d34,c3079fe0,c2e7787c,...) at kdb_backtrace+0x29 _witness_debugger(c0bbd643,c3395d34,c0bc3ed3,c3079fe0,c0bc4478,...) at _witness_debugger+0x25 witness_checkorder(c3395d34,1,c0bc4478,174,0,...) at witness_checkorder+0x810 __lockmgr_args(c3395d34,200100,c3395d50,0,0,...) at __lockmgr_args+0x237 vfs_busy(c3395d34,200,0,c328ce10,c0cb3840,...) at vfs_busy+0x1bc vfs_mount_alloc(c328cd9c,c0cb3840,c32809f0,c30c2400,0,...) at vfs_mount_alloc+0x74 vfs_donmount(c30bdd20,4001,c2e77b50,c3281500,6,...) at vfs_donmount+0x1269 kernel_mount(c32809d0,4001,c339b980,ffffffff,c2e77bc0) at kernel_mount+0x84 kernel_vmount(4001,c0bc40c2,c32809b0,c0bc40d1,c0bb133f,...) at kernel_vmount+0x63 vfs_mountroot_try(c0bc43d4,c0bb133f,c0ba93f9,1,c0870610,...) at vfs_mountroot_try+0x132 vfs_mountroot(c0d021f0,4,c0bb2694,265,0,...) at vfs_mountroot+0x418 start_init(0,c2e77d38,c0bb4070,322,c30bbd0c,...) at start_init+0x65 fork_exit(c07b7dc0,0,c2e77d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc2e77d70, ebp = 0 --- lock order reversal: 1st 0xc328c9c4 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2051 2nd 0xc3396000 vfslock (vfslock) @ /usr/src/sys/kern/vfs_subr.c:372 KDB: stack backtrace: db_trace_self_wrapper(c0bbad75,c2e778f0,c082ff55,4,c0bb671e,...) at db_trace_self_wrapper+0x26 kdb_backtrace(4,c0bb671e,c0bc4478,c3079fe0,c2e7794c,...) at kdb_backtrace+0x29 _witness_debugger(c0bbd62a,c3396000,c0bc3ed3,c3079fe0,c0bc4478,...) at _witness_debugger+0x25 witness_checkorder(c3396000,1,c0bc4478,174,0,...) at witness_checkorder+0x810 __lockmgr_args(c3396000,200100,c339601c,0,0,...) at __lockmgr_args+0x237 vfs_busy(c3396000,0,0,1b0,c2e77b24,...) at vfs_busy+0x1bc lookup(c2e77b0c,c0bc3b83,d8,c0,c30c252c,...) at lookup+0x7bd namei(c2e77b0c,c2e77b24,c082fd9c,c0e3bcd0,c0bc421a,...) at namei+0x44b kern_unlinkat(c30bdd20,ffffff9c,c0bc421a,1,c2e77c5c,...) at kern_unlinkat+0x46 kern_unlink(c30bdd20,c0bc421a,1,631,0,...) at kern_unlink+0x27 vfs_mountroot_try(c0bc43d4,c0bb133f,c0ba93f9,1,c0870610,...) at vfs_mountroot_try+0x478 vfs_mountroot(c0d021f0,4,c0bb2694,265,0,...) at vfs_mountroot+0x418 start_init(0,c2e77d38,c0bb4070,322,c30bbd0c,...) at start_init+0x65 fork_exit(c07b7dc0,0,c2e77d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc2e77d70, ebp = 0 --- lock order reversal: 1st 0xc30c1044 user map (user map) @ /usr/src/sys/vm/vm_map.c:3115 2nd 0xc328c7ac ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2051 KDB: stack backtrace: db_trace_self_wrapper(c0bbad75,c2e77910,c082ff55,4,c0bb671e,...) at db_trace_self_wrapper+0x26 kdb_backtrace(4,c0bb671e,c0bc4478,c307a1e8,c2e7796c,...) at kdb_backtrace+0x29 _witness_debugger(c0bbd62a,c328c7ac,c0bb1c2c,c307a1e8,c0bc4478,...) at _witness_debugger+0x25 witness_checkorder(c328c7ac,1,c0bc4478,803,0,...) at witness_checkorder+0x810 __lockmgr_args(c328c7ac,200501,c328c7c8,0,0,...) at __lockmgr_args+0x237 ffs_lock(c2e77a78,c0bdf8d6,c0bb133d,200501,c328c754,...) at ffs_lock+0x8a VOP_LOCK1_APV(c0cb3c00,c2e77a78,c0cce980,c328c754,200501,...) at VOP_LOCK1_APV+0xa5 _vn_lock(c328c754,200501,c0bc4478,803,4,...) at _vn_lock+0x5e vget(c328c754,200501,c30bdd20,4b4,0,...) at vget+0xc9 vnode_pager_lock(c1461364,0,c0bdce9c,127,c2e77c18,...) at vnode_pager_lock+0x1e0 vm_fault(c30c1000,80db000,2,8,80db1c0,...) at vm_fault+0x1df trap_pfault(5,0,c0bec1db,2f5,c30bbd0c,...) at trap_pfault+0x118 trap(c2e77d38) at trap+0x289 calltrap() at calltrap+0x6 --- trap 0xc, eip = 0x80480e5, esp = 0xbfbfeef0, ebp = 0xbfbfef10 --- <<< From owner-freebsd-current@FreeBSD.ORG Tue Sep 30 13:30:42 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A8EF106569A for ; Tue, 30 Sep 2008 13:30:42 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.226]) by mx1.freebsd.org (Postfix) with ESMTP id 21EEB8FC12 for ; Tue, 30 Sep 2008 13:30:42 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: by wr-out-0506.google.com with SMTP id c8so1631wra.27 for ; Tue, 30 Sep 2008 06:30:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=X/WpDkUOMHsZwlwEv7sogwlS3SPpZvPbVnbVHGfdbAk=; b=UGnyDj4NYxTkgDTwfUrPRBYZNvZmdEqJi6BrGO+lOwixospCPvYPgXfNwMN98rqxd0 3qJYWQRDzFFKIpWYFYitP1BA2+tAxlHRUifwU3UoaacJ5flOp7+hsidDQAq+FUgr6HlT mbqSyl873bBPURTvw+fFwnmaFb1yPLXJ036xU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:to:subject:cc:in-reply-to :mime-version:content-type:content-transfer-encoding :content-disposition:references; b=D5tVIvX15wESR9HAWE12i15EGoRveHjfIPJ5fSykMwU9+KDnnZASauTtOvsu0/1Uip bFEJKWTekL/vwln6cxuIsfcIANoHg4iIlA+S0f6oixQe3KSwK/5cxSHXfcjzAMZi34lL lI3l4SMqeaDTDmnZqOx7p1DJbpNH3lRSUG8Qw= Received: by 10.151.153.14 with SMTP id f14mr5839632ybo.99.1222779994610; Tue, 30 Sep 2008 06:06:34 -0700 (PDT) Received: by 10.151.11.21 with HTTP; Tue, 30 Sep 2008 06:06:34 -0700 (PDT) Message-ID: <8cb6106e0809300606g10fa4991gc5bfb9664d5d7839@mail.gmail.com> Date: Tue, 30 Sep 2008 09:06:34 -0400 From: "Josh Carroll" To: "Robert Watson" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: current@freebsd.org Subject: Re: Please test ipfw and pf uid/gid/jail rules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: josh.carroll@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Sep 2008 13:30:42 -0000 > Although it didn't show up in 8.x testing to date, it turned out there was a > serious stability regression in the ipfw uid/gid/jail rule implementation as > a result of moving to rwlocks for inpcbinfo and inpcb. I think I've > corrected the sources of the problem in 8.x and 7.x now, but it would be > very helpful if people who use ipfw and pf could do some extra testing of > these rules with invariants and witness enabled to see if we can't shake out > any remaining problems. I have a 7.1-PRERELEASE box on which I use pf with user/uid rules, and would be glad to test this out. I've recompiled with the usual debug options, but I was curious if I should be leaving: debug.pfugidhack=1 Alone for the testing? I assume this needs to remain set to 1? I'm not manually setting this, so I guess it is the default now (haven't looked in a while). Regards, Josh From owner-freebsd-current@FreeBSD.ORG Tue Sep 30 14:36:22 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A51A106564A for ; Tue, 30 Sep 2008 14:36:22 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id D06168FC2A for ; Tue, 30 Sep 2008 14:36:21 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m8UEaEg9056813; Tue, 30 Sep 2008 10:36:15 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 30 Sep 2008 10:12:52 -0400 User-Agent: KMail/1.9.7 References: <1222350806.2443.32.camel@localhost> <48E10F69.7080704@gneto.com> In-Reply-To: <48E10F69.7080704@gneto.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200809301012.52744.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Tue, 30 Sep 2008 10:36:15 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/8359/Tue Sep 30 09:29:02 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Tom Evans Subject: Re: LSI Logic MegaRAID SAS 8208ELP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Sep 2008 14:36:22 -0000 On Monday 29 September 2008 01:24:57 pm Martin Nilsson wrote: > Tom Evans wrote: > > Hi all > > > > I'm looking at building a large home NAS, using ZFS, for long term media > > storage and spooling recordings from a linux mythtv box. I am very keen > > to avoid using ata(4), and was wondering if this card was supported by > > either mfi(4) or amr(4)? It isn't explicitly mentioned in either, but > > the 8408 is supported by mfi(4). > > > The LSI MegaRAID SAS 8204/8208 cards are software raid and are supported > by the mpt driver under FreeBSD as 8 separate SAS ports with no RAID > function. Err, MegaRAID SAS parts should be mfi(4) devices, not mpt(4). Also, mpt(4) devices that support RAID are not software RAID. The controller manages the RAID functionality, but the mpt(4) parts I've seen only support RAID 0/1/1E. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Sep 30 14:36:28 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2BF8106568B for ; Tue, 30 Sep 2008 14:36:28 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 592358FC0C for ; Tue, 30 Sep 2008 14:36:28 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m8UEaEgA056813; Tue, 30 Sep 2008 10:36:21 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 30 Sep 2008 10:15:48 -0400 User-Agent: KMail/1.9.7 References: <025E4E8B1EB14A6F834031B6E6F94A60@gccs.com.au> In-Reply-To: <025E4E8B1EB14A6F834031B6E6F94A60@gccs.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200809301015.48635.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Tue, 30 Sep 2008 10:36:22 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/8359/Tue Sep 30 09:29:02 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Harry Starr Subject: Re: LORs during boot with -current (20080930) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Sep 2008 14:36:28 -0000 On Tuesday 30 September 2008 02:49:26 am Harry Starr wrote: > I am consistently getting LORs during boot on both Uniprocessor and > SMP -current (20080930) These are very old (probably dating back to at least FreeBSD 4.x, maybe as far back as 2.x). The difference in HEAD is that HEAD now knows about lockmgr locks and can report on these reversals. I wouldn't stress over them very much. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Sep 30 14:36:46 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3539A10656A7; Tue, 30 Sep 2008 14:36:46 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id D1A0E8FC1B; Tue, 30 Sep 2008 14:36:45 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m8UEaEgD056813; Tue, 30 Sep 2008 10:36:39 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: current@freebsd.org Date: Tue, 30 Sep 2008 10:24:14 -0400 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200809301024.14788.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Tue, 30 Sep 2008 10:36:40 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/8359/Tue Sep 30 09:29:02 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Warner Losh Subject: Another ppbus/ppc cleanup patch... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Sep 2008 14:36:46 -0000 This is another round of cleanups to the ppbus/ppc drivers. Mostly this removes the use of unit numbers instead using device_printf() and if_printf() for messages and using if_softc and si_drv1 and device_t members in softc structures instead of looking up device_t and softc structures using unit numbers. http://www.FreeBSD.org/~jhb/patches/ppc_cleanup.patch -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Sep 30 14:36:55 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA0D61065705 for ; Tue, 30 Sep 2008 14:36:55 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 4ED4E8FC15 for ; Tue, 30 Sep 2008 14:36:55 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m8UEaEgB056813; Tue, 30 Sep 2008 10:36:27 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 30 Sep 2008 10:16:57 -0400 User-Agent: KMail/1.9.7 References: <20080930084107.GA71165@mech-cluster238.men.bris.ac.uk> In-Reply-To: <20080930084107.GA71165@mech-cluster238.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200809301016.58025.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Tue, 30 Sep 2008 10:36:28 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/8359/Tue Sep 30 09:29:02 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Anton Shterenlikht Subject: Re: KDB stack backtrace - i386 on boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Sep 2008 14:36:55 -0000 On Tuesday 30 September 2008 04:41:08 am Anton Shterenlikht wrote: > > I get the following KDB stack backtraces each time I boot, > and occasionally afterwards. How can I interpret this info? They are places where the established lock order is being violated and thus potential sources of deadlock. I wouldn't worry about these in particular though as they have been present for many, many years (the kernel just wasn't able to report them previously). -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Sep 30 15:39:59 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 864E7106568F for ; Tue, 30 Sep 2008 15:39:59 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 5A52B8FC2F for ; Tue, 30 Sep 2008 15:39:59 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id m8UFdko3022195 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 30 Sep 2008 08:39:47 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <48E24842.4070409@freebsd.org> Date: Tue, 30 Sep 2008 08:39:46 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: eculp , freebsd-current References: <20080929173223.183035ohkgl7jk3b@econet.encontacto.net> <20080930054432.GB5863@chateau.d.lf> In-Reply-To: <20080930054432.GB5863@chateau.d.lf> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-DCC-Rhyolite-Metrics: ebb.errno.com; whitelist Cc: Subject: Re: I lost ath0 support on current sometime between Sept 20 and Sept 26. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Sep 2008 15:39:59 -0000 आशीष शुक्ल Ashish Shukla wrote: > In <20080929173223.183035ohkgl7jk3b@econet.encontacto.net>, eculp wrote: > > [snip] > >> # ifconfig >> >> ath0: flags=8843 metric 0 mtu >> 2290 >> ether 00:1d:d9:27:5c:e5 >> media: IEEE 802.11 Wireless Ethernet autoselect mode 11g >> status: associated >> pflog0: flags=0<> metric 0 mtu 33204 >> lo0: flags=8049 metric 0 mtu 16384 >> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x6 >> inet6 ::1 prefixlen 128 >> inet 127.0.0.1 netmask 0xff000000 >> pfsync0: flags=0<> metric 0 mtu 1460 >> syncpeer: 224.0.0.240 maxupd: 128 >> wlan0: flags=8843 metric 0 >> mtu 1500 >> ether 00:1d:d9:27:5c:e5 >> inet 172.16.0.7 netmask 0xffffff00 broadcast 172.16.0.255 >> media: IEEE 802.11 Wireless Ethernet DS/11Mbps mode 11g >> status: associated >> ssid virus channel 6 (2437 Mhz 11g) bssid 00:1d:7e:51:e1:4d >> regdomain 101 indoor ecm authmode OPEN privacy ON deftxkey 1 >> wepkey 1:40-bit txpower 16 bmiss 7 scanvalid 60 bgscan bgscanintvl 300 >> bgscanidle 250 roam:rssi 7 roam:rate 5 protmode CTS wme burst > > I'm also experiencing the same issue, i.e. ifconfig output says > associated, but neither I can ping{,6} (or simply communicate with) > any of the nodes of my network, and I'm using static IP addresses. BtW > I've not tried 'ath' with previously available HAL 0.10.5.6. Is this only w/ static key wep? Yesterday I re-tested open and wpa and both worked fine. I haven't had time to setup wep. I also see no stats or debug output that might explain what's wrong. Sam From owner-freebsd-current@FreeBSD.ORG Tue Sep 30 17:15:19 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DFC6D10656A1 for ; Tue, 30 Sep 2008 17:15:19 +0000 (UTC) (envelope-from wahjava@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.184]) by mx1.freebsd.org (Postfix) with ESMTP id 456E68FC2D for ; Tue, 30 Sep 2008 17:15:19 +0000 (UTC) (envelope-from wahjava@gmail.com) Received: by ti-out-0910.google.com with SMTP id d27so37523tid.3 for ; Tue, 30 Sep 2008 10:15:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:to:cc:subject:x-face :references:x-uptime:x-url:x-openpgp-id:x-openpgp-fingerprint:x-os :x-mailer:x-mail-morse:x-attribution:organization:from:date :in-reply-to:message-id:user-agent:face:mime-version:content-type :sender; bh=9m1rXosWdgeZyU+lupP8Z9sqxQjwMYu+0zJ+oE8+160=; b=X00vZM0qwQgbDHmRs5ks5MGTYDhK+blNqKidiqIeH2g+TEFar2NHG63FLsuRnVPD+y JBSwKvEokJt43Xauvfa9A43itnaTphuDUHLuel4+Nzf9zh8U5SXviV50lPa1FUUsukdg IZ6zdKuALPOgE+bGVJhs1Zx/lPnbknCheyGLI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=to:cc:subject:x-face:references:x-uptime:x-url:x-openpgp-id :x-openpgp-fingerprint:x-os:x-mailer:x-mail-morse:x-attribution :organization:from:date:in-reply-to:message-id:user-agent:face :mime-version:content-type:sender; b=a+CKRYZ4ipHnFUd2TdH8TktgTu4GlpgEDm9JWCVGIAdxftmJxMg2ouF08bu7TavZX0 1VIoKlKROjMXtmaMDGoLZoF9pV6RZEInKjJ4WNZl+pGXkf9lnLzjKONIrlYOkfdsjYWD 2Q5gAeAAUBd24Q557M0X5rqVD8mG13oMS4TeU= Received: by 10.110.11.1 with SMTP id 1mr10055715tik.59.1222794917734; Tue, 30 Sep 2008 10:15:17 -0700 (PDT) Received: from chateau.d.lf ([122.163.146.227]) by mx.google.com with ESMTPS id w12sm673373tib.10.2008.09.30.10.15.11 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 30 Sep 2008 10:15:15 -0700 (PDT) To: Sam Leffler X-Face: )vGQ9yK7Y$Flebu1C>(B\gYBm)[$zfKM+p&TT[[JWl6:]S>cc$%-z7-`46Zf0B*syL.C]oCq[upTG~zuS0.$"_%)|Q@$hA=9{3l{%u^h3jJ^Zl; t7 References: <20080929173223.183035ohkgl7jk3b@econet.encontacto.net> <20080930054432.GB5863@chateau.d.lf> <48E24842.4070409@freebsd.org> X-Uptime: 22:39:03 up 2:53, 1 user, load average: 0.00, 0.02, 0.23 X-URL: http://wahjava.wordpress.com/ X-OpenPGP-ID: 762E5E74 X-OpenPGP-Fingerprint: 1E00 4679 77E4 F8EE 2E4B 56F2 1F2F 8410 762E 5E74 X-OS: GNU/Linux on Linux 2.6.25-gentoo-r7 kernel on x86_64 architecture X-Mailer: Gnus/5.11 (Oort 5.11) Emacs/22.3.1 (x86_64-pc-linux-gnu) X-Mail-Morse: .-- .- .... .--- .- ...- .- .--.-. --. -- .- .. .-.. .-.-.- -.-. --- -- X-Attribution: =?utf-8?B?4KSG4KS24KWA4KS3?= Organization: alt.religion.emacs From: wahjava.ml@gmail.com (Ashish Shukla =?utf-8?B?4KSG4KS24KWA4KS3IA==?= =?utf-8?B?4KS24KWB4KSV4KWN4KSy?=) Date: Tue, 30 Sep 2008 22:45:31 +0530 In-Reply-To: <48E24842.4070409@freebsd.org> (Sam Leffler's message of "Tue\, 30 Sep 2008 08\:39\:46 -0700") Message-ID: <87bpy5imh8.fsf@chateau.d.lf> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (gnu/linux) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJ1BMVEWpqal/f39tbW1jY2Md HR2goKCenp6UlJROTk7////9/f35+fnT09ORJdieAAACVklEQVQ4jXXUP2vbQBQA8AvUTkgz5OzY Z0iGWhpS6BSrkECn0mvx0MEJ6AjtYrfoBCVDlD8naJYmNlRfwZq8+mkKlIZaGpJSYmP7Q/XkJDrJ Td8i/H68u3vHPaPufwLdf32AMA4A6GcAgvAamY1pOJiDIFqicTwLswDhfr3uxfFtkAY/GFHPMwzD 8zpnACmIOnE6js7rQb+v4NJrG9od0C+QgpHMy5jBewV+UDSMWiw1Y4fWfyV7+NGFzDsYa3pth9LJ Q4XvXxFHcJRvHOmygn5NAEabnDcQQguarnfoiwSCJ99jmKKcphsZONmWsDK9Ro7cvZOCtQdg8nje egLhc2LNlkLmsezzTFUUy5w18ocox/f0LaLgJy0zO75zk+9pp85GAj36xjqhdI0y3tq2m4dqqcWX zQWBTz8L1irvolXV4J+3q7eCDgVnttjNq6X8H+9KOZsuNk1uCzx8pSp+E9HImfJOTLdcGqo+YKnG EIovizkEn48V7BO+ch2DXcD4ENSpWiU+q8hjjbgTBZCXnZtyj0Ws4Q1Q0B2WXFtYZo65Bbyeeldw RS6qFueM80LlLA29YlVwGRYvFD+kwI/0O+A2PlpOP9GwslUVciHuYGechuBTp922YiDZCrghTknm XSyOM+D3aoRZlo0Jb42zY7DN4p2x4AeZ+QAYutx1sHwTHzMT5cMNduQ9yW3GczN4KZ86kb0c9O8T yXDeFqpl2fryPEAYGXIlezAPXYh2NgVr/gvdoHIuDwuPwOhcWE8f8mmICq41eATkn8x0kuRTIKcB wE9+/QUtiiAnYcaN7wAAAABJRU5ErkJggg== MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" Sender: =?UTF-8?B?4KSG4KS24KWA4KS3IOCktuClgeCkleCljeCksiBBc2hpc2ggU2h1a2xh?= Cc: freebsd-current Subject: Re: I lost ath0 support on current sometime between Sept 20 and Sept 26. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Sep 2008 17:15:20 -0000 --=-=-= Content-Type: text/plain; charset=utf-8 Sam Leffler writes: [snip] > Is this only w/ static key wep? Yesterday I re-tested open and wpa and > both worked fine. I haven't had time to setup wep. I also see no stats > or debug output that might explain what's wrong. ---->8---->8---- abbe [~] monte-cristo% tail -f /var/log/messages Sep 30 22:37:22 monte-cristo wpa_supplicant[358]: CTRL-EVENT-DISCONNECTED - Disconnect event - remove keys Sep 30 22:37:24 monte-cristo wpa_supplicant[358]: Trying to associate with 00:1e:2a:76:f4:60 (SSID='18-B-PARVATIYA' freq=2437 MHz) Sep 30 22:37:24 monte-cristo wpa_supplicant[358]: Associated with 00:1e:2a:76:f4:60 Sep 30 22:37:24 monte-cristo kernel: wlan0: link state changed to UP Sep 30 22:37:27 monte-cristo wpa_supplicant[358]: WPA: 4-Way Handshake failed - pre-shared key may be incorrect Sep 30 22:37:27 monte-cristo kernel: wlan0: link state changed to DOWN Sep 30 22:37:27 monte-cristo wpa_supplicant[358]: CTRL-EVENT-DISCONNECTED - Disconnect event - remove keys Sep 30 22:37:30 monte-cristo wpa_supplicant[358]: Trying to associate with 00:1e:2a:76:f4:60 (SSID='18-B-PARVATIYA' freq=2437 MHz) Sep 30 22:37:30 monte-cristo wpa_supplicant[358]: Associated with 00:1e:2a:76:f4:60 Sep 30 22:37:30 monte-cristo kernel: wlan0: link state changed to UP Sep 30 22:37:33 monte-cristo wpa_supplicant[358]: WPA: 4-Way Handshake failed - pre-shared key may be incorrect Sep 30 22:37:33 monte-cristo kernel: wlan0: link state changed to DOWN Sep 30 22:37:33 monte-cristo wpa_supplicant[358]: CTRL-EVENT-DISCONNECTED - Disconnect event - remove keys Sep 30 22:37:36 monte-cristo wpa_supplicant[358]: Trying to associate with 00:1e:2a:76:f4:60 (SSID='18-B-PARVATIYA' freq=2437 MHz) Sep 30 22:37:36 monte-cristo wpa_supplicant[358]: Associated with 00:1e:2a:76:f4:60 Sep 30 22:37:36 monte-cristo kernel: wlan0: link state changed to UP Sep 30 22:37:39 monte-cristo wpa_supplicant[358]: WPA: 4-Way Handshake failed - pre-shared key may be incorrect Sep 30 22:37:39 monte-cristo kernel: wlan0: link state changed to DOWN Sep 30 22:37:39 monte-cristo wpa_supplicant[358]: CTRL-EVENT-DISCONNECTED - Disconnect event - remove keys Sep 30 22:37:41 monte-cristo wpa_supplicant[358]: Trying to associate with 00:1e:2a:76:f4:60 (SSID='18-B-PARVATIYA' freq=2437 MHz) Sep 30 22:37:42 monte-cristo wpa_supplicant[358]: Associated with 00:1e:2a:76:f4:60 Sep 30 22:37:42 monte-cristo kernel: wlan0: link state changed to UP ^C ----8<----8<---- If you require any more details, please mention. I'm eager to see this wireless card working fine with my FreeBSD notebook :). BtW, I've posted this issue earlier also[1]. I also tried with no encryption, but then also similar problem, i.e. it won't sends/receives any packets. References: [1] - http://lists.freebsd.org/pipermail/freebsd-current/2008-September/088680.html Thanks Ashish Shukla -- () ascii ribbon campaign - against HTML e-mail /\ www.asciiribbon.org - against proprietary attachments ·-- ·- ···· ·--- ·- ···- ·- ·--·-· --· -- ·- ·· ·-·· ·-·-·- -·-· --- -- % dig +short cname cdac.in @::1 ms.gov.in --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkjiXrcACgkQHy+EEHYuXnQ2VwCfYnvcKYb7t8JtA0vib2vk5ipa P0MAn1ECMT3h9CI4pb//S1tK7yQegd4z =shuC -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 30 17:37:05 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 54190106568E for ; Tue, 30 Sep 2008 17:37:05 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 9E8D08FC13 for ; Tue, 30 Sep 2008 17:37:04 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.1.14) with ESMTPSA id 222955552; Tue, 30 Sep 2008 20:37:03 +0300 Message-ID: <48E263BE.7030006@FreeBSD.org> Date: Tue, 30 Sep 2008 20:37:02 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.16 (X11/20080726) MIME-Version: 1.0 To: frank@exit.com References: <1222644184.00019171.1222632003@10.7.7.3> In-Reply-To: <1222644184.00019171.1222632003@10.7.7.3> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current Subject: Re: Hard crash with new snd_hda. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Sep 2008 17:37:05 -0000 Frank Mayhar wrote: > pcm0: on hdac0 > pcm0: +--------------------------------------+ > pcm0: | DUMPING PCM Playback/Record Channels | > pcm0: +--------------------------------------+ > pcm0: > pcm0: Playback: > pcm0: > pcm0: Stream cap: 0x00000001 > pcm0: PCM > pcm0: PCM cap: 0x000e0560 > pcm0: 16 20 24 bits, 44 48 96 192 KHz > pcm0: DAC: 2 > pcm0: > pcm0: Record: > pcm0: Everything looks good until this point. As soon as we have "Record" printed, the record channel is assigned for this device (pdevinfo->rec >= 0). > pcm0: ADC: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 -1065922443 37421056 0 0 1 1 -980163680 2 512 114 2417 -981896736 9 6 4 2 0 But it looks like this number is incorrect or the channel memory is erased. List of DACs should be -1 terminated, but it is not there. > pcm0: > pcm0: +--------------------------------+ > pcm0: | DUMPING Playback/Record Pathes | > pcm0: +--------------------------------+ > pcm0: > pcm0: Playback: > pcm0: > pcm0: nid=20 [pin: Speaker (Fixed)] > pcm0: | > pcm0: + <- nid=12 [audio mixer] [src: pcm, mix] > pcm0: | > pcm0: + <- nid=2 [audio output] [src: pcm] > pcm0: + <- nid=11 [audio mixer] [src: mix] > pcm0: > pcm0: nid=26 [pin: Headphones (Jack)] > pcm0: | > pcm0: + <- nid=12 [audio mixer] [src: pcm, mix] > pcm0: | > pcm0: + <- nid=2 [audio output] [src: pcm] > pcm0: + <- nid=11 [audio mixer] [src: mix] > pcm0: > pcm0: Input Mix: > pcm0: > pcm0: nid=11 [audio mixer] > pcm0: | > pcm0: + <- nid=24 [pin: Mic (Jack)] [src: mic] > pcm0: + <- nid=25 [pin: Mic (Fixed)] [src: monitor] > pcm0: + <- nid=27 [pin: Mic (Jack)] [src: line1] > pcm0: + <- nid=29 [pin: AUX (Fixed)] [src: line] There is also no record channel, but it must be there according to the codec parsing stage. > pcm0: Mixer "line": > pcm0: Mixer "mix": > pcm0: Mixer "ogain": > pcm0: clone manager: deadline=750ms flags=0x8000001e > pcm0: sndbuf_setmap 1f800000, 4000; 0xea0fd000 -> 1f800000 > > > Fatal trap 12: page fault while in kernel mode > cpuid = 1; apic id = 01 > fault virtual address = 0x14 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc617e0f1 > stack pointer = 0x28:0xe80697fc > frame pointer = 0x28:0xe8069828 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 1184 (kldload) > trap number = 12 > panic: page fault > cpuid = 1 > Uptime: 54s > Physical memory: 2003 MB > Dumping 95 MB: This is probably the late consequence. I think debugging at this point won't give much. At least it will require deep data structures digging. You can enable some more debugging with setting hw.snd.verbose=4. May be it will give some clues. If not, probably we should try to add some debug printing near channel-to-device assignment loop near line 7170. We should try to find is the channel number was incorrectly set initially or it was erased later or channel memory itself was erased. The only idea I have now about the problem is that it may be related to the two audio codecs that you have on the same HDA bus. You are the first person who reported about such setup, so it wasn't ever tested. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Tue Sep 30 18:40:06 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B01371065677 for ; Tue, 30 Sep 2008 18:40:06 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 6DAE28FC1A for ; Tue, 30 Sep 2008 18:40:06 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1Kkk8g-0004GO-Fu for freebsd-current@freebsd.org; Tue, 30 Sep 2008 18:40:02 +0000 Received: from 68.178.109.53 ([68.178.109.53]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 30 Sep 2008 18:40:02 +0000 Received: from cavaughan by 68.178.109.53 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 30 Sep 2008 18:40:02 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Curtis Vaughan Date: Tue, 30 Sep 2008 18:24:24 +0000 (UTC) Lines: 21 Message-ID: <21452869-7C41-4CA7-B71C-1E597F380ED2%cavaughan@gmail.com> Mime-Version: 1.0 Content-Type: text/plain X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 68.178.109.53 User-Agent: Xnntp/beta06 (UNIBIN Mac OS 10.4.11+) Sender: news Subject: Server setup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Sep 2008 18:40:06 -0000 I am setting up a new server and have a question. This server has three 8GB SCSIs, and one 160 GB IDE. I was interested in striping the SCSIs, which I have done. After installing FreeBSD 7 on the IDE, I set up the stripe and moved /var over to it. So, my first question would be whether I should put /var on the stripe or /usr ? My next question might be whether it was even worth striping the SCSI's and just installing, say, /var/log to one drive, /usr/home to another, etc.... Final question, assuming I go ahead with putting /var on the SCSI's, how do I now recover the partition that was being used by /var? There's about 3 Gb on there. Perhaps I could just mount it as /usr/ports? or should I choose a different approach? Thanks for any input. OH! BTW. This is going to be a backup server using BackupPC, so I will be installing an additional IDE later. From owner-freebsd-current@FreeBSD.ORG Tue Sep 30 19:24:00 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3FEC51065699 for ; Tue, 30 Sep 2008 19:24:00 +0000 (UTC) (envelope-from wahjava@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.184]) by mx1.freebsd.org (Postfix) with ESMTP id 9B7838FC21 for ; Tue, 30 Sep 2008 19:23:59 +0000 (UTC) (envelope-from wahjava@gmail.com) Received: by ti-out-0910.google.com with SMTP id d27so116502tid.3 for ; Tue, 30 Sep 2008 12:23:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:to:cc:subject:x-face :references:x-uptime:x-url:x-openpgp-id:x-openpgp-fingerprint:x-os :x-mailer:x-mail-morse:x-attribution:organization:from:date :in-reply-to:message-id:user-agent:face:mime-version:content-type :sender; bh=ZIwmhf6PvYIprSgdMamW3l0lz/Q2z2TJUaxdUbBUmUs=; b=n6wPLjP/UK4EYbydCd/CVnZTwYtTk0NcikgLZTnopvAlfes0YOGvYU7mFvkO4xYFlf nNSODRcwmk173Yesl8gArgxXcVWS6cFDJWyer9nfW2rYMLnu5E+gNXIHGlNuakjKe5SD MTfz+upBKZdZBVPGFBElcrnkSWbOlP+S+BIZM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=to:cc:subject:x-face:references:x-uptime:x-url:x-openpgp-id :x-openpgp-fingerprint:x-os:x-mailer:x-mail-morse:x-attribution :organization:from:date:in-reply-to:message-id:user-agent:face :mime-version:content-type:sender; b=Qh0OaHWY1mPxc0/fpzJJINF3vywarncEYHZMeCOA34UBbA3NjXZk0HogB6Vj9IWV26 E4+JmIM++asMaNDp6dFGx+JV4SpRQjjt/yUY7UaJXbnlcb6h3aQesodiabZTusVCCach T9feemG8Qoml5TKNDrY/m8C82rZ0j6WZGVxKk= Received: by 10.110.20.15 with SMTP id 15mr10244782tit.48.1222802638286; Tue, 30 Sep 2008 12:23:58 -0700 (PDT) Received: from chateau.d.lf ([122.163.147.92]) by mx.google.com with ESMTPS id d7sm906818tib.17.2008.09.30.12.23.54 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 30 Sep 2008 12:23:57 -0700 (PDT) To: Curtis Vaughan X-Face: )vGQ9yK7Y$Flebu1C>(B\gYBm)[$zfKM+p&TT[[JWl6:]S>cc$%-z7-`46Zf0B*syL.C]oCq[upTG~zuS0.$"_%)|Q@$hA=9{3l{%u^h3jJ^Zl; t7 References: <21452869-7C41-4CA7-B71C-1E597F380ED2%cavaughan@gmail.com> X-Uptime: 00:49:04 up 5:04, 1 user, load average: 0.01, 0.03, 0.00 X-URL: http://wahjava.wordpress.com/ X-OpenPGP-ID: 762E5E74 X-OpenPGP-Fingerprint: 1E00 4679 77E4 F8EE 2E4B 56F2 1F2F 8410 762E 5E74 X-OS: GNU/Linux on Linux 2.6.25-gentoo-r7 kernel on x86_64 architecture X-Mailer: Gnus/5.11 (Oort 5.11) Emacs/22.3.1 (x86_64-pc-linux-gnu) X-Mail-Morse: .-- .- .... .--- .- ...- .- .--.-. --. -- .- .. .-.. .-.-.- -.-. --- -- X-Attribution: =?utf-8?B?4KSG4KS24KWA4KS3?= Organization: alt.religion.emacs From: wahjava.ml@gmail.com (Ashish Shukla =?utf-8?B?4KSG4KS24KWA4KS3IA==?= =?utf-8?B?4KS24KWB4KSV4KWN4KSy?=) Date: Wed, 01 Oct 2008 00:54:14 +0530 In-Reply-To: <21452869-7C41-4CA7-B71C-1E597F380ED2%cavaughan@gmail.com> (Curtis Vaughan's message of "Tue\, 30 Sep 2008 18\:24\:24 +0000 \(UTC\)") Message-ID: <877i8tigip.fsf@chateau.d.lf> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (gnu/linux) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJ1BMVEWpqal/f39tbW1jY2Md HR2goKCenp6UlJROTk7////9/f35+fnT09ORJdieAAACVklEQVQ4jXXUP2vbQBQA8AvUTkgz5OzY Z0iGWhpS6BSrkECn0mvx0MEJ6AjtYrfoBCVDlD8naJYmNlRfwZq8+mkKlIZaGpJSYmP7Q/XkJDrJ Td8i/H68u3vHPaPufwLdf32AMA4A6GcAgvAamY1pOJiDIFqicTwLswDhfr3uxfFtkAY/GFHPMwzD 8zpnACmIOnE6js7rQb+v4NJrG9od0C+QgpHMy5jBewV+UDSMWiw1Y4fWfyV7+NGFzDsYa3pth9LJ Q4XvXxFHcJRvHOmygn5NAEabnDcQQguarnfoiwSCJ99jmKKcphsZONmWsDK9Ro7cvZOCtQdg8nje egLhc2LNlkLmsezzTFUUy5w18ocox/f0LaLgJy0zO75zk+9pp85GAj36xjqhdI0y3tq2m4dqqcWX zQWBTz8L1irvolXV4J+3q7eCDgVnttjNq6X8H+9KOZsuNk1uCzx8pSp+E9HImfJOTLdcGqo+YKnG EIovizkEn48V7BO+ch2DXcD4ENSpWiU+q8hjjbgTBZCXnZtyj0Ws4Q1Q0B2WXFtYZo65Bbyeeldw RS6qFueM80LlLA29YlVwGRYvFD+kwI/0O+A2PlpOP9GwslUVciHuYGechuBTp922YiDZCrghTknm XSyOM+D3aoRZlo0Jb42zY7DN4p2x4AeZ+QAYutx1sHwTHzMT5cMNduQ9yW3GczN4KZ86kb0c9O8T yXDeFqpl2fryPEAYGXIlezAPXYh2NgVr/gvdoHIuDwuPwOhcWE8f8mmICq41eATkn8x0kuRTIKcB wE9+/QUtiiAnYcaN7wAAAABJRU5ErkJggg== MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" Sender: =?UTF-8?B?4KSG4KS24KWA4KS3IOCktuClgeCkleCljeCksiBBc2hpc2ggU2h1a2xh?= Cc: freebsd-current@freebsd.org Subject: Re: Server setup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Sep 2008 19:24:00 -0000 --=-=-= Content-Type: text/plain; charset=utf-8 Hi Curtis, This is an offtopic question for this list. And I don't think you'll get any good replies here. You should post this question to freebsd-questions@ list. Also go through the FreeBSD lists[1] site, to find more specific list specific to your problem :) References: [1] - http://lists.freebsd.org/ Ashish -- () ascii ribbon campaign - against HTML e-mail /\ www.asciiribbon.org - against proprietary attachments ·-- ·- ···· ·--- ·- ···- ·- ·--·-· --· -- ·- ·· ·-·· ·-·-·- -·-· --- -- % dig +short cname cdac.in @::1 ms.gov.in --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkjifOIACgkQHy+EEHYuXnT17QCfYS+HHQkk/1Ioszss76e3wTSX RpYAnRc2TEF9cvuEn1SBvca5wuSbCx5T =d5RA -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 30 19:48:58 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE352106568E for ; Tue, 30 Sep 2008 19:48:58 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from ns2.bafirst.com (72-12-2-19.static.networktel.net [72.12.2.19]) by mx1.freebsd.org (Postfix) with ESMTP id 55D9D8FC12 for ; Tue, 30 Sep 2008 19:48:57 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from HOME.encontacto.net ([189.190.8.164]) by ns2.bafirst.com with esmtp; Tue, 30 Sep 2008 14:48:56 -0500 id 000D5418.48E282A8.000111A0 Received: from localhost (localhost [127.0.0.1]) (uid 80) by HOME.encontacto.net with local; Tue, 30 Sep 2008 14:48:55 -0500 id 0004AC1B.48E282A7.000179E6 Received: from 172.16.0.7 (172.16.0.7 [172.16.0.7]) by econet.encontacto.net (Horde Framework) with HTTP; Tue, 30 Sep 2008 14:48:55 -0500 Message-ID: <20080930144855.11733eqpwzhr36gw@econet.encontacto.net> Date: Tue, 30 Sep 2008 14:48:55 -0500 From: eculp To: Sam Leffler References: <20080929173223.183035ohkgl7jk3b@econet.encontacto.net> <20080930054432.GB5863@chateau.d.lf> <48E24842.4070409@freebsd.org> In-Reply-To: <48E24842.4070409@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (5.0-cvs) X-Remote-Browser: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.17) Gecko/20080925 Firefox/2.0.0.17 X-IMP-Server: 189.190.8.164 X-Originating-IP: 201.155.7.3 X-Originating-User: eculp@encontacto.net Cc: freebsd-current Subject: Re: I lost ath0 support on current sometime between Sept 20 and Sept 26. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Sep 2008 19:48:59 -0000 Quoting Sam Leffler : > =E0=A4=86=E0=A4=B6=E0=A5=80=E0=A4=B7 =E0=A4=B6=E0=A5=81=E0=A4=95=E0=A5=8D= =E0=A4=B2 Ashish Shukla wrote: >> In <20080929173223.183035ohkgl7jk3b@econet.encontacto.net>, eculp wrote: >> >> [snip] >> >> [snip2] >> >> I'm also experiencing the same issue, i.e. ifconfig output says =20 >> associated, but neither I can ping{,6} (or simply communicate with) =20 >> any of the nodes of my network, and I'm using static IP addresses. =20 >> BtW I've not tried 'ath' with previously available HAL 0.10.5.6. > Is this only w/ static key wep? Yesterday I re-tested open and wpa =20 > and both worked fine. I haven't had time to setup wep. I also see no =20 > stats or debug output that might explain what's wrong.. Thanks, Sam. I think I did a very poor job of explaining my problem. =20 I'm going to try again using today's kernel as an example of the later =20 versions that don't work rather than version from Sept 20 and previous =20 that do work. Verbose boot from today's kernel that seems to have problems, divided =20 into the following sections: # uname -a FreeBSD ed.local.net.mx 8.0-CURRENT FreeBSD 8.0-CURRENT #41: Tue Sep =20 30 05:27:31 CDT 2008 root@ed.local.net.mx:/usr/obj/usr/src/sys/ENCONTACTO i386 ed.local.net.mx # /etc/rc.conf for ath0: wlans_ath0=3Dwlan0 ifconfig_wlan0=3D"DHCP ssid virus wepmode on wepkey 1:0x2373FE9515 weptxke= y 1" The above and the following are on line at =20 http://encontacto.net/SHARE/newInfo to not burden the mailing list. # # # # # # # # # VERBOSE DMESG.BOOT FOR Sep 30 KERNEL # # # # # # # # # # # # # # # # # bg_scans after boot # # # # # # # # # # # # # # # # # # # IFCONFIG # # # # # # # # # # # # # # # # # # # LIST SCAN # # # # # # # # # I doubt that the information from Sep. 20 and previous that work are =20 of much # # use. The KERNCONF's and all configuration haven't changed =20 for at least 20 days and probably longer. Thanks for any suggestions, ed > Sam > > From owner-freebsd-current@FreeBSD.ORG Tue Sep 30 20:49:10 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2DE3E106568B for ; Tue, 30 Sep 2008 20:49:10 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 037238FC19 for ; Tue, 30 Sep 2008 20:49:09 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.2.109] (c-71-56-39-94.hsd1.ga.comcast.net [71.56.39.94]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id m8UKmq2k025602 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 30 Sep 2008 16:48:52 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Tony Sim In-Reply-To: <1222048105.1697.16.camel@wombat.2hip.net> References: <20080911083305.61E63CF0AC@f06.poczta.interia.pl> <5fb5cdcd0809211837y275ddeb2xcb062b0e66b0670a@mail.gmail.com> <1222048105.1697.16.camel@wombat.2hip.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-P8MtXqt/XzvM7C6o2MAk" Organization: FreeBSD Date: Tue, 30 Sep 2008 16:48:46 -0400 Message-Id: <1222807726.1740.33.camel@wombat.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.0 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: des@des.no, vermaden , freebsd-current@freebsd.org Subject: Re: Intel GMA x4500 / xorg help X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Sep 2008 20:49:10 -0000 --=-P8MtXqt/XzvM7C6o2MAk Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 2008-09-21 at 21:48 -0400, Robert Noland wrote: > On Mon, 2008-09-22 at 10:37 +0900, Tony Sim wrote: > > Yes, i've read those reviews. I also know that the current port tree s= eems > > to have the latest version of the driver. I've also read, however, tha= t > > drivers in Freebsd, by default, have disabled support for Intel's later > > graphics cards, and this seems to be in agreement in the description of= the > > port.... and furthermore, my laptop, which has the said graphic card, > > constantly crashes whenever xorg tries to deal with the graphics card. = By > > this i mean the entire freebsd crashes... > >=20 > > So since it apparently works with linux and xorg, the driver is there..= . the > > question is, does it work in freebsd? >=20 > I am not currently aware of any such limitation. That said, I probably > need to sync up our agp_i810 with a few new pci id's. We run the same > drm code that linux does, though I'm still not exactly clear on what > features they have actually shipped with a release. All Intel cards are > "AGP" and therefore have to use agp_i810 which I suppose I am > responsible for now. Send me pci id's and I can check on it... I have a patch for this now. It is located at http://people.freebsd.org/~rnoland/agp_i810-g33-g45.patch I need testers with g33 and g45 series chips. robert. > robert. >=20 > > On Thu, Sep 11, 2008 at 5:33 PM, vermaden wrote: > >=20 > > > > "Tony Sim" writes: > > > > > Is there a driver for GMA x4500 graphics card in Freebsd? > > > > > > > > I think the question you *meant* to ask is "does X.org support the = GMA > > > > X4500 series". The answer is "ask on an X.org mailing list". > > > > > > > > DES > > > > > > Hi, > > > > > > Intel X4500 is already supported by both Xorg and intel open driver: > > > http://www.phoronix.com/scan.php?page=3Dnews_item&px=3DNjUzMw > > > > > > It has been even already benched: > > > http://www.phoronix.com/scan.php?page=3Darticle&item=3Dintel_x4500hd > > > > > > Regards > > > vermaden > > > > > > ---------------------------------------------------------------------= - > > > Drogowa Mapa Polski GPS w Twoim telefonie! > > > Pobierz >> http://link.interia.pl/f1f0a > > > > > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" --=-P8MtXqt/XzvM7C6o2MAk Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEABECAAYFAkjikK4ACgkQM4TrQ4qfROPC6QCdGss3pOdqWC1UCic4fpl/2q2R UFcAniUoGbpMzN5pQ2A867NF/a/1OIpT =yPET -----END PGP SIGNATURE----- --=-P8MtXqt/XzvM7C6o2MAk-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 30 20:23:33 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA06210656A6 for ; Tue, 30 Sep 2008 20:23:33 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from mail-gx0-f21.google.com (mail-gx0-f21.google.com [209.85.217.21]) by mx1.freebsd.org (Postfix) with ESMTP id A421C8FC0A for ; Tue, 30 Sep 2008 20:23:33 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: by gxk14 with SMTP id 14so395159gxk.19 for ; Tue, 30 Sep 2008 13:23:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=9tpIx65SmgP09eLp7NWx1qoLVA04kgvsyxLj+p8WQ8Q=; b=ret5D+L+YjGDlfiOnmNEiF/3amhkgnbvsFvClV9ButTXwfcWgZ7iOR2dcn5EEYX5HA i3jdbwXQq7hb2exr5Tj9q8LZ2jWb5A8YJXSrCrxBrrYUzL/iTQD9rfwmE2TwUAJ9vsns cpb3l/aSU5OFkgETSBeNWyek/8kpEqjzspU30= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=sFnsApsMr5QIjGcWQaUlDKiuzFwh02CKcQnURtIk3LTvwCrvv7bzWpzIPdmDg9SYZS XowgJ/6IMjRedXZvv7OpO9l/fRJ7JwIPIahfKdN9HNUEvfYx1iZcsApG+lgCsGbQbkfD 3/X5UkOseptSP5lnjkUZ0T9se9+VrDgtu2IcU= Received: by 10.150.124.2 with SMTP id w2mr10569158ybc.118.1222804526656; Tue, 30 Sep 2008 12:55:26 -0700 (PDT) Received: by 10.150.97.16 with HTTP; Tue, 30 Sep 2008 12:55:26 -0700 (PDT) Message-ID: Date: Tue, 30 Sep 2008 15:55:26 -0400 From: "Ryan Stone" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Mailman-Approved-At: Tue, 30 Sep 2008 21:11:52 +0000 Subject: Possible alternate definition of CTASSERT to allow its use in header files X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Sep 2008 20:23:34 -0000 This was prompted by some recent check-ins removing CTASSERTs from header files to prevent spurious errors from popping up. For example, this check-in: http://lists.freebsd.org/pipermail/cvs-src/2008-September/095328.html I've come up with an alternate definition of CTASSERT that can be used in header files. It works on gcc 3.4.6, 4.0.2 and 4.3.0(the only compilers I have quick access to). $ cat /tmp/tmp.c // New definition #define NEWASSERT(x) _NEWASSERT(x, __LINE__) #define _NEWASSERT(x, line) __NEWASSERT(x, line) #define __NEWASSERT(x, line) extern int __assert_ ## line [ x ? 1 : -1 ]; //existing BSD implementation #define CTASSERT(x) _CTASSERT(x, __LINE__) #define _CTASSERT(x, y) __CTASSERT(x, y) #define __CTASSERT(x, y) typedef char __assert ## y[(x) ? 1 : -1] CTASSERT(1); // line 11 CTASSERT(0); // line 12 CTASSERT(1); CTASSERT(0); // line 13 NEWASSERT(1); // line 16 NEWASSERT(0) ; // line 17 NEWASSERT(1); NEWASSERT(0); // line 18 NEWASSERT(1); NEWASSERT(1); // line 19 $ gcc -v -c /tmp/tmp.c -Wall -Werror /tmp/tmp.c:12: error: size of array `__assert12' is negative /tmp/tmp.c:13: error: size of array `__assert13' is negative /tmp/tmp.c:13: error: redefinition of typedef '__assert13' /tmp/tmp.c:13: error: previous declaration of '__assert13' was here /tmp/tmp.c:17: error: size of array `__assert_17' is negative /tmp/tmp.c:18: error: size of array `__assert_18' is negative $ Note that the compiler doesn't complain about multiple definitions of __assert18 and __assert19 like it does about the multiple definitions of __assert13, which is the reason that CTASSERTs can't be used in header files. Thoughts? Will this work on compilers other than gcc? From owner-freebsd-current@FreeBSD.ORG Tue Sep 30 20:39:52 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2405C1065696 for ; Tue, 30 Sep 2008 20:39:52 +0000 (UTC) (envelope-from rnoland@freedesktop.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id D89288FC14 for ; Tue, 30 Sep 2008 20:39:51 +0000 (UTC) (envelope-from rnoland@freedesktop.org) Received: from [192.168.2.109] (c-71-56-39-94.hsd1.ga.comcast.net [71.56.39.94]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id m8UK1R1s025306 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 30 Sep 2008 16:01:27 -0400 (EDT) (envelope-from rnoland@freedesktop.org) From: Robert Noland To: Tony Sim In-Reply-To: <1222048105.1697.16.camel@wombat.2hip.net> References: <20080911083305.61E63CF0AC@f06.poczta.interia.pl> <5fb5cdcd0809211837y275ddeb2xcb062b0e66b0670a@mail.gmail.com> <1222048105.1697.16.camel@wombat.2hip.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-ElqJw6vIvNNapNKF+NXm" Organization: FreeDesktop.org Date: Tue, 30 Sep 2008 16:01:18 -0400 Message-Id: <1222804879.1740.31.camel@wombat.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.5 required=5.0 tests=BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net X-Mailman-Approved-At: Tue, 30 Sep 2008 21:17:36 +0000 Cc: des@des.no, vermaden , freebsd-current@freebsd.org Subject: Re: Intel GMA x4500 / xorg help X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Sep 2008 20:39:52 -0000 --=-ElqJw6vIvNNapNKF+NXm Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 2008-09-21 at 21:48 -0400, Robert Noland wrote: > On Mon, 2008-09-22 at 10:37 +0900, Tony Sim wrote: > > Yes, i've read those reviews. I also know that the current port tree s= eems > > to have the latest version of the driver. I've also read, however, tha= t > > drivers in Freebsd, by default, have disabled support for Intel's later > > graphics cards, and this seems to be in agreement in the description of= the > > port.... and furthermore, my laptop, which has the said graphic card, > > constantly crashes whenever xorg tries to deal with the graphics card. = By > > this i mean the entire freebsd crashes... > >=20 > > So since it apparently works with linux and xorg, the driver is there..= . the > > question is, does it work in freebsd? >=20 > I am not currently aware of any such limitation. That said, I probably > need to sync up our agp_i810 with a few new pci id's. We run the same > drm code that linux does, though I'm still not exactly clear on what > features they have actually shipped with a release. All Intel cards are > "AGP" and therefore have to use agp_i810 which I suppose I am > responsible for now. Send me pci id's and I can check on it... I have a patch for this now. It is located at http://people.freebsd.org/~rnoland/agp_i810-g33-g45.patch I need testers with g33 and g45 series chips. robert. > robert. >=20 > > On Thu, Sep 11, 2008 at 5:33 PM, vermaden wrote: > >=20 > > > > "Tony Sim" writes: > > > > > Is there a driver for GMA x4500 graphics card in Freebsd? > > > > > > > > I think the question you *meant* to ask is "does X.org support the = GMA > > > > X4500 series". The answer is "ask on an X.org mailing list". > > > > > > > > DES > > > > > > Hi, > > > > > > Intel X4500 is already supported by both Xorg and intel open driver: > > > http://www.phoronix.com/scan.php?page=3Dnews_item&px=3DNjUzMw > > > > > > It has been even already benched: > > > http://www.phoronix.com/scan.php?page=3Darticle&item=3Dintel_x4500hd > > > > > > Regards > > > vermaden > > > > > > ---------------------------------------------------------------------= - > > > Drogowa Mapa Polski GPS w Twoim telefonie! > > > Pobierz >> http://link.interia.pl/f1f0a > > > > > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" --=-ElqJw6vIvNNapNKF+NXm Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEABECAAYFAkjihY4ACgkQM4TrQ4qfROO7VwCggn/B7/YM4dJmbxEIuTDhoG+1 eywAnjF1MfoRSyhZQiredMa82XtFpdFZ =+Nr0 -----END PGP SIGNATURE----- --=-ElqJw6vIvNNapNKF+NXm-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 1 00:01:11 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48C231065689 for ; Wed, 1 Oct 2008 00:01:11 +0000 (UTC) (envelope-from starr4@gccs.com.au) Received: from bsd1.gccs.com.au (bsd1.gccs.com.au [203.17.152.2]) by mx1.freebsd.org (Postfix) with ESMTP id B46D48FC1C for ; Wed, 1 Oct 2008 00:01:10 +0000 (UTC) (envelope-from starr4@gccs.com.au) Received: from xp (xp.gccs.com.au [203.17.152.3]) by bsd1.gccs.com.au (8.13.8/8.13.8) with SMTP id m91017ko022319; Wed, 1 Oct 2008 10:01:08 +1000 (EST) (envelope-from starr4@gccs.com.au) Message-ID: From: "Harry Starr" To: "John Baldwin" , References: <025E4E8B1EB14A6F834031B6E6F94A60@gccs.com.au> <200809301015.48635.jhb@freebsd.org> Date: Wed, 1 Oct 2008 10:01:15 +1000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5512 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Antivirus: avast! (VPS 080930-0, 30/09/2008), Outbound message X-Antivirus-Status: Clean X-Mailman-Approved-At: Wed, 01 Oct 2008 02:31:44 +0000 Cc: Subject: Re: LORs during boot with -current (20080930) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Oct 2008 00:01:11 -0000 From: "John Baldwin" Sent: Wednesday, October 01, 2008 12:15 AM > On Tuesday 30 September 2008 02:49:26 am Harry Starr wrote: >> I am consistently getting LORs during boot on both Uniprocessor and >> SMP -current (20080930) > > These are very old (probably dating back to at least FreeBSD 4.x, maybe as > far > back as 2.x). The difference in HEAD is that HEAD now knows about lockmgr > locks and can report on these reversals. I wouldn't stress over them very > much. > > -- > John Baldwin > Thanks for the clarification, John. Is it worth any effort to actually track and solve any of these issues ?? -- Harry From owner-freebsd-current@FreeBSD.ORG Wed Oct 1 09:39:11 2008 Return-Path: Delivered-To: FreeBSD-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F9C91065687; Wed, 1 Oct 2008 09:39:11 +0000 (UTC) (envelope-from philip@paeps.cx) Received: from gateway.nixsys.be (gateway.nixsys.be [IPv6:2001:6f8:32f::42]) by mx1.freebsd.org (Postfix) with ESMTP id 285D08FC19; Wed, 1 Oct 2008 09:39:11 +0000 (UTC) (envelope-from philip@paeps.cx) Received: from detritus.paeps.cx (detritus.paeps.cx [IPv6:2001:6f8:1408::4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "detritus.paeps.cx", Issuer "NixSys CA" (verified OK)) by gateway.nixsys.be (Postfix) with ESMTP id 255564105; Wed, 1 Oct 2008 11:39:10 +0200 (CEST) Received: from carrot.paeps.cx (carrot [IPv6:2001:6f8:1408::2]) by detritus.paeps.cx (Postfix) with ESMTP id 8176220A9; Wed, 1 Oct 2008 11:39:08 +0200 (CEST) Received: from carrot.paeps.cx (philip@localhost [127.0.0.1]) by carrot.paeps.cx (8.14.3/8.14.3) with ESMTP id m919d7mf027523; Wed, 1 Oct 2008 11:39:07 +0200 (CEST) (envelope-from philip@carrot.paeps.cx) Received: (from philip@localhost) by carrot.paeps.cx (8.14.3/8.14.3/Submit) id m919d6cN027522; Wed, 1 Oct 2008 11:39:06 +0200 (CEST) (envelope-from philip) Date: Wed, 1 Oct 2008 11:39:06 +0200 From: Philip Paeps To: Nikola =?utf-8?B?TGXEjWnEhw==?= Message-ID: <20081001093906.GI6749@carrot.paeps.cx> Mail-Followup-To: Nikola =?utf-8?B?TGXEjWnEhw==?= , Edwin Groothuis , FreeBSD-current@FreeBSD.org, FreeBSD-stable@FreeBSD.org References: <20080928054620.GA80250@k7.mavetju> <20080928142409.19f94e5b@anthesphoria.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20080928142409.19f94e5b@anthesphoria.net> X-PGP-Fingerprint: 356B AE02 4763 F739 2FA2 E438 2649 E628 C5D3 4D05 X-Date: Today is Prickle-Prickle, the 55th day of Bureaucracy in the YOLD 3174 X-Date-in-France: =?utf-8?Q?D=C3=A9cadi_10_Vend=C3=A9miair?= =?utf-8?Q?e?= CCXVII, jour de la cuve X-Date-in-Rome: Kalendas Octobres MMDCCLXI ab Urbe Condida X-Phase-of-Moon: The Moon is Waxing Crescent (5% of Full) X-Message-Flag: Get a proper mailclient! Organization: Happily Disorganized User-Agent: Mutt/1.5.18 (2008-05-17) Cc: FreeBSD-current@FreeBSD.org, FreeBSD-stable@FreeBSD.org, Edwin Groothuis Subject: Re: Request for testing - top 3.8b1 in the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Oct 2008 09:39:11 -0000 On 2008-09-28 14:24:09 (+0200), Nikola Lečić wrote: > On Sun, 28 Sep 2008 15:46:20 +1000 Edwin Groothuis wrote: > > Please report any issues with it (compile time, run time) and a way to > > reproduce it (if possible). Thanks for your help! > > last pid: 70762; load avg: 1.22, 0.54, 0.33; up 0+16:48:11 14:08:01 > 177 threads: 11 running, 147 sleeping, 19 waiting > CPU: 27.6% user, 0.0% nice, 3.3% system, 0.7% interrupt, 68.4% idle > Kernel: 246626 ctxsw, 5063 trap, 362 intr, 354 soft, 5 fork, 4591 flt, 728 fr > Mem: 891M Active, 774M Inact, 233M Wired, 89M Cache, 112M Buf, 3668K Free > Swap: 4096M Total, 4096M Free > > [...] > > Btw, an aesthetic observation, in H mode the USERNAME column shrinks > and expands if username has less or more than 9 characters. :-) Another aesthetic observation is the alignment of the CPU: line - it would be nice if the data all lined up nicely with Kernel/Mem/Swap below. Very minor point though. Thanks for making this work! - Philip -- Philip Paeps Please don't Cc me, I am philip@freebsd.org subscribed to the list. Greebo's technique was unscientific and wouldn't have stood a chance against any decent swordmanship, but on his side was the fact that it is almost impossible to develop decent swordmanship when you seem to have run into a food mixer that is biting your ear off. -- (Terry Pratchett, Witches Abroad) From owner-freebsd-current@FreeBSD.ORG Wed Oct 1 09:58:39 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62A7B1065688 for ; Wed, 1 Oct 2008 09:58:39 +0000 (UTC) (envelope-from loader@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 4B6D48FC13; Wed, 1 Oct 2008 09:58:39 +0000 (UTC) (envelope-from loader@FreeBSD.org) Received: from freefall.freebsd.org (loader@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m919wdtP049587; Wed, 1 Oct 2008 09:58:39 GMT (envelope-from loader@freefall.freebsd.org) Received: from localhost (localhost [[UNIX: localhost]]) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m919wdkW049586; Wed, 1 Oct 2008 09:58:39 GMT (envelope-from loader) Date: Wed, 1 Oct 2008 09:58:39 GMT Message-Id: <200810010958.m919wdkW049586@freefall.freebsd.org> To: freebsd-current@freebsd.org References: <1d6d20bc0809170846g69311401j7f93f97969756e43@mail.gmail.com> <1d6d20bc0809190111ic50d597tea2ac6a0917c41@mail.gmail.com> <1d6d20bc0809241011n5b88b161w96ba38f4956ce861@mail.gmail.com> <200809241335.48472.jhb@freebsd.org> <1d6d20bc0809242142ge545896u332cc8e23212383a@mail.gmail.com> From: loader User-Agent: Emacs 23.0.50.2 on i386-unknown-freebsd6.2 In-Reply-To: <1d6d20bc0809242142ge545896u332cc8e23212383a@mail.gmail.com> (Jia-Shiun Li's message of "Thu\, 25 Sep 2008 12\:42\:38 +0800") MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: Unable to boot Asus P5QL-EM w/ acpi enabled X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Oct 2008 09:58:39 -0000 "Jia-Shiun Li" wrote: > On Thu, Sep 25, 2008 at 1:35 AM, John Baldwin wrote: >> On Wednesday 24 September 2008 01:11:31 pm jiashiun li wrote: >>> >>> I did a binary search and found the problem lies between 2008-08-22 >>> and 2008-08-23. Here is my note: >>> >> If you grab the latest bits from HEAD you can use 'hw.pci.mcfg=0' to disable >> memcfg. >> > > Thanks, quick search the mailing list revealed some cases and your > solution just a few days ago. I should have followed the mailing list > more carefully. ;) > > Just curious, any idea why the memory mapped configuration prevents > kernel from booting? Maybe buggy hardware, acpi code, or combination > of both that users can help testing to find the cause? I had a similar problem with r181987 on the Intel DQ965GF desktop board (http://www.intel.com/products/desktop/motherboards/dq965gf/dq965gf-overview.htm) 1 or 2 weeks ago, and 'hw.pci.mcfg=0' helped to resolve the freeze on booting. Regards, loader From owner-freebsd-current@FreeBSD.ORG Wed Oct 1 10:21:59 2008 Return-Path: Delivered-To: FreeBSD-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F345B1065690 for ; Wed, 1 Oct 2008 10:21:59 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id ADB798FC2B for ; Wed, 1 Oct 2008 10:21:59 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1KkyqE-000PtC-N7 for FreeBSD-current@FreeBSD.org; Wed, 01 Oct 2008 14:21:58 +0400 To: FreeBSD-current@FreeBSD.org From: Boris Samorodov Date: Wed, 01 Oct 2008 14:21:53 +0400 Message-ID: <02683278@bb.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: testing EeePC-1000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Oct 2008 10:22:00 -0000 Hi All, I've got EeePC-1000 and here are some results with (the system was installed to an 16Gb SDHC card): ----- % uname -a FreeBSD eeebb.bsam.ru 8.0-CURRENT FreeBSD 8.0-CURRENT #4: Thu Sep 25 03:30:39 MSD 2008 root@eeebb.bsam.ru:/usr/obj/usr/src/sys/BB i386 ----- ftp://ftp.ipt.ru/pub/eeepc-1000/dmesg.boot.txt ftp://ftp.ipt.ru/pub/eeepc-1000/dmesg.boot.verbose.txt ftp://ftp.ipt.ru/pub/eeepc-1000/pciconf.txt ftp://ftp.ipt.ru/pub/eeepc-1000/usbdevs.txt Sound (only output is tested) and all it's hotkeys work, internal dynamic is mutted while headphones are got jacked. Graphics (Intel 945GME) works so far good. Internal cardreader works fine and boots the OS. Camera (BT-253(0xb700), Broadcom Corp(0x0b05), rev 2.41, device ugen1) -- didn't test. Bluetooth (USB 2.0 Camera(0x0505), vendor 0x05e3(0x05e3), rev 3.27, device ugen0) -- didn't test. Wifi (Ralink: card=0x27901814 chip=0x07811814) -- is not supported. Ethernet (Atheros E1: card=0x83241043 chip=0x10261969) -- is not supported. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Wed Oct 1 10:32:50 2008 Return-Path: Delivered-To: FreeBSD-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E2DF106568B for ; Wed, 1 Oct 2008 10:32:50 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id EAB678FC23 for ; Wed, 1 Oct 2008 10:32:49 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1Kkz0i-000041-OZ for FreeBSD-current@FreeBSD.org; Wed, 01 Oct 2008 14:32:48 +0400 To: FreeBSD-current@FreeBSD.org References: <02683278@bb.ipt.ru> From: Boris Samorodov Date: Wed, 01 Oct 2008 14:32:43 +0400 In-Reply-To: <02683278@bb.ipt.ru> (Boris Samorodov's message of "Wed\, 01 Oct 2008 14\:21\:53 +0400") Message-ID: <36602628@bb.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: Re: testing EeePC-1000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Oct 2008 10:32:50 -0000 Boris Samorodov writes: > Camera (BT-253(0xb700), Broadcom Corp(0x0b05), rev 2.41, device > ugen1) -- didn't test. > Bluetooth (USB 2.0 Camera(0x0505), vendor 0x05e3(0x05e3), rev 3.27, > device ugen0) -- didn't test. Those are vice-versa, sorry for the confusion. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Wed Oct 1 10:46:55 2008 Return-Path: Delivered-To: FreeBSD-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 223C41065686 for ; Wed, 1 Oct 2008 10:46:55 +0000 (UTC) (envelope-from rink@rink.nu) Received: from mx1.rink.nu (gloom.rink.nu [213.34.49.2]) by mx1.freebsd.org (Postfix) with ESMTP id D8D108FC15 for ; Wed, 1 Oct 2008 10:46:54 +0000 (UTC) (envelope-from rink@rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx1.rink.nu (Postfix) with ESMTP id 172076D423; Wed, 1 Oct 2008 12:49:14 +0200 (CEST) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx1.rink.nu ([213.34.49.2]) by localhost (gloom.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HezSCqt3I0GF; Wed, 1 Oct 2008 12:49:04 +0200 (CEST) Received: by mx1.rink.nu (Postfix, from userid 1000) id 92DAB6D41E; Wed, 1 Oct 2008 12:49:04 +0200 (CEST) Date: Wed, 1 Oct 2008 12:49:04 +0200 From: Rink Springer To: Boris Samorodov Message-ID: <20081001104904.GA47719@rink.nu> References: <02683278@bb.ipt.ru> <36602628@bb.ipt.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <36602628@bb.ipt.ru> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: FreeBSD-current@FreeBSD.org Subject: Re: testing EeePC-1000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Oct 2008 10:46:55 -0000 Hi Boris, On Wed, Oct 01, 2008 at 02:32:43PM +0400, Boris Samorodov wrote: > Boris Samorodov writes: > > > Camera (BT-253(0xb700), Broadcom Corp(0x0b05), rev 2.41, device > > ugen1) -- didn't test. > > Bluetooth (USB 2.0 Camera(0x0505), vendor 0x05e3(0x05e3), rev 3.27, > > device ugen0) -- didn't test. > > Those are vice-versa, sorry for the confusion. Did you try 'kldload ng_ubt' ? If it successfully attaches to your Bluetooth USB device, it'll most likely work fine. Regards, -- Rink P.W. Springer - http://rink.nu "Anyway boys, this is America. Just because you get more votes doesn't mean you win." - Fox Mulder From owner-freebsd-current@FreeBSD.ORG Wed Oct 1 11:01:43 2008 Return-Path: Delivered-To: FreeBSD-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CCFB11065689 for ; Wed, 1 Oct 2008 11:01:43 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 834EA8FC1D for ; Wed, 1 Oct 2008 11:01:43 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1KkzSg-0000Uz-CI; Wed, 01 Oct 2008 15:01:42 +0400 To: Rink Springer References: <02683278@bb.ipt.ru> <36602628@bb.ipt.ru> <20081001104904.GA47719@rink.nu> From: Boris Samorodov Date: Wed, 01 Oct 2008 15:01:36 +0400 In-Reply-To: <20081001104904.GA47719@rink.nu> (Rink Springer's message of "Wed\, 1 Oct 2008 12\:49\:04 +0200") Message-ID: <59800895@bb.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: FreeBSD-current@FreeBSD.org Subject: Re: testing EeePC-1000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Oct 2008 11:01:43 -0000 Hi Rink, Rink Springer writes: > On Wed, Oct 01, 2008 at 02:32:43PM +0400, Boris Samorodov wrote: >> Boris Samorodov writes: >> >> > Camera (BT-253(0xb700), Broadcom Corp(0x0b05), rev 2.41, device >> > ugen1) -- didn't test. >> > Bluetooth (USB 2.0 Camera(0x0505), vendor 0x05e3(0x05e3), rev 3.27, >> > device ugen0) -- didn't test. >> >> Those are vice-versa, sorry for the confusion. > > Did you try 'kldload ng_ubt' ? If it successfully attaches to your > Bluetooth USB device, it'll most likely work fine. One good news more. ;-) Kldload seems to be a bit late and nothing happened. But the line 'ng_ubt_load="YES"' added to /boot/loader.conf gave this at boot time: ----- ubt0: on uhub3 ubt0: Interface 0 endpoints: interrupt=0x81, bulk-in=0x82, bulk-out=0x2 ubt0: Interface 1 (alt.config 4) endpoints: isoc-in=0x83, isoc-out=0x3; wMaxPacketSize=64; nframes=10, buffer size=640 ----- Seems that you were right at your assumption, thanks! WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Wed Oct 1 14:06:03 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1975E106569A for ; Wed, 1 Oct 2008 14:06:03 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id BFC458FC15 for ; Wed, 1 Oct 2008 14:06:02 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id m91E5uTj062801 for ; Wed, 1 Oct 2008 10:05:57 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id m91E5ugg028685 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 1 Oct 2008 10:05:56 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200810011405.m91E5ugg028685@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Wed, 01 Oct 2008 10:05:48 -0400 To: freebsd-current@freebsd.org From: Mike Tancsa Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Subject: ichwd on ich9 attach failing ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Oct 2008 14:06:03 -0000 Does anyone have a board with this chipset where ichwd attaches properly ? When I try to load the driver I get ichwd module loaded isab0: found ICH9 or equivalent chipset: Intel ICH9R watchdog timer ichwd0: on isa0 isab0: found ICH9 or equivalent chipset: Intel ICH9R watchdog timer ichwd0: ICH WDT present but disabled in BIOS or hardware device_attach: ichwd0 attach returned 6 ppc0: parallel port not found. the ppc0 error seems normal, as on other boards I see the same error and things attach just fine It is enabled in the BIOS as the box will automatically reboot after 5 min, since the watchdog is not set by the OS The machine is a supermicro S3200SHX chipset. wd settings in the BIOS below. If I set the boot watchdog to disabled, it still does not attach | Assert NMI on SERR [Enabled] | Assert NMI on PERR [Enabled] | Resume on AC Power Lo [Reset] | Clear System Event Lo [Disabled] | FRB-2 Enable [Enabled] | OS Boot Watchdog Time [Enabled] | OS Boot Watchdog Time [Reset] | OS Boot Watchdog Time [5 minutes] isab0@pci0:0:31:0: class=0x060100 card=0x34d08086 chip=0x29168086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IR (ICH9R) LPC Interface Controller' class = bridge subclass = PCI-ISA cap 09[e0] = vendor (length 12) Intel cap 1 version 0 features: SATA RAID-5, 4 PCI-e x1 slots Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.1-PRERELEASE #2: Tue Sep 30 21:07:11 EDT 2008 mdtancsa@gp-kit2.sentex.ca:/usr/obj/usr/src/sys/server Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Duo CPU E6750 @ 2.66GHz (2707.88-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 Features=0xbfebfbff Features2=0xe3fd AMD Features=0x20100000 AMD Features2=0x1 Cores per package: 2 real memory = 3755974656 (3581 MB) avail memory = 3675566080 (3505 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 5 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 30-53 on motherboard lapic0: Forcing LINT1 to edge trigger kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 6.0 on pci0 pci1: on pcib1 3ware device driver for 9000 series storage controllers, version: 3.70.05.001 twa0: <3ware 9000 series Storage Controller> port 0x2000-0x20ff mem 0xe0000000-0xe1ffffff,0xe3a00000-0xe3a00fff irq 16 at device 0.0 on pci1 twa0: [ITHREAD] twa0: INFO: (0x15: 0x1300): Controller details:: Model 9650SE-2LP, 2 ports, Firmware FE9X 3.08.00.016, BIOS BE9X 3.08.00.004 em0: port 0x30e0-0x30ff mem 0xe3b00000-0xe3b1ffff,0xe3b20000-0xe3b20fff irq 20 at device 25.0 on pci0 em0: Using MSI interrupt em0: [FILTER] em0: Ethernet address: 00:15:17:28:d0:fe uhci0: port 0x30c0-0x30df irq 18 at device 26.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x30a0-0x30bf irq 21 at device 26.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x3080-0x309f irq 17 at device 26.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xe3b21400-0xe3b217ff irq 17 at device 26.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: on usb3 uhub3: 6 ports with 6 removable, self powered pcib2: irq 17 at device 28.0 on pci0 pci2: on pcib2 pcib3: at device 0.0 on pci2 pci3: on pcib3 pcib4: irq 17 at device 28.4 on pci0 pci4: on pcib4 vgapci0: mem 0xe2000000-0xe2ffffff,0xe3800000-0xe3803fff,0xe3000000-0xe37fffff irq 16 at device 0.0 on pci4 uhci3: port 0x3060-0x307f irq 23 at device 29.0 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb4: on uhci3 usb4: USB revision 1.0 uhub4: on usb4 uhub4: 2 ports with 2 removable, self powered uhci4: port 0x3040-0x305f irq 19 at device 29.1 on pci0 uhci4: [GIANT-LOCKED] uhci4: [ITHREAD] usb5: on uhci4 usb5: USB revision 1.0 uhub5: on usb5 uhub5: 2 ports with 2 removable, self powered uhci5: port 0x3020-0x303f irq 18 at device 29.2 on pci0 uhci5: [GIANT-LOCKED] uhci5: [ITHREAD] usb6: on uhci5 usb6: USB revision 1.0 uhub6: on usb6 uhub6: 2 ports with 2 removable, self powered ehci1: mem 0xe3b21000-0xe3b213ff irq 23 at device 29.7 on pci0 ehci1: [GIANT-LOCKED] ehci1: [ITHREAD] usb7: EHCI version 1.0 usb7: companion controllers, 2 ports each: usb4 usb5 usb6 usb7: on ehci1 usb7: USB revision 2.0 uhub7: on usb7 uhub7: 6 ports with 6 removable, self powered pcib5: at device 30.0 on pci0 pci5: on pcib5 em1: port 0x1000-0x103f mem 0xe3920000-0xe393ffff,0xe3900000-0xe391ffff irq 18 at device 2.0 on pci5 em1: [FILTER] em1: Ethernet address: 00:15:17:28:d0:fc isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x3430-0x343f,0x3420-0x342f irq 21 at device 31.2 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pci0: at device 31.3 (no driver attached) atapci1: port 0x3448-0x344f,0x3464-0x3467,0x3440-0x3447,0x3460-0x3463,0x3410-0x341f,0x3400-0x340f irq 21 at device 31.5 on pci0 atapci1: [ITHREAD] ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 p4tcc1: on cpu1 cryptosoft0: on motherboard pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc9fff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: parallel port not found. uart0: <16550 or compatible> at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 uart0: [FILTER] uart0: console (9600,n,8,1) Timecounters tick every 1.000 msec IPsec: Initialized Security Association Processing. da0 at twa0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-5 device da0: 100.000MB/s transfers da0: 238408MB (488259584 512 byte sectors: 255H 63S/T 30392C) lapic1: Forcing LINT1 to edge trigger SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/da0s1a ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-current@FreeBSD.ORG Wed Oct 1 15:42:10 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AEF82106568A for ; Wed, 1 Oct 2008 15:42:10 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id 3D8288FC1A for ; Wed, 1 Oct 2008 15:42:08 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id A4CA8A06E8; Wed, 1 Oct 2008 17:42:06 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id 966BCA06E7; Wed, 1 Oct 2008 17:42:06 +0200 (CEST) Received: from mail.physik.uni-wuerzburg.de (wthp192.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 6D762A06E2; Wed, 1 Oct 2008 17:42:06 +0200 (CEST) Received: from wep4035.physik.uni-wuerzburg.de ([132.187.37.35]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.0.2) with ESMTP id 2008100117420530-1936 ; Wed, 1 Oct 2008 17:42:05 +0200 Received: by wep4035.physik.uni-wuerzburg.de (sSMTP sendmail emulation); Wed, 1 Oct 2008 17:42:05 +0200 From: "Alexey Shuvaev" Date: Wed, 1 Oct 2008 17:42:05 +0200 To: Robert Noland Message-ID: <20081001154205.GA72865@wep4035.physik.uni-wuerzburg.de> References: <20080911083305.61E63CF0AC@f06.poczta.interia.pl> <5fb5cdcd0809211837y275ddeb2xcb062b0e66b0670a@mail.gmail.com> <1222048105.1697.16.camel@wombat.2hip.net> <1222807726.1740.33.camel@wombat.2hip.net> MIME-Version: 1.0 In-Reply-To: <1222807726.1740.33.camel@wombat.2hip.net> Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.18 (2008-05-17) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 8.0.2|August 07, 2008) at 10/01/2008 05:42:05 PM, Serialize by Router on domino1/uni-wuerzburg(Release 8.0.2|August 07, 2008) at 10/01/2008 05:42:05 PM Content-Transfer-Encoding: 8bit Content-Type: multipart/mixed; boundary="pWyiEgJYm5f9v55/" Content-Disposition: inline X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Cc: freebsd-current@freebsd.org Subject: Re: Intel GMA x4500 / xorg help X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Oct 2008 15:42:10 -0000 --pWyiEgJYm5f9v55/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Sep 30, 2008 at 04:48:46PM -0400, Robert Noland wrote: > On Sun, 2008-09-21 at 21:48 -0400, Robert Noland wrote: > > > > I am not currently aware of any such limitation. That said, I probably > > need to sync up our agp_i810 with a few new pci id's. We run the same > > drm code that linux does, though I'm still not exactly clear on what > > features they have actually shipped with a release. All Intel cards are > > "AGP" and therefore have to use agp_i810 which I suppose I am > > responsible for now. Send me pci id's and I can check on it... > > I have a patch for this now. It is located at > http://people.freebsd.org/~rnoland/agp_i810-g33-g45.patch > > I need testers with g33 and g45 series chips. > Hello! I have: vgapci0@pci0:0:2:0: class=0x030000 card=0x82761043 chip=0x29c28086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '(Bearlake) Integrated Graphics Controller' class = display subclass = VGA It works before the patch and with it. With the patch from dmesg: vgapci0: port 0xbc00-0xbc07 mem 0xfe980000-0xfe9fffff,0 xd0000000-0xdfffffff,0xfe800000-0xfe8fffff irq 16 at device 2.0 on pci0 agp0: on vgapci0 agp0: detected 7164k stolen memory agp0: aperture size is 256M agp0: AGP_I810_PGTBL_CTL: 00000001 agp0: AGP_I855_GCC1: 0x30 agp0: AGP_I915_MSAC: 0x00 agp0: Aperture resource size: 268435456 bytes drm0: on vgapci0 vgapci0: child drm0 requested pci_enable_busmaster info: [drm] AGP at 0xd0000000 256MB info: [drm] Initialized i915 1.6.0 20080312 dri is broken in both cases (with or without your patch). Server starts with dri enabled but when I run glxgears it crashes with the the log in Xorg.0.log.old and it cannot start anymore with the log in Xorg.0.log (both attached). Thanks, Alexey. --pWyiEgJYm5f9v55/ Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="Xorg.0.log.old" Content-Transfer-Encoding: quoted-printable X.Org X Server 1.4.2 Release Date: 11 June 2008 X Protocol Version 11, Revision 0 Build Operating System: FreeBSD 8.0-CURRENT amd64=20 Current Operating System: FreeBSD wep4035.physik.uni-wuerzburg.de 8.0-CURRE= NT FreeBSD 8.0-CURRENT #0: Wed Oct 1 16:59:10 CEST 2008 root@wep4035.p= hysik.uni-wuerzburg.de:/usr/obj/usr/src/sys/GENERIC amd64 Build Date: 31 August 2008 06:25:56PM =20 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (=3D=3D) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Wed Oct 1 17:25:42 2008 (=3D=3D) Using config file: "/etc/X11/xorg.conf" (=3D=3D) ServerLayout "X.org Configured" (**) |-->Screen "Screen0" (0) (**) | |-->Monitor "Monitor0" (**) | |-->Device "Card0" (**) |-->Input Device "Mouse0" (**) |-->Input Device "Keyboard0" (=3D=3D) Automatically adding devices (=3D=3D) Automatically enabling devices (WW) `fonts.dir' not found (or not valid) in "/usr/local/lib/X11/fonts/deja= vu/". Entry deleted from font path. (Run 'mkfontdir' on "/usr/local/lib/X11/fonts/dejavu/"). (=3D=3D) Including the default font path /usr/local/lib/X11/fonts/misc/,/us= r/local/lib/X11/fonts/TTF/,/usr/local/lib/X11/fonts/OTF,/usr/local/lib/X11/= fonts/Type1/,/usr/local/lib/X11/fonts/100dpi/,/usr/local/lib/X11/fonts/75dp= i/. (**) FontPath set to: /usr/local/lib/X11/fonts/TTF/, /usr/local/lib/X11/fonts/OTF, /usr/local/lib/X11/fonts/webfonts/, /usr/local/lib/X11/fonts/terminus-font/, /usr/local/lib/X11/fonts/misc/, /usr/local/lib/X11/fonts/Type1/, /usr/local/lib/X11/fonts/100dpi/, /usr/local/lib/X11/fonts/75dpi/, /usr/local/lib/X11/fonts/bitstream-vera/, /usr/local/lib/X11/fonts/cyrillic/, /usr/local/share/fonts/amspsfont/type1/, /usr/local/share/fonts/cmpsfont/type1/, /usr/local/share/ghostscript/fonts/, /usr/local/lib/X11/fonts/misc/, /usr/local/lib/X11/fonts/TTF/, /usr/local/lib/X11/fonts/OTF, /usr/local/lib/X11/fonts/Type1/, /usr/local/lib/X11/fonts/100dpi/, /usr/local/lib/X11/fonts/75dpi/ (**) RgbPath set to "/usr/local/share/X11/rgb" (**) ModulePath set to "/usr/local/lib/xorg/modules" (II) Loader magic: 0x66eca0 (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 2.0 X.Org XInput driver : 2.0 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader running on freebsd (II) LoadModule: "pcidata" (II) Loading /usr/local/lib/xorg/modules//libpcidata.so (II) Module pcidata: vendor=3D"X.Org Foundation" compiled for 1.4.2, module version =3D 1.0.0 ABI class: X.Org Video Driver, version 2.0 (--) Using syscons driver with X support (version 2.0) (--) using VT number 9 (WW) OS did not count PCI devices, guessing wildly (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,29c0 card 1043,8276 rev 02 class 06,00,00 hdr = 00 (II) PCI: 00:02:0: chip 8086,29c2 card 1043,8276 rev 02 class 03,00,00 hdr = 00 (II) PCI: 00:1a:0: chip 8086,2937 card 1043,8277 rev 02 class 0c,03,00 hdr = 80 (II) PCI: 00:1a:1: chip 8086,2938 card 1043,8277 rev 02 class 0c,03,00 hdr = 00 (II) PCI: 00:1a:2: chip 8086,2939 card 1043,8277 rev 02 class 0c,03,00 hdr = 00 (II) PCI: 00:1a:7: chip 8086,293c card 1043,8277 rev 02 class 0c,03,20 hdr = 00 (II) PCI: 00:1b:0: chip 8086,293e card 1043,8277 rev 02 class 04,03,00 hdr = 00 (II) PCI: 00:1c:0: chip 8086,2940 card 0000,0000 rev 02 class 06,04,00 hdr = 81 (II) PCI: 00:1c:4: chip 8086,2948 card 0000,0000 rev 02 class 06,04,00 hdr = 81 (II) PCI: 00:1c:5: chip 8086,294a card 0000,0000 rev 02 class 06,04,00 hdr = 81 (II) PCI: 00:1d:0: chip 8086,2934 card 1043,8277 rev 02 class 0c,03,00 hdr = 80 (II) PCI: 00:1d:1: chip 8086,2935 card 1043,8277 rev 02 class 0c,03,00 hdr = 00 (II) PCI: 00:1d:2: chip 8086,2936 card 1043,8277 rev 02 class 0c,03,00 hdr = 00 (II) PCI: 00:1d:7: chip 8086,293a card 1043,8277 rev 02 class 0c,03,20 hdr = 00 (II) PCI: 00:1e:0: chip 8086,244e card 0000,0000 rev 92 class 06,04,01 hdr = 01 (II) PCI: 00:1f:0: chip 8086,2918 card 1043,8277 rev 02 class 06,01,00 hdr = 80 (II) PCI: 00:1f:2: chip 8086,2923 card 1043,8277 rev 02 class 01,06,01 hdr = 00 (II) PCI: 00:1f:3: chip 8086,2930 card 1043,8277 rev 02 class 0c,05,00 hdr = 00 (II) PCI: 01:00:0: chip 11ab,4364 card 1043,81f8 rev 12 class 02,00,00 hdr = 00 (II) PCI: 02:00:0: chip 197b,2368 card 1043,827e rev 00 class 01,01,85 hdr = 00 (II) PCI: 04:02:0: chip 1106,3044 card 1043,81fe rev c0 class 0c,00,10 hdr = 00 (II) PCI: End of PCI scan (II) Intel Bridge workaround enabled (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,4), BCTRL: 0x0008 (VGA=5FEN is set) (II) Bus 0 I/O range: [0] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x100000000) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x100000000) MX[B] (II) PCI-to-PCI bridge: (II) Bus 3: bridge is at (0:28:0), (0,3,3), BCTRL: 0x0002 (VGA=5FEN is clea= red) (II) Bus 3 prefetchable memory range: [0] -1 0 0xfdf00000 - 0xfdffffff (0x100000) MX[B] (II) PCI-to-PCI bridge: (II) Bus 2: bridge is at (0:28:4), (0,2,2), BCTRL: 0x0002 (VGA=5FEN is clea= red) (II) Bus 2 I/O range: [0] -1 0 0x0000d000 - 0x0000dfff (0x1000) IX[B] (II) PCI-to-PCI bridge: (II) Bus 1: bridge is at (0:28:5), (0,1,1), BCTRL: 0x0002 (VGA=5FEN is clea= red) (II) Bus 1 I/O range: [0] -1 0 0x0000c000 - 0x0000cfff (0x1000) IX[B] (II) Bus 1 non-prefetchable memory range: [0] -1 0 0xfea00000 - 0xfeafffff (0x100000) MX[B] (II) Subtractive PCI-to-PCI bridge: (II) Bus 4: bridge is at (0:30:0), (0,4,4), BCTRL: 0x0002 (VGA=5FEN is clea= red) (II) Bus 4 I/O range: [0] -1 0 0x0000e000 - 0x0000efff (0x1000) IX[B] (II) Bus 4 non-prefetchable memory range: [0] -1 0 0xfeb00000 - 0xfebfffff (0x100000) MX[B] (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:31:0), (0,-1,-1), BCTRL: 0x0008 (VGA=5FEN is s= et) (--) PCI:*(0:2:0) Intel Corporation 82G33/G31 Express Integrated Graphics C= ontroller rev 2, Mem @ 0xfe980000/19, 0xd0000000/28, 0xfe800000/20, I/O @ 0= xbc00/3 (II) Addressable bus resource ranges are [0] -1 0 0x00000000 - 0xffffffff (0x100000000) MX[B] [1] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) OS-reported resource ranges: [0] -1 0 0xffffffff - 0xffffffff (0x1) MX[B] [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [5] -1 0 0x00000000 - 0x00000000 (0x1) IX[B] (II) Active PCI resource ranges: [0] -1 0 0xfebff800 - 0xfebfffff (0x800) MX[B]E [1] -1 0 0xfeafc000 - 0xfeafffff (0x4000) MX[B]E [2] -1 0 0xfe97b400 - 0xfe97b7ff (0x400) MX[B]E [3] -1 0 0xfe97a800 - 0xfe97afff (0x800) MX[B]E [4] -1 0 0xfe97b800 - 0xfe97bfff (0x800) MX[B]E [5] -1 0 0xfe974000 - 0xfe977fff (0x4000) MX[B]E [6] -1 0 0xfe97bc00 - 0xfe97bfff (0x400) MX[B]E [7] -1 0 0xfe800000 - 0xfe8fffff (0x100000) MX[B](B) [8] -1 0 0xd0000000 - 0xdfffffff (0x10000000) MX[B](B) [9] -1 0 0xfe980000 - 0xfe9fffff (0x80000) MX[B](B) [10] -1 0 0x0000ec00 - 0x0000ecff (0x100) IX[B]E [11] -1 0 0x0000d400 - 0x0000d4ff (0x100) IX[B]E [12] -1 0 0x0000d480 - 0x0000d4ff (0x80) IX[B]E [13] -1 0 0x0000d800 - 0x0000d8ff (0x100) IX[B]E [14] -1 0 0x0000d880 - 0x0000d8ff (0x80) IX[B]E [15] -1 0 0x0000dc00 - 0x0000dcff (0x100) IX[B]E [16] -1 0 0x0000c800 - 0x0000c8ff (0x100) IX[B]E [17] -1 0 0x00000400 - 0x000004ff (0x100) IX[B]E [18] -1 0 0x0000a080 - 0x0000a0ff (0x80) IX[B]E [19] -1 0 0x0000a400 - 0x0000a4ff (0x100) IX[B]E [20] -1 0 0x0000a480 - 0x0000a4ff (0x80) IX[B]E [21] -1 0 0x0000a800 - 0x0000a8ff (0x100) IX[B]E [22] -1 0 0x0000a880 - 0x0000a8ff (0x80) IX[B]E [23] -1 0 0x0000b400 - 0x0000b4ff (0x100) IX[B]E [24] -1 0 0x0000b080 - 0x0000b0ff (0x80) IX[B]E [25] -1 0 0x0000b000 - 0x0000b0ff (0x100) IX[B]E [26] -1 0 0x0000b880 - 0x0000b8ff (0x80) IX[B]E [27] -1 0 0x0000b800 - 0x0000b8ff (0x100) IX[B]E [28] -1 0 0x0000b480 - 0x0000b4ff (0x80) IX[B]E [29] -1 0 0x0000bc00 - 0x0000bc07 (0x8) IX[B](B) (II) PCI I/O resource overlap reduced 0x0000d400 from 0x0000d4ff to 0x0000d= 47f (II) PCI I/O resource overlap reduced 0x0000d800 from 0x0000d8ff to 0x0000d= 87f (II) PCI I/O resource overlap reduced 0x0000a400 from 0x0000a4ff to 0x0000a= 47f (II) PCI I/O resource overlap reduced 0x0000a800 from 0x0000a8ff to 0x0000a= 87f (II) PCI Memory resource overlap reduced 0xfe97b800 from 0xfe97bfff to 0xfe= 97bbff (II) PCI I/O resource overlap reduced 0x0000b400 from 0x0000b4ff to 0x0000b= 47f (II) PCI I/O resource overlap reduced 0x0000b000 from 0x0000b0ff to 0x0000b= 07f (II) PCI I/O resource overlap reduced 0x0000b800 from 0x0000b8ff to 0x0000b= 87f (II) Active PCI resource ranges after removing overlaps: [0] -1 0 0xfebff800 - 0xfebfffff (0x800) MX[B]E [1] -1 0 0xfeafc000 - 0xfeafffff (0x4000) MX[B]E [2] -1 0 0xfe97b400 - 0xfe97b7ff (0x400) MX[B]E [3] -1 0 0xfe97a800 - 0xfe97afff (0x800) MX[B]E [4] -1 0 0xfe97b800 - 0xfe97bbff (0x400) MX[B]E [5] -1 0 0xfe974000 - 0xfe977fff (0x4000) MX[B]E [6] -1 0 0xfe97bc00 - 0xfe97bfff (0x400) MX[B]E [7] -1 0 0xfe800000 - 0xfe8fffff (0x100000) MX[B](B) [8] -1 0 0xd0000000 - 0xdfffffff (0x10000000) MX[B](B) [9] -1 0 0xfe980000 - 0xfe9fffff (0x80000) MX[B](B) [10] -1 0 0x0000ec00 - 0x0000ecff (0x100) IX[B]E [11] -1 0 0x0000d400 - 0x0000d47f (0x80) IX[B]E [12] -1 0 0x0000d480 - 0x0000d4ff (0x80) IX[B]E [13] -1 0 0x0000d800 - 0x0000d87f (0x80) IX[B]E [14] -1 0 0x0000d880 - 0x0000d8ff (0x80) IX[B]E [15] -1 0 0x0000dc00 - 0x0000dcff (0x100) IX[B]E [16] -1 0 0x0000c800 - 0x0000c8ff (0x100) IX[B]E [17] -1 0 0x00000400 - 0x000004ff (0x100) IX[B]E [18] -1 0 0x0000a080 - 0x0000a0ff (0x80) IX[B]E [19] -1 0 0x0000a400 - 0x0000a47f (0x80) IX[B]E [20] -1 0 0x0000a480 - 0x0000a4ff (0x80) IX[B]E [21] -1 0 0x0000a800 - 0x0000a87f (0x80) IX[B]E [22] -1 0 0x0000a880 - 0x0000a8ff (0x80) IX[B]E [23] -1 0 0x0000b400 - 0x0000b47f (0x80) IX[B]E [24] -1 0 0x0000b080 - 0x0000b0ff (0x80) IX[B]E [25] -1 0 0x0000b000 - 0x0000b07f (0x80) IX[B]E [26] -1 0 0x0000b880 - 0x0000b8ff (0x80) IX[B]E [27] -1 0 0x0000b800 - 0x0000b87f (0x80) IX[B]E [28] -1 0 0x0000b480 - 0x0000b4ff (0x80) IX[B]E [29] -1 0 0x0000bc00 - 0x0000bc07 (0x8) IX[B](B) (II) OS-reported resource ranges after removing overlaps with PCI: [0] -1 0 0xffffffff - 0xffffffff (0x1) MX[B] [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [5] -1 0 0x00000000 - 0x00000000 (0x1) IX[B] (II) All system resource ranges: [0] -1 0 0xffffffff - 0xffffffff (0x1) MX[B] [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0xfebff800 - 0xfebfffff (0x800) MX[B]E [5] -1 0 0xfeafc000 - 0xfeafffff (0x4000) MX[B]E [6] -1 0 0xfe97b400 - 0xfe97b7ff (0x400) MX[B]E [7] -1 0 0xfe97a800 - 0xfe97afff (0x800) MX[B]E [8] -1 0 0xfe97b800 - 0xfe97bbff (0x400) MX[B]E [9] -1 0 0xfe974000 - 0xfe977fff (0x4000) MX[B]E [10] -1 0 0xfe97bc00 - 0xfe97bfff (0x400) MX[B]E [11] -1 0 0xfe800000 - 0xfe8fffff (0x100000) MX[B](B) [12] -1 0 0xd0000000 - 0xdfffffff (0x10000000) MX[B](B) [13] -1 0 0xfe980000 - 0xfe9fffff (0x80000) MX[B](B) [14] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [15] -1 0 0x00000000 - 0x00000000 (0x1) IX[B] [16] -1 0 0x0000ec00 - 0x0000ecff (0x100) IX[B]E [17] -1 0 0x0000d400 - 0x0000d47f (0x80) IX[B]E [18] -1 0 0x0000d480 - 0x0000d4ff (0x80) IX[B]E [19] -1 0 0x0000d800 - 0x0000d87f (0x80) IX[B]E [20] -1 0 0x0000d880 - 0x0000d8ff (0x80) IX[B]E [21] -1 0 0x0000dc00 - 0x0000dcff (0x100) IX[B]E [22] -1 0 0x0000c800 - 0x0000c8ff (0x100) IX[B]E [23] -1 0 0x00000400 - 0x000004ff (0x100) IX[B]E [24] -1 0 0x0000a080 - 0x0000a0ff (0x80) IX[B]E [25] -1 0 0x0000a400 - 0x0000a47f (0x80) IX[B]E [26] -1 0 0x0000a480 - 0x0000a4ff (0x80) IX[B]E [27] -1 0 0x0000a800 - 0x0000a87f (0x80) IX[B]E [28] -1 0 0x0000a880 - 0x0000a8ff (0x80) IX[B]E [29] -1 0 0x0000b400 - 0x0000b47f (0x80) IX[B]E [30] -1 0 0x0000b080 - 0x0000b0ff (0x80) IX[B]E [31] -1 0 0x0000b000 - 0x0000b07f (0x80) IX[B]E [32] -1 0 0x0000b880 - 0x0000b8ff (0x80) IX[B]E [33] -1 0 0x0000b800 - 0x0000b87f (0x80) IX[B]E [34] -1 0 0x0000b480 - 0x0000b4ff (0x80) IX[B]E [35] -1 0 0x0000bc00 - 0x0000bc07 (0x8) IX[B](B) (II) "extmod" will be loaded. This was enabled by default and also specifie= d in the config file. (II) "dbe" will be loaded. This was enabled by default and also specified i= n the config file. (II) "glx" will be loaded. This was enabled by default and also specified i= n the config file. (II) "freetype" will be loaded. This was enabled by default and also specif= ied in the config file. (II) "type1" will be loaded. This was enabled by default and also specified= in the config file. (II) "record" will be loaded. This was enabled by default and also specifie= d in the config file. (II) "dri" will be loaded by default. (II) LoadModule: "extmod" (II) Loading /usr/local/lib/xorg/modules/extensions//libextmod.so (II) Module extmod: vendor=3D"X.Org Foundation" compiled for 1.4.2, module version =3D 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.3 (II) Loading extension SHAPE (II) Loading extension MIT-SUNDRY-NONSTANDARD (II) Loading extension BIG-REQUESTS (II) Loading extension SYNC (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XC-MISC (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-Misc (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension TOG-CUP (II) Loading extension Extended-Visual-Information (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: "record" (II) Loading /usr/local/lib/xorg/modules/extensions//librecord.so (II) Module record: vendor=3D"X.Org Foundation" compiled for 1.4.2, module version =3D 1.13.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.3 (II) Loading extension RECORD (II) LoadModule: "dbe" (II) Loading /usr/local/lib/xorg/modules/extensions//libdbe.so (II) Module dbe: vendor=3D"X.Org Foundation" compiled for 1.4.2, module version =3D 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.3 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: "glx" (II) Loading /usr/local/lib/xorg/modules/extensions//libglx.so (II) Module glx: vendor=3D"X.Org Foundation" compiled for 1.4.2, module version =3D 1.0.0 ABI class: X.Org Server Extension, version 0.3 (=3D=3D) AIGLX disabled (II) Loading extension GLX (II) LoadModule: "xtrap" (II) Loading /usr/local/lib/xorg/modules/extensions//libxtrap.so (II) Module xtrap: vendor=3D"X.Org Foundation" compiled for 1.4.2, module version =3D 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.3 (II) Loading extension DEC-XTRAP (II) LoadModule: "freetype" (II) Loading /usr/local/lib/xorg/modules/fonts//libfreetype.so (II) Module freetype: vendor=3D"X.Org Foundation & the After X-TT Project" compiled for 1.4.2, module version =3D 2.1.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.5 (II) Loading font FreeType (II) LoadModule: "type1" (II) Loading /usr/local/lib/xorg/modules/fonts//libtype1.so (II) Module type1: vendor=3D"X.Org Foundation" compiled for 1.4.2, module version =3D 1.0.2 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.5 (II) Loading font Type1 (II) LoadModule: "dri" (II) Loading /usr/local/lib/xorg/modules/extensions//libdri.so (II) Module dri: vendor=3D"X.Org Foundation" compiled for 1.4.2, module version =3D 1.0.0 ABI class: X.Org Server Extension, version 0.3 (II) Loading extension XFree86-DRI (II) LoadModule: "intel" (II) Loading /usr/local/lib/xorg/modules/drivers//intel=5Fdrv.so (II) Module intel: vendor=3D"X.Org Foundation" compiled for 1.4.2, module version =3D 2.4.2 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 2.0 (II) LoadModule: "mouse" (II) Loading /usr/local/lib/xorg/modules/input//mouse=5Fdrv.so (II) Module mouse: vendor=3D"X.Org Foundation" compiled for 1.4.2, module version =3D 1.2.3 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 2.0 (II) LoadModule: "kbd" (II) Loading /usr/local/lib/xorg/modules/input//kbd=5Fdrv.so (II) Module kbd: vendor=3D"X.Org Foundation" compiled for 1.4.2, module version =3D 1.2.2 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 2.0 (II) intel: Driver for Intel Integrated Graphics Chipsets: i810, i810-dc100, i810e, i815, i830M, 845G, 852GM/855GM, 865G, 915G, E7221 (i915), 915GM, 945G, 945GM, 945GME, 965G, G35, 965Q, 946GZ, 965GM, 965GME/GLE, G33, Q35, Q33, Mobile Intel=C2=AE GM45 Express Chipset, Intel Integrated Graphics Device, G45/G43, Q45/Q43 (II) Primary Device is: PCI 00:02:0 (--) Chipset G33 found (II) resource ranges after xf86ClaimFixedResources() call: [0] -1 0 0xffffffff - 0xffffffff (0x1) MX[B] [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0xfebff800 - 0xfebfffff (0x800) MX[B]E [5] -1 0 0xfeafc000 - 0xfeafffff (0x4000) MX[B]E [6] -1 0 0xfe97b400 - 0xfe97b7ff (0x400) MX[B]E [7] -1 0 0xfe97a800 - 0xfe97afff (0x800) MX[B]E [8] -1 0 0xfe97b800 - 0xfe97bbff (0x400) MX[B]E [9] -1 0 0xfe974000 - 0xfe977fff (0x4000) MX[B]E [10] -1 0 0xfe97bc00 - 0xfe97bfff (0x400) MX[B]E [11] -1 0 0xfe800000 - 0xfe8fffff (0x100000) MX[B](B) [12] -1 0 0xd0000000 - 0xdfffffff (0x10000000) MX[B](B) [13] -1 0 0xfe980000 - 0xfe9fffff (0x80000) MX[B](B) [14] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [15] -1 0 0x00000000 - 0x00000000 (0x1) IX[B] [16] -1 0 0x0000ec00 - 0x0000ecff (0x100) IX[B]E [17] -1 0 0x0000d400 - 0x0000d47f (0x80) IX[B]E [18] -1 0 0x0000d480 - 0x0000d4ff (0x80) IX[B]E [19] -1 0 0x0000d800 - 0x0000d87f (0x80) IX[B]E [20] -1 0 0x0000d880 - 0x0000d8ff (0x80) IX[B]E [21] -1 0 0x0000dc00 - 0x0000dcff (0x100) IX[B]E [22] -1 0 0x0000c800 - 0x0000c8ff (0x100) IX[B]E [23] -1 0 0x00000400 - 0x000004ff (0x100) IX[B]E [24] -1 0 0x0000a080 - 0x0000a0ff (0x80) IX[B]E [25] -1 0 0x0000a400 - 0x0000a47f (0x80) IX[B]E [26] -1 0 0x0000a480 - 0x0000a4ff (0x80) IX[B]E [27] -1 0 0x0000a800 - 0x0000a87f (0x80) IX[B]E [28] -1 0 0x0000a880 - 0x0000a8ff (0x80) IX[B]E [29] -1 0 0x0000b400 - 0x0000b47f (0x80) IX[B]E [30] -1 0 0x0000b080 - 0x0000b0ff (0x80) IX[B]E [31] -1 0 0x0000b000 - 0x0000b07f (0x80) IX[B]E [32] -1 0 0x0000b880 - 0x0000b8ff (0x80) IX[B]E [33] -1 0 0x0000b800 - 0x0000b87f (0x80) IX[B]E [34] -1 0 0x0000b480 - 0x0000b4ff (0x80) IX[B]E [35] -1 0 0x0000bc00 - 0x0000bc07 (0x8) IX[B](B) (II) resource ranges after probing: [0] -1 0 0xffffffff - 0xffffffff (0x1) MX[B] [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0xfebff800 - 0xfebfffff (0x800) MX[B]E [5] -1 0 0xfeafc000 - 0xfeafffff (0x4000) MX[B]E [6] -1 0 0xfe97b400 - 0xfe97b7ff (0x400) MX[B]E [7] -1 0 0xfe97a800 - 0xfe97afff (0x800) MX[B]E [8] -1 0 0xfe97b800 - 0xfe97bbff (0x400) MX[B]E [9] -1 0 0xfe974000 - 0xfe977fff (0x4000) MX[B]E [10] -1 0 0xfe97bc00 - 0xfe97bfff (0x400) MX[B]E [11] -1 0 0xfe800000 - 0xfe8fffff (0x100000) MX[B](B) [12] -1 0 0xd0000000 - 0xdfffffff (0x10000000) MX[B](B) [13] -1 0 0xfe980000 - 0xfe9fffff (0x80000) MX[B](B) [14] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B] [15] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] [16] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B] [17] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [18] -1 0 0x00000000 - 0x00000000 (0x1) IX[B] [19] -1 0 0x0000ec00 - 0x0000ecff (0x100) IX[B]E [20] -1 0 0x0000d400 - 0x0000d47f (0x80) IX[B]E [21] -1 0 0x0000d480 - 0x0000d4ff (0x80) IX[B]E [22] -1 0 0x0000d800 - 0x0000d87f (0x80) IX[B]E [23] -1 0 0x0000d880 - 0x0000d8ff (0x80) IX[B]E [24] -1 0 0x0000dc00 - 0x0000dcff (0x100) IX[B]E [25] -1 0 0x0000c800 - 0x0000c8ff (0x100) IX[B]E [26] -1 0 0x00000400 - 0x000004ff (0x100) IX[B]E [27] -1 0 0x0000a080 - 0x0000a0ff (0x80) IX[B]E [28] -1 0 0x0000a400 - 0x0000a47f (0x80) IX[B]E [29] -1 0 0x0000a480 - 0x0000a4ff (0x80) IX[B]E [30] -1 0 0x0000a800 - 0x0000a87f (0x80) IX[B]E [31] -1 0 0x0000a880 - 0x0000a8ff (0x80) IX[B]E [32] -1 0 0x0000b400 - 0x0000b47f (0x80) IX[B]E [33] -1 0 0x0000b080 - 0x0000b0ff (0x80) IX[B]E [34] -1 0 0x0000b000 - 0x0000b07f (0x80) IX[B]E [35] -1 0 0x0000b880 - 0x0000b8ff (0x80) IX[B]E [36] -1 0 0x0000b800 - 0x0000b87f (0x80) IX[B]E [37] -1 0 0x0000b480 - 0x0000b4ff (0x80) IX[B]E [38] -1 0 0x0000bc00 - 0x0000bc07 (0x8) IX[B](B) [39] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B] [40] 0 0 0x000003c0 - 0x000003df (0x20) IS[B] (II) Setting vga for screen 0. (II) Loading sub module "int10" (II) LoadModule: "int10" (II) Loading /usr/local/lib/xorg/modules//libint10.so (II) Module int10: vendor=3D"X.Org Foundation" compiled for 1.4.2, module version =3D 1.0.0 ABI class: X.Org Video Driver, version 2.0 (II) Loading sub module "vbe" (II) LoadModule: "vbe" (II) Loading /usr/local/lib/xorg/modules//libvbe.so (II) Module vbe: vendor=3D"X.Org Foundation" compiled for 1.4.2, module version =3D 1.1.0 ABI class: X.Org Video Driver, version 2.0 (II) Loading sub module "vgahw" (II) LoadModule: "vgahw" (II) Loading /usr/local/lib/xorg/modules//libvgahw.so (II) Module vgahw: vendor=3D"X.Org Foundation" compiled for 1.4.2, module version =3D 0.1.0 ABI class: X.Org Video Driver, version 2.0 (=3D=3D) intel(0): Depth 24, (=3D=3D) framebuffer bpp 32 (=3D=3D) intel(0): RGB weight 888 (=3D=3D) intel(0): Default visual is TrueColor (II) intel(0): Integrated Graphics Chipset: Intel(R) G33 (--) intel(0): Chipset: "G33" (--) intel(0): Linear framebuffer at 0xD0000000 (--) intel(0): IO registers at addr 0xFE980000 (=3D=3D) intel(0): Write-combining range (0xfe980000,0x80000) was already c= lear (=3D=3D) intel(0): Write-combining range (0xfe800000,0x40000) was already c= lear (II) intel(0): 2 display pipes available. (=3D=3D) intel(0): Using EXA for acceleration (II) Loading sub module "int10" (II) LoadModule: "int10" (II) Reloading /usr/local/lib/xorg/modules//libint10.so (II) intel(0): initializing int10 (=3D=3D) intel(0): Write-combining range (0xa0000,0x20000) was already clear (=3D=3D) intel(0): Write-combining range (0xc0000,0x40000) was already clear (WW) intel(0): Bad V=5FBIOS checksum (II) intel(0): Primary V=5FBIOS segment is: 0xc000 (=3D=3D) intel(0): Write-combining range (0x0,0x1000) was already clear (II) intel(0): VESA BIOS detected (II) intel(0): VESA VBE Version 3.0 (II) intel(0): VESA VBE Total Mem: 8128 kB (II) intel(0): VESA VBE OEM: Intel(r)Q33/Q35/G33 Graphics Chip Accelerated = VGA BIOS (II) intel(0): VESA VBE OEM Software Rev: 1.0 (II) intel(0): VESA VBE OEM Vendor: Intel Corporation (II) intel(0): VESA VBE OEM Product: Intel(r)Q33/Q35/G33 Graphics Controller (II) intel(0): VESA VBE OEM Product Rev: Hardware Version 0.0 (=3D=3D) intel(0): Write-combining range (0x0,0x1000) was already clear (II) Loading sub module "ddc" (II) LoadModule: "ddc"(II) Module "ddc" already built-in (II) Loading sub module "i2c" (II) LoadModule: "i2c"(II) Module "i2c" already built-in (II) intel(0): Output VGA using monitor section Monitor0 (II) intel(0): I2C bus "CRTDDC=5FA" initialized. (=3D=3D) intel(0): Write-combining range (0xa0000,0x10000) was already clear (II) intel(0): I2C device "CRTDDC=5FA:ddc2" registered at address 0xA0. (II) intel(0): EDID vendor "HIT", prod id 24831 (II) intel(0): Using hsync ranges from config file (II) intel(0): Using vrefresh ranges from config file (II) intel(0): Printing DDC gathered Modelines: (II) intel(0): Modeline "1680x1050"x0.0 146.25 1680 1784 1960 2240 1050 = 1053 1059 1089 -hsync +vsync (65.3 kHz) (II) intel(0): Modeline "800x600"x0.0 40.00 800 840 968 1056 600 601 60= 5 628 +hsync +vsync (37.9 kHz) (II) intel(0): Modeline "640x480"x0.0 31.50 640 656 720 840 480 481 484= 500 -hsync -vsync (37.5 kHz) (II) intel(0): Modeline "640x480"x0.0 31.50 640 664 704 832 480 489 491= 520 -hsync -vsync (37.9 kHz) (II) intel(0): Modeline "640x480"x0.0 25.20 640 656 752 800 480 490 492= 525 -hsync -vsync (31.5 kHz) (II) intel(0): Modeline "720x400"x0.0 28.32 720 738 846 900 400 412 414= 449 -hsync +vsync (31.5 kHz) (II) intel(0): Modeline "1280x1024"x0.0 135.00 1280 1296 1440 1688 1024 = 1025 1028 1066 +hsync +vsync (80.0 kHz) (II) intel(0): Modeline "1024x768"x0.0 78.80 1024 1040 1136 1312 768 76= 9 772 800 +hsync +vsync (60.1 kHz) (II) intel(0): Modeline "1024x768"x0.0 75.00 1024 1048 1184 1328 768 77= 1 777 806 -hsync -vsync (56.5 kHz) (II) intel(0): Modeline "1024x768"x0.0 65.00 1024 1048 1184 1344 768 77= 1 777 806 -hsync -vsync (48.4 kHz) (II) intel(0): Modeline "800x600"x0.0 49.50 800 816 896 1056 600 601 60= 4 625 +hsync +vsync (46.9 kHz) (II) intel(0): Modeline "800x600"x0.0 50.00 800 856 976 1040 600 637 64= 3 666 +hsync +vsync (48.1 kHz) (II) intel(0): Modeline "1280x1024"x59.9 109.00 1280 1368 1496 1712 1024= 1027 1034 1063 -hsync +vsync (63.7 kHz) (II) intel(0): Modeline "1680x1050"x60.0 146.25 1680 1784 1960 2240 1050= 1053 1059 1089 -hsync +vsync (65.3 kHz) (II) intel(0): Modeline "1440x900"x59.9 106.50 1440 1528 1672 1904 900 9= 03 909 934 -hsync +vsync (55.9 kHz) (II) intel(0): Modeline "1440x900"x75.0 136.75 1440 1536 1688 1936 900 9= 03 909 942 -hsync +vsync (70.6 kHz) (II) intel(0): EDID vendor "HIT", prod id 24831 (II) intel(0): Output VGA connected (II) intel(0): Output VGA using initial mode 1680x1050 (=3D=3D) intel(0): Write-combining range (0xa0000,0x10000) was already clear (II) intel(0): detected 1024 kB GTT. (II) intel(0): detected 7164 kB stolen memory. (=3D=3D) intel(0): video overlay key set to 0x101fe (=3D=3D) intel(0): Will not try to enable page flipping (=3D=3D) intel(0): Triple buffering disabled (=3D=3D) intel(0): Intel XvMC decoder disabled (=3D=3D) intel(0): Using gamma correction (1.0, 1.0, 1.0) (**) intel(0): Display dimensions: (470, 300) mm (**) intel(0): DPI set to (90, 142) (II) Loading sub module "fb" (II) LoadModule: "fb" (II) Loading /usr/local/lib/xorg/modules//libfb.so (II) Module fb: vendor=3D"X.Org Foundation" compiled for 1.4.2, module version =3D 1.0.0 ABI class: X.Org ANSI C Emulation, version 0.3 (II) Loading sub module "exa" (II) LoadModule: "exa" (II) Loading /usr/local/lib/xorg/modules//libexa.so (II) Module exa: vendor=3D"X.Org Foundation" compiled for 1.4.2, module version =3D 2.2.0 ABI class: X.Org Video Driver, version 2.0 (II) Loading sub module "ramdac" (II) LoadModule: "ramdac"(II) Module "ramdac" already built-in (II) intel(0): Comparing regs from server start up to After PreInit (=3D=3D) Depth 24 pixmap format is 32 bpp (II) do I need RAC? No, I don't. (II) resource ranges after preInit: [0] 0 0 0xfe800000 - 0xfe8fffff (0x100000) MS[B] [1] 0 0 0xd0000000 - 0xdfffffff (0x10000000) MS[B] [2] 0 0 0xfe980000 - 0xfe9fffff (0x80000) MS[B] [3] -1 0 0xffffffff - 0xffffffff (0x1) MX[B] [4] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [5] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [6] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [7] -1 0 0xfebff800 - 0xfebfffff (0x800) MX[B]E [8] -1 0 0xfeafc000 - 0xfeafffff (0x4000) MX[B]E [9] -1 0 0xfe97b400 - 0xfe97b7ff (0x400) MX[B]E [10] -1 0 0xfe97a800 - 0xfe97afff (0x800) MX[B]E [11] -1 0 0xfe97b800 - 0xfe97bbff (0x400) MX[B]E [12] -1 0 0xfe974000 - 0xfe977fff (0x4000) MX[B]E [13] -1 0 0xfe97bc00 - 0xfe97bfff (0x400) MX[B]E [14] -1 0 0xfe800000 - 0xfe8fffff (0x100000) MX[B](B) [15] -1 0 0xd0000000 - 0xdfffffff (0x10000000) MX[B](B) [16] -1 0 0xfe980000 - 0xfe9fffff (0x80000) MX[B](B) [17] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B](OprD) [18] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B](OprD) [19] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B](OprD) [20] 0 0 0x0000bc00 - 0x0000bc07 (0x8) IS[B] [21] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [22] -1 0 0x00000000 - 0x00000000 (0x1) IX[B] [23] -1 0 0x0000ec00 - 0x0000ecff (0x100) IX[B]E [24] -1 0 0x0000d400 - 0x0000d47f (0x80) IX[B]E [25] -1 0 0x0000d480 - 0x0000d4ff (0x80) IX[B]E [26] -1 0 0x0000d800 - 0x0000d87f (0x80) IX[B]E [27] -1 0 0x0000d880 - 0x0000d8ff (0x80) IX[B]E [28] -1 0 0x0000dc00 - 0x0000dcff (0x100) IX[B]E [29] -1 0 0x0000c800 - 0x0000c8ff (0x100) IX[B]E [30] -1 0 0x00000400 - 0x000004ff (0x100) IX[B]E [31] -1 0 0x0000a080 - 0x0000a0ff (0x80) IX[B]E [32] -1 0 0x0000a400 - 0x0000a47f (0x80) IX[B]E [33] -1 0 0x0000a480 - 0x0000a4ff (0x80) IX[B]E [34] -1 0 0x0000a800 - 0x0000a87f (0x80) IX[B]E [35] -1 0 0x0000a880 - 0x0000a8ff (0x80) IX[B]E [36] -1 0 0x0000b400 - 0x0000b47f (0x80) IX[B]E [37] -1 0 0x0000b080 - 0x0000b0ff (0x80) IX[B]E [38] -1 0 0x0000b000 - 0x0000b07f (0x80) IX[B]E [39] -1 0 0x0000b880 - 0x0000b8ff (0x80) IX[B]E [40] -1 0 0x0000b800 - 0x0000b87f (0x80) IX[B]E [41] -1 0 0x0000b480 - 0x0000b4ff (0x80) IX[B]E [42] -1 0 0x0000bc00 - 0x0000bc07 (0x8) IX[B](B) [43] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B](OprU) [44] 0 0 0x000003c0 - 0x000003df (0x20) IS[B](OprU) (II) intel(0): Kernel reported 1006592 total, 0 used (II) intel(0): I830CheckAvailableMemory: 4026368 kB available drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 8, (OK) drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 8, (OK) drmOpenByBusid: Searching for BusID pci:0000:00:02.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 8, (OK) drmOpenByBusid: drmOpenMinor returns 8 drmOpenByBusid: drmGetBusid reports pci:0000:00:02.0 (II) [drm] DRM interface version 1.2 (II) [drm] DRM open master succeeded. (II) intel(0): [drm] Using the DRM lock SAREA also for drawables. (II) intel(0): [drm] framebuffer mapped by ddx driver (II) intel(0): [drm] added 1 reserved context for kernel (II) intel(0): X context handle =3D 0x1 (II) intel(0): [drm] installed DRM signal handler (**) intel(0): Framebuffer compression disabled (**) intel(0): Tiling enabled (=3D=3D) intel(0): Write-combining range (0xfe980000,0x80000) was already c= lear (=3D=3D) intel(0): Write-combining range (0xfe800000,0x40000) was already c= lear (=3D=3D) intel(0): VideoRam: 262144 KB (II) intel(0): Attempting memory allocation with tiled buffers. (II) intel(0): Tiled allocation successful. (II) intel(0): [drm] Registers =3D 0xfe980000 (II) intel(0): [drm] ring buffer =3D 0xd0000000 (II) intel(0): [drm] mapped front buffer at 0xd1000000, handle =3D 0xd10000= 00 (II) intel(0): [drm] mapped back buffer at 0xd5000000, handle =3D 0xd5000000 (II) intel(0): [drm] mapped depth buffer at 0xd6000000, handle =3D 0xd60000= 00 (II) intel(0): [drm] mapped classic textures at 0xd7000000, handle =3D 0xd7= 000000 (II) intel(0): [drm] Initialized kernel agp heap manager, 33554432 (II) intel(0): [dri] visual configs initialized (II) intel(0): Page Flipping disabled (=3D=3D) intel(0): Write-combining range (0xfe980000,0x80000) was already c= lear (=3D=3D) intel(0): Write-combining range (0xfe800000,0x40000) was already c= lear (=3D=3D) intel(0): Write-combining range (0xd0000000,0x10000000) was alread= y set (II) intel(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is 0x0= 000 (=3D=3D) intel(0): Write-combining range (0xa0000,0x10000) was already clear (II) EXA(0): Offscreen pixmap area of 41287680 bytes (II) EXA(0): Driver registered support for the following operations: (II) Solid (II) Copy (II) Composite (RENDER acceleration) (=3D=3D) intel(0): Backing store disabled (=3D=3D) intel(0): Silken mouse enabled (II) intel(0): Initializing HW Cursor (II) intel(0): [DRI] installation complete (II) intel(0): xf86BindGARTMemory: bind key 3 at 0x01000000 (pgoffset 4096) (II) intel(0): xf86BindGARTMemory: bind key 4 at 0x02000000 (pgoffset 8192) (II) intel(0): xf86BindGARTMemory: bind key 5 at 0x05000000 (pgoffset 20480) (II) intel(0): xf86BindGARTMemory: bind key 6 at 0x06000000 (pgoffset 24576) (II) intel(0): xf86BindGARTMemory: bind key 7 at 0x07000000 (pgoffset 28672) (II) intel(0): Fixed memory allocation layout: (II) intel(0): 0x00000000-0x0001ffff: ring buffer (128 kB) (II) intel(0): 0x00020000-0x00029fff: HW cursors (40 kB) (II) intel(0): 0x0002a000-0x00031fff: logical 3D context (32 kB) (II) intel(0): 0x00032000-0x00032fff: overlay registers (4 kB) (II) intel(0): 0x00033000-0x00033fff: HW status (4 kB) (II) intel(0): 0x006ff000: end of stolen memory (II) intel(0): 0x01000000-0x01ffffff: front buffer (13440 kB) X tiled (II) intel(0): 0x02000000-0x0475ffff: exa offscreen (40320 kB) (II) intel(0): 0x05000000-0x05ffffff: back buffer (13440 kB) X tiled (II) intel(0): 0x06000000-0x06ffffff: depth buffer (13440 kB) X tiled (II) intel(0): 0x07000000-0x08ffffff: classic textures (32768 kB) (II) intel(0): 0x10000000: end of aperture (II) intel(0): Output configuration: (II) intel(0): Pipe A is on (II) intel(0): Display plane A is now enabled and connected to pipe A. (II) intel(0): Pipe B is off (II) intel(0): Display plane B is now disabled and connected to pipe B. (II) intel(0): Output VGA is connected to pipe A (II) intel(0): [drm] dma control initialized, using IRQ 16 (II) intel(0): RandR 1.2 enabled, ignore the following RandR disabled messa= ge. (**) Option "dpms" (**) intel(0): DPMS enabled (II) intel(0): Set up textured video (II) intel(0): Set up overlay video (II) intel(0): direct rendering: Enabled (--) RandR disabled (II) Initializing built-in extension MIT-SHM (II) Initializing built-in extension XInputExtension (II) Initializing built-in extension XTEST (II) Initializing built-in extension XKEYBOARD (II) Initializing built-in extension XC-APPGROUP (II) Initializing built-in extension XAccessControlExtension (II) Initializing built-in extension SECURITY (II) Initializing built-in extension XINERAMA (II) Initializing built-in extension XFIXES (II) Initializing built-in extension XFree86-Bigfont (II) Initializing built-in extension RENDER (II) Initializing built-in extension RANDR (II) Initializing built-in extension COMPOSITE (II) Initializing built-in extension DAMAGE (II) Initializing built-in extension XEVIE (II) Loading sub module "GLcore" (II) LoadModule: "GLcore" (II) Loading /usr/local/lib/xorg/modules/extensions//libGLcore.so (II) Module GLcore: vendor=3D"X.Org Foundation" compiled for 1.4.2, module version =3D 1.0.0 ABI class: X.Org Server Extension, version 0.3 (II) GLX: Initialized MESA-PROXY GL provider for screen 0 (II) intel(0): Setting screen physical size to 474 x 296 (**) Option "Protocol" "auto" (**) Mouse0: Device: "/dev/sysmouse" (**) Mouse0: Protocol: "auto" (**) Option "CorePointer" (**) Mouse0: always reports core events (**) Option "Device" "/dev/sysmouse" (=3D=3D) Mouse0: Emulate3Buttons, Emulate3Timeout: 50 (**) Option "ZAxisMapping" "4 5 6 7" (**) Mouse0: ZAxisMapping: buttons 4, 5, 6 and 7 (**) Mouse0: Buttons: 11 (**) Mouse0: Sensitivity: 1 (**) Option "CoreKeyboard" (**) Keyboard0: always reports core events (**) Option "Protocol" "standard" (**) Keyboard0: Protocol: standard (**) Option "AutoRepeat" "500 30" (**) Option "XkbRules" "xorg" (**) Keyboard0: XkbRules: "xorg" (**) Option "XkbModel" "pc105" (**) Keyboard0: XkbModel: "pc105" (**) Option "XkbLayout" "dvorak,de,ru" (**) Keyboard0: XkbLayout: "dvorak,de,ru" (**) Option "XkbVariant" "winkeys" (**) Keyboard0: XkbVariant: "winkeys" (**) Option "XkbOptions" "grp:caps=5Ftoggle" (**) Keyboard0: XkbOptions: "grp:caps=5Ftoggle" (**) Option "CustomKeycodes" "off" (**) Keyboard0: CustomKeycodes disabled (II) evaluating device (Keyboard0) (II) XINPUT: Adding extended input device "Keyboard0" (type: KEYBOARD) (II) evaluating device (Mouse0) (II) XINPUT: Adding extended input device "Mouse0" (type: MOUSE) (II) Mouse0: SetupAuto: hw.iftype is 4, hw.model is 0 (II) Mouse0: SetupAuto: protocol is SysMouse Error in I830WaitLpRing(), timeout for 2 seconds pgetbl=5Fctl: 0x00000001 getbl=5Ferr: 0x00000000 ipeir: 0x00000000 iphdr: 0x02000011 LP ring tail: 0x0001f708 head: 0x0001e47c len: 0x0001f001 start 0x00000000 eir: 0x0000 esr: 0x0000 emr: 0xffff instdone: 0xffc1 instpm: 0x0000 memmode: 0x00000306 instps: 0x80007806 hwstam: 0xeffe ier: 0x0042 imr: 0x0000 iir: 0x1000 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1f708 count 1187 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1f708 count 1187 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1f708 count 1187 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1f708 count 1187 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1f708 count 1187 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1f708 count 1187 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1f708 count 1187 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1f708 count 1187 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1f708 count 1187 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1f708 count 1187 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1f708 count 1187 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1f708 count 1187 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1f708 count 1187 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1f708 count 1187 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1f708 count 1187 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1f708 count 1187 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1f708 count 1187 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1f708 count 1187 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1f708 count 1187 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1f708 count 1187 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1f708 count 1187 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1f708 count 1187 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1f708 count 1187 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1f708 count 1187 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1f708 count 1187 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1f708 count 1187 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1f708 count 1187 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1f708 count 1187 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1f708 count 1187 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1f708 count 1187 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1f708 count 1187 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1f708 count 1187 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1f708 count 1187 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1f708 count 1187 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1f708 count 1187 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1f708 count 1187 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1f708 count 1187 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1f708 count 1187 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1f708 count 1187 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1f708 count 1187 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1f708 count 1187 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1f708 count 1187 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1f708 count 1187 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1f708 count 1187 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1f708 count 1187 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1f708 count 1187 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1f708 count 1187 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1f708 count 1187 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1f708 count 1187 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1f708 count 1187 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1f708 count 1187 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1f708 count 1187 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1f708 count 1187 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1f708 count 1187 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1f708 count 1187 0001e450: 10800001 MI=5FSTORE=5FDATA=5FINDEX 3 0001e454: 00000014 0001e458: 0000002e 0001e45c: 00000000 MI=5FNOOP 1 0001e460: 10800001 MI=5FSTORE=5FDATA=5FINDEX 3 0001e464: 00000014 0001e468: 0000002f 0001e46c: 00000000 MI=5FNOOP 1 0001e470: 00000000 MI=5FNOOP 1 0001e474: 01000000 MI=5FUSER=5FINTERRUPT 1 0001e478: 02000011 MI=5FFLUSH 1 Ring end space: 126316 wanted 131064 (II) intel(0): [drm] removed 1 reserved context for kernel (II) intel(0): [drm] unmapping 8192 bytes of SAREA 0xfffffffe40814000 at 0x= 8006a5000 (II) intel(0): [drm] Closed DRM master. Fatal server error: lockup Error in I830WaitLpRing(), timeout for 2 seconds pgetbl=5Fctl: 0x00000001 getbl=5Ferr: 0x00000000 ipeir: 0x00000000 iphdr: 0x02000011 LP ring tail: 0x00000720 head: 0x0001e47c len: 0x0001f001 start 0x00000000 eir: 0x0000 esr: 0x0000 emr: 0xffff instdone: 0xffc1 instpm: 0x0000 memmode: 0x00000306 instps: 0x80007806 hwstam: 0xeffe ier: 0x0042 imr: 0x0000 iir: 0x1000 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring at virtual 0x802a00000 head 0x1e47c tail 0x720 count 2217 Ring end space: 122196 wanted 131064 FatalError re-entered, aborting lockup --pWyiEgJYm5f9v55/ Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: attachment; filename="Xorg.0.log" Content-Transfer-Encoding: quoted-printable X.Org X Server 1.4.2 Release Date: 11 June 2008 X Protocol Version 11, Revision 0 Build Operating System: FreeBSD 8.0-CURRENT amd64=20 Current Operating System: FreeBSD wep4035.physik.uni-wuerzburg.de 8.0-CURRE= NT FreeBSD 8.0-CURRENT #0: Wed Oct 1 16:59:10 CEST 2008 root@wep4035.p= hysik.uni-wuerzburg.de:/usr/obj/usr/src/sys/GENERIC amd64 Build Date: 31 August 2008 06:25:56PM =20 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (=3D=3D) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Wed Oct 1 17:28:23 2008 (=3D=3D) Using config file: "/etc/X11/xorg.conf" (=3D=3D) ServerLayout "X.org Configured" (**) |-->Screen "Screen0" (0) (**) | |-->Monitor "Monitor0" (**) | |-->Device "Card0" (**) |-->Input Device "Mouse0" (**) |-->Input Device "Keyboard0" (=3D=3D) Automatically adding devices (=3D=3D) Automatically enabling devices (WW) `fonts.dir' not found (or not valid) in "/usr/local/lib/X11/fonts/deja= vu/". Entry deleted from font path. (Run 'mkfontdir' on "/usr/local/lib/X11/fonts/dejavu/"). (=3D=3D) Including the default font path /usr/local/lib/X11/fonts/misc/,/us= r/local/lib/X11/fonts/TTF/,/usr/local/lib/X11/fonts/OTF,/usr/local/lib/X11/= fonts/Type1/,/usr/local/lib/X11/fonts/100dpi/,/usr/local/lib/X11/fonts/75dp= i/. (**) FontPath set to: /usr/local/lib/X11/fonts/TTF/, /usr/local/lib/X11/fonts/OTF, /usr/local/lib/X11/fonts/webfonts/, /usr/local/lib/X11/fonts/terminus-font/, /usr/local/lib/X11/fonts/misc/, /usr/local/lib/X11/fonts/Type1/, /usr/local/lib/X11/fonts/100dpi/, /usr/local/lib/X11/fonts/75dpi/, /usr/local/lib/X11/fonts/bitstream-vera/, /usr/local/lib/X11/fonts/cyrillic/, /usr/local/share/fonts/amspsfont/type1/, /usr/local/share/fonts/cmpsfont/type1/, /usr/local/share/ghostscript/fonts/, /usr/local/lib/X11/fonts/misc/, /usr/local/lib/X11/fonts/TTF/, /usr/local/lib/X11/fonts/OTF, /usr/local/lib/X11/fonts/Type1/, /usr/local/lib/X11/fonts/100dpi/, /usr/local/lib/X11/fonts/75dpi/ (**) RgbPath set to "/usr/local/share/X11/rgb" (**) ModulePath set to "/usr/local/lib/xorg/modules" (II) Loader magic: 0x66eca0 (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 2.0 X.Org XInput driver : 2.0 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader running on freebsd (II) LoadModule: "pcidata" (II) Loading /usr/local/lib/xorg/modules//libpcidata.so (II) Module pcidata: vendor=3D"X.Org Foundation" compiled for 1.4.2, module version =3D 1.0.0 ABI class: X.Org Video Driver, version 2.0 (--) Using syscons driver with X support (version 2.0) (--) using VT number 9 (WW) OS did not count PCI devices, guessing wildly (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,29c0 card 1043,8276 rev 02 class 06,00,00 hdr = 00 (II) PCI: 00:02:0: chip 8086,29c2 card 1043,8276 rev 02 class 03,00,00 hdr = 00 (II) PCI: 00:1a:0: chip 8086,2937 card 1043,8277 rev 02 class 0c,03,00 hdr = 80 (II) PCI: 00:1a:1: chip 8086,2938 card 1043,8277 rev 02 class 0c,03,00 hdr = 00 (II) PCI: 00:1a:2: chip 8086,2939 card 1043,8277 rev 02 class 0c,03,00 hdr = 00 (II) PCI: 00:1a:7: chip 8086,293c card 1043,8277 rev 02 class 0c,03,20 hdr = 00 (II) PCI: 00:1b:0: chip 8086,293e card 1043,8277 rev 02 class 04,03,00 hdr = 00 (II) PCI: 00:1c:0: chip 8086,2940 card 0000,0000 rev 02 class 06,04,00 hdr = 81 (II) PCI: 00:1c:4: chip 8086,2948 card 0000,0000 rev 02 class 06,04,00 hdr = 81 (II) PCI: 00:1c:5: chip 8086,294a card 0000,0000 rev 02 class 06,04,00 hdr = 81 (II) PCI: 00:1d:0: chip 8086,2934 card 1043,8277 rev 02 class 0c,03,00 hdr = 80 (II) PCI: 00:1d:1: chip 8086,2935 card 1043,8277 rev 02 class 0c,03,00 hdr = 00 (II) PCI: 00:1d:2: chip 8086,2936 card 1043,8277 rev 02 class 0c,03,00 hdr = 00 (II) PCI: 00:1d:7: chip 8086,293a card 1043,8277 rev 02 class 0c,03,20 hdr = 00 (II) PCI: 00:1e:0: chip 8086,244e card 0000,0000 rev 92 class 06,04,01 hdr = 01 (II) PCI: 00:1f:0: chip 8086,2918 card 1043,8277 rev 02 class 06,01,00 hdr = 80 (II) PCI: 00:1f:2: chip 8086,2923 card 1043,8277 rev 02 class 01,06,01 hdr = 00 (II) PCI: 00:1f:3: chip 8086,2930 card 1043,8277 rev 02 class 0c,05,00 hdr = 00 (II) PCI: 01:00:0: chip 11ab,4364 card 1043,81f8 rev 12 class 02,00,00 hdr = 00 (II) PCI: 02:00:0: chip 197b,2368 card 1043,827e rev 00 class 01,01,85 hdr = 00 (II) PCI: 04:02:0: chip 1106,3044 card 1043,81fe rev c0 class 0c,00,10 hdr = 00 (II) PCI: End of PCI scan (II) Intel Bridge workaround enabled (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,4), BCTRL: 0x0008 (VGA=5FEN is set) (II) Bus 0 I/O range: [0] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x100000000) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x100000000) MX[B] (II) PCI-to-PCI bridge: (II) Bus 3: bridge is at (0:28:0), (0,3,3), BCTRL: 0x0002 (VGA=5FEN is clea= red) (II) Bus 3 prefetchable memory range: [0] -1 0 0xfdf00000 - 0xfdffffff (0x100000) MX[B] (II) PCI-to-PCI bridge: (II) Bus 2: bridge is at (0:28:4), (0,2,2), BCTRL: 0x0002 (VGA=5FEN is clea= red) (II) Bus 2 I/O range: [0] -1 0 0x0000d000 - 0x0000dfff (0x1000) IX[B] (II) PCI-to-PCI bridge: (II) Bus 1: bridge is at (0:28:5), (0,1,1), BCTRL: 0x0002 (VGA=5FEN is clea= red) (II) Bus 1 I/O range: [0] -1 0 0x0000c000 - 0x0000cfff (0x1000) IX[B] (II) Bus 1 non-prefetchable memory range: [0] -1 0 0xfea00000 - 0xfeafffff (0x100000) MX[B] (II) Subtractive PCI-to-PCI bridge: (II) Bus 4: bridge is at (0:30:0), (0,4,4), BCTRL: 0x0002 (VGA=5FEN is clea= red) (II) Bus 4 I/O range: [0] -1 0 0x0000e000 - 0x0000efff (0x1000) IX[B] (II) Bus 4 non-prefetchable memory range: [0] -1 0 0xfeb00000 - 0xfebfffff (0x100000) MX[B] (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:31:0), (0,-1,-1), BCTRL: 0x0008 (VGA=5FEN is s= et) (--) PCI:*(0:2:0) Intel Corporation 82G33/G31 Express Integrated Graphics C= ontroller rev 2, Mem @ 0xfe980000/19, 0xd0000000/28, 0xfe800000/20, I/O @ 0= xbc00/3 (II) Addressable bus resource ranges are [0] -1 0 0x00000000 - 0xffffffff (0x100000000) MX[B] [1] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) OS-reported resource ranges: [0] -1 0 0xffffffff - 0xffffffff (0x1) MX[B] [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [5] -1 0 0x00000000 - 0x00000000 (0x1) IX[B] (II) Active PCI resource ranges: [0] -1 0 0xfebff800 - 0xfebfffff (0x800) MX[B]E [1] -1 0 0xfeafc000 - 0xfeafffff (0x4000) MX[B]E [2] -1 0 0xfe97b400 - 0xfe97b7ff (0x400) MX[B]E [3] -1 0 0xfe97a800 - 0xfe97afff (0x800) MX[B]E [4] -1 0 0xfe97b800 - 0xfe97bfff (0x800) MX[B]E [5] -1 0 0xfe974000 - 0xfe977fff (0x4000) MX[B]E [6] -1 0 0xfe97bc00 - 0xfe97bfff (0x400) MX[B]E [7] -1 0 0xfe800000 - 0xfe8fffff (0x100000) MX[B](B) [8] -1 0 0xd0000000 - 0xdfffffff (0x10000000) MX[B](B) [9] -1 0 0xfe980000 - 0xfe9fffff (0x80000) MX[B](B) [10] -1 0 0x0000ec00 - 0x0000ecff (0x100) IX[B]E [11] -1 0 0x0000d400 - 0x0000d4ff (0x100) IX[B]E [12] -1 0 0x0000d480 - 0x0000d4ff (0x80) IX[B]E [13] -1 0 0x0000d800 - 0x0000d8ff (0x100) IX[B]E [14] -1 0 0x0000d880 - 0x0000d8ff (0x80) IX[B]E [15] -1 0 0x0000dc00 - 0x0000dcff (0x100) IX[B]E [16] -1 0 0x0000c800 - 0x0000c8ff (0x100) IX[B]E [17] -1 0 0x00000400 - 0x000004ff (0x100) IX[B]E [18] -1 0 0x0000a080 - 0x0000a0ff (0x80) IX[B]E [19] -1 0 0x0000a400 - 0x0000a4ff (0x100) IX[B]E [20] -1 0 0x0000a480 - 0x0000a4ff (0x80) IX[B]E [21] -1 0 0x0000a800 - 0x0000a8ff (0x100) IX[B]E [22] -1 0 0x0000a880 - 0x0000a8ff (0x80) IX[B]E [23] -1 0 0x0000b400 - 0x0000b4ff (0x100) IX[B]E [24] -1 0 0x0000b080 - 0x0000b0ff (0x80) IX[B]E [25] -1 0 0x0000b000 - 0x0000b0ff (0x100) IX[B]E [26] -1 0 0x0000b880 - 0x0000b8ff (0x80) IX[B]E [27] -1 0 0x0000b800 - 0x0000b8ff (0x100) IX[B]E [28] -1 0 0x0000b480 - 0x0000b4ff (0x80) IX[B]E [29] -1 0 0x0000bc00 - 0x0000bc07 (0x8) IX[B](B) (II) PCI I/O resource overlap reduced 0x0000d400 from 0x0000d4ff to 0x0000d= 47f (II) PCI I/O resource overlap reduced 0x0000d800 from 0x0000d8ff to 0x0000d= 87f (II) PCI I/O resource overlap reduced 0x0000a400 from 0x0000a4ff to 0x0000a= 47f (II) PCI I/O resource overlap reduced 0x0000a800 from 0x0000a8ff to 0x0000a= 87f (II) PCI Memory resource overlap reduced 0xfe97b800 from 0xfe97bfff to 0xfe= 97bbff (II) PCI I/O resource overlap reduced 0x0000b400 from 0x0000b4ff to 0x0000b= 47f (II) PCI I/O resource overlap reduced 0x0000b000 from 0x0000b0ff to 0x0000b= 07f (II) PCI I/O resource overlap reduced 0x0000b800 from 0x0000b8ff to 0x0000b= 87f (II) Active PCI resource ranges after removing overlaps: [0] -1 0 0xfebff800 - 0xfebfffff (0x800) MX[B]E [1] -1 0 0xfeafc000 - 0xfeafffff (0x4000) MX[B]E [2] -1 0 0xfe97b400 - 0xfe97b7ff (0x400) MX[B]E [3] -1 0 0xfe97a800 - 0xfe97afff (0x800) MX[B]E [4] -1 0 0xfe97b800 - 0xfe97bbff (0x400) MX[B]E [5] -1 0 0xfe974000 - 0xfe977fff (0x4000) MX[B]E [6] -1 0 0xfe97bc00 - 0xfe97bfff (0x400) MX[B]E [7] -1 0 0xfe800000 - 0xfe8fffff (0x100000) MX[B](B) [8] -1 0 0xd0000000 - 0xdfffffff (0x10000000) MX[B](B) [9] -1 0 0xfe980000 - 0xfe9fffff (0x80000) MX[B](B) [10] -1 0 0x0000ec00 - 0x0000ecff (0x100) IX[B]E [11] -1 0 0x0000d400 - 0x0000d47f (0x80) IX[B]E [12] -1 0 0x0000d480 - 0x0000d4ff (0x80) IX[B]E [13] -1 0 0x0000d800 - 0x0000d87f (0x80) IX[B]E [14] -1 0 0x0000d880 - 0x0000d8ff (0x80) IX[B]E [15] -1 0 0x0000dc00 - 0x0000dcff (0x100) IX[B]E [16] -1 0 0x0000c800 - 0x0000c8ff (0x100) IX[B]E [17] -1 0 0x00000400 - 0x000004ff (0x100) IX[B]E [18] -1 0 0x0000a080 - 0x0000a0ff (0x80) IX[B]E [19] -1 0 0x0000a400 - 0x0000a47f (0x80) IX[B]E [20] -1 0 0x0000a480 - 0x0000a4ff (0x80) IX[B]E [21] -1 0 0x0000a800 - 0x0000a87f (0x80) IX[B]E [22] -1 0 0x0000a880 - 0x0000a8ff (0x80) IX[B]E [23] -1 0 0x0000b400 - 0x0000b47f (0x80) IX[B]E [24] -1 0 0x0000b080 - 0x0000b0ff (0x80) IX[B]E [25] -1 0 0x0000b000 - 0x0000b07f (0x80) IX[B]E [26] -1 0 0x0000b880 - 0x0000b8ff (0x80) IX[B]E [27] -1 0 0x0000b800 - 0x0000b87f (0x80) IX[B]E [28] -1 0 0x0000b480 - 0x0000b4ff (0x80) IX[B]E [29] -1 0 0x0000bc00 - 0x0000bc07 (0x8) IX[B](B) (II) OS-reported resource ranges after removing overlaps with PCI: [0] -1 0 0xffffffff - 0xffffffff (0x1) MX[B] [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [5] -1 0 0x00000000 - 0x00000000 (0x1) IX[B] (II) All system resource ranges: [0] -1 0 0xffffffff - 0xffffffff (0x1) MX[B] [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0xfebff800 - 0xfebfffff (0x800) MX[B]E [5] -1 0 0xfeafc000 - 0xfeafffff (0x4000) MX[B]E [6] -1 0 0xfe97b400 - 0xfe97b7ff (0x400) MX[B]E [7] -1 0 0xfe97a800 - 0xfe97afff (0x800) MX[B]E [8] -1 0 0xfe97b800 - 0xfe97bbff (0x400) MX[B]E [9] -1 0 0xfe974000 - 0xfe977fff (0x4000) MX[B]E [10] -1 0 0xfe97bc00 - 0xfe97bfff (0x400) MX[B]E [11] -1 0 0xfe800000 - 0xfe8fffff (0x100000) MX[B](B) [12] -1 0 0xd0000000 - 0xdfffffff (0x10000000) MX[B](B) [13] -1 0 0xfe980000 - 0xfe9fffff (0x80000) MX[B](B) [14] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [15] -1 0 0x00000000 - 0x00000000 (0x1) IX[B] [16] -1 0 0x0000ec00 - 0x0000ecff (0x100) IX[B]E [17] -1 0 0x0000d400 - 0x0000d47f (0x80) IX[B]E [18] -1 0 0x0000d480 - 0x0000d4ff (0x80) IX[B]E [19] -1 0 0x0000d800 - 0x0000d87f (0x80) IX[B]E [20] -1 0 0x0000d880 - 0x0000d8ff (0x80) IX[B]E [21] -1 0 0x0000dc00 - 0x0000dcff (0x100) IX[B]E [22] -1 0 0x0000c800 - 0x0000c8ff (0x100) IX[B]E [23] -1 0 0x00000400 - 0x000004ff (0x100) IX[B]E [24] -1 0 0x0000a080 - 0x0000a0ff (0x80) IX[B]E [25] -1 0 0x0000a400 - 0x0000a47f (0x80) IX[B]E [26] -1 0 0x0000a480 - 0x0000a4ff (0x80) IX[B]E [27] -1 0 0x0000a800 - 0x0000a87f (0x80) IX[B]E [28] -1 0 0x0000a880 - 0x0000a8ff (0x80) IX[B]E [29] -1 0 0x0000b400 - 0x0000b47f (0x80) IX[B]E [30] -1 0 0x0000b080 - 0x0000b0ff (0x80) IX[B]E [31] -1 0 0x0000b000 - 0x0000b07f (0x80) IX[B]E [32] -1 0 0x0000b880 - 0x0000b8ff (0x80) IX[B]E [33] -1 0 0x0000b800 - 0x0000b87f (0x80) IX[B]E [34] -1 0 0x0000b480 - 0x0000b4ff (0x80) IX[B]E [35] -1 0 0x0000bc00 - 0x0000bc07 (0x8) IX[B](B) (II) "extmod" will be loaded. This was enabled by default and also specifie= d in the config file. (II) "dbe" will be loaded. This was enabled by default and also specified i= n the config file. (II) "glx" will be loaded. This was enabled by default and also specified i= n the config file. (II) "freetype" will be loaded. This was enabled by default and also specif= ied in the config file. (II) "type1" will be loaded. This was enabled by default and also specified= in the config file. (II) "record" will be loaded. This was enabled by default and also specifie= d in the config file. (II) "dri" will be loaded by default. (II) LoadModule: "extmod" (II) Loading /usr/local/lib/xorg/modules/extensions//libextmod.so (II) Module extmod: vendor=3D"X.Org Foundation" compiled for 1.4.2, module version =3D 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.3 (II) Loading extension SHAPE (II) Loading extension MIT-SUNDRY-NONSTANDARD (II) Loading extension BIG-REQUESTS (II) Loading extension SYNC (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XC-MISC (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-Misc (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension TOG-CUP (II) Loading extension Extended-Visual-Information (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: "record" (II) Loading /usr/local/lib/xorg/modules/extensions//librecord.so (II) Module record: vendor=3D"X.Org Foundation" compiled for 1.4.2, module version =3D 1.13.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.3 (II) Loading extension RECORD (II) LoadModule: "dbe" (II) Loading /usr/local/lib/xorg/modules/extensions//libdbe.so (II) Module dbe: vendor=3D"X.Org Foundation" compiled for 1.4.2, module version =3D 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.3 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: "glx" (II) Loading /usr/local/lib/xorg/modules/extensions//libglx.so (II) Module glx: vendor=3D"X.Org Foundation" compiled for 1.4.2, module version =3D 1.0.0 ABI class: X.Org Server Extension, version 0.3 (=3D=3D) AIGLX disabled (II) Loading extension GLX (II) LoadModule: "xtrap" (II) Loading /usr/local/lib/xorg/modules/extensions//libxtrap.so (II) Module xtrap: vendor=3D"X.Org Foundation" compiled for 1.4.2, module version =3D 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.3 (II) Loading extension DEC-XTRAP (II) LoadModule: "freetype" (II) Loading /usr/local/lib/xorg/modules/fonts//libfreetype.so (II) Module freetype: vendor=3D"X.Org Foundation & the After X-TT Project" compiled for 1.4.2, module version =3D 2.1.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.5 (II) Loading font FreeType (II) LoadModule: "type1" (II) Loading /usr/local/lib/xorg/modules/fonts//libtype1.so (II) Module type1: vendor=3D"X.Org Foundation" compiled for 1.4.2, module version =3D 1.0.2 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.5 (II) Loading font Type1 (II) LoadModule: "dri" (II) Loading /usr/local/lib/xorg/modules/extensions//libdri.so (II) Module dri: vendor=3D"X.Org Foundation" compiled for 1.4.2, module version =3D 1.0.0 ABI class: X.Org Server Extension, version 0.3 (II) Loading extension XFree86-DRI (II) LoadModule: "intel" (II) Loading /usr/local/lib/xorg/modules/drivers//intel=5Fdrv.so (II) Module intel: vendor=3D"X.Org Foundation" compiled for 1.4.2, module version =3D 2.4.2 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 2.0 (II) LoadModule: "mouse" (II) Loading /usr/local/lib/xorg/modules/input//mouse=5Fdrv.so (II) Module mouse: vendor=3D"X.Org Foundation" compiled for 1.4.2, module version =3D 1.2.3 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 2.0 (II) LoadModule: "kbd" (II) Loading /usr/local/lib/xorg/modules/input//kbd=5Fdrv.so (II) Module kbd: vendor=3D"X.Org Foundation" compiled for 1.4.2, module version =3D 1.2.2 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 2.0 (II) intel: Driver for Intel Integrated Graphics Chipsets: i810, i810-dc100, i810e, i815, i830M, 845G, 852GM/855GM, 865G, 915G, E7221 (i915), 915GM, 945G, 945GM, 945GME, 965G, G35, 965Q, 946GZ, 965GM, 965GME/GLE, G33, Q35, Q33, Mobile Intel=AE GM45 Express Chipset, Intel Integrated Graphics Device, G45/G43, Q45/Q43 (II) Primary Device is: PCI 00:02:0 (--) Chipset G33 found (II) resource ranges after xf86ClaimFixedResources() call: [0] -1 0 0xffffffff - 0xffffffff (0x1) MX[B] [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0xfebff800 - 0xfebfffff (0x800) MX[B]E [5] -1 0 0xfeafc000 - 0xfeafffff (0x4000) MX[B]E [6] -1 0 0xfe97b400 - 0xfe97b7ff (0x400) MX[B]E [7] -1 0 0xfe97a800 - 0xfe97afff (0x800) MX[B]E [8] -1 0 0xfe97b800 - 0xfe97bbff (0x400) MX[B]E [9] -1 0 0xfe974000 - 0xfe977fff (0x4000) MX[B]E [10] -1 0 0xfe97bc00 - 0xfe97bfff (0x400) MX[B]E [11] -1 0 0xfe800000 - 0xfe8fffff (0x100000) MX[B](B) [12] -1 0 0xd0000000 - 0xdfffffff (0x10000000) MX[B](B) [13] -1 0 0xfe980000 - 0xfe9fffff (0x80000) MX[B](B) [14] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [15] -1 0 0x00000000 - 0x00000000 (0x1) IX[B] [16] -1 0 0x0000ec00 - 0x0000ecff (0x100) IX[B]E [17] -1 0 0x0000d400 - 0x0000d47f (0x80) IX[B]E [18] -1 0 0x0000d480 - 0x0000d4ff (0x80) IX[B]E [19] -1 0 0x0000d800 - 0x0000d87f (0x80) IX[B]E [20] -1 0 0x0000d880 - 0x0000d8ff (0x80) IX[B]E [21] -1 0 0x0000dc00 - 0x0000dcff (0x100) IX[B]E [22] -1 0 0x0000c800 - 0x0000c8ff (0x100) IX[B]E [23] -1 0 0x00000400 - 0x000004ff (0x100) IX[B]E [24] -1 0 0x0000a080 - 0x0000a0ff (0x80) IX[B]E [25] -1 0 0x0000a400 - 0x0000a47f (0x80) IX[B]E [26] -1 0 0x0000a480 - 0x0000a4ff (0x80) IX[B]E [27] -1 0 0x0000a800 - 0x0000a87f (0x80) IX[B]E [28] -1 0 0x0000a880 - 0x0000a8ff (0x80) IX[B]E [29] -1 0 0x0000b400 - 0x0000b47f (0x80) IX[B]E [30] -1 0 0x0000b080 - 0x0000b0ff (0x80) IX[B]E [31] -1 0 0x0000b000 - 0x0000b07f (0x80) IX[B]E [32] -1 0 0x0000b880 - 0x0000b8ff (0x80) IX[B]E [33] -1 0 0x0000b800 - 0x0000b87f (0x80) IX[B]E [34] -1 0 0x0000b480 - 0x0000b4ff (0x80) IX[B]E [35] -1 0 0x0000bc00 - 0x0000bc07 (0x8) IX[B](B) (II) resource ranges after probing: [0] -1 0 0xffffffff - 0xffffffff (0x1) MX[B] [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0xfebff800 - 0xfebfffff (0x800) MX[B]E [5] -1 0 0xfeafc000 - 0xfeafffff (0x4000) MX[B]E [6] -1 0 0xfe97b400 - 0xfe97b7ff (0x400) MX[B]E [7] -1 0 0xfe97a800 - 0xfe97afff (0x800) MX[B]E [8] -1 0 0xfe97b800 - 0xfe97bbff (0x400) MX[B]E [9] -1 0 0xfe974000 - 0xfe977fff (0x4000) MX[B]E [10] -1 0 0xfe97bc00 - 0xfe97bfff (0x400) MX[B]E [11] -1 0 0xfe800000 - 0xfe8fffff (0x100000) MX[B](B) [12] -1 0 0xd0000000 - 0xdfffffff (0x10000000) MX[B](B) [13] -1 0 0xfe980000 - 0xfe9fffff (0x80000) MX[B](B) [14] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B] [15] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] [16] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B] [17] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [18] -1 0 0x00000000 - 0x00000000 (0x1) IX[B] [19] -1 0 0x0000ec00 - 0x0000ecff (0x100) IX[B]E [20] -1 0 0x0000d400 - 0x0000d47f (0x80) IX[B]E [21] -1 0 0x0000d480 - 0x0000d4ff (0x80) IX[B]E [22] -1 0 0x0000d800 - 0x0000d87f (0x80) IX[B]E [23] -1 0 0x0000d880 - 0x0000d8ff (0x80) IX[B]E [24] -1 0 0x0000dc00 - 0x0000dcff (0x100) IX[B]E [25] -1 0 0x0000c800 - 0x0000c8ff (0x100) IX[B]E [26] -1 0 0x00000400 - 0x000004ff (0x100) IX[B]E [27] -1 0 0x0000a080 - 0x0000a0ff (0x80) IX[B]E [28] -1 0 0x0000a400 - 0x0000a47f (0x80) IX[B]E [29] -1 0 0x0000a480 - 0x0000a4ff (0x80) IX[B]E [30] -1 0 0x0000a800 - 0x0000a87f (0x80) IX[B]E [31] -1 0 0x0000a880 - 0x0000a8ff (0x80) IX[B]E [32] -1 0 0x0000b400 - 0x0000b47f (0x80) IX[B]E [33] -1 0 0x0000b080 - 0x0000b0ff (0x80) IX[B]E [34] -1 0 0x0000b000 - 0x0000b07f (0x80) IX[B]E [35] -1 0 0x0000b880 - 0x0000b8ff (0x80) IX[B]E [36] -1 0 0x0000b800 - 0x0000b87f (0x80) IX[B]E [37] -1 0 0x0000b480 - 0x0000b4ff (0x80) IX[B]E [38] -1 0 0x0000bc00 - 0x0000bc07 (0x8) IX[B](B) [39] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B] [40] 0 0 0x000003c0 - 0x000003df (0x20) IS[B] (II) Setting vga for screen 0. (II) Loading sub module "int10" (II) LoadModule: "int10" (II) Loading /usr/local/lib/xorg/modules//libint10.so (II) Module int10: vendor=3D"X.Org Foundation" compiled for 1.4.2, module version =3D 1.0.0 ABI class: X.Org Video Driver, version 2.0 (II) Loading sub module "vbe" (II) LoadModule: "vbe" (II) Loading /usr/local/lib/xorg/modules//libvbe.so (II) Module vbe: vendor=3D"X.Org Foundation" compiled for 1.4.2, module version =3D 1.1.0 ABI class: X.Org Video Driver, version 2.0 (II) Loading sub module "vgahw" (II) LoadModule: "vgahw" (II) Loading /usr/local/lib/xorg/modules//libvgahw.so (II) Module vgahw: vendor=3D"X.Org Foundation" compiled for 1.4.2, module version =3D 0.1.0 ABI class: X.Org Video Driver, version 2.0 (=3D=3D) intel(0): Depth 24, (=3D=3D) framebuffer bpp 32 (=3D=3D) intel(0): RGB weight 888 (=3D=3D) intel(0): Default visual is TrueColor (II) intel(0): Integrated Graphics Chipset: Intel(R) G33 (--) intel(0): Chipset: "G33" (--) intel(0): Linear framebuffer at 0xD0000000 (--) intel(0): IO registers at addr 0xFE980000 (=3D=3D) intel(0): Write-combining range (0xfe980000,0x80000) was already c= lear (=3D=3D) intel(0): Write-combining range (0xfe800000,0x40000) was already c= lear (II) intel(0): 2 display pipes available. (=3D=3D) intel(0): Using EXA for acceleration (II) Loading sub module "int10" (II) LoadModule: "int10" (II) Reloading /usr/local/lib/xorg/modules//libint10.so (II) intel(0): initializing int10 (=3D=3D) intel(0): Write-combining range (0xa0000,0x20000) was already clear (=3D=3D) intel(0): Write-combining range (0xc0000,0x40000) was already clear (WW) intel(0): Bad V=5FBIOS checksum (II) intel(0): Primary V=5FBIOS segment is: 0xc000 (=3D=3D) intel(0): Write-combining range (0x0,0x1000) was already clear (II) intel(0): VESA BIOS detected (II) intel(0): VESA VBE Version 3.0 (II) intel(0): VESA VBE Total Mem: 8128 kB (II) intel(0): VESA VBE OEM: Intel(r)Q33/Q35/G33 Graphics Chip Accelerated = VGA BIOS (II) intel(0): VESA VBE OEM Software Rev: 1.0 (II) intel(0): VESA VBE OEM Vendor: Intel Corporation (II) intel(0): VESA VBE OEM Product: Intel(r)Q33/Q35/G33 Graphics Controller (II) intel(0): VESA VBE OEM Product Rev: Hardware Version 0.0 (=3D=3D) intel(0): Write-combining range (0x0,0x1000) was already clear (II) Loading sub module "ddc" (II) LoadModule: "ddc"(II) Module "ddc" already built-in (II) Loading sub module "i2c" (II) LoadModule: "i2c"(II) Module "i2c" already built-in (II) intel(0): Output VGA using monitor section Monitor0 (II) intel(0): I2C bus "CRTDDC=5FA" initialized. (=3D=3D) intel(0): Write-combining range (0xa0000,0x10000) was already clear (II) intel(0): I2C device "CRTDDC=5FA:ddc2" registered at address 0xA0. (II) intel(0): EDID vendor "HIT", prod id 24831 (II) intel(0): Using hsync ranges from config file (II) intel(0): Using vrefresh ranges from config file (II) intel(0): Printing DDC gathered Modelines: (II) intel(0): Modeline "1680x1050"x0.0 146.25 1680 1784 1960 2240 1050 = 1053 1059 1089 -hsync +vsync (65.3 kHz) (II) intel(0): Modeline "800x600"x0.0 40.00 800 840 968 1056 600 601 60= 5 628 +hsync +vsync (37.9 kHz) (II) intel(0): Modeline "640x480"x0.0 31.50 640 656 720 840 480 481 484= 500 -hsync -vsync (37.5 kHz) (II) intel(0): Modeline "640x480"x0.0 31.50 640 664 704 832 480 489 491= 520 -hsync -vsync (37.9 kHz) (II) intel(0): Modeline "640x480"x0.0 25.20 640 656 752 800 480 490 492= 525 -hsync -vsync (31.5 kHz) (II) intel(0): Modeline "720x400"x0.0 28.32 720 738 846 900 400 412 414= 449 -hsync +vsync (31.5 kHz) (II) intel(0): Modeline "1280x1024"x0.0 135.00 1280 1296 1440 1688 1024 = 1025 1028 1066 +hsync +vsync (80.0 kHz) (II) intel(0): Modeline "1024x768"x0.0 78.80 1024 1040 1136 1312 768 76= 9 772 800 +hsync +vsync (60.1 kHz) (II) intel(0): Modeline "1024x768"x0.0 75.00 1024 1048 1184 1328 768 77= 1 777 806 -hsync -vsync (56.5 kHz) (II) intel(0): Modeline "1024x768"x0.0 65.00 1024 1048 1184 1344 768 77= 1 777 806 -hsync -vsync (48.4 kHz) (II) intel(0): Modeline "800x600"x0.0 49.50 800 816 896 1056 600 601 60= 4 625 +hsync +vsync (46.9 kHz) (II) intel(0): Modeline "800x600"x0.0 50.00 800 856 976 1040 600 637 64= 3 666 +hsync +vsync (48.1 kHz) (II) intel(0): Modeline "1280x1024"x59.9 109.00 1280 1368 1496 1712 1024= 1027 1034 1063 -hsync +vsync (63.7 kHz) (II) intel(0): Modeline "1680x1050"x60.0 146.25 1680 1784 1960 2240 1050= 1053 1059 1089 -hsync +vsync (65.3 kHz) (II) intel(0): Modeline "1440x900"x59.9 106.50 1440 1528 1672 1904 900 9= 03 909 934 -hsync +vsync (55.9 kHz) (II) intel(0): Modeline "1440x900"x75.0 136.75 1440 1536 1688 1936 900 9= 03 909 942 -hsync +vsync (70.6 kHz) (II) intel(0): EDID vendor "HIT", prod id 24831 (II) intel(0): Output VGA connected (II) intel(0): Output VGA using initial mode 1680x1050 (=3D=3D) intel(0): Write-combining range (0xa0000,0x10000) was already clear (II) intel(0): detected 1024 kB GTT. (II) intel(0): detected 7164 kB stolen memory. (=3D=3D) intel(0): video overlay key set to 0x101fe (=3D=3D) intel(0): Will not try to enable page flipping (=3D=3D) intel(0): Triple buffering disabled (=3D=3D) intel(0): Intel XvMC decoder disabled (=3D=3D) intel(0): Using gamma correction (1.0, 1.0, 1.0) (**) intel(0): Display dimensions: (470, 300) mm (**) intel(0): DPI set to (90, 142) (II) Loading sub module "fb" (II) LoadModule: "fb" (II) Loading /usr/local/lib/xorg/modules//libfb.so (II) Module fb: vendor=3D"X.Org Foundation" compiled for 1.4.2, module version =3D 1.0.0 ABI class: X.Org ANSI C Emulation, version 0.3 (II) Loading sub module "exa" (II) LoadModule: "exa" (II) Loading /usr/local/lib/xorg/modules//libexa.so (II) Module exa: vendor=3D"X.Org Foundation" compiled for 1.4.2, module version =3D 2.2.0 ABI class: X.Org Video Driver, version 2.0 (II) Loading sub module "ramdac" (II) LoadModule: "ramdac"(II) Module "ramdac" already built-in (II) intel(0): Comparing regs from server start up to After PreInit (=3D=3D) Depth 24 pixmap format is 32 bpp (II) do I need RAC? No, I don't. (II) resource ranges after preInit: [0] 0 0 0xfe800000 - 0xfe8fffff (0x100000) MS[B] [1] 0 0 0xd0000000 - 0xdfffffff (0x10000000) MS[B] [2] 0 0 0xfe980000 - 0xfe9fffff (0x80000) MS[B] [3] -1 0 0xffffffff - 0xffffffff (0x1) MX[B] [4] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [5] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [6] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [7] -1 0 0xfebff800 - 0xfebfffff (0x800) MX[B]E [8] -1 0 0xfeafc000 - 0xfeafffff (0x4000) MX[B]E [9] -1 0 0xfe97b400 - 0xfe97b7ff (0x400) MX[B]E [10] -1 0 0xfe97a800 - 0xfe97afff (0x800) MX[B]E [11] -1 0 0xfe97b800 - 0xfe97bbff (0x400) MX[B]E [12] -1 0 0xfe974000 - 0xfe977fff (0x4000) MX[B]E [13] -1 0 0xfe97bc00 - 0xfe97bfff (0x400) MX[B]E [14] -1 0 0xfe800000 - 0xfe8fffff (0x100000) MX[B](B) [15] -1 0 0xd0000000 - 0xdfffffff (0x10000000) MX[B](B) [16] -1 0 0xfe980000 - 0xfe9fffff (0x80000) MX[B](B) [17] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B](OprD) [18] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B](OprD) [19] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B](OprD) [20] 0 0 0x0000bc00 - 0x0000bc07 (0x8) IS[B] [21] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [22] -1 0 0x00000000 - 0x00000000 (0x1) IX[B] [23] -1 0 0x0000ec00 - 0x0000ecff (0x100) IX[B]E [24] -1 0 0x0000d400 - 0x0000d47f (0x80) IX[B]E [25] -1 0 0x0000d480 - 0x0000d4ff (0x80) IX[B]E [26] -1 0 0x0000d800 - 0x0000d87f (0x80) IX[B]E [27] -1 0 0x0000d880 - 0x0000d8ff (0x80) IX[B]E [28] -1 0 0x0000dc00 - 0x0000dcff (0x100) IX[B]E [29] -1 0 0x0000c800 - 0x0000c8ff (0x100) IX[B]E [30] -1 0 0x00000400 - 0x000004ff (0x100) IX[B]E [31] -1 0 0x0000a080 - 0x0000a0ff (0x80) IX[B]E [32] -1 0 0x0000a400 - 0x0000a47f (0x80) IX[B]E [33] -1 0 0x0000a480 - 0x0000a4ff (0x80) IX[B]E [34] -1 0 0x0000a800 - 0x0000a87f (0x80) IX[B]E [35] -1 0 0x0000a880 - 0x0000a8ff (0x80) IX[B]E [36] -1 0 0x0000b400 - 0x0000b47f (0x80) IX[B]E [37] -1 0 0x0000b080 - 0x0000b0ff (0x80) IX[B]E [38] -1 0 0x0000b000 - 0x0000b07f (0x80) IX[B]E [39] -1 0 0x0000b880 - 0x0000b8ff (0x80) IX[B]E [40] -1 0 0x0000b800 - 0x0000b87f (0x80) IX[B]E [41] -1 0 0x0000b480 - 0x0000b4ff (0x80) IX[B]E [42] -1 0 0x0000bc00 - 0x0000bc07 (0x8) IX[B](B) [43] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B](OprU) [44] 0 0 0x000003c0 - 0x000003df (0x20) IS[B](OprU) (II) intel(0): Kernel reported 1006592 total, 0 used (II) intel(0): I830CheckAvailableMemory: 4026368 kB available drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 8, (OK) drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 8, (OK) drmOpenByBusid: Searching for BusID pci:0000:00:02.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 8, (OK) drmOpenByBusid: drmOpenMinor returns 8 drmOpenByBusid: drmGetBusid reports pci:0000:00:02.0 (II) [drm] DRM interface version 1.2 (II) [drm] DRM open master succeeded. (II) intel(0): [drm] Using the DRM lock SAREA also for drawables. (II) intel(0): [drm] framebuffer mapped by ddx driver (II) intel(0): [drm] added 1 reserved context for kernel (II) intel(0): X context handle =3D 0x1 (II) intel(0): [drm] installed DRM signal handler (**) intel(0): Framebuffer compression disabled (**) intel(0): Tiling enabled (=3D=3D) intel(0): Write-combining range (0xfe980000,0x80000) was already c= lear (=3D=3D) intel(0): Write-combining range (0xfe800000,0x40000) was already c= lear (=3D=3D) intel(0): VideoRam: 262144 KB (II) intel(0): Attempting memory allocation with tiled buffers. (II) intel(0): Tiled allocation successful. (II) intel(0): [drm] Registers =3D 0xfe980000 (II) intel(0): [drm] ring buffer =3D 0xd0000000 (II) intel(0): [drm] mapped front buffer at 0xd1000000, handle =3D 0xd10000= 00 (II) intel(0): [drm] mapped back buffer at 0xd5000000, handle =3D 0xd5000000 (II) intel(0): [drm] mapped depth buffer at 0xd6000000, handle =3D 0xd60000= 00 (II) intel(0): [drm] mapped classic textures at 0xd7000000, handle =3D 0xd7= 000000 (II) intel(0): [drm] Initialized kernel agp heap manager, 33554432 (II) intel(0): [dri] visual configs initialized (II) intel(0): Page Flipping disabled (=3D=3D) intel(0): Write-combining range (0xfe980000,0x80000) was already c= lear (=3D=3D) intel(0): Write-combining range (0xfe800000,0x40000) was already c= lear (=3D=3D) intel(0): Write-combining range (0xd0000000,0x10000000) was alread= y set (II) intel(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is 0x0= 000 (=3D=3D) intel(0): Write-combining range (0xa0000,0x10000) was already clear (II) EXA(0): Offscreen pixmap area of 41287680 bytes (II) EXA(0): Driver registered support for the following operations: (II) Solid (II) Copy (II) Composite (RENDER acceleration) (=3D=3D) intel(0): Backing store disabled (=3D=3D) intel(0): Silken mouse enabled (II) intel(0): Initializing HW Cursor (II) intel(0): [DRI] installation complete (II) intel(0): xf86BindGARTMemory: bind key 8 at 0x01000000 (pgoffset 4096) (II) intel(0): xf86BindGARTMemory: bind key 9 at 0x02000000 (pgoffset 8192) (II) intel(0): xf86BindGARTMemory: bind key 10 at 0x05000000 (pgoffset 2048= 0) (II) intel(0): xf86BindGARTMemory: bind key 11 at 0x06000000 (pgoffset 2457= 6) (II) intel(0): xf86BindGARTMemory: bind key 12 at 0x07000000 (pgoffset 2867= 2) (II) intel(0): Fixed memory allocation layout: (II) intel(0): 0x00000000-0x0001ffff: ring buffer (128 kB) (II) intel(0): 0x00020000-0x00029fff: HW cursors (40 kB) (II) intel(0): 0x0002a000-0x00031fff: logical 3D context (32 kB) (II) intel(0): 0x00032000-0x00032fff: overlay registers (4 kB) (II) intel(0): 0x00033000-0x00033fff: HW status (4 kB) (II) intel(0): 0x006ff000: end of stolen memory (II) intel(0): 0x01000000-0x01ffffff: front buffer (13440 kB) X tiled (II) intel(0): 0x02000000-0x0475ffff: exa offscreen (40320 kB) (II) intel(0): 0x05000000-0x05ffffff: back buffer (13440 kB) X tiled (II) intel(0): 0x06000000-0x06ffffff: depth buffer (13440 kB) X tiled (II) intel(0): 0x07000000-0x08ffffff: classic textures (32768 kB) (II) intel(0): 0x10000000: end of aperture (WW) intel(0): PRB0=5FCTL (0x0001f001) indicates ring buffer enabled (WW) intel(0): PRB0=5FHEAD (0x0481e47c) and PRB0=5FTAIL (0x00000720) indica= te ring buffer not flushed (WW) intel(0): Existing errors found in hardware state. (II) intel(0): Output configuration: (II) intel(0): Pipe A is on (II) intel(0): Display plane A is now enabled and connected to pipe A. (II) intel(0): Pipe B is off (II) intel(0): Display plane B is now disabled and connected to pipe B. (II) intel(0): Output VGA is connected to pipe A (II) intel(0): [drm] dma control initialized, using IRQ 16 (II) intel(0): RandR 1.2 enabled, ignore the following RandR disabled messa= ge. (**) Option "dpms" (**) intel(0): DPMS enabled (II) intel(0): Set up textured video (II) intel(0): Set up overlay video (II) intel(0): direct rendering: Enabled (--) RandR disabled (II) Initializing built-in extension MIT-SHM (II) Initializing built-in extension XInputExtension (II) Initializing built-in extension XTEST (II) Initializing built-in extension XKEYBOARD (II) Initializing built-in extension XC-APPGROUP (II) Initializing built-in extension XAccessControlExtension (II) Initializing built-in extension SECURITY (II) Initializing built-in extension XINERAMA (II) Initializing built-in extension XFIXES (II) Initializing built-in extension XFree86-Bigfont (II) Initializing built-in extension RENDER (II) Initializing built-in extension RANDR (II) Initializing built-in extension COMPOSITE (II) Initializing built-in extension DAMAGE (II) Initializing built-in extension XEVIE (II) Loading sub module "GLcore" (II) LoadModule: "GLcore" (II) Loading /usr/local/lib/xorg/modules/extensions//libGLcore.so (II) Module GLcore: vendor=3D"X.Org Foundation" compiled for 1.4.2, module version =3D 1.0.0 ABI class: X.Org Server Extension, version 0.3 (II) GLX: Initialized MESA-PROXY GL provider for screen 0 (II) intel(0): Setting screen physical size to 474 x 296 (**) Option "Protocol" "auto" (**) Mouse0: Device: "/dev/sysmouse" (**) Mouse0: Protocol: "auto" (**) Option "CorePointer" (**) Mouse0: always reports core events (**) Option "Device" "/dev/sysmouse" (=3D=3D) Mouse0: Emulate3Buttons, Emulate3Timeout: 50 (**) Option "ZAxisMapping" "4 5 6 7" (**) Mouse0: ZAxisMapping: buttons 4, 5, 6 and 7 (**) Mouse0: Buttons: 11 (**) Mouse0: Sensitivity: 1 (**) Option "CoreKeyboard" (**) Keyboard0: always reports core events (**) Option "Protocol" "standard" (**) Keyboard0: Protocol: standard (**) Option "AutoRepeat" "500 30" (**) Option "XkbRules" "xorg" (**) Keyboard0: XkbRules: "xorg" (**) Option "XkbModel" "pc105" (**) Keyboard0: XkbModel: "pc105" (**) Option "XkbLayout" "dvorak,de,ru" (**) Keyboard0: XkbLayout: "dvorak,de,ru" (**) Option "XkbVariant" "winkeys" (**) Keyboard0: XkbVariant: "winkeys" (**) Option "XkbOptions" "grp:caps=5Ftoggle" (**) Keyboard0: XkbOptions: "grp:caps=5Ftoggle" (**) Option "CustomKeycodes" "off" (**) Keyboard0: CustomKeycodes disabled (II) evaluating device (Keyboard0) (II) XINPUT: Adding extended input device "Keyboard0" (type: KEYBOARD) (II) evaluating device (Mouse0) (II) XINPUT: Adding extended input device "Mouse0" (type: MOUSE) (II) Mouse0: SetupAuto: hw.iftype is 4, hw.model is 0 (II) Mouse0: SetupAuto: protocol is SysMouse Error in I830WaitLpRing(), timeout for 2 seconds pgetbl=5Fctl: 0x00000001 getbl=5Ferr: 0x00000000 ipeir: 0x00000000 iphdr: 0x02000011 LP ring tail: 0x0001e470 head: 0x0001e47c len: 0x0001f001 start 0x00000000 eir: 0x0000 esr: 0x0000 emr: 0xffff instdone: 0xffc1 instpm: 0x0000 memmode: 0x00000306 instps: 0x80007826 hwstam: 0xeffe ier: 0x0002 imr: 0x0000 iir: 0x10c0 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring at virtual 0x802a00000 head 0x1e47c tail 0x1e470 count 32765 Ring end space: 4 wanted 32 (II) intel(0): [drm] removed 1 reserved context for kernel (II) intel(0): [drm] unmapping 8192 bytes of SAREA 0xfffffffe40814000 at 0x= 8006a5000 (II) intel(0): [drm] Closed DRM master. Fatal server error: lockup (II) intel(0): xf86UnbindGARTMemory: unbind key 8 (II) intel(0): xf86UnbindGARTMemory: unbind key 9 (II) intel(0): xf86UnbindGARTMemory: unbind key 10 (II) intel(0): xf86UnbindGARTMemory: unbind key 11 (II) intel(0): xf86UnbindGARTMemory: unbind key 12 --pWyiEgJYm5f9v55/-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 1 14:44:37 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C11E010656A0 for ; Wed, 1 Oct 2008 14:44:37 +0000 (UTC) (envelope-from johnny64@swissjabber.org) Received: from www.real-net.sk (ftp.real-net.sk [89.202.239.1]) by mx1.freebsd.org (Postfix) with ESMTP id 407C28FC1F for ; Wed, 1 Oct 2008 14:44:37 +0000 (UTC) (envelope-from johnny64@swissjabber.org) Received: from localhost (unknown [127.0.0.1]) by www.real-net.sk (Postfix) with ESMTP id 5B64614BD212 for ; Wed, 1 Oct 2008 14:25:00 +0000 (UTC) X-Virus-Scanned: amavisd-new 2.6.1 (20080629) at real-net.sk Received: from www.real-net.sk ([127.0.0.1]) by localhost (www.real-net.sk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9QXADAKzIjXu for ; Wed, 1 Oct 2008 16:24:55 +0200 (CEST) Received: from georg.localdomain (unknown [10.200.9.170]) by www.real-net.sk (Postfix) with ESMTPS id 884F014BD483; Wed, 1 Oct 2008 16:24:54 +0200 (CEST) Received: from georg.localdomain (localhost [127.0.0.1]) by georg.localdomain (8.14.3/8.14.3) with ESMTP id m91EOqnZ000696; Wed, 1 Oct 2008 16:24:53 +0200 (CEST) (envelope-from johnny64@swissjabber.org) Received: (from johnny64@localhost) by georg.localdomain (8.14.3/8.14.3/Submit) id m91EOpek000235; Wed, 1 Oct 2008 16:24:51 +0200 (CEST) (envelope-from johnny64@swissjabber.org) X-Authentication-Warning: georg.localdomain: johnny64 set sender to johnny64@swissjabber.org using -f Date: Wed, 1 Oct 2008 16:24:50 +0200 From: "(-K JohnNy" To: Edwin Groothuis Message-ID: <20081001142450.GA58407@georg.localdomain> References: <20080928054620.GA80250@k7.mavetju> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wac7ysb48OaltWcw" Content-Disposition: inline In-Reply-To: <20080928054620.GA80250@k7.mavetju> User-Agent: Mutt/1.5.18 (2008-05-17) X-Mailman-Approved-At: Wed, 01 Oct 2008 15:51:22 +0000 Cc: stable@freebsd.org, current@freebsd.org Subject: Re: Request for testing - top 3.8b1 in the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Oct 2008 14:44:37 -0000 --wac7ysb48OaltWcw Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Sep 28, 2008 at 03:46:20PM +1000, Edwin Groothuis wrote: > I have made an update for the top(1) utility in the FreeBSD base > system to get it from the 3.5b12 version to the 3.8b1 version. >=20 > I have tried them on the amd64 architecture on FreeBSD -current and > FreeBSD 7.0 and on the i386 architecture on FreeBSD 7.0. >=20 > The big new features are a line upper part with kernel statistics > (context-switches, traps, interrupts, faults etc) and the FLG table > (if you window is big enough) >=20 > Some features specific to FreeBSD (dual display (press m)), threaded > processes, and jails have been ported to 3.8b1. >=20 > The biggest fix (AFAICT) is the TIME and CPU table for threaded > processes, which are now calculated properly. >=20 > The new code can be found on > http://www.mavetju.org/~edwin/freebsd-top-3.8b1-A.tar.gz > Go to 3.8b1/usr.sbin/top and run "make" there to produce the binary, > then run it via "./top". >=20 > Please report any issues with it (compile time, run time) and a way > to reproduce it (if possible). Thanks for your help! >=20 > Edwin I found another bug. The new top doesn't handle newlines in full commandlines correctly -- if there is a command whose commandline contains a newline, which is quite common while some compilation is in progress, it is just printed out as it is, breaking the one-process-per-line layout. --=20 (-K JohnNy alias Partial Derivative =E2=88=82 [home] http://johnny64.fixinko.sk/ [icq] 338328204 [abandoned] [jabber] JohnNy64@swissjabber.org [skype] JohnNy64-konik [abandoned] --wac7ysb48OaltWcw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkjjiDEACgkQ11l9uIBrcFSzUQCfQ+lWU+JkrLBHGRApyZni/oTx P+cAoJT9k1QBqACGNSpVZ8M679gvHHLu =Gcl2 -----END PGP SIGNATURE----- --wac7ysb48OaltWcw-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 1 15:58:26 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B96101065696 for ; Wed, 1 Oct 2008 15:58:26 +0000 (UTC) (envelope-from spry@anarchy.in.the.ph) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.freebsd.org (Postfix) with ESMTP id 597198FC19 for ; Wed, 1 Oct 2008 15:58:25 +0000 (UTC) (envelope-from spry@anarchy.in.the.ph) Received: by ug-out-1314.google.com with SMTP id m2so834863uge.39 for ; Wed, 01 Oct 2008 08:58:24 -0700 (PDT) Received: by 10.86.31.18 with SMTP id e18mr7311675fge.52.1222875403831; Wed, 01 Oct 2008 08:36:43 -0700 (PDT) Received: by 10.86.25.19 with HTTP; Wed, 1 Oct 2008 08:36:43 -0700 (PDT) Message-ID: Date: Wed, 1 Oct 2008 23:36:43 +0800 From: "Mars G Miro" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Mailman-Approved-At: Wed, 01 Oct 2008 16:08:12 +0000 Subject: 6-CORE Dunnington X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Oct 2008 15:58:26 -0000 Hiya Has anyone successfully tried installing and running FreeBSD on Intel's newest 6-CORE Dunnington? I was able to install 200809-CURRENT on it but after recompiling the kernel (taking out WITNESS, INVARIANTS KGDB et al) I found out that I could not boot it anymore. What's weird is that I could not boot the same 200809-CURRENT CD that I used the first time. Just hangs on .... uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] .... I've also tried installing via PXE and it always hangs on the above spot, even using a -CURRENT from Sept 26 and PXE-booting it. No go :-( Any thoughts? Thanks. -- cheers mars From owner-freebsd-current@FreeBSD.ORG Wed Oct 1 16:15:51 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2F9B1065686 for ; Wed, 1 Oct 2008 16:15:51 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.freebsd.org (Postfix) with ESMTP id 647B38FC08 for ; Wed, 1 Oct 2008 16:15:51 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw6.york.ac.uk (mail-gw6.york.ac.uk [144.32.129.26]) by mail-gw1.york.ac.uk (8.13.6/8.13.6) with ESMTP id m91GFkGJ013178; Wed, 1 Oct 2008 17:15:46 +0100 (BST) Received: from buffy-128.york.ac.uk ([144.32.128.160] helo=buffy.york.ac.uk) by mail-gw6.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1Kl4Mc-00064B-Bc; Wed, 01 Oct 2008 17:15:46 +0100 Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.14.2/8.14.2) with ESMTP id m91GFj1C036480; Wed, 1 Oct 2008 17:15:45 +0100 (BST) (envelope-from gavin@FreeBSD.org) Received: (from ga9@localhost) by buffy.york.ac.uk (8.14.2/8.14.2/Submit) id m91GFiba036479; Wed, 1 Oct 2008 17:15:44 +0100 (BST) (envelope-from gavin@FreeBSD.org) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin@FreeBSD.org using -f From: Gavin Atkinson To: Mars G Miro In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Wed, 01 Oct 2008 17:15:44 +0100 Message-Id: <1222877744.29968.76.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin@freebsd.org Cc: freebsd-current@FreeBSD.org Subject: Re: 6-CORE Dunnington X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Oct 2008 16:15:51 -0000 On Wed, 2008-10-01 at 23:36 +0800, Mars G Miro wrote: > Hiya > > Has anyone successfully tried installing and running FreeBSD on > Intel's newest 6-CORE Dunnington? > > I was able to install 200809-CURRENT on it but after recompiling > the kernel (taking out WITNESS, INVARIANTS KGDB et al) I found out > that I could not boot it anymore. What's weird is that I could not > boot the same 200809-CURRENT CD that I used the first time. Just hangs > on > .... > uhci0: [GIANT-LOCKED] > uhci0: [ITHREAD] > .... > > I've also tried installing via PXE and it always hangs on the above > spot, even using a -CURRENT from Sept 26 and PXE-booting it. No go :-( Firstly, does it seem to be detecting all six CPUs correctly? Are you able to reboot with the old kernel and put a verbose dmesg and the output of "acpidump -dt" up on the web somewhere? It would also be interesting to know if anything else is printed after the above when it hangs on a verbose boot. There was a report back in July about FreeBSD not discovering all the CPUs on the board, but there was no mention of hanging on boot. Gavin From owner-freebsd-current@FreeBSD.ORG Wed Oct 1 16:45:59 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CABB106569A for ; Wed, 1 Oct 2008 16:45:59 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 0F7058FC12 for ; Wed, 1 Oct 2008 16:45:59 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id m91GjuOk030587 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 1 Oct 2008 09:45:58 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <48E3A944.3030809@freebsd.org> Date: Wed, 01 Oct 2008 09:45:56 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: =?UTF-8?B?QXNoaXNoIFNodWtsYSDgpIbgpLbgpYDgpLcg4KS24KWB4KSV4KWN4KSy?= References: <20080929173223.183035ohkgl7jk3b@econet.encontacto.net> <20080930054432.GB5863@chateau.d.lf> <48E24842.4070409@freebsd.org> <87bpy5imh8.fsf@chateau.d.lf> In-Reply-To: <87bpy5imh8.fsf@chateau.d.lf> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-DCC--Metrics: ebb.errno.com; whitelist Cc: freebsd-current Subject: Re: I lost ath0 support on current sometime between Sept 20 and Sept 26. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Oct 2008 16:45:59 -0000 Ashish Shukla आशीष शुक्ल wrote: > Sam Leffler writes: > > [snip] > > >> Is this only w/ static key wep? Yesterday I re-tested open and wpa and >> both worked fine. I haven't had time to setup wep. I also see no stats >> or debug output that might explain what's wrong. >> > > ---->8---->8---- > abbe [~] monte-cristo% tail -f /var/log/messages > Sep 30 22:37:22 monte-cristo wpa_supplicant[358]: CTRL-EVENT-DISCONNECTED - Disconnect event - remove keys > Sep 30 22:37:24 monte-cristo wpa_supplicant[358]: Trying to associate with 00:1e:2a:76:f4:60 (SSID='18-B-PARVATIYA' freq=2437 MHz) > Sep 30 22:37:24 monte-cristo wpa_supplicant[358]: Associated with 00:1e:2a:76:f4:60 > Sep 30 22:37:24 monte-cristo kernel: wlan0: link state changed to UP > Sep 30 22:37:27 monte-cristo wpa_supplicant[358]: WPA: 4-Way Handshake failed - pre-shared key may be incorrect > Sep 30 22:37:27 monte-cristo kernel: wlan0: link state changed to DOWN > Sep 30 22:37:27 monte-cristo wpa_supplicant[358]: CTRL-EVENT-DISCONNECTED - Disconnect event - remove keys > Sep 30 22:37:30 monte-cristo wpa_supplicant[358]: Trying to associate with 00:1e:2a:76:f4:60 (SSID='18-B-PARVATIYA' freq=2437 MHz) > Sep 30 22:37:30 monte-cristo wpa_supplicant[358]: Associated with 00:1e:2a:76:f4:60 > Sep 30 22:37:30 monte-cristo kernel: wlan0: link state changed to UP > Sep 30 22:37:33 monte-cristo wpa_supplicant[358]: WPA: 4-Way Handshake failed - pre-shared key may be incorrect > Sep 30 22:37:33 monte-cristo kernel: wlan0: link state changed to DOWN > Sep 30 22:37:33 monte-cristo wpa_supplicant[358]: CTRL-EVENT-DISCONNECTED - Disconnect event - remove keys > Sep 30 22:37:36 monte-cristo wpa_supplicant[358]: Trying to associate with 00:1e:2a:76:f4:60 (SSID='18-B-PARVATIYA' freq=2437 MHz) > Sep 30 22:37:36 monte-cristo wpa_supplicant[358]: Associated with 00:1e:2a:76:f4:60 > Sep 30 22:37:36 monte-cristo kernel: wlan0: link state changed to UP > Sep 30 22:37:39 monte-cristo wpa_supplicant[358]: WPA: 4-Way Handshake failed - pre-shared key may be incorrect > Sep 30 22:37:39 monte-cristo kernel: wlan0: link state changed to DOWN > Sep 30 22:37:39 monte-cristo wpa_supplicant[358]: CTRL-EVENT-DISCONNECTED - Disconnect event - remove keys > Sep 30 22:37:41 monte-cristo wpa_supplicant[358]: Trying to associate with 00:1e:2a:76:f4:60 (SSID='18-B-PARVATIYA' freq=2437 MHz) > Sep 30 22:37:42 monte-cristo wpa_supplicant[358]: Associated with 00:1e:2a:76:f4:60 > Sep 30 22:37:42 monte-cristo kernel: wlan0: link state changed to UP > ^C > ----8<----8<---- > > If you require any more details, please mention. I'm eager to see this > wireless card working fine with my FreeBSD notebook :). BtW, I've posted > this issue earlier also[1]. > > I also tried with no encryption, but then also similar problem, i.e. it > won't sends/receives any packets. > > References: > [1] - http://lists.freebsd.org/pipermail/freebsd-current/2008-September/088680.html > > Other folks reporting similar problems said r183221 resolved things. I don't see anything that indicates what rev code you're using. Note the change I cited only affects amd64 (or other LP64) platforms. Sam From owner-freebsd-current@FreeBSD.ORG Wed Oct 1 16:51:53 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 972AF10656A0 for ; Wed, 1 Oct 2008 16:51:53 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout0.freenet.de (mout0.freenet.de [IPv6:2001:748:100:40::2:2]) by mx1.freebsd.org (Postfix) with ESMTP id 2E5F78FC1E for ; Wed, 1 Oct 2008 16:51:53 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.10] (helo=0.mx.freenet.de) by mout0.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #65) id 1Kl4vX-0006ff-Cd for freebsd-current@freebsd.org; Wed, 01 Oct 2008 18:51:51 +0200 Received: from mbfef.m.pppool.de ([89.49.191.239]:27384 helo=ernst.jennejohn.org) by 0.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #65) id 1Kl4vX-00075Q-3k for freebsd-current@freebsd.org; Wed, 01 Oct 2008 18:51:51 +0200 Date: Wed, 1 Oct 2008 18:51:50 +0200 From: Gary Jennejohn To: freebsd-current@freebsd.org Message-ID: <20081001185150.2e42c8e2@ernst.jennejohn.org> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: regression in HDA functionality X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Oct 2008 16:51:53 -0000 There's seems to have been a regression in HDA functionality with the ATI SB600 High Definition Audio Controller since the 200809 snapshot (amd64) was made. With this version of the driver from the snapshot, the headphone output works: /boot/kernel/snd_hda.ko: $FreeBSD: src/sys/dev/sound/pci/hda/hdac.c,v 1.55 2008/07/15 02:34:44 delphij Exp $ With this version made from sources updated yesterday the headphones no longer work: /boot/amd64/snd_hda.ko: $FreeBSD: src/sys/dev/sound/pci/hda/hdac.c,v 1.61 2008/09/16 20:03:34 mav Exp $ I can provide verbose boot output from both kernels, if desired. Basically, it looks like the headphone output gets disabled with the new driver. --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Wed Oct 1 19:19:11 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8536D10656A5 for ; Wed, 1 Oct 2008 19:19:11 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 0454C8FC23 for ; Wed, 1 Oct 2008 19:19:10 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m91JJ422071550; Wed, 1 Oct 2008 15:19:04 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 1 Oct 2008 11:18:28 -0400 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200810011118.28474.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Wed, 01 Oct 2008 15:19:04 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/8367/Wed Oct 1 12:39:43 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.4 required=4.2 tests=AWL,BAYES_00, DATE_IN_PAST_03_06,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Ryan Stone Subject: Re: Possible alternate definition of CTASSERT to allow its use in header files X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Oct 2008 19:19:11 -0000 On Tuesday 30 September 2008 03:55:26 pm Ryan Stone wrote: > This was prompted by some recent check-ins removing CTASSERTs from > header files to prevent spurious errors from popping up. For example, > this check-in: > http://lists.freebsd.org/pipermail/cvs-src/2008-September/095328.html > > I've come up with an alternate definition of CTASSERT that can be used > in header files. It works on gcc 3.4.6, 4.0.2 and 4.3.0(the only > compilers I have quick access to). > > $ cat /tmp/tmp.c > // New definition > #define NEWASSERT(x) _NEWASSERT(x, __LINE__) > #define _NEWASSERT(x, line) __NEWASSERT(x, line) > #define __NEWASSERT(x, line) extern int __assert_ ## line [ x ? 1 : -1 ]; > > //existing BSD implementation > #define CTASSERT(x) _CTASSERT(x, __LINE__) > #define _CTASSERT(x, y) __CTASSERT(x, y) > #define __CTASSERT(x, y) typedef char __assert ## y[(x) ? 1 : -1] > > CTASSERT(1); // line 11 > CTASSERT(0); // line 12 > CTASSERT(1); CTASSERT(0); // line 13 > > > NEWASSERT(1); // line 16 > NEWASSERT(0) ; // line 17 > NEWASSERT(1); NEWASSERT(0); // line 18 > NEWASSERT(1); NEWASSERT(1); // line 19 > > > $ gcc -v -c /tmp/tmp.c -Wall -Werror > /tmp/tmp.c:12: error: size of array `__assert12' is negative > /tmp/tmp.c:13: error: size of array `__assert13' is negative > /tmp/tmp.c:13: error: redefinition of typedef '__assert13' > /tmp/tmp.c:13: error: previous declaration of '__assert13' was here > /tmp/tmp.c:17: error: size of array `__assert_17' is negative > /tmp/tmp.c:18: error: size of array `__assert_18' is negative > $ > > Note that the compiler doesn't complain about multiple definitions of > __assert18 and __assert19 like it does about the multiple definitions > of __assert13, which is the reason that CTASSERTs can't be used in > header files. > > Thoughts? Will this work on compilers other than gcc? I think this is quite slick actually. I'm not sure this is standard C though. For the kernel it is probably fine so long as icc handles it. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Oct 1 19:19:17 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2F3E1065695 for ; Wed, 1 Oct 2008 19:19:17 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 264058FC08 for ; Wed, 1 Oct 2008 19:19:17 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m91JJ423071550; Wed, 1 Oct 2008 15:19:10 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 1 Oct 2008 11:21:21 -0400 User-Agent: KMail/1.9.7 References: <200810011405.m91E5ugg028685@lava.sentex.ca> In-Reply-To: <200810011405.m91E5ugg028685@lava.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200810011121.21908.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Wed, 01 Oct 2008 15:19:11 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/8367/Wed Oct 1 12:39:43 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.3 required=4.2 tests=AWL,BAYES_00, DATE_IN_PAST_03_06,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Mike Tancsa Subject: Re: ichwd on ich9 attach failing ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Oct 2008 19:19:17 -0000 On Wednesday 01 October 2008 10:05:48 am Mike Tancsa wrote: > Does anyone have a board with this chipset where ichwd attaches properly ? > > When I try to load the driver I get > > ichwd module loaded > isab0: found ICH9 or equivalent chipset: Intel ICH9R watchdog timer > ichwd0: on isa0 > isab0: found ICH9 or equivalent chipset: Intel ICH9R watchdog timer > ichwd0: ICH WDT present but disabled in BIOS or hardware > device_attach: ichwd0 attach returned 6 > ppc0: parallel port not found. > > the ppc0 error seems normal, as on other boards I see the same error > and things attach just fine > > It is enabled in the BIOS as the box will automatically reboot after > 5 min, since the watchdog is not set by the OS Hmm, looks like the test to clear a bit is failing. Maybe some quality time with the ICH9 datasheet (you should be able to find it on developer.intel.com) can help resolve this. Here is the relevant code: static __inline int ichwd_clear_noreboot(struct ichwd_softc *sc) { uint32_t status; int rc = 0; /* try to clear the NO_REBOOT bit */ if (sc->ich_version <= 5) { status = pci_read_config(sc->ich, ICH_GEN_STA, 1); status &= ~ICH_GEN_STA_NO_REBOOT; pci_write_config(sc->ich, ICH_GEN_STA, status, 1); status = pci_read_config(sc->ich, ICH_GEN_STA, 1); if (status & ICH_GEN_STA_NO_REBOOT) rc = EIO; } else { status = ichwd_read_gcs_4(sc, 0); status &= ~ICH_GCS_NO_REBOOT; ichwd_write_gcs_4(sc, 0, status); status = ichwd_read_gcs_4(sc, 0); if (status & ICH_GCS_NO_REBOOT) rc = EIO; } if (rc) device_printf(sc->device, "ICH WDT present but disabled in BIOS or hardware\n"); return (rc); } -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Oct 1 21:36:13 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 222061065690 for ; Wed, 1 Oct 2008 21:36:13 +0000 (UTC) (envelope-from wahjava@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.186]) by mx1.freebsd.org (Postfix) with ESMTP id 7AF4A8FC21 for ; Wed, 1 Oct 2008 21:36:12 +0000 (UTC) (envelope-from wahjava@gmail.com) Received: by ti-out-0910.google.com with SMTP id d27so412362tid.3 for ; Wed, 01 Oct 2008 14:36:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:to:cc:subject:x-face :references:x-uptime:x-url:x-openpgp-id:x-openpgp-fingerprint:x-os :x-mailer:x-mail-morse:x-attribution:organization:from:date :in-reply-to:message-id:user-agent:face:mime-version:content-type :sender; bh=OpgkraJsNk9i4BBmpiPRPRAcKVA+pFsbVzAb3PoaXuo=; b=QaEZ5cFoTlmq58mw2EV5klHAdjW/lwCzKrAPZtqy1/76vORHLgeonAJxq8TwLnJ0gK nP/5btvjURFjuRWiMBgvg0JlCJT5lX4gJkHzAjZwWd5xnVfFpEs9hcHJ1zPcfSMLSlTn EAhNYPxrdgq8jYlxI0z5P0jcBhKEGQAmG9i84= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=to:cc:subject:x-face:references:x-uptime:x-url:x-openpgp-id :x-openpgp-fingerprint:x-os:x-mailer:x-mail-morse:x-attribution :organization:from:date:in-reply-to:message-id:user-agent:face :mime-version:content-type:sender; b=BUWf5qfc+JWTNfQuiGiPSVL/PDWkdLPpmNkyqqdev4cBhl/l606avPGqA2+4O+KArJ pdZqhrJJCdomADdjxMYmm5vI0DTVHPk+4N3DxURetESyHUi7+XeMTUhtdWyL99VjU51f nddl8DQnUaiENuE/nR/7Lma9o53oSWp+7UDJ4= Received: by 10.110.68.4 with SMTP id q4mr1130406tia.51.1222896970828; Wed, 01 Oct 2008 14:36:10 -0700 (PDT) Received: from chateau.d.lf ([122.162.54.80]) by mx.google.com with ESMTPS id 2sm1159668tif.0.2008.10.01.14.36.07 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 01 Oct 2008 14:36:09 -0700 (PDT) To: Sam Leffler X-Face: )vGQ9yK7Y$Flebu1C>(B\gYBm)[$zfKM+p&TT[[JWl6:]S>cc$%-z7-`46Zf0B*syL.C]oCq[upTG~zuS0.$"_%)|Q@$hA=9{3l{%u^h3jJ^Zl; t7 References: <20080929173223.183035ohkgl7jk3b@econet.encontacto.net> <20080930054432.GB5863@chateau.d.lf> <48E24842.4070409@freebsd.org> <87bpy5imh8.fsf@chateau.d.lf> <48E3A944.3030809@freebsd.org> X-Uptime: 03:02:43 up 6:51, 1 user, load average: 0.02, 0.07, 0.11 X-URL: http://wahjava.wordpress.com/ X-OpenPGP-ID: 762E5E74 X-OpenPGP-Fingerprint: 1E00 4679 77E4 F8EE 2E4B 56F2 1F2F 8410 762E 5E74 X-OS: GNU/Linux on Linux 2.6.25-gentoo-r7 kernel on x86_64 architecture X-Mailer: Gnus/5.11 (Oort 5.11) Emacs/22.3.1 (x86_64-pc-linux-gnu) X-Mail-Morse: .-- .- .... .--- .- ...- .- .--.-. --. -- .- .. .-.. .-.-.- -.-. --- -- X-Attribution: =?utf-8?B?4KSG4KS24KWA4KS3?= Organization: alt.religion.emacs From: wahjava.ml@gmail.com (Ashish Shukla =?utf-8?B?4KSG4KS24KWA4KS3IA==?= =?utf-8?B?4KS24KWB4KSV4KWN4KSy?=) Date: Thu, 02 Oct 2008 03:06:31 +0530 In-Reply-To: <48E3A944.3030809@freebsd.org> (Sam Leffler's message of "Wed\, 01 Oct 2008 09\:45\:56 -0700") Message-ID: <8763oct2u8.fsf@chateau.d.lf> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (gnu/linux) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJ1BMVEWpqal/f39tbW1jY2Md HR2goKCenp6UlJROTk7////9/f35+fnT09ORJdieAAACVklEQVQ4jXXUP2vbQBQA8AvUTkgz5OzY Z0iGWhpS6BSrkECn0mvx0MEJ6AjtYrfoBCVDlD8naJYmNlRfwZq8+mkKlIZaGpJSYmP7Q/XkJDrJ Td8i/H68u3vHPaPufwLdf32AMA4A6GcAgvAamY1pOJiDIFqicTwLswDhfr3uxfFtkAY/GFHPMwzD 8zpnACmIOnE6js7rQb+v4NJrG9od0C+QgpHMy5jBewV+UDSMWiw1Y4fWfyV7+NGFzDsYa3pth9LJ Q4XvXxFHcJRvHOmygn5NAEabnDcQQguarnfoiwSCJ99jmKKcphsZONmWsDK9Ro7cvZOCtQdg8nje egLhc2LNlkLmsezzTFUUy5w18ocox/f0LaLgJy0zO75zk+9pp85GAj36xjqhdI0y3tq2m4dqqcWX zQWBTz8L1irvolXV4J+3q7eCDgVnttjNq6X8H+9KOZsuNk1uCzx8pSp+E9HImfJOTLdcGqo+YKnG EIovizkEn48V7BO+ch2DXcD4ENSpWiU+q8hjjbgTBZCXnZtyj0Ws4Q1Q0B2WXFtYZo65Bbyeeldw RS6qFueM80LlLA29YlVwGRYvFD+kwI/0O+A2PlpOP9GwslUVciHuYGechuBTp922YiDZCrghTknm XSyOM+D3aoRZlo0Jb42zY7DN4p2x4AeZ+QAYutx1sHwTHzMT5cMNduQ9yW3GczN4KZ86kb0c9O8T yXDeFqpl2fryPEAYGXIlezAPXYh2NgVr/gvdoHIuDwuPwOhcWE8f8mmICq41eATkn8x0kuRTIKcB wE9+/QUtiiAnYcaN7wAAAABJRU5ErkJggg== MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" Sender: =?UTF-8?B?4KSG4KS24KWA4KS3IOCktuClgeCkleCljeCksiBBc2hpc2ggU2h1a2xh?= Cc: freebsd-current Subject: Re: I lost ath0 support on current sometime between Sept 20 and Sept 26. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Oct 2008 21:36:13 -0000 --=-=-= Content-Type: text/plain; charset=utf-8 Sam Leffler writes: [...] > Other folks reporting similar problems said r183221 resolved things. > I don't see anything that indicates what rev code you're using. Note > the change I cited only affects amd64 (or other LP64) platforms. Following is the output of 'uname -a' on my box. The kernel is compiled on the same day as check out. FreeBSD monte-cristo.france 8.0-CURRENT FreeBSD 8.0-CURRENT #9: Sun Sep 28 02:55:38 IST 2008 root@monte-cristo.france:/usr/obj/usr/src/sys/ULE amd64 I assumed that you mean following change: http://svn.freebsd.org/viewvc/base?view=revision&revision=183221 At the moment, I'm not on my FreeBSD box, but as soon as I boot into my FreeBSD box, I'll verify it and will try rebuilding my kernel and world. TIA Ashish -- () ascii ribbon campaign - against HTML e-mail /\ www.asciiribbon.org - against proprietary attachments ·-- ·- ···· ·--- ·- ···- ·- ·--·-· --· -- ·- ·· ·-·· ·-·-·- -·-· --- -- % dig +short cname cdac.in @::1 ms.gov.in --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkjj7WIACgkQHy+EEHYuXnQpTgCg6IOGAzXkAvi5hOEEKN7aNf/t jM8AoJh1YAt5Q386qnW/Qf+pg6bIAHER =P7RQ -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 1 21:09:11 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2344106568F for ; Wed, 1 Oct 2008 21:09:11 +0000 (UTC) (envelope-from wtf.jlaine@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.169]) by mx1.freebsd.org (Postfix) with ESMTP id A5CCC8FC17 for ; Wed, 1 Oct 2008 21:09:11 +0000 (UTC) (envelope-from wtf.jlaine@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so725935wfg.7 for ; Wed, 01 Oct 2008 14:09:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=G0ckb7MdoMKp1TxfGkc9f9MEpLb3BvmovK54diVNFPc=; b=MVdAudWGnjFWN5BUsdJh3NS0Dh6zFy4dCrHMGoGJk5Sfb3HgM6+mtn1GwrgyZCwarW QoBLvWJIYcrY+avxnSn8DlkAniElxc+w751HQvrZKsoJR2V8cWBBfUqxNFLmMxwNIK8r A4abRwJfcY00O3eTzlaesvdysD6NtKn/ADryU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=SKTORe60QHq1Vjp4LSTHImRLLwiJXutkGP8xxYL/DLcq8RZS9/AkCqFdE11LHqTs5T 23ztTlDGItvpoKhb8tdyl9ijBCcbbluhhUxfJzAO7qZvrij6WspJjbp93mKWOyBuwm5S r7tnTl671lSKaFW+5R1pMjXvxL3K3b0Mo+oD8= Received: by 10.115.94.1 with SMTP id w1mr9819120wal.109.1222893444025; Wed, 01 Oct 2008 13:37:24 -0700 (PDT) Received: by 10.114.182.3 with HTTP; Wed, 1 Oct 2008 13:37:23 -0700 (PDT) Message-ID: <2b98f2f70810011337u6498a619n9b524feb847b49d9@mail.gmail.com> Date: Thu, 2 Oct 2008 00:37:23 +0400 From: "Jeff Laine" To: "Edwin Groothuis" In-Reply-To: <20080928054620.GA80250@k7.mavetju> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080928054620.GA80250@k7.mavetju> X-Mailman-Approved-At: Wed, 01 Oct 2008 22:23:59 +0000 Cc: stable@freebsd.org, current@freebsd.org Subject: Re: Request for testing - top 3.8b1 in the base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Oct 2008 21:09:11 -0000 2008/9/28 Edwin Groothuis : > I have made an update for the top(1) utility in the FreeBSD base > system to get it from the 3.5b12 version to the 3.8b1 version. > > I have tried them on the amd64 architecture on FreeBSD -current and > FreeBSD 7.0 and on the i386 architecture on FreeBSD 7.0. > > The big new features are a line upper part with kernel statistics > (context-switches, traps, interrupts, faults etc) and the FLG table > (if you window is big enough) > > Some features specific to FreeBSD (dual display (press m)), threaded > processes, and jails have been ported to 3.8b1. > > The biggest fix (AFAICT) is the TIME and CPU table for threaded > processes, which are now calculated properly. > > The new code can be found on > http://www.mavetju.org/~edwin/freebsd-top-3.8b1-A.tar.gz > Go to 3.8b1/usr.sbin/top and run "make" there to produce the binary, > then run it via "./top". > > Please report any issues with it (compile time, run time) and a way > to reproduce it (if possible). Thanks for your help! > > Edwin > > -- > Edwin Groothuis > edwin@freebsd.org > http://www.mavetju.org Hello. I have one issue, maybe not so important though. I've compiled top 3.8b1 on my 7.1-PRERELEASE and it looks like "t" hotkey (toggle displaying "top" process) don't work at all. (Sorry if somebody has pointed out that one already. I haven't read all thread so thoroughly. ) -- Best regards, Jeff. From owner-freebsd-current@FreeBSD.ORG Thu Oct 2 00:03:33 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 26900106568B for ; Thu, 2 Oct 2008 00:03:33 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id C9D288FC19 for ; Thu, 2 Oct 2008 00:03:32 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=CMLn5rBPS6KafXbOGEbPQmSdaLb+ggP+W+6mX4olU3J/Azk+a7dUBoQ0Opi2JXNrvQsXiT+0mZY3Y0Cu9mAKmdb01o3Hr6m+QlLjBweR/0y9rGyVdkAvjHwrTjSfN3l/+G/dzR7c6rxVeDTJkEBBndliDZpG/jpoq/sZLgabDBs=; Received: from phoenix.codelabs.ru (ppp91-78-220-250.pppoe.mtu-net.ru [91.78.220.250]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1KlBfG-0001kR-UX; Thu, 02 Oct 2008 04:03:31 +0400 Date: Thu, 2 Oct 2008 04:03:29 +0400 From: Eygene Ryabinkin To: Mars G Miro Message-ID: References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/GPgYEyhnw15BExa" Content-Disposition: inline In-Reply-To: Sender: rea-fbsd@codelabs.ru Cc: freebsd-current@freebsd.org Subject: Re: 6-CORE Dunnington X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Oct 2008 00:03:33 -0000 --/GPgYEyhnw15BExa Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Mars, good day. Wed, Oct 01, 2008 at 11:36:43PM +0800, Mars G Miro wrote: > I was able to install 200809-CURRENT on it but after recompiling > the kernel (taking out WITNESS, INVARIANTS KGDB et al) I found out > that I could not boot it anymore. What's weird is that I could not > boot the same 200809-CURRENT CD that I used the first time. [Assuming you had not touched any hardware or BIOS configuration since last good boot from -CURRENT CD.] Was is the totally cold boot (with power-off via unplugging the power cord/switching off the master power input on the power supply) or just a some sort of a warm or semi-cold boot with power button? I had seen the cases where hardware was in a such bad state, that only totally cold boot was helping to recover. Just hangs > on > .... > uhci0: [GIANT-LOCKED] > uhci0: [ITHREAD] Any ways to disable (at least partially) USB stuff via BIOS? May be disabling other devices will help too -- try to play with the disabling the various controllers. --=20 Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual =20 )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook=20 {_.-``-' {_/ # --/GPgYEyhnw15BExa Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkjkD9EACgkQthUKNsbL7YhMbACgk/Ioh0rR07UtEZg3c3E7agLU bqYAnjccR7FlMVAx6NqkiSkEsaqZPbOt =e+r6 -----END PGP SIGNATURE----- --/GPgYEyhnw15BExa-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 2 06:27:04 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8556210656AB for ; Thu, 2 Oct 2008 06:27:04 +0000 (UTC) (envelope-from maho.nakata@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.189]) by mx1.freebsd.org (Postfix) with ESMTP id 0B0588FC1F for ; Thu, 2 Oct 2008 06:27:03 +0000 (UTC) (envelope-from maho.nakata@gmail.com) Received: by ti-out-0910.google.com with SMTP id d27so492064tid.3 for ; Wed, 01 Oct 2008 23:27:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:message-id:to:cc:subject :from:x-mailer:mime-version:content-type:content-transfer-encoding :sender; bh=bvsMdsbXbAMRJrb3i3BFH8EJUSEr3rEEwlHtZlprEO0=; b=pJPZDOqTC4KdaL92Ah/v56BHOUClPURuF7h5rgabDxE815dIhuXNnmrh9SOjq7M9vL WVV+csdyszpWWQ5KSUIlQvEmUkcwxX7Cao9xXEaGnY25Q/p6x1fxtUE5SQ5AjRsduDI7 +hK+EP/l7JvadOmmrKmKbG7u5kciIhO1FhvBc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:message-id:to:cc:subject:from:x-mailer:mime-version :content-type:content-transfer-encoding:sender; b=xjKq6Vj/HEuUSs2822ZXyDHaz7K8e5d3n2+jruarBmakDSQOK8JY6MTc/k5eAdLNzA 3no0EX3IPI6rGO1Ny+RKRLUerTjKfGoWDfz7IHu/0ZPQM5U7OJGZA9fjuH4w6m5aCvK+ 2BPsRSV62OlSp6+PvwV+NIditBc2iajsmWDAU= Received: by 10.110.92.8 with SMTP id p8mr13328355tib.25.1222927422205; Wed, 01 Oct 2008 23:03:42 -0700 (PDT) Received: from localhost (rikad85.riken.jp [134.160.214.85]) by mx.google.com with ESMTPS id w12sm2715974tib.10.2008.10.01.23.03.40 (version=SSLv3 cipher=RC4-MD5); Wed, 01 Oct 2008 23:03:41 -0700 (PDT) Date: Thu, 02 Oct 2008 15:03:19 +0900 (JST) Message-Id: <20081002.150319.02288267.chat95@mac.com> To: freebsd-current@freebsd.org, brooks@FreeBSD.ORG From: Maho NAKATA X-Mailer: Mew version 6.1 on Emacs 22.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: Maho NAKATA Cc: shigeta@sci.u-hyogo.ac.jp Subject: Infiniband status? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Oct 2008 06:27:04 -0000 Dear Brook Davis, (Cc: Prof. Shigeta Yasuteru) My superior asked me what is the status of Infiniband on FreeBSD. My friend, Goto, Daichi told me that you are interested in Infiniband implementation and some information about what you have presented in Asia BSD Con 2007. According to your presentation, http://2007.asiabsdcon.org/papers/P02-paper.pdf > 5 Thoughts on Future Clusters ... > As a result > we are considering both InfiniBand and 10Gb Myrinet > interconnects. Great to hear that! So currently underway and expect for future use? Any information is greatly appreciated. Best regards, -- Nakata Maho http://accc.riken.jp/maho/ From owner-freebsd-current@FreeBSD.ORG Thu Oct 2 06:33:53 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A8D41065688 for ; Thu, 2 Oct 2008 06:33:53 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.230]) by mx1.freebsd.org (Postfix) with ESMTP id 2B17F8FC1E for ; Thu, 2 Oct 2008 06:33:53 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so846121rvf.43 for ; Wed, 01 Oct 2008 23:33:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=Rj+u+pz7vW3XReEsZQXDQ1jKmFtapeu/yXI4YNVhSbE=; b=gIaqL/wWCERhlYXYsgzLmsxGwqo63R2X4CVbbYgCn2jo5BaRY/60/JRPfhAxV3Aigd 3L9uRwtK0udr5Qdw3MW4/B6xc0uyQu7cU47LGVRM05Sv/JVbe8A0a/u2g6rdUuKwBBSF SrLVc0pM6YBNqNyB2V7Qb9w127kg9dMfUbJh8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=YS0j1NpLEk7AHM9Gge36lEVDNMIUoN4Jz3MbOApjLZLiJw9xabsD9p4DW9zz/Xymkd blkGJwbxN6rt82pG+jPde8qY0HQvBRTfpdvzd8dbggq4vXuj5zrRiodQG7REZApmi0ao fmXR1PJtP7igYgwUculH4GyocKkdaJ153tuBA= Received: by 10.141.49.6 with SMTP id b6mr4983476rvk.89.1222929232586; Wed, 01 Oct 2008 23:33:52 -0700 (PDT) Received: by 10.141.101.21 with HTTP; Wed, 1 Oct 2008 23:33:52 -0700 (PDT) Message-ID: <3c1674c90810012333j5010df12uec5cc6e99e33adf6@mail.gmail.com> Date: Thu, 2 Oct 2008 06:33:52 +0000 From: "Kip Macy" Sender: mat.macy@gmail.com To: "Maho NAKATA" In-Reply-To: <20081002.150319.02288267.chat95@mac.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081002.150319.02288267.chat95@mac.com> X-Google-Sender-Auth: ff76eaf069e0f396 Cc: freebsd-current@freebsd.org, brooks@freebsd.org, shigeta@sci.u-hyogo.ac.jp Subject: Re: Infiniband status? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Oct 2008 06:33:53 -0000 Hi, I'm afraid there is currently no IB support in FreeBSD. FreeBSD has an iwarp driver for Chelsio's 10GigE cards and the kernel / iwarp side of OFA RDMA stack. To support IB you would need to implement the IB side of the OFA stack, finish user level RDMA support, and talk one of the users of IB on FreeBSD (NetApp & Isilon) in to opening up the Mellanox driver for a recent card. If you're open to the idea of iWARP it would "just" be a matter of finishing support for user-level RDMA. I'm sorry to disappoint. Cheers, Kip On Thu, Oct 2, 2008 at 6:03 AM, Maho NAKATA wrote: > Dear Brook Davis, > (Cc: Prof. Shigeta Yasuteru) > > My superior asked me what is the status of Infiniband > on FreeBSD. My friend, Goto, Daichi told me that you are > interested in Infiniband implementation > and some information about what > you have presented in Asia BSD Con 2007. > > According to your presentation, > http://2007.asiabsdcon.org/papers/P02-paper.pdf >> 5 Thoughts on Future Clusters > ... >> As a result >> we are considering both InfiniBand and 10Gb Myrinet >> interconnects. > > Great to hear that! > > So currently underway and expect for future use? > > Any information is greatly appreciated. > > Best regards, > -- Nakata Maho http://accc.riken.jp/maho/ > > > _______________________________________________ > 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 Thu Oct 2 07:31:02 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9721E106564A for ; Thu, 2 Oct 2008 07:31:02 +0000 (UTC) (envelope-from maho.nakata@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.185]) by mx1.freebsd.org (Postfix) with ESMTP id 196E28FC23 for ; Thu, 2 Oct 2008 07:31:01 +0000 (UTC) (envelope-from maho.nakata@gmail.com) Received: by ti-out-0910.google.com with SMTP id d27so505834tid.3 for ; Thu, 02 Oct 2008 00:31:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:message-id:to:cc:subject :from:in-reply-to:references:x-mailer:mime-version:content-type :content-transfer-encoding:sender; bh=qixY+1+cqZUXGKho+21Rb+NZkwnMfsQukhLbBLF4rsc=; b=VRz5ly4GKOKf8oSGZ+VqIf+4kY2J4QNTEKjbjvRBvrkV5bn6o/56S1x960BdKpa4qu rgt/nEmmzdSSmS1pD/Esy1C4IhS/q3SMg2WsnxKdLZKczkS98+1f43a8+d5FiEORD43u ydFEqoioRYHLpZQDyvlu2Z7CC6fCz61Jg/bM4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:message-id:to:cc:subject:from:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding:sender; b=aV5HglsNuwj3DEPesvlXeOjrCgd0SSaGpdLLs/XksRidM4gUhF3eARYIiv2wxbt+RQ 9uaM3tdFvtX+r4+KEnVde6HfGSwFHr2KitMlosGYHGJpxvx0ySC8ftQbc73w6TGpzao2 kNVdFnt6mA2zmCN+8mm8hfwnnlxcJ4NnlR34w= Received: by 10.110.5.14 with SMTP id 14mr13494305tie.47.1222932659917; Thu, 02 Oct 2008 00:30:59 -0700 (PDT) Received: from localhost (rikad85.riken.jp [134.160.214.85]) by mx.google.com with ESMTPS id u8sm2986557tia.8.2008.10.02.00.30.57 (version=SSLv3 cipher=RC4-MD5); Thu, 02 Oct 2008 00:30:58 -0700 (PDT) Date: Thu, 02 Oct 2008 16:30:55 +0900 (JST) Message-Id: <20081002.163055.13751768.chat95@mac.com> To: kmacy@freebsd.org From: Maho NAKATA In-Reply-To: <3c1674c90810012333j5010df12uec5cc6e99e33adf6@mail.gmail.com> References: <20081002.150319.02288267.chat95@mac.com> <3c1674c90810012333j5010df12uec5cc6e99e33adf6@mail.gmail.com> X-Mailer: Mew version 6.1 on Emacs 22.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: Maho NAKATA Cc: freebsd-current@freebsd.org, brooks@freebsd.org, shigeta@sci.u-hyogo.ac.jp Subject: Re: Infiniband status? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Oct 2008 07:31:02 -0000 Hello Kip Macy Many thanks for your reply. I understand the situation. I'm not disappoint from that :) All the best, From: Kip Macy Subject: Re: Infiniband status? Date: Thu, 02 Oct 2008 06:33:52 +0000 > Hi, > I'm afraid there is currently no IB support in FreeBSD. FreeBSD has an > iwarp driver for Chelsio's 10GigE cards and the kernel / iwarp side of > OFA RDMA stack. To support IB you would need to implement the IB side > of the OFA stack, finish user level RDMA support, and talk one of the > users of IB on FreeBSD (NetApp & Isilon) in to opening up the Mellanox > driver for a recent card. If you're open to the idea of iWARP it would > "just" be a matter of finishing support for user-level RDMA. > > I'm sorry to disappoint. > > Cheers, > Kip > > > On Thu, Oct 2, 2008 at 6:03 AM, Maho NAKATA wrote: > > Dear Brook Davis, > > (Cc: Prof. Shigeta Yasuteru) > > > > My superior asked me what is the status of Infiniband > > on FreeBSD. My friend, Goto, Daichi told me that you are > > interested in Infiniband implementation > > and some information about what > > you have presented in Asia BSD Con 2007. > > > > According to your presentation, > > http://2007.asiabsdcon.org/papers/P02-paper.pdf > >> 5 Thoughts on Future Clusters > > ... > >> As a result > >> we are considering both InfiniBand and 10Gb Myrinet > >> interconnects. > > > > Great to hear that! > > > > So currently underway and expect for future use? > > > > Any information is greatly appreciated. > > > > Best regards, > > -- Nakata Maho http://accc.riken.jp/maho/ > > > > > > _______________________________________________ > > 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 Thu Oct 2 07:32:29 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6885510656A1 for ; Thu, 2 Oct 2008 07:32:29 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 1B4C58FC15 for ; Thu, 2 Oct 2008 07:32:29 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p5DC5C249.dip.t-dialin.net [93.197.194.73]) by redbull.bpaserver.net (Postfix) with ESMTP id 0680E2E0B3; Thu, 2 Oct 2008 09:32:20 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id F0B0F13C375; Thu, 2 Oct 2008 09:32:16 +0200 (CEST) Received: (from www@localhost) by webmail.leidinger.net (8.14.2/8.13.8/Submit) id m927WBcC038328; Thu, 2 Oct 2008 09:32:11 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Thu, 02 Oct 2008 09:32:11 +0200 Message-ID: <20081002093211.36513vasugrebo6c@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Thu, 02 Oct 2008 09:32:11 +0200 From: "Alexander Leidinger" To: gary.jennejohn@freenet.de References: <20081001185150.2e42c8e2@ernst.jennejohn.org> In-Reply-To: <20081001185150.2e42c8e2@ernst.jennejohn.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.2) / FreeBSD-8.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: 0680E2E0B3.DDAF1 X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, ORDB-RBL, SpamAssassin (not cached, score=-14.7, required 6, BAYES_00 -15.00, MR_NOT_ATTRIBUTED_IP 0.20, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: freebsd-current@freebsd.org Subject: Re: regression in HDA functionality X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Oct 2008 07:32:29 -0000 Quoting "Gary Jennejohn" (from Wed, 1 Oct 2008 18:51:50 +0200): > With this version made from sources updated yesterday the headphones no > longer work: > /boot/amd64/snd_hda.ko: > $FreeBSD: src/sys/dev/sound/pci/hda/hdac.c,v 1.61 2008/09/16 > 20:03:34 mav Exp $ > > I can provide verbose boot output from both kernels, if desired. > Basically, it looks > like the headphone output gets disabled with the new driver. Send the verbose dmesg of the new kernel to multimedia@ (and maybe mav@). Also include "sysctl dev.hdac.0.pindump=1" and "cat /dev/sndstat". Bye, Alexander. -- Children's talent to endure stems from their ignorance of alternatives. -- Maya Angelou, "I Know Why the Caged Bird Sings" http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Thu Oct 2 07:50:17 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7017E1065691 for ; Thu, 2 Oct 2008 07:50:17 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id CCEC08FC31 for ; Thu, 2 Oct 2008 07:50:16 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from orphanage.alkar.net (account mav@alkar.net [212.86.226.11] verified) by cmail.optima.ua (CommuniGate Pro SMTP 5.1.14) with ESMTPA id 223148981; Thu, 02 Oct 2008 10:40:16 +0300 Message-ID: <48E47ADF.7030004@FreeBSD.org> Date: Thu, 02 Oct 2008 10:40:15 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.14 (X11/20080612) MIME-Version: 1.0 To: gary.jennejohn@freenet.de References: <1222892584.00020319.1222880402@10.7.7.3> In-Reply-To: <1222892584.00020319.1222880402@10.7.7.3> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: regression in HDA functionality X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Oct 2008 07:50:17 -0000 Gary Jennejohn wrote: > There's seems to have been a regression in HDA functionality with the > ATI SB600 High Definition Audio Controller since the 200809 snapshot > (amd64) was made. > > With this version of the driver from the snapshot, the headphone output > works: > /boot/kernel/snd_hda.ko: > $FreeBSD: src/sys/dev/sound/pci/hda/hdac.c,v 1.55 2008/07/15 02:34:44 delphij Exp $ > > With this version made from sources updated yesterday the headphones no > longer work: > /boot/amd64/snd_hda.ko: > $FreeBSD: src/sys/dev/sound/pci/hda/hdac.c,v 1.61 2008/09/16 20:03:34 mav Exp $ This version was completely rewritten. That and it's consequences was actively discussed on this and multimedia list. > I can provide verbose boot output from both kernels, if desired. Basically, it looks > like the headphone output gets disabled with the new driver. Usually such problem means that you have broken BIOS. Verbose output usually shows where the problem is and writing some device hints usually allows to fix the problem. Read updated snd_hda man page and if it not help - send your verbose output to me. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Thu Oct 2 08:18:05 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1AF231065692; Thu, 2 Oct 2008 08:18:05 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id BC33D8FC1E; Thu, 2 Oct 2008 08:18:04 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=STL7TAnj9A/5YXQSl1iiUNj8eGsRvU2vootQsbHzNys2X9WsekvWMZHjfNWPK/5J0010/59rZORLo+RA+8tzbifcJKDrPtTn3tdX7pEEwo15AGbhqdliLqQveO/ysqRjsrjA/KrLgPbif3GAHSPgG9DuEWbbZu+hUALmyNWR2Fw=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1KlJNq-000AT7-MX; Thu, 02 Oct 2008 12:18:02 +0400 Date: Thu, 2 Oct 2008 12:18:01 +0400 From: Eygene Ryabinkin To: Kip Macy Message-ID: References: <20081002.150319.02288267.chat95@mac.com> <3c1674c90810012333j5010df12uec5cc6e99e33adf6@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="o7gdRJTuwFmWapyH" Content-Disposition: inline In-Reply-To: <3c1674c90810012333j5010df12uec5cc6e99e33adf6@mail.gmail.com> Sender: rea-fbsd@codelabs.ru Cc: Maho NAKATA , freebsd-current@freebsd.org, brooks@freebsd.org, shigeta@sci.u-hyogo.ac.jp Subject: Re: Infiniband status? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Oct 2008 08:18:05 -0000 --o7gdRJTuwFmWapyH Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Kip, good day. Was just passing by, but found an interesting point? Thu, Oct 02, 2008 at 06:33:52AM +0000, Kip Macy wrote: > To support IB you would need to implement the IB side > of the OFA stack, finish user level RDMA support, and talk one of the > users of IB on FreeBSD (NetApp & Isilon) in to opening up the Mellanox > driver for a recent card. I was under impression that OFED provides drivers for Mellanox. At least I am using OFED 1.2 for Mellanox Arbel InfiniHost III, and I was under impression that even ConnectX cards are supported by the 1.3.x as well. Particularily, the ofa_kernel component of OFED build provides core, HW and ULPs kernel modules. I think that OFED sources can be taken and ported (at least partially, for example, the driver parts) to provide kernel drivers for the cards. Am I missing something? --=20 Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual =20 )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook=20 {_.-``-' {_/ # --o7gdRJTuwFmWapyH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkjkg7kACgkQthUKNsbL7YjzyQCgqVkahYpepUmsY1kvXq1qFAhk BlcAn3/9GAYGIQP3KeOKb6/gEz0TFo47 =5VUC -----END PGP SIGNATURE----- --o7gdRJTuwFmWapyH-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 2 08:23:52 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6110B1065691; Thu, 2 Oct 2008 08:23:52 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 06D948FC38; Thu, 2 Oct 2008 08:23:51 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=kSLYeJfV5RMnTlKwijy9NBkZD+/dnQuMb52MWxNBeZopoc/xt5Rw91fEAY+RNvjrG/pLaJZgFdzDOjZvr8Q7El4O2xPRAkQlOPlyuJyvrHzOtvSeUH/h54CtAhTeMpArU305NjSt5hspiy6A++fpW3CSVjK584qniYrs9NfMS+c=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1KlJTS-000As5-VS; Thu, 02 Oct 2008 12:23:51 +0400 Date: Thu, 2 Oct 2008 12:23:49 +0400 From: Eygene Ryabinkin To: Kip Macy Message-ID: References: <20081002.150319.02288267.chat95@mac.com> <3c1674c90810012333j5010df12uec5cc6e99e33adf6@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yr6OvWOSyJed8q4v" Content-Disposition: inline In-Reply-To: Sender: rea-fbsd@codelabs.ru Cc: Maho NAKATA , freebsd-current@freebsd.org, brooks@freebsd.org, shigeta@sci.u-hyogo.ac.jp Subject: Re: Infiniband status? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Oct 2008 08:23:52 -0000 --yr6OvWOSyJed8q4v Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Thu, Oct 02, 2008 at 12:18:01PM +0400, Eygene Ryabinkin wrote: > Was just passing by, but found an interesting point? ^^^ Sorry, it was not a question, it was a statement. Precisely as P.A.M. Dirac said once at the scientific seminar, answering to the question "I don't understand your assertion !" ;)) --=20 Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual =20 )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook=20 {_.-``-' {_/ # --yr6OvWOSyJed8q4v Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkjkhRUACgkQthUKNsbL7Yh4aACeMigfXDEdCCZUdCwDz02WQZ9i BpAAn33SackPu7AM6hmn5dWwxi1pb26F =bOd+ -----END PGP SIGNATURE----- --yr6OvWOSyJed8q4v-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 2 08:31:31 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52CD01065689 for ; Thu, 2 Oct 2008 08:31:31 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id D27F28FC33 for ; Thu, 2 Oct 2008 08:31:30 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1KlJam-00058s-KC for freebsd-current@freebsd.org; Thu, 02 Oct 2008 08:31:24 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 02 Oct 2008 08:31:24 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 02 Oct 2008 08:31:24 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Thu, 02 Oct 2008 10:31:15 +0200 Lines: 61 Message-ID: References: <1222877744.29968.76.camel@buffy.york.ac.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig553FE7742F93993CA3C4CA0D" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.17 (X11/20080925) In-Reply-To: <1222877744.29968.76.camel@buffy.york.ac.uk> X-Enigmail-Version: 0.95.0 Sender: news Subject: Re: 6-CORE Dunnington X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Oct 2008 08:31:31 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig553FE7742F93993CA3C4CA0D Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Gavin Atkinson wrote: > On Wed, 2008-10-01 at 23:36 +0800, Mars G Miro wrote: >> Hiya >> >> Has anyone successfully tried installing and running FreeBSD on >> Intel's newest 6-CORE Dunnington? >> >> I was able to install 200809-CURRENT on it but after recompiling >> the kernel (taking out WITNESS, INVARIANTS KGDB et al) I found out >> that I could not boot it anymore. What's weird is that I could not >> boot the same 200809-CURRENT CD that I used the first time. Just hangs= >> on >> .... >> uhci0: [GIANT-LOCKED] >> uhci0: [ITHREAD] >> .... >> >> I've also tried installing via PXE and it always hangs on the above= >> spot, even using a -CURRENT from Sept 26 and PXE-booting it. No go :-(= >=20 > Firstly, does it seem to be detecting all six CPUs correctly? Are you > able to reboot with the old kernel and put a verbose dmesg and the > output of "acpidump -dt" up on the web somewhere? It would also be > interesting to know if anything else is printed after the above when it= > hangs on a verbose boot. >=20 > There was a report back in July about FreeBSD not discovering all the > CPUs on the board, but there was no mention of hanging on boot. That was me and I actually did discover a similar boot problem later. For me, it turned out that booting FreeBSD after booting Linux worked fine, but booting FreeBSD from cold-boot hung in a similar way. I didn't discover what the problem was with detecting all 6 cores but I might have been a buggy/development BIOS. --------------enig553FE7742F93993CA3C4CA0D Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFI5IbUldnAQVacBcgRAgcaAJ9QdmfpSskfhgaefp2bktKPWW3P5ACgkyxT 2j6//Z8HV/N8SObcZSjtJJI= =WMmS -----END PGP SIGNATURE----- --------------enig553FE7742F93993CA3C4CA0D-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 2 08:33:42 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33B9E1065688 for ; Thu, 2 Oct 2008 08:33:42 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.228]) by mx1.freebsd.org (Postfix) with ESMTP id 00D558FC22 for ; Thu, 2 Oct 2008 08:33:41 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so877012rvf.43 for ; Thu, 02 Oct 2008 01:33:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=D+fEPKqPiMy44GqGLF4XO+U5QEvtj/9dkwV6yHlp03o=; b=Nvgm4twaSZg/TeKE8VHw50PVRR/Q6iGybS6TXscGWlDF6g0idceeEFgVFWdauXbuh0 hQnRS5TTgIPAGaj3TyQuppfBN3DKRY/YP0lDy1oOljxQVSLkO80ceJLyuYvLYgHiG6DQ 7h21gwy5yOgA7Y8N39ZPCEUCXbTygZ011DYrQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=wnZUqI3RV6M3tz++8VUrbasQrW0EoANqBphLDnN+cel8wFq11sJHIpgZjBtzpePKot X5WvkCHszs5Pz6dFj+ZPXdvfbEjHCNVKECIM7hcJQjRpJsuTl4jL2yEljORhoyZ0nCzu ZRXX/TD3/jb4tif4e/ictagIsYIKRo3E+2iOw= Received: by 10.140.188.10 with SMTP id l10mr5067780rvf.6.1222936421443; Thu, 02 Oct 2008 01:33:41 -0700 (PDT) Received: by 10.141.101.21 with HTTP; Thu, 2 Oct 2008 01:33:41 -0700 (PDT) Message-ID: <3c1674c90810020133n1e852cd1nc859b4bb92c0cf08@mail.gmail.com> Date: Thu, 2 Oct 2008 01:33:41 -0700 From: "Kip Macy" Sender: mat.macy@gmail.com To: "Eygene Ryabinkin" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081002.150319.02288267.chat95@mac.com> <3c1674c90810012333j5010df12uec5cc6e99e33adf6@mail.gmail.com> X-Google-Sender-Auth: 680e559645eca335 Cc: Maho NAKATA , freebsd-current@freebsd.org, brooks@freebsd.org, shigeta@sci.u-hyogo.ac.jp Subject: Re: Infiniband status? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Oct 2008 08:33:42 -0000 On Thu, Oct 2, 2008 at 1:18 AM, Eygene Ryabinkin wrote: > Kip, good day. > > Was just passing by, but found an interesting point? > > Thu, Oct 02, 2008 at 06:33:52AM +0000, Kip Macy wrote: >> To support IB you would need to implement the IB side >> of the OFA stack, finish user level RDMA support, and talk one of the >> users of IB on FreeBSD (NetApp & Isilon) in to opening up the Mellanox >> driver for a recent card. > > I was under impression that OFED provides drivers for Mellanox. At > least I am using OFED 1.2 for Mellanox Arbel InfiniHost III, and I was > under impression that even ConnectX cards are supported by the 1.3.x as > well. Particularily, the ofa_kernel component of OFED build provides > core, HW and ULPs kernel modules. > > I think that OFED sources can be taken and ported (at least partially, > for example, the driver parts) to provide kernel drivers for the cards. > Am I missing something? No, but porting a driver from a much older OFA (as used by Isilon and NetApp) to the most recent OFA as used by FreeBSD is almost guaranteed to be much faster than porting from Linux. Cheers, Kip From owner-freebsd-current@FreeBSD.ORG Thu Oct 2 08:48:38 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9878B106568D for ; Thu, 2 Oct 2008 08:48:38 +0000 (UTC) (envelope-from igor4ml@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by mx1.freebsd.org (Postfix) with ESMTP id 2BD788FC36 for ; Thu, 2 Oct 2008 08:48:37 +0000 (UTC) (envelope-from igor4ml@gmail.com) Received: by nf-out-0910.google.com with SMTP id h3so398356nfh.33 for ; Thu, 02 Oct 2008 01:48:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=lINgy+qn0TYy9+SjFlhuKfNOiisqIEQF8ZejL374vyA=; b=gn76l2w4cHU9GHDmLzFFQOeEhf/+cL3yM/HUzuf2bzHJ3Hqj/BS4bc/XKSfY43h2dn m/U3jomegKKV/5YOL6PulJYLVp9LxhD4rOEunI8BdowXJ2gZ574506IgawG0nEm0Zpc+ ZXBh3NYrKITya65jJ3ai/xU5xeNKLAwA0lCbY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=KVYzezmzQIZfjXB6ptrcT5jz++UFgvkrCRL9XGLMjJUb6OH/3OykQl8MjLVBgbABMU KNPJWXORxx2ha/gEjiJ9Ad1BcxE9gpZGYzUczyJr/DQjery2Y0Hdwtj6G/6EQNnWl2AI juzple7y/Jvy+2zXSC5Jv2iRhQBNc4UZcPJsU= Received: by 10.210.67.4 with SMTP id p4mr8271752eba.70.1222937316601; Thu, 02 Oct 2008 01:48:36 -0700 (PDT) Received: by 10.210.30.15 with HTTP; Thu, 2 Oct 2008 01:48:36 -0700 (PDT) Message-ID: Date: Thu, 2 Oct 2008 12:48:36 +0400 From: "Igor R" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Linux emulation on recent -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Oct 2008 08:48:38 -0000 Hello, yesterday I had tried to use Linux binary on FreeBSD 8-CURRENT (csuped 20081001) and simple /compat/linux/bin/bash caused kernel panic. Are there any know problems with linuxulator on FreeBSD-CURRENT? From owner-freebsd-current@FreeBSD.ORG Thu Oct 2 09:47:33 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 305A81065687 for ; Thu, 2 Oct 2008 09:47:33 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id D853B8FC2B for ; Thu, 2 Oct 2008 09:47:32 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1KlKmQ-000KPp-4S; Thu, 02 Oct 2008 13:47:30 +0400 To: "Igor R" References: From: Boris Samorodov Date: Thu, 02 Oct 2008 13:47:22 +0400 In-Reply-To: (Igor R.'s message of "Thu\, 2 Oct 2008 12\:48\:36 +0400") Message-ID: <49075733@bb.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org Subject: Re: Linux emulation on recent -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Oct 2008 09:47:33 -0000 "Igor R" writes: > yesterday I had tried to use Linux binary on FreeBSD 8-CURRENT (csuped > 20081001) and simple /compat/linux/bin/bash caused kernel panic. > Are there any know problems with linuxulator on FreeBSD-CURRENT? Seems no: ----- host% uname -a FreeBSD host.ipt.ru 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Thu Oct 2 13:28:54 MSD 2008 root@host.ipt.ru:/usr/obj/usr/src/sys/HOST i386 host% /compat/linux/bin/bash bash-3.2$ ----- However, the system should not panic. It's may be a bug at the system but at the linuxulator. A backtrace from the pamic may be helpful. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Thu Oct 2 09:52:41 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0CF6106569B for ; Thu, 2 Oct 2008 09:52:41 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.terabit.net.ua (mail.terabit.net.ua [195.137.202.147]) by mx1.freebsd.org (Postfix) with ESMTP id 465E68FC08 for ; Thu, 2 Oct 2008 09:52:41 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from skuns.zoral.com.ua ([91.193.166.194] helo=mail.zoral.com.ua) by mail.terabit.net.ua with esmtp (Exim 4.63 (FreeBSD)) (envelope-from ) id 1KlKBL-000PeI-FQ; Thu, 02 Oct 2008 12:09:13 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m928t3lw096917 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 2 Oct 2008 11:55:03 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id m928t236096288; Thu, 2 Oct 2008 11:55:02 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id m928t2R7096286; Thu, 2 Oct 2008 11:55:02 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 2 Oct 2008 11:55:02 +0300 From: Kostik Belousov To: Igor R Message-ID: <20081002085502.GU46653@deviant.kiev.zoral.com.ua> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MjBORTcaENZKFEO1" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.93.3, clamav-milter version 0.93.3 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua X-Virus-Scanned: mail.terabit.net.ua 1KlKBL-000PeI-FQ 6f81eee8f63c8e795814e03c77cd512e X-Terabit: YES Cc: freebsd-current@freebsd.org Subject: Re: Linux emulation on recent -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Oct 2008 09:52:41 -0000 --MjBORTcaENZKFEO1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 02, 2008 at 12:48:36PM +0400, Igor R wrote: > Hello, >=20 > yesterday I had tried to use Linux binary on FreeBSD 8-CURRENT (csuped > 20081001) and simple /compat/linux/bin/bash caused kernel panic. > Are there any know problems with linuxulator on FreeBSD-CURRENT? Probably yes given you got a problem. Please, supply a useful data to diagnose the problem. See developers handbook on the proper way to report kernel panic. --MjBORTcaENZKFEO1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkjkjGUACgkQC3+MBN1Mb4gEjACeP2L+Nrx6qlGSoUwSiRrKjnJZ sqMAoOXiHioXMLQL9Wapa0TG5rmRVghg =j1XG -----END PGP SIGNATURE----- --MjBORTcaENZKFEO1-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 2 10:33:47 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 61B13106568D for ; Thu, 2 Oct 2008 10:33:47 +0000 (UTC) (envelope-from wahjava@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.184]) by mx1.freebsd.org (Postfix) with ESMTP id A612C8FC25 for ; Thu, 2 Oct 2008 10:33:46 +0000 (UTC) (envelope-from wahjava@gmail.com) Received: by ti-out-0910.google.com with SMTP id d27so543894tid.3 for ; Thu, 02 Oct 2008 03:33:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:to:cc:subject:x-face :references:x-uptime:x-url:x-openpgp-id:x-openpgp-fingerprint:x-os :x-mailer:x-mail-morse:x-attribution:organization:from:date :in-reply-to:message-id:user-agent:face:mime-version:content-type :sender; bh=Qn4CfdyUr5QrV76woRNr4fBQ3wt0YJREvXUW33c8qbY=; b=flVHZrc0qi0CebG+GOBQ3EEhywnTOSA78Fk2k9K5+mGMObsYdjoMY8ZNbkhUYcoi2h fXghVr7wk8mYdFxZ8myO/JSWDELgJSfNcXc0qjZzVni4c5K/Rn4cHbXmfpMMvs+RjIvy 7gGJfQ01Fd06MwcVryeMq8plw28rOBkufMv7A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=to:cc:subject:x-face:references:x-uptime:x-url:x-openpgp-id :x-openpgp-fingerprint:x-os:x-mailer:x-mail-morse:x-attribution :organization:from:date:in-reply-to:message-id:user-agent:face :mime-version:content-type:sender; b=dlZz59mxXjEGb3Yf2o57Z1y1GBe3a7urXm3Qy3gXl+511IuZ/Radfmg09Muu2ieb5M x5snNXwZh2KlGn/6TqqHeaA+yDsT0O95QIYXsBIS2BkQTn1tWUZQ22aAqOi76AsiOR5b krDijM3nMt80/KuQK9u09AAs7blutUumNeqaw= Received: by 10.110.39.20 with SMTP id m20mr13777475tim.41.1222943624943; Thu, 02 Oct 2008 03:33:44 -0700 (PDT) Received: from chateau.d.lf ([122.162.250.109]) by mx.google.com with ESMTPS id d7sm3627405tib.7.2008.10.02.03.33.38 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 02 Oct 2008 03:33:42 -0700 (PDT) To: wahjava.ml@gmail.com (Ashish Shukla =?utf-8?B?4KSG4KS24KWA4KS3IOCktg==?= =?utf-8?B?4KWB4KSV4KWN4KSy?=) X-Face: )vGQ9yK7Y$Flebu1C>(B\gYBm)[$zfKM+p&TT[[JWl6:]S>cc$%-z7-`46Zf0B*syL.C]oCq[upTG~zuS0.$"_%)|Q@$hA=9{3l{%u^h3jJ^Zl; t7 References: <20080929173223.183035ohkgl7jk3b@econet.encontacto.net> <20080930054432.GB5863@chateau.d.lf> <48E24842.4070409@freebsd.org> <87bpy5imh8.fsf@chateau.d.lf> <48E3A944.3030809@freebsd.org> <8763oct2u8.fsf@chateau.d.lf> X-Uptime: 15:56:14 up 4:36, 1 user, load average: 0.01, 0.01, 0.00 X-URL: http://wahjava.wordpress.com/ X-OpenPGP-ID: 762E5E74 X-OpenPGP-Fingerprint: 1E00 4679 77E4 F8EE 2E4B 56F2 1F2F 8410 762E 5E74 X-OS: GNU/Linux on Linux 2.6.25-gentoo-r7 kernel on x86_64 architecture X-Mailer: Gnus/5.11 (Oort 5.11) Emacs/22.3.1 (x86_64-pc-linux-gnu) X-Mail-Morse: .-- .- .... .--- .- ...- .- .--.-. --. -- .- .. .-.. .-.-.- -.-. --- -- X-Attribution: =?utf-8?B?4KSG4KS24KWA4KS3?= Organization: alt.religion.emacs From: wahjava.ml@gmail.com (Ashish Shukla =?utf-8?B?4KSG4KS24KWA4KS3IA==?= =?utf-8?B?4KS24KWB4KSV4KWN4KSy?=) Date: Thu, 02 Oct 2008 16:04:00 +0530 In-Reply-To: <8763oct2u8.fsf@chateau.d.lf> ("Ashish Shukla =?utf-8?B?4KSG?= =?utf-8?B?4KS24KWA4KS3IOCktuClgeCkleCljeCksiIncw==?= message of "Thu\, 02 Oct 2008 03\:06\:31 +0530") Message-ID: <871vyze15z.fsf@chateau.d.lf> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (gnu/linux) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJ1BMVEWpqal/f39tbW1jY2Md HR2goKCenp6UlJROTk7////9/f35+fnT09ORJdieAAACVklEQVQ4jXXUP2vbQBQA8AvUTkgz5OzY Z0iGWhpS6BSrkECn0mvx0MEJ6AjtYrfoBCVDlD8naJYmNlRfwZq8+mkKlIZaGpJSYmP7Q/XkJDrJ Td8i/H68u3vHPaPufwLdf32AMA4A6GcAgvAamY1pOJiDIFqicTwLswDhfr3uxfFtkAY/GFHPMwzD 8zpnACmIOnE6js7rQb+v4NJrG9od0C+QgpHMy5jBewV+UDSMWiw1Y4fWfyV7+NGFzDsYa3pth9LJ Q4XvXxFHcJRvHOmygn5NAEabnDcQQguarnfoiwSCJ99jmKKcphsZONmWsDK9Ro7cvZOCtQdg8nje egLhc2LNlkLmsezzTFUUy5w18ocox/f0LaLgJy0zO75zk+9pp85GAj36xjqhdI0y3tq2m4dqqcWX zQWBTz8L1irvolXV4J+3q7eCDgVnttjNq6X8H+9KOZsuNk1uCzx8pSp+E9HImfJOTLdcGqo+YKnG EIovizkEn48V7BO+ch2DXcD4ENSpWiU+q8hjjbgTBZCXnZtyj0Ws4Q1Q0B2WXFtYZo65Bbyeeldw RS6qFueM80LlLA29YlVwGRYvFD+kwI/0O+A2PlpOP9GwslUVciHuYGechuBTp922YiDZCrghTknm XSyOM+D3aoRZlo0Jb42zY7DN4p2x4AeZ+QAYutx1sHwTHzMT5cMNduQ9yW3GczN4KZ86kb0c9O8T yXDeFqpl2fryPEAYGXIlezAPXYh2NgVr/gvdoHIuDwuPwOhcWE8f8mmICq41eATkn8x0kuRTIKcB wE9+/QUtiiAnYcaN7wAAAABJRU5ErkJggg== MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" Sender: =?UTF-8?B?4KSG4KS24KWA4KS3IOCktuClgeCkleCljeCksiBBc2hpc2ggU2h1a2xh?= Cc: Sam Leffler , freebsd-current Subject: Re: I lost ath0 support on current sometime between Sept 20 and Sept 26. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Oct 2008 10:33:47 -0000 --=-=-= Content-Type: text/plain; charset=utf-8 Ashish Shukla आशीष शुक्ल writes: > At the moment, I'm not on my FreeBSD box, but as soon as I boot into my > FreeBSD box, I'll verify it and will try rebuilding my kernel and > world. Following is the output of dmesg, after I manually loaded ath_hal and if_ath.ko: ---->8---->8---- ath_hal: 0.10.5.10 (AR5210, AR5211, AR5212, AR5416, RF5111, RF5112, RF2413, RF5413, RF2133, RF2425, RF2417) ath0: mem 0x91300000-0x9130ffff irq 16 at device 0.0 on pci1 ath0: [ITHREAD] ath0: WARNING: using obsoleted if_watchdog interface ath0: mac 14.2 phy 7.0 radio 10.2 wlan0: Ethernet address: 00:1f:3a:1a:50:b3 wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP ----8<----8<----- And following is some other relevant output: ---->8---->8---- abbe [ath] monte-cristo% kldstat Id Refs Address Size Name 1 39 0xffffffff80100000 924ff8 kernel (/boot/kernel/kernel) 4 6 0xffffffff80a9b000 52000 wlan.ko (/boot/kernel/wlan.ko) 6 2 0xffffffff80af0000 74890 sound.ko (/boot/kernel/sound.ko) 7 1 0xffffffff80b65000 213c0 snd_hda.ko (/boot/kernel/snd_hda.ko) 8 1 0xffffffff80b87000 1dc0 coretemp.ko (/boot/kernel/coretemp.ko) 9 1 0xffffffff80b89000 24e0 wlan_wep.ko (/boot/kernel/wlan_wep.ko) 10 1 0xffffffff80b8c000 7610 wlan_ccmp.ko (/boot/kernel/wlan_ccmp.ko) 11 1 0xffffffff80b94000 3c20 wlan_tkip.ko (/boot/kernel/wlan_tkip.ko) 12 1 0xffffffff80c22000 2cc1c pf.ko (/boot/kernel/pf.ko) 13 1 0xffffffff80c4f000 a566 nfslockd.ko (/boot/kernel/nfslockd.ko) 14 1 0xffffffff80c5a000 c847 krpc.ko (/boot/kernel/krpc.ko) 15 1 0xffffffff80c67000 8967 i915.ko (/boot/kernel/i915.ko) 16 1 0xffffffff80c70000 fbd7 drm.ko (/boot/kernel/drm.ko) 17 3 0xffffffff80c80000 4773c ath_hal.ko (/boot/kernel/ath_hal.ko) 19 1 0xffffffff80cc8000 b9e1 if_ath.ko (/boot/kernel/if_ath.ko) 20 1 0xffffffff80cd4000 186a ath_rate.ko (/boot/kernel/ath_rate.ko) abbe [ath] monte-cristo% uname -a FreeBSD monte-cristo.france 8.0-CURRENT FreeBSD 8.0-CURRENT #10: Thu Oct 2 15:11:19 IST 2008 root@monte-cristo.france:/usr/obj/usr/src/sys/ULE amd64 abbe [ath] monte-cristo% cat /usr/src/sys/amd64/conf/ULE |grep -v ^[[:space:]]*# |grep -v ^[[:space:]]*$ cpu HAMMER ident ULE makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SCHED_ULE # ULE scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options SCTP # Stream Control Transmission Protocol options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options UFS_GJOURNAL # Enable gjournal-based UFS journaling options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT options NTFS # NT File System options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization options COMPAT_43TTY # BSD 4.3 TTY compat [KEEP THIS!] options COMPAT_IA32 # Compatible with i386 binaries options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options COMPAT_FREEBSD7 # Compatible with FreeBSD6 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options STOP_NMI # Stop CPUS using NMI instead of IPI options AUDIT # Security event auditing options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options STACK options SMP # Symmetric MultiProcessor Kernel options KDB # Enable kernel debugger support. options DDB # Support DDB. options GDB # Support remote GDB. options INVARIANTS # Enable calls of extra sanity checking options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS options WITNESS # Enable checks to detect deadlocks and cycles options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed device cpufreq device acpi device pci device fdc device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver device splash # Splash screen and screen saver support device sc device agp # support several AGP chipsets device cbb # cardbus (yenta) bridge device pccard # PC Card (16-bit) bus device cardbus # CardBus (32-bit) bus device uart # Generic UART driver device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device device miibus # MII bus support device rl # RealTek 8129/8139 device loop # Network loopback device random # Entropy device device ether # Ethernet support device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) device firmware # firmware assist module device bpf # Berkeley packet filter device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse options IPSEC options IPSEC_FILTERTUNNEL device crypto device cryptodev abbe [~] monte-cristo% ifconfig rl0: flags=8843 metric 0 mtu 1500 options=8 ether 00:1b:38:ea:5c:76 inet6 fe80::21b:38ff:feea:5c76%rl0 prefixlen 64 scopeid 0x2 inet6 fdcf:425d:3151::3 prefixlen 48 media: Ethernet autoselect (none) status: no carrier lo0: flags=8049 metric 0 mtu 16384 inet 127.0.0.1 netmask 0xff000000 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 ath0: flags=8843 metric 0 mtu 2290 ether 00:1f:3a:1a:50:b3 media: IEEE 802.11 Wireless Ethernet autoselect mode 11g status: associated wlan0: flags=8843 metric 0 mtu 1500 ether 00:1f:3a:1a:50:b3 inet6 fe80::21f:3aff:fe1a:50b3%wlan0 prefixlen 64 scopeid 0x4 inet 172.16.0.7 netmask 0xffffffe0 broadcast 172.16.0.31 media: IEEE 802.11 Wireless Ethernet DS/1Mbps mode 11g status: associated ssid 18-B-PARVATIYA channel 6 (2437 Mhz 11g) bssid 00:1e:2a:76:f4:60 regdomain 103 indoor ecm authmode WPA2/802.11i privacy ON deftxkey UNDEF txpower 16 bmiss 7 scanvalid 450 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 5 protmode CTS wme burst roaming MANUAL abbe [~] monte-cristo% sudo ifconfig wlan0 scan Password: SSID BSSID CHAN RATE S:N INT CAPS rpok 00:14:d1:41:ae:d6 1 54M -149:-96 100 EPS RSN WPS 18-B-PARVATIYA 00:1e:2a:76:f4:60 6 54M -64:-96 100 EPS RSN WME ATH linksys 00:18:f8:7b:66:47 6 54M -92:-96 100 EP ----8<----8<---- If there is some more diagnostic information needed from me to fix this issue, please mention. TIA Ashish -- () ascii ribbon campaign - against HTML e-mail /\ www.asciiribbon.org - against proprietary attachments ·-- ·- ···· ·--- ·- ···- ·- ·--·-· --· -- ·- ·· ·-·· ·-·-·- -·-· --- -- % dig +short cname cdac.in @::1 ms.gov.in --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkjko50ACgkQHy+EEHYuXnQ9gACfZtXWNgnEv7y2VTIhJQLsvSDv GPsAoMe24ywQ1fbgAt+vUM44TSSHpH+j =qjyl -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 2 08:12:02 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3E1C1065695 for ; Thu, 2 Oct 2008 08:12:02 +0000 (UTC) (envelope-from spry@anarchy.in.the.ph) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.155]) by mx1.freebsd.org (Postfix) with ESMTP id 726EB8FC35 for ; Thu, 2 Oct 2008 08:12:02 +0000 (UTC) (envelope-from spry@anarchy.in.the.ph) Received: by fg-out-1718.google.com with SMTP id l26so640973fgb.35 for ; Thu, 02 Oct 2008 01:12:01 -0700 (PDT) Received: by 10.86.70.3 with SMTP id s3mr8325272fga.51.1222935101528; Thu, 02 Oct 2008 01:11:41 -0700 (PDT) Received: by 10.86.25.19 with HTTP; Thu, 2 Oct 2008 01:11:41 -0700 (PDT) Message-ID: Date: Thu, 2 Oct 2008 16:11:41 +0800 From: "Mars G Miro" To: "Gavin Atkinson" In-Reply-To: <1222877744.29968.76.camel@buffy.york.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1222877744.29968.76.camel@buffy.york.ac.uk> X-Mailman-Approved-At: Thu, 02 Oct 2008 11:57:01 +0000 Cc: freebsd-current@freebsd.org Subject: Re: 6-CORE Dunnington X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Oct 2008 08:12:02 -0000 On Thu, Oct 2, 2008 at 12:15 AM, Gavin Atkinson wrote: > On Wed, 2008-10-01 at 23:36 +0800, Mars G Miro wrote: >> Hiya >> >> Has anyone successfully tried installing and running FreeBSD on >> Intel's newest 6-CORE Dunnington? >> >> I was able to install 200809-CURRENT on it but after recompiling >> the kernel (taking out WITNESS, INVARIANTS KGDB et al) I found out >> that I could not boot it anymore. What's weird is that I could not >> boot the same 200809-CURRENT CD that I used the first time. Just hangs >> on >> .... >> uhci0: [GIANT-LOCKED] >> uhci0: [ITHREAD] >> .... >> >> I've also tried installing via PXE and it always hangs on the above >> spot, even using a -CURRENT from Sept 26 and PXE-booting it. No go :-( > > Firstly, does it seem to be detecting all six CPUs correctly? Are you > able to reboot with the old kernel and put a verbose dmesg and the > output of "acpidump -dt" up on the web somewhere? It would also be > interesting to know if anything else is printed after the above when it > hangs on a verbose boot. > I can't be sure that it detects the 6 cores. I did get a dmesg prior to rebuilding the world on it but I didnt get it off the box as I was working on rebuilding the world. I tried rebooting w/ the old kernel as well as, like I said, the 200809-CURRENT CD but it just hangs. btw, this is a 4-CPU 6-core (4 Physical CPUs, 6 Cores each) > There was a report back in July about FreeBSD not discovering all the > CPUs on the board, but there was no mention of hanging on boot. > Yes. I read that thread. The OP said he had a chance to test the 6-core for a few hours. This box is in my hands for quite an indefinite amount of time ;-) Thanks. > Gavin > -- cheers mars From owner-freebsd-current@FreeBSD.ORG Thu Oct 2 08:25:47 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1DD281065687 for ; Thu, 2 Oct 2008 08:25:47 +0000 (UTC) (envelope-from spry@anarchy.in.the.ph) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by mx1.freebsd.org (Postfix) with ESMTP id 482878FC25 for ; Thu, 2 Oct 2008 08:25:46 +0000 (UTC) (envelope-from spry@anarchy.in.the.ph) Received: by fg-out-1718.google.com with SMTP id l26so644345fgb.35 for ; Thu, 02 Oct 2008 01:25:45 -0700 (PDT) Received: by 10.86.60.14 with SMTP id i14mr991948fga.78.1222935945075; Thu, 02 Oct 2008 01:25:45 -0700 (PDT) Received: by 10.86.25.19 with HTTP; Thu, 2 Oct 2008 01:25:45 -0700 (PDT) Message-ID: Date: Thu, 2 Oct 2008 16:25:45 +0800 From: "Mars G Miro" To: "Eygene Ryabinkin" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: X-Mailman-Approved-At: Thu, 02 Oct 2008 11:57:11 +0000 Cc: freebsd-current@freebsd.org Subject: Re: 6-CORE Dunnington X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Oct 2008 08:25:47 -0000 On Thu, Oct 2, 2008 at 8:03 AM, Eygene Ryabinkin wrote: > Mars, good day. > Yo > Wed, Oct 01, 2008 at 11:36:43PM +0800, Mars G Miro wrote: >> I was able to install 200809-CURRENT on it but after recompiling >> the kernel (taking out WITNESS, INVARIANTS KGDB et al) I found out >> that I could not boot it anymore. What's weird is that I could not >> boot the same 200809-CURRENT CD that I used the first time. > > [Assuming you had not touched any hardware or BIOS configuration > since last good boot from -CURRENT CD.] > > Was is the totally cold boot (with power-off via unplugging the power > cord/switching off the master power input on the power supply) or just a > some sort of a warm or semi-cold boot with power button? I had seen > the cases where hardware was in a such bad state, that only totally > cold boot was helping to recover. > Yes, I do this from time to time when I encounter hardware problems like these. I've tried various BIOS settings and configurations, changing to default BIOS values, I'd think I've scoured through all the BIOS settings, frustratingly because the BIOS takes quite some time to load (well this is a test platform, whaddya expect :-p) Cold-booting does not help either. > Just hangs >> on >> .... >> uhci0: [GIANT-LOCKED] >> uhci0: [ITHREAD] > > Any ways to disable (at least partially) USB stuff via BIOS? May > be disabling other devices will help too -- try to play with the > disabling the various controllers. I've tried that one too. > -- > Eygene > _ ___ _.--. # > \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard > / ' ` , __.--' # to read the on-line manual > )/' _/ \ `-_, / # while single-stepping the kernel. > `-'" `"\_ ,_.-;_.-\_ ', fsc/as # > _.-'_./ {_.' ; / # -- FreeBSD Developers handbook > {_.-``-' {_/ # > -- cheers mars From owner-freebsd-current@FreeBSD.ORG Thu Oct 2 12:42:49 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D94A106568B; Thu, 2 Oct 2008 12:42:49 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout0.freenet.de (mout0.freenet.de [IPv6:2001:748:100:40::2:2]) by mx1.freebsd.org (Postfix) with ESMTP id A55DB8FC1F; Thu, 2 Oct 2008 12:42:48 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.18] (helo=8.mx.freenet.de) by mout0.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #65) id 1KlNW3-00062z-6h; Thu, 02 Oct 2008 14:42:47 +0200 Received: from m963e.m.pppool.de ([89.49.150.62]:51908 helo=ernst.jennejohn.org) by 8.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #65) id 1KlNW2-0008Uj-Cf; Thu, 02 Oct 2008 14:42:46 +0200 Date: Thu, 2 Oct 2008 14:42:43 +0200 From: Gary Jennejohn To: Alexander Motin Message-ID: <20081002144243.3f2e7310@ernst.jennejohn.org> In-Reply-To: <48E47ADF.7030004@FreeBSD.org> References: <1222892584.00020319.1222880402@10.7.7.3> <48E47ADF.7030004@FreeBSD.org> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: regression in HDA functionality X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Oct 2008 12:42:49 -0000 On Thu, 02 Oct 2008 10:40:15 +0300 Alexander Motin wrote: > Gary Jennejohn wrote: > > There's seems to have been a regression in HDA functionality with the > > ATI SB600 High Definition Audio Controller since the 200809 snapshot > > (amd64) was made. > > > > With this version of the driver from the snapshot, the headphone output > > works: > > /boot/kernel/snd_hda.ko: > > $FreeBSD: src/sys/dev/sound/pci/hda/hdac.c,v 1.55 2008/07/15 02:34:44 delphij Exp $ > > > > With this version made from sources updated yesterday the headphones no > > longer work: > > /boot/amd64/snd_hda.ko: > > $FreeBSD: src/sys/dev/sound/pci/hda/hdac.c,v 1.61 2008/09/16 20:03:34 mav Exp $ > > This version was completely rewritten. That and it's consequences was > actively discussed on this and multimedia list. > Well, this is a new motherboard. With the old mobo I never had any problems so I basically ignored the discussions. > > I can provide verbose boot output from both kernels, if desired. Basically, it looks > > like the headphone output gets disabled with the new driver. > > Usually such problem means that you have broken BIOS. Verbose output > usually shows where the problem is and writing some device hints usually > allows to fix the problem. Read updated snd_hda man page and if it not > help - send your verbose output to me. > I read the man page but I must admit that it didn't help me any. I tried setting some device hints but they didn't help either. I'm obviously failing to understand something. See dmesg_verbose_amd64 and sndstat under ~gj on freefall. --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Thu Oct 2 13:28:15 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 739061065696 for ; Thu, 2 Oct 2008 13:28:15 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id E2D138FC08 for ; Thu, 2 Oct 2008 13:28:14 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from orphanage.alkar.net (account mav@alkar.net [212.86.226.11] verified) by cmail.optima.ua (CommuniGate Pro SMTP 5.1.14) with ESMTPA id 223188591; Thu, 02 Oct 2008 16:28:13 +0300 Message-ID: <48E4CC6C.6050407@FreeBSD.org> Date: Thu, 02 Oct 2008 16:28:12 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.14 (X11/20080612) MIME-Version: 1.0 To: gary.jennejohn@freenet.de References: <1222892584.00020319.1222880402@10.7.7.3> <48E47ADF.7030004@FreeBSD.org> <20081002144243.3f2e7310@ernst.jennejohn.org> In-Reply-To: <20081002144243.3f2e7310@ernst.jennejohn.org> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: regression in HDA functionality X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Oct 2008 13:28:15 -0000 Gary Jennejohn wrote: >>> I can provide verbose boot output from both kernels, if desired. Basically, it looks >>> like the headphone output gets disabled with the new driver. >> Usually such problem means that you have broken BIOS. Verbose output >> usually shows where the problem is and writing some device hints usually >> allows to fix the problem. Read updated snd_hda man page and if it not >> help - send your verbose output to me. > > I read the man page but I must admit that it didn't help me any. I > tried setting some device hints but they didn't help either. I'm > obviously failing to understand something. > > See dmesg_verbose_amd64 and sndstat under ~gj on freefall. I don't see any problem there. It is possible that you may just misunderstood what you have got. You have: pcm0 - SPDIF/HDMI on video card pcm1 - rear 7.1 playback and main record pcm2 - front headphones playback and mic record pcm3 - SPDIF in/out. So, what the problem is? What are you doing, what expecting and what getting? -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Thu Oct 2 13:56:44 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EFBEC106569E for ; Thu, 2 Oct 2008 13:56:44 +0000 (UTC) (envelope-from wahjava@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.188]) by mx1.freebsd.org (Postfix) with ESMTP id 15D718FC1D for ; Thu, 2 Oct 2008 13:56:43 +0000 (UTC) (envelope-from wahjava@gmail.com) Received: by ti-out-0910.google.com with SMTP id d27so579328tid.3 for ; Thu, 02 Oct 2008 06:56:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:mail-followup-to:references:mime-version:content-type :content-disposition:in-reply-to:x-face:x-attribution:x-os-kernel :x-os-version:x-os-architecture:x-uptime:x-url:x-mail-morse :x-openpgp-fingerprint:x-openpgp-id:face:organization:user-agent :sender; bh=FXF3yp58ziDU5hHcPe3qFuZDjUYEj9gUTFYU2zjRuQ8=; b=kTAFy1xtN1D/3xc34DzycFJCIJvS4yTlca35Hp1LxXUrhtqA3OIjHi1uhhS+1wZ2N7 HYj3ptrSabkhiPzFE4Nmn1umO5paYPLYuqiFqW93+sNuORRO2cXqUMLKc0v5SSViOya+ NA60fvyNjCsVE7pSew30p8flZHXuS49+CfjEg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to:x-face :x-attribution:x-os-kernel:x-os-version:x-os-architecture:x-uptime :x-url:x-mail-morse:x-openpgp-fingerprint:x-openpgp-id:face :organization:user-agent:sender; b=RelGRIn7Kv035OReL0Q2XoselKxBU1vMtmpBAvinbv3Xp2GwJPlka4cpsEANDAGmKm yrrdCBlhmL4KPFTFEpmaNBYpbtqZKYVzCfuVifyywd/6pUqYhYiUzdYee66o5j0DB0Uj pPJFH5IBvP8QsMlJ2/u6yqpH5i9FE/h+9FCm0= Received: by 10.110.109.19 with SMTP id h19mr343522tic.58.1222955802636; Thu, 02 Oct 2008 06:56:42 -0700 (PDT) Received: from chateau.d.lf ([122.162.55.23]) by mx.google.com with ESMTPS id i9sm4287226tid.9.2008.10.02.06.56.36 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 02 Oct 2008 06:56:39 -0700 (PDT) Date: Thu, 2 Oct 2008 19:27:03 +0530 From: =?utf-8?B?4KSG4KS24KWA4KS3IOCktuClgeCkleCljeCksg==?= Ashish Shukla To: Rui Paulo Message-ID: <20081002135703.GA5675@chateau.d.lf> Mail-Followup-To: Rui Paulo , freebsd-current@freebsd.org References: <20080929173223.183035ohkgl7jk3b@econet.encontacto.net> <20080930054432.GB5863@chateau.d.lf> <48E24842.4070409@freebsd.org> <87bpy5imh8.fsf@chateau.d.lf> <48E3A944.3030809@freebsd.org> <8763oct2u8.fsf@chateau.d.lf> <871vyze15z.fsf@chateau.d.lf> <9BD7602D-0DC4-4042-986E-17100B155C95@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4Ckj6UjgE2iN1+kY" Content-Disposition: inline In-Reply-To: <9BD7602D-0DC4-4042-986E-17100B155C95@freebsd.org> X-Face: )vGQ9yK7Y$Flebu1C>(B\gYBm)[$zfKM+p&TT[[JWl6:]S>cc$%-z7-`46Zf0B*syL.C ]oCq[upTG~zuS0.$"_%)|Q@$hA=9{3l{%u^h3jJ^Zl;t7 X-Attribution: =?utf-8?B?4KSG4KS24KWA4KS3?= X-OS-Kernel: Linux X-OS-Version: 2.6.25-gentoo-r7 X-OS-Architecture: x86_64 X-Uptime: 18:53:48 up 7 min, 1 user, load average: 0.15, 0.08, 0.04 X-URL: http://wahjava.wordpress.com/ X-Mail-Morse: .-- .- .... .--- .- ...- .- .--.-. --. -- .- .. .-.. .-.-.- -.-. --- -- X-OpenPGP-Fingerprint: 1E00 4679 77E4 F8EE 2E4B 56F2 1F2F 8410 762E 5E74 X-OpenPGP-ID: 762E5E74 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAMFBMVEWpqambm5uHh4d7e3 ttbW1jY2Pe3t4dHR28vLygoKCenp6SkpJOTk7////9/f35+flcgqXsAAACiUlEQVQ4jX XTz0sUURwA8NlOrkS5ZqIzUO6sCTaBMKuYrVCsM7cgyJ066EUMC5KVgnoEHlY7uJTYbn loBilH6TBvL40a5goZqexl/gWHjl72O+hh8dJub1ydH5t9L4/5fvjOe9/H+1J7/wnqZD UBKnYAQNEHYJWeUPLHsUq5BqzSeWTHnQk/QGlhctKw42fZC6Y1jgxDkiTDKHQBeKBUsN N2FJ6Xi0UXDo1dSagCugIeGCd5Esfw0gXT6pGkhC0JaRhN/nH2MI92SH4lygtiYhihid MK0zyMsTqm6jNrIqlAPxyA8TjGmbp06pwgigV0zwFr5heNM+l0OiiIkg/Wh6pArZLdCx 7oHcJVUMjxjC4HKndjWhXkb6TPLbeiJxxSMoGvqSA9Lw6yVx04QGFlyb5zGc8LGysdDu yjF9o6Qr1IUZeHci0N7q+mHza81tmNL3p26daHVJvb4Myrtjc0GsnjrKq/D9x0r+Txs7 5gDgUWZczk2bcP3IpHnJ4JyhRFyY3hzqduHzCbyNalyGVR2VWe3066sMDRVch18/x3cE +13IkpAqn6iBDbfOcCTF2nszLZIxARoh3gwt5IH8PkNTmY3eyO3va8Kzjgd+IaxgoOtf dveWG/J65jEprafu2TB8ySOJCnbWGiaxe8T7RyY3BAVwg08pfmvGA1FXZ3WzFWV7kmH8 Aoy3YeF+Qv+8D8neAUTWMiHG5M+sfgvoJVJsLroRbffABM6yEmEuVa6c++iTJhlGcjAk erarJmBg/JU+dJk83Fk4QznFPdA2HS+lwtQOVIitE4l6wFMrfDcVpZLP8De1b/dp5uhj NgdlvXLp7mvXDUHm4tnwFQGRubcPIeINMAYDpffwFxLwHEb6QJ2wAAAABJRU5ErkJggg == Organization: /\/0/\/3 User-Agent: Mutt/1.5.16 (2007-06-09) Sender: =?UTF-8?B?4KSG4KS24KWA4KS3IOCktuClgeCkleCljeCksiBBc2hpc2ggU2h1a2xh?= Cc: freebsd-current@freebsd.org Subject: Re: I lost ath0 support on current sometime between Sept 20 and Sept 26. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Oct 2008 13:56:45 -0000 --4Ckj6UjgE2iN1+kY Content-Type: text/plain; charset=utf-8; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In <9BD7602D-0DC4-4042-986E-17100B155C95@freebsd.org>, Rui Paulo wrote: > Hmm. What do you mean? It seems you can now get an IP from the DHCP serve= r,=20 > so things should be working, no? I'm running in a network where IPv4 addresses are statically assigned. And = if you notice=20 the dmesg output (in my last mail), you can see continuous change in link s= tate of wlan0, which=20 is caused by wpa_supplicant failing to negotiate encryption. Sorry this I'v= e not=20 mentioned earlier. I've even tried connecting without authentication, but n= o successes so far.=20 i.e. I can't communicate with any other nodes of the network. Following is the output of dmesg and manually running wpa_supplicant. The= =20 wpa_supplicant configuration is same as the one which I use in Gentoo GNU/L= inux=20 (which is co-installed with it). ---->8----->8----- abbe [~] monte-cristo% sudo killall wpa_supplicant abbe [~] monte-cristo% sudo ifconfig wlan0 up abbe [~] monte-cristo% sudo wpa_supplicant -Dbsd -iwlan0 -c/etc/wpa_supplic= ant.conf ioctl[SIOCS80211, op 103, len 128]: Device not configured Failed to initiate AP scan. Trying to associate with 00:1e:2a:76:f4:60 (SSID=3D'18-B-PARVATIYA' freq=3D= 2437 MHz) Associated with 00:1e:2a:76:f4:60 WPA: 4-Way Handshake failed - pre-shared key may be incorrect CTRL-EVENT-DISCONNECTED - Disconnect event - remove keys Trying to associate with 00:1e:2a:76:f4:60 (SSID=3D'18-B-PARVATIYA' freq=3D= 2437 MHz) Associated with 00:1e:2a:76:f4:60 WPA: 4-Way Handshake failed - pre-shared key may be incorrect CTRL-EVENT-DISCONNECTED - Disconnect event - remove keys Trying to associate with 00:1e:2a:76:f4:60 (SSID=3D'18-B-PARVATIYA' freq=3D= 2437 MHz) Authentication with 00:1e:2a:76:f4:60 timed out. Trying to associate with 00:1e:2a:76:f4:60 (SSID=3D'18-B-PARVATIYA' freq=3D= 2437 MHz) Associated with 00:1e:2a:76:f4:60 WPA: 4-Way Handshake failed - pre-shared key may be incorrect CTRL-EVENT-DISCONNECTED - Disconnect event - remove keys Trying to associate with 00:1e:2a:76:f4:60 (SSID=3D'18-B-PARVATIYA' freq=3D= 2437 MHz) Associated with 00:1e:2a:76:f4:60 WPA: 4-Way Handshake failed - pre-shared key may be incorrect CTRL-EVENT-DISCONNECTED - Disconnect event - remove keys Trying to associate with 00:1e:2a:76:f4:60 (SSID=3D'18-B-PARVATIYA' freq=3D= 2437 MHz) Associated with 00:1e:2a:76:f4:60 ^CCTRL-EVENT-TERMINATING - signal 2 received ioctl[SIOCS80211, op 26, arg 0x0]: Operation not supported Failed to disable WPA in the driver. abbe [~] monte-cristo% dmesg=20 Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-CURRENT #10: Thu Oct 2 15:11:19 IST 2008 root@monte-cristo.france:/usr/obj/usr/src/sys/ULE WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Duo CPU T5450 @ 1.66GHz (1669.16-MHz K8-class = CPU) Origin =3D "GenuineIntel" Id =3D 0x6fd Stepping =3D 13 Features=3D0xbfebfbff Features2=3D0xe39d AMD Features=3D0x20100800 AMD Features2=3D0x1 Cores per package: 2 usable memory =3D 2125701120 (2027 MB) avail memory =3D 2053513216 (1958 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 4 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.10.5.10 (AR5210, AR5211, AR5212, AR5416, RF5111, RF5112, RF2413,= RF5413, RF2133, RF2425, RF2417) cryptosoft0: on motherboard acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acp= i0 Timecounter "HPET" frequency 14318180 Hz quality 900 acpi_button0: on acpi0 acpi_lid0: on acpi0 acpi_button1: on acpi0 battery0: on acpi0 acpi_acad0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0x30d0-0x30d7 mem 0x91000000-0x910ff= fff,0x80000000-0x8fffffff irq 16 at device 2.0 on pci0 agp0: on vgapci0 agp0: detected 7676k stolen memory agp0: aperture size is 256M vgapci1: mem 0x91100000-0x911fffff at device 2.1 o= n pci0 hdac0: mem 0x92400000-0x924= 03fff irq 22 at device 27.0 on pci0 hdac0: hdac0: [ITHREAD] pcib1: irq 18 at device 28.0 on pci0 pci1: on pcib1 ath0: mem 0x91300000-0x9130ffff irq 16 at device 0.0 on= pci1 ath0: [ITHREAD] ath0: WARNING: using obsoleted if_watchdog interface ath0: mac 14.2 phy 7.0 radio 10.2 uhci0: port 0x3080-0x309f irq 21= at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x3060-0x307f irq 20= at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x3040-0x305f irq 19= at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0x92404800-0x924= 04bff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: on usb3 uhub3: 6 ports with 6 removable, self powered umass0: on uhub3 ugen0: o= n uhub3 pcib2: at device 30.0 on pci0 pci2: on pcib2 rl0: port 0x1000-0x10ff mem 0x91200000-0x912000= ff irq 16 at device 1.0 on pci2 miibus0: on rl0 rlphy0: PHY 0 on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:1b:38:ea:5c:76 rl0: [ITHREAD] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x17= 7,0x376,0x30a0-0x30af irq 19 at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] atapci1: port 0x30b8-0x30bf,0x30dc-0x30df,0x30b0-0x= 30b7,0x30d8-0x30db,0x3020-0x303f mem 0x92404000-0x924047ff irq 17 at device= 31.2 on pci0 atapci1: [ITHREAD] atapci1: AHCI Version 01.10 controller with 3 ports PM supported ata2: on atapci1 ata2: executing CLO failed ata2: [ITHREAD] ata3: on atapci1 ata3: port not implemented ata3: [ITHREAD] ata4: on atapci1 ata4: port not implemented ata4: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_tz0: on acpi0 atrtc0: port 0x70-0x77 on acpi0 atrtc0: Warning: Couldn't map I/O. atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model GlidePoint, device ID 0 cpu0: on acpi0 coretemp0: on cpu0 est0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 coretemp1: on cpu1 est1: on cpu1 p4tcc1: on cpu1 ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: on uh= ub0 ums0: 8 buttons and Z dir. Timecounters tick every 1.000 msec IPsec: Initialized Security Association Processing. acd0: DVDR at ata0-master PIO4 ad4: 152627MB at ata2-master SATA150 hdac0: pcm0: on hdac0 pcm1: on hdac0 GEOM_LABEL: Label for provider ad4s4 is ntfs/PRESARIO_RP. GEOM_LABEL: Label for provider ad4s8 is ext2fs//boot. SMP: AP CPU #1 Launched! WARNING: WITNESS option enabled, expect reduced performance. da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device=20 da0: 40.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/ad4s2a lock order reversal: 1st 0xffffff000194d000 vfslock (vfslock) @ /usr/src/sys/kern/vfs_subr.c:3= 72 2nd 0xffffff0001854d80 devfs (devfs) @ /usr/src/sys/kern/vfs_lookup.c:428 3rd 0xffffff000194cc80 vfslock (vfslock) @ /usr/src/sys/kern/vfs_subr.c:3= 72 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x49 witness_checkorder() at witness_checkorder+0x7a4 __lockmgr_args() at __lockmgr_args+0xca6 vfs_busy() at vfs_busy+0xd0 vfs_mount_alloc() at vfs_mount_alloc+0x7d vfs_donmount() at vfs_donmount+0xf0d kernel_mount() at kernel_mount+0xa1 kernel_vmount() at kernel_vmount+0xce vfs_mountroot_try() at vfs_mountroot_try+0xf4 vfs_mountroot() at vfs_mountroot+0x3ea start_init() at start_init+0x62 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip =3D 0, rsp =3D 0xfffffffe40012d40, rbp =3D 0 --- lock order reversal: 1st 0xffffff0001854620 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2051 2nd 0xffffff000194d000 vfslock (vfslock) @ /usr/src/sys/kern/vfs_subr.c:3= 72 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x49 witness_checkorder() at witness_checkorder+0x7a4 __lockmgr_args() at __lockmgr_args+0xca6 vfs_busy() at vfs_busy+0xd0 lookup() at lookup+0x8c0 namei() at namei+0x454 kern_unlinkat() at kern_unlinkat+0x9d vfs_mountroot_try() at vfs_mountroot_try+0x415 vfs_mountroot() at vfs_mountroot+0x3ea start_init() at start_init+0x62 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip =3D 0, rsp =3D 0xfffffffe40012d40, rbp =3D 0 --- lock order reversal: 1st 0xffffff0001325070 user map (user map) @ /usr/src/sys/vm/vm_map.c:3115 2nd 0xffffff0001854448 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2051 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x49 witness_checkorder() at witness_checkorder+0x7a4 __lockmgr_args() at __lockmgr_args+0xca6 ffs_lock() at ffs_lock+0x8c VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b _vn_lock() at _vn_lock+0x50 vget() at vget+0x7d vnode_pager_lock() at vnode_pager_lock+0x1d4 vm_fault() at vm_fault+0x22f trap_pfault() at trap_pfault+0x103 trap() at trap+0x51c calltrap() at calltrap+0x8 --- trap 0xc, rip =3D 0x40014f, rsp =3D 0x7fffffffee70, rbp =3D 0x7fffffffe= e90 --- wlan0: Ethernet address: 00:1f:3a:1a:50:b3 lock order reversal: 1st 0xfffffffe694ace50 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:24= 43 2nd 0xffffff0001918400 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirha= sh.c:254 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x49 witness_checkorder() at witness_checkorder+0x7a4 _sx_xlock() at _sx_xlock+0x44 ufsdirhash_acquire() at ufsdirhash_acquire+0x29 ufsdirhash_remove() at ufsdirhash_remove+0x16 ufs_dirremove() at ufs_dirremove+0x170 ufs_remove() at ufs_remove+0x80 VOP_REMOVE_APV() at VOP_REMOVE_APV+0x93 kern_unlinkat() at kern_unlinkat+0x23b syscall() at syscall+0x1bf Xfast_syscall() at Xfast_syscall+0xab --- syscall (10, FreeBSD ELF64, unlink), rip =3D 0x80070b8ac, rsp =3D 0x7ff= fffffe468, rbp =3D 0x7fffffffef76 --- lock order reversal: 1st 0xffffff0001d2d640 vfslock (vfslock) @ /usr/src/sys/kern/vfs_subr.c:3= 72 2nd 0xffffff0001ce9ba8 syncer (syncer) @ /usr/src/sys/kern/vfs_subr.c:3292 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x49 witness_checkorder() at witness_checkorder+0x7a4 __lockmgr_args() at __lockmgr_args+0xc59 vop_stdlock() at vop_stdlock+0x39 VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b _vn_lock() at _vn_lock+0x50 vfs_allocate_syncvnode() at vfs_allocate_syncvnode+0x6b vfs_donmount() at vfs_donmount+0x132d nmount() at nmount+0xa8 syscall() at syscall+0x1bf Xfast_syscall() at Xfast_syscall+0xab --- syscall (378, FreeBSD ELF64, nmount), rip =3D 0x8007a03dc, rsp =3D 0x7f= ffffffda68, rbp =3D 0x7fffffffe018 --- svc_tli_create: could not bind to requested address NLM: unable to create (NLM_PROG, 0). drm0: on vgapci0 vgapci0: child drm0 requested pci_enable_busmaster info: [drm] AGP at 0x80000000 256MB info: [drm] Initialized i915 1.6.0 20080312 drm0: [ITHREAD] wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN SGI XFS with large block numbers, tracing, no debug enabled fsname '/dev/ad4s7' logname '' rtname '' flags 0x200000 sunit 0 swidth 0 logbufs -1 logbufsize -1 xfs_setsize_buftarg NI 0xffffff007a86a020 XFS mounting filesystem /dev/ad4s7 Ending clean XFS mount for filesystem: /dev/ad4s7 lock order reversal: 1st 0xffffff007a8437f8 xfs (xfs) @ /usr/src/sys/modules/xfs/../../gnu/fs/= xfs/FreeBSD/xfs_mountops.c:307 2nd 0xffffff0001d2d320 vfslock (vfslock) @ /usr/src/sys/kern/vfs_subr.c:3= 72 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x49 witness_checkorder() at witness_checkorder+0x7a4 __lockmgr_args() at __lockmgr_args+0xca6 vfs_busy() at vfs_busy+0xd0 vfs_donmount() at vfs_donmount+0xb03 nmount() at nmount+0xa8 syscall() at syscall+0x1bf Xfast_syscall() at Xfast_syscall+0xab --- syscall (378, FreeBSD ELF64, nmount), rip =3D 0x8007a53dc, rsp =3D 0x7f= ffffffe818, rbp =3D 0x61fce8 --- lock order reversal: 1st 0xfffffffe696cb790 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:17= 83 2nd 0xffffff007a005b80 xfsino (xfsino) @ /usr/src/sys/modules/xfs/../../g= nu/fs/xfs/xfs_iget.c:883 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x49 witness_checkorder() at witness_checkorder+0x7a4 _sx_slock() at _sx_slock+0x44 xfs_ilock_map_shared() at xfs_ilock_map_shared+0x1e xfs_iomap() at xfs_iomap+0x127 _xfs_bmap() at _xfs_bmap+0xa5 _xfs_strategy() at _xfs_strategy+0xca bufstrategy() at bufstrategy+0x43 breadn() at breadn+0xc8 bread() at bread+0x1e xfs_read_file() at xfs_read_file+0x21c xfs_read() at xfs_read+0x7d _xfs_read() at _xfs_read+0x40 vn_read() at vn_read+0x263 dofileread() at dofileread+0x8a kern_readv() at kern_readv+0x52 read() at read+0x4d syscall() at syscall+0x1bf Xfast_syscall() at Xfast_syscall+0xab --- syscall (3, FreeBSD ELF64, read), rip =3D 0x80071cd8c, rsp =3D 0x7fffff= ffe8d8, rbp =3D 0 --- ----8<----8<----- Thats it. Ashish --=20 () ascii ribbon campaign - against HTML e-mail /\ www.asciiribbon.org - against proprietary attachments =C2=B7-- =C2=B7- =C2=B7=C2=B7=C2=B7=C2=B7 =C2=B7--- =C2=B7- =C2=B7=C2=B7=C2= =B7- =C2=B7- =C2=B7--=C2=B7-=C2=B7 --=C2=B7 -- =C2=B7- =C2=B7=C2=B7 =C2=B7-= =C2=B7=C2=B7 =C2=B7-=C2=B7-=C2=B7- -=C2=B7-=C2=B7 --- -- % dig +short cname cdac.in @::1 ms.gov.in --4Ckj6UjgE2iN1+kY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkjk0y8ACgkQHy+EEHYuXnRDogCfYlEnFjCbDL/tA/bud81YKZlJ 7NIAnA51kg6Hs5law4VFyUb368pVbb6X =Pwo5 -----END PGP SIGNATURE----- --4Ckj6UjgE2iN1+kY-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 2 13:57:39 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0FAE710656A2 for ; Thu, 2 Oct 2008 13:57:39 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id BEA238FC0A for ; Thu, 2 Oct 2008 13:57:38 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1KlOgT-000NzD-I2 for freebsd-current@FreeBSD.org; Thu, 02 Oct 2008 17:57:37 +0400 To: freebsd-current@FreeBSD.org From: Boris Samorodov Date: Thu, 02 Oct 2008 17:57:30 +0400 Message-ID: <84759477@bb.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: panic at ehci_abort_xfer X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Oct 2008 13:57:39 -0000 Hello All, I've got a panic at today's CURRENT/i386 after inserting an USB Linksys Wifi Adapter (the adapter had been scanning): ----- GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x38 fault code = supervisor read, page not present instruction pointer = 0x20:0xc072fb57 stack pointer = 0x28:0xc3ed6c94 frame pointer = 0x28:0xc3ed6ccc code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 15 (usbtask-hc) trap number = 12 panic: page fault cpuid = 1 Uptime: 8m11s Physical memory: 1003 MB Dumping 54 MB: 39 23 7 [...] #0 doadump () at pcpu.h:221 in pcpu.h (kgdb) list *0xc072fb57 0xc072fb57 is in ehci_abort_xfer (/usr/src/sys/dev/usb/ehci.c:2959). 2954 * (if there is one). We only need to do this if 2955 * it was previously pointing to us. 2956 */ 2957 for (sqtd = exfer->sqtdstart; ; sqtd = sqtd->nextqtd) { 2958 if (cur == sqtd->physaddr) { 2959 hit++; 2960 } 2961 if (sqtd == exfer->sqtdend) 2962 break; 2963 } (kgdb) backtrace #0 doadump () at pcpu.h:221 #1 0xc07fdfbc in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:420 #2 0xc07fe2c2 in panic (fmt=) at /usr/src/sys/kern/kern_shutdown.c:576 #3 0xc0b27983 in trap_fatal (frame=0xc3ed6c54, eva=56) at /usr/src/sys/i386/i386/trap.c:943 #4 0xc0b27c00 in trap_pfault (frame=0xc3ed6c54, usermode=0, eva=56) at /usr/src/sys/i386/i386/trap.c:856 #5 0xc0b2860a in trap (frame=0xc3ed6c54) at /usr/src/sys/i386/i386/trap.c:536 #6 0xc0b0c59b in calltrap () at /usr/src/sys/i386/i386/exception.s:165 #7 0xc072fb57 in ehci_abort_xfer (xfer=) at /usr/src/sys/dev/usb/ehci.c:2959 #8 0xc0731360 in ehci_timeout_task (addr=0xc482ee00) at /usr/src/sys/dev/usb/ehci.c:3112 #9 0xc07644b1 in usb_task_thread (arg=0xc0d05dc0) at /usr/src/sys/dev/usb/usb.c:485 #10 0xc07dc633 in fork_exit (callout=0xc0764400 , arg=0xc0d05dc0, frame=0xc3ed6d38) at /usr/src/sys/kern/kern_fork.c:810 #11 0xc0b0c610 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:270 (kgdb) quit ----- WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Thu Oct 2 14:37:45 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7BC61106568F for ; Thu, 2 Oct 2008 14:37:45 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.225]) by mx1.freebsd.org (Postfix) with ESMTP id 4F6EF8FC30 for ; Thu, 2 Oct 2008 14:37:45 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1000884rvf.43 for ; Thu, 02 Oct 2008 07:37:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=xHlGL9z/rp3lX2aDUwNWbO23S7NGbeFj9og0ir5r1D8=; b=bIH2ER1d9lkGiFFVEQ76GJGPuzpPu2k5I2ywwIZp03DZ0seXhRCW74uzD/tvIX4ItD yX1HppwUqZWxju/p2jJex4Oq9B+nGpZ4LE9ce9pdKDDUtOYMWh41iKI1F/FUhYp53jox +wnl1gs8hpNBK+z+/4MjEjHF+c/mwc/C8qPaM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=rzPSn7oGZhTmBP1cTRpEv3WEWGnMa3iMbskoX48TKIJLFyUlBUVD1R62w28IPmqhYh wHv4LzX44x7smnml34x32UbSpKTNKDLBEGC23eb8p9/ZD2gkkdDhN6xfK+J2uJjOP5/o S20b89KNeuoy/fRt8J349//owRl/cRCL5nL0U= Received: by 10.141.83.15 with SMTP id k15mr5307404rvl.289.1222958264787; Thu, 02 Oct 2008 07:37:44 -0700 (PDT) Received: by 10.141.189.15 with HTTP; Thu, 2 Oct 2008 07:37:44 -0700 (PDT) Message-ID: <3a142e750810020737qa64e89yc29472b23c3a81d0@mail.gmail.com> Date: Thu, 2 Oct 2008 16:37:44 +0200 From: "Paul B. Mahol" To: "Boris Samorodov" In-Reply-To: <84759477@bb.ipt.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <84759477@bb.ipt.ru> Cc: freebsd-current@freebsd.org Subject: Re: panic at ehci_abort_xfer X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Oct 2008 14:37:45 -0000 On 10/2/08, Boris Samorodov wrote: > Hello All, > > > I've got a panic at today's CURRENT/i386 after inserting an USB > Linksys Wifi Adapter (the adapter had been scanning): Which driver? This is first time it happened on same hardware, and it was working without problems on older(how much) CURRENT? Or, this is first time you have insterted that adapter in CURRENT? Look in usb/124758 maybe it is same bug. > ----- > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "i386-marcel-freebsd"... > > Unread portion of the kernel message buffer: > > Fatal trap 12: page fault while in kernel mode > cpuid = 1; apic id = 01 > fault virtual address = 0x38 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc072fb57 > stack pointer = 0x28:0xc3ed6c94 > frame pointer = 0x28:0xc3ed6ccc > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 15 (usbtask-hc) > trap number = 12 > panic: page fault > cpuid = 1 > Uptime: 8m11s > Physical memory: 1003 MB > Dumping 54 MB: 39 23 7 > [...] > #0 doadump () at pcpu.h:221 > in pcpu.h > (kgdb) list *0xc072fb57 > 0xc072fb57 is in ehci_abort_xfer (/usr/src/sys/dev/usb/ehci.c:2959). > 2954 * (if there is one). We only need to do this if > 2955 * it was previously pointing to us. > 2956 */ > 2957 for (sqtd = exfer->sqtdstart; ; sqtd = sqtd->nextqtd) { > 2958 if (cur == sqtd->physaddr) { > 2959 hit++; > 2960 } > 2961 if (sqtd == exfer->sqtdend) > 2962 break; > 2963 } > (kgdb) backtrace > #0 doadump () at pcpu.h:221 > #1 0xc07fdfbc in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:420 > #2 0xc07fe2c2 in panic (fmt=) at /usr/src/sys/kern/kern_shutdown.c:576 > #3 0xc0b27983 in trap_fatal (frame=0xc3ed6c54, eva=56) > at /usr/src/sys/i386/i386/trap.c:943 > #4 0xc0b27c00 in trap_pfault (frame=0xc3ed6c54, usermode=0, eva=56) > at /usr/src/sys/i386/i386/trap.c:856 > #5 0xc0b2860a in trap (frame=0xc3ed6c54) at > /usr/src/sys/i386/i386/trap.c:536 > #6 0xc0b0c59b in calltrap () at /usr/src/sys/i386/i386/exception.s:165 > #7 0xc072fb57 in ehci_abort_xfer (xfer=) at > /usr/src/sys/dev/usb/ehci.c:2959 > #8 0xc0731360 in ehci_timeout_task (addr=0xc482ee00) > at /usr/src/sys/dev/usb/ehci.c:3112 > #9 0xc07644b1 in usb_task_thread (arg=0xc0d05dc0) > at /usr/src/sys/dev/usb/usb.c:485 > #10 0xc07dc633 in fork_exit (callout=0xc0764400 , > arg=0xc0d05dc0, frame=0xc3ed6d38) at /usr/src/sys/kern/kern_fork.c:810 > #11 0xc0b0c610 in fork_trampoline () at > /usr/src/sys/i386/i386/exception.s:270 > (kgdb) quit > ----- > > > WBR > -- > Boris Samorodov (bsam) > Research Engineer, http://www.ipt.ru Telephone & Internet SP > FreeBSD committer, http://www.FreeBSD.org The Power To Serve > _______________________________________________ > 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 Thu Oct 2 15:15:58 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB4E31065686 for ; Thu, 2 Oct 2008 15:15:58 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 7265F8FC12 for ; Thu, 2 Oct 2008 15:15:58 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1KlPuG-000P71-PV; Thu, 02 Oct 2008 19:15:56 +0400 To: "Paul B. Mahol" References: <84759477@bb.ipt.ru> <3a142e750810020737qa64e89yc29472b23c3a81d0@mail.gmail.com> From: Boris Samorodov Date: Thu, 02 Oct 2008 19:15:49 +0400 In-Reply-To: <3a142e750810020737qa64e89yc29472b23c3a81d0@mail.gmail.com> (Paul B. Mahol's message of "Thu\, 2 Oct 2008 16\:37\:44 +0200") Message-ID: <02679242@bb.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org Subject: Re: panic at ehci_abort_xfer X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Oct 2008 15:15:58 -0000 "Paul B. Mahol" writes: > On 10/2/08, Boris Samorodov wrote: >> Hello All, >> >> >> I've got a panic at today's CURRENT/i386 after inserting an USB >> Linksys Wifi Adapter (the adapter had been scanning): > > Which driver? rum > This is first time it happened on same hardware, and it was working > without problems on older(how much) CURRENT? > Or, this is first time you have insterted that adapter in CURRENT? This is a new EeePC-1000 (Atom 1.6Ghz with hyperthreading enabled) and new system. Since no network cards (neither Eth nore Wifi) is currently supported I try to use an USB Linksys Adapter WUSB54GC. > Look in usb/124758 maybe it is same bug. Yes, very much alike. >> ----- >> GNU gdb 6.1.1 [FreeBSD] >> Copyright 2004 Free Software Foundation, Inc. >> GDB is free software, covered by the GNU General Public License, and you are >> welcome to change it and/or distribute copies of it under certain >> conditions. >> Type "show copying" to see the conditions. >> There is absolutely no warranty for GDB. Type "show warranty" for details. >> This GDB was configured as "i386-marcel-freebsd"... >> >> Unread portion of the kernel message buffer: >> >> Fatal trap 12: page fault while in kernel mode >> cpuid = 1; apic id = 01 >> fault virtual address = 0x38 >> fault code = supervisor read, page not present >> instruction pointer = 0x20:0xc072fb57 >> stack pointer = 0x28:0xc3ed6c94 >> frame pointer = 0x28:0xc3ed6ccc >> code segment = base 0x0, limit 0xfffff, type 0x1b >> = DPL 0, pres 1, def32 1, gran 1 >> processor eflags = interrupt enabled, resume, IOPL = 0 >> current process = 15 (usbtask-hc) >> trap number = 12 >> panic: page fault >> cpuid = 1 >> Uptime: 8m11s >> Physical memory: 1003 MB >> Dumping 54 MB: 39 23 7 >> [...] >> #0 doadump () at pcpu.h:221 >> in pcpu.h >> (kgdb) list *0xc072fb57 >> 0xc072fb57 is in ehci_abort_xfer (/usr/src/sys/dev/usb/ehci.c:2959). >> 2954 * (if there is one). We only need to do this if >> 2955 * it was previously pointing to us. >> 2956 */ >> 2957 for (sqtd = exfer->sqtdstart; ; sqtd = sqtd->nextqtd) { >> 2958 if (cur == sqtd->physaddr) { >> 2959 hit++; >> 2960 } >> 2961 if (sqtd == exfer->sqtdend) >> 2962 break; >> 2963 } >> (kgdb) backtrace >> #0 doadump () at pcpu.h:221 >> #1 0xc07fdfbc in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:420 >> #2 0xc07fe2c2 in panic (fmt=) at /usr/src/sys/kern/kern_shutdown.c:576 >> #3 0xc0b27983 in trap_fatal (frame=0xc3ed6c54, eva=56) >> at /usr/src/sys/i386/i386/trap.c:943 >> #4 0xc0b27c00 in trap_pfault (frame=0xc3ed6c54, usermode=0, eva=56) >> at /usr/src/sys/i386/i386/trap.c:856 >> #5 0xc0b2860a in trap (frame=0xc3ed6c54) at >> /usr/src/sys/i386/i386/trap.c:536 >> #6 0xc0b0c59b in calltrap () at /usr/src/sys/i386/i386/exception.s:165 >> #7 0xc072fb57 in ehci_abort_xfer (xfer=) at >> /usr/src/sys/dev/usb/ehci.c:2959 >> #8 0xc0731360 in ehci_timeout_task (addr=0xc482ee00) >> at /usr/src/sys/dev/usb/ehci.c:3112 >> #9 0xc07644b1 in usb_task_thread (arg=0xc0d05dc0) >> at /usr/src/sys/dev/usb/usb.c:485 >> #10 0xc07dc633 in fork_exit (callout=0xc0764400 , >> arg=0xc0d05dc0, frame=0xc3ed6d38) at /usr/src/sys/kern/kern_fork.c:810 >> #11 0xc0b0c610 in fork_trampoline () at >> /usr/src/sys/i386/i386/exception.s:270 >> (kgdb) quit >> ----- >> >> >> WBR >> -- >> Boris Samorodov (bsam) >> Research Engineer, http://www.ipt.ru Telephone & Internet SP >> FreeBSD committer, http://www.FreeBSD.org The Power To Serve >> _______________________________________________ >> 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" >> WBR -- bsam Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Thu Oct 2 15:33:32 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A37C5106568D for ; Thu, 2 Oct 2008 15:33:32 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.224]) by mx1.freebsd.org (Postfix) with ESMTP id 75D6C8FC20 for ; Thu, 2 Oct 2008 15:33:32 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1021518rvf.43 for ; Thu, 02 Oct 2008 08:33:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=19US3MVY3QccKjAQS+H5mKLwpBLV7h9xhkxB3DPl6vE=; b=xqePKl1/1jolR1Qhb/XUH7YIPGFAW7Ac5FfHufoRg5f/sJqQiu91zJxCh73uFIoaHz dym3V41Tt/7lmXysT+nQ7/7TjvzDY5CPC6zNmcVmMLoYOfy2eEpEliADWzKAlHXkBnsM VS/6DpylF+pPLi305OJyTfS8WeQ68vAMUoBck= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=ky6y3pXGg1cQ3GYwsw92hgQIGrDXD8ghiAoOOCjmIfFmdfXRZWxfmbX/mYeAxoQj97 75iwsxqACrjygiA1q3xiSAKEiIjOW6aXxpcxIoe/2QmhsqIV3+aBBPJihTwAgit8RRcV rrp2nlDznkkhmrqmUaczwC1T+k1PzciLmlRGs= Received: by 10.141.177.10 with SMTP id e10mr5404314rvp.72.1222961611949; Thu, 02 Oct 2008 08:33:31 -0700 (PDT) Received: by 10.141.189.15 with HTTP; Thu, 2 Oct 2008 08:33:31 -0700 (PDT) Message-ID: <3a142e750810020833y47357729ic5e463a3779cd219@mail.gmail.com> Date: Thu, 2 Oct 2008 17:33:31 +0200 From: "Paul B. Mahol" To: "Boris Samorodov" In-Reply-To: <02679242@bb.ipt.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <84759477@bb.ipt.ru> <3a142e750810020737qa64e89yc29472b23c3a81d0@mail.gmail.com> <02679242@bb.ipt.ru> Cc: freebsd-current@freebsd.org Subject: Re: panic at ehci_abort_xfer X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Oct 2008 15:33:32 -0000 On 10/2/08, Boris Samorodov wrote: > "Paul B. Mahol" writes: >> On 10/2/08, Boris Samorodov wrote: >>> Hello All, >>> >>> >>> I've got a panic at today's CURRENT/i386 after inserting an USB >>> Linksys Wifi Adapter (the adapter had been scanning): >> >> Which driver? > > rum > >> This is first time it happened on same hardware, and it was working >> without problems on older(how much) CURRENT? >> Or, this is first time you have insterted that adapter in CURRENT? > > This is a new EeePC-1000 (Atom 1.6Ghz with hyperthreading enabled) > and new system. Since no network cards (neither Eth nore Wifi) is > currently supported I try to use an USB Linksys Adapter WUSB54GC. > >> Look in usb/124758 maybe it is same bug. > > Yes, very much alike. ehci(4) is buggy. Use usb2_wlan.ko module from usb2. (Need to build custom kernel without usb, and than load usb2_[core,controller,wlan]) usb2 should be committed soon to HEAD. IMHO old usb code should be removed ASAP. >>> ----- >>> GNU gdb 6.1.1 [FreeBSD] >>> Copyright 2004 Free Software Foundation, Inc. >>> GDB is free software, covered by the GNU General Public License, and you >>> are >>> welcome to change it and/or distribute copies of it under certain >>> conditions. >>> Type "show copying" to see the conditions. >>> There is absolutely no warranty for GDB. Type "show warranty" for >>> details. >>> This GDB was configured as "i386-marcel-freebsd"... >>> >>> Unread portion of the kernel message buffer: >>> >>> Fatal trap 12: page fault while in kernel mode >>> cpuid = 1; apic id = 01 >>> fault virtual address = 0x38 >>> fault code = supervisor read, page not present >>> instruction pointer = 0x20:0xc072fb57 >>> stack pointer = 0x28:0xc3ed6c94 >>> frame pointer = 0x28:0xc3ed6ccc >>> code segment = base 0x0, limit 0xfffff, type 0x1b >>> = DPL 0, pres 1, def32 1, gran 1 >>> processor eflags = interrupt enabled, resume, IOPL = 0 >>> current process = 15 (usbtask-hc) >>> trap number = 12 >>> panic: page fault >>> cpuid = 1 >>> Uptime: 8m11s >>> Physical memory: 1003 MB >>> Dumping 54 MB: 39 23 7 >>> [...] >>> #0 doadump () at pcpu.h:221 >>> in pcpu.h >>> (kgdb) list *0xc072fb57 >>> 0xc072fb57 is in ehci_abort_xfer (/usr/src/sys/dev/usb/ehci.c:2959). >>> 2954 * (if there is one). We only need to do this if >>> 2955 * it was previously pointing to us. >>> 2956 */ >>> 2957 for (sqtd = exfer->sqtdstart; ; sqtd = sqtd->nextqtd) { >>> 2958 if (cur == sqtd->physaddr) { >>> 2959 hit++; >>> 2960 } >>> 2961 if (sqtd == exfer->sqtdend) >>> 2962 break; >>> 2963 } >>> (kgdb) backtrace >>> #0 doadump () at pcpu.h:221 >>> #1 0xc07fdfbc in boot (howto=260) at >>> /usr/src/sys/kern/kern_shutdown.c:420 >>> #2 0xc07fe2c2 in panic (fmt=) at /usr/src/sys/kern/kern_shutdown.c:576 >>> #3 0xc0b27983 in trap_fatal (frame=0xc3ed6c54, eva=56) >>> at /usr/src/sys/i386/i386/trap.c:943 >>> #4 0xc0b27c00 in trap_pfault (frame=0xc3ed6c54, usermode=0, eva=56) >>> at /usr/src/sys/i386/i386/trap.c:856 >>> #5 0xc0b2860a in trap (frame=0xc3ed6c54) at >>> /usr/src/sys/i386/i386/trap.c:536 >>> #6 0xc0b0c59b in calltrap () at /usr/src/sys/i386/i386/exception.s:165 >>> #7 0xc072fb57 in ehci_abort_xfer (xfer=) at >>> /usr/src/sys/dev/usb/ehci.c:2959 >>> #8 0xc0731360 in ehci_timeout_task (addr=0xc482ee00) >>> at /usr/src/sys/dev/usb/ehci.c:3112 >>> #9 0xc07644b1 in usb_task_thread (arg=0xc0d05dc0) >>> at /usr/src/sys/dev/usb/usb.c:485 >>> #10 0xc07dc633 in fork_exit (callout=0xc0764400 , >>> arg=0xc0d05dc0, frame=0xc3ed6d38) at >>> /usr/src/sys/kern/kern_fork.c:810 >>> #11 0xc0b0c610 in fork_trampoline () at >>> /usr/src/sys/i386/i386/exception.s:270 >>> (kgdb) quit >>> ----- >>> >>> >>> WBR >>> -- >>> Boris Samorodov (bsam) >>> Research Engineer, http://www.ipt.ru Telephone & Internet SP >>> FreeBSD committer, http://www.FreeBSD.org The Power To Serve >>> _______________________________________________ >>> 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" >>> > > WBR > -- > bsam > Boris Samorodov (bsam) > Research Engineer, http://www.ipt.ru Telephone & Internet SP > FreeBSD committer, http://www.FreeBSD.org The Power To Serve > From owner-freebsd-current@FreeBSD.ORG Thu Oct 2 15:48:06 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 29CE61065686; Thu, 2 Oct 2008 15:48:06 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.freebsd.org (Postfix) with ESMTP id C894C8FC0C; Thu, 2 Oct 2008 15:48:05 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.14.2/8.14.2) with ESMTP id m92Fm52x021022 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 2 Oct 2008 11:48:05 -0400 (EDT) X-DKIM: Sendmail DKIM Filter v2.5.3 duke.cs.duke.edu m92Fm52x021022 Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id m92FlZ7C032049; Thu, 2 Oct 2008 11:47:35 -0400 (EDT) (envelope-from gallatin) Date: Thu, 2 Oct 2008 11:47:35 -0400 From: Andrew Gallatin To: Maho NAKATA Message-ID: <20081002114735.A32020@grasshopper.cs.duke.edu> References: <20081002.150319.02288267.chat95@mac.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20081002.150319.02288267.chat95@mac.com>; from chat95@mac.com on Thu, Oct 02, 2008 at 03:02:56PM +0900 X-Operating-System: FreeBSD 4.9-RELEASE-p1 on an i386 Cc: freebsd-current@freebsd.org, brooks@freebsd.org, shigeta@sci.u-hyogo.ac.jp Subject: Re: Infiniband status? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Oct 2008 15:48:06 -0000 Maho NAKATA [chat95@mac.com] wrote: > > we are considering both InfiniBand and 10Gb Myrinet If you're interested in OS-bypass HPC with an emphasis on MPI, Myricom supports FreeBSD for our MX HPC stack. MX runs both over Myrinet and over 10GbE. Drew From owner-freebsd-current@FreeBSD.ORG Thu Oct 2 15:49:40 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B158A1065689 for ; Thu, 2 Oct 2008 15:49:40 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 67D5E8FC12 for ; Thu, 2 Oct 2008 15:49:40 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1KlQQt-000PaJ-0l; Thu, 02 Oct 2008 19:49:39 +0400 To: "Paul B. Mahol" References: <84759477@bb.ipt.ru> <3a142e750810020737qa64e89yc29472b23c3a81d0@mail.gmail.com> <02679242@bb.ipt.ru> <3a142e750810020833y47357729ic5e463a3779cd219@mail.gmail.com> From: Boris Samorodov Date: Thu, 02 Oct 2008 19:49:31 +0400 In-Reply-To: <3a142e750810020833y47357729ic5e463a3779cd219@mail.gmail.com> (Paul B. Mahol's message of "Thu\, 2 Oct 2008 17\:33\:31 +0200") Message-ID: <36597220@bb.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org Subject: Re: panic at ehci_abort_xfer X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Oct 2008 15:49:40 -0000 "Paul B. Mahol" writes: > ehci(4) is buggy. Use usb2_wlan.ko module from usb2. (Need to build > custom kernel without usb, and than load usb2_[core,controller,wlan]) > usb2 should be committed soon to HEAD. Unfortunately I have no spare time now. ;-( > IMHO old usb code should be removed ASAP. +1 Paul, thanks for your help! WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Thu Oct 2 17:44:14 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3A221065686; Thu, 2 Oct 2008 17:44:14 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout4.freenet.de (mout4.freenet.de [IPv6:2001:748:100:40::2:6]) by mx1.freebsd.org (Postfix) with ESMTP id 4881F8FC2B; Thu, 2 Oct 2008 17:44:14 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.19] (helo=9.mx.freenet.de) by mout4.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #65) id 1KlSDk-0003eD-FB; Thu, 02 Oct 2008 19:44:12 +0200 Received: from m963e.m.pppool.de ([89.49.150.62]:53665 helo=ernst.jennejohn.org) by 9.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #65) id 1KlSDk-0002Vv-7y; Thu, 02 Oct 2008 19:44:12 +0200 Date: Thu, 2 Oct 2008 19:44:11 +0200 From: Gary Jennejohn To: Alexander Motin Message-ID: <20081002194411.387b7f32@ernst.jennejohn.org> In-Reply-To: <48E4CC6C.6050407@FreeBSD.org> References: <1222892584.00020319.1222880402@10.7.7.3> <48E47ADF.7030004@FreeBSD.org> <20081002144243.3f2e7310@ernst.jennejohn.org> <48E4CC6C.6050407@FreeBSD.org> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: regression in HDA functionality X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Oct 2008 17:44:14 -0000 On Thu, 02 Oct 2008 16:28:12 +0300 Alexander Motin wrote: > Gary Jennejohn wrote: > >>> I can provide verbose boot output from both kernels, if desired. Basically, it looks > >>> like the headphone output gets disabled with the new driver. > >> Usually such problem means that you have broken BIOS. Verbose output > >> usually shows where the problem is and writing some device hints usually > >> allows to fix the problem. Read updated snd_hda man page and if it not > >> help - send your verbose output to me. > > > > I read the man page but I must admit that it didn't help me any. I > > tried setting some device hints but they didn't help either. I'm > > obviously failing to understand something. > > > > See dmesg_verbose_amd64 and sndstat under ~gj on freefall. > > I don't see any problem there. It is possible that you may just > misunderstood what you have got. You have: > pcm0 - SPDIF/HDMI on video card > pcm1 - rear 7.1 playback and main record > pcm2 - front headphones playback and mic record > pcm3 - SPDIF in/out. > > So, what the problem is? What are you doing, what expecting and what > getting? > I'm not getting any sound on the headphones, either plugged into the back or the front. With the old kernel it just works. --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Thu Oct 2 17:44:24 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 019751065692 for ; Thu, 2 Oct 2008 17:44:24 +0000 (UTC) (envelope-from igor4ml@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.27]) by mx1.freebsd.org (Postfix) with ESMTP id 2DA3C8FC1B for ; Thu, 2 Oct 2008 17:44:22 +0000 (UTC) (envelope-from igor4ml@gmail.com) Received: by ey-out-2122.google.com with SMTP id 6so349123eyi.7 for ; Thu, 02 Oct 2008 10:44:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=16FUSWZoAmhKpD46kG4XhvvhrWJ5Cxq8BsG/T3VmsvM=; b=Wm9p2abSrGEx7zjnG+VS+VfQMdnHA3cX/MyiRYmccrE3Qrgm5CPC3yHrgrMiiQmb9d h1NLjtWktraAXPEWXt3F40GTAn5/0FWBJMw+Dl8ivalxJTRtKGhtIPRfI8MUV7/aE4jx fRBYN7A6GlpBMAEul1THjosGYArDzJFDoV8Vg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=JrTMe9XulZKr+6+D5bTI7bHMdvdKayWDJk1D1jU0R9wCMb7L6t8RlkcVSFI07f4y7i 5+gg5oDxTwiT8QiBzQkaQJPGcAYE+aSvq+Crg/Qo9ymmwggsKT/WhGEt7cxpvdh1yAFh VioeXsV9R8plveYVKH/3ZMOIVDRJe9bpK26rw= Received: by 10.210.59.14 with SMTP id h14mr3289155eba.131.1222969461758; Thu, 02 Oct 2008 10:44:21 -0700 (PDT) Received: by 10.210.30.15 with HTTP; Thu, 2 Oct 2008 10:44:21 -0700 (PDT) Message-ID: Date: Thu, 2 Oct 2008 21:44:21 +0400 From: "Igor R" To: freebsd-current@freebsd.org In-Reply-To: <20081002085502.GU46653@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081002085502.GU46653@deviant.kiev.zoral.com.ua> Subject: Re: Linux emulation on recent -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Oct 2008 17:44:24 -0000 I cannot get full kernel dump (it just stops after 177 Mb), but I was able to get textdump. More info: I was unable install any emulators/linux_base* ports (with panic, but I was in X11 those times), so I just mounted ext2fs partition with Ubuntu 7.10 and tried to execute /compat/linux/bin/bash version.txt: FreeBSD 8.0-CURRENT #4: Wed Oct 1 22:19:52 MSD 2008 igorr@igorr-nb.home:/usr/obj/usr/src/sys/NB panic.txt: mutex Giant not owned at /usr/src/sys/kern/vfs_subr.c:2120 msgbuf.txt: Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-CURRENT #4: Wed Oct 1 22:19:52 MSD 2008 igorr@igorr-nb.home:/usr/obj/usr/src/sys/NB WARNING: WITNESS option enabled, expect reduced performance. module_register: module g_label already exists! Module g_label failed to register: 17 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Genuine Intel(R) CPU T2300 @ 1.66GHz (1662.52-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6e8 Stepping = 8 Features=0xbfe9fbff Features2=0xc189 AMD Features=0x100000 Cores per package: 2 real memory = 1602027520 (1527 MB) avail memory = 1561735168 (1489 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 5f700000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0x4000-0x4007 mem 0xf4400000-0xf447ffff,0xe0000000-0xefffffff,0xf4480000-0xf44bffff irq 16 at device 2.0 on pci0 agp0: on vgapci0 agp0: detected 7932k stolen memory agp0: aperture size is 256M vgapci1: mem 0xf4500000-0xf457ffff at device 2.1 on pci0 hdac0: mem 0xf4580000-0xf4583fff irq 16 at device 27.0 on pci0 hdac0: hdac0: [ITHREAD] pcib1: irq 16 at device 28.0 on pci0 pci8: on pcib1 pcib2: irq 17 at device 28.1 on pci0 pci16: on pcib2 wpi0: mem 0xf4000000-0xf4000fff irq 17 at device 0.0 on pci16 wpi0: Driver Revision 20071127 wpi0: Hardware Revision (0x1) adding chan 1 (2412MHz) flags=0x2b maxpwr=15 passive=0, offset 2 adding chan 2 (2417MHz) flags=0x2b maxpwr=15 passive=0, offset 4 adding chan 3 (2422MHz) flags=0x2b maxpwr=15 passive=0, offset 6 adding chan 4 (2427MHz) flags=0x2b maxpwr=15 passive=0, offset 8 adding chan 5 (2432MHz) flags=0x2b maxpwr=15 passive=0, offset 10 adding chan 6 (2437MHz) flags=0x2b maxpwr=15 passive=0, offset 12 adding chan 7 (2442MHz) flags=0x2b maxpwr=15 passive=0, offset 14 adding chan 8 (2447MHz) flags=0x2b maxpwr=15 passive=0, offset 16 adding chan 9 (2452MHz) flags=0x2b maxpwr=15 passive=0, offset 18 adding chan 10 (2457MHz) flags=0x2b maxpwr=15 passive=0, offset 20 adding chan 11 (2462MHz) flags=0x2b maxpwr=15 passive=0, offset 22 adding chan 12 (2467MHz) flags=0x21 maxpwr=15 passive=1, offset 24 adding chan 13 (2472MHz) flags=0x21 maxpwr=15 passive=1, offset 26 power group 0: chan=1 maxpwr=48 temp=-210 sample 0: index=13 power=44 sample 1: index=29 power=33 sample 2: index=47 power=12 sample 3: index=58 power=1 sample 4: index=77 power=-17 power group 1: chan=0 maxpwr=42 temp=0 sample 0: index=0 power=0 sample 1: index=0 power=0 sample 2: index=0 power=0 sample 3: index=0 power=0 sample 4: index=0 power=0 power group 2: chan=0 maxpwr=42 temp=0 sample 0: index=0 power=0 sample 1: index=0 power=0 sample 2: index=0 power=0 sample 3: index=0 power=0 sample 4: index=0 power=0 power group 3: chan=0 maxpwr=42 temp=0 sample 0: index=0 power=0 sample 1: index=0 power=0 sample 2: index=0 power=0 sample 3: index=0 power=0 sample 4: index=0 power=0 power group 4: chan=0 maxpwr=42 temp=0 sample 0: index=0 power=0 sample 1: index=0 power=0 sample 2: index=0 power=0 sample 3: index=0 power=0 sample 4: index=0 power=0 wpi0: Regulatory Domain: BG wpi0: Hardware Type: B wpi0: Hardware Revision: ? wpi0: SKU does not support 802.11a wpi0: [ITHREAD] pcib3: irq 19 at device 28.3 on pci0 pci32: on pcib3 uhci0: port 0x4020-0x403f irq 20 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x4040-0x405f irq 17 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x4060-0x407f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x4080-0x409f irq 19 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xf4584000-0xf45843ff irq 20 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered pcib4: at device 30.0 on pci0 pci2: on pcib4 cbb0: mem 0xf4100000-0xf4100fff irq 18 at device 6.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [ITHREAD] fwohci0: <1394 Open Host Controller Interface> mem 0xf4101000-0xf41017ff,0xf4104000-0xf4107fff irq 19 at device 6.1 on pci2 fwohci0: [FILTER] fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:02:3f:99:29:6d:23:0c fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc000ffc0, gen=2, CYCLEMASTER mode pci2: at device 14.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x40a0-0x40af irq 16 at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] atapci1: port 0x13f0-0x13f7,0x15f4-0x15f7,0x1370-0x1377,0x1574-0x1577,0x40d0-0x40df mem 0xf4585000-0xf45853ff irq 17 at device 31.2 on pci0 atapci1: [ITHREAD] atapci1: AHCI Version 01.10 controller with 4 ports PM supported ata2: on atapci1 ata2: executing CLO failed ata2: [ITHREAD] ata3: on atapci1 ata3: port not implemented ata3: [ITHREAD] ata4: on atapci1 ata4: port not implemented ata4: [ITHREAD] ata5: on atapci1 ata5: port not implemented ata5: [ITHREAD] battery0: on acpi0 battery1: on acpi0 acpi_acad0: on acpi0 acpi_button0: on acpi0 acpi_lid0: on acpi0 acpi_tz0: on acpi0 acpi_tz0: _CRT value is absurd, ignored (256.0C) acpi_tz1: on acpi0 acpi_tz2: on acpi0 acpi_tz3: on acpi0 acpi_tz4: on acpi0 atrtc0: port 0x70-0x71,0x72-0x73 irq 8 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model IntelliMouse, device ID 3 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 p4tcc1: on cpu1 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) fwohci0: phy int The GEOM class LABEL is already loaded. acd0: CDRW at ata0-master PIO4 acpi_tz0: _CRT value is absurd, ignored (256.0C) ad4: 190782MB at ata2-master SATA150 hdac0: hdac0: pcm0: on hdac0 GEOM_JOURNAL: Journal 2709599398: ad4s4 contains data. GEOM_JOURNAL: Journal 2709599398: ad4s4 contains journal. GEOM_JOURNAL: Journal ad4s4 consistent. GEOM_LABEL: Label for provider ad4s4.journal is label/bsd. GEOM_LABEL: Label for provider ad4s4.journala is ufs/root. GEOM_LABEL: Label for provider ad4s4.journald is ufs/var. GEOM_LABEL: Label for provider ad4s4.journale is ufs/usr. SMP: AP CPU #1 Launched! WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from ufs:/dev/ufs/root lock order reversal: 1st 0xc4960000 vfslock (vfslock) @ /usr/src/sys/kern/vfs_subr.c:372 2nd 0xc4975270 devfs (devfs) @ /usr/src/sys/kern/vfs_lookup.c:432 3rd 0xc495fd34 vfslock (vfslock) @ /usr/src/sys/kern/vfs_subr.c:372 KDB: stack backtrace: db_trace_self_wrapper(c07660f2,c420282c,c0547e2f,4,c0761a71,...) at db_trace_self_wrapper+0x26 kdb_backtrace(4,c0761a71,c495fd34,c44651e8,c4202888,...) at kdb_backtrace+0x29 _witness_debugger(c07689d5,c495fd34,c076f402,c44651e8,c076f9ae,...) at _witness_debugger+0x1e witness_checkorder(c495fd34,1,c076f9ae,174,0,...) at witness_checkorder+0x7e7 __lockmgr_args(c495fd34,200100,c495fd50,0,0,...) at __lockmgr_args+0x222 vfs_busy(c495fd34,200,0,c497528c,c07c7a00,...) at vfs_busy+0x1b4 vfs_mount_alloc(c4975218,c07c7a00,c4976500,c44a8200,0,...) at vfs_mount_alloc+0x74 vfs_donmount(c44bed20,4001,c4202b54,c4974500,6,...) at vfs_donmount+0x1267 kernel_mount(c4976560,4001,c497b100,ffffffff,c4202bc4) at kernel_mount+0x78 kernel_vmount(4001,c076f5f1,c4976570,c076f600,c075ca44,...) at kernel_vmount+0x63 vfs_mountroot_try(c076f90a,c075ca44,c076f755,1,c0585bab,...) at vfs_mountroot_try+0x12e vfs_mountroot(c07ef750,4,c075d9c6,265,1876e84d,...) at vfs_mountroot+0x3f9 start_init(0,c4202d38,c075f3fd,322,c44bcd0c,...) at start_init+0x65 fork_exit(c04d4705,0,c4202d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc4202d70, ebp = 0 --- WARNING: / was not properly dismounted lock order reversal: 1st 0xc47e6ce8 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2051 2nd 0xc4960000 vfslock (vfslock) @ /usr/src/sys/kern/vfs_subr.c:372 KDB: stack backtrace: db_trace_self_wrapper(c07660f2,c42028fc,c0547e2f,4,c0761a71,...) at db_trace_self_wrapper+0x26 kdb_backtrace(4,c0761a71,c076f9ae,c44651e8,c4202958,...) at kdb_backtrace+0x29 _witness_debugger(c07689bc,c4960000,c076f402,c44651e8,c076f9ae,...) at _witness_debugger+0x1e witness_checkorder(c4960000,1,c076f9ae,174,0,...) at witness_checkorder+0x7e7 __lockmgr_args(c4960000,200100,c496001c,0,0,...) at __lockmgr_args+0x222 vfs_busy(c4960000,0,0,1b0,c4202b28,...) at vfs_busy+0x1b4 lookup(c4202b10,c076f0b2,d8,c0,c44a832c,...) at lookup+0x79e namei(c4202b10,c4202b28,c0547c9d,c0928d98,c076f750,...) at namei+0x430 kern_unlinkat(c44bed20,ffffff9c,c076f750,1,c4202c60,...) at kern_unlinkat+0x3f kern_unlink(c44bed20,c076f750,1,631,0,...) at kern_unlink+0x27 vfs_mountroot_try(c076f90a,c075ca44,c076f755,1,c0585bab,...) at vfs_mountroot_try+0x46b vfs_mountroot(c07ef750,4,c075d9c6,265,1876e84d,...) at vfs_mountroot+0x3f9 start_init(0,c4202d38,c075f3fd,322,c44bcd0c,...) at start_init+0x65 fork_exit(c04d4705,0,c4202d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc4202d70, ebp = 0 --- lock order reversal: 1st 0xc44c2044 user map (user map) @ /usr/src/sys/vm/vm_map.c:3115 2nd 0xc47e6ad0 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2051 KDB: stack backtrace: db_trace_self_wrapper(c07660f2,c4202914,c0547e2f,4,c0761a71,...) at db_trace_self_wrapper+0x26 kdb_backtrace(4,c0761a71,c076f9ae,c4465458,c4202970,...) at kdb_backtrace+0x29 _witness_debugger(c07689bc,c47e6ad0,c075d357,c4465458,c076f9ae,...) at _witness_debugger+0x1e witness_checkorder(c47e6ad0,1,c076f9ae,803,0,...) at witness_checkorder+0x7e7 __lockmgr_args(c47e6ad0,200501,c47e6aec,0,0,...) at __lockmgr_args+0x222 ffs_lock(c4202a74,c07877fc,c075ca42,200501,c47e6a78,...) at ffs_lock+0x7d VOP_LOCK1_APV(c07c7dc0,c4202a74,c07d88a0,c47e6a78,200501,...) at VOP_LOCK1_APV+0xab _vn_lock(c47e6a78,200501,c076f9ae,803,4,...) at _vn_lock+0x5e vget(c47e6a78,200501,c44bed20,4b4,0,...) at vget+0xc1 vnode_pager_lock(c106126c,0,c0784db9,127,c4202c18,...) at vnode_pager_lock+0x1d2 vm_fault(c44c2000,80d6000,2,8,80d6000,...) at vm_fault+0x1dc trap_pfault(5,0,c07907bd,2f5,c44bcd0c,...) at trap_pfault+0xf9 trap(c4202d38) at trap+0x296 calltrap() at calltrap+0x6 --- trap 0xc, eip = 0x80480e5, esp = 0xbfbfef10, ebp = 0xbfbfef30 --- <118>Entropy harvesting: <118> interrupts <118> ethernet <118> point_to_point <118> kickstart <118>. GEOM_LABEL: Label label/bsd removed. <118>/dev/ufs/root: 3581 files, 137061 used, 116754 free (1722 frags, 14379 blocks, 0.7% fragmentation) GEOM_LABEL: Label for provider ad4s4.journal is label/bsd. GEOM_LABEL: Label label/bsd removed. GEOM_LABEL: Label for provider ad4s4.journal is label/bsd. GEOM_LABEL: Label label/bsd removed. WARNING: TMPFS is considered to be a highly experimental feature in FreeBSD. wlan0: Ethernet address: 00:13:02:96:01:d2 wpi0: timeout resetting Tx ring 1 wpi0: timeout resetting Tx ring 3 wpi0: timeout resetting Tx ring 4 <118>Starting Network: lo0. microcode alive notification version 10e02 alive 1 microcode alive notification version 10e02 alive 1 wpi_newstate: INIT -> SCAN flags 0x0 <118>No ALTQ support in kernel <118>ALTQ related functions disabled <118>No ALTQ support in kernel <118>ALTQ related functions disabled <118>No ALTQ support in kernel <118>ALTQ related functions disabled <118>pf enabled wpi_newstate: SCAN -> AUTH flags 0x0 config chan 1 flags 8005 cck f ofdm 15 wpi_newstate: AUTH -> ASSOC flags 0x0 wpi_newstate: ASSOC -> RUN flags 0x0 config chan 1 flags 8035 wpi0: need multicast update callback <118>DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 8 <118> <118>DHCPOFFER from 192.168.190.1 <118> <118>DHCPREQUEST on wlan0 to 255.255.255.255 port 67 <118> <118>DHCPACK from 192.168.190.1 <118> wpi0: need multicast update callback wpi0: need multicast update callback <118>bound to 192.168.190.199 -- renewal in 300 seconds. <118> lock order reversal: 1st 0xc4a799c4 syncer (syncer) @ /usr/src/sys/kern/vfs_subr.c:1659 2nd 0xc4a7b2a4 vfslock (vfslock) @ /usr/src/sys/kern/vfs_subr.c:372 KDB: stack backtrace: db_trace_self_wrapper(c07660f2,e4f06af4,c0547e2f,4,c0761a71,...) at db_trace_self_wrapper+0x26 kdb_backtrace(4,c0761a71,c076f9ae,c44651e8,e4f06b50,...) at kdb_backtrace+0x29 _witness_debugger(c07689bc,c4a7b2a4,c076f402,c44651e8,c076f9ae,...) at _witness_debugger+0x1e witness_checkorder(c4a7b2a4,1,c076f9ae,174,0,...) at witness_checkorder+0x7e7 __lockmgr_args(c4a7b2a4,200100,c4a7b2c0,0,0,...) at __lockmgr_args+0x222 vfs_busy(c4a7b2a4,80200,c09558c0,d1c,c4a7b2a4,...) at vfs_busy+0x1b4 sync_fsync(e4f06c7c,c4a799e0,c4a7996c,e4f06c7c,e4f06c9c,...) at sync_fsync+0xb6 VOP_FSYNC_APV(c07b7bc0,e4f06c7c,c076f9ae,67b,c495d460,...) at VOP_FSYNC_APV+0xa0 sync_vnode(c09559b0,c095599c,3e8,6aa,4e20,...) at sync_vnode+0x15d sched_sync(0,e4f06d38,c075f3fd,322,c4959d0c,...) at sched_sync+0x26f fork_exit(c058f307,0,e4f06d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe4f06d70, ebp = 0 --- <118>savecore: first and last dump headers disagree on /dev/ad4s2 <118>savecore: unsaved dumps found but not saved <118>Oct 2 21:16:12 igorr-nb savecore: first and last dump headers disagree on /dev/ad4s2 <118>savecore: first and last dump headers disagree on /dev/ad4s2 <118>savecore: unsaved dumps found but not saved <118>Oct 2 21:16:12 igorr-nb savecore: first and last dump headers disagree on /dev/ad4s2 <118>Oct 2 21:16:12 igorr-nb rpcbind: cannot create socket for udp6 <118>Oct 2 21:16:13 igorr-nb amd[723]/info: <118>using configuration file /etc/amd.conf <118>Configuring syscons: <118> blanktime <118>. <118> <118>Thu Oct 2 21:16:14 MSD 2008 KDB: enter: manual escape to debugger wpi0: fatal firmware error wpi0: timeout resetting Rx ring microcode alive notification version 10e02 alive 1 microcode alive notification version 10e02 alive 1 lock order reversal: 1st 0xc49ad044 user map (user map) @ /usr/src/sys/vm/vm_map.c:3115 2nd 0xc4e3bad0 ext2fs (ext2fs) @ /usr/src/sys/kern/vfs_subr.c:2051 KDB: stack backtrace: db_trace_self_wrapper(c07660f2,e7208920,c0547e2f,4,c0761a71,...) at db_trace_self_wrapper+0x26 kdb_backtrace(4,c0761a71,c076f9ae,c4465e80,e720897c,...) at kdb_backtrace+0x29 _witness_debugger(c07689bc,c4e3bad0,c4ec11da,c4465e80,c076f9ae,...) at _witness_debugger+0x1e witness_checkorder(c4e3bad0,9,c076f9ae,803,0,...) at witness_checkorder+0x7e7 __lockmgr_args(c4e3bad0,200501,c4e3baec,0,0,0,c076f9ae,803) at __lockmgr_args+0x762 vop_stdlock(e7208a74,c07877fc,c075ca42,200501,c4e3ba78,...) at vop_stdlock+0x5c VOP_LOCK1_APV(c4ec27a0,e7208a74,c07d88a0,c4e3ba78,200501,...) at VOP_LOCK1_APV+0xab _vn_lock(c4e3ba78,200501,c076f9ae,803,4,...) at _vn_lock+0x5e vget(c4e3ba78,200501,c4e3dd20,4b5,0,...) at vget+0xc1 vnode_pager_lock(c4e2e8b8,0,c0784db9,127,e7208c18,...) at vnode_pager_lock+0x1d2 vm_fault(c49ad000,28104000,1,0,281041ab,...) at vm_fault+0x1dc trap_pfault(5,0,c07907bd,e7208cd0,c4e297d4,...) at trap_pfault+0xf9 trap(e7208d38) at trap+0x296 calltrap() at calltrap+0x6 --- trap 0xc, eip = 0x281041ab, esp = 0xbfbfed18, ebp = 0xbfbfed28 --- lock order reversal: 1st 0xc49ad044 user map (user map) @ /usr/src/sys/vm/vm_map.c:3115 2nd 0xd85212c0 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2443 KDB: stack backtrace: db_trace_self_wrapper(c07660f2,e7208874,c0547e2f,4,c0761a71,...) at db_trace_self_wrapper+0x26 kdb_backtrace(4,c0761a71,c076d7d6,c44626d8,e72088d0,...) at kdb_backtrace+0x29 _witness_debugger(c07689bc,d85212c0,c076e2bc,c44626d8,c076d7d6,...) at _witness_debugger+0x1e witness_checkorder(d85212c0,9,c076d7d6,98b,0,...) at witness_checkorder+0x7e7 __lockmgr_args(d85212c0,81900,c4e3bb20,c076e218,50,...) at __lockmgr_args+0x762 getblk(c4e3ba78,fffffff4,ffffffff,1000,0,...) at getblk+0x144 ext2_bmaparray(c4e3ba78,15,e7208a6c,e7208c3c,e7208c40,...) at ext2_bmaparray+0x12d ext2_bmap(e7208ac4,0,c4e3ba78,e7208c3c,e7208af8,...) at ext2_bmap+0x4f VOP_BMAP_APV(c4ec27a0,e7208ac4,c07877fc,139,0,...) at VOP_BMAP_APV+0xa5 vnode_pager_haspage(c4e2e8b8,15,0,e7208c40,e7208c3c,...) at vnode_pager_haspage+0x191 vm_fault(c49ad000,28104000,1,0,281041ab,...) at vm_fault+0xa15 trap_pfault(5,0,c07907bd,e7208cd0,c4e297d4,...) at trap_pfault+0xf9 trap(e7208d38) at trap+0x296 calltrap() at calltrap+0x6 --- trap 0xc, eip = 0x281041ab, esp = 0xbfbfed18, ebp = 0xbfbfed28 --- lock order reversal: 1st 0xc4ecece8 ext2fs (ext2fs) @ /usr/src/sys/kern/vfs_subr.c:2051 2nd 0xc47e6df4 ufs (ufs) @ /usr/src/sys/kern/vfs_lookup.c:432 KDB: stack backtrace: db_trace_self_wrapper(c07660f2,e715d758,c0547e2f,4,c0761a71,...) at db_trace_self_wrapper+0x26 kdb_backtrace(4,c0761a71,c076f0b2,c4465458,e715d7b4,...) at kdb_backtrace+0x29 _witness_debugger(c07689bc,c47e6df4,c075d357,c4465458,c076f0b2,...) at _witness_debugger+0x1e witness_checkorder(c47e6df4,9,c076f0b2,1b0,c47e6e10,...) at witness_checkorder+0x7e7 __lockmgr_args(c47e6df4,80400,c47e6e10,0,0,...) at __lockmgr_args+0x762 ffs_lock(e715d8b8,e715d8f4,c076f9ae,80400,c47e6d9c,...) at ffs_lock+0x7d VOP_LOCK1_APV(c07c7dc0,e715d8b8,c07d88a0,c47e6d9c,80400,...) at VOP_LOCK1_APV+0xab _vn_lock(c47e6d9c,80400,c076f0b2,1b0,825,...) at _vn_lock+0x5e lookup(e715da14,c076f0b2,d8,c0,c4ecf82c,...) at lookup+0xf2 namei(e715da14,c479480d,3f3,e715da64,c479480d,...) at namei+0x430 kern_alternate_path(c49a98c0,c4e7529c,e1857400,1,e715dab8,...) at kern_alternate_path+0x1b1 linux_emul_convpath(c49a98c0,e1857400,1,e715dab8,0,...) at linux_emul_convpath+0x3c exec_linux_imgact_try(e715dbc4,0,c075f209,16a,c495ad0c,...) at exec_linux_imgact_try+0x64 kern_execve(c49a98c0,e715dc50,0,810d7c8,810b368,...) at kern_execve+0x403 linux_execve(c49a98c0,e715dcf8,e715dd18,e715dd1c,c4e77648,...) at linux_execve+0x9f syscall(e715dd38) at syscall+0x27a Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (11, Linux ELF, linux_execve), eip = 0x281f46ca, esp = 0xbfbfdfe4, ebp = 0xbfbfe0e8 --- panic: mutex Giant not owned at /usr/src/sys/kern/vfs_subr.c:2120 cpuid = 0 KDB: enter: panic panic: from debugger cpuid = 0 Uptime: 17m23s From owner-freebsd-current@FreeBSD.ORG Thu Oct 2 18:23:54 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B97ED1065692 for ; Thu, 2 Oct 2008 18:23:54 +0000 (UTC) (envelope-from jjacobson@panasas.com) Received: from laguna.int.panasas.com (gw-ca.panasas.com [66.104.249.162]) by mx1.freebsd.org (Postfix) with ESMTP id 9EB788FC2B for ; Thu, 2 Oct 2008 18:23:54 +0000 (UTC) (envelope-from jjacobson@panasas.com) Received: from [172.17.133.111] ([172.17.133.111]) by laguna.int.panasas.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 2 Oct 2008 11:10:33 -0700 Message-Id: <2DC640DB-2B7C-4111-9842-BDFA3E134282@panasas.com> From: Joel Jacobson To: freebsd-current@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Thu, 2 Oct 2008 11:11:38 -0700 X-Mailer: Apple Mail (2.929.2) X-OriginalArrivalTime: 02 Oct 2008 18:10:33.0526 (UTC) FILETIME=[297BB560:01C924BA] Subject: scatter/gather in struct buf/bio X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Oct 2008 18:23:54 -0000 Greetings - I have something which would be vastly improved by the ability to construct my own sgl to pass through a buf, and ran across: http://wiki.freebsd.org/Buf0x Is there somewhere I can follow progress, and/or contribute assistance? - j From owner-freebsd-current@FreeBSD.ORG Thu Oct 2 18:30:28 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE5BB106568A for ; Thu, 2 Oct 2008 18:30:28 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 4336A8FC28 for ; Thu, 2 Oct 2008 18:30:28 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m92IULIp083774; Thu, 2 Oct 2008 14:30:22 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 2 Oct 2008 12:02:59 -0400 User-Agent: KMail/1.9.7 References: <200810011118.28474.jhb@freebsd.org> In-Reply-To: <200810011118.28474.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200810021202.59271.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Thu, 02 Oct 2008 14:30:22 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/8372/Thu Oct 2 11:21:47 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Ryan Stone Subject: Re: Possible alternate definition of CTASSERT to allow its use in header files X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Oct 2008 18:30:28 -0000 On Wednesday 01 October 2008 11:18:28 am John Baldwin wrote: > On Tuesday 30 September 2008 03:55:26 pm Ryan Stone wrote: > > This was prompted by some recent check-ins removing CTASSERTs from > > header files to prevent spurious errors from popping up. For example, > > this check-in: > > http://lists.freebsd.org/pipermail/cvs-src/2008-September/095328.html > > > > I've come up with an alternate definition of CTASSERT that can be used > > in header files. It works on gcc 3.4.6, 4.0.2 and 4.3.0(the only > > compilers I have quick access to). > > > > $ cat /tmp/tmp.c > > // New definition > > #define NEWASSERT(x) _NEWASSERT(x, __LINE__) > > #define _NEWASSERT(x, line) __NEWASSERT(x, line) > > #define __NEWASSERT(x, line) extern int __assert_ ## line [ x ? 1 : -1 ]; > > > > //existing BSD implementation > > #define CTASSERT(x) _CTASSERT(x, __LINE__) > > #define _CTASSERT(x, y) __CTASSERT(x, y) > > #define __CTASSERT(x, y) typedef char __assert ## y[(x) ? 1 : -1] > > > > CTASSERT(1); // line 11 > > CTASSERT(0); // line 12 > > CTASSERT(1); CTASSERT(0); // line 13 > > > > > > NEWASSERT(1); // line 16 > > NEWASSERT(0) ; // line 17 > > NEWASSERT(1); NEWASSERT(0); // line 18 > > NEWASSERT(1); NEWASSERT(1); // line 19 > > > > > > $ gcc -v -c /tmp/tmp.c -Wall -Werror > > /tmp/tmp.c:12: error: size of array `__assert12' is negative > > /tmp/tmp.c:13: error: size of array `__assert13' is negative > > /tmp/tmp.c:13: error: redefinition of typedef '__assert13' > > /tmp/tmp.c:13: error: previous declaration of '__assert13' was here > > /tmp/tmp.c:17: error: size of array `__assert_17' is negative > > /tmp/tmp.c:18: error: size of array `__assert_18' is negative > > $ > > > > Note that the compiler doesn't complain about multiple definitions of > > __assert18 and __assert19 like it does about the multiple definitions > > of __assert13, which is the reason that CTASSERTs can't be used in > > header files. > > > > Thoughts? Will this work on compilers other than gcc? > > I think this is quite slick actually. I'm not sure this is standard C though. > For the kernel it is probably fine so long as icc handles it. My bad, I thought you replaced 'extern int' with 'typedef'. Multiple extern's should be quite acceptable I believe. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Oct 2 18:48:53 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3AEB91065686 for ; Thu, 2 Oct 2008 18:48:53 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.terabit.net.ua (mail.terabit.net.ua [195.137.202.147]) by mx1.freebsd.org (Postfix) with ESMTP id D39368FC0A for ; Thu, 2 Oct 2008 18:48:52 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from skuns.zoral.com.ua ([91.193.166.194] helo=mail.zoral.com.ua) by mail.terabit.net.ua with esmtp (Exim 4.63 (FreeBSD)) (envelope-from ) id 1KlTEJ-000Eb2-Fm; Thu, 02 Oct 2008 21:48:51 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m92ImmY2047180 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 2 Oct 2008 21:48:48 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id m92Imml0060096; Thu, 2 Oct 2008 21:48:48 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id m92Immin060095; Thu, 2 Oct 2008 21:48:48 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 2 Oct 2008 21:48:48 +0300 From: Kostik Belousov To: Igor R Message-ID: <20081002184848.GY46653@deviant.kiev.zoral.com.ua> References: <20081002085502.GU46653@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="P6PRkhImOxklJvkF" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.93.3, clamav-milter version 0.93.3 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua X-Virus-Scanned: mail.terabit.net.ua 1KlTEJ-000Eb2-Fm c94876f49b555409577e432d7431ee17 X-Terabit: YES Cc: freebsd-current@freebsd.org Subject: Re: Linux emulation on recent -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Oct 2008 18:48:53 -0000 --P6PRkhImOxklJvkF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 02, 2008 at 09:44:21PM +0400, Igor R wrote: > I cannot get full kernel dump (it just stops after 177 Mb), but I was > able to get textdump. More info: I was unable install any > emulators/linux_base* ports (with panic, but I was in X11 those > times), so I just mounted ext2fs partition with Ubuntu 7.10 and tried > to execute /compat/linux/bin/bash >=20 > version.txt: > FreeBSD 8.0-CURRENT #4: Wed Oct 1 22:19:52 MSD 2008 > igorr@igorr-nb.home:/usr/obj/usr/src/sys/NB >=20 > panic.txt: > mutex Giant not owned at /usr/src/sys/kern/vfs_subr.c:2120 >=20 > msgbuf.txt: [Skipped unrelevant kbytes] > 0xbfbfdfe4, ebp =3D 0xbfbfe0e8 --- > panic: mutex Giant not owned at /usr/src/sys/kern/vfs_subr.c:2120 > cpuid =3D 0 > KDB: enter: panic > panic: from debugger > cpuid =3D 0 > Uptime: 17m23s We need a backtrace from the panic. Doing "bt" from ddb after the panic and posting kernel output starting from "panic: ..." line would be a good start. As a guess, it might be ext2fs problem. --P6PRkhImOxklJvkF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkjlF48ACgkQC3+MBN1Mb4g5MQCaAvqoLenriDnQbZxK/heYK2oq j38An3VRR0dtYUyLbqzR0An233xfZJ3u =Cctz -----END PGP SIGNATURE----- --P6PRkhImOxklJvkF-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 2 19:53:12 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1DB501065692 for ; Thu, 2 Oct 2008 19:53:12 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 911A08FC1D for ; Thu, 2 Oct 2008 19:53:11 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.1.14) with ESMTPSA id 223228342; Thu, 02 Oct 2008 22:53:10 +0300 Message-ID: <48E526A6.8000107@FreeBSD.org> Date: Thu, 02 Oct 2008 22:53:10 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.16 (X11/20080726) MIME-Version: 1.0 To: gary.jennejohn@freenet.de References: <1222892584.00020319.1222880402@10.7.7.3> <48E47ADF.7030004@FreeBSD.org> <20081002144243.3f2e7310@ernst.jennejohn.org> <48E4CC6C.6050407@FreeBSD.org> <20081002194411.387b7f32@ernst.jennejohn.org> In-Reply-To: <20081002194411.387b7f32@ernst.jennejohn.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: regression in HDA functionality X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Oct 2008 19:53:12 -0000 Gary Jennejohn wrote: > On Thu, 02 Oct 2008 16:28:12 +0300 > Alexander Motin wrote: > >> Gary Jennejohn wrote: >>>>> I can provide verbose boot output from both kernels, if desired. Basically, it looks >>>>> like the headphone output gets disabled with the new driver. >>>> Usually such problem means that you have broken BIOS. Verbose output >>>> usually shows where the problem is and writing some device hints usually >>>> allows to fix the problem. Read updated snd_hda man page and if it not >>>> help - send your verbose output to me. >>> I read the man page but I must admit that it didn't help me any. I >>> tried setting some device hints but they didn't help either. I'm >>> obviously failing to understand something. >>> >>> See dmesg_verbose_amd64 and sndstat under ~gj on freefall. >> I don't see any problem there. It is possible that you may just >> misunderstood what you have got. You have: >> pcm0 - SPDIF/HDMI on video card >> pcm1 - rear 7.1 playback and main record >> pcm2 - front headphones playback and mic record >> pcm3 - SPDIF in/out. >> >> So, what the problem is? What are you doing, what expecting and what >> getting? > > I'm not getting any sound on the headphones, either plugged into the > back or the front. Which pcm/dsp device do you use? By default system and players uses /dev/dsp0 which is in your case connected to your HDMI output now as it was detected first. Try to set hw.snd.default_unit sysctl to 0 (default), 1, 2 and 3 and play something. > With the old kernel it just works. Old kernel just was unable to support even a half of that what new one can. There was no SPDIF/HDMI, was no multi codec and multi device support, often was no recording. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Thu Oct 2 20:09:46 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD67D106568A for ; Thu, 2 Oct 2008 20:09:46 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 5096F8FC1A for ; Thu, 2 Oct 2008 20:09:46 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m92K9du3084533; Thu, 2 Oct 2008 16:09:40 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 2 Oct 2008 15:53:12 -0400 User-Agent: KMail/1.9.7 References: <2DC640DB-2B7C-4111-9842-BDFA3E134282@panasas.com> In-Reply-To: <2DC640DB-2B7C-4111-9842-BDFA3E134282@panasas.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200810021553.12976.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Thu, 02 Oct 2008 16:09:40 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/8372/Thu Oct 2 11:21:47 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Joel Jacobson Subject: Re: scatter/gather in struct buf/bio X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Oct 2008 20:09:46 -0000 On Thursday 02 October 2008 02:11:38 pm Joel Jacobson wrote: > Greetings - > > I have something which would be vastly improved by the ability to > construct my own sgl to pass through a buf, and ran across: > > http://wiki.freebsd.org/Buf0x > > Is there somewhere I can follow progress, and/or contribute assistance? The jhb_bio branch still exists. I've made some refinements to the sglist API and need to do so more. I think my next test will be to add a sglist to each bio in geom_disk and geom_vfs. I then might try to update physio (dd if=/dev/XXX) to not map buffers into KVA (probably tweakable via sysctl) and patch ATA to use the new bus dma call with the sglist in the bio and see what difference that makes. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Oct 2 20:30:18 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5BA761065695 for ; Thu, 2 Oct 2008 20:30:18 +0000 (UTC) (envelope-from igor4ml@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184]) by mx1.freebsd.org (Postfix) with ESMTP id DE7508FC13 for ; Thu, 2 Oct 2008 20:30:17 +0000 (UTC) (envelope-from igor4ml@gmail.com) Received: by nf-out-0910.google.com with SMTP id h3so532286nfh.33 for ; Thu, 02 Oct 2008 13:30:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=Ce3rKl2h+SjC1gikaMhQEWN700rI0IaGKFwlfG4q6RY=; b=Y9H6ZeVCxccfIyxDG/E0vSfuhCDY+rPxYwDVj/l7EDXuxBrUa73j56yviEZJEBDD5W vCXqXinF9q/FYL35csNEz5Pp4OgDlLddYVrLWKoRnpIa2Ay3LA76QqXoLCjzG8tkWWLs h/fjaXty6qcZqZVhNIz+LHF1+yLcWf2fdDuO8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=BQ2dIxE2PAaPi7iHZu+9o1MVT8xfvLhAWhdJoR1Ykbc9ngjAgFXzAat323f2Ky6jrL VxBNMl8BYmsMB5AB/rtfAceLgrk53MEw8NiAZ9ljSHBTIElnSd/XfCLtv5WIsCdwaQej DdC0q2Sk5ty8i6j81V3tBjgeosc2fUJko5rmE= Received: by 10.210.141.4 with SMTP id o4mr90924ebd.137.1222979416399; Thu, 02 Oct 2008 13:30:16 -0700 (PDT) Received: by 10.210.30.15 with HTTP; Thu, 2 Oct 2008 13:30:16 -0700 (PDT) Message-ID: Date: Fri, 3 Oct 2008 00:30:16 +0400 From: "Igor R" To: freebsd-current@freebsd.org In-Reply-To: <20081002184848.GY46653@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081002085502.GU46653@deviant.kiev.zoral.com.ua> <20081002184848.GY46653@deviant.kiev.zoral.com.ua> Subject: Re: Linux emulation on recent -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Oct 2008 20:30:18 -0000 Bellow is handwritten data after 'bt', I hope I wrote it correct: _mtx_assert(c07ef750,4,c076f9ae,848,c075e992,...) at _mtx_assert + 0x83 vrele(c8111218,3,e71aec74,3,820cdc8,...) at vrele+0x5d linux_pread(c4aa7000,e71aecf8,e71aed18,e71aed1c,c787d620,...) at linux_pread+0x8a syscall(e71aed38) at syscall+0x27a Xint0x80_syscall() at Xint0x80_syscall+0x20 ---syscall(180,Linux ELF,linux_pread), .... This is notebook, so I cannot attach serial console to it. > As a guess, it might be ext2fs problem. I dont think so because first panics were not connected with ext2fs at all, I had tried to install emulators/linux_base-f8 and got panic. Only then I started to use /compat/linux/bash from actual ext2fs to get panic. From owner-freebsd-current@FreeBSD.ORG Thu Oct 2 20:47:16 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0EC5A1065692 for ; Thu, 2 Oct 2008 20:47:16 +0000 (UTC) (envelope-from hartzell@alerce.com) Received: from merlin.alerce.com (merlin.alerce.com [64.62.142.94]) by mx1.freebsd.org (Postfix) with ESMTP id EA24A8FC21 for ; Thu, 2 Oct 2008 20:47:15 +0000 (UTC) (envelope-from hartzell@alerce.com) Received: from merlin.alerce.com (localhost [127.0.0.1]) by merlin.alerce.com (Postfix) with ESMTP id 5703833C62; Thu, 2 Oct 2008 13:25:27 -0700 (PDT) Received: from merlin.alerce.com (localhost [127.0.0.1]) by merlin.alerce.com (Postfix) with ESMTP id E1EB333C5B; Thu, 2 Oct 2008 13:25:26 -0700 (PDT) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18661.11810.515902.79084@almost.alerce.com> Date: Thu, 2 Oct 2008 13:25:06 -0700 To: gary.jennejohn@freenet.de In-Reply-To: <20081002194411.387b7f32@ernst.jennejohn.org> References: <1222892584.00020319.1222880402@10.7.7.3> <48E47ADF.7030004@FreeBSD.org> <20081002144243.3f2e7310@ernst.jennejohn.org> <48E4CC6C.6050407@FreeBSD.org> <20081002194411.387b7f32@ernst.jennejohn.org> X-Mailer: VM 7.19 under Emacs 22.1.50.1 X-Virus-Scanned: ClamAV using ClamSMTP X-Mailman-Approved-At: Thu, 02 Oct 2008 20:57:01 +0000 Cc: Alexander Motin , freebsd-current@freebsd.org Subject: Re: regression in HDA functionality X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hartzell@alerce.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Oct 2008 20:47:16 -0000 Gary Jennejohn writes: > On Thu, 02 Oct 2008 16:28:12 +0300 > Alexander Motin wrote: > > > Gary Jennejohn wrote: > > >>> I can provide verbose boot output from both kernels, if desired. Basically, it looks > > >>> like the headphone output gets disabled with the new driver. > > >> Usually such problem means that you have broken BIOS. Verbose output > > >> usually shows where the problem is and writing some device hints usually > > >> allows to fix the problem. Read updated snd_hda man page and if it not > > >> help - send your verbose output to me. > > > > > > I read the man page but I must admit that it didn't help me any. I > > > tried setting some device hints but they didn't help either. I'm > > > obviously failing to understand something. > > > > > > See dmesg_verbose_amd64 and sndstat under ~gj on freefall. > > > > I don't see any problem there. It is possible that you may just > > misunderstood what you have got. You have: > > pcm0 - SPDIF/HDMI on video card > > pcm1 - rear 7.1 playback and main record > > pcm2 - front headphones playback and mic record > > pcm3 - SPDIF in/out. > > > > So, what the problem is? What are you doing, what expecting and what > > getting? > > > > I'm not getting any sound on the headphones, either plugged into the > back or the front. With the old kernel it just works. You might discover the sound on one of the other pcm devices, that's what happened to me on my mac pro (it's not clear that it should be on the other device, but it works...). Here's a message swell.k sent to the list in response to my query about how to use different devices. g. swell.k@gmail.com writes: > George Hartzell writes: > > [...] > > An even simpler question would be, how can I test the other pcm > > devices? > > If you look closely at /dev/sndstat output you'll notice there is > `default' keyword on one of the pcm's. To change it you have to > set hw.snd.default_unit accordingly. It's documented in sound(4). > Next time you'll run mpg123 it will use different /dev/dsp. > From owner-freebsd-current@FreeBSD.ORG Thu Oct 2 22:30:04 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 58CA11065688 for ; Thu, 2 Oct 2008 22:30:04 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: from websrv01.jr-hosting.nl (websrv01.jr-hosting.nl [78.47.69.233]) by mx1.freebsd.org (Postfix) with ESMTP id 17C568FC0A for ; Thu, 2 Oct 2008 22:30:04 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: from [77.110.37.134] (helo=hackbook.local) by websrv01.jr-hosting.nl with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KlW5u-000MNY-8o; Thu, 02 Oct 2008 23:52:22 +0200 Message-ID: <48E54290.5010600@FreeBSD.org> Date: Thu, 02 Oct 2008 23:52:16 +0200 From: Joel Dahl User-Agent: Thunderbird 2.0.0.17 (Macintosh/20080914) MIME-Version: 1.0 To: Alexander Motin References: <1222892584.00020319.1222880402@10.7.7.3> <48E47ADF.7030004@FreeBSD.org> <20081002144243.3f2e7310@ernst.jennejohn.org> <48E4CC6C.6050407@FreeBSD.org> <20081002194411.387b7f32@ernst.jennejohn.org> <48E526A6.8000107@FreeBSD.org> In-Reply-To: <48E526A6.8000107@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: regression in HDA functionality X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Oct 2008 22:30:04 -0000 Alexander Motin wrote: > Gary Jennejohn wrote: > > With the old kernel it just works. > > Old kernel just was unable to support even a half of that what new one > can. There was no SPDIF/HDMI, was no multi codec and multi device > support, often was no recording. But basic stuff like speakers and plugging in headphones "just worked" with the old driver. Your new driver may support much, much more features, but we've seen an alarming numbers of complaints about basic functionality being broken now (with the new driver). Oh, and I'm not trying to flame your work. It's great that we have someone that takes care of this code, but I just can't help but think that this driver should have gone through a few more iterations of testing before entering the tree. -- Joel From owner-freebsd-current@FreeBSD.ORG Thu Oct 2 22:30:16 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 220FB106569B; Thu, 2 Oct 2008 22:30:16 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 5E3478FC13; Thu, 2 Oct 2008 22:30:15 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.1.14) with ESMTPSA id 223242918; Fri, 03 Oct 2008 01:30:14 +0300 Message-ID: <48E54B75.3010307@FreeBSD.org> Date: Fri, 03 Oct 2008 01:30:13 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.16 (X11/20080726) MIME-Version: 1.0 To: Joel Dahl References: <1222892584.00020319.1222880402@10.7.7.3> <48E47ADF.7030004@FreeBSD.org> <20081002144243.3f2e7310@ernst.jennejohn.org> <48E4CC6C.6050407@FreeBSD.org> <20081002194411.387b7f32@ernst.jennejohn.org> <48E526A6.8000107@FreeBSD.org> <48E54290.5010600@FreeBSD.org> In-Reply-To: <48E54290.5010600@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: regression in HDA functionality X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Oct 2008 22:30:16 -0000 Joel Dahl wrote: > Alexander Motin wrote: >> Gary Jennejohn wrote: >> > With the old kernel it just works. >> >> Old kernel just was unable to support even a half of that what new one >> can. There was no SPDIF/HDMI, was no multi codec and multi device >> support, often was no recording. > > But basic stuff like speakers and plugging in headphones "just worked" > with the old driver. Your new driver may support much, much more > features, but we've seen an alarming numbers of complaints about basic > functionality being broken now (with the new driver). Functionality is not broken! It has just changed and that change is cleanly shown in manual: According to HDA and UAA specifications, depending on number of HDA buses and codecs present in system, their audio capabilities and BIOS provided configuration, the snd_hda driver often provides several PCM audio devices. The only I can add is a hint to use hw.snd.default_unit sysctl. > Oh, and I'm not trying to flame your work. It's great that we have > someone that takes care of this code, but I just can't help but think > that this driver should have gone through a few more iterations of > testing before entering the tree. Please don't. In two weeks since this code entered the tree (CURRENT) there was only one complain about real driver bug. All others were results of or BIOS's codec misconfiguration (which could be fixed with documented device hints) or user's misunderstanding. In this specific case man has actually TWO sound cards in system: one with HDMI output and another with set of connectors on motherboard. Driver itself worked perfectly! It is not a driver problem that video card's codec was detected first by PCI bus while it's HDMI output is not connected! If you think that driver should have some additional logic in handling of such cases - describe it please. I don't see why driver should not use digital outputs or how independent soundcards should be ordered (actually it is not driver's business to enumerate soundcards). If you think that driver is not documented good, please feel free to fix. I am not a native speaker, sorry. I did all I can. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Thu Oct 2 22:40:04 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A4871065687; Thu, 2 Oct 2008 22:40:04 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 2A5618FC27; Thu, 2 Oct 2008 22:40:02 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.local ([192.168.254.200]) (authenticated bits=0) by pooker.samsco.org (8.14.2/8.14.2) with ESMTP id m92MdumS091638; Thu, 2 Oct 2008 16:39:56 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <48E54DBC.5030005@samsco.org> Date: Thu, 02 Oct 2008 16:39:56 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: John Baldwin References: <2DC640DB-2B7C-4111-9842-BDFA3E134282@panasas.com> <200810021553.12976.jhb@freebsd.org> In-Reply-To: <200810021553.12976.jhb@freebsd.org> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.4 required=3.8 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: Joel Jacobson , freebsd-current@freebsd.org Subject: Re: scatter/gather in struct buf/bio X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Oct 2008 22:40:04 -0000 John Baldwin wrote: > On Thursday 02 October 2008 02:11:38 pm Joel Jacobson wrote: >> Greetings - >> >> I have something which would be vastly improved by the ability to >> construct my own sgl to pass through a buf, and ran across: >> >> http://wiki.freebsd.org/Buf0x >> >> Is there somewhere I can follow progress, and/or contribute assistance? > > The jhb_bio branch still exists. I've made some refinements to the sglist API > and need to do so more. I think my next test will be to add a sglist to each > bio in geom_disk and geom_vfs. I then might try to update physio (dd > if=/dev/XXX) to not map buffers into KVA (probably tweakable via sysctl) and > patch ATA to use the new bus dma call with the sglist in the bio and see what > difference that makes. > Doing a single dd probably isn't going to show any difference at all. That won't mean that the changes aren't worthwhile, it'll just mean that you're testing the seek latency of the disk, which is a property that is reliably static. Please talk to me in private about effective ways to do performance testing for something like this. Scott From owner-freebsd-current@FreeBSD.ORG Thu Oct 2 23:13:56 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12F1F10656A8 for ; Thu, 2 Oct 2008 23:13:56 +0000 (UTC) (envelope-from redchin@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.freebsd.org (Postfix) with ESMTP id 912118FC1B for ; Thu, 2 Oct 2008 23:13:55 +0000 (UTC) (envelope-from redchin@gmail.com) Received: by ug-out-1314.google.com with SMTP id m2so1138572uge.39 for ; Thu, 02 Oct 2008 16:13:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=uJS65vJkzivFiFDhLJ8O0sZynP4Lt4f7aaokaITHt6I=; b=StvlV6ggc3VGfQhjhDtAHlzjalBnfMXT942cV/W2eXaGaQPQCuLjO+wbYK+1bzwBlj 1a73GrUDZB8ElpOJoZmI4zsIyUQFmkMQc5m6j2jG0xryvzxDsPiT/szKtDMUVVRaEuMQ rWV41/xyJTw+/imcsDeqNVcYT8vZ5UzM6tPB8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=s/PyQcWHas3xT6H+thuH0gybY+UH2GSVFzIdo5VSLhH2PU/8qkWFZ6lhP6kB8u42uS 00VTQ+NFJ4AXvfkgJlIHCHulJOWXDhX7HFeY8/Nb08KiBbNR7mR0CHz0y41NClLjkgTq GpLVCo3nJid8b1/O6oQc1RfHV/PVbk7gRoUww= Received: by 10.210.105.19 with SMTP id d19mr248105ebc.135.1222987406962; Thu, 02 Oct 2008 15:43:26 -0700 (PDT) Received: by 10.210.66.19 with HTTP; Thu, 2 Oct 2008 15:43:26 -0700 (PDT) Message-ID: <1d3ed48c0810021543s50ed29dbtf5848e9ede45045b@mail.gmail.com> Date: Thu, 2 Oct 2008 15:43:26 -0700 From: "Kevin Downey" To: "Joel Dahl" In-Reply-To: <48E54290.5010600@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1222892584.00020319.1222880402@10.7.7.3> <48E47ADF.7030004@FreeBSD.org> <20081002144243.3f2e7310@ernst.jennejohn.org> <48E4CC6C.6050407@FreeBSD.org> <20081002194411.387b7f32@ernst.jennejohn.org> <48E526A6.8000107@FreeBSD.org> <48E54290.5010600@FreeBSD.org> Cc: Alexander Motin , freebsd-current@freebsd.org Subject: Re: regression in HDA functionality X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Oct 2008 23:13:56 -0000 On Thu, Oct 2, 2008 at 2:52 PM, Joel Dahl wrote: > Alexander Motin wrote: >> >> Gary Jennejohn wrote: >> > With the old kernel it just works. >> >> Old kernel just was unable to support even a half of that what new one >> can. There was no SPDIF/HDMI, was no multi codec and multi device support, >> often was no recording. > > But basic stuff like speakers and plugging in headphones "just worked" with > the old driver. Your new driver may support much, much more features, but > we've seen an alarming numbers of complaints about basic functionality being > broken now (with the new driver). > > Oh, and I'm not trying to flame your work. It's great that we have someone > that takes care of this code, but I just can't help but think that this > driver should have gone through a few more iterations of testing before > entering the tree. > > -- > Joel The new hda definitely makes basic functionality "just work" for me. With the previous hda when I plugged headphones into my msi wind laptop sound continued to play out of the speakers. -- The Mafia way is that we pursue larger goals under the guise of personal relationships. Fisheye From owner-freebsd-current@FreeBSD.ORG Fri Oct 3 00:15:09 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10843106569D; Fri, 3 Oct 2008 00:15:09 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 5D3778FC15; Fri, 3 Oct 2008 00:15:07 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-215-61.lns11.adl2.internode.on.net [121.45.215.61]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id m930F4Mb018335 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Fri, 3 Oct 2008 09:45:04 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Fri, 3 Oct 2008 09:44:38 +0930 User-Agent: KMail/1.9.7 References: <1222892584.00020319.1222880402@10.7.7.3> <48E54290.5010600@FreeBSD.org> <48E54B75.3010307@FreeBSD.org> In-Reply-To: <48E54B75.3010307@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2757463.ZzDTsujB70"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200810030945.00843.doconnor@gsoft.com.au> X-Spam-Score: -2.212 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Alexander Motin , Joel Dahl Subject: Re: regression in HDA functionality X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Oct 2008 00:15:09 -0000 --nextPart2757463.ZzDTsujB70 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Fri, 3 Oct 2008, Alexander Motin wrote: > If you think that driver should have some additional logic in > handling of such cases - describe it please. I don't see why driver > should not use digital outputs or how independent soundcards should > be ordered (actually it is not driver's business to enumerate > soundcards). > > If you think that driver is not documented good, please feel free to > fix. I am not a native speaker, sorry. I did all I can. It seems that a lot of new systems now have multiple sound outputs=20 (because they use HDA) so there needs to be some way to elect a default=20 sound output (override by sysctl of course :) eg selecting the HDMI output is pointless if there is no HDMI link=20 active (can you detect HDMI status?) Maybe devd can be fed events in some way? I don't know if it's possible=20 but if the HDA driver could detect jack status (ie if something is=20 plugged in) then it would be fairly straightforward to write a script=20 to switch output when the user plugged in headphones. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2757463.ZzDTsujB70 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iD8DBQBI5WQE5ZPcIHs/zowRAvJ8AKCh8DOo403FmEzHgW6uOsyLmmACZQCgn3Th s9pdpmeEOQeGF8ZGWcdOzLg= =o9je -----END PGP SIGNATURE----- --nextPart2757463.ZzDTsujB70-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 3 01:42:03 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06C7B106569C; Fri, 3 Oct 2008 01:42:03 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id D961E8FC1C; Fri, 3 Oct 2008 01:42:02 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.3/8.14.3) with ESMTP id m931g2k9080507; Thu, 2 Oct 2008 18:42:02 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.3/8.14.3/Submit) id m931g2Sp080506; Thu, 2 Oct 2008 18:42:02 -0700 (PDT) (envelope-from sgk) Date: Thu, 2 Oct 2008 18:42:02 -0700 From: Steve Kargl To: Joel Dahl Message-ID: <20081003014202.GA80474@troutmask.apl.washington.edu> References: <1222892584.00020319.1222880402@10.7.7.3> <48E47ADF.7030004@FreeBSD.org> <20081002144243.3f2e7310@ernst.jennejohn.org> <48E4CC6C.6050407@FreeBSD.org> <20081002194411.387b7f32@ernst.jennejohn.org> <48E526A6.8000107@FreeBSD.org> <48E54290.5010600@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48E54290.5010600@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: Alexander Motin , freebsd-current@freebsd.org Subject: Re: regression in HDA functionality X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Oct 2008 01:42:03 -0000 On Thu, Oct 02, 2008 at 11:52:16PM +0200, Joel Dahl wrote: > Alexander Motin wrote: > >Gary Jennejohn wrote: > > > With the old kernel it just works. > > > >Old kernel just was unable to support even a half of that what new one > >can. There was no SPDIF/HDMI, was no multi codec and multi device > >support, often was no recording. > > But basic stuff like speakers and plugging in headphones "just worked" > with the old driver. There are several PR's against the older driver. These PR were neglected and are still neglected. > Your new driver may support much, much more > features, but we've seen an alarming numbers of complaints about basic > functionality being broken now (with the new driver). There were just as many against the old driver. You didn't notice because you were one of the fortunate users. > Oh, and I'm not trying to flame your work. It's great that we have > someone that takes care of this code, but I just can't help but think > that this driver should have gone through a few more iterations of > testing before entering the tree. I don't agree with your position. I'll also note that neither the old driver nor the new driver work with my hardware. The difference is that Alexander has been quite helpful in providing help in debugging the problems with the new driver. -- Steve From owner-freebsd-current@FreeBSD.ORG Fri Oct 3 04:31:04 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 175BD106568D for ; Fri, 3 Oct 2008 04:31:04 +0000 (UTC) (envelope-from elmofo@uol.com.br) Received: from smtp.uol.com.br (smtpout8.uol.com.br [200.221.4.199]) by mx1.freebsd.org (Postfix) with ESMTP id CDB658FC0A for ; Fri, 3 Oct 2008 04:31:03 +0000 (UTC) (envelope-from elmofo@uol.com.br) Received: from localhost (localhost [127.0.0.1]) by socom8.uol.com.br (Postfix) with ESMTP id D42E51C00061B for ; Fri, 3 Oct 2008 01:06:38 -0300 (BRT) Received: from fixed-mofo (189-47-65-118.dsl.telesp.net.br [189.47.65.118]) by socom8.uol.com.br (Postfix) with SMTP id 4CA491C0005D4 for ; Fri, 3 Oct 2008 01:06:38 -0300 (BRT) Date: Fri, 3 Oct 2008 01:06:36 -0300 From: Thiago Luz Basilio To: freebsd-current@freebsd.org Message-Id: <20081003010636.4effff1d.elmofo@uol.com.br> X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.11; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-SIG5: 428cd35ee9e226a7297ed70511780507 Subject: FreeBSD-current on Acer Aspire One X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Oct 2008 04:31:04 -0000 Hello! Anybody is testing FreeBSD-current on the Acer Aspire One? I'm testing FreeBSD-current and NetBSD-current on it, to figure a best BSD option for it. I'm running away from any Linux-thing possibility for this machine, because I just can't cope well with almost any Linux distribution. It seems that with the lastest ath_hal version, the Atheros wireless card works on the Aspire One. The wired card (re) works fine, CPU is proper recognized, SpeedStep works, sound works. But how about the SD/MMC card reader? Anybody has any clue? I've seen some patches flying around, but many of them were for Ricoh-based readers, and this machine uses a JMicron-based reader. Thanks in advance, Thiago. From owner-freebsd-current@FreeBSD.ORG Fri Oct 3 05:50:02 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 171D6106569D for ; Fri, 3 Oct 2008 05:50:02 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.190]) by mx1.freebsd.org (Postfix) with ESMTP id 5B8678FC14 for ; Fri, 3 Oct 2008 05:50:00 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by ti-out-0910.google.com with SMTP id d27so824993tid.3 for ; Thu, 02 Oct 2008 22:49:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:subject:message-id:reply-to:mime-version:content-type :content-disposition:user-agent; bh=RgmUnS+C58Xn6BnVRbPN0zIkzIG+wxBs4ZIlzQruxzQ=; b=X7vE0rFZncq3iSNI77NKFPMquvrHIttxWudWcFTyb5hflbRBhtbmNH/bJ8jHUj7uM9 3Bhpy1sw7k8s8n6lQrX/Rrol24DfG3Tw+P/1WCax8XVf+QePVy65xYEyD9aTw94u+BuS ALkkhbChSevGSQwnsbEGqe05TzstE2c8nkLpA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:reply-to:mime-version:content-type :content-disposition:user-agent; b=ox1WzZ3J7QgmP/4PeaN6Bep8jRzHnXPxAKHZLpVy9BGUwxm2nvyfYwvCtzRskTHlmF xru8mLhcX0PUHOAxEaVbujoRu6BZ5UMwvvRePecDGEe2NkIxaRSW+BfJLY0J2OgBcRMt GPmvGYwTMC1g/cFzODkMWiOsvl3abwjdqbn0Q= Received: by 10.110.11.1 with SMTP id 1mr863212tik.53.1223012999645; Thu, 02 Oct 2008 22:49:59 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id 22sm7263873tim.16.2008.10.02.22.49.56 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 02 Oct 2008 22:49:57 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m935lwxi072297 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 3 Oct 2008 14:47:58 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m935lukD072296 for freebsd-current@FreeBSD.org; Fri, 3 Oct 2008 14:47:56 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Fri, 3 Oct 2008 14:47:56 +0900 From: Pyun YongHyeon To: freebsd-current@FreeBSD.org Message-ID: <20081003054756.GB71518@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="LyciRD1jyfeSSjG0" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: Call for axe(4) testers. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Oct 2008 05:50:02 -0000 --LyciRD1jyfeSSjG0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, Attached file is fix for AX88178 USB Gigabit controller. The patch removed old hack to find the correct PHY address of controller and it will affect all axe(4) controllers. If you have axe(4) hardware please give it try and let me know how it goes. Thanks. -- Regards, Pyun YongHyeon --LyciRD1jyfeSSjG0 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="axe.88178.patch" Index: sys/dev/usb/if_axe.c =================================================================== --- sys/dev/usb/if_axe.c (revision 183560) +++ sys/dev/usb/if_axe.c (working copy) @@ -162,6 +162,7 @@ static miibus_writereg_t axe_miibus_writereg; static miibus_statchg_t axe_miibus_statchg; +static int axe_get_phyno(struct axe_softc *, int); static int axe_encap(struct axe_softc *, struct mbuf *, int); static void axe_rxeof(usbd_xfer_handle, usbd_private_handle, usbd_status); static void axe_txeof(usbd_xfer_handle, usbd_private_handle, usbd_status); @@ -248,21 +249,10 @@ return(0); AXE_SLEEPLOCKASSERT(sc); -#ifdef notdef - /* - * The chip tells us the MII address of any supported - * PHYs attached to the chip, so only read from those. - */ - if (sc->axe_phyaddrs[0] != AXE_NOPHY && phy != sc->axe_phyaddrs[0]) + if (sc->axe_phyno != phy) return (0); - if (sc->axe_phyaddrs[1] != AXE_NOPHY && phy != sc->axe_phyaddrs[1]) - return (0); -#endif - if (sc->axe_phyaddrs[0] != 0xFF && sc->axe_phyaddrs[0] != phy) - return (0); - AXE_LOCK(sc); axe_cmd(sc, AXE_CMD_MII_OPMODE_SW, 0, 0, NULL); err = axe_cmd(sc, AXE_CMD_MII_READ_REG, reg, phy, (void *)&val); @@ -274,9 +264,6 @@ return(-1); } - if (val && val != 0xffff) - sc->axe_phyaddrs[0] = phy; - return (le16toh(val)); } @@ -290,6 +277,10 @@ return(0); AXE_SLEEPLOCKASSERT(sc); + + if (sc->axe_phyno != phy) + return (0); + AXE_LOCK(sc); axe_cmd(sc, AXE_CMD_MII_OPMODE_SW, 0, 0, NULL); val = htole32(val); @@ -310,12 +301,43 @@ { struct axe_softc *sc = device_get_softc(dev); struct mii_data *mii = GET_MII(sc); + struct ifnet *ifp; int val, err; - val = (mii->mii_media_active & IFM_GMASK) == IFM_FDX ? - AXE_MEDIA_FULL_DUPLEX : 0; + ifp = sc->axe_ifp; + if (mii == NULL || ifp == NULL || + (ifp->if_drv_flags & IFF_DRV_RUNNING) == 0) + return; + + sc->axe_link = 0; + if ((mii->mii_media_status & (IFM_ACTIVE | IFM_AVALID)) == + (IFM_ACTIVE | IFM_AVALID)) { + switch (IFM_SUBTYPE(mii->mii_media_active)) { + case IFM_10_T: + case IFM_100_TX: + sc->axe_link++; + break; + case IFM_1000_T: + if ((sc->axe_flags & AX178) == 0) + break; + sc->axe_link++; + break; + default: + break; + } + } + + /* Lost link, do nothing. */ + if (sc->axe_link == 0) + return; + + val = 0; + if ((IFM_OPTIONS(mii->mii_media_active) & IFM_FDX) != 0) + val |= AXE_MEDIA_FULL_DUPLEX; if (sc->axe_flags & (AX178|AX772)) { val |= AXE_178_MEDIA_RX_EN | AXE_178_MEDIA_MAGIC; + if (sc->axe_flags & AX178) + val |= AXE_178_MEDIA_ENCK; switch (IFM_SUBTYPE(mii->mii_media_active)) { case IFM_1000_T: @@ -343,7 +365,6 @@ struct axe_softc *sc = ifp->if_softc; struct mii_data *mii = GET_MII(sc); - sc->axe_link = 0; if (mii->mii_instance) { struct mii_softc *miisc; LIST_FOREACH(miisc, &mii->mii_phys, mii_list) @@ -456,6 +477,9 @@ axe_cmd(sc, AXE_CMD_SW_RESET_REG, 0, AXE_SW_RESET_PRL | AXE_178_RESET_MAGIC, NULL); usbd_delay_ms(sc->axe_udev, 150); + /* Enable MII/GMII/RGMII interface to work with external PHY. */ + axe_cmd(sc, AXE_CMD_SW_PHY_SELECT, 0, 0, NULL); + usbd_delay_ms(sc->axe_udev, 150); axe_cmd(sc, AXE_CMD_RXCTL_WRITE, 0, 0, NULL); } @@ -465,7 +489,7 @@ axe_cmd(sc, AXE_CMD_WRITE_GPIO, 0, 0x00b0, NULL); usbd_delay_ms(sc->axe_udev, 40); - if (sc->axe_phyaddrs[1] == AXE_INTPHY) { + if (sc->axe_phyno == AXE_PHY_NO_AX772_EPHY) { /* ask for embedded PHY */ axe_cmd(sc, AXE_CMD_SW_PHY_SELECT, 0, 0x01, NULL); usbd_delay_ms(sc->axe_udev, 10); @@ -516,6 +540,30 @@ return; } +static int +axe_get_phyno(struct axe_softc *sc, int sel) +{ + int phyno; + + phyno = -1; + switch (AXE_PHY_TYPE(sc->axe_phyaddrs[sel])) { + case PHY_TYPE_100_HOME: + case PHY_TYPE_GIG: + phyno = AXE_PHY_NO(sc->axe_phyaddrs[sel]); + break; + case PHY_TYPE_SPECIAL: + /* FALLTHROUGH */ + case PHY_TYPE_RSVD: + /* FALLTHROUGH */ + case PHY_TYPE_NON_SUP: + /* FALLTHROUGH */ + default: + break; + } + + return (phyno); +} + /* * Probe for a AX88172 chip. */ @@ -610,6 +658,14 @@ /* We need the PHYID for the init dance in some cases */ axe_cmd(sc, AXE_CMD_READ_PHYID, 0, 0, (void *)&sc->axe_phyaddrs); + sc->axe_phyno = axe_get_phyno(sc, AXE_PHY_SEL_PRI); + if (sc->axe_phyno == -1) + sc->axe_phyno = axe_get_phyno(sc, AXE_PHY_SEL_SEC); + if (sc->axe_phyno == -1) { + device_printf(sc->axe_dev, + "no valid PHY address found, assuming PHY address 0\n"); + sc->axe_phyno = 0; + } if (sc->axe_flags & AX178) axe_ax88178_init(sc); @@ -629,12 +685,6 @@ */ axe_cmd(sc, AXE_CMD_READ_IPG012, 0, 0, (void *)&sc->axe_ipgs); - /* - * Work around broken adapters that appear to lie about - * their PHY addresses. - */ - sc->axe_phyaddrs[0] = sc->axe_phyaddrs[1] = 0xFF; - ifp = sc->axe_ifp = if_alloc(IFT_ETHER); if (ifp == NULL) { device_printf(sc->axe_dev, "can not if_alloc()\n"); @@ -999,12 +1049,8 @@ } mii_tick(mii); - if (!sc->axe_link && mii->mii_media_status & IFM_ACTIVE && - IFM_SUBTYPE(mii->mii_media_active) != IFM_NONE) { - sc->axe_link++; - if (!IFQ_DRV_IS_EMPTY(&ifp->if_snd)) - axe_start(ifp); - } + if (!IFQ_DRV_IS_EMPTY(&ifp->if_snd)) + axe_start(ifp); sc->axe_stat_ch = timeout(axe_tick, sc, hz); @@ -1122,6 +1168,7 @@ { struct axe_softc *sc = xsc; struct ifnet *ifp = sc->axe_ifp; + struct mii_data *mii = GET_MII(sc); struct axe_chain *c; usbd_status err; int i; @@ -1223,6 +1270,9 @@ usbd_transfer(c->axe_xfer); } + sc->axe_link = 0; + mii_mediachg(mii); + ifp->if_drv_flags |= IFF_DRV_RUNNING; ifp->if_drv_flags &= ~IFF_DRV_OACTIVE; Index: sys/dev/usb/if_axereg.h =================================================================== --- sys/dev/usb/if_axereg.h (revision 183560) +++ sys/dev/usb/if_axereg.h (working copy) @@ -134,9 +134,24 @@ #define AXE_178_RXCMD_MFB_8192 0x0200 /* 8K max frame burst */ #define AXE_178_RXCMD_MFB_16384 0x0300 /* 16K max frame burst*/ -#define AXE_NOPHY 0xE0 -#define AXE_INTPHY 0x10 +#define AXE_PHY_SEL_PRI 1 +#define AXE_PHY_SEL_SEC 0 +#define AXE_PHY_TYPE_MASK 0xE0 +#define AXE_PHY_TYPE_SHIFT 5 +#define AXE_PHY_TYPE(x) \ + (((x) & AXE_PHY_TYPE_MASK) >> AXE_PHY_TYPE_SHIFT) +#define PHY_TYPE_100_HOME 0 /* 10/100 or 1M HOME PHY */ +#define PHY_TYPE_GIG 1 /* Gigabit PHY */ +#define PHY_TYPE_SPECIAL 4 /* Special case */ +#define PHY_TYPE_RSVD 5 /* Reserved */ +#define PHY_TYPE_NON_SUP 7 /* Non-supported PHY */ + +#define AXE_PHY_NO_MASK 0x1F +#define AXE_PHY_NO(x) ((x) & AXE_PHY_NO_MASK) + +#define AXE_PHY_NO_AX772_EPHY 0x10 /* Embedded 10/100 PHY of AX88772 */ + #define AXE_TIMEOUT 1000 #define AXE_172_BUFSZ 1536 #define AXE_178_MIN_BUFSZ 2048 @@ -236,6 +251,7 @@ int axe_link; unsigned char axe_ipgs[3]; unsigned char axe_phyaddrs[2]; + int axe_phyno; struct timeval axe_rx_notice; struct usb_task axe_tick_task; int axe_bufsz; --LyciRD1jyfeSSjG0-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 3 07:48:08 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0258F106568E; Fri, 3 Oct 2008 07:48:08 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id B7EAA8FC17; Fri, 3 Oct 2008 07:48:07 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id AE7CF170E5; Fri, 3 Oct 2008 07:48:06 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.3/8.14.3) with ESMTP id m937m5Fl003977; Fri, 3 Oct 2008 07:48:06 GMT (envelope-from phk@critter.freebsd.dk) To: Scott Long From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 02 Oct 2008 16:39:56 CST." <48E54DBC.5030005@samsco.org> Date: Fri, 03 Oct 2008 07:48:05 +0000 Message-ID: <3976.1223020085@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Joel Jacobson , freebsd-current@freebsd.org Subject: Re: scatter/gather in struct buf/bio X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Oct 2008 07:48:08 -0000 In message <48E54DBC.5030005@samsco.org>, Scott Long writes: >Doing a single dd probably isn't going to show any difference at all. Actually, it will, because we save most of physio, but the difference is not that great. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Oct 3 07:49:30 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB71410656AB; Fri, 3 Oct 2008 07:49:30 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 61B3E8FC19; Fri, 3 Oct 2008 07:49:30 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p5DC5D74D.dip.t-dialin.net [93.197.215.77]) by redbull.bpaserver.net (Postfix) with ESMTP id 2238E2E290; Fri, 3 Oct 2008 09:49:17 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 3B9991517A9; Fri, 3 Oct 2008 09:49:14 +0200 (CEST) Received: (from www@localhost) by webmail.leidinger.net (8.14.2/8.13.8/Submit) id m937nDHu098694; Fri, 3 Oct 2008 09:49:13 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Fri, 03 Oct 2008 09:49:13 +0200 Message-ID: <20081003094913.18626ml1ym0aaqgw@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Fri, 03 Oct 2008 09:49:13 +0200 From: "Alexander Leidinger" To: "Alexander Motin" References: <1222892584.00020319.1222880402@10.7.7.3> <48E47ADF.7030004@FreeBSD.org> <20081002144243.3f2e7310@ernst.jennejohn.org> <48E4CC6C.6050407@FreeBSD.org> <20081002194411.387b7f32@ernst.jennejohn.org> <48E526A6.8000107@FreeBSD.org> <48E54290.5010600@FreeBSD.org> <48E54B75.3010307@FreeBSD.org> In-Reply-To: <48E54B75.3010307@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.2) / FreeBSD-8.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: 2238E2E290.76B87 X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, ORDB-RBL, SpamAssassin (not cached, score=-14.7, required 6, BAYES_00 -15.00, MR_NOT_ATTRIBUTED_IP 0.20, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: freebsd-current@FreeBSD.org, Joel Dahl Subject: Re: regression in HDA functionality X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Oct 2008 07:49:30 -0000 Quoting "Alexander Motin" (from Fri, 03 Oct 2008 =20 01:30:13 +0300): > In this specific case man has actually TWO sound cards in system: =20 > one with HDMI output and another with set of connectors on =20 > motherboard. Driver itself worked perfectly! It is not a driver =20 > problem that video card's codec was detected first by PCI bus while =20 > it's HDMI output is not connected! > > If you think that driver should have some additional logic in =20 > handling of such cases - describe it please. I don't see why driver =20 > should not use digital outputs or how independent soundcards should =20 > be ordered (actually it is not driver's business to enumerate =20 > soundcards). Can you change the order of pcm devices from one soundcard? I =20 understand that you can not change the PCI probe order, but maybe the =20 order of pcm1-3 if pcm1-3 are on the same hardware. If this is possible, it may be better to have the pcm device first =20 which is most likely used. Bye, Alexander. --=20 =09Why are you doing this to me? =09Because knowledge is torture, and there must be awareness before there is change. =09=09-- Jim Starlin, "Captain Marvel", #29 http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-current@FreeBSD.ORG Fri Oct 3 08:12:38 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 904FD1065686; Fri, 3 Oct 2008 08:12:38 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id C8C4D8FC0A; Fri, 3 Oct 2008 08:12:37 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from orphanage.alkar.net (account mav@alkar.net [212.86.226.11] verified) by cmail.optima.ua (CommuniGate Pro SMTP 5.1.14) with ESMTPA id 223296063; Fri, 03 Oct 2008 11:12:36 +0300 Message-ID: <48E5D3F3.1070504@FreeBSD.org> Date: Fri, 03 Oct 2008 11:12:35 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.14 (X11/20080612) MIME-Version: 1.0 To: Alexander Leidinger References: <1222892584.00020319.1222880402@10.7.7.3> <48E47ADF.7030004@FreeBSD.org> <20081002144243.3f2e7310@ernst.jennejohn.org> <48E4CC6C.6050407@FreeBSD.org> <20081002194411.387b7f32@ernst.jennejohn.org> <48E526A6.8000107@FreeBSD.org> <48E54290.5010600@FreeBSD.org> <48E54B75.3010307@FreeBSD.org> <20081003094913.18626ml1ym0aaqgw@webmail.leidinger.net> In-Reply-To: <20081003094913.18626ml1ym0aaqgw@webmail.leidinger.net> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, Joel Dahl Subject: Re: regression in HDA functionality X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Oct 2008 08:12:38 -0000 Alexander Leidinger wrote: >> In this specific case man has actually TWO sound cards in system: one >> with HDMI output and another with set of connectors on motherboard. >> Driver itself worked perfectly! It is not a driver problem that video >> card's codec was detected first by PCI bus while it's HDMI output is >> not connected! >> >> If you think that driver should have some additional logic in handling >> of such cases - describe it please. I don't see why driver should not >> use digital outputs or how independent soundcards should be ordered >> (actually it is not driver's business to enumerate soundcards). > > Can you change the order of pcm devices from one soundcard? I understand > that you can not change the PCI probe order, but maybe the order of > pcm1-3 if pcm1-3 are on the same hardware. Generally it is possible. > If this is possible, it may be better to have the pcm device first which > is most likely used. Usually present way is correct enough. Even in this case, if not a HDMI port, pcm0 would be the main rear audio port, pcm1 - auxiliary front headphones port and pcm2 digital I/O. So it is hard to manage better. One more interesting possible option here is to make headphones connector to redirect main output. Driver and codec allow it. But it is completely depends on codec configuration. If hardware vendor preferred not to configure it, why driver should try to be clever? The only thing driver could do, but not doing now is differentiating digital and analog devices, so in some situation may happen that pcm1 playback is analog, while record is digital. But it is surely not requirement, but more like pleasant feature I think. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Fri Oct 3 08:44:10 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89988106569C; Fri, 3 Oct 2008 08:44:10 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 36F5F8FC1E; Fri, 3 Oct 2008 08:44:10 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p5DC5D74D.dip.t-dialin.net [93.197.215.77]) by redbull.bpaserver.net (Postfix) with ESMTP id 0CFAF2E0A5; Fri, 3 Oct 2008 10:44:05 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 91C0E1533FD; Fri, 3 Oct 2008 10:44:02 +0200 (CEST) Received: (from www@localhost) by webmail.leidinger.net (8.14.2/8.13.8/Submit) id m938i2op008553; Fri, 3 Oct 2008 10:44:02 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Fri, 03 Oct 2008 10:44:02 +0200 Message-ID: <20081003104402.120497f8bsfu4ea8@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Fri, 03 Oct 2008 10:44:02 +0200 From: "Alexander Leidinger" To: "Alexander Motin" References: <1222892584.00020319.1222880402@10.7.7.3> <48E47ADF.7030004@FreeBSD.org> <20081002144243.3f2e7310@ernst.jennejohn.org> <48E4CC6C.6050407@FreeBSD.org> <20081002194411.387b7f32@ernst.jennejohn.org> <48E526A6.8000107@FreeBSD.org> <48E54290.5010600@FreeBSD.org> <48E54B75.3010307@FreeBSD.org> <20081003094913.18626ml1ym0aaqgw@webmail.leidinger.net> <48E5D3F3.1070504@FreeBSD.org> In-Reply-To: <48E5D3F3.1070504@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.2) / FreeBSD-8.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: 0CFAF2E0A5.4C234 X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, ORDB-RBL, SpamAssassin (not cached, score=-14.7, required 6, BAYES_00 -15.00, MR_NOT_ATTRIBUTED_IP 0.20, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: freebsd-current@FreeBSD.org, Joel Dahl Subject: Re: regression in HDA functionality X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Oct 2008 08:44:11 -0000 Quoting "Alexander Motin" (from Fri, 03 Oct 2008 11:12:35 +0300): > The only thing driver could do, but not doing now is differentiating > digital and analog devices, so in some situation may happen that pcm1 > playback is analog, while record is digital. But it is surely not > requirement, but more like pleasant feature I think. I think it is not only a pleasant think, IMO it's more POLA (so if you have some spare time to fix this, it would be great). Bye, Alexander. -- Santa Claus is watching! http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Fri Oct 3 08:45:45 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F37A1065693; Fri, 3 Oct 2008 08:45:45 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout4.freenet.de (mout4.freenet.de [IPv6:2001:748:100:40::2:6]) by mx1.freebsd.org (Postfix) with ESMTP id 964768FC20; Fri, 3 Oct 2008 08:45:44 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.20] (helo=10.mx.freenet.de) by mout4.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #65) id 1KlgIA-0005Bb-MC; Fri, 03 Oct 2008 10:45:42 +0200 Received: from maf28.m.pppool.de ([89.49.175.40]:18194 helo=ernst.jennejohn.org) by 10.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #65) id 1KlgIA-0007KJ-Eh; Fri, 03 Oct 2008 10:45:42 +0200 Date: Fri, 3 Oct 2008 10:45:40 +0200 From: Gary Jennejohn To: hartzell@alerce.com Message-ID: <20081003104540.00a88f42@ernst.jennejohn.org> In-Reply-To: <18661.11810.515902.79084@almost.alerce.com> References: <1222892584.00020319.1222880402@10.7.7.3> <48E47ADF.7030004@FreeBSD.org> <20081002144243.3f2e7310@ernst.jennejohn.org> <48E4CC6C.6050407@FreeBSD.org> <20081002194411.387b7f32@ernst.jennejohn.org> <18661.11810.515902.79084@almost.alerce.com> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Alexander Motin , freebsd-current@freebsd.org Subject: Re: regression in HDA functionality X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Oct 2008 08:45:45 -0000 On Thu, 2 Oct 2008 13:25:06 -0700 George Hartzell wrote: > Gary Jennejohn writes: > > On Thu, 02 Oct 2008 16:28:12 +0300 > > Alexander Motin wrote: > > > > > I don't see any problem there. It is possible that you may just > > > misunderstood what you have got. You have: > > > pcm0 - SPDIF/HDMI on video card > > > pcm1 - rear 7.1 playback and main record > > > pcm2 - front headphones playback and mic record > > > pcm3 - SPDIF in/out. > > > > > > So, what the problem is? What are you doing, what expecting and what > > > getting? > > > > > > > I'm not getting any sound on the headphones, either plugged into the > > back or the front. With the old kernel it just works. > > You might discover the sound on one of the other pcm devices, that's > what happened to me on my mac pro (it's not clear that it should be on > the other device, but it works...). > > Here's a message swell.k sent to the list in response to my query > about how to use different devices. > > g. > > > swell.k@gmail.com writes: > > George Hartzell writes: > > > > [...] > > > An even simpler question would be, how can I test the other pcm > > > devices? > > > > If you look closely at /dev/sndstat output you'll notice there is > > `default' keyword on one of the pcm's. To change it you have to > > set hw.snd.default_unit accordingly. It's documented in sound(4). > > Next time you'll run mpg123 it will use different /dev/dsp. > > Thanks alot for the help from both of you. With this clue I was able to get the headphones working. --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Fri Oct 3 09:03:48 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7B441065692; Fri, 3 Oct 2008 09:03:48 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout4.freenet.de (mout4.freenet.de [IPv6:2001:748:100:40::2:6]) by mx1.freebsd.org (Postfix) with ESMTP id 77D088FC33; Fri, 3 Oct 2008 09:03:48 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.20] (helo=10.mx.freenet.de) by mout4.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #65) id 1KlgZe-00058j-Pe; Fri, 03 Oct 2008 11:03:46 +0200 Received: from maf28.m.pppool.de ([89.49.175.40]:31150 helo=ernst.jennejohn.org) by 10.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #65) id 1KlgZe-0006EP-IW; Fri, 03 Oct 2008 11:03:46 +0200 Date: Fri, 3 Oct 2008 11:03:44 +0200 From: Gary Jennejohn To: Alexander Motin Message-ID: <20081003110344.3065fd27@ernst.jennejohn.org> In-Reply-To: <48E5D3F3.1070504@FreeBSD.org> References: <1222892584.00020319.1222880402@10.7.7.3> <48E47ADF.7030004@FreeBSD.org> <20081002144243.3f2e7310@ernst.jennejohn.org> <48E4CC6C.6050407@FreeBSD.org> <20081002194411.387b7f32@ernst.jennejohn.org> <48E526A6.8000107@FreeBSD.org> <48E54290.5010600@FreeBSD.org> <48E54B75.3010307@FreeBSD.org> <20081003094913.18626ml1ym0aaqgw@webmail.leidinger.net> <48E5D3F3.1070504@FreeBSD.org> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Alexander Leidinger , freebsd-current@FreeBSD.org, Joel Dahl Subject: Re: regression in HDA functionality X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Oct 2008 09:03:49 -0000 On Fri, 03 Oct 2008 11:12:35 +0300 Alexander Motin wrote: > Alexander Leidinger wrote: > >> In this specific case man has actually TWO sound cards in system: one > >> with HDMI output and another with set of connectors on motherboard. > >> Driver itself worked perfectly! It is not a driver problem that video > >> card's codec was detected first by PCI bus while it's HDMI output is > >> not connected! > >> > >> If you think that driver should have some additional logic in handling > >> of such cases - describe it please. I don't see why driver should not > >> use digital outputs or how independent soundcards should be ordered > >> (actually it is not driver's business to enumerate soundcards). > > > > Can you change the order of pcm devices from one soundcard? I understand > > that you can not change the PCI probe order, but maybe the order of > > pcm1-3 if pcm1-3 are on the same hardware. > > Generally it is possible. > I think that in my case there's more to it than just the new HDA driver, but I might be wrong. With GENERIC from the 200809 snap HDMI was discovered _after_ the other devices, i.e. it was pcm1. With the new kernel the discovery order was reversed, which seems to have led to my problems. --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Fri Oct 3 09:27:29 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 35A051065686; Fri, 3 Oct 2008 09:27:29 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 6CE288FC08; Fri, 3 Oct 2008 09:27:28 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from orphanage.alkar.net (account mav@alkar.net [212.86.226.11] verified) by cmail.optima.ua (CommuniGate Pro SMTP 5.1.14) with ESMTPA id 223305069; Fri, 03 Oct 2008 12:27:27 +0300 Message-ID: <48E5E57F.9090603@FreeBSD.org> Date: Fri, 03 Oct 2008 12:27:27 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.14 (X11/20080612) MIME-Version: 1.0 To: gary.jennejohn@freenet.de References: <1222892584.00020319.1222880402@10.7.7.3> <48E47ADF.7030004@FreeBSD.org> <20081002144243.3f2e7310@ernst.jennejohn.org> <48E4CC6C.6050407@FreeBSD.org> <20081002194411.387b7f32@ernst.jennejohn.org> <48E526A6.8000107@FreeBSD.org> <48E54290.5010600@FreeBSD.org> <48E54B75.3010307@FreeBSD.org> <20081003094913.18626ml1ym0aaqgw@webmail.leidinger.net> <48E5D3F3.1070504@FreeBSD.org> <20081003110344.3065fd27@ernst.jennejohn.org> In-Reply-To: <20081003110344.3065fd27@ernst.jennejohn.org> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Alexander Leidinger , freebsd-current@FreeBSD.org, Joel Dahl Subject: Re: regression in HDA functionality X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Oct 2008 09:27:29 -0000 Gary Jennejohn wrote: >>> Can you change the order of pcm devices from one soundcard? I understand >>> that you can not change the PCI probe order, but maybe the order of >>> pcm1-3 if pcm1-3 are on the same hardware. >> Generally it is possible. > > I think that in my case there's more to it than just the new HDA driver, > but I might be wrong. > > With GENERIC from the 200809 snap HDMI was discovered _after_ the other > devices, i.e. it was pcm1. With the new kernel the discovery order > was reversed, which seems to have led to my problems. No, it's not. In your case HDMI port is different HDA codec placed on different HDA controller, so driver unable to do anything with it's enumeration. Previous driver could just fail attach when it has not found there any analog connector on codec. Digital connectors support was not implemented there. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Fri Oct 3 17:51:02 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F1BE1065693 for ; Fri, 3 Oct 2008 17:51:02 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id DB3578FC15 for ; Fri, 3 Oct 2008 17:51:01 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1Klons-000LSK-T9; Fri, 03 Oct 2008 21:51:01 +0400 To: pyunyh@gmail.com References: <20081003054756.GB71518@cdnetworks.co.kr> From: Boris Samorodov Date: Fri, 03 Oct 2008 21:50:52 +0400 In-Reply-To: <20081003054756.GB71518@cdnetworks.co.kr> (Pyun YongHyeon's message of "Fri\, 3 Oct 2008 14\:47\:56 +0900") Message-ID: <47297827@bb.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@FreeBSD.org Subject: Re: Call for axe(4) testers. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Oct 2008 17:51:02 -0000 Hi, Pyun YongHyeon writes: > Attached file is fix for AX88178 USB Gigabit controller. The patch > removed old hack to find the correct PHY address of controller and > it will affect all axe(4) controllers. If you have axe(4) hardware > please give it try and let me know how it goes. The patch doesn't work at i386-current. The adapter is detected but there is no traffic. ----- % dmesg | grep axe axe0: on uhub4 axe0: AX88772, bufsz 4096, boundary 512 miibus0: on axe0 axe0: WARNING: using obsoleted if_watchdog interface axe0: WARNING: using obsoleted IFF_NEEDSGIANT flag axe0: Ethernet address: 00:50:b6:03:bc:ba % usbdevs [relevant part] port 2 addr 2: high speed, power 250 mA, config 1, product 0x7720(0x7720), vendor 0x0b95(0x0b95), rev 0.01, device axe0 % ifconfig axe0 axe0: flags=108843 metric 0 mtu 1500 ether 00:50:b6:03:bc:ba inet 192.68.192.68 netmask 0xffffffc0 broadcast 194.62.233.127 media: Ethernet autoselect (100baseTX ) status: active ----- The adapter is Trendnet TU2-ET100. It works fine without the patch. Let me know if you need some more info/testing. Thanks for your work! WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Fri Oct 3 18:20:48 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from freefall.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with SMTP id D2B321065689; Fri, 3 Oct 2008 18:20:47 +0000 (UTC) (envelope-from nork@FreeBSD.org) Date: Sat, 4 Oct 2008 03:20:46 +0900 From: Norikatsu Shigemura To: Boris Samorodov , pyunyh@gmail.com Message-Id: <20081004032046.f15cca9e.nork@FreeBSD.org> In-Reply-To: <47297827@bb.ipt.ru> References: <20081003054756.GB71518@cdnetworks.co.kr> <47297827@bb.ipt.ru> X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.11; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Norikatsu Shigemura Subject: Re: Call for axe(4) testers. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Oct 2008 18:20:49 -0000 On Fri, 03 Oct 2008 21:50:52 +0400 Boris Samorodov wrote: > The adapter is Trendnet TU2-ET100. It works fine without the patch. > Let me know if you need some more info/testing. Please show us 'devinfo -rv | fgrep -A2 axe'. In my case(Planex GU-1000T), I got following results: - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - axe0 pnpinfo vendor=0x0b95 product=0x1780 devclass=0xff devsubclass=0xff release=0x0001 sernum="" intclass=0xff intsubclass=0xff at port=4 interface=0 miibus0 ciphy0 pnpinfo oui=0x3f1 model=0xb rev=0x1 at phyno=24 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - My if_axe is very good works. But if_bridge with if_axe doesn't work stability after ifconfig bridge0 addm axe0. I'll try to get panic messages. Ah, if_axe's PROMISC is good works, so maybe I think lock issue. From owner-freebsd-current@FreeBSD.ORG Fri Oct 3 18:31:17 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E58731065686; Fri, 3 Oct 2008 18:31:17 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 9BBE38FC08; Fri, 3 Oct 2008 18:31:17 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1KlpQq-000M0i-0t; Fri, 03 Oct 2008 22:31:16 +0400 To: Norikatsu Shigemura References: <20081003054756.GB71518@cdnetworks.co.kr> <47297827@bb.ipt.ru> <20081004032046.f15cca9e.nork@FreeBSD.org> From: Boris Samorodov Date: Fri, 03 Oct 2008 22:31:07 +0400 In-Reply-To: <20081004032046.f15cca9e.nork@FreeBSD.org> (Norikatsu Shigemura's message of "Sat\, 4 Oct 2008 03\:20\:46 +0900") Message-ID: <81215412@bb.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: pyunyh@gmail.com, freebsd-current@freebsd.org Subject: Re: Call for axe(4) testers. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Oct 2008 18:31:18 -0000 Norikatsu Shigemura writes: > On Fri, 03 Oct 2008 21:50:52 +0400 > Boris Samorodov wrote: >> The adapter is Trendnet TU2-ET100. It works fine without the patch. >> Let me know if you need some more info/testing. > Please show us 'devinfo -rv | fgrep -A2 axe'. > > In my case(Planex GU-1000T), I got following results: > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > axe0 pnpinfo vendor=0x0b95 product=0x1780 devclass=0xff devsubclass=0xff release=0x0001 sernum="" intclass=0xff intsubclass=0xff at port=4 interface=0 > miibus0 > ciphy0 pnpinfo oui=0x3f1 model=0xb rev=0x1 at phyno=24 > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Here it is: ----- axe0 pnpinfo vendor=0x0b95 product=0x7720 devclass=0xff devsubclass=0xff release=0x0001 sernum="" intclass=0xff intsubclass=0xff at port=1 interface=0 miibus0 ukphy0 pnpinfo oui=0xec6 model=0x1 rev=0x1 at phyno=16 ----- Thanks for your attention. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Fri Oct 3 19:30:19 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE8ED106569B; Fri, 3 Oct 2008 19:30:19 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (unknown [IPv6:2001:2f0:104:80a0:230:48ff:fe41:2455]) by mx1.freebsd.org (Postfix) with ESMTP id 7797A8FC08; Fri, 3 Oct 2008 19:30:19 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from pelsia.ninth-nine.com ([192.168.36.207]) (authenticated bits=0) by sakura.ninth-nine.com (8.14.1/8.14.1/NinthNine) with ESMTP id m93JUCnO024747 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 4 Oct 2008 04:30:18 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Sat, 4 Oct 2008 04:17:10 +0900 From: Norikatsu Shigemura To: Boris Samorodov Message-Id: <20081004041710.527ff40b.nork@FreeBSD.org> In-Reply-To: <81215412@bb.ipt.ru> References: <20081003054756.GB71518@cdnetworks.co.kr> <47297827@bb.ipt.ru> <20081004032046.f15cca9e.nork@FreeBSD.org> <81215412@bb.ipt.ru> X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.11; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Sat, 04 Oct 2008 04:30:18 +0900 (JST) Cc: pyunyh@gmail.com, freebsd-current@FreeBSD.org, nork@FreeBSD.org Subject: Re: Call for axe(4) testers. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Oct 2008 19:30:20 -0000 On Fri, 03 Oct 2008 22:31:07 +0400 Boris Samorodov wrote: > axe0 pnpinfo vendor=0x0b95 product=0x7720 devclass=0xff devsubclass=0xff release=0x0001 sernum="" intclass=0xff intsubclass=0xff at port=1 interface=0 > miibus0 > ukphy0 pnpinfo oui=0xec6 model=0x1 rev=0x1 at phyno=16 Humm.. oui=0xec6 is ASIX, so I read ASIX site. 1. Your AX88772 chipset is a USB2.0 to 10/100M Fast Ethernet Controller with Embedded PHY. 2. Yes, PHY is ASIX's. 3. We can get datasheet from following URL. http://www.asix.com.tw/FrootAttach/datasheet/AX88772_datasheet_Rev103.pdf 4. In chapter 7, there are descriptions about PHY. But I didn't understand whether or not Universal PHY:-(. Sorry. So, please take over to yongai@:-). -- Norikatsu Shigemura From owner-freebsd-current@FreeBSD.ORG Fri Oct 3 19:46:03 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 063B11065699; Fri, 3 Oct 2008 19:46:03 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id B0C6C8FC17; Fri, 3 Oct 2008 19:46:02 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1KlqbB-000Mz0-4z; Fri, 03 Oct 2008 23:46:01 +0400 To: Norikatsu Shigemura References: <20081003054756.GB71518@cdnetworks.co.kr> <47297827@bb.ipt.ru> <20081004032046.f15cca9e.nork@FreeBSD.org> <81215412@bb.ipt.ru> <20081004041710.527ff40b.nork@FreeBSD.org> From: Boris Samorodov Date: Fri, 03 Oct 2008 23:45:52 +0400 In-Reply-To: <20081004041710.527ff40b.nork@FreeBSD.org> (Norikatsu Shigemura's message of "Sat\, 4 Oct 2008 04\:17\:10 +0900") Message-ID: <82976639@bb.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: pyunyh@gmail.com, freebsd-current@FreeBSD.org Subject: Re: Call for axe(4) testers. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Oct 2008 19:46:03 -0000 Norikatsu Shigemura writes: > On Fri, 03 Oct 2008 22:31:07 +0400 > Boris Samorodov wrote: >> axe0 pnpinfo vendor=0x0b95 product=0x7720 devclass=0xff devsubclass=0xff release=0x0001 sernum="" intclass=0xff intsubclass=0xff at port=1 interface=0 >> miibus0 >> ukphy0 pnpinfo oui=0xec6 model=0x1 rev=0x1 at phyno=16 > > Humm.. oui=0xec6 is ASIX, so I read ASIX site. > 1. Your AX88772 chipset is a USB2.0 to 10/100M Fast Ethernet > Controller with Embedded PHY. > 2. Yes, PHY is ASIX's. > 3. We can get datasheet from following URL. > http://www.asix.com.tw/FrootAttach/datasheet/AX88772_datasheet_Rev103.pdf > 4. In chapter 7, there are descriptions about PHY. But I didn't > understand whether or not Universal PHY:-(. Sorry. Thanks for your time and explanation! > So, please take over to yongai@:-). Please... :-) WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Fri Oct 3 22:17:34 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B396F1065688 for ; Fri, 3 Oct 2008 22:17:34 +0000 (UTC) (envelope-from vova@sw.ru) Received: from relay.sw.ru (mailhub.sw.ru [195.214.232.25]) by mx1.freebsd.org (Postfix) with ESMTP id 1909A8FC08 for ; Fri, 3 Oct 2008 22:17:33 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru ([77.232.23.6]) (authenticated bits=0) by relay.sw.ru (8.13.4/8.13.4) with ESMTP id m93LgC9L012573 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 4 Oct 2008 01:42:13 +0400 (MSD) Received: from vova by vbook.fbsd.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KlsPc-0000i9-7D for current@freebsd.org; Sat, 04 Oct 2008 01:42:12 +0400 From: Vladimir Grebenschikov To: current Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Sat, 04 Oct 2008 01:42:11 +0400 Message-Id: <1223070131.2093.9.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: Subject: Old kernel development methods did not work any more ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Oct 2008 22:17:34 -0000 Hi ... current changed for me ... People, anybody known why 'call doadump' in DDB does not work any more on 8-CURRENT ? It just shows first number and then debugger prompt again, with no explanation what is wrong ? dump device was assigned before with dumpon /dev/ad0s2b (swap partition, exactly RAM size) And another problem: simple sequence on loader prompt unload set kernel=kernel.old boot does not works any more for me, it loads kernel.old/ kernel and modules, and then show strange diagnostic about 0xffffffff (kernel even not started) /do not remember exact words, may provide if need/ hints will be very appreciated -- Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Sat Oct 4 02:07:12 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B9E5106568E for ; Sat, 4 Oct 2008 02:07:12 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mx.egr.msu.edu (surfnturf.egr.msu.edu [35.9.37.164]) by mx1.freebsd.org (Postfix) with ESMTP id 3E34B8FC15 for ; Sat, 4 Oct 2008 02:07:12 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from localhost (localhost [127.0.0.1]) by mx.egr.msu.edu (Postfix) with ESMTP id AE24371FD80; Fri, 3 Oct 2008 22:07:11 -0400 (EDT) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mx.egr.msu.edu ([127.0.0.1]) by localhost (surfnturf.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id r0vDabvr1NF0; Fri, 3 Oct 2008 22:07:11 -0400 (EDT) Received: from localhost (daemon.egr.msu.edu [35.9.44.65]) by mx.egr.msu.edu (Postfix) with ESMTP id 6F89071FD7C; Fri, 3 Oct 2008 22:07:11 -0400 (EDT) Received: by localhost (Postfix, from userid 21281) id 68ED68B2; Fri, 3 Oct 2008 22:07:11 -0400 (EDT) Date: Fri, 3 Oct 2008 22:07:11 -0400 From: Adam McDougall To: Robert Noland Message-ID: <20081004020711.GE61867@egr.msu.edu> References: <20080911083305.61E63CF0AC@f06.poczta.interia.pl> <5fb5cdcd0809211837y275ddeb2xcb062b0e66b0670a@mail.gmail.com> <1222048105.1697.16.camel@wombat.2hip.net> <1222804879.1740.31.camel@wombat.2hip.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1222804879.1740.31.camel@wombat.2hip.net> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-current@freebsd.org Subject: Re: Intel GMA x4500 / xorg help X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Oct 2008 02:07:12 -0000 On Tue, Sep 30, 2008 at 04:01:18PM -0400, Robert Noland wrote: On Sun, 2008-09-21 at 21:48 -0400, Robert Noland wrote: > On Mon, 2008-09-22 at 10:37 +0900, Tony Sim wrote: > > Yes, i've read those reviews. I also know that the current port tree seems > > to have the latest version of the driver. I've also read, however, that > > drivers in Freebsd, by default, have disabled support for Intel's later > > graphics cards, and this seems to be in agreement in the description of the > > port.... and furthermore, my laptop, which has the said graphic card, > > constantly crashes whenever xorg tries to deal with the graphics card. By > > this i mean the entire freebsd crashes... > > > > So since it apparently works with linux and xorg, the driver is there... the > > question is, does it work in freebsd? > > I am not currently aware of any such limitation. That said, I probably > need to sync up our agp_i810 with a few new pci id's. We run the same > drm code that linux does, though I'm still not exactly clear on what > features they have actually shipped with a release. All Intel cards are > "AGP" and therefore have to use agp_i810 which I suppose I am > responsible for now. Send me pci id's and I can check on it... I have a patch for this now. It is located at http://people.freebsd.org/~rnoland/agp_i810-g33-g45.patch I need testers with g33 and g45 series chips. robert. Tested on 7.1 from today, previously this did not detect but now it does: vgapci0: port 0xef98-0xef9f mem 0xf6c00000-0xf6ffffff,0xe0000000-0xefffffff irq 16 at device 2.0 on pci0 agp0: on vgapci0 agp0: detected 32252k stolen memory agp0: aperture size is 256M agp0: AGP_I810_PGTBL_CTL: 00000001 agp0: AGP_I855_GCC1: 0x50 agp0: AGP_I915_MSAC: 0x00 agp0: Aperture resource size: 268435456 bytes Thanks! A few times I've seen X lock up and exit (I don't have the error handy) but it has only been when I was using fluxbox. I'm currently using twm while gnome compiles but I kindof assume that problem has more to do with the intel video driver rather than agp? From owner-freebsd-current@FreeBSD.ORG Sat Oct 4 02:49:41 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32C8D1065693 for ; Sat, 4 Oct 2008 02:49:41 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 06E868FC12 for ; Sat, 4 Oct 2008 02:49:40 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.2.109] (c-71-56-39-94.hsd1.ga.comcast.net [71.56.39.94]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id m942nMOx052218 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 3 Oct 2008 22:49:22 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Adam McDougall In-Reply-To: <20081004020711.GE61867@egr.msu.edu> References: <20080911083305.61E63CF0AC@f06.poczta.interia.pl> <5fb5cdcd0809211837y275ddeb2xcb062b0e66b0670a@mail.gmail.com> <1222048105.1697.16.camel@wombat.2hip.net> <1222804879.1740.31.camel@wombat.2hip.net> <20081004020711.GE61867@egr.msu.edu> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-LDt+YAzEniJaYfZe3lGj" Organization: FreeBSD Date: Fri, 03 Oct 2008 22:49:16 -0400 Message-Id: <1223088557.1619.10.camel@wombat.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.1 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-current@freebsd.org Subject: Re: Intel GMA x4500 / xorg help X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Oct 2008 02:49:41 -0000 --=-LDt+YAzEniJaYfZe3lGj Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2008-10-03 at 22:07 -0400, Adam McDougall wrote: > On Tue, Sep 30, 2008 at 04:01:18PM -0400, Robert Noland wrote: >=20 > On Sun, 2008-09-21 at 21:48 -0400, Robert Noland wrote: > > On Mon, 2008-09-22 at 10:37 +0900, Tony Sim wrote: > > > Yes, i've read those reviews. I also know that the current port tr= ee seems > > > to have the latest version of the driver. I've also read, however,= that > > > drivers in Freebsd, by default, have disabled support for Intel's l= ater > > > graphics cards, and this seems to be in agreement in the descriptio= n of the > > > port.... and furthermore, my laptop, which has the said graphic ca= rd, > > > constantly crashes whenever xorg tries to deal with the graphics ca= rd. By > > > this i mean the entire freebsd crashes... > > >=20 > > > So since it apparently works with linux and xorg, the driver is the= re... the > > > question is, does it work in freebsd? > >=20 > > I am not currently aware of any such limitation. That said, I probab= ly > > need to sync up our agp_i810 with a few new pci id's. We run the sam= e > > drm code that linux does, though I'm still not exactly clear on what > > features they have actually shipped with a release. All Intel cards = are > > "AGP" and therefore have to use agp_i810 which I suppose I am > > responsible for now. Send me pci id's and I can check on it... > =20 > I have a patch for this now. It is located at > http://people.freebsd.org/~rnoland/agp_i810-g33-g45.patch > =20 > I need testers with g33 and g45 series chips. > =20 > robert. > =20 > Tested on 7.1 from today, previously this did not detect but now it does: >=20 > vgapci0: port 0xef98-0xef9f mem 0xf6c00000-0xf6f= fffff,0xe0000000-0xefffffff=20 > irq 16 at device 2.0 on pci0 > agp0: on vgapci0 > agp0: detected 32252k stolen memory > agp0: aperture size is 256M > agp0: AGP_I810_PGTBL_CTL: 00000001 > agp0: AGP_I855_GCC1: 0x50 > agp0: AGP_I915_MSAC: 0x00 > agp0: Aperture resource size: 268435456 bytes >=20 > Thanks! A few times I've seen X lock up and exit (I don't have the error > handy) but it has only been when I was using fluxbox. I'm currently usin= g > twm while gnome compiles but I kindof assume that problem has more to do > with the intel video driver rather than agp? If you are on 7.1 then it can't be drm. The chip that you have is the one that apparently behaves like a 965, but the output looks reasonable. I have patches for RELENG_7 that should enable drm as well. See my "latest drm patches" thread on freebsd-x11@. Both of these are now committed to HEAD. robert. --=-LDt+YAzEniJaYfZe3lGj Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEABECAAYFAkjm2awACgkQM4TrQ4qfROM1aACdGuA2pbIpeCVUda4GzTvPQ2xP S58An1uPUH8Ja6csbxBcatKLWhx34Uxg =bTXg -----END PGP SIGNATURE----- --=-LDt+YAzEniJaYfZe3lGj-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 4 03:45:05 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 063DB1065686 for ; Sat, 4 Oct 2008 03:45:05 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id BD5808FC16 for ; Sat, 4 Oct 2008 03:45:04 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id m943j3c3050896 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 3 Oct 2008 20:45:03 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <48E6E6BF.2020908@freebsd.org> Date: Fri, 03 Oct 2008 20:45:03 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: =?UTF-8?B?QXNoaXNoIFNodWtsYSDgpIbgpLbgpYDgpLcg4KS24KWB4KSV4KWN4KSy?= References: <20080929173223.183035ohkgl7jk3b@econet.encontacto.net> <20080930054432.GB5863@chateau.d.lf> <48E24842.4070409@freebsd.org> <87bpy5imh8.fsf@chateau.d.lf> <48E3A944.3030809@freebsd.org> <8763oct2u8.fsf@chateau.d.lf> <871vyze15z.fsf@chateau.d.lf> In-Reply-To: <871vyze15z.fsf@chateau.d.lf> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-DCC--Metrics: ebb.errno.com; whitelist Cc: freebsd-current Subject: Re: I lost ath0 support on current sometime between Sept 20 and Sept 26. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Oct 2008 03:45:05 -0000 Ashish Shukla आशीष शुक्ल wrote: > Ashish Shukla आशीष शुक्ल writes: > > >> At the moment, I'm not on my FreeBSD box, but as soon as I boot into my >> FreeBSD box, I'll verify it and will try rebuilding my kernel and >> world. >> > > Following is the output of dmesg, after I manually loaded ath_hal and > if_ath.ko: > > ---->8---->8---- > ath_hal: 0.10.5.10 (AR5210, AR5211, AR5212, AR5416, RF5111, RF5112, RF2413, RF5413, RF2133, RF2425, RF2417) > ath0: mem 0x91300000-0x9130ffff irq 16 at device 0.0 on pci1 > ath0: [ITHREAD] > ath0: WARNING: using obsoleted if_watchdog interface > ath0: mac 14.2 phy 7.0 radio 10.2 > wlan0: Ethernet address: 00:1f:3a:1a:50:b3 > wlan0: link state changed to UP > <...snip...> > abbe [~] monte-cristo% ifconfig > rl0: flags=8843 metric 0 mtu 1500 > options=8 > ether 00:1b:38:ea:5c:76 > inet6 fe80::21b:38ff:feea:5c76%rl0 prefixlen 64 scopeid 0x2 > inet6 fdcf:425d:3151::3 prefixlen 48 > media: Ethernet autoselect (none) > status: no carrier > lo0: flags=8049 metric 0 mtu 16384 > inet 127.0.0.1 netmask 0xff000000 > inet6 ::1 prefixlen 128 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 > ath0: flags=8843 metric 0 mtu 2290 > ether 00:1f:3a:1a:50:b3 > media: IEEE 802.11 Wireless Ethernet autoselect mode 11g > status: associated > wlan0: flags=8843 metric 0 mtu 1500 > ether 00:1f:3a:1a:50:b3 > inet6 fe80::21f:3aff:fe1a:50b3%wlan0 prefixlen 64 scopeid 0x4 > inet 172.16.0.7 netmask 0xffffffe0 broadcast 172.16.0.31 > media: IEEE 802.11 Wireless Ethernet DS/1Mbps mode 11g > status: associated > ssid 18-B-PARVATIYA channel 6 (2437 Mhz 11g) bssid 00:1e:2a:76:f4:60 > regdomain 103 indoor ecm authmode WPA2/802.11i privacy ON > deftxkey UNDEF txpower 16 bmiss 7 scanvalid 450 bgscan bgscanintvl 300 > bgscanidle 250 roam:rssi 7 roam:rate 5 protmode CTS wme burst > roaming MANUAL > abbe [~] monte-cristo% sudo ifconfig wlan0 scan > Password: > SSID BSSID CHAN RATE S:N INT CAPS > rpok 00:14:d1:41:ae:d6 1 54M -149:-96 100 EPS RSN WPS > 18-B-PARVATIYA 00:1e:2a:76:f4:60 6 54M -64:-96 100 EPS RSN WME ATH > linksys 00:18:f8:7b:66:47 6 54M -92:-96 100 EP > I've lost track of what you've tried. Try to simplify your configuration to isolate what is causing the problem. For example, disable WPA and see if you can associate and pass traffic. If that works then we know this is a crypto problem. If you cannot setup an open association then I probably need a packet trace from a 3rd station to see what's happening. I have the same card and it works fine for me. The only difference is my laptops are UP. Sam From owner-freebsd-current@FreeBSD.ORG Sat Oct 4 06:11:47 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41759106568C for ; Sat, 4 Oct 2008 06:11:47 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.191]) by mx1.freebsd.org (Postfix) with ESMTP id B272F8FC17 for ; Sat, 4 Oct 2008 06:11:46 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by ti-out-0910.google.com with SMTP id d27so1168816tid.3 for ; Fri, 03 Oct 2008 23:11:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=/7hBmfGc50HFxHuif81bk5ldyALMeLiv7Oag1xPzpls=; b=D/hOqIS96njbX0yxcr08CVeEIIKPONF1R1PzzxtfVIW4kKjmarKarJQP2XVMLprSgo qkspdezRCaDFtDnb1bOXy01ntbda1YwzF+vtQD5NcEwXkEd3EGT/XzdK8ewfkp9aH0Y2 aq5lhDao8pHA9bvtdUmFj8UXTRkTLKJwCyfo0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=vNtInifwRg6FhH5cIUVtK+AR7wR2zuvnsIGYojz0AN1YI6ygiTZqNBgMHpFhATytVI 5BFmxOXbOCIIowxaVroAykAd3/Ih6ljn/Zy+xjPpk/KcnaNiX7mRYRO4JTcBYTqTBgRr em+nikrM9xoWkJgXJ0cFLpMG1hVzTOfdmpEX4= Received: by 10.110.70.17 with SMTP id s17mr2012403tia.56.1223100705219; Fri, 03 Oct 2008 23:11:45 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id w12sm11830981tib.10.2008.10.03.23.11.41 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 03 Oct 2008 23:11:43 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m9469hRU076372 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 4 Oct 2008 15:09:43 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m9469gvu076371; Sat, 4 Oct 2008 15:09:42 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Sat, 4 Oct 2008 15:09:42 +0900 From: Pyun YongHyeon To: Boris Samorodov Message-ID: <20081004060942.GA76137@cdnetworks.co.kr> References: <20081003054756.GB71518@cdnetworks.co.kr> <47297827@bb.ipt.ru> <20081004032046.f15cca9e.nork@FreeBSD.org> <81215412@bb.ipt.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <81215412@bb.ipt.ru> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@FreeBSD.org, Norikatsu Shigemura Subject: Re: Call for axe(4) testers. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Oct 2008 06:11:47 -0000 On Fri, Oct 03, 2008 at 10:31:07PM +0400, Boris Samorodov wrote: > Norikatsu Shigemura writes: > > On Fri, 03 Oct 2008 21:50:52 +0400 > > Boris Samorodov wrote: > > >> The adapter is Trendnet TU2-ET100. It works fine without the patch. > >> Let me know if you need some more info/testing. > > Please show us 'devinfo -rv | fgrep -A2 axe'. > > > > In my case(Planex GU-1000T), I got following results: > > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > > axe0 pnpinfo vendor=0x0b95 product=0x1780 devclass=0xff devsubclass=0xff release=0x0001 sernum="" intclass=0xff intsubclass=0xff at port=4 interface=0 > > miibus0 > > ciphy0 pnpinfo oui=0x3f1 model=0xb rev=0x1 at phyno=24 > > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > > Here it is: > ----- > axe0 pnpinfo vendor=0x0b95 product=0x7720 devclass=0xff devsubclass=0xff release=0x0001 sernum="" intclass=0xff intsubclass=0xff at port=1 interface=0 > miibus0 > ukphy0 pnpinfo oui=0xec6 model=0x1 rev=0x1 at phyno=16 Thanks for your testing! Would you repreat the command above without applying patch and show me the output? And try attached patch at the following URL. http://people.freebsd.org/~yongari/axe.88178.patch2 This patch just adds a couple of printfs to see what's going on in link state change handling. Normally you should see "LINK UP 10Mbps" or "LINK UP 100Mbps" message on console. If you just see "LINK DOWN" that indicates a problem that should be resolved. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Sat Oct 4 06:15:20 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F26791065686 for ; Sat, 4 Oct 2008 06:15:20 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.190]) by mx1.freebsd.org (Postfix) with ESMTP id 6EB1D8FC1A for ; Sat, 4 Oct 2008 06:15:19 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by ti-out-0910.google.com with SMTP id d27so1169408tid.3 for ; Fri, 03 Oct 2008 23:15:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=m2PihleUvrzKt75zB5vL2cUFx9KT+5Tt/y4KFF/BmLo=; b=r/hmD2VOR/j4NPwt704pZ6R+HgGFtQA8CefXCtqRHlq4J588nNhM9T6IIGsDg0UJ+I nUE0KbIoshEjG76Ab6YYEIn3jBM1WlRzC2cy432OuhLDDw/n3DhTzpCwXhsmou6M8G2b vhs0WEq2/+RugKLYNkFSaprOFbgdJn5OPk/XQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=cyUHVFG0oSuqM5P3rx1KLK8kRD2AhXz7o/ELAArvIj2bpJMq1KPht0FACXv+Bo+Ler inhVAWnLk7h6gTpeyNJNiPIjLt2b0TeBghX1vMzuJhYrD9BmWxTNiLKJcnIhNSQs14VT penf2FG1115Lq0Ru8MIJVjuEAj/Wts84v++dE= Received: by 10.110.43.20 with SMTP id q20mr2055172tiq.15.1223100918431; Fri, 03 Oct 2008 23:15:18 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id 2sm3313637tif.0.2008.10.03.23.15.15 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 03 Oct 2008 23:15:17 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m946DIPc076402 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 4 Oct 2008 15:13:18 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m946DInW076401; Sat, 4 Oct 2008 15:13:18 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Sat, 4 Oct 2008 15:13:18 +0900 From: Pyun YongHyeon To: Norikatsu Shigemura Message-ID: <20081004061318.GB76137@cdnetworks.co.kr> References: <20081003054756.GB71518@cdnetworks.co.kr> <47297827@bb.ipt.ru> <20081004032046.f15cca9e.nork@FreeBSD.org> <81215412@bb.ipt.ru> <20081004041710.527ff40b.nork@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081004041710.527ff40b.nork@FreeBSD.org> User-Agent: Mutt/1.4.2.1i Cc: Boris Samorodov , freebsd-current@FreeBSD.org Subject: Re: Call for axe(4) testers. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Oct 2008 06:15:21 -0000 On Sat, Oct 04, 2008 at 04:17:10AM +0900, Norikatsu Shigemura wrote: > On Fri, 03 Oct 2008 22:31:07 +0400 > Boris Samorodov wrote: > > axe0 pnpinfo vendor=0x0b95 product=0x7720 devclass=0xff devsubclass=0xff release=0x0001 sernum="" intclass=0xff intsubclass=0xff at port=1 interface=0 > > miibus0 > > ukphy0 pnpinfo oui=0xec6 model=0x1 rev=0x1 at phyno=16 > > Humm.. oui=0xec6 is ASIX, so I read ASIX site. > 1. Your AX88772 chipset is a USB2.0 to 10/100M Fast Ethernet > Controller with Embedded PHY. Right. > 2. Yes, PHY is ASIX's. Correct. > 3. We can get datasheet from following URL. > http://www.asix.com.tw/FrootAttach/datasheet/AX88772_datasheet_Rev103.pdf > 4. In chapter 7, there are descriptions about PHY. But I didn't > understand whether or not Universal PHY:-(. Sorry. Thanks for pointing out! Actually I already checked AX88772 datasheet before touching axe(4) and I thought it's generic enough to be served by ukphy(4). -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Sat Oct 4 06:25:24 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14F9B10656A3 for ; Sat, 4 Oct 2008 06:25:24 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.185]) by mx1.freebsd.org (Postfix) with ESMTP id 867368FC14 for ; Sat, 4 Oct 2008 06:25:23 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by ti-out-0910.google.com with SMTP id d27so1171252tid.3 for ; Fri, 03 Oct 2008 23:25:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=N267FsxNUNthEA43fPjJI1fFxUXQk4zmx8EgrslE6t8=; b=eRzEJjVcUM6XyxEE/8oWciaiY/bZfWUZhb1oMdtzGhbFyBluAVhzMcjCLB2qSM6XPd oLBaVFJZEDN15tNyLjZYB0oHEnFFHaTTHfiLroUdgD5yd9dgshDGygInvmQ4t2unVnNR en6PtpRSvJhOLRFhIPPdDIeOw/5w4NptB0cnA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=NxK5pkqOuLVaMtCb/B8RakdVp9+G5WbjfS8IILfBo7CN74RpnNSG5hGpOJCLfffR63 UXOMo3qyVfKA5FJCu18UJHyfFG/8mlNhbHlPTfnHCW2qXpis7j2IzEXACSaP715oFbYR TdLCzQQI5hXeWaS1Z6NCwjfulagYjy/pvn324= Received: by 10.110.52.1 with SMTP id z1mr2037159tiz.55.1223101521888; Fri, 03 Oct 2008 23:25:21 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id y3sm11837947tia.6.2008.10.03.23.25.19 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 03 Oct 2008 23:25:20 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m946NLAF076459 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 4 Oct 2008 15:23:21 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m946NLSE076458; Sat, 4 Oct 2008 15:23:21 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Sat, 4 Oct 2008 15:23:21 +0900 From: Pyun YongHyeon To: Norikatsu Shigemura Message-ID: <20081004062321.GC76137@cdnetworks.co.kr> References: <20081003054756.GB71518@cdnetworks.co.kr> <47297827@bb.ipt.ru> <20081004032046.f15cca9e.nork@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081004032046.f15cca9e.nork@FreeBSD.org> User-Agent: Mutt/1.4.2.1i Cc: Boris Samorodov , freebsd-current@FreeBSD.org Subject: Re: Call for axe(4) testers. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Oct 2008 06:25:24 -0000 On Sat, Oct 04, 2008 at 03:20:46AM +0900, Norikatsu Shigemura wrote: > On Fri, 03 Oct 2008 21:50:52 +0400 > Boris Samorodov wrote: > > The adapter is Trendnet TU2-ET100. It works fine without the patch. > > Let me know if you need some more info/testing. > > Please show us 'devinfo -rv | fgrep -A2 axe'. > > In my case(Planex GU-1000T), I got following results: > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > axe0 pnpinfo vendor=0x0b95 product=0x1780 devclass=0xff devsubclass=0xff release=0x0001 sernum="" intclass=0xff intsubclass=0xff at port=4 interface=0 > miibus0 > ciphy0 pnpinfo oui=0x3f1 model=0xb rev=0x1 at phyno=24 > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > > My if_axe is very good works. But if_bridge with if_axe > doesn't work stability after ifconfig bridge0 addm axe0. > I'll try to get panic messages. The same is true for tcpdump. > > Ah, if_axe's PROMISC is good works, so maybe I think lock > issue. I see a lot of LORs in axe(4) driver and horrible lock related warnings from witness. I have some idea to address some part of this but that still can't solve other basic issues of driver. Maybe HPS USB stack would be a better option to fix that. I guess other wired USB driver also suffers from the same issue. :-( -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Sat Oct 4 08:31:32 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE0131065686 for ; Sat, 4 Oct 2008 08:31:32 +0000 (UTC) (envelope-from jos@catnook.com) Received: from lizzy.dyndns.org (209-204-188-132.dsl.static.sonic.net [209.204.188.132]) by mx1.freebsd.org (Postfix) with SMTP id 8B92F8FC25 for ; Sat, 4 Oct 2008 08:31:31 +0000 (UTC) (envelope-from jos@catnook.com) Received: (qmail 96545 invoked by uid 1000); 4 Oct 2008 08:05:11 -0000 Date: Sat, 4 Oct 2008 01:05:11 -0700 From: Jos Backus To: freebsd-current@freebsd.org Message-ID: <20081004080511.GA72641@lizzy.catnook.local> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="d6Gm4EdcadzBjdND" Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) Subject: firefox3-bin crashes near arc4random_buf() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jos@catnook.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Oct 2008 08:31:32 -0000 --d6Gm4EdcadzBjdND Content-Type: text/plain; charset=us-ascii Content-Disposition: inline For a few weeks now firefox3-bin has been crashing semi-regularly for me. Backtrace attached. I selected `Build a debugging image' but the resulting binary is stripped, so no symbols. I'm reporting this here since ISTR some changes having been made recently to the arc4random* functions. Has anybody else seen this? -- Jos Backus jos at catnook.com --d6Gm4EdcadzBjdND Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="firefox3.crash" Script started on Sat Oct 4 00:58:56 2008 lizzy:~% gdb /usr/local/lib/firefox3/firefox-bin firefox-bin.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"...(no debugging symbols found)... Core was generated by `firefox-bin'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/local/lib/firefox3/libxul.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/firefox3/libxul.so Reading symbols from /usr/local/lib/firefox3/libmozjs.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/firefox3/libmozjs.so Reading symbols from /usr/local/lib/firefox3/libxpcom.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/firefox3/libxpcom.so Reading symbols from /usr/local/lib/libplds4.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libplds4.so.1 Reading symbols from /usr/local/lib/libplc4.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libplc4.so.1 Reading symbols from /usr/local/lib/libnspr4.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libnspr4.so.1 Reading symbols from /usr/local/lib/libgtk-x11-2.0.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libgtk-x11-2.0.so.0 Reading symbols from /usr/local/lib/libatk-1.0.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libatk-1.0.so.0 Reading symbols from /usr/local/lib/libgdk-x11-2.0.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libgdk-x11-2.0.so.0 Reading symbols from /usr/local/lib/libgdk_pixbuf-2.0.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libgdk_pixbuf-2.0.so.0 Reading symbols from /usr/local/lib/libpangocairo-1.0.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libpangocairo-1.0.so.0 Reading symbols from /usr/local/lib/libXext.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libXext.so.6 Reading symbols from /usr/local/lib/libXrender.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libXrender.so.1 Reading symbols from /usr/local/lib/libXinerama.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libXinerama.so.1 Reading symbols from /usr/local/lib/libXi.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libXi.so.6 Reading symbols from /usr/local/lib/libXrandr.so.2...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libXrandr.so.2 Reading symbols from /usr/local/lib/libXcursor.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libXcursor.so.1 Reading symbols from /usr/local/lib/libXcomposite.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libXcomposite.so.1 Reading symbols from /usr/local/lib/libXdamage.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libXdamage.so.1 Reading symbols from /usr/local/lib/libcairo.so.2...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libcairo.so.2 Reading symbols from /usr/local/lib/libpangoft2-1.0.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libpangoft2-1.0.so.0 Reading symbols from /usr/local/lib/libpango-1.0.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libpango-1.0.so.0 Reading symbols from /usr/local/lib/libfreetype.so.9...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libfreetype.so.9 Reading symbols from /lib/libz.so.4...(no debugging symbols found)...done. Loaded symbols for /lib/libz.so.4 Reading symbols from /usr/local/lib/libfontconfig.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libfontconfig.so.1 Reading symbols from /usr/local/lib/libgmodule-2.0.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libgmodule-2.0.so.0 Reading symbols from /usr/local/lib/libX11.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libX11.so.6 Reading symbols from /usr/local/lib/libXfixes.so.3...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libXfixes.so.3 Reading symbols from /usr/local/lib/libgobject-2.0.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libgobject-2.0.so.0 Reading symbols from /usr/local/lib/libglib-2.0.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libglib-2.0.so.0 Reading symbols from /usr/local/lib/libiconv.so.3...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libiconv.so.3 Reading symbols from /lib/libm.so.5...(no debugging symbols found)...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /usr/lib/libstdc++.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libstdc++.so.6 Reading symbols from /lib/libgcc_s.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libgcc_s.so.1 Reading symbols from /lib/libthr.so.3...(no debugging symbols found)...done. Loaded symbols for /lib/libthr.so.3 Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /usr/local/lib/firefox3/libsqlite3.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/firefox3/libsqlite3.so Reading symbols from /usr/local/lib/firefox3/libsmime3.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/firefox3/libsmime3.so Reading symbols from /usr/local/lib/firefox3/libssl3.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/firefox3/libssl3.so Reading symbols from /usr/local/lib/firefox3/libnss3.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/firefox3/libnss3.so Reading symbols from /usr/local/lib/firefox3/libnssutil3.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/firefox3/libnssutil3.so Reading symbols from /usr/local/lib/firefox3/libsoftokn3.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/firefox3/libsoftokn3.so Reading symbols from /usr/local/lib/libXft.so.2...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libXft.so.2 Reading symbols from /usr/local/lib/libXt.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libXt.so.6 Reading symbols from /usr/local/lib/libgthread-2.0.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libgthread-2.0.so.0 Reading symbols from /usr/local/lib/libXau.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libXau.so.6 Reading symbols from /usr/local/lib/libpng.so.5...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libpng.so.5 Reading symbols from /usr/local/lib/libpixman-1.so.9...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libpixman-1.so.9 Reading symbols from /usr/local/lib/libexpat.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libexpat.so.6 Reading symbols from /usr/local/lib/libintl.so.8...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libintl.so.8 Reading symbols from /usr/local/lib/libXdmcp.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libXdmcp.so.6 Reading symbols from /usr/lib/librpcsvc.so.4...(no debugging symbols found)...done. Loaded symbols for /usr/lib/librpcsvc.so.4 Reading symbols from /usr/local/lib/libpcre.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libpcre.so.0 Reading symbols from /usr/local/lib/libSM.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libSM.so.6 Reading symbols from /usr/local/lib/libICE.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libICE.so.6 Reading symbols from /usr/local/lib/firefox3/components/libimgicon.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/firefox3/components/libimgicon.so Reading symbols from /usr/local/lib/firefox3/components/libbrowserdirprovider.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/firefox3/components/libbrowserdirprovider.so Reading symbols from /usr/local/lib/firefox3/components/libbrowsercomps.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/firefox3/components/libbrowsercomps.so Reading symbols from /usr/local/lib/firefox3/components/libdbusservice.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/firefox3/components/libdbusservice.so Reading symbols from /usr/local/lib/libdbus-glib-1.so.2...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libdbus-glib-1.so.2 Reading symbols from /usr/local/lib/libdbus-1.so.3...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libdbus-1.so.3 Reading symbols from /usr/local/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so Reading symbols from /usr/local/lib/libXss.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libXss.so.1 Reading symbols from /usr/local/lib/firefox3/libnssdbm3.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/firefox3/libnssdbm3.so Reading symbols from /usr/local/lib/firefox3/libfreebl3.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/firefox3/libfreebl3.so Reading symbols from /usr/local/lib/firefox3/libnssckbi.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/firefox3/libnssckbi.so Reading symbols from /usr/local/lib/pango/1.6.0/modules/pango-basic-fc.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/pango/1.6.0/modules/pango-basic-fc.so Reading symbols from /usr/local/lib/firefox3/plugins/libnullplugin.so...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/firefox3/plugins/libnullplugin.so Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x2a3164ab in thr_kill () from /lib/libc.so.7 [New Thread d18bbc0 (LWP 100186)] [New Thread 953b5c0 (LWP 100253)] [New Thread 892b400 (LWP 100259)] [New Thread 8c72540 (LWP 100257)] [New Thread 8c72680 (LWP 100256)] [New Thread 8349b80 (LWP 100254)] [New Thread 8349f40 (LWP 100194)] [New Thread 8101140 (LWP 100249)] (gdb) bt #0 0x2a3164ab in thr_kill () from /lib/libc.so.7 #1 0x2a2c5736 in pthread_kill () from /lib/libthr.so.3 #2 0x2a2c32c3 in raise () from /lib/libthr.so.3 #3 0x28237381 in XRE_InitEmbedding () from /usr/local/lib/firefox3/libxul.so #4 #5 0x2a39eb2d in arc4random_buf () from /lib/libc.so.7 #6 0x2a39aa7d in dbopen () from /lib/libc.so.7 #7 0x2a39973a in __srget () from /lib/libc.so.7 #8 0x2a39ab49 in dbopen () from /lib/libc.so.7 #9 0x2a39916f in __srget () from /lib/libc.so.7 #10 0x2a39c220 in __hash_open () from /lib/libc.so.7 #11 0x2aae9b9c in ?? () from /usr/local/lib/firefox3/libnssdbm3.so #12 0xbf4f9648 in ?? () #13 0xbf4f9640 in ?? () #14 0xbf4f9648 in ?? () #15 0x00000000 in ?? () #16 0x2a2c3599 in pthread_self () from /lib/libthr.so.3 #17 0x2aaf93e4 in legacy_SetCryptFunctions () from /usr/local/lib/firefox3/libnssdbm3.so #18 0x2aaf9bb8 in legacy_SetCryptFunctions () from /usr/local/lib/firefox3/libnssdbm3.so #19 0x2aafa6ff in legacy_SetCryptFunctions () from /usr/local/lib/firefox3/libnssdbm3.so ---Type to continue, or q to quit--- #20 0x2aafe8b2 in legacy_SetCryptFunctions () from /usr/local/lib/firefox3/libnssdbm3.so #21 0x2ab006c9 in legacy_SetCryptFunctions () from /usr/local/lib/firefox3/libnssdbm3.so #22 0x2ab00791 in legacy_SetCryptFunctions () from /usr/local/lib/firefox3/libnssdbm3.so #23 0x2aaf1965 in ?? () from /usr/local/lib/firefox3/libnssdbm3.so #24 0x08c477e0 in ?? () #25 0x08e56b00 in ?? () #26 0x0d6264a0 in ?? () #27 0xbf4f9794 in ?? () #28 0x0d6264a0 in ?? () #29 0x0d479490 in ?? () #30 0xbf4f97a8 in ?? () #31 0x2a337f07 in free () from /lib/libc.so.7 #32 0x2aaf33fc in ?? () from /usr/local/lib/firefox3/libnssdbm3.so #33 0x08af3d30 in ?? () #34 0x09f7600c in ?? () #35 0x0d46c210 in ?? () #36 0x0000000b in ?? () #37 0xbf4f9828 in ?? () #38 0x0000000b in ?? () #39 0xbf4f9828 in ?? () ---Type to continue, or q to quit---q Quit (gdb) q lizzy:~% Script done on Sat Oct 4 00:59:14 2008 --d6Gm4EdcadzBjdND-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 4 13:05:34 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 539BE106568B for ; Sat, 4 Oct 2008 13:05:34 +0000 (UTC) (envelope-from wahjava@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.191]) by mx1.freebsd.org (Postfix) with ESMTP id AABCD8FC12 for ; Sat, 4 Oct 2008 13:05:33 +0000 (UTC) (envelope-from wahjava@gmail.com) Received: by ti-out-0910.google.com with SMTP id d27so1238448tid.3 for ; Sat, 04 Oct 2008 06:05:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:to:cc:subject:x-face :references:x-uptime:x-url:x-openpgp-id:x-openpgp-fingerprint:x-os :x-mailer:x-mail-morse:x-attribution:organization:from:date :in-reply-to:message-id:user-agent:face:mime-version:content-type :sender; bh=57807uaNeoaq4BgCNrjpeBuXieZlexrfTnoO6fnb/cc=; b=pXDfW3XeXbkqIuJ2sjUgp2NoDZAvMjGaXEBvc88P0Rr5VEO4L5EHyIl32WrqCBHOQ/ eU+mh3cSMELI7NjI0nnXhcM2QjkUffwIYYPkk93OiVa/y9aBnwRkIe1eJ4e+eR9ZH8iX VSZa4GDQWs8oVDfj1wgkMIynMUUvDFad/OKhg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=to:cc:subject:x-face:references:x-uptime:x-url:x-openpgp-id :x-openpgp-fingerprint:x-os:x-mailer:x-mail-morse:x-attribution :organization:from:date:in-reply-to:message-id:user-agent:face :mime-version:content-type:sender; b=GFch2Q57MIri0Xv84brgAm+Y7DSJ6vglJL6Ib+Aqo3vHDIOUR8rejyv47eAcSG1Bmy JwqFlgspnrt8cV30xzVwVvRh5z50NZWpzteVSkIxGsst3cVV+LnPFTHSgEVZITYOQSIJ iG8dV+UiYYjjNkVgrBAyFeI0ZOP8BVY4s14MQ= Received: by 10.110.46.3 with SMTP id t3mr2580968tit.19.1223125532212; Sat, 04 Oct 2008 06:05:32 -0700 (PDT) Received: from chateau.d.lf ([122.161.0.99]) by mx.google.com with ESMTPS id 14sm3748717tim.17.2008.10.04.06.05.27 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 04 Oct 2008 06:05:30 -0700 (PDT) To: Sam Leffler X-Face: )vGQ9yK7Y$Flebu1C>(B\gYBm)[$zfKM+p&TT[[JWl6:]S>cc$%-z7-`46Zf0B*syL.C]oCq[upTG~zuS0.$"_%)|Q@$hA=9{3l{%u^h3jJ^Zl; t7 References: <20080929173223.183035ohkgl7jk3b@econet.encontacto.net> <20080930054432.GB5863@chateau.d.lf> <48E24842.4070409@freebsd.org> <87bpy5imh8.fsf@chateau.d.lf> <48E3A944.3030809@freebsd.org> <8763oct2u8.fsf@chateau.d.lf> <871vyze15z.fsf@chateau.d.lf> <48E6E6BF.2020908@freebsd.org> X-Uptime: 18:22:54 up 6:55, 1 user, load average: 0.00, 0.00, 0.00 X-URL: http://wahjava.wordpress.com/ X-OpenPGP-ID: 762E5E74 X-OpenPGP-Fingerprint: 1E00 4679 77E4 F8EE 2E4B 56F2 1F2F 8410 762E 5E74 X-OS: GNU/Linux on Linux 2.6.25-gentoo-r7 kernel on x86_64 architecture X-Mailer: Gnus/5.11 (Oort 5.11) Emacs/22.3.1 (x86_64-pc-linux-gnu) X-Mail-Morse: .-- .- .... .--- .- ...- .- .--.-. --. -- .- .. .-.. .-.-.- -.-. --- -- X-Attribution: =?utf-8?B?4KSG4KS24KWA4KS3?= Organization: alt.religion.emacs From: wahjava.ml@gmail.com (Ashish Shukla =?utf-8?B?4KSG4KS24KWA4KS3IA==?= =?utf-8?B?4KS24KWB4KSV4KWN4KSy?=) Date: Sat, 04 Oct 2008 18:35:53 +0530 In-Reply-To: <48E6E6BF.2020908@freebsd.org> (Sam Leffler's message of "Fri\, 03 Oct 2008 20\:45\:03 -0700") Message-ID: <874p3sbjda.fsf@chateau.d.lf> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (gnu/linux) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJ1BMVEWpqal/f39tbW1jY2Md HR2goKCenp6UlJROTk7////9/f35+fnT09ORJdieAAACVklEQVQ4jXXUP2vbQBQA8AvUTkgz5OzY Z0iGWhpS6BSrkECn0mvx0MEJ6AjtYrfoBCVDlD8naJYmNlRfwZq8+mkKlIZaGpJSYmP7Q/XkJDrJ Td8i/H68u3vHPaPufwLdf32AMA4A6GcAgvAamY1pOJiDIFqicTwLswDhfr3uxfFtkAY/GFHPMwzD 8zpnACmIOnE6js7rQb+v4NJrG9od0C+QgpHMy5jBewV+UDSMWiw1Y4fWfyV7+NGFzDsYa3pth9LJ Q4XvXxFHcJRvHOmygn5NAEabnDcQQguarnfoiwSCJ99jmKKcphsZONmWsDK9Ro7cvZOCtQdg8nje egLhc2LNlkLmsezzTFUUy5w18ocox/f0LaLgJy0zO75zk+9pp85GAj36xjqhdI0y3tq2m4dqqcWX zQWBTz8L1irvolXV4J+3q7eCDgVnttjNq6X8H+9KOZsuNk1uCzx8pSp+E9HImfJOTLdcGqo+YKnG EIovizkEn48V7BO+ch2DXcD4ENSpWiU+q8hjjbgTBZCXnZtyj0Ws4Q1Q0B2WXFtYZo65Bbyeeldw RS6qFueM80LlLA29YlVwGRYvFD+kwI/0O+A2PlpOP9GwslUVciHuYGechuBTp922YiDZCrghTknm XSyOM+D3aoRZlo0Jb42zY7DN4p2x4AeZ+QAYutx1sHwTHzMT5cMNduQ9yW3GczN4KZ86kb0c9O8T yXDeFqpl2fryPEAYGXIlezAPXYh2NgVr/gvdoHIuDwuPwOhcWE8f8mmICq41eATkn8x0kuRTIKcB wE9+/QUtiiAnYcaN7wAAAABJRU5ErkJggg== MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" Sender: =?UTF-8?B?4KSG4KS24KWA4KS3IOCktuClgeCkleCljeCksiBBc2hpc2ggU2h1a2xh?= Cc: freebsd-current Subject: Re: I lost ath0 support on current sometime between Sept 20 and Sept 26. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Oct 2008 13:05:34 -0000 --=-=-= Content-Type: text/plain; charset=utf-8 Sam Leffler writes: > I've lost track of what you've tried. Try to simplify your > configuration to isolate what is causing the problem. For example, > disable WPA and see if you can associate and pass traffic. If that > works then we know this is a crypto problem. If you cannot setup an > open association then I probably need a packet trace from a 3rd > station to see what's happening. Following is what I did when I booted my FreeBSD notebook: ---->8---->8---- abbe [~] monte-cristo% ifconfig ath0: flags=8802 metric 0 mtu 2290 ether 00:1f:3a:1a:50:b3 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier rl0: flags=8843 metric 0 mtu 1500 options=8 ether 00:1b:38:ea:5c:76 inet 172.16.0.7 netmask 0xffffffe0 broadcast 172.16.0.31 inet6 fe80::21b:38ff:feea:5c76%rl0 prefixlen 64 scopeid 0x2 inet6 fdxx:xxxx:xxxx:xxxx::3 prefixlen 64 media: Ethernet autoselect (none) status: no carrier lo0: flags=8049 metric 0 mtu 16384 inet 127.0.0.1 netmask 0xff000000 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 wlan0: flags=8802 metric 0 mtu 1500 ether 00:1f:3a:1a:50:b3 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier ssid "" channel 1 (2412 Mhz 11b) regdomain 103 indoor ecm authmode OPEN privacy OFF txpower 16 bmiss 7 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 1 wme burst bintval 0 abbe [~] monte-cristo% sudo ifconfig wlan0 up Password: abbe [~] monte-cristo% sudo ifconfig wlan0 list scan SSID BSSID CHAN RATE S:N INT CAPS 18-B-PARVATIYA 00:1e:2a:76:f4:60 6 54M -66:-96 100 ES WME ATH abbe [~] monte-cristo% sudo ifconfig wlan0 bssid 00:1e:2a:76:f4:60 abbe [~] monte-cristo% ifconfig ath0: flags=8843 metric 0 mtu 2290 ether 00:1f:3a:1a:50:b3 media: IEEE 802.11 Wireless Ethernet autoselect mode 11g status: associated rl0: flags=8843 metric 0 mtu 1500 options=8 ether 00:1b:38:ea:5c:76 inet 172.16.0.7 netmask 0xffffffe0 broadcast 172.16.0.31 inet6 fe80::21b:38ff:feea:5c76%rl0 prefixlen 64 scopeid 0x2 inet6 fdxx:xxxx:xxxx:xxxx::3 prefixlen 64 media: Ethernet autoselect (none) status: no carrier lo0: flags=8049 metric 0 mtu 16384 inet 127.0.0.1 netmask 0xff000000 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 wlan0: flags=8843 metric 0 mtu 1500 ether 00:1f:3a:1a:50:b3 inet6 fe80::21f:3aff:fe1a:50b3%wlan0 prefixlen 64 scopeid 0x4 media: IEEE 802.11 Wireless Ethernet DS/1Mbps mode 11g status: associated ssid 18-B-PARVATIYA channel 6 (2437 Mhz 11g) bssid 00:1e:2a:76:f4:60 regdomain 103 indoor ecm authmode OPEN privacy OFF txpower 16 bmiss 7 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 5 protmode CTS wme burst abbe [~] monte-cristo% sudo ifconfig rl0 172.16.0.7 -alias abbe [~] monte-cristo% sudo ifconfig wlan0 172.16.0.8/27 abbe [~] monte-cristo% ping 172.16.0.2 PING 172.16.0.2 (172.16.0.2): 56 data bytes ping: sendto: Operation not permitted ^C --- 172.16.0.2 ping statistics --- 1 packets transmitted, 0 packets received, 100.0% packet loss abbe [~] monte-cristo% sudo pfctl -d No ALTQ support in kernel ALTQ related functions disabled pf disabled abbe [~] monte-cristo% ping 172.16.0.2 PING 172.16.0.2 (172.16.0.2): 56 data bytes ^C --- 172.16.0.2 ping statistics --- 19 packets transmitted, 0 packets received, 100.0% packet loss abbe [~] monte-cristo% ping 172.16.0.1 PING 172.16.0.1 (172.16.0.1): 56 data bytes ^C --- 172.16.0.1 ping statistics --- 1 packets transmitted, 0 packets received, 100.0% packet loss abbe [~] monte-cristo% ping 172.16.0.3 PING 172.16.0.3 (172.16.0.3): 56 data bytes ^C --- 172.16.0.3 ping statistics --- 2 packets transmitted, 0 packets received, 100.0% packet loss abbe [~] monte-cristo% ifconfig wlan0 wlan0: flags=8843 metric 0 mtu 1500 ether 00:1f:3a:1a:50:b3 inet6 fe80::21f:3aff:fe1a:50b3%wlan0 prefixlen 64 scopeid 0x4 inet 172.16.0.8 netmask 0xffffffe0 broadcast 172.16.0.31 media: IEEE 802.11 Wireless Ethernet DS/1Mbps mode 11g status: associated ssid 18-B-PARVATIYA channel 6 (2437 Mhz 11g) bssid 00:1e:2a:76:f4:60 regdomain 103 indoor ecm authmode OPEN privacy OFF txpower 16 bmiss 7 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 5 protmode CTS wme burst abbe [~] monte-cristo% netstat -f inet -rn Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire 127.0.0.1 127.0.0.1 UH 0 0 lo0 172.16.0.0/27 link#4 UC 0 0 wlan0 abbe [~] monte-cristo% fgrep wlan /etc/rc.conf wlans_ath0="wlan0" #ifconfig_wlan0="WPA" abbe [~] monte-cristo% uname -a FreeBSD monte-cristo.france 8.0-CURRENT FreeBSD 8.0-CURRENT #10: Thu Oct 2 15:11:19 IST 2008 root@monte-cristo.france:/usr/obj/usr/src/sys/ULE amd64 ----8<----8<---- The wlan0 interface is already created for me by rc scripts executing at bootup. I've disabled authentication in my wireless access point (Netgear WGT624). 172.16.0.{1,2,3} are my other boxes available on wired network. I've a pf setup on this notebook, which I disabled later, as you can see above. My rl0 interface also connects to the same router, so I've removed 172.16.0.0/27 address assigned to my rl0, so I can assign other address of the same network to my other interface wlan0. If there is some information which I missed, please tell me ? TIA Ashish Shukla -- () ascii ribbon campaign - against HTML e-mail /\ www.asciiribbon.org - against proprietary attachments ·-- ·- ···· ·--- ·- ···- ·- ·--·-· --· -- ·- ·· ·-·· ·-·-·- -·-· --- -- % dig +short cname cdac.in @::1 ms.gov.in --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkjnajUACgkQHy+EEHYuXnShiQCfSwr/uTaO7FvZkMW1cI36oDi8 w+cAoL97FSJUN1Mg1vSUWUJx/D+7uzau =6CHe -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 4 14:01:05 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E9061065686 for ; Sat, 4 Oct 2008 14:01:05 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 0F97B8FC1E for ; Sat, 4 Oct 2008 14:01:04 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Km7gu-0007to-0f for freebsd-current@freebsd.org; Sat, 04 Oct 2008 14:01:04 +0000 Received: from 89-172-47-221.adsl.net.t-com.hr ([89.172.47.221]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 04 Oct 2008 14:01:04 +0000 Received: from ivoras by 89-172-47-221.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 04 Oct 2008 14:01:04 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Sat, 04 Oct 2008 16:00:55 +0200 Lines: 32 Message-ID: References: <20081003010636.4effff1d.elmofo@uol.com.br> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig862399025ACB7C1148F2770D" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 89-172-47-221.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) In-Reply-To: <20081003010636.4effff1d.elmofo@uol.com.br> X-Enigmail-Version: 0.95.7 Sender: news Subject: Re: FreeBSD-current on Acer Aspire One X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Oct 2008 14:01:05 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig862399025ACB7C1148F2770D Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Thiago Luz Basilio wrote: > But how about the SD/MMC card reader? Anybody has any clue? I've seen > some patches flying around, but many of them were for Ricoh-based > readers, and this machine uses a JMicron-based reader. Even Linux doesn't work with the card reader (I'm running Ubuntu on mine) so don't hold your breath for the drivers. Does your sound work as it should with regard to plugging in headphones? --------------enig862399025ACB7C1148F2770D Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkjndxgACgkQldnAQVacBcgcNgCg6WtdCVyzNs8H55hVZlIKsLv2 rjYAoJ7Rnjgis+8FD4Uw/z2auxETmLIA =S678 -----END PGP SIGNATURE----- --------------enig862399025ACB7C1148F2770D-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 4 16:10:32 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4828D106568F for ; Sat, 4 Oct 2008 16:10:32 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id B1CCA8FC1A for ; Sat, 4 Oct 2008 16:10:31 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.3/8.14.3) with ESMTP id m94GARBZ067535; Sat, 4 Oct 2008 20:10:27 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1223136627; bh=iR4GzvySQDB7PKxH3ZZuR0S2ke6KXews2of640N 4gwA=; l=900; h=Date:From:To:Cc:Subject:Message-ID:References: MIME-Version:Content-Type:In-Reply-To; b=Dw07n4b0cBZdBlP7D212xa++7 lHSzDkgWjW5mI2uWwIPQTzwGj5fsCn+cOyF0cG7mqPRSIwArZr4u+7S9Q9ApJW53kj7 eyONtKuf0Oj2ihOX7nQqXKLt8JXH/8zUoFhY0HRRYBbHL+DNZrMPpEm9zWUNI367N9j DvNf1R4Pz2cU= Received: (from ache@localhost) by nagual.pp.ru (8.14.3/8.14.3/Submit) id m94GAQjT067534; Sat, 4 Oct 2008 20:10:26 +0400 (MSD) (envelope-from ache) Date: Sat, 4 Oct 2008 20:10:24 +0400 From: Andrey Chernov To: Jos Backus Message-ID: <20081004161024.GA67323@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Jos Backus , freebsd-current@freebsd.org References: <20081004080511.GA72641@lizzy.catnook.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081004080511.GA72641@lizzy.catnook.local> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-current@freebsd.org Subject: Re: firefox3-bin crashes near arc4random_buf() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Oct 2008 16:10:32 -0000 On Sat, Oct 04, 2008 at 01:05:11AM -0700, Jos Backus wrote: > For a few weeks now firefox3-bin has been crashing semi-regularly for me. > Backtrace attached. I selected `Build a debugging image' but the resulting > binary is stripped, so no symbols. > #3 0x28237381 in XRE_InitEmbedding () from /usr/local/lib/firefox3/libxul.so > #4 > #5 0x2a39eb2d in arc4random_buf () from /lib/libc.so.7 > #6 0x2a39aa7d in dbopen () from /lib/libc.so.7 > #7 0x2a39973a in __srget () from /lib/libc.so.7 > #8 0x2a39ab49 in dbopen () from /lib/libc.so.7 > #9 0x2a39916f in __srget () from /lib/libc.so.7 > #10 0x2a39c220 in __hash_open () from /lib/libc.so.7 > #11 0x2aae9b9c in ?? () from /usr/local/lib/firefox3/libnssdbm3.so It looks like stack damaged at this moment. No libc functions, including db* functions calls arc4random_buf(). -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Sat Oct 4 16:13:45 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D236A1065698 for ; Sat, 4 Oct 2008 16:13:45 +0000 (UTC) (envelope-from mailnull@mips.inka.de) Received: from mail-in-02.arcor-online.net (mail-in-02.arcor-online.net [151.189.21.42]) by mx1.freebsd.org (Postfix) with ESMTP id 217568FC08 for ; Sat, 4 Oct 2008 16:13:45 +0000 (UTC) (envelope-from mailnull@mips.inka.de) Received: from mail-in-03-z2.arcor-online.net (mail-in-03-z2.arcor-online.net [151.189.8.15]) by mail-in-02.arcor-online.net (Postfix) with ESMTP id 3F19132EA4E for ; Sat, 4 Oct 2008 18:13:43 +0200 (CEST) Received: from mail-in-10.arcor-online.net (mail-in-10.arcor-online.net [151.189.21.50]) by mail-in-03-z2.arcor-online.net (Postfix) with ESMTP id 2D4E02D39F1 for ; Sat, 4 Oct 2008 18:13:43 +0200 (CEST) Received: from lorvorc.mips.inka.de (dslb-088-067-119-222.pools.arcor-ip.net [88.67.119.222]) by mail-in-10.arcor-online.net (Postfix) with ESMTP id E33092351A6 for ; Sat, 4 Oct 2008 18:13:42 +0200 (CEST) Received: from lorvorc.mips.inka.de (localhost [127.0.0.1]) by lorvorc.mips.inka.de (8.14.3/8.14.3) with ESMTP id m94GDfbU099302 for ; Sat, 4 Oct 2008 18:13:41 +0200 (CEST) (envelope-from mailnull@lorvorc.mips.inka.de) Received: (from mailnull@localhost) by lorvorc.mips.inka.de (8.14.3/8.14.3/Submit) id m94GDfOf099301 for freebsd-current@freebsd.org; Sat, 4 Oct 2008 18:13:41 +0200 (CEST) (envelope-from mailnull) From: naddy@mips.inka.de (Christian Weisgerber) Date: Sat, 4 Oct 2008 16:13:41 +0000 (UTC) Message-ID: Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-current@freebsd.org X-Virus-Scanned: ClamAV 0.93.3/8373/Sat Oct 4 04:00:50 2008 on mail-in-10.arcor-online.net X-Virus-Status: Clean Subject: Jump in serial line latency? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Oct 2008 16:13:46 -0000 I run ntpd with a simple DCF77 receiver hooked up to a serial port as a reference clock (server 127.127.8.0 mode 14). This is precise to a few milliseconds. Overall accuracy depends on figuring out the delay introduced by the local receiver configuration. The PARSE/RAWDCF refclock driver defaults to 258 ms. When I set up this machine earlier this year, I determined the delay to be about 240 ms and compensated accordingly. (fudge 127.127.8.0 time1 0.240) A few days ago, I noticed accidentally that time is now off by about 0.8 seconds, compared to independent sources. $ ntpq -p remote refid st t when poll reach delay offset jitter ============================================================================== *GENERIC(0) .DCFa. 0 l 22 64 377 0.000 1.796 0.553 ntp1.arcor-onli 129.143.2.23 2 u 386 1024 377 14.816 804.110 2.812 151.189.13.46 129.143.2.23 2 u 444 1024 377 11.760 804.024 2.912 It looks like something has added a lot of latency to characters coming in the serial port. I have no idea when this happened. Candidates include the switch from sio(4) to uart(4), the new MPSAFE TTY layer, or maybe these are red herrings and it came with the ntpd update. Can anybody corroborate this? Any ideas? Hmm... 800 ms is a suspicious figure. Rx FIFO? -- Christian "naddy" Weisgerber naddy@mips.inka.de From owner-freebsd-current@FreeBSD.ORG Sat Oct 4 16:14:44 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11E86106564A; Sat, 4 Oct 2008 16:14:44 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id BF01E8FC13; Sat, 4 Oct 2008 16:14:43 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1Km9mD-000CrV-HF; Sat, 04 Oct 2008 20:14:41 +0400 To: pyunyh@gmail.com References: <20081003054756.GB71518@cdnetworks.co.kr> <47297827@bb.ipt.ru> <20081004032046.f15cca9e.nork@FreeBSD.org> <81215412@bb.ipt.ru> <20081004060942.GA76137@cdnetworks.co.kr> From: Boris Samorodov Date: Sat, 04 Oct 2008 20:14:33 +0400 In-Reply-To: <20081004060942.GA76137@cdnetworks.co.kr> (Pyun YongHyeon's message of "Sat\, 4 Oct 2008 15\:09\:42 +0900") Message-ID: <70489350@bb.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@FreeBSD.org, Norikatsu Shigemura Subject: Re: Call for axe(4) testers. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Oct 2008 16:14:44 -0000 Pyun YongHyeon writes: > On Fri, Oct 03, 2008 at 10:31:07PM +0400, Boris Samorodov wrote: > > Norikatsu Shigemura writes: > > > On Fri, 03 Oct 2008 21:50:52 +0400 > > > Boris Samorodov wrote: > > > > >> The adapter is Trendnet TU2-ET100. It works fine without the patch. > > >> Let me know if you need some more info/testing. > > > Please show us 'devinfo -rv | fgrep -A2 axe'. > > > > > > In my case(Planex GU-1000T), I got following results: > > > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > > > axe0 pnpinfo vendor=0x0b95 product=0x1780 devclass=0xff devsubclass=0xff release=0x0001 sernum="" intclass=0xff intsubclass=0xff at port=4 interface=0 > > > miibus0 > > > ciphy0 pnpinfo oui=0x3f1 model=0xb rev=0x1 at phyno=24 > > > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > > > > Here it is: > > ----- > > axe0 pnpinfo vendor=0x0b95 product=0x7720 devclass=0xff devsubclass=0xff release=0x0001 sernum="" intclass=0xff intsubclass=0xff at port=1 interface=0 > > miibus0 > > ukphy0 pnpinfo oui=0xec6 model=0x1 rev=0x1 at phyno=16 > > Thanks for your testing! > > Would you repreat the command above without applying patch and show > me the output? They are identical. > And try attached patch at the following URL. > http://people.freebsd.org/~yongari/axe.88178.patch2 After applying the patch nothing changed except boot messages: ----- diff -u dmesg.axe dmesg.axe.patch2 --- dmesg.axe 2008-10-03 20:58:06.000000000 +0400 +++ dmesg.axe.patch2 2008-10-04 19:51:27.000000000 +0400 @@ -1,5 +1,6 @@ axe0: on uhub4 axe0: AX88772, bufsz 4096, boundary 512 +axe0: PHYADDR 0xe0:0x10 miibus0: on axe0 axe0: WARNING: using obsoleted if_watchdog interface axe0: WARNING: using obsoleted IFF_NEEDSGIANT flag ----- > This patch just adds a couple of printfs to see what's going on in > link state change handling. Normally you should see "LINK UP 10Mbps" > or "LINK UP 100Mbps" message on console. If you just see "LINK DOWN" > that indicates a problem that should be resolved. But those words make me think you want me to plug/unplug the adapter (which I didn't do previously -- I've been booting the system with the plugged adapter). And I was very surprised when after plugging the adapter back I saw the line "LINK UP 100Mbps"! And I've got a working adapter! Well, with your patches my adapter don't work only if it is *plugged* while booting. Thanks for taking care! WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Sat Oct 4 16:25:27 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D793D106568B for ; Sat, 4 Oct 2008 16:25:27 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:3fb::211]) by mx1.freebsd.org (Postfix) with ESMTP id 9D1018FC15 for ; Sat, 4 Oct 2008 16:25:27 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id D65281CC60; Sat, 4 Oct 2008 18:25:26 +0200 (CEST) Date: Sat, 4 Oct 2008 18:25:26 +0200 From: Ed Schouten To: Christian Weisgerber Message-ID: <20081004162526.GE16837@hoeg.nl> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NyVXgNZ34wipDCDo" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: FreeBSD Current Subject: Re: Jump in serial line latency? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Oct 2008 16:25:27 -0000 --NyVXgNZ34wipDCDo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello Christian, * Christian Weisgerber wrote: > It looks like something has added a lot of latency to characters > coming in the serial port. I have no idea when this happened. > Candidates include the switch from sio(4) to uart(4), the new MPSAFE > TTY layer, or maybe these are red herrings and it came with the > ntpd update. Do you have time/interest to pinpoint the cause of the problem? A good test would be to run sources from August 19, which is 1 day before the MPSAFE TTY import. Thanks! --=20 Ed Schouten WWW: http://80386.nl/ --NyVXgNZ34wipDCDo Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkjnmPYACgkQ52SDGA2eCwVDfQCcD0xYWS1+ftgiHWBBmsAB2mYZ N8sAmwZe3rteCruUR7OCofKfXzXJaq8T =aBK2 -----END PGP SIGNATURE----- --NyVXgNZ34wipDCDo-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 4 20:05:21 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1F2410656A5 for ; Sat, 4 Oct 2008 20:05:21 +0000 (UTC) (envelope-from mailnull@mips.inka.de) Received: from mail-in-05.arcor-online.net (mail-in-05.arcor-online.net [151.189.21.45]) by mx1.freebsd.org (Postfix) with ESMTP id A6D1E8FC13 for ; Sat, 4 Oct 2008 20:05:21 +0000 (UTC) (envelope-from mailnull@mips.inka.de) Received: from mail-in-02-z2.arcor-online.net (mail-in-02-z2.arcor-online.net [151.189.8.14]) by mail-in-05.arcor-online.net (Postfix) with ESMTP id 06E7D183582 for ; Sat, 4 Oct 2008 22:05:20 +0200 (CEST) Received: from mail-in-11.arcor-online.net (mail-in-11.arcor-online.net [151.189.21.51]) by mail-in-02-z2.arcor-online.net (Postfix) with ESMTP id E85B511410C for ; Sat, 4 Oct 2008 22:05:19 +0200 (CEST) Received: from lorvorc.mips.inka.de (dslb-088-067-119-222.pools.arcor-ip.net [88.67.119.222]) by mail-in-11.arcor-online.net (Postfix) with ESMTP id 7B99C13FD7 for ; Sat, 4 Oct 2008 22:05:19 +0200 (CEST) Received: from lorvorc.mips.inka.de (localhost [127.0.0.1]) by lorvorc.mips.inka.de (8.14.3/8.14.3) with ESMTP id m94K5IXX078348 for ; Sat, 4 Oct 2008 22:05:18 +0200 (CEST) (envelope-from mailnull@lorvorc.mips.inka.de) Received: (from mailnull@localhost) by lorvorc.mips.inka.de (8.14.3/8.14.3/Submit) id m94K5IZ7078347 for freebsd-current@freebsd.org; Sat, 4 Oct 2008 22:05:18 +0200 (CEST) (envelope-from mailnull) From: naddy@mips.inka.de (Christian Weisgerber) Date: Sat, 4 Oct 2008 20:05:18 +0000 (UTC) Message-ID: References: <20081004162526.GE16837@hoeg.nl> Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-current@freebsd.org X-Virus-Scanned: ClamAV 0.93.3/8374/Sat Oct 4 19:41:34 2008 on mail-in-11.arcor-online.net X-Virus-Status: Clean Subject: Re: Jump in serial line latency? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Oct 2008 20:05:22 -0000 Ed Schouten wrote: > > It looks like something has added a lot of latency to characters > > coming in the serial port. I have no idea when this happened. > > Do you have time/interest to pinpoint the cause of the problem? It looks like the problem crept in with the sio(4) to uart(4) switch. More specifically, it's the Rx FIFO setting of the 16550 UART. After adding 0x100 to hint.uart.0.flags and rebooting, I can confirm that the ~800 ms offset is gone. I seem to remember that sio(4) automatically set the FIFO threshold to 1 for low bit rates. uart(4) is not so clever. -- Christian "naddy" Weisgerber naddy@mips.inka.de From owner-freebsd-current@FreeBSD.ORG Sat Oct 4 22:22:28 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDD56106568F for ; Sat, 4 Oct 2008 22:22:28 +0000 (UTC) (envelope-from jos@catnook.com) Received: from lizzy.dyndns.org (209-204-188-132.dsl.static.sonic.net [209.204.188.132]) by mx1.freebsd.org (Postfix) with SMTP id 6BD5A8FC12 for ; Sat, 4 Oct 2008 22:22:28 +0000 (UTC) (envelope-from jos@catnook.com) Received: (qmail 53142 invoked by uid 1000); 4 Oct 2008 22:22:49 -0000 Date: Sat, 4 Oct 2008 15:22:49 -0700 From: Jos Backus To: Andrey Chernov , freebsd-current@freebsd.org Message-ID: <20081004222249.GA48928@lizzy.catnook.local> References: <20081004080511.GA72641@lizzy.catnook.local> <20081004161024.GA67323@nagual.pp.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081004161024.GA67323@nagual.pp.ru> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Subject: Re: firefox3-bin crashes near arc4random_buf() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jos@catnook.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Oct 2008 22:22:28 -0000 On Sat, Oct 04, 2008 at 08:10:24PM +0400, Andrey Chernov wrote: > On Sat, Oct 04, 2008 at 01:05:11AM -0700, Jos Backus wrote: > > For a few weeks now firefox3-bin has been crashing semi-regularly for me. > > Backtrace attached. I selected `Build a debugging image' but the resulting > > binary is stripped, so no symbols. > > #3 0x28237381 in XRE_InitEmbedding () from /usr/local/lib/firefox3/libxul.so > > #4 > > #5 0x2a39eb2d in arc4random_buf () from /lib/libc.so.7 > > #6 0x2a39aa7d in dbopen () from /lib/libc.so.7 > > #7 0x2a39973a in __srget () from /lib/libc.so.7 > > #8 0x2a39ab49 in dbopen () from /lib/libc.so.7 > > #9 0x2a39916f in __srget () from /lib/libc.so.7 > > #10 0x2a39c220 in __hash_open () from /lib/libc.so.7 > > #11 0x2aae9b9c in ?? () from /usr/local/lib/firefox3/libnssdbm3.so > > It looks like stack damaged at this moment. No libc functions, including > db* functions calls arc4random_buf(). I was surprised to see that, too. The problem is perfectly repeatable on my system. I tried building firefox3 using WITH_DEBUG=true STRIP= make deinstall reinstall clean but the resulting binary is still stripped: lizzy:~% file /usr/local/lib/firefox3/firefox-bin /usr/local/lib/firefox3/firefox-bin: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), for FreeBSD 8.0 (800049), dynamically linked (uses shared libs), FreeBSD-style, stripped lizzy:~% A few weeks ago, after these crashes had started happening, I rebuilt most ports on this machine, hoping it would fix the issue, but it has not. Any suggestions on how to debug this? -- Jos Backus jos at catnook.com