From owner-freebsd-current@FreeBSD.ORG Sun Mar 8 00:34:08 2009 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 858121065670 for ; Sun, 8 Mar 2009 00:34:08 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail3.es.net [IPv6:2001:400:4c01::2]) by mx1.freebsd.org (Postfix) with ESMTP id 0E7C18FC0A for ; Sun, 8 Mar 2009 00:34:07 +0000 (UTC) (envelope-from oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id n280Y4pd031810 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 7 Mar 2009 16:34:05 -0800 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 8653A1CC0B; Sat, 7 Mar 2009 16:34:04 -0800 (PST) To: hartzell@alerce.com In-reply-to: Your message of "Sat, 07 Mar 2009 15:39:36 PST." <18867.1464.374096.420552@almost.alerce.com> Date: Sat, 07 Mar 2009 16:34:04 -0800 From: "Kevin Oberman" Message-Id: <20090308003404.8653A1CC0B@ptavv.es.net> Cc: freebsd-current@freebsd.org Subject: Re: Am I using atacontrol attach properly? (sata hotplug issue). X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Mar 2009 00:34:08 -0000 > From: George Hartzell > Date: Sat, 7 Mar 2009 15:39:36 -0800 > Sender: owner-freebsd-current@freebsd.org > > > I have a Gigabyte GA-6KIEH-RH motherboard. It has 5 SATA ports, 4 > attached to a Sil 3114 controller and 1 attach to an ICH8m. The > system is running -CURRENT from yesterday. > > I have two disks attaching as ad4 and ad6 to ata2 and ata3 resp. > > I can set ACHI mode for ICH8m in the BIOS. When I do not enable it, > the 5th SATA conector shows up as slave on ata6. When I do enable it > the 5th connector shows up as master on ata8. > > If I boot without anything connected to the fifth port, then connect a > drive I thought that the following should work to get the drive > recognized: > > sudo atacontrol detach ata8 > sudo atacontrol attach ata8 > > (or a similar dance with ata6 if AHCI isn't enabled). > > When I set boot_verbose in loader.conf I see the following when I > attach (two separate attempts with different SATA drives): > > ata8: AHCI reset... > ata8: SATA connect status=00000004 > ata8: AHCI reset done: phy reset found no device > ata8: [MPSAFE] > ata8: [ITHREAD] > ata8: Identifying devices: 00000000 > ata8: New devices: 00000000 > ata8: AHCI reset... > ata8: SATA connect status=00000004 > ata8: AHCI reset done: phy reset found no device > ata8: [MPSAFE] > ata8: [ITHREAD] > ata8: Identifying devices: 00000000 > ata8: New devices: 00000000 > > If the drive's attached at boot time then it's recognized. > > Am I doing something wrong, or is my hardware balky? I don't think so. (Either of the above.) I have a hot-swappable PATA drive that I used to be able to insert after booting. At some time, about 2 years ago, that stopped working. If I have a drive in the slot at boot time, I can detach the controller, replace the drive, and attach the replacement drive with no problem, but, if the slot is empty at boot time, I can't detach, add a drive and attach it. I can't be sure, but I suspect that this is the same problem. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-current@FreeBSD.ORG Sun Mar 8 06:12:01 2009 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 2AA6C1065670 for ; Sun, 8 Mar 2009 06:12:01 +0000 (UTC) (envelope-from morganw@chemikals.org) Received: from warped.bluecherry.net (unknown [IPv6:2001:440:eeee:fffb::2]) by mx1.freebsd.org (Postfix) with ESMTP id BD78A8FC19 for ; Sun, 8 Mar 2009 06:12:00 +0000 (UTC) (envelope-from morganw@chemikals.org) Received: from volatile.chemikals.org (adsl-67-223-45.shv.bellsouth.net [98.67.223.45]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by warped.bluecherry.net (Postfix) with ESMTPSA id AA6EF8003D29; Sun, 8 Mar 2009 00:11:59 -0600 (CST) Received: from localhost (morganw@localhost [127.0.0.1]) by volatile.chemikals.org (8.14.3/8.14.3) with ESMTP id n286BsEq017729; Sun, 8 Mar 2009 00:11:56 -0600 (CST) (envelope-from morganw@chemikals.org) Date: Sun, 8 Mar 2009 00:11:54 -0600 (CST) From: Wes Morgan To: George Hartzell In-Reply-To: <18867.1464.374096.420552@almost.alerce.com> Message-ID: References: <18867.1464.374096.420552@almost.alerce.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: Am I using atacontrol attach properly? (sata hotplug issue). X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Mar 2009 06:12:01 -0000 On Sat, 7 Mar 2009, George Hartzell wrote: > I have a Gigabyte GA-6KIEH-RH motherboard. It has 5 SATA ports, 4 > attached to a Sil 3114 controller and 1 attach to an ICH8m. The > system is running -CURRENT from yesterday. > > I have two disks attaching as ad4 and ad6 to ata2 and ata3 resp. > > I can set ACHI mode for ICH8m in the BIOS. When I do not enable it, > the 5th SATA conector shows up as slave on ata6. When I do enable it > the 5th connector shows up as master on ata8. > > If I boot without anything connected to the fifth port, then connect a > drive I thought that the following should work to get the drive > recognized: > > sudo atacontrol detach ata8 > sudo atacontrol attach ata8 I'm able to hot-plug new and hot-swap existing drives on an ICH7 controller, on -current. Have you also tried a reinit? From owner-freebsd-current@FreeBSD.ORG Sun Mar 8 09:00:39 2009 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 262CF106566B for ; Sun, 8 Mar 2009 09:00:39 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id 08C518FC16 for ; Sun, 8 Mar 2009 09:00:39 +0000 (UTC) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=rmac.psg.com) by ran.psg.com with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LgEs9-000NWM-Bh; Sun, 08 Mar 2009 09:00:37 +0000 Received: from rmac.psg.com.psg.com (localhost [127.0.0.1]) by rmac.psg.com (Postfix) with ESMTP id AE783D80123; Sun, 8 Mar 2009 01:00:35 -0800 (PST) Date: Sun, 08 Mar 2009 01:00:33 -0800 Message-ID: From: Randy Bush To: "Kevin Oberman" In-Reply-To: <20090308003404.8653A1CC0B@ptavv.es.net> References: <18867.1464.374096.420552@almost.alerce.com> <20090308003404.8653A1CC0B@ptavv.es.net> User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.7 Emacs/22.3 (i386-apple-darwin9.6.0) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-current@freebsd.org, hartzell@alerce.com Subject: Re: Am I using atacontrol attach properly? (sata hotplug issue). X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Mar 2009 09:00:39 -0000 > I have a hot-swappable PATA drive that I used to be able to insert after > booting. At some time, about 2 years ago, that stopped working. If I > have a drive in the slot at boot time, I can detach the controller, > replace the drive, and attach the replacement drive with no problem, > but, if the slot is empty at boot time, I can't detach, add a drive and > attach it. i did so successfully two days ago with a sata in am64 c8-current randy From owner-freebsd-current@FreeBSD.ORG Sun Mar 8 10:02:27 2009 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 D6A3F106564A; Sun, 8 Mar 2009 10:02:27 +0000 (UTC) (envelope-from mmakonnen@gmail.com) Received: from mail-ew0-f166.google.com (mail-ew0-f166.google.com [209.85.219.166]) by mx1.freebsd.org (Postfix) with ESMTP id D719D8FC1C; Sun, 8 Mar 2009 10:02:26 +0000 (UTC) (envelope-from mmakonnen@gmail.com) Received: by ewy10 with SMTP id 10so518085ewy.43 for ; Sun, 08 Mar 2009 03:02:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=IDO2FHtJ0Y83BGLIzV6RXFD1oFtDfIg+qXmj19265HM=; b=MODNk9RqrHzRAVww+ddo83mSeabLhXeJq561UtkuBKCdvjbbQDkBmdxTj3bsoqBpPJ ah8fsjK3kxXAcczHfZBpkJBngaiThwX+nnJOLx49tJ7UkYN5YiEcLMjH8lIxniKe3zUO tGEVsf6/fH/aFNMHBZ2iNHcnjnQ3JFVVPvEk4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=J9TH3cvQLdzmvkdXQvMxgjVHtGoZaAWfEYNll2Km+iqBj4yev2DPHkx1naKFLElnfR kqzXYbFCbm37fz7Bfr72O20JSFFnmPoAW1zrlpFB7zktV4JtMTzxjgXkDWJWTryQwdmF gnr8UDggHx7/GZVFv/iUUStLMGrUQGSW+imKs= Received: by 10.210.11.13 with SMTP id 13mr1500957ebk.36.1236506545935; Sun, 08 Mar 2009 03:02:25 -0700 (PDT) Received: from storm.mike.lan ([213.55.89.170]) by mx.google.com with ESMTPS id 5sm3053122eyf.42.2009.03.08.03.02.21 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 08 Mar 2009 03:02:25 -0700 (PDT) Message-ID: <49B397A4.8090508@gmail.com> Date: Sun, 08 Mar 2009 13:02:12 +0300 From: Mike Makonnen User-Agent: Thunderbird 2.0.0.19 (X11/20090201) MIME-Version: 1.0 To: Brooks Davis References: <2fd864e0903020512i22b2c31fg487aaf37fed6398b@mail.gmail.com> <20090302.132522.-432836388.imp@bsdimp.com> <20090302233215.GA53763@duncan.reilly.home> <20090302.181513.1973603215.imp@bsdimp.com> <584bfc3f0903030833k70405609q7e2d3b28c8cf4c29@mail.gmail.com> <20090303180307.GA11134@lor.one-eyed-alien.net> <584bfc3f0903032212x25831c5bi35d9b637c1896e1d@mail.gmail.com> <7d6fde3d0903040004y1fcbb086i355cd0113717620b@mail.gmail.com> <20090304164953.GB1209@lor.one-eyed-alien.net> In-Reply-To: <20090304164953.GB1209@lor.one-eyed-alien.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 08 Mar 2009 11:18:19 +0000 Cc: andrew-freebsd@areilly.bpc-users.org, astrodog@gmail.com, usb@freebsd.org, freebsd-current@freebsd.org, Garrett Cooper , "M. Warner Losh" Subject: Re: The rc.d mess strikes back X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Mar 2009 10:02:28 -0000 Brooks Davis wrote: > On Wed, Mar 04, 2009 at 12:04:06AM -0800, Garrett Cooper wrote: >> On Tue, Mar 3, 2009 at 10:12 PM, Mike Telahun Makonnen >> wrote: >>> On Tue, Mar 3, 2009 at 9:03 PM, Brooks Davis wrote: >>>> I don't have much time to debug this, but I've not had problems with >>>> services starting too early on the systems I've been running with async >>>> dhcp. ?If there is a problem with the wait process we need to actually >>>> debug it. ?If the wait for a route/running interface isn't sufficent we >>>> should try to figure out what is. ?Synchronous dhcp sucks and yeilds >>>> justifed user complaints so it would be nice to kill it off. ?I switched >>>> the default because it worked for me and I hoped that people would help >>>> find and fix edge cases. >>> Can you elaborate why synchronous DHCP sucks ? >> The only reason I could see is bringup time. Am I correct in this assumption? > > If you use synchronous DHCP then every interface that wants to try to > get a DHCP address if it has link needs to run through the full link > timeout at boot. On a laptop this is annoying and generally pointless. Ok, I just turned synchronous dhclient on locally and I see what you mean. > The changes to defaultroute to wait for a default route to be set mean > that you consolidate the wait in one location and you don't waste time > starting dhclient on interfaces until a link exists (or an association > is made for wlan devices). OK, so that means that it's not just waiting for the default route, but it's also waiting for the link on any DHCP interfaces to come up as well. That's what confused me. When it's plugged in my NIC's link is always up by the time rc.d gets to the default route, so I didn't see the point in waiting the extra 30sec when it wasn't plugged in. The comments also seemed to imply that we should be checking whether the link is up. Anyways, given that synchronous dhclient re-introduces the same problem I was trying to fix in the first place I'll just back the whole thing out until we can come up with a better fix. Do you mind if I change the timeout to 15sec. (instead of 30s)? > There may well be something better to wait > or a need for a longer timeout in some environments. It's also quite > possible that we have an ordering problem and need to move some more > things after defaultroute or move the checks to a different location. > > -- Brooks Cheers. -- Mike Makonnen | GPG-KEY: http://people.freebsd.org/~mtm/mtm.asc mtm @ FreeBSD.Org | AC7B 5672 2D11 F4D0 EBF8 5279 5359 2B82 7CD4 1F55 FreeBSD | http://www.freebsd.org From owner-freebsd-current@FreeBSD.ORG Sun Mar 8 16:45:58 2009 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 87C30106566B; Sun, 8 Mar 2009 16:45:58 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id 3E53B8FC1B; Sun, 8 Mar 2009 16:45:58 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id E4ECA14D8747; Sun, 8 Mar 2009 17:45:55 +0100 (CET) X-Virus-Scanned: amavisd-new at t-hosting.hu Received: from server.mypc.hu ([127.0.0.1]) by localhost (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id dNERRzF8J6G2; Sun, 8 Mar 2009 17:45:55 +0100 (CET) Received: from [192.168.1.105] (catv-80-98-231-64.catv.broadband.hu [80.98.231.64]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id EBDAA14D8746; Sun, 8 Mar 2009 17:45:54 +0100 (CET) Message-ID: <49B3F63F.3080405@FreeBSD.org> Date: Sun, 08 Mar 2009 17:45:51 +0100 From: =?ISO-8859-1?Q?G=E1bor_K=F6vesd=E1n?= User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Rene Ladan References: <49A85B8A.2080503@FreeBSD.org> <49B3F585.7030304@freebsd.org> In-Reply-To: <49B3F585.7030304@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org, freebsd-i18n@FreeBSD.org Subject: Re: RFC: localized libc messages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Mar 2009 16:45:59 -0000 Rene Ladan escribió: > Gábor Kövesdán schreef: >> Hello all, >> >> There has been NLS support in our libc implementation for a long >> time, but it has been disabled because of some initial problems with >> NLS. (I don't know the exact explanation, I've just looked up the >> mail archives.) Now, I've made a patch to re-enable it and I've >> tested this stuff. It seems to be working without any problems on >> 7.X. I haven't had any opportunity to try it out on -CURRENT, but >> I've made available the patch for 8-CURRENT. It turns NLS on and adds >> some new catalog files. > > I've put a slightly different patch (some improvements to the Dutch > translation) at http://people.freebsd.org/~rene/patches/nls-r189223.diff > > It works fine on CURRENT after adding the appropriate stuff to > ~/.login_conf. > > The only problem is that during buildworld, the temporary directories for > storing the translations are not created. I had to create them manually, > and continue the build with the NO_CLEAN flag (to prevent them getting > deleted again). Yes, I was going to commit the patch yesterday but I realized this problem and haven't yet found the fix. If there's someone skilled at bsd.*.mk, some help would be appreciatied. :) Regards, -- Gabor Kovesdan FreeBSD Volunteer EMAIL: gabor@FreeBSD.org .:|:. gabor@kovesdan.org WEB: http://people.FreeBSD.org/~gabor .:|:. http://kovesdan.org From owner-freebsd-current@FreeBSD.ORG Sun Mar 8 17:07:16 2009 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 BB7571065673 for ; Sun, 8 Mar 2009 17:07:16 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from mail-ew0-f166.google.com (mail-ew0-f166.google.com [209.85.219.166]) by mx1.freebsd.org (Postfix) with ESMTP id 21D168FC18 for ; Sun, 8 Mar 2009 17:07:15 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: by ewy10 with SMTP id 10so585671ewy.43 for ; Sun, 08 Mar 2009 10:07:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :organization:user-agent:mime-version:to:cc:subject:references :in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=z0Sj7zP/9kSNWOb8K/gQx9AzTl+NbBYT1viVmPfxmHk=; b=NDZilry6E2m2V6vht5C5B+nzBhZmL8WRj//KCua5aRvy53iIEb+IJgwWiJpwuXvhmQ fLi8Ac7fNmtICZH2iDn8NEBuZxd4rIlc0PTu5zZO6wdnDozRNb4yG56tF+jxQMRioAYO CZc/V4urlyXU31GDxicctPqd9dQ7L7oQqKi04= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:organization:user-agent:mime-version:to :cc:subject:references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=Li5dx7NdaKb0+HU6u5NR1pgs/Fre0veLcYQg8gNjxEa3Ca79uj+HAJeqHPndSTOpjr WdEL6AyywizyCmjxY0oWNumouRKlzpI9iIQsVN1RUwEh+ZJs/ttC50xvuyr5viZjlXiC wFh++2AWHK9JQFUKHyRmPs0KFFbPUyeUWnPNE= Received: by 10.210.10.8 with SMTP id 8mr1739783ebj.80.1236530567961; Sun, 08 Mar 2009 09:42:47 -0700 (PDT) Received: from self.rene-ladan.nl ([77.163.174.49]) by mx.google.com with ESMTPS id h7sm5987791nfh.52.2009.03.08.09.42.46 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 08 Mar 2009 09:42:46 -0700 (PDT) Sender: Rene Ladan Message-ID: <49B3F585.7030304@freebsd.org> Date: Sun, 08 Mar 2009 17:42:45 +0100 From: Rene Ladan Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.19 (X11/20090111) MIME-Version: 1.0 To: =?ISO-8859-1?Q?G=E1bor_K=F6vesd=E1n?= References: <49A85B8A.2080503@FreeBSD.org> In-Reply-To: <49A85B8A.2080503@FreeBSD.org> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org, freebsd-i18n@FreeBSD.org Subject: Re: RFC: localized libc messages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Mar 2009 17:07:17 -0000 Gábor Kövesdán schreef: > Hello all, > > There has been NLS support in our libc implementation for a long time, > but it has been disabled because of some initial problems with NLS. (I > don't know the exact explanation, I've just looked up the mail > archives.) Now, I've made a patch to re-enable it and I've tested this > stuff. It seems to be working without any problems on 7.X. I haven't had > any opportunity to try it out on -CURRENT, but I've made available the > patch for 8-CURRENT. It turns NLS on and adds some new catalog files. I've put a slightly different patch (some improvements to the Dutch translation) at http://people.freebsd.org/~rene/patches/nls-r189223.diff It works fine on CURRENT after adding the appropriate stuff to ~/.login_conf. The only problem is that during buildworld, the temporary directories for storing the translations are not created. I had to create them manually, and continue the build with the NO_CLEAN flag (to prevent them getting deleted again). Regards, Rene -- http://www.rene-ladan.nl/ GPG fingerprint = ADBC ECCD EB5F A6B4 549F 600D 8C9E 647A E564 2BFC (subkeys.pgp.net) From owner-freebsd-current@FreeBSD.ORG Sun Mar 8 18:10:54 2009 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 1453C1065677; Sun, 8 Mar 2009 18:10:54 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) by mx1.freebsd.org (Postfix) with ESMTP id B1FDA8FC16; Sun, 8 Mar 2009 18:10:53 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.3/8.14.3) with ESMTP id n28I9Z53009273; Sun, 8 Mar 2009 13:09:35 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.3/8.14.3/Submit) id n28I9YbQ009272; Sun, 8 Mar 2009 13:09:34 -0500 (CDT) (envelope-from brooks) Date: Sun, 8 Mar 2009 13:09:34 -0500 From: Brooks Davis To: Mike Makonnen Message-ID: <20090308180934.GA9147@lor.one-eyed-alien.net> References: <2fd864e0903020512i22b2c31fg487aaf37fed6398b@mail.gmail.com> <20090302.132522.-432836388.imp@bsdimp.com> <20090302233215.GA53763@duncan.reilly.home> <20090302.181513.1973603215.imp@bsdimp.com> <584bfc3f0903030833k70405609q7e2d3b28c8cf4c29@mail.gmail.com> <20090303180307.GA11134@lor.one-eyed-alien.net> <584bfc3f0903032212x25831c5bi35d9b637c1896e1d@mail.gmail.com> <7d6fde3d0903040004y1fcbb086i355cd0113717620b@mail.gmail.com> <20090304164953.GB1209@lor.one-eyed-alien.net> <49B397A4.8090508@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ibTvN161/egqYuK8" Content-Disposition: inline In-Reply-To: <49B397A4.8090508@gmail.com> User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Sun, 08 Mar 2009 13:09:35 -0500 (CDT) Cc: andrew-freebsd@areilly.bpc-users.org, Brooks Davis , astrodog@gmail.com, usb@freebsd.org, freebsd-current@freebsd.org, Garrett Cooper , "M. Warner Losh" Subject: Re: The rc.d mess strikes back X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Mar 2009 18:10:54 -0000 --ibTvN161/egqYuK8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 08, 2009 at 01:02:12PM +0300, Mike Makonnen wrote: > Brooks Davis wrote: >> On Wed, Mar 04, 2009 at 12:04:06AM -0800, Garrett Cooper wrote: >>> On Tue, Mar 3, 2009 at 10:12 PM, Mike Telahun Makonnen >>> wrote: >>>> On Tue, Mar 3, 2009 at 9:03 PM, Brooks Davis wrot= e: >>>>> I don't have much time to debug this, but I've not had problems with >>>>> services starting too early on the systems I've been running with asy= nc >>>>> dhcp. ?If there is a problem with the wait process we need to actually >>>>> debug it. ?If the wait for a route/running interface isn't sufficent = we >>>>> should try to figure out what is. ?Synchronous dhcp sucks and yeilds >>>>> justifed user complaints so it would be nice to kill it off. ?I switc= hed >>>>> the default because it worked for me and I hoped that people would he= lp >>>>> find and fix edge cases. >>>> Can you elaborate why synchronous DHCP sucks ? >>> The only reason I could see is bringup time. Am I correct in this assum= ption? >>=20 >> If you use synchronous DHCP then every interface that wants to try to >> get a DHCP address if it has link needs to run through the full link >> timeout at boot. On a laptop this is annoying and generally pointless. >=20 > Ok, I just turned synchronous dhclient on locally and I see what you > mean. >=20 >> The changes to defaultroute to wait for a default route to be set mean >> that you consolidate the wait in one location and you don't waste time >> starting dhclient on interfaces until a link exists (or an association >> is made for wlan devices). >=20 > OK, so that means that it's not just waiting for the default route, but > it's also waiting for the link on any DHCP interfaces to come up as > well. That's what confused me. When it's plugged in my NIC's link is > always up by the time rc.d gets to the default route, so I didn't see > the point in waiting the extra 30sec when it wasn't plugged in. The > comments also seemed to imply that we should be checking whether the > link is up. >=20 > Anyways, given that synchronous dhclient re-introduces the same problem > I was trying to fix in the first place I'll just back the whole thing out= =20 > until we can come up with a better fix. Do you mind if I change the timeo= ut=20 > to 15sec. (instead of 30s)? 15 is probably a bit short in practice for wpa networks. Someone a while back suggested that there's some reason (perhaps spanning tree, but I can't remember) why it it should be closer to 50sec for maximum reliability. One thing I've thought of adding is changing the sleeps to "read -t1", checking for a non-timeout result and adding "Press return to skip". Another option would be for each interface to set a minimum timeout based on it's type such as having WPA interfaces set it to 30 and others set it to 15. -- Brooks --ibTvN161/egqYuK8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iD8DBQFJtAndXY6L6fI4GtQRAqNkAKDLodO2GYwJCapCMRlQtQ04Hg+1kQCff/s/ Kom2CpzErZS19OtbyfvtGGw= =Rk/w -----END PGP SIGNATURE----- --ibTvN161/egqYuK8-- From owner-freebsd-current@FreeBSD.ORG Sun Mar 8 18:39:34 2009 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 020891065740; Sun, 8 Mar 2009 18:39:34 +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 AF2BA8FC0A; Sun, 8 Mar 2009 18:39:33 +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 n28IdShG012302 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 8 Mar 2009 11:39:28 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <49B410E0.4030803@freebsd.org> Date: Sun, 08 Mar 2009 11:39:28 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.18 (X11/20081209) MIME-Version: 1.0 To: Brooks Davis References: <2fd864e0903020512i22b2c31fg487aaf37fed6398b@mail.gmail.com> <20090302.132522.-432836388.imp@bsdimp.com> <20090302233215.GA53763@duncan.reilly.home> <20090302.181513.1973603215.imp@bsdimp.com> <584bfc3f0903030833k70405609q7e2d3b28c8cf4c29@mail.gmail.com> <20090303180307.GA11134@lor.one-eyed-alien.net> <584bfc3f0903032212x25831c5bi35d9b637c1896e1d@mail.gmail.com> <7d6fde3d0903040004y1fcbb086i355cd0113717620b@mail.gmail.com> <20090304164953.GB1209@lor.one-eyed-alien.net> <49B397A4.8090508@gmail.com> <20090308180934.GA9147@lor.one-eyed-alien.net> In-Reply-To: <20090308180934.GA9147@lor.one-eyed-alien.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-sonic.net-Metrics: ebb.errno.com; whitelist Cc: andrew-freebsd@areilly.bpc-users.org, astrodog@gmail.com, Mike Makonnen , usb@freebsd.org, freebsd-current@freebsd.org, Garrett Cooper , "M. Warner Losh" Subject: Re: The rc.d mess strikes back X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Mar 2009 18:39:34 -0000 Brooks Davis wrote: > On Sun, Mar 08, 2009 at 01:02:12PM +0300, Mike Makonnen wrote: > >> Brooks Davis wrote: >> >>> On Wed, Mar 04, 2009 at 12:04:06AM -0800, Garrett Cooper wrote: >>> >>>> On Tue, Mar 3, 2009 at 10:12 PM, Mike Telahun Makonnen >>>> wrote: >>>> >>>>> On Tue, Mar 3, 2009 at 9:03 PM, Brooks Davis wrote: >>>>> >>>>>> I don't have much time to debug this, but I've not had problems with >>>>>> services starting too early on the systems I've been running with async >>>>>> dhcp. ?If there is a problem with the wait process we need to actually >>>>>> debug it. ?If the wait for a route/running interface isn't sufficent we >>>>>> should try to figure out what is. ?Synchronous dhcp sucks and yeilds >>>>>> justifed user complaints so it would be nice to kill it off. ?I switched >>>>>> the default because it worked for me and I hoped that people would help >>>>>> find and fix edge cases. >>>>>> >>>>> Can you elaborate why synchronous DHCP sucks ? >>>>> >>>> The only reason I could see is bringup time. Am I correct in this assumption? >>>> >>> If you use synchronous DHCP then every interface that wants to try to >>> get a DHCP address if it has link needs to run through the full link >>> timeout at boot. On a laptop this is annoying and generally pointless. >>> >> Ok, I just turned synchronous dhclient on locally and I see what you >> mean. >> >> >>> The changes to defaultroute to wait for a default route to be set mean >>> that you consolidate the wait in one location and you don't waste time >>> starting dhclient on interfaces until a link exists (or an association >>> is made for wlan devices). >>> >> OK, so that means that it's not just waiting for the default route, but >> it's also waiting for the link on any DHCP interfaces to come up as >> well. That's what confused me. When it's plugged in my NIC's link is >> always up by the time rc.d gets to the default route, so I didn't see >> the point in waiting the extra 30sec when it wasn't plugged in. The >> comments also seemed to imply that we should be checking whether the >> link is up. >> >> Anyways, given that synchronous dhclient re-introduces the same problem >> I was trying to fix in the first place I'll just back the whole thing out >> until we can come up with a better fix. Do you mind if I change the timeout >> to 15sec. (instead of 30s)? >> > > 15 is probably a bit short in practice for wpa networks. Someone a > while back suggested that there's some reason (perhaps spanning tree, > but I can't remember) why it it should be closer to 50sec for maximum > reliability. One thing I've thought of adding is changing the sleeps to > "read -t1", checking for a non-timeout result and adding "Press return > to skip". Another option would be for each interface to set a minimum > timeout based on it's type such as having WPA interfaces set it to 30 > and others set it to 15. > wpa is typically not the issue unless wpa-eapol is involved (in which case you need to negotiate with a backend authentication server). wpa typically takes <100ms to handshake and plumb keys once you have an association. The more time consuming aspects of setting up a wireless connection are scanning (if dual-band and not done intelligently) and how fast the dhcp server is (I have observed 15-30 sec lag on some large corporate nets). One thing I don't understand is why we poll at all given that we can listen to the routing socket and figure out exactly what we need. This would require a new app but that's easy (just mod something like wlanwatch or route). We'd still need to decide how to handle the timeout and/or how to deal with interrupting the process. Sam From owner-freebsd-current@FreeBSD.ORG Sun Mar 8 18:37:14 2009 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 54A391065696 for ; Sun, 8 Mar 2009 18:37:14 +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 2DAC98FC19 for ; Sun, 8 Mar 2009 18:37:14 +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 DB21733C62; Sun, 8 Mar 2009 11:37:13 -0700 (PDT) Received: from merlin.alerce.com (localhost [127.0.0.1]) by merlin.alerce.com (Postfix) with ESMTP id 6171233C5B; Sun, 8 Mar 2009 11:37:13 -0700 (PDT) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18868.4185.95172.261233@almost.alerce.com> Date: Sun, 8 Mar 2009 11:37:13 -0700 To: Wes Morgan In-Reply-To: References: <18867.1464.374096.420552@almost.alerce.com> X-Mailer: VM 8.0.12 under 22.1.50.1 (i386-apple-darwin8.11.1) X-Virus-Scanned: ClamAV using ClamSMTP X-Mailman-Approved-At: Sun, 08 Mar 2009 19:35:23 +0000 Cc: freebsd-current@freebsd.org, George Hartzell Subject: Re: Am I using atacontrol attach properly? (sata hotplug issue). 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: Sun, 08 Mar 2009 18:37:18 -0000 Wes Morgan writes: > On Sat, 7 Mar 2009, George Hartzell wrote: > > > I have a Gigabyte GA-6KIEH-RH motherboard. It has 5 SATA ports, 4 > > attached to a Sil 3114 controller and 1 attach to an ICH8m. The > > system is running -CURRENT from yesterday. > > > > I have two disks attaching as ad4 and ad6 to ata2 and ata3 resp. > > > > I can set ACHI mode for ICH8m in the BIOS. When I do not enable it, > > the 5th SATA conector shows up as slave on ata6. When I do enable it > > the 5th connector shows up as master on ata8. > > > > If I boot without anything connected to the fifth port, then connect a > > drive I thought that the following should work to get the drive > > recognized: > > > > sudo atacontrol detach ata8 > > sudo atacontrol attach ata8 > > I'm able to hot-plug new and hot-swap existing drives on an ICH7 > controller, on -current. Have you also tried a reinit? I have tried reinit without any success. I also just rearranged connectors and tried adding a new drive to one of the Sil 3114 without any luck. g. From owner-freebsd-current@FreeBSD.ORG Sun Mar 8 20:39:24 2009 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 425FF106566B for ; Sun, 8 Mar 2009 20:39:24 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay11.ispgateway.de (smtprelay11.ispgateway.de [80.67.29.28]) by mx1.freebsd.org (Postfix) with ESMTP id F1BCD8FC15 for ; Sun, 8 Mar 2009 20:39:23 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from [88.153.16.241] (helo=localhost) by smtprelay11.ispgateway.de with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1LgPmM-0007Fi-Kr; Sun, 08 Mar 2009 21:39:22 +0100 Date: Sun, 8 Mar 2009 21:39:15 +0100 From: Fabian Keil To: Juergen Lock Message-ID: <20090308213915.62c9b7bb@fabiankeil.de> In-Reply-To: <20090222013747.GA21709@saturn.kn-bremen.de> References: <20090222013747.GA21709@saturn.kn-bremen.de> X-Mailer: Claws Mail 3.7.0 (GTK+ 2.14.7; i386-portbld-freebsd8.0) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2008-08-18.asc Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/Ljb.GVZCFlwgj5b/=wGocl8"; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Df-Sender: 775067 Cc: freebsd-current@FreeBSD.org Subject: Re: testing qemu svn r6636 on FreeBSD; future of qemu on FreeBSD... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Mar 2009 20:39:24 -0000 --Sig_/Ljb.GVZCFlwgj5b/=wGocl8 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Juergen Lock wrote: > After discovering a workaround for the -kernel-kqemu userspace pio bug > in connection with vmware svga/vmmouse a few days ago I made another > experimental FreeBSD qemu-devel port update today, > http://people.freebsd.org/~nox/qemu/qemu-devel-20090218.patch I didn't notice any regressions on amd64 with Windows XP as guest system. I only use the guest system to compile and test stuff with cygwin, though. Thanks a lot for all your work on qemu. Fabian --Sig_/Ljb.GVZCFlwgj5b/=wGocl8 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkm0LPMACgkQBYqIVf93VJ0DmQCdH/k3SY2jm+16U/fi4+UViQxU GDsAmgP/95A1I/uOA+QGX4n41D+tqoOU =8BVS -----END PGP SIGNATURE----- --Sig_/Ljb.GVZCFlwgj5b/=wGocl8-- From owner-freebsd-current@FreeBSD.ORG Sun Mar 8 20:44:16 2009 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 4DB0910656F0 for ; Sun, 8 Mar 2009 20:44:16 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail1.es.net [IPv6:2001:400:201:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id D6FE68FC0C for ; Sun, 8 Mar 2009 20:44:15 +0000 (UTC) (envelope-from oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id n28Ki7g4020358 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 8 Mar 2009 13:44:07 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 066E91CC0B; Sun, 8 Mar 2009 13:44:07 -0700 (PDT) To: hartzell@alerce.com In-reply-to: Your message of "Sun, 08 Mar 2009 11:37:13 PDT." <18868.4185.95172.261233@almost.alerce.com> Date: Sun, 08 Mar 2009 13:44:07 -0700 From: "Kevin Oberman" Message-Id: <20090308204407.066E91CC0B@ptavv.es.net> Cc: freebsd-current@freebsd.org Subject: Re: Am I using atacontrol attach properly? (sata hotplug issue). X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Mar 2009 20:44:16 -0000 > From: George Hartzell > Date: Sun, 8 Mar 2009 11:37:13 -0700 > Sender: owner-freebsd-current@freebsd.org > > Wes Morgan writes: > > On Sat, 7 Mar 2009, George Hartzell wrote: > > > > > I have a Gigabyte GA-6KIEH-RH motherboard. It has 5 SATA ports, 4 > > > attached to a Sil 3114 controller and 1 attach to an ICH8m. The > > > system is running -CURRENT from yesterday. > > > > > > I have two disks attaching as ad4 and ad6 to ata2 and ata3 resp. > > > > > > I can set ACHI mode for ICH8m in the BIOS. When I do not enable it, > > > the 5th SATA conector shows up as slave on ata6. When I do enable it > > > the 5th connector shows up as master on ata8. > > > > > > If I boot without anything connected to the fifth port, then connect a > > > drive I thought that the following should work to get the drive > > > recognized: > > > > > > sudo atacontrol detach ata8 > > > sudo atacontrol attach ata8 > > > > I'm able to hot-plug new and hot-swap existing drives on an ICH7 > > controller, on -current. Have you also tried a reinit? > > I have tried reinit without any success. > > I also just rearranged connectors and tried adding a new drive to one > of the Sil 3114 without any luck. No help for me, either. Looks like some issue specific to this hardware. Probably something that gets poked when the driver does the initial probe, but does not on an 'attach' operation. FWIW, my system has an ICH6 SATA150 controller with an unknown SATA-PATA converter. I have always assumed that the problem was the SATA-PATA converter, but George's report now make me suspicious that it is not. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-current@FreeBSD.ORG Sun Mar 8 20:46:59 2009 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 F422C10656C5 for ; Sun, 8 Mar 2009 20:46:58 +0000 (UTC) (envelope-from wollman@hergotha.csail.mit.edu) Received: from hergotha.csail.mit.edu (hergotha.csail.mit.edu [66.92.79.170]) by mx1.freebsd.org (Postfix) with ESMTP id 83E6C8FC1C for ; Sun, 8 Mar 2009 20:46:58 +0000 (UTC) (envelope-from wollman@hergotha.csail.mit.edu) Received: from hergotha.csail.mit.edu (localhost [127.0.0.1]) by hergotha.csail.mit.edu (8.14.2/8.14.2) with ESMTP id n28KkvNR005495; Sun, 8 Mar 2009 16:46:57 -0400 (EDT) (envelope-from wollman@hergotha.csail.mit.edu) Received: (from wollman@localhost) by hergotha.csail.mit.edu (8.14.2/8.13.8/Submit) id n28Kkvfn005494; Sun, 8 Mar 2009 16:46:57 -0400 (EDT) (envelope-from wollman) Date: Sun, 8 Mar 2009 16:46:57 -0400 (EDT) From: Garrett Wollman Message-Id: <200903082046.n28Kkvfn005494@hergotha.csail.mit.edu> To: sam@freebsd.org X-Newsgroups: mit.lcs.mail.freebsd-current In-Reply-To: <49B410E0.4030803@freebsd.org> References: <2fd864e0903020512i22b2c31fg487aaf37fed6398b@mail.gmail.com> <20090302.132522.-432836388.imp@bsdimp.com> <20090302233215.GA53763@duncan.reilly.home> <20090302.181513.1973603215.imp@bsdimp.com> <584bfc3f0903030833k70405609q7e2d3b28c8cf4c29@mail.gmail.com> <20090303180307.GA11134@lor.one-eyed-alien.net> <584bfc3f0903032212x25831c5bi35d9b637c1896e1d@mail.gmail.com> <7d6fde3d0903040004y1fcbb086i355cd0113717620b@mail.gmail.com> <20090304164953.GB1209@lor.one-eyed-alien.net> <49B397A4.8090508@gmail.com> <20090308180934.GA9147@lor.one-eyed-alien.net> Organization: None X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (hergotha.csail.mit.edu [127.0.0.1]); Sun, 08 Mar 2009 16:46:57 -0400 (EDT) X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hergotha.csail.mit.edu X-Mailman-Approved-At: Sun, 08 Mar 2009 20:51:50 +0000 Cc: , current@freebsd.org Subject: Re: The rc.d mess strikes back X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Mar 2009 20:46:59 -0000 In <49B410E0.4030803@freebsd.org>, Sam Leffler writes: >wpa is typically not the issue unless wpa-eapol is involved (in which >case you need to negotiate with a backend authentication server). I hesitate to bring this up, but I've certainly had an issue for a long time that waiting for the default route doesn't solve -- the machines in question are configured statically. The problem is most pronounced with certain GigE interfaces that take a very long time to initialize, but happens on any network using the default Spanning Tree parameters. (Using DHCP would actually help with this, since you can't get a DHCP response until your port has moved into FORWARDING state, but one of the machines in question is the DHCP server, so that's not an option.) Because named no longer waits for a root server to be accessible when it starts, lots of daemons will get started, be unable to resolve names in their configuration files, and fail, before the network interface is even working. (ntpd is a particular problem in this case, because it doesn't exit when there are no associations configured, and it also does its name resolution asynchronously, so you can have ntpd come up and appear to be working, but completely unsynchronized.) I've generally solved this by hacking a little script into the order just after named to hold back the boot until named is able to resolve an external hostname. -GAWollman From owner-freebsd-current@FreeBSD.ORG Sun Mar 8 20:34:35 2009 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 A3C2A10656BF; Sun, 8 Mar 2009 20:34:35 +0000 (UTC) (envelope-from aoyama@peach.ne.jp) Received: from moon.peach.ne.jp (unknown [IPv6:2001:380:e06:127::53]) by mx1.freebsd.org (Postfix) with ESMTP id 425B68FC31; Sun, 8 Mar 2009 20:34:35 +0000 (UTC) (envelope-from aoyama@peach.ne.jp) Received: from moon.peach.ne.jp (localhost [127.0.0.1]) by moon.peach.ne.jp (Postfix) with ESMTP id 81F8978C4B; Mon, 9 Mar 2009 05:34:34 +0900 (JST) Received: from artemis (unknown [192.168.2.20]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by moon.peach.ne.jp (Postfix) with ESMTP id 6627C78C4A; Mon, 9 Mar 2009 05:34:34 +0900 (JST) Message-ID: From: "Daisuke Aoyama" To: , Date: Mon, 9 Mar 2009 05:34:32 +0900 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-2022-jp"; 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-Virus-Scanned: ClamAV using ClamSMTP X-Mailman-Approved-At: Sun, 08 Mar 2009 20:52:06 +0000 Cc: freebsd-current@freebsd.org Subject: Tester wanted for multipath failover iSCSI target software X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Mar 2009 20:34:40 -0000 Hello, I'm looking for test users for new iSCSI target software designed for multipath failover cluster nodes. I'm very interested in the virtual machine such as Hyper-V. So I'm also tuning the target for using VMs. I need an environmental report in particular other than FreeBSD 7.1 RELEASE p3 i386/PAE kernel w/ZFS. I welcome the report with other initiators below. If you are interested in this software, please download it from the following site. The tarball contains configure script to build it. Please read README and INSTALL in the tarball for more detail. Tested Initiators: o Microsoft Windows Server 2008 (builtin) o Microsoft iSCSI Initiator 2.08 on WS2003 o Intel iSCSI Remote Boot 2.1.22 o Sun VirtualBOX 2.1.2 (builtin) o VMware ESXi 3.5 Update 3 (builtin) Key Features: o MCS/MPIO for failover (up to 255 concurrent sessions) o SPC-3 Persistent Reservation for cluster nodes o 64bit LBA for over 2TB o Header/Data digest by CRC32C o CHAP w/Mutual authentication o Multiple LUNs and ACLs for portals (experimental features) o iSCSI boot with Intel PRO/1000 Server Adapters o virtual DVDROM/DLT emulator o pass-through device via CAM Known Issues: o globalSAN iSCSI Initiator for Mac OSX does not establish data I/O because of unexpected data segment length. I will plan to fix it in the near future. o FreeBSD initiator can't connect to the target because of StatSN error. I don't know a reason. Here is release 20090308: http://shell.peach.ne.jp/aoyama/archives/342 Later version will be uploaded in this blog. If you need anything other than Japanese, please use translator service. Thanks, -- Daisuke Aoyama From owner-freebsd-current@FreeBSD.ORG Sun Mar 8 21:53:52 2009 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 01D26106566C for ; Sun, 8 Mar 2009 21:53:52 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with ESMTP id 7FE858FC1B for ; Sun, 8 Mar 2009 21:53:51 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 7773 invoked by uid 399); 8 Mar 2009 21:27:10 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 8 Mar 2009 21:27:10 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <49B4382D.9010403@FreeBSD.org> Date: Sun, 08 Mar 2009 14:27:09 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.19 (X11/20090307) MIME-Version: 1.0 To: Garrett Wollman References: <2fd864e0903020512i22b2c31fg487aaf37fed6398b@mail.gmail.com> <20090302.132522.-432836388.imp@bsdimp.com> <20090302233215.GA53763@duncan.reilly.home> <20090302.181513.1973603215.imp@bsdimp.com> <584bfc3f0903030833k70405609q7e2d3b28c8cf4c29@mail.gmail.com> <20090303180307.GA11134@lor.one-eyed-alien.net> <584bfc3f0903032212x25831c5bi35d9b637c1896e1d@mail.gmail.com> <7d6fde3d0903040004y1fcbb086i355cd0113717620b@mail.gmail.com> <20090304164953.GB1209@lor.one-eyed-alien.net> <49B397A4.8090508@gmail.com> <20090308180934.GA9147@lor.one-eyed-alien.net> <200903082046.n28Kkvfn005494@hergotha.csail.mit.edu> In-Reply-To: <200903082046.n28Kkvfn005494@hergotha.csail.mit.edu> X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: The rc.d mess strikes back X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Mar 2009 21:53:52 -0000 Garrett Wollman wrote: > I've generally solved this by hacking a little script into the order > just after named to hold back the boot until named is able to resolve > an external hostname. I've been following this thread (and thinking about your previous posts on this topic Garrett) and I'm starting to think that having this as an option in the base is the Right AnswerTM. Off hand I'd say that we would need options for what hostname to ping, and whether to use the local name server or just what's in resolv.conf, but that is trivial stuff. Can I trouble you to post your script? Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Mon Mar 9 03:55:13 2009 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 1C46A106566B for ; Mon, 9 Mar 2009 03:55:13 +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 C39228FC14 for ; Mon, 9 Mar 2009 03:55:11 +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 n293tBDo040745 for ; Sun, 8 Mar 2009 20:55:11 -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 n293tBea040744 for freebsd-current@freebsd.org; Sun, 8 Mar 2009 20:55:11 -0700 (PDT) (envelope-from sgk) Date: Sun, 8 Mar 2009 20:55:11 -0700 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20090309035511.GA40716@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: USB2 has broken libusb and gphoto2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2009 03:55:14 -0000 The rushed import of USB2 has broken libusb and gphoto2 in ports. Please fix. -- Steve From owner-freebsd-current@FreeBSD.ORG Mon Mar 9 04:59:52 2009 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 046C6106564A for ; Mon, 9 Mar 2009 04:59:52 +0000 (UTC) (envelope-from labeachgeek@gmail.com) Received: from mail-fx0-f158.google.com (mail-fx0-f158.google.com [209.85.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id 3C6398FC08 for ; Mon, 9 Mar 2009 04:59:50 +0000 (UTC) (envelope-from labeachgeek@gmail.com) Received: by fxm2 with SMTP id 2so1002191fxm.43 for ; Sun, 08 Mar 2009 21:59:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=WBuK7Vdj8gIj9ck8kkpHnB1ap7xkYNWjJw8SQL1E0JI=; b=NtB1iHeSZ3ZIQLIrd5xxdad6n/4c9NqgdKA+wKD7G1TptzSQ69HwryYUQvAO1sE24p KWifhCpOCTYUzM7kSTrL4QK7iwimPFmQoHk8oQnBQhBmjp3OwZkpkSa28VyaM9zQVnGa QzCXSGIOKEgMc9KdsNqpFvsJ7KmG7nEcCoYIo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=Vky2KZlThly4tmF07RqVLfcEK5kU5aRbRuMWrsdU3ysj7EreIwVyR4ZaPi8OOcvqDw vvII8dq172oIk9LphETt6aNZXZT/kBaGw0zyyE27sSoT8eXD3AC8PahFrL2wAdT97A0t 6abXQw99N40xhN7eXAuT2QqS/4ULDkbDSMtB0= MIME-Version: 1.0 Received: by 10.103.246.1 with SMTP id y1mr2418316mur.116.1236574790171; Sun, 08 Mar 2009 21:59:50 -0700 (PDT) In-Reply-To: <20090302111220.GC89940@weongyo.cdnetworks.kr> References: <790a9fff0903012032k65518fc0oabe4273f03ec9a07@mail.gmail.com> <20090302111220.GC89940@weongyo.cdnetworks.kr> Date: Sun, 8 Mar 2009 22:59:50 -0600 Message-ID: From: Beach Geek To: Weongyo Jeong , Scot Hetzel , Beach Geek , freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: NDIS module and newusb (usb4bsd?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2009 04:59:52 -0000 SVN'd to r189490, and rebuilt kernel, world, and card NDIS modules. NDIS works perfectly on all boxes again. Weongyo, thanks for the fix (r189488). Note: RT2860 gremlins are gone. (cvsup/fetch freezes, etc). Not a clue why, but glad they're gone ;-) On 3/2/09, Weongyo Jeong wrote: > On Sun, Mar 01, 2009 at 10:32:34PM -0600, Scot Hetzel wrote: >> On Sun, Mar 1, 2009 at 9:31 PM, Beach Geek wrote: >> > Just curious. ?Does/should NDIS work with new default usb stack? >> > "kldload ndis" results in "kldload: can't load ndis: No such file or >> > directory", >> > and on console... "link_elf: symbol usbd_errstr undefined" and "KLD >> > if_ndis.ko: depends on ndisapi - not available". >> > None of the laptops have symbols, debug, or witness. If NDIS should >> > work, I'll rebuild 2 laptops with debugging. ?Or did I just miss a >> > library softlink or mapping? >> > All laptops are running current cvsup'd on 2/28. >> > >> > Thanks for your time and any comments. >> > >> I'm also getting this message. >> >> It seems that NDIS USB support hasn't been update for the new usb code. >> >> Could someone look into disabling the NDIS USB support until this is >> fixed? > > I think this fix could happen within this week. :-) > > regards, > Weongyo Jeong > > -- LA Beach Geek labeachgeek@gmail.com * The boundaries of reality are the limits of imagination. * Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Mar 9 05:01:39 2009 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 A32FB10656EB for ; Mon, 9 Mar 2009 05:01:39 +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 509268FC14 for ; Mon, 9 Mar 2009 05:01:39 +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 n2951bPo041210; Sun, 8 Mar 2009 22:01:37 -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 n2951bqa041209; Sun, 8 Mar 2009 22:01:37 -0700 (PDT) (envelope-from sgk) Date: Sun, 8 Mar 2009 22:01:37 -0700 From: Steve Kargl To: Mark Linimon Message-ID: <20090309050137.GA41156@troutmask.apl.washington.edu> References: <20090309035511.GA40716@troutmask.apl.washington.edu> <20090309043324.GA1029@lonesome.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090309043324.GA1029@lonesome.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: USB2 has broken libusb and gphoto2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2009 05:01:43 -0000 On Sun, Mar 08, 2009 at 11:33:24PM -0500, Mark Linimon wrote: > On Sun, Mar 08, 2009 at 08:55:11PM -0700, Steve Kargl wrote: > > The rushed import of USB2 has broken libusb and gphoto2 > > in ports. Please fix. > > See http://wiki.freebsd.org/PortsBrokenOnCurrent for the status > updates of the affected ports. > No need to check a wiki. Please commit the patch that fixes the port. http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/132246 -- Steve From owner-freebsd-current@FreeBSD.ORG Mon Mar 9 04:33:25 2009 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 35A7E106566C for ; Mon, 9 Mar 2009 04:33:25 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id 185A48FC0C for ; Mon, 9 Mar 2009 04:33:24 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 87FEF8C06F; Sun, 8 Mar 2009 23:33:24 -0500 (CDT) Date: Sun, 8 Mar 2009 23:33:24 -0500 From: Mark Linimon To: Steve Kargl Message-ID: <20090309043324.GA1029@lonesome.com> References: <20090309035511.GA40716@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090309035511.GA40716@troutmask.apl.washington.edu> User-Agent: Mutt/1.5.18 (2008-05-17) X-Mailman-Approved-At: Mon, 09 Mar 2009 05:25:45 +0000 Cc: freebsd-current@freebsd.org Subject: Re: USB2 has broken libusb and gphoto2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2009 04:33:25 -0000 On Sun, Mar 08, 2009 at 08:55:11PM -0700, Steve Kargl wrote: > The rushed import of USB2 has broken libusb and gphoto2 > in ports. Please fix. See http://wiki.freebsd.org/PortsBrokenOnCurrent for the status updates of the affected ports. mcl From owner-freebsd-current@FreeBSD.ORG Mon Mar 9 08:47:00 2009 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 412AB106566C for ; Mon, 9 Mar 2009 08:47:00 +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 BBABC8FC14 for ; Mon, 9 Mar 2009 08:46:59 +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.2.9) with ESMTPSA id 236941806; Mon, 09 Mar 2009 10:46:58 +0200 Message-ID: <49B4D781.4040009@FreeBSD.org> Date: Mon, 09 Mar 2009 10:46:57 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.19 (X11/20090118) MIME-Version: 1.0 To: hartzell@alerce.com References: <1236482586.00083946.1236470402@10.7.7.3> In-Reply-To: <1236482586.00083946.1236470402@10.7.7.3> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Am I using atacontrol attach properly? (sata hotplug issue). X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2009 08:47:00 -0000 Hi. George Hartzell wrote: > I have a Gigabyte GA-6KIEH-RH motherboard. It has 5 SATA ports, 4 > attached to a Sil 3114 controller and 1 attach to an ICH8m. The > system is running -CURRENT from yesterday. > > I have two disks attaching as ad4 and ad6 to ata2 and ata3 resp. > > I can set ACHI mode for ICH8m in the BIOS. When I do not enable it, > the 5th SATA conector shows up as slave on ata6. When I do enable it > the 5th connector shows up as master on ata8. > > If I boot without anything connected to the fifth port, then connect a > drive I thought that the following should work to get the drive > recognized: > > sudo atacontrol detach ata8 > sudo atacontrol attach ata8 > > (or a similar dance with ata6 if AHCI isn't enabled). It is ICH8M port, right? > When I set boot_verbose in loader.conf I see the following when I > attach (two separate attempts with different SATA drives): > > ata8: AHCI reset... > ata8: SATA connect status=00000004 > ata8: AHCI reset done: phy reset found no device > ata8: [MPSAFE] > ata8: [ITHREAD] > ata8: Identifying devices: 00000000 > ata8: New devices: 00000000 > ata8: AHCI reset... > ata8: SATA connect status=00000004 > ata8: AHCI reset done: phy reset found no device > ata8: [MPSAFE] > ata8: [ITHREAD] > ata8: Identifying devices: 00000000 > ata8: New devices: 00000000 There is very little part of AHCI driver takes part on this stage. Mostly it is done by common ata_sata_phy_reset() routine. Try to comment if ((ATA_IDX_INL(ch, ATA_SCONTROL) & ATA_SC_DET_MASK) == ATA_SC_DET_IDLE) return ata_sata_connect(ch); lines in there. It will force full hardware reset to the drive. > If the drive's attached at boot time then it's recognized. > > Am I doing something wrong, or is my hardware balky? Every hardware has some specifics. I have successfully tested hot-plug working with AHCI on ICH8, ICH8M and JMB363. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Mon Mar 9 13:15:24 2009 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 8A8EA106564A for ; Mon, 9 Mar 2009 13:15:24 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-ew0-f166.google.com (mail-ew0-f166.google.com [209.85.219.166]) by mx1.freebsd.org (Postfix) with ESMTP id E7FAA8FC23 for ; Mon, 9 Mar 2009 13:15:23 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by ewy10 with SMTP id 10so793744ewy.43 for ; Mon, 09 Mar 2009 06:15:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=tu69HvCBCBe3n2T9hYc8B0d1oGp4pYCOGmBBZ3xKA3E=; b=hcw+s0/7L9FjSHyFF8zIwhR1If9IQXLkx/4lm1En8SPfQ/iXV2ffDNeDFMyqV+AyvX WkWsO/sylB4fIsFIS6TN2V7n+qGd4B5DJkjuP9pUIiFguUPVwgCH2jMt+Px5KqoJtGuX ZTUQTC9wEEy/qeVUq3H1YYhG6XhcczXMalyCU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=LoVvG2YHIsiQeSmOok1+gPAJHFiNuIlGjsGnYavaylB3b+0k+zPQR8Inl11EY4OGNs +bV3lWETSZkGE0Nt+Qz8LWLIfJCKB68Bls+ShKBdVa2Dxwc81M+qrD8OJFWkRtUblkqq dK5qZ8henn854PFjFdK780c2RlBeRxlDcy72o= MIME-Version: 1.0 Received: by 10.210.65.2 with SMTP id n2mr3634108eba.35.1236604522507; Mon, 09 Mar 2009 06:15:22 -0700 (PDT) Date: Mon, 9 Mar 2009 14:15:22 +0100 Message-ID: <3a142e750903090615t63a594e8rbadd7f7231049180@mail.gmail.com> From: "Paul B. Mahol" To: freebsd-current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: nullfs: panic: vrele: negative ref cnt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2009 13:15:24 -0000 Hi, here is part of textdump: db:1:lockinfo> show locks db:1:locks> show alllocks Process 722 (sh) thread 0xc4134000 (100065) db:1:alllocks> show lockedvnods Locked vnodes db:0:kdb.enter.panic> show pcpu cpuid = 1 curthread = 0xc4134000: pid 722 "sh" curpcb = 0xc3ba8d90 fpcurthread = 0xc4134000: pid 722 "sh" idlethread = 0xc3d08d80: pid 10 "idle: cpu1" APIC ID = 1 currentldt = 0x50 spin locks held: db:0:kdb.enter.panic> bt Tracing pid 722 tid 100065 td 0xc4134000 kdb_enter(c0610bfe,c0610bfe,c061db9e,c3ba8aa8,1,...) at kdb_enter+0x3a panic(c061db9e,0,c061cee6,88e,4,...) at panic+0x136 vrele(c4326d9c,0,c433fb5f,82,c060f3c7,...) at vrele+0x111 null_nodeget(c3fd4780,c4326d9c,c3ba8bf4,0,c3ba8be4,...) at null_nodeget+0xa0 null_bypass(c3ba8be0,c3f35a78,c3ba8c28) at null_bypass+0x141 VOP_VPTOCNP_APV(c4340240,c3ba8be0,c061bf01,387,c3cecc00,...) at VOP_VPTOCNP_APV+0xb3 vn_vptocnp(c3ba8c4c,c061bf01,3af,c3ba8c3c,c3f35a78,...) at vn_vptocnp+0xd9 vn_fullpath1(c3cecc00,c3ba8c5c,3fc,315,c3cecc00,...) at vn_fullpath1+0x29a kern___getcwd(c4134000,bfbfe884,0,400,c3ba8d2c,...) at kern___getcwd+0xd0 __getcwd(c4134000,c3ba8cf8,8,c0617c09,c0640290,...) at __getcwd+0x29 syscall(c3ba8d38) at syscall+0x261 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (326, FreeBSD ELF32, __getcwd), eip = 0x2814edfb, esp = 0xbfbfe6cc, ebp = 0xbfbfe788 --- panic: vrele: negative ref cnt cpuid = 1 KDB: enter: panic shared lockmgr ufs (ufs) r = 0 (0xc43c36a0) locked @ /usr/src/sys/kern/vfs_default.c:790 shared lockmgr ufs (ufs) r = 0 (0xc43c36a0) locked @ /usr/src/sys/kern/vfs_default.c:790 0xc43c3648: tag ufs, type VDIR usecount 1, writecount 0, refcount 1 mountedhere 0 flags () lock type ufs: SHARED (count 1) ino 3583142, on dev ad0s1h 0xc43c3430: tag null, type VDIR usecount 4, writecount 0, refcount 5 mountedhere 0 flags () lock type ufs: SHARED (count 1) vp=0xc43c3430, lowervp=0xc43c3648 How to reproduce it: # mount_nullfs /usr/local/src /usr/src # cd /sys # whereis something It appears panic have been introduced after r189488 -- Paul From owner-freebsd-current@FreeBSD.ORG Mon Mar 9 13:20:32 2009 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 3E0731065762; Mon, 9 Mar 2009 13:20:32 +0000 (UTC) (envelope-from hiroo@oikumene.gcd.org) Received: from smtp2.inetd.co.jp (smtp2.inetd.co.jp [211.13.220.139]) by mx1.freebsd.org (Postfix) with ESMTP id 008B88FC12; Mon, 9 Mar 2009 13:20:31 +0000 (UTC) (envelope-from hiroo@oikumene.gcd.org) Received: from chrysanthe.oikumene.gcd.org (206.162.192.61.tokyo.global.alpha-net.ne.jp [61.192.162.206]) by smtp2.inetd.co.jp (Postfix) with ESMTP id F11393E8CA8; Mon, 9 Mar 2009 21:57:20 +0900 (JST) Received: from chrysanthe.oikumene.gcd.org (mail.oikumene.gcd.org [192.168.0.2]) (authenticated bits=0) by chrysanthe.oikumene.gcd.org (8.14.3/8.14.3) with ESMTP id n29CvKHp063510; Mon, 9 Mar 2009 21:57:20 +0900 (JST) (envelope-from hiroo@oikumene.gcd.org) Date: Mon, 09 Mar 2009 21:57:20 +0900 Message-ID: <86bpsax39r.wl%hiroo@oikumene.gcd.org> From: Hiroo Ono To: pyunyh@gmail.com In-Reply-To: <20081231003115.GA22037@cdnetworks.co.kr> References: <47297827@bb.ipt.ru> <20081004032046.f15cca9e.nork@FreeBSD.org> <81215412@bb.ipt.ru> <20081004060942.GA76137@cdnetworks.co.kr> <70489350@bb.ipt.ru> <20081006014724.GC82823@cdnetworks.co.kr> <36537897@bb.ipt.ru> <20081020020827.5884d7f3.nork@FreeBSD.org> <20081220032908.GE79449@cdnetworks.co.kr> <20081230224847.a70b51cd.nork@FreeBSD.org> <20081231003115.GA22037@cdnetworks.co.kr> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.3 (i386-portbld-freebsd6.3) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") 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: Mon, 09 Mar 2009 13:20:33 -0000 Hello Pyun, At Wed, 31 Dec 2008 09:31:15 +0900, Pyun YongHyeon wrote: > > > How about this one? > > > http://people.freebsd.org/~yongari/axe.88178.patch4 > > > > It's perfect! I confirmed following devices: > > > > Planex GT-1000T (AX88178 with Cicada PHY) > > Buffalo LUA-U2-KTX (AX88172 with Realtek PHY) > > Planex UE-200TX-G (AX88772 with own PHY) I tested another axe device on 7.1-STABLE (not current). Though tested only ifconfig and ping, it worked. Logitec LAN-GTJ/U2A (AX88178 with Cicada PHY) Do you have any plan to commit it to RELENG_7? Here are dmesg and diffs to your patch4: Mar 9 20:07:05 goshen root: Unknown USB device: vendor 0x0789 product 0x0160 bus uhub4 Mar 9 20:07:06 goshen kernel: axe0: on uhub4 Mar 9 20:07:06 goshen kernel: axe0: AX88178, bufsz 4096, boundary 512 Mar 9 20:07:06 goshen kernel: axe0: PHYADDR 0xe0:0x18 Mar 9 20:07:06 goshen kernel: miibus1: on axe0 Mar 9 20:07:06 goshen kernel: ciphy0: PHY 24 on miibus1 Mar 9 20:07:06 goshen kernel: ciphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto --- usbdevs.orig 2009-03-09 18:48:00.000000000 +0000 +++ usbdevs 2009-03-09 18:51:14.000000000 +0000 @@ -1603,6 +1603,7 @@ /* Logitec Corp. products */ product LOGITEC LDR_H443SU2 0x0033 DVD Multi-plus unit LDR-H443SU2 product LOGITEC LDR_H443U2 0x00b3 DVD Multi-plus unit LDR-H443U2 +product LOGITEC LAN_GTJU2A 0x0160 LAN-GTJ/U2A Ethernet /* Lucent products */ product LUCENT EVALKIT 0x1001 USS-720 evaluation kit --- if_axe.c.orig2 2009-03-09 18:51:51.000000000 +0000 +++ if_axe.c 2009-03-09 18:58:36.000000000 +0000 @@ -143,6 +143,7 @@ { { USB_VENDOR_JVC, USB_PRODUCT_JVC_MP_PRX1}, 0 }, { { USB_VENDOR_LINKSYS2, USB_PRODUCT_LINKSYS2_USB200M}, 0 }, { { USB_VENDOR_LINKSYS4, USB_PRODUCT_LINKSYS4_USB1000 }, AX178 }, + { { USB_VENDOR_LOGITEC, USB_PRODUCT_LOGITEC_LAN_GTJU2A}, AX178 }, { { USB_VENDOR_MELCO, USB_PRODUCT_MELCO_LUAU2KTX}, 0 }, { { USB_VENDOR_NETGEAR, USB_PRODUCT_NETGEAR_FA120}, 0 }, { { USB_VENDOR_OQO, USB_PRODUCT_OQO_ETHER01PLUS }, AX772 }, From owner-freebsd-current@FreeBSD.ORG Mon Mar 9 14:43:34 2009 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 2F64310656EA; Mon, 9 Mar 2009 14:43:34 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id BB1378FC1F; Mon, 9 Mar 2009 14:43:33 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from mr08.lnh.mail.rcn.net ([207.172.157.28]) by smtp02.lnh.mail.rcn.net with ESMTP; 09 Mar 2009 10:33:28 -0400 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr08.lnh.mail.rcn.net (MOS 3.10.4-GA) with ESMTP id KRZ87984; Mon, 9 Mar 2009 10:33:23 -0400 (EDT) Received: from 209-6-22-188.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com (HELO jerusalem.litteratus.org.litteratus.org) ([209.6.22.188]) by smtp01.lnh.mail.rcn.net with ESMTP; 09 Mar 2009 10:33:16 -0400 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18869.10411.538031.500651@jerusalem.litteratus.org> Date: Mon, 9 Mar 2009 10:33:15 -0400 To: Robert Noland In-Reply-To: <1236372641.1671.11.camel@balrog.2hip.net> References: <1236372641.1671.11.camel@balrog.2hip.net> X-Mailer: VM 7.17 under 21.5 (beta28) "fuki" XEmacs Lucid X-Junkmail-Whitelist: YES (by domain whitelist at mr08.lnh.mail.rcn.net) Cc: freebsd-x11 , freebsd-current Subject: [HEADS UP] Radeon r6/7xx drm code to be committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2009 14:43:35 -0000 Robert Noland writes: > I'm planning to commit : > > http://people.freebsd.org/~rnoland/radeon-drm-next-r6-7xx-030609-2.patch > > to -CURENT later today or tomorrow, unless someone reports issues to me. > Please give it a try. > > This should work on pretty much all Radeon r600+ cards (and the older > stuff as well). With the appropriate X drivers, you should get EXA > accelleration and Xv. 3d is not available yet, afaik. There will be a thorough entry in ports/UPDATING, yes? Robert Huff From owner-freebsd-current@FreeBSD.ORG Mon Mar 9 16:08:57 2009 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 AA9441065B2D; Mon, 9 Mar 2009 16:08:43 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout2.freenet.de (mout2.freenet.de [IPv6:2001:748:100:40::2:4]) by mx1.freebsd.org (Postfix) with ESMTP id C8B668FCA0; Mon, 9 Mar 2009 16:08:35 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.15] (helo=5.mx.freenet.de) by mout2.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #76) id 1Lgi1q-0004bR-Ju; Mon, 09 Mar 2009 17:08:34 +0100 Received: from tc7b5.t.pppool.de ([89.55.199.181]:28603 helo=ernst.jennejohn.org) by 5.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #79) id 1Lgi1q-0007Ni-Cm; Mon, 09 Mar 2009 17:08:34 +0100 Date: Mon, 9 Mar 2009 17:08:33 +0100 From: Gary Jennejohn To: Robert Huff Message-ID: <20090309170833.42069a98@ernst.jennejohn.org> In-Reply-To: <18869.10411.538031.500651@jerusalem.litteratus.org> References: <1236372641.1671.11.camel@balrog.2hip.net> <18869.10411.538031.500651@jerusalem.litteratus.org> X-Mailer: Claws Mail 3.7.1 (GTK+ 2.14.7; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-x11 , freebsd-current , Robert Noland Subject: Re: [HEADS UP] Radeon r6/7xx drm code to be committed 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: Mon, 09 Mar 2009 16:09:11 -0000 On Mon, 9 Mar 2009 10:33:15 -0400 Robert Huff wrote: > > Robert Noland writes: > > > I'm planning to commit : > > > > http://people.freebsd.org/~rnoland/radeon-drm-next-r6-7xx-030609-2.patch > > > > to -CURENT later today or tomorrow, unless someone reports issues to me. > > Please give it a try. > > > > This should work on pretty much all Radeon r600+ cards (and the older > > stuff as well). With the appropriate X drivers, you should get EXA > > accelleration and Xv. 3d is not available yet, afaik. > > There will be a thorough entry in ports/UPDATING, yes? > This is kernel code and has nothing directly to do with ports. --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Mon Mar 9 16:16:42 2009 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 AE95510657C6; Mon, 9 Mar 2009 16:16:42 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id 22A3B8FC18; Mon, 9 Mar 2009 16:16:41 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from mr08.lnh.mail.rcn.net ([207.172.157.28]) by smtp02.lnh.mail.rcn.net with ESMTP; 09 Mar 2009 12:16:41 -0400 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr08.lnh.mail.rcn.net (MOS 3.10.4-GA) with ESMTP id KSA10223; Mon, 9 Mar 2009 12:16:41 -0400 (EDT) Received: from 209-6-22-188.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com (HELO jerusalem.litteratus.org.litteratus.org) ([209.6.22.188]) by smtp01.lnh.mail.rcn.net with ESMTP; 09 Mar 2009 12:16:39 -0400 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18869.16614.1547.140164@jerusalem.litteratus.org> Date: Mon, 9 Mar 2009 12:16:38 -0400 To: gary.jennejohn@freenet.de In-Reply-To: <20090309170833.42069a98@ernst.jennejohn.org> References: <1236372641.1671.11.camel@balrog.2hip.net> <18869.10411.538031.500651@jerusalem.litteratus.org> <20090309170833.42069a98@ernst.jennejohn.org> X-Mailer: VM 7.17 under 21.5 (beta28) "fuki" XEmacs Lucid X-Junkmail-Whitelist: YES (by domain whitelist at mr08.lnh.mail.rcn.net) Cc: freebsd-x11 , Robert Huff , Robert Noland , freebsd-current Subject: Re: [HEADS UP] Radeon r6/7xx drm code to be committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2009 16:16:45 -0000 Gary Jennejohn writes: > > > This should work on pretty much all Radeon r600+ cards (and the older > > > stuff as well). With the appropriate X drivers, you should get EXA > > > accelleration and Xv. 3d is not available yet, afaik. > > > > This is kernel code and has nothing directly to do with ports. Let me be more specific. Assuming I'm using a 3850, which I believe is the RV670 chipset, is there anything I will need to change in xorg.conf (or elsewhere) to take advantage of/not break the new code? Robert Huff From owner-freebsd-current@FreeBSD.ORG Mon Mar 9 16:42:35 2009 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 A955A1065689; Mon, 9 Mar 2009 16:42:35 +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 697378FC0C; Mon, 9 Mar 2009 16:42:35 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-154-199-160.ard.bellsouth.net [72.154.199.160]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n29GfES7002402 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 9 Mar 2009 12:41:15 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Robert Huff In-Reply-To: <18869.10411.538031.500651@jerusalem.litteratus.org> References: <1236372641.1671.11.camel@balrog.2hip.net> <18869.10411.538031.500651@jerusalem.litteratus.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-SJpODid741JK3Xud+sGB" Organization: FreeBSD Date: Mon, 09 Mar 2009 11:42:19 -0500 Message-Id: <1236616939.1680.13.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.4 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL,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-x11 , freebsd-current Subject: Re: [HEADS UP] Radeon r6/7xx drm code to be committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2009 16:42:36 -0000 --=-SJpODid741JK3Xud+sGB Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2009-03-09 at 10:33 -0400, Robert Huff wrote: > Robert Noland writes: >=20 > > I'm planning to commit : > > =20 > > http://people.freebsd.org/~rnoland/radeon-drm-next-r6-7xx-030609-2.pat= ch > > =20 > > to -CURENT later today or tomorrow, unless someone reports issues to m= e. > > Please give it a try. > > =20 > > This should work on pretty much all Radeon r600+ cards (and the older > > stuff as well). With the appropriate X drivers, you should get EXA > > accelleration and Xv. 3d is not available yet, afaik. >=20 > There will be a thorough entry in ports/UPDATING, yes? I don't think UPDATING either src or ports is really appropriate... If someone(tm) wanted to fix up a wiki page, that seems like the plan... For all of the drm / X stuff. The existing drm wiki is horribly outdated. robert. >=20 > Robert Huff >=20 --=20 Robert Noland FreeBSD --=-SJpODid741JK3Xud+sGB Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAkm1RusACgkQM4TrQ4qfRONH9gCdEyHIXzZSpvYdhWZ96c2aDI7M nycAn0xI27u3qqok1+JADUZybwL8v+HC =/Xgh -----END PGP SIGNATURE----- --=-SJpODid741JK3Xud+sGB-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 9 16:43:32 2009 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 CA6A410657A2; Mon, 9 Mar 2009 16:43:32 +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 616D48FC14; Mon, 9 Mar 2009 16:43:32 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.18] (helo=8.mx.freenet.de) by mout4.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #76) id 1LgiZf-0002kM-40; Mon, 09 Mar 2009 17:43:31 +0100 Received: from tc7b5.t.pppool.de ([89.55.199.181]:53268 helo=ernst.jennejohn.org) by 8.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #76) id 1LgiZe-0001qB-SQ; Mon, 09 Mar 2009 17:43:31 +0100 Date: Mon, 9 Mar 2009 17:43:29 +0100 From: Gary Jennejohn To: Robert Huff Message-ID: <20090309174329.1c02dd64@ernst.jennejohn.org> In-Reply-To: <18869.16614.1547.140164@jerusalem.litteratus.org> References: <1236372641.1671.11.camel@balrog.2hip.net> <18869.10411.538031.500651@jerusalem.litteratus.org> <20090309170833.42069a98@ernst.jennejohn.org> <18869.16614.1547.140164@jerusalem.litteratus.org> X-Mailer: Claws Mail 3.7.1 (GTK+ 2.14.7; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-x11 , freebsd-current , Robert Noland Subject: Re: [HEADS UP] Radeon r6/7xx drm code to be committed 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: Mon, 09 Mar 2009 16:43:34 -0000 On Mon, 9 Mar 2009 12:16:38 -0400 Robert Huff wrote: > > Gary Jennejohn writes: > > > > > This should work on pretty much all Radeon r600+ cards (and the older > > > > stuff as well). With the appropriate X drivers, you should get EXA > > > > accelleration and Xv. 3d is not available yet, afaik. > > > > > > > This is kernel code and has nothing directly to do with ports. > > Let me be more specific. > Assuming I'm using a 3850, which I believe is the RV670 > chipset, is there anything I will need to change in xorg.conf (or > elsewhere) to take advantage of/not break the new code? > I have an RS780 and added these lines to the Device section (where the driver is loaded): Option "DRI" Option "AccelMethod" "exa" I'm using radeonhd-devel. You may need to to use other settings depending on the driver. --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Mon Mar 9 16:53:56 2009 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 DE1711065672; Mon, 9 Mar 2009 16:53:56 +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 A0C168FC12; Mon, 9 Mar 2009 16:53:56 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-154-199-160.ard.bellsouth.net [72.154.199.160]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n29GqWZR002493 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 9 Mar 2009 12:52:32 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Robert Huff In-Reply-To: <18869.16614.1547.140164@jerusalem.litteratus.org> References: <1236372641.1671.11.camel@balrog.2hip.net> <18869.10411.538031.500651@jerusalem.litteratus.org> <20090309170833.42069a98@ernst.jennejohn.org> <18869.16614.1547.140164@jerusalem.litteratus.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-E7mWhxRnidW/eXlBBhhr" Organization: FreeBSD Date: Mon, 09 Mar 2009 11:53:37 -0500 Message-Id: <1236617617.1680.17.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.5 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL,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-x11 , freebsd-current Subject: Re: [HEADS UP] Radeon r6/7xx drm code to be committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2009 16:53:57 -0000 --=-E7mWhxRnidW/eXlBBhhr Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2009-03-09 at 12:16 -0400, Robert Huff wrote: > Gary Jennejohn writes: >=20 > > > > This should work on pretty much all Radeon r600+ cards (and the o= lder > > > > stuff as well). With the appropriate X drivers, you should get E= XA > > > > accelleration and Xv. 3d is not available yet, afaik. > > >=20 > > =20 > > This is kernel code and has nothing directly to do with ports. >=20 > Let me be more specific. > Assuming I'm using a 3850, which I believe is the RV670 > chipset, is there anything I will need to change in xorg.conf (or > elsewhere) to take advantage of/not break the new code? rv670 is what I'm testing on... I tried to put a few details in the commit message. Basically, for R600+ you have to force DRI on for the moment. You should also be using exa. So, right now, I'm using radeonhd from git master, with : Driver "radeonhd" VendorName "ATI Technologies Inc" BoardName "RV670PRO [Radeon HD 3850]" BusID "PCI:1:0:0" Option "DRI" Option "AccelMethod" "EXA" Option "Audio" EndSection robert. >=20 > Robert Huff >=20 --=20 Robert Noland FreeBSD --=-E7mWhxRnidW/eXlBBhhr Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAkm1SZEACgkQM4TrQ4qfROMFtACeMmRz5sp5ggADJAWoFBz7GhdB hr0AmwXB13YamzfaFLu0szMEccSUER7K =4m0p -----END PGP SIGNATURE----- --=-E7mWhxRnidW/eXlBBhhr-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 9 17:06:39 2009 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 A37811065770; Mon, 9 Mar 2009 17:06:39 +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 2CC8A8FC08; Mon, 9 Mar 2009 17:06:39 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com ([192.168.36.128]) (authenticated bits=0) by sakura.ninth-nine.com (8.14.1/8.14.1/NinthNine) with ESMTP id n29H6WKf094789 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 10 Mar 2009 02:06:37 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Tue, 10 Mar 2009 02:06:27 +0900 From: Norikatsu Shigemura To: Rui Paulo Message-Id: <20090310020627.4482190d.nork@FreeBSD.org> In-Reply-To: <87F4F8E8-CB5A-476D-A57B-A3EBF44272EF@FreeBSD.org> References: <20090301181631.d2e3c89e.nork@FreeBSD.org> <554FEBB3-CB69-4502-9728-C4735B29F784@FreeBSD.org> <20090301234328.9aa4237c.nork@FreeBSD.org> <69C4F850-1DCC-4E15-84E7-1B0E7C656CE6@FreeBSD.org> <20090302003904.12d683c1.nork@FreeBSD.org> <87F4F8E8-CB5A-476D-A57B-A3EBF44272EF@FreeBSD.org> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.14.7; 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]); Tue, 10 Mar 2009 02:06:37 +0900 (JST) Cc: freebsd-current@FreeBSD.org, nork@FreeBSD.org Subject: Re: ktemp(8) on Phenom II X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2009 17:06:40 -0000 Hi Rui! On Sun, 1 Mar 2009 16:32:56 +0000 Rui Paulo wrote: > http://groups.google.com/group/alt.os.linux/browse_thread/thread/b282c7410fd88d61 > This is basically what one needs to do. You can see the register > offset and the bitmask that's needed to fetch the temperature. Note > that I don't really want to see another driver just for this. I merged some new codes to k8temp(8), please review it. 1. Add support 10th generation CPU. I confirmed on Phenom II. And maybe 11th is same. Sorry, my Puma note became hardware trouble. So I don't confirm on it. $ sysctl dev.cpu | grep temperature dev.cpu.0.temperature: 35.5C dev.cpu.1.temperature: 35.5C $ sysctl dev.k8temp dev.k8temp.0.%desc: AMD K8 Thermal Sensors dev.k8temp.0.%driver: k8temp dev.k8temp.0.%parent: hostb4 2. Change integer to kelvin*10(integer) as sysctl type. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - --- sys/dev/k8temp/k8temp.c.orig 2008-11-29 23:26:22.000000000 +0900 +++ sys/dev/k8temp/k8temp.c 2009-03-10 01:04:54.908034051 +0900 @@ -48,6 +48,15 @@ #include #include +typedef enum { + SENSOR0_CORE0, + SENSOR0_CORE1, + SENSOR1_CORE0, + SENSOR1_CORE1, + CORE0, + CORE1 +} k8sensor_t; + struct k8temp_softc { device_t sc_dev; int sc_temps[4]; @@ -55,36 +64,38 @@ struct sysctl_oid *sc_oid; struct sysctl_oid *sc_sysctl_cpu[2]; struct intr_config_hook sc_ich; + int32_t (*sc_gettemp)(device_t, k8sensor_t); }; #define VENDORID_AMD 0x1022 -#define DEVICEID_AMD_MISC 0x1103 +#define DEVICEID_AMD_MISC0F 0x1103 +#define DEVICEID_AMD_MISC10 0x1203 +#define DEVICEID_AMD_MISC11 0x1303 static struct k8temp_product { uint16_t k8temp_vendorid; uint16_t k8temp_deviceid; } k8temp_products[] = { - { VENDORID_AMD, DEVICEID_AMD_MISC }, + { VENDORID_AMD, DEVICEID_AMD_MISC0F }, + { VENDORID_AMD, DEVICEID_AMD_MISC10 }, + { VENDORID_AMD, DEVICEID_AMD_MISC11 }, { 0, 0 } }; /* * Register control */ -#define K8TEMP_REG 0xe4 +#define K8TEMP_REG0F 0xe4 #define K8TEMP_REG_SELSENSOR 0x40 #define K8TEMP_REG_SELCORE 0x04 -#define K8TEMP_MINTEMP 49 /* -49 C is the mininum temperature */ +#define K8TEMP_REG 0xa4 -typedef enum { - SENSOR0_CORE0, - SENSOR0_CORE1, - SENSOR1_CORE0, - SENSOR1_CORE1, - CORE0, - CORE1 -} k8sensor_t; +#define TZ_ZEROC 2732 + + /* -49 C is the mininum temperature */ +#define K8TEMP_OFFSET0F (TZ_ZEROC-490) +#define K8TEMP_OFFSET (TZ_ZEROC) /* * Device methods. @@ -95,6 +106,7 @@ static void k8temp_intrhook(void *arg); static int k8temp_detach(device_t dev); static int k8temp_match(device_t dev); +static int32_t k8temp_gettemp0f(device_t dev, k8sensor_t sensor); static int32_t k8temp_gettemp(device_t dev, k8sensor_t sensor); static int k8temp_sysctl(SYSCTL_HANDLER_ARGS); @@ -193,6 +205,13 @@ return (ENXIO); } + if (pci_get_device(dev) == DEVICEID_AMD_MISC0F) + sc->sc_gettemp = k8temp_gettemp0f; + else { + sc->sc_gettemp = k8temp_gettemp; + return (0); + } + /* * dev.k8temp.N tree. */ @@ -204,13 +223,13 @@ SYSCTL_ADD_PROC(sysctlctx, SYSCTL_CHILDREN(sysctlnode), OID_AUTO, "core0", CTLTYPE_INT | CTLFLAG_RD, - dev, SENSOR0_CORE0, k8temp_sysctl, "I", + dev, SENSOR0_CORE0, k8temp_sysctl, "IK", "Sensor 0 / Core 0 temperature"); SYSCTL_ADD_PROC(sysctlctx, SYSCTL_CHILDREN(sysctlnode), OID_AUTO, "core1", CTLTYPE_INT | CTLFLAG_RD, - dev, SENSOR0_CORE1, k8temp_sysctl, "I", + dev, SENSOR0_CORE1, k8temp_sysctl, "IK", "Sensor 0 / Core 1 temperature"); sysctlnode = SYSCTL_ADD_NODE(sysctlctx, @@ -220,13 +239,13 @@ SYSCTL_ADD_PROC(sysctlctx, SYSCTL_CHILDREN(sysctlnode), OID_AUTO, "core0", CTLTYPE_INT | CTLFLAG_RD, - dev, SENSOR1_CORE0, k8temp_sysctl, "I", + dev, SENSOR1_CORE0, k8temp_sysctl, "IK", "Sensor 1 / Core 0 temperature"); SYSCTL_ADD_PROC(sysctlctx, SYSCTL_CHILDREN(sysctlnode), OID_AUTO, "core1", CTLTYPE_INT | CTLFLAG_RD, - dev, SENSOR1_CORE1, k8temp_sysctl, "I", + dev, SENSOR1_CORE1, k8temp_sysctl, "IK", "Sensor 1 / Core 1 temperature"); return (0); @@ -258,7 +277,7 @@ sc->sc_sysctl_cpu[i] = SYSCTL_ADD_PROC(sysctlctx, SYSCTL_CHILDREN(device_get_sysctl_tree(cpu)), OID_AUTO, "temperature", CTLTYPE_INT | CTLFLAG_RD, - dev, CORE0, k8temp_sysctl, "I", + dev, CORE0, k8temp_sysctl, "IK", "Max of sensor 0 / 1"); } } @@ -285,22 +304,23 @@ k8temp_sysctl(SYSCTL_HANDLER_ARGS) { device_t dev = (device_t) arg1; + struct k8temp_softc *sc = device_get_softc(dev); int error; int32_t temp, auxtemp[2]; switch (arg2) { case CORE0: - auxtemp[0] = k8temp_gettemp(dev, SENSOR0_CORE0); - auxtemp[1] = k8temp_gettemp(dev, SENSOR1_CORE0); + auxtemp[0] = sc->sc_gettemp(dev, SENSOR0_CORE0); + auxtemp[1] = sc->sc_gettemp(dev, SENSOR1_CORE0); temp = imax(auxtemp[0], auxtemp[1]); break; case CORE1: - auxtemp[0] = k8temp_gettemp(dev, SENSOR0_CORE1); - auxtemp[1] = k8temp_gettemp(dev, SENSOR1_CORE1); + auxtemp[0] = sc->sc_gettemp(dev, SENSOR0_CORE1); + auxtemp[1] = sc->sc_gettemp(dev, SENSOR1_CORE1); temp = imax(auxtemp[0], auxtemp[1]); break; default: - temp = k8temp_gettemp(dev, arg2); + temp = sc->sc_gettemp(dev, arg2); break; } error = sysctl_handle_int(oidp, &temp, 0, req); @@ -309,12 +329,12 @@ } static int32_t -k8temp_gettemp(device_t dev, k8sensor_t sensor) +k8temp_gettemp0f(device_t dev, k8sensor_t sensor) { uint8_t cfg; uint32_t temp; - cfg = pci_read_config(dev, K8TEMP_REG, 1); + cfg = pci_read_config(dev, K8TEMP_REG0F, 1); switch (sensor) { case SENSOR0_CORE0: cfg &= ~(K8TEMP_REG_SELSENSOR | K8TEMP_REG_SELCORE); @@ -334,9 +354,20 @@ cfg = 0; break; } - pci_write_config(dev, K8TEMP_REG, cfg, 1); - temp = pci_read_config(dev, K8TEMP_REG, 4); - temp = ((temp >> 16) & 0xff) - K8TEMP_MINTEMP; + pci_write_config(dev, K8TEMP_REG0F, cfg, 1); + temp = pci_read_config(dev, K8TEMP_REG0F, 4); + temp = ((temp >> 16) & 0xff) * 10 + K8TEMP_OFFSET0F; return (temp); } + +static int32_t +k8temp_gettemp(device_t dev, k8sensor_t sensor) +{ + uint32_t temp; + + temp = pci_read_config(dev, K8TEMP_REG, 4); + temp = ((temp >> 21) & 0x3ff) * 10 / 8 + K8TEMP_OFFSET; + + return (temp); +} - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -- Norikatsu Shigemura From owner-freebsd-current@FreeBSD.ORG Mon Mar 9 17:27:27 2009 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 0C5CF1065AD7 for ; Mon, 9 Mar 2009 17:27:22 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.243]) by mx1.freebsd.org (Postfix) with ESMTP id 6BFDA8FC49 for ; Mon, 9 Mar 2009 17:27:08 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: by an-out-0708.google.com with SMTP id b38so788450ana.13 for ; Mon, 09 Mar 2009 10:27:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:received :message-id:in-reply-to:references:date:subject:from:to:cc :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance; bh=Xw3uUjxc+B/w27DryR+FwuFD1jbt5RznXhP8ViNc04E=; b=nMi5zsfNheF0SKd8+aYGeZEIH7EKU9aGwVPQY2E6QjXR+eCwIlLP4Vxqr0f1Hj33qi 0EPpXQWNmNdFLpw6YlQQ1+4oq0ZZQP4Gp+NDMUSYQ6tQKIZUBeUJ+U+H5775XAEsWPy8 MRfKYDkIiEoKzkCyXkoD29wqDJ2WjnhDCOdmw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:in-reply-to:references:date:subject:from:to:cc :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance; b=m6vHUU7Y7B2VrNosjCblDxgUiB30w9/KTohWIukPlMaoxEXNDuk+DfJ44IeOuCsQ1q gPt0IvwQRgDLSsLu2O97kwpFutHjzz/wTgcpHCHDOhi1iwL2vcHDwN7JNQSzwwDv26t3 gCmrGB5hEgAYkI11nBKkVWs4nUG35Cb3fNhtU= Received: by 10.100.96.10 with SMTP id t10mr3746610anb.32.1236619627684; Mon, 09 Mar 2009 10:27:07 -0700 (PDT) Received: from cygnus.homeunix.com ([189.71.58.33]) by mx.google.com with ESMTPS id c28sm207440anc.25.2009.03.09.10.27.06 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 09 Mar 2009 10:27:07 -0700 (PDT) Sender: Nenhum_de_Nos Received: by cygnus.homeunix.com (Postfix, from userid 80) id 7C0B3B8074; Mon, 9 Mar 2009 14:27:02 -0300 (BRT) Received: from 189.92.16.32 (SquirrelMail authenticated user matheus) by cygnus.homeunix.com with HTTP; Mon, 9 Mar 2009 14:27:02 -0300 (BRT) Message-ID: In-Reply-To: <1236617617.1680.17.camel@balrog.2hip.net> References: <1236372641.1671.11.camel@balrog.2hip.net> <18869.10411.538031.500651@jerusalem.litteratus.org> <20090309170833.42069a98@ernst.jennejohn.org> <18869.16614.1547.140164@jerusalem.litteratus.org> <1236617617.1680.17.camel@balrog.2hip.net> Date: Mon, 9 Mar 2009 14:27:02 -0300 (BRT) From: "Nenhum_de_Nos" To: "Robert Noland" User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-x11 , Robert Huff , freebsd-current Subject: Re: [HEADS UP] Radeon r6/7xx drm code to be committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2009 17:27:51 -0000 On Mon, March 9, 2009 13:53, Robert Noland wrote: > On Mon, 2009-03-09 at 12:16 -0400, Robert Huff wrote: >> Gary Jennejohn writes: >> >> > > > This should work on pretty much all Radeon r600+ cards (and the >> older >> > > > stuff as well). With the appropriate X drivers, you should get >> EXA >> > > > accelleration and Xv. 3d is not available yet, afaik. >> > > >> > >> > This is kernel code and has nothing directly to do with ports. >> >> Let me be more specific. >> Assuming I'm using a 3850, which I believe is the RV670 >> chipset, is there anything I will need to change in xorg.conf (or >> elsewhere) to take advantage of/not break the new code? > > rv670 is what I'm testing on... I tried to put a few details in the > commit message. > > Basically, for R600+ you have to force DRI on for the moment. You > should also be using exa. > > So, right now, I'm using radeonhd from git master, with : > > Driver "radeonhd" > VendorName "ATI Technologies Inc" > BoardName "RV670PRO [Radeon HD 3850]" > BusID "PCI:1:0:0" > Option "DRI" > Option "AccelMethod" "EXA" > Option "Audio" > EndSection > > robert. > >> >> Robert Huff >> > -- > Robert Noland > FreeBSD I'm planning to move from nVidia to ATi, and all this work is what makes me do that. This code you're talking about, would benefit a HD4850 ? thanks, matheus -- We will call you cygnus, The God of balance you shall be From owner-freebsd-current@FreeBSD.ORG Mon Mar 9 17:32:02 2009 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 451E510658AD; Mon, 9 Mar 2009 17:32:02 +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 B14F28FC21; Mon, 9 Mar 2009 17:32:01 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-154-199-160.ard.bellsouth.net [72.154.199.160]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n29HUbtn002777 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 9 Mar 2009 13:30:37 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Nenhum_de_Nos In-Reply-To: References: <1236372641.1671.11.camel@balrog.2hip.net> <18869.10411.538031.500651@jerusalem.litteratus.org> <20090309170833.42069a98@ernst.jennejohn.org> <18869.16614.1547.140164@jerusalem.litteratus.org> <1236617617.1680.17.camel@balrog.2hip.net> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-lsUDC1JEOdkW+6UcNBFp" Organization: FreeBSD Date: Mon, 09 Mar 2009 12:31:42 -0500 Message-Id: <1236619902.1680.23.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.5 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL,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-x11 , Robert Huff , freebsd-current Subject: Re: [HEADS UP] Radeon r6/7xx drm code to be committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2009 17:32:28 -0000 --=-lsUDC1JEOdkW+6UcNBFp Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2009-03-09 at 14:27 -0300, Nenhum_de_Nos wrote: > On Mon, March 9, 2009 13:53, Robert Noland wrote: > > On Mon, 2009-03-09 at 12:16 -0400, Robert Huff wrote: > >> Gary Jennejohn writes: > >> > >> > > > This should work on pretty much all Radeon r600+ cards (and th= e > >> older > >> > > > stuff as well). With the appropriate X drivers, you should ge= t > >> EXA > >> > > > accelleration and Xv. 3d is not available yet, afaik. > >> > > > >> > > >> > This is kernel code and has nothing directly to do with ports. > >> > >> Let me be more specific. > >> Assuming I'm using a 3850, which I believe is the RV670 > >> chipset, is there anything I will need to change in xorg.conf (or > >> elsewhere) to take advantage of/not break the new code? > > > > rv670 is what I'm testing on... I tried to put a few details in the > > commit message. > > > > Basically, for R600+ you have to force DRI on for the moment. You > > should also be using exa. > > > > So, right now, I'm using radeonhd from git master, with : > > > > Driver "radeonhd" > > VendorName "ATI Technologies Inc" > > BoardName "RV670PRO [Radeon HD 3850]" > > BusID "PCI:1:0:0" > > Option "DRI" > > Option "AccelMethod" "EXA" > > Option "Audio" > > EndSection > > > > robert. > > > >> > >> Robert Huff > >> > > -- > > Robert Noland > > FreeBSD >=20 > I'm planning to move from nVidia to ATi, and all this work is what makes > me do that. This code you're talking about, would benefit a HD4850 ? Yes, an HD4850 should be supported. Note that 3d support does not exist yet, but 2d (exa) and xv do. robert. > thanks, >=20 > matheus >=20 --=20 Robert Noland FreeBSD --=-lsUDC1JEOdkW+6UcNBFp Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAkm1Un4ACgkQM4TrQ4qfRONh/QCfTOFHd5npBpBh7I3iBeU6dV0Z Dy8An1kGx0iVghrmJO1iRBudIdSN0WUL =YMH+ -----END PGP SIGNATURE----- --=-lsUDC1JEOdkW+6UcNBFp-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 9 17:36:01 2009 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 9D9D410657EB for ; Mon, 9 Mar 2009 17:36:01 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.232]) by mx1.freebsd.org (Postfix) with ESMTP id 4A0368FC12 for ; Mon, 9 Mar 2009 17:36:01 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by rv-out-0506.google.com with SMTP id f6so1907181rvb.43 for ; Mon, 09 Mar 2009 10:36:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=sPKZPtR0IpWMAjM5GCa6BUHDx+J3JwuYFKnoKc5ZDOY=; b=FHuIrPuCzPNkuLBL8BFADEx7Qan8sx+dFS1XOEs/llorT7ck1FCTL7MrJ6jIMGCAmS fMDOfWmApORWTgjaxJ+Qc2lXsXWQY4QXXhjxJ2SNcf3b0LLG0KnIA0wbw7JGRCqDyHAr 3YlhjxWE7EVlFcpRIB9p/LRJyMyzACwXBsE1w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=UOvU4O1tvBfDKeKfKC4ps3E0nJ2kSmeoohjhVhRJpz7PFNA6pnl61i+ei6Q0mvVDPf VrrR4LeepkZMxDmsGIP6OTh6KUIBuD48PaRiGRAmxuJb7IPw1QKY5uMDPxjofvFRnugd ZwWT62IjI2ZP90cVyWXkjZ1KzI7uxio1CPoWk= MIME-Version: 1.0 Sender: mat.macy@gmail.com Received: by 10.140.187.14 with SMTP id k14mr3179774rvf.136.1236620161049; Mon, 09 Mar 2009 10:36:01 -0700 (PDT) In-Reply-To: References: <1236372641.1671.11.camel@balrog.2hip.net> <18869.10411.538031.500651@jerusalem.litteratus.org> <20090309170833.42069a98@ernst.jennejohn.org> <18869.16614.1547.140164@jerusalem.litteratus.org> <1236617617.1680.17.camel@balrog.2hip.net> Date: Mon, 9 Mar 2009 10:36:01 -0700 X-Google-Sender-Auth: 3f5d1f32d385cd49 Message-ID: <3c1674c90903091036q4585519aja68d7f9bcd350010@mail.gmail.com> From: Kip Macy To: Nenhum_de_Nos Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-x11 , Robert Huff , Robert Noland , freebsd-current Subject: Re: [HEADS UP] Radeon r6/7xx drm code to be committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2009 17:36:18 -0000 I have an HD4850 and it works well. Unfortunately it is the one from ASUS where only one port does dual-link. -Kip On Mon, Mar 9, 2009 at 10:27 AM, Nenhum_de_Nos w= rote: > > On Mon, March 9, 2009 13:53, Robert Noland wrote: >> On Mon, 2009-03-09 at 12:16 -0400, Robert Huff wrote: >>> Gary Jennejohn writes: >>> >>> > =A0> > =A0This should work on pretty much all Radeon r600+ cards (and= the >>> older >>> > =A0> > =A0stuff as well). =A0With the appropriate X drivers, you shou= ld get >>> EXA >>> > =A0> > =A0accelleration and Xv. =A03d is not available yet, afaik. >>> > =A0> >>> > >>> > =A0This is kernel code and has nothing directly to do with ports. >>> >>> =A0 =A0 =A0Let me be more specific. >>> =A0 =A0 =A0Assuming I'm using a 3850, which I believe is the RV670 >>> chipset, is there anything I will need to change in xorg.conf (or >>> elsewhere) to take advantage of/not break the new code? >> >> rv670 is what I'm testing on... I tried to put a few details in the >> commit message. >> >> Basically, for R600+ you have to force DRI on for the moment. =A0You >> should also be using exa. >> >> So, right now, I'm using radeonhd from git master, with : >> >> =A0 =A0 =A0 =A0 Driver =A0 =A0 =A0"radeonhd" >> =A0 =A0 =A0 =A0 VendorName =A0"ATI Technologies Inc" >> =A0 =A0 =A0 =A0 BoardName =A0 "RV670PRO [Radeon HD 3850]" >> =A0 =A0 =A0 =A0 BusID =A0 =A0 =A0 "PCI:1:0:0" >> =A0 =A0 =A0 =A0 Option =A0 =A0 =A0"DRI" >> =A0 =A0 =A0 =A0 Option =A0 =A0 =A0"AccelMethod" "EXA" >> =A0 =A0 =A0 =A0 Option =A0 =A0 =A0"Audio" >> EndSection >> >> robert. >> >>> >>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Robert Huff >>> >> -- >> Robert Noland >> FreeBSD > > I'm planning to move from nVidia to ATi, and all this work is what makes > me do that. This code you're talking about, would benefit a HD4850 ? > > thanks, > > matheus > > -- > We will call you cygnus, > The God of balance you shall be > > _______________________________________________ > 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 Mon Mar 9 17:37:00 2009 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 F1CC81065FF8 for ; Mon, 9 Mar 2009 17:36:59 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.30]) by mx1.freebsd.org (Postfix) with ESMTP id 60D678FC2D for ; Mon, 9 Mar 2009 17:36:59 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: by yx-out-2324.google.com with SMTP id 31so776978yxl.13 for ; Mon, 09 Mar 2009 10:36:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:received :message-id:in-reply-to:references:date:subject:from:to:cc :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance; bh=w3rFqq8yLc2pCbCwdKJXUhlVfqkSu640QHgCWp0d6Cw=; b=H6RBUxxv44b/8I868ceyJH10HG+EF0E0cTM0hg6pcg86fcZgl1tpe0IspxlVAqdggP wX4WnLFBtZobKizX+bMXtS3G9zwkTOk4zEMx3ZvkmEhyECyHYc+naM/YKwHbxhSL6BYg B0wLJxT7/72gyS04vh7jV11m1OLanBXWIRve8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:in-reply-to:references:date:subject:from:to:cc :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance; b=rjQUwC0F/Mr3ZG8/yT77O8UWUftGFL3x4g5t7L67pkyeWDDlIxzONGu2ydJtkW4GWU 1k0//UcvILKSI1ErhFrZ3OWadlxfKUXnvsoAGkuK2tUipt5qP7WswUmjcBlQVsuCRQZg BvkLQqxh9pMuz2eeg08Nu9R5XQ4E12kYwGYbc= Received: by 10.100.171.16 with SMTP id t16mr3811598ane.25.1236620218590; Mon, 09 Mar 2009 10:36:58 -0700 (PDT) Received: from cygnus.homeunix.com ([189.71.58.33]) by mx.google.com with ESMTPS id d35sm8063265and.18.2009.03.09.10.36.57 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 09 Mar 2009 10:36:58 -0700 (PDT) Sender: Nenhum_de_Nos Received: by cygnus.homeunix.com (Postfix, from userid 80) id 73A87B8074; Mon, 9 Mar 2009 14:36:53 -0300 (BRT) Received: from 189.92.16.32 (SquirrelMail authenticated user matheus) by cygnus.homeunix.com with HTTP; Mon, 9 Mar 2009 14:36:53 -0300 (BRT) Message-ID: In-Reply-To: <1236619902.1680.23.camel@balrog.2hip.net> References: <1236372641.1671.11.camel@balrog.2hip.net> <18869.10411.538031.500651@jerusalem.litteratus.org> <20090309170833.42069a98@ernst.jennejohn.org> <18869.16614.1547.140164@jerusalem.litteratus.org> <1236617617.1680.17.camel@balrog.2hip.net> <1236619902.1680.23.camel@balrog.2hip.net> Date: Mon, 9 Mar 2009 14:36:53 -0300 (BRT) From: "Nenhum_de_Nos" To: "Robert Noland" User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-x11 , Robert Huff , freebsd-current Subject: Re: [HEADS UP] Radeon r6/7xx drm code to be committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2009 17:37:16 -0000 On Mon, March 9, 2009 14:31, Robert Noland wrote: > On Mon, 2009-03-09 at 14:27 -0300, Nenhum_de_Nos wrote: >> On Mon, March 9, 2009 13:53, Robert Noland wrote: >> > On Mon, 2009-03-09 at 12:16 -0400, Robert Huff wrote: >> >> Gary Jennejohn writes: >> >> >> >> > > > This should work on pretty much all Radeon r600+ cards (and >> the >> >> older >> >> > > > stuff as well). With the appropriate X drivers, you should >> get >> >> EXA >> >> > > > accelleration and Xv. 3d is not available yet, afaik. >> >> > > >> >> > >> >> > This is kernel code and has nothing directly to do with ports. >> >> >> >> Let me be more specific. >> >> Assuming I'm using a 3850, which I believe is the RV670 >> >> chipset, is there anything I will need to change in xorg.conf (or >> >> elsewhere) to take advantage of/not break the new code? >> > >> > rv670 is what I'm testing on... I tried to put a few details in the >> > commit message. >> > >> > Basically, for R600+ you have to force DRI on for the moment. You >> > should also be using exa. >> > >> > So, right now, I'm using radeonhd from git master, with : >> > >> > Driver "radeonhd" >> > VendorName "ATI Technologies Inc" >> > BoardName "RV670PRO [Radeon HD 3850]" >> > BusID "PCI:1:0:0" >> > Option "DRI" >> > Option "AccelMethod" "EXA" >> > Option "Audio" >> > EndSection >> > >> > robert. >> > >> >> >> >> Robert Huff >> >> >> > -- >> > Robert Noland >> > FreeBSD >> >> I'm planning to move from nVidia to ATi, and all this work is what makes >> me do that. This code you're talking about, would benefit a HD4850 ? > > Yes, an HD4850 should be supported. Note that 3d support does not exist > yet, but 2d (exa) and xv do. thanks for all. 2D is enough for me. just want to use decent desktop and watch movies ok. matheus > robert. > >> thanks, >> >> matheus >> > -- > Robert Noland > FreeBSD > -- We will call you cygnus, The God of balance you shall be From owner-freebsd-current@FreeBSD.ORG Mon Mar 9 17:58:01 2009 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 942E310658EE; Mon, 9 Mar 2009 17:58:01 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.freebsd.org (Postfix) with ESMTP id 67B1F8FC25; Mon, 9 Mar 2009 17:58:01 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 5C6172EC6A4; Mon, 9 Mar 2009 13:58:00 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Mon, 09 Mar 2009 13:58:00 -0400 X-Sasl-enc: +DxW/qfvKnK56VHmcKtbJHzgyLHGkPnPOk8INlLmn8xH 1236621480 Received: from anglepoise.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 D3F51F8D5; Mon, 9 Mar 2009 13:57:59 -0400 (EDT) Message-ID: <49B558A2.2050101@incunabulum.net> Date: Mon, 09 Mar 2009 17:57:54 +0000 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.19 (X11/20090125) MIME-Version: 1.0 To: freebsd-current@freebsd.org, FreeBSD Net Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: HEADS UP: IGMPv3/SSM committed to IPv4 stack. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2009 17:58:05 -0000 Hi all, Support for IGMPv3 and Source-Specific Multicast has now been committed to FreeBSD-CURRENT. At this point, the code is believed to be in a 'late beta' state suitable for more widespread testing. There may be some issues with recorded-source processing. Folk running multicast-enabled networks are encouraged to try the code and report any issues. Basic protocol verification has been performed manually using bleeding edge PCS from Mercurial: http://pcs.sourceforge.net/ If there are any issues, please contact me via email in the first instance. This work has been generously funded by a third party. thanks, BMS From owner-freebsd-current@FreeBSD.ORG Mon Mar 9 18:58:24 2009 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 9B3DD106564A for ; Mon, 9 Mar 2009 18:58:24 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id E5CAE8FC1B for ; Mon, 9 Mar 2009 18:58:23 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so728911fgb.35 for ; Mon, 09 Mar 2009 11:58:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=HD2A1Y2OERgHJYeVh6+ljfi+d1vInrMcHePvuOuEoWM=; b=SggK9vc5FO8TN4EsbdfNxvrzXzjDbMsc624FdPr+4I11NHyHOAS8Pa7sEVg/ISwb57 YBePEaxIC5okEFAf8Pt7N9pIhHtkZLGoDxczjaexiVCx4DgRZGwmalmvNktFIRbEGuOB vUqND3BqGYo40IUsCMoJVfvzaBpj3OLRImKNY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=YYvlB1IqzYNV11WXSErcnW6c7YsxDV5l6rbmehFiKikR6a5luBSMXlPFZNuMSG/VUn RW/c3QZCmVKJAFf7pk+GlpJ1v6Y1L7Ki0Q1at4jqd5HPO0nAgOilV5fiqG3m49IrXIVp xEL+eSTzueqGIKKQbwYxjjjywiXcBGDqOz8bI= MIME-Version: 1.0 Received: by 10.86.98.18 with SMTP id v18mr4307861fgb.46.1236625102833; Mon, 09 Mar 2009 11:58:22 -0700 (PDT) In-Reply-To: <3a142e750903090615t63a594e8rbadd7f7231049180@mail.gmail.com> References: <3a142e750903090615t63a594e8rbadd7f7231049180@mail.gmail.com> Date: Mon, 9 Mar 2009 21:58:22 +0300 Message-ID: From: pluknet To: "Paul B. Mahol" , marcus@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current Subject: Re: nullfs: panic: vrele: negative ref cnt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2009 18:58:25 -0000 2009/3/9 Paul B. Mahol : > Hi, > here is part of textdump: > > db:1:lockinfo> show locks > db:1:locks> show alllocks > Process 722 (sh) thread 0xc4134000 (100065) > db:1:alllocks> show lockedvnods > Locked vnodes > db:0:kdb.enter.panic> show pcpu > cpuid =3D 1 > curthread =3D 0xc4134000: pid 722 "sh" > curpcb =3D 0xc3ba8d90 > fpcurthread =3D 0xc4134000: pid 722 "sh" > idlethread =3D 0xc3d08d80: pid 10 "idle: cpu1" > APIC ID =3D 1 > currentldt =3D 0x50 > spin locks held: > db:0:kdb.enter.panic> bt > Tracing pid 722 tid 100065 td 0xc4134000 > kdb_enter(c0610bfe,c0610bfe,c061db9e,c3ba8aa8,1,...) at kdb_enter+0x3a > panic(c061db9e,0,c061cee6,88e,4,...) at panic+0x136 > vrele(c4326d9c,0,c433fb5f,82,c060f3c7,...) at vrele+0x111 > null_nodeget(c3fd4780,c4326d9c,c3ba8bf4,0,c3ba8be4,...) at null_nodeget+0= xa0 > null_bypass(c3ba8be0,c3f35a78,c3ba8c28) at null_bypass+0x141 > VOP_VPTOCNP_APV(c4340240,c3ba8be0,c061bf01,387,c3cecc00,...) at > VOP_VPTOCNP_APV+0xb3 > vn_vptocnp(c3ba8c4c,c061bf01,3af,c3ba8c3c,c3f35a78,...) at vn_vptocnp+0xd= 9 > vn_fullpath1(c3cecc00,c3ba8c5c,3fc,315,c3cecc00,...) at vn_fullpath1+0x29= a > kern___getcwd(c4134000,bfbfe884,0,400,c3ba8d2c,...) at kern___getcwd+0xd0 > __getcwd(c4134000,c3ba8cf8,8,c0617c09,c0640290,...) at __getcwd+0x29 > syscall(c3ba8d38) at syscall+0x261 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (326, FreeBSD ELF32, __getcwd), eip =3D 0x2814edfb, esp =3D > 0xbfbfe6cc, ebp =3D 0xbfbfe788 --- > > > panic: vrele: negative ref cnt > cpuid =3D 1 > KDB: enter: panic > shared lockmgr ufs (ufs) r =3D 0 (0xc43c36a0) locked @ > /usr/src/sys/kern/vfs_default.c:790 > shared lockmgr ufs (ufs) r =3D 0 (0xc43c36a0) locked @ > /usr/src/sys/kern/vfs_default.c:790 > > 0xc43c3648: tag ufs, type VDIR > usecount 1, writecount 0, refcount 1 mountedhere 0 > flags () > lock type ufs: SHARED (count 1) > ino 3583142, on dev ad0s1h > > 0xc43c3430: tag null, type VDIR > usecount 4, writecount 0, refcount 5 mountedhere 0 > flags () > lock type ufs: SHARED (count 1) > vp=3D0xc43c3430, lowervp=3D0xc43c3648 > > > How to reproduce it: > > # mount_nullfs /usr/local/src /usr/src > # cd /sys > # whereis something > > > It appears panic have been introduced after r189488 > [marcus@ cc'ed] Futher debugging shows: Script started on Mon Mar 9 21:43:17 2009 c8-vb# kgdb /boot/ke=07rnel/ke=07rnel /var/crash/vm=07core.1 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 ar= e welcome to change it and/or distribute copies of it under certain condition= s. 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: , FreeBSD ELF32, __getcwd), eip =3D 0x28154b2b, esp =3D 0xbfbfe71c, ebp =3D 0xbfbfe7d8 --- null_hashget: 0xc4451560 is not locked but should be KDB: enter: lock violation panic: mutex Giant not owned at /usr/src/sys/kern/tty_ttydisc.c:1127 cpuid =3D 0 Uptime: 43m7s Physical memory: 1015 MB Dumping 51 MB: 36 20 4 Reading symbols from /boot/kernel/if_em.ko...Reading symbols from /boot/kernel/if_em.ko.symbols...done. done. Loaded symbols for /boot/kernel/if_em.ko Reading symbols from /boot/kernel/nfsclient.ko...Reading symbols from /boot/kernel/nfsclient.ko.symbols...done. done. Loaded symbols for /boot/kernel/nfsclient.ko #0 doadump () at pcpu.h:246 246 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:246 #1 0xc05c458e in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:4= 20 #2 0xc05c4862 in panic (fmt=3DVariable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:576 #3 0xc05b4c77 in _mtx_assert (m=3D0xc08b6170, what=3D4, file=3D0xc0829baf "/usr/src/sys/kern/tty_ttydisc.c", line=3D1127) at /usr/src/sys/kern/kern_mutex.c:639 #4 0xc06197dd in ttydisc_getc (tp=3D0xc3dbf000, buf=3D0xe66bc7c0, len=3D12= 8) at /usr/src/sys/kern/tty_ttydisc.c:1127 #5 0xc050daf4 in sctty_outwakeup (tp=3D0xc3dbf000) at /usr/src/sys/dev/syscons/syscons.c:323 #6 0xc050e05c in scgetc (sc=3D0xc0a73000, flags=3D3) at /usr/src/sys/dev/syscons/syscons.c:3281 #7 0xc050e680 in sc_cngetc (cd=3D0xc0863d20) at /usr/src/sys/dev/syscons/syscons.c:1607 #8 0xc058cd68 in cncheckc () at /usr/src/sys/kern/kern_cons.c:377 #9 0xc058cda6 in cngetc () at /usr/src/sys/kern/kern_cons.c:355 #10 0xc0480435 in db_readline (lstart=3D0xc08a0100 "", lsize=3D120) at /usr/src/sys/ddb/db_input.c:326 #11 0xc0480e0a in db_read_line () at /usr/src/sys/ddb/db_lex.c:56 #12 0xc047f0b6 in db_command_loop () at /usr/src/sys/ddb/db_command.c:496 #13 0xc0480f2d in db_trap (type=3D3, code=3D0) at /usr/src/sys/ddb/db_main.= c:229 #14 0xc05f1d86 in kdb_trap (type=3D3, code=3D0, tf=3D0xe66bca34) at /usr/src/sys/kern/subr_kdb.c:534 #15 0xc07bc856 in trap (frame=3D0xe66bca34) at /usr/src/sys/i386/i386/trap.= c:678 ---Type to continue, or q to quit--- #16 0xc07a15bb in calltrap () at /usr/src/sys/i386/i386/exception.s:165 #17 0xc05f1f0a in kdb_enter (why=3D0xc082deeb "vfslock", msg=3D0xc082dedc "lock violation") at cpufunc.h:71 #18 0xc064a541 in vfs_badlock (msg=3D0xc082df39 "is not locked but should b= e", str=3D0xc08173c4 "null_hashget", vp=3D0xc4451560) at /usr/src/sys/kern/vfs_subr.c:3699 #19 0xc064ddf2 in assert_vop_locked (vp=3D0xc4451560, str=3D0xc08173c4 "null_hashget") at /usr/src/sys/kern/vfs_subr.c:3723 #20 0xc055c5df in null_nodeget (mp=3D0xc40152cc, lowervp=3D0xc4451560, vpp=3D0xe66bcbf0) at /usr/src/sys/fs/nullfs/null_subr.c:110 #21 0xc055d75a in null_bypass (ap=3D0xe66bcbdc) at /usr/src/sys/fs/nullfs/null_vnops.c:325 #22 0xc07c86a3 in VOP_VPTOCNP_APV (vop=3D0xc08688a0, a=3D0xe66bcbdc) at vnode_if.c:2871 #23 0xc063a749 in vn_vptocnp (vp=3D0xe66bcc24, bp=3D0xe66bcc28, buf=3D0xc3e15c00 'p' ..., buflen=3D0xe66bcc48) at vnode_if.h:1541 #24 0xc063aaca in vn_fullpath1 (td=3DVariable "td" is not available. ) at /usr/src/sys/kern/vfs_cache.c:1001 #25 0xc063ae60 in kern___getcwd (td=3D0xc4435000, buf=3D0xbfbfe8d4
, bufseg=3DUIO_USERS= PACE, buflen=3D1024) at /usr/src/sys/kern/vfs_cache.c:795 #26 0xc063b009 in __getcwd (td=3D0xc4435000, uap=3D0xe66bccf8) at /usr/src/sys/kern/vfs_cache.c:769 #27 0xc07bbfd4 in syscall (frame=3D0xe66bcd38) ---Type to continue, or q to quit--- at /usr/src/sys/i386/i386/trap.c:1066 #28 0xc07a1620 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:261 #29 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) c8-vb# c8-vb# ^D=08=08exit Script done on Mon Mar 9 21:43:35 2009 --=20 wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Mon Mar 9 19:02:12 2009 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 9E8251065676 for ; Mon, 9 Mar 2009 19:02:12 +0000 (UTC) (envelope-from justin.teller@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.231]) by mx1.freebsd.org (Postfix) with ESMTP id 6B6088FC1A for ; Mon, 9 Mar 2009 19:02:12 +0000 (UTC) (envelope-from justin.teller@gmail.com) Received: by rv-out-0506.google.com with SMTP id f6so1944134rvb.43 for ; Mon, 09 Mar 2009 12:02: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:from:to :content-type:x-mailer:mime-version:subject:date; bh=J94m/Q3fkY4Q65YA0WzDMjpzRGhlR7qU3R2xjQe0RLk=; b=xL384qkqwcB0h/x7y3DFNnZLX75yvyNf01vvdO9a4M5tgh0oA0Rpjxszj0Qu6StH0a 0dVWYUiYJ4P4rlUTwXg88/E1BkezlJKX4c1+pQj7E8t/Eddvw72xkehxyakdXEPzoOGv OfHJJcWJZ/mVNmbQcdRavg6wvWmdxOFctGn4Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:content-type:x-mailer:mime-version:subject:date; b=xXmxMeJcfz8MMToe4L6u6DWxjqkakUPfoLD3G4H/5apYywTeCvXpOvPoOCuR09SP08 R9dGaBFEbwt5nggKpu/OCopX2h7CVSbLlHNkIK49fQuS7ddYMKjx2lIHpvIleRYH2XDQ Z+cMPCB04q75g2NRKmd/VURiKCXCwsJhPGcYk= Received: by 10.141.180.16 with SMTP id h16mr3226145rvp.68.1236625331867; Mon, 09 Mar 2009 12:02:11 -0700 (PDT) Received: from ?10.91.14.61? ([32.157.118.52]) by mx.google.com with ESMTPS id g31sm15497223rvb.7.2009.03.09.12.02.10 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 09 Mar 2009 12:02:11 -0700 (PDT) Message-Id: <3561C827-66BD-4B3F-A3D4-97C4C06884B4@gmail.com> From: Justin Teller To: "freebsd-current@freebsd.org" Content-Type: multipart/mixed; boundary=Apple-Mail-1-620089454 X-Mailer: iPhone Mail (5H11) Mime-Version: 1.0 (iPhone Mail 5H11) Date: Mon, 9 Mar 2009 12:02:03 -0700 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Using PTHREAD_PRIO_INHERIT causes panic in kern_umtx.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2009 19:02:13 -0000 --Apple-Mail-1-620089454 Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit When I compile and run the attached program, it panics my system, (FreeBSD CURRENT as of 2-20-09) with the following message: panic: Assertion pi != NULL failed at /usr/src/sys/kern/kern_umtx: 1464 With the backtrace being: Tracing pid 1079 tid 100045 td 0xffffff00037c8000 kdb_enter() at kdb_enter+0x40 panic() at panic+0x1ec umtx_pi_adjust() at umtx_pi_adjust+0xfc8 umtx_pi_adjust() at umtx_pi_adjust+0x19bd _umtx_unlock() at _umtx_unlock+0x2c41 _umtx_op() at _umtx_op+0x22 syscall() at syscall+0x1f4 Xfast_syscall() at Xfast_syscall+0xaa --- syscall (454, FreeBSD ELF64, _umtx_op), rip = 0x4056ac, rsp = 0x7fffffbfef38, rbp = 0x80060b150 --- This problem only shows up when I use PTHREAD_PRIO_INHERIT -- if I change the line for pthread_mutexattr_setprotocol to PTHREAD_PRIO_NONE, then it works fine. I've been trying to trace thru the code to figure out where uq_pi_blocked should be setup, but I'm not too familiar with the code so I haven't found where the problem originates. How can I get PTHREAD_PRIO_INHERIT to work? And even if the change is in user-space, it probably shouldn't be this easy to panic the kernel :-) -Justin PS I'm reasonably certain that the most recent checkins (between now and Feb 20th) wouldn't fix this, but if I'm wrong, just let me know! --Apple-Mail-1-620089454 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit --Apple-Mail-1-620089454-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 9 19:21:03 2009 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 2AA831065670 for ; Mon, 9 Mar 2009 19:21:03 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-bw0-f164.google.com (mail-bw0-f164.google.com [209.85.218.164]) by mx1.freebsd.org (Postfix) with ESMTP id 80D8F8FC12 for ; Mon, 9 Mar 2009 19:21:02 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by bwz8 with SMTP id 8so1244291bwz.43 for ; Mon, 09 Mar 2009 12:21:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=bj5DE5D92C7RsZnrKc7O7F9j2w5TIPO/TCallVv3ts4=; b=QIjWIz7jNXNIi4qPmgWqPcDJTgX8srci5AW0MdgdU3ZLeRupLlnhcV3Kq625kS0O8B vClMizA2ixWTmKQOg1FU9J5gVFPjz9qc/sMVRmC0nDwLtWESVln1YhUX+OsBXdQs1HzH ruhrIl8KjeY7PMKQWV94MIjFs1eozs5t8X9to= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=QL70gbDLIdh+DoYbOergTs5N/Cp+0tGYBMFBV5pd9A7RWQXgWNk4uVUL8wno6MvoHK lY5D5RIg1nHBgMi5G0E0w7svAwDBCN5z6W91jp5iCb168NMUW0XPmK/kfe+vInLbrWW0 3SHq2f/n1BUNyGvi12q7f9qtXpDTD8GDxnQrY= MIME-Version: 1.0 Received: by 10.86.98.18 with SMTP id v18mr4330368fgb.46.1236626461367; Mon, 09 Mar 2009 12:21:01 -0700 (PDT) Date: Mon, 9 Mar 2009 22:21:01 +0300 Message-ID: From: pluknet To: Ed Schouten , freebsd-current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: panic: mutex Giant not owned at /usr/src/sys/kern/tty_ttydisc.c:1127 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2009 19:21:03 -0000 Hi all. Ed, can you look at this? I triggered a double panic by an accident while in ddb> prompt by pressing and unpressing a 'pause' key (to scroll up the first panic message). Then my system unconditionally goes to reboot (after 15 seconds). Backtrace initially posted by me in "nullfs: panic: vrele: negative ref cnt" thread on -current and spammed here again for the reference. Script started on Mon Mar 9 21:43:17 2009 c8-vb# kgdb /boot/ke rnel/ke rnel /var/crash/vm core.1 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: , FreeBSD ELF32, __getcwd), eip = 0x28154b2b, esp = 0xbfbfe71c, ebp = 0xbfbfe7d8 --- null_hashget: 0xc4451560 is not locked but should be KDB: enter: lock violation panic: mutex Giant not owned at /usr/src/sys/kern/tty_ttydisc.c:1127 cpuid = 0 Uptime: 43m7s Physical memory: 1015 MB Dumping 51 MB: 36 20 4 Reading symbols from /boot/kernel/if_em.ko...Reading symbols from /boot/kernel/if_em.ko.symbols...done. done. Loaded symbols for /boot/kernel/if_em.ko Reading symbols from /boot/kernel/nfsclient.ko...Reading symbols from /boot/kernel/nfsclient.ko.symbols...done. done. Loaded symbols for /boot/kernel/nfsclient.ko #0 doadump () at pcpu.h:246 246 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:246 #1 0xc05c458e in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:420 #2 0xc05c4862 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:576 #3 0xc05b4c77 in _mtx_assert (m=0xc08b6170, what=4, file=0xc0829baf "/usr/src/sys/kern/tty_ttydisc.c", line=1127) at /usr/src/sys/kern/kern_mutex.c:639 #4 0xc06197dd in ttydisc_getc (tp=0xc3dbf000, buf=0xe66bc7c0, len=128) at /usr/src/sys/kern/tty_ttydisc.c:1127 #5 0xc050daf4 in sctty_outwakeup (tp=0xc3dbf000) at /usr/src/sys/dev/syscons/syscons.c:323 #6 0xc050e05c in scgetc (sc=0xc0a73000, flags=3) at /usr/src/sys/dev/syscons/syscons.c:3281 #7 0xc050e680 in sc_cngetc (cd=0xc0863d20) at /usr/src/sys/dev/syscons/syscons.c:1607 #8 0xc058cd68 in cncheckc () at /usr/src/sys/kern/kern_cons.c:377 #9 0xc058cda6 in cngetc () at /usr/src/sys/kern/kern_cons.c:355 #10 0xc0480435 in db_readline (lstart=0xc08a0100 "", lsize=120) at /usr/src/sys/ddb/db_input.c:326 #11 0xc0480e0a in db_read_line () at /usr/src/sys/ddb/db_lex.c:56 #12 0xc047f0b6 in db_command_loop () at /usr/src/sys/ddb/db_command.c:496 #13 0xc0480f2d in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:229 #14 0xc05f1d86 in kdb_trap (type=3, code=0, tf=0xe66bca34) at /usr/src/sys/kern/subr_kdb.c:534 #15 0xc07bc856 in trap (frame=0xe66bca34) at /usr/src/sys/i386/i386/trap.c:678 ---Type to continue, or q to quit--- #16 0xc07a15bb in calltrap () at /usr/src/sys/i386/i386/exception.s:165 #17 0xc05f1f0a in kdb_enter (why=0xc082deeb "vfslock", msg=0xc082dedc "lock violation") at cpufunc.h:71 #18 0xc064a541 in vfs_badlock (msg=0xc082df39 "is not locked but should be", str=0xc08173c4 "null_hashget", vp=0xc4451560) at /usr/src/sys/kern/vfs_subr.c:3699 #19 0xc064ddf2 in assert_vop_locked (vp=0xc4451560, str=0xc08173c4 "null_hashget") at /usr/src/sys/kern/vfs_subr.c:3723 #20 0xc055c5df in null_nodeget (mp=0xc40152cc, lowervp=0xc4451560, vpp=0xe66bcbf0) at /usr/src/sys/fs/nullfs/null_subr.c:110 #21 0xc055d75a in null_bypass (ap=0xe66bcbdc) at /usr/src/sys/fs/nullfs/null_vnops.c:325 #22 0xc07c86a3 in VOP_VPTOCNP_APV (vop=0xc08688a0, a=0xe66bcbdc) at vnode_if.c:2871 #23 0xc063a749 in vn_vptocnp (vp=0xe66bcc24, bp=0xe66bcc28, buf=0xc3e15c00 'p' ..., buflen=0xe66bcc48) at vnode_if.h:1541 #24 0xc063aaca in vn_fullpath1 (td=Variable "td" is not available. ) at /usr/src/sys/kern/vfs_cache.c:1001 #25 0xc063ae60 in kern___getcwd (td=0xc4435000, buf=0xbfbfe8d4
, bufseg=UIO_USERSPACE, buflen=1024) at /usr/src/sys/kern/vfs_cache.c:795 #26 0xc063b009 in __getcwd (td=0xc4435000, uap=0xe66bccf8) at /usr/src/sys/kern/vfs_cache.c:769 #27 0xc07bbfd4 in syscall (frame=0xe66bcd38) ---Type to continue, or q to quit--- at /usr/src/sys/i386/i386/trap.c:1066 #28 0xc07a1620 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:261 #29 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) c8-vb# c8-vb# ^D exit -- wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Mon Mar 9 19:25:38 2009 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 0C62D106566B for ; Mon, 9 Mar 2009 19:25:38 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 97E628FC13 for ; Mon, 9 Mar 2009 19:25:37 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 26A371CC94; Mon, 9 Mar 2009 20:25:36 +0100 (CET) Date: Mon, 9 Mar 2009 20:25:36 +0100 From: Ed Schouten To: pluknet Message-ID: <20090309192536.GY19161@hoeg.nl> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GjdfNfZESPgSEIx8" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.19 (2009-01-05) Cc: FreeBSD Current Subject: Re: panic: mutex Giant not owned at /usr/src/sys/kern/tty_ttydisc.c:1127 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2009 19:25:38 -0000 --GjdfNfZESPgSEIx8 Content-Type: multipart/mixed; boundary="SRdXq8ahTMo0Vx5K" Content-Disposition: inline --SRdXq8ahTMo0Vx5K Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, Can you try the attached patch? Let me know if it fixes the issue you're having. The reason why we're seeing such panics lately, is because the new TTY layer has one big improvement: it has assertions. This means that there are a lot of bugs in the old code where we call into the TTY layer without holding locks. Ugh. :-) --=20 Ed Schouten WWW: http://80386.nl/ --SRdXq8ahTMo0Vx5K Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="pluknet.diff" Index: syscons.c =================================================================== --- syscons.c (revision 189489) +++ syscons.c (working copy) @@ -3277,7 +3277,7 @@ sc_draw_cursor_image(scp); } tp = SC_DEV(sc, scp->index); - if (tty_opened(tp)) + if (!kdb_active && tty_opened(tp)) sctty_outwakeup(tp); #endif } --SRdXq8ahTMo0Vx5K-- --GjdfNfZESPgSEIx8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkm1bTAACgkQ52SDGA2eCwXWOQCfT3wG6jVPMaZFbcanbdJx3CTz cyAAnRMuH0a1QvnwM57N+Vu8Ad9vUn8w =smyp -----END PGP SIGNATURE----- --GjdfNfZESPgSEIx8-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 9 19:30:27 2009 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 C8208106568A; Mon, 9 Mar 2009 19:30:27 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.freebsd.org (Postfix) with ESMTP id 1F1268FC2A; Mon, 9 Mar 2009 19:30:26 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by nf-out-0910.google.com with SMTP id d21so246722nfb.33 for ; Mon, 09 Mar 2009 12:30:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:cc:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:mime-version :subject:date:references:x-pgp-agent:x-mailer; bh=5hto+kBWvTYfIev8w4ch0uxLYwwJgOpXjHN95dIz290=; b=MkxnhZldFmH3qcRSQJlcSSg4cfQXRgfPydvr74KL98Rczp5HyvZdqdiwdbxrdCbD3c wr4iFJZ83BQfurnoM7uL7q7qGvoUhKoGlJSP0q5tR1tes4Rn18SdNHFJ110JsxsLclN9 aygMt1hImdfonNCIG2e8d97kODWc6sZVx+7Qg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:cc:message-id:from:to:in-reply-to:content-type :content-transfer-encoding:mime-version:subject:date:references :x-pgp-agent:x-mailer; b=CFSWIYuSOnYz6iwHuLdsuxqNwU+tGbAel373SquX2V9YhT9cVtUGR8GFK8xylMsjqz yE9kEx2f2ko0P09FiG/8dslHrMY9vSmYBxRcKccf1a4QdfbxDaMCQBDmftwPJu3VKZvd EXXeZKV9CCBqNkbZLxoMkjQTyeHqw4Wm3nSp8= Received: by 10.216.21.194 with SMTP id r44mr2294779wer.80.1236627025952; Mon, 09 Mar 2009 12:30:25 -0700 (PDT) Received: from ?192.168.1.70? (bl7-90-92.dsl.telepac.pt [85.240.90.92]) by mx.google.com with ESMTPS id 33sm2364286nfu.9.2009.03.09.12.30.25 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 09 Mar 2009 12:30:25 -0700 (PDT) Sender: Rui Paulo Message-Id: From: Rui Paulo To: Norikatsu Shigemura In-Reply-To: <20090310020627.4482190d.nork@FreeBSD.org> Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Apple-Mail-2-621775473" Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Mon, 9 Mar 2009 19:30:13 +0000 References: <20090301181631.d2e3c89e.nork@FreeBSD.org> <554FEBB3-CB69-4502-9728-C4735B29F784@FreeBSD.org> <20090301234328.9aa4237c.nork@FreeBSD.org> <69C4F850-1DCC-4E15-84E7-1B0E7C656CE6@FreeBSD.org> <20090302003904.12d683c1.nork@FreeBSD.org> <87F4F8E8-CB5A-476D-A57B-A3EBF44272EF@FreeBSD.org> <20090310020627.4482190d.nork@FreeBSD.org> X-Pgp-Agent: GPGMail 1.2.0 (v56) X-Mailer: Apple Mail (2.930.3) Cc: freebsd-current@FreeBSD.org Subject: Re: ktemp(8) on Phenom II X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2009 19:30:28 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --Apple-Mail-2-621775473 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit On 9 Mar 2009, at 17:06, Norikatsu Shigemura wrote: > Hi Rui! > > On Sun, 1 Mar 2009 16:32:56 +0000 > Rui Paulo wrote: >> http://groups.google.com/group/alt.os.linux/browse_thread/thread/b282c7410fd88d61 >> This is basically what one needs to do. You can see the register >> offset and the bitmask that's needed to fetch the temperature. Note >> that I don't really want to see another driver just for this. > > I merged some new codes to k8temp(8), please review it. This looks ok, but I think we need to rename this driver to something more meaningful, like amdtemp. Please commit this patch. Thanks, -- Rui Paulo --Apple-Mail-2-621775473 content-type: application/pgp-signature; x-mac-type=70674453; name=PGP.sig content-description: This is a digitally signed message part content-disposition: inline; filename=PGP.sig content-transfer-encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Darwin) iEYEARECAAYFAkm1bkUACgkQfD8M/ASTygJ0DQCgqvnAmBeu89k/PJNJ9hLPY5r8 W6QAniqmReiCU9EzIKfrZFZfMb+Xf7AF =Ns5+ -----END PGP SIGNATURE----- --Apple-Mail-2-621775473-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 9 19:42:33 2009 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 B9F1D1065675 for ; Mon, 9 Mar 2009 19:42:33 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-fx0-f158.google.com (mail-fx0-f158.google.com [209.85.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id 499D38FC16 for ; Mon, 9 Mar 2009 19:42:33 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by fxm2 with SMTP id 2so1278248fxm.43 for ; Mon, 09 Mar 2009 12:42:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=3DmF82uKwLryii7h4KtpkOf1ANYHHaG12te/yIVh2gg=; b=lOAGIcKYYH/tcYLJQas08YZ00sFpgsBaVN0olcir8Q6+O+VasA7zSgHiAPFQHruDbZ OMxrEsfASS+pyLkRuqTluV2iVULhqW38SORzWrSlUtE4lOzLFCpOw6u4DsqYcDVhHXCw 85vNMZZ/MbF+Ojz9AwKOfrYooAJMxsgihtAd8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=e16f2Ag5T76CZSYERpGQnkNT/3v11/i93rWCIdN1x8DBgOK1ql68MVtAtftIJQh1kh /y8ECar9K6+eXu75H3YZfbJoHNCyrZMR/fzFyeFPK9CKddd7hqA0qWSFx8z0TP2+xahW Y8IYEmG6TALQWHGzD0ynVa/BE4Q+obZlVUNGE= MIME-Version: 1.0 Received: by 10.86.76.20 with SMTP id y20mr4359954fga.62.1236627751834; Mon, 09 Mar 2009 12:42:31 -0700 (PDT) In-Reply-To: <20090309192536.GY19161@hoeg.nl> References: <20090309192536.GY19161@hoeg.nl> Date: Mon, 9 Mar 2009 22:42:31 +0300 Message-ID: From: pluknet To: Ed Schouten Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: panic: mutex Giant not owned at /usr/src/sys/kern/tty_ttydisc.c:1127 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2009 19:42:34 -0000 2009/3/9 Ed Schouten : > Hi, > > Can you try the attached patch? Let me know if it fixes the issue you're > having. The reason why we're seeing such panics lately, is because the > new TTY layer has one big improvement: it has assertions. Cool! A new large field for further testings :) > This means > that there are a lot of bugs in the old code where we call into the TTY > layer without holding locks. Ugh. :-) Thank you, Ed! This diff fixes my issue. > > -- > Ed Schouten > WWW: http://80386.nl/ > -- wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Mon Mar 9 19:45:09 2009 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 CE8D7106584C for ; Mon, 9 Mar 2009 19:45:09 +0000 (UTC) (envelope-from lists@c0mplx.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) by mx1.freebsd.org (Postfix) with ESMTP id A57558FC1B for ; Mon, 9 Mar 2009 19:44:55 +0000 (UTC) (envelope-from lists@c0mplx.org) Received: from pi by home.opsec.eu with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LglPD-000Ecn-Ak for freebsd-current@FreeBSD.org; Mon, 09 Mar 2009 20:44:55 +0100 Date: Mon, 9 Mar 2009 20:44:55 +0100 From: Kurt Jaeger To: freebsd-current@FreeBSD.org Message-ID: <20090309194455.GA27326@home.opsec.eu> References: <20090301181631.d2e3c89e.nork@FreeBSD.org> <554FEBB3-CB69-4502-9728-C4735B29F784@FreeBSD.org> <20090301234328.9aa4237c.nork@FreeBSD.org> <69C4F850-1DCC-4E15-84E7-1B0E7C656CE6@FreeBSD.org> <20090302003904.12d683c1.nork@FreeBSD.org> <87F4F8E8-CB5A-476D-A57B-A3EBF44272EF@FreeBSD.org> <20090310020627.4482190d.nork@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090310020627.4482190d.nork@FreeBSD.org> Cc: Subject: Re: ktemp(8) on Phenom II X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2009 19:45:12 -0000 Hi! Norikatsu Shigemura wrote: > 1. Add support 10th generation CPU. I confirmed on Phenom II. > And maybe 11th is same. Sorry, my Puma note became hardware > trouble. So I don't confirm on it. I have an quad-core CPU, see below. Your patch works, but only displays values for the first two CPUs. ---------- CPU: AMD Phenom(tm) II X4 810 Processor (2608.81-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x100f42 Stepping = 2 Features=0x178bfbff Features2=0x802009> AMD Features=0xee500800 AMD Features2=0x37ff,,,Prefetch,,,,> TSC: P-state invariant Cores per package: 4 ---------- #define DEVICEID_AMD_PHENOMII 0x1203 [...] dev.cpu.0.cx_lowest: C1 dev.cpu.0.cx_usage: 100.00% dev.cpu.0.temperature: 49.0C dev.cpu.1.%desc: ACPI CPU dev.cpu.1.%driver: cpu [...] dev.cpu.1.cx_usage: 100.00% dev.cpu.1.temperature: 49.0C dev.cpu.2.%desc: ACPI CPU dev.cpu.2.%driver: cpu [...] dev.cpu.2.cx_lowest: C1 dev.cpu.2.cx_usage: 100.00% dev.cpu.3.%desc: ACPI CPU dev.cpu.3.%driver: cpu Any ideas ? -- pi@opsec.eu +49 171 3101372 11 years to go ! From owner-freebsd-current@FreeBSD.ORG Mon Mar 9 18:05:02 2009 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 CC94510656CC for ; Mon, 9 Mar 2009 18:05:02 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 87C8A8FC12 for ; Mon, 9 Mar 2009 18:05:02 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 0944F1E005A9; Mon, 9 Mar 2009 19:05:01 +0100 (CET) Received: from saturn.kn-bremen.de (noident@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.14.2/8.13.8) with ESMTP id n29HX4L9004039; Mon, 9 Mar 2009 18:33:04 +0100 (CET) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.14.2/8.13.6/Submit) id n29HX4Nm004038; Mon, 9 Mar 2009 18:33:04 +0100 (CET) (envelope-from nox) From: Juergen Lock Date: Mon, 9 Mar 2009 18:33:04 +0100 To: Fabian Keil Message-ID: <20090309173304.GA3844@saturn.kn-bremen.de> References: <20090222013747.GA21709@saturn.kn-bremen.de> <20090308213915.62c9b7bb@fabiankeil.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090308213915.62c9b7bb@fabiankeil.de> User-Agent: Mutt/1.5.17 (2007-11-01) X-Mailman-Approved-At: Mon, 09 Mar 2009 19:45:31 +0000 Cc: freebsd-current@FreeBSD.org Subject: Re: testing qemu svn r6636 on FreeBSD; future of qemu on FreeBSD... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2009 18:05:04 -0000 On Sun, Mar 08, 2009 at 09:39:15PM +0100, Fabian Keil wrote: > Juergen Lock wrote: > > > After discovering a workaround for the -kernel-kqemu userspace pio bug > > in connection with vmware svga/vmmouse a few days ago I made another > > experimental FreeBSD qemu-devel port update today, > > http://people.freebsd.org/~nox/qemu/qemu-devel-20090218.patch > > I didn't notice any regressions on amd64 with Windows XP > as guest system. Thats good to hear, thanx! Actually the qemu project cut a release a little while ago (0.10.0), which I updated the emulators/qemu port to yesterday. (That code is a little newer than the 20090218 snapshot.) > I only use the guest system to compile > and test stuff with cygwin, though. > Hmm actually I used to have a cygwin crosscompiler many moons ago, I wouldn't be surprised if you can still make one for today's cygwin... > Thanks a lot for all your work on qemu. You're welcome! :) Juergen From owner-freebsd-current@FreeBSD.ORG Mon Mar 9 19:48:07 2009 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 0675210657F1; Mon, 9 Mar 2009 19:48:06 +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 9A2378FC18; Mon, 9 Mar 2009 19:48:06 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from [89.178.150.151] (port=35045 helo=HP.lissyara.su) by hosting.lissyara.su with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LglSG-000408-RA; Mon, 09 Mar 2009 22:48:04 +0300 Message-ID: <49B5727C.2040804@lissyara.su> Date: Mon, 09 Mar 2009 22:48:12 +0300 From: Alex Keda User-Agent: Thunderbird 2.0.0.19 (X11/20090209) MIME-Version: 1.0 To: Robert Noland References: <1236372641.1671.11.camel@balrog.2hip.net> In-Reply-To: <1236372641.1671.11.camel@balrog.2hip.net> Content-Type: text/plain; charset=windows-1251; 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-x11 , freebsd-current Subject: Re: [HEADS UP] Radeon r6/7xx drm code to be committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2009 19:48:08 -0000 Robert Noland ďčřĺň: > I'm planning to commit : > > http://people.freebsd.org/~rnoland/radeon-drm-next-r6-7xx-030609-2.patch > > to -CURENT later today or tomorrow, unless someone reports issues to me. > Please give it a try. > > This should work on pretty much all Radeon r600+ cards (and the older > stuff as well). With the appropriate X drivers, you should get EXA > accelleration and Xv. 3d is not available yet, afaik. > > robert. > + * Copyright 2008-2009 Advanced Micro Devices, Inc. + * Copyright 2008 Red Hat Inc. It's not BSD-licensed? From owner-freebsd-current@FreeBSD.ORG Mon Mar 9 19:58:29 2009 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 59AE0106568B for ; Mon, 9 Mar 2009 19:58:29 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 1D5798FC2A for ; Mon, 9 Mar 2009 19:58:29 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 806BD1CDE3; Mon, 9 Mar 2009 20:58:28 +0100 (CET) Date: Mon, 9 Mar 2009 20:58:28 +0100 From: Ed Schouten To: pluknet Message-ID: <20090309195828.GZ19161@hoeg.nl> References: <20090309192536.GY19161@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GtM+3wSyc54Btfn2" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.19 (2009-01-05) Cc: FreeBSD Current Subject: Re: panic: mutex Giant not owned at /usr/src/sys/kern/tty_ttydisc.c:1127 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2009 19:58:30 -0000 --GtM+3wSyc54Btfn2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * pluknet wrote: > Thank you, Ed! This diff fixes my issue. Fixed! The reason why I didn't fix this issue earlier: I don't own a keyboard that has a pause/scroll lock button. I have this silly Apple USB keyboard that has F13, F14, F15, but not the SysRq/Scroll Lock/... buttons, so I couldn't obtain a good trace of it. Bloody Apple hardware. --=20 Ed Schouten WWW: http://80386.nl/ --GtM+3wSyc54Btfn2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkm1dOQACgkQ52SDGA2eCwX+zQCfeKEdBScBkSH90ENyRE7RB+Gp o20AoID8PFk3q5ary+qNWYgK9FtmlQg/ =uGj7 -----END PGP SIGNATURE----- --GtM+3wSyc54Btfn2-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 9 20:17:49 2009 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 178EE106566B; Mon, 9 Mar 2009 20:17:49 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-fx0-f158.google.com (mail-fx0-f158.google.com [209.85.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id 1E96A8FC15; Mon, 9 Mar 2009 20:17:47 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by fxm2 with SMTP id 2so1288978fxm.43 for ; Mon, 09 Mar 2009 13:17:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=rKks+Uqh8Zsu1Lbve2dmU56Ork5XirCKeDFR/n8mByQ=; b=Ta+Tsm6d1nJUrxsRAPAhlOdoUnmRdWL503qbEpaYbBrjAQmdBEWp4xCGBARv6L7XOC DBy5FQ0TwiWwmJKR6at2xGhFNEs2osZcdtWdZCEY8NshtqWjre1Bp5N1VB1eDBZ6IA4K M8vTomXXLUUXEY4NbKfTw/m65eDfRdymG7CXc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=YburDtMAbI72GRvyryhh0X9Q5IAWcs3CmZihvqOrPYCJPgv+NXHleonUvx67/F6sh/ Du3BHMtZbGNyrXiQRyyfz4AFkIZFrr+baFTqidlf4HP/y7GJPb2FB4mZBPo5SWndLM5P Sz3b8Eah/uAn3QiG3BZmYcsfMz6xZP/4rUYTE= MIME-Version: 1.0 Received: by 10.86.92.7 with SMTP id p7mr4360574fgb.74.1236629867128; Mon, 09 Mar 2009 13:17:47 -0700 (PDT) In-Reply-To: References: <3a142e750903090615t63a594e8rbadd7f7231049180@mail.gmail.com> Date: Mon, 9 Mar 2009 23:17:47 +0300 Message-ID: From: pluknet To: "Paul B. Mahol" , marcus@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current Subject: Re: nullfs: panic: vrele: negative ref cnt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2009 20:17:49 -0000 2009/3/9 pluknet : > 2009/3/9 Paul B. Mahol : >> Hi, >> here is part of textdump: >> >> db:1:lockinfo> show locks >> db:1:locks> show alllocks >> Process 722 (sh) thread 0xc4134000 (100065) >> db:1:alllocks> show lockedvnods >> Locked vnodes >> db:0:kdb.enter.panic> show pcpu >> cpuid = 1 >> curthread = 0xc4134000: pid 722 "sh" >> curpcb = 0xc3ba8d90 >> fpcurthread = 0xc4134000: pid 722 "sh" >> idlethread = 0xc3d08d80: pid 10 "idle: cpu1" >> APIC ID = 1 >> currentldt = 0x50 >> spin locks held: >> db:0:kdb.enter.panic> bt >> Tracing pid 722 tid 100065 td 0xc4134000 >> kdb_enter(c0610bfe,c0610bfe,c061db9e,c3ba8aa8,1,...) at kdb_enter+0x3a >> panic(c061db9e,0,c061cee6,88e,4,...) at panic+0x136 >> vrele(c4326d9c,0,c433fb5f,82,c060f3c7,...) at vrele+0x111 >> null_nodeget(c3fd4780,c4326d9c,c3ba8bf4,0,c3ba8be4,...) at null_nodeget+0xa0 >> null_bypass(c3ba8be0,c3f35a78,c3ba8c28) at null_bypass+0x141 >> VOP_VPTOCNP_APV(c4340240,c3ba8be0,c061bf01,387,c3cecc00,...) at >> VOP_VPTOCNP_APV+0xb3 >> vn_vptocnp(c3ba8c4c,c061bf01,3af,c3ba8c3c,c3f35a78,...) at vn_vptocnp+0xd9 >> vn_fullpath1(c3cecc00,c3ba8c5c,3fc,315,c3cecc00,...) at vn_fullpath1+0x29a >> kern___getcwd(c4134000,bfbfe884,0,400,c3ba8d2c,...) at kern___getcwd+0xd0 >> __getcwd(c4134000,c3ba8cf8,8,c0617c09,c0640290,...) at __getcwd+0x29 >> syscall(c3ba8d38) at syscall+0x261 >> Xint0x80_syscall() at Xint0x80_syscall+0x20 >> --- syscall (326, FreeBSD ELF32, __getcwd), eip = 0x2814edfb, esp = >> 0xbfbfe6cc, ebp = 0xbfbfe788 --- >> >> >> panic: vrele: negative ref cnt >> cpuid = 1 >> KDB: enter: panic >> shared lockmgr ufs (ufs) r = 0 (0xc43c36a0) locked @ >> /usr/src/sys/kern/vfs_default.c:790 >> shared lockmgr ufs (ufs) r = 0 (0xc43c36a0) locked @ >> /usr/src/sys/kern/vfs_default.c:790 >> >> 0xc43c3648: tag ufs, type VDIR >> usecount 1, writecount 0, refcount 1 mountedhere 0 >> flags () >> lock type ufs: SHARED (count 1) >> ino 3583142, on dev ad0s1h >> >> 0xc43c3430: tag null, type VDIR >> usecount 4, writecount 0, refcount 5 mountedhere 0 >> flags () >> lock type ufs: SHARED (count 1) >> vp=0xc43c3430, lowervp=0xc43c3648 >> >> >> How to reproduce it: >> >> # mount_nullfs /usr/local/src /usr/src >> # cd /sys >> # whereis something >> >> >> It appears panic have been introduced after r189488 >> > > [marcus@ cc'ed] > > Futher debugging shows: > > Script started on Mon Mar 9 21:43:17 2009 > c8-vb# kgdb /boot/ke rnel/ke rnel /var/crash/vm core.1 > > 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: > , FreeBSD ELF32, __getcwd), eip = 0x28154b2b, esp = 0xbfbfe71c, ebp = > 0xbfbfe7d8 --- > null_hashget: 0xc4451560 is not locked but should be > KDB: enter: lock violation > panic: mutex Giant not owned at /usr/src/sys/kern/tty_ttydisc.c:1127 > cpuid = 0 > Uptime: 43m7s > Physical memory: 1015 MB > Dumping 51 MB: 36 20 4 > > Reading symbols from /boot/kernel/if_em.ko...Reading symbols from > /boot/kernel/if_em.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/if_em.ko > Reading symbols from /boot/kernel/nfsclient.ko...Reading symbols from > /boot/kernel/nfsclient.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/nfsclient.ko > #0 doadump () at pcpu.h:246 > 246 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) bt > #0 doadump () at pcpu.h:246 > #1 0xc05c458e in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:420 > #2 0xc05c4862 in panic (fmt=Variable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:576 > #3 0xc05b4c77 in _mtx_assert (m=0xc08b6170, what=4, > file=0xc0829baf "/usr/src/sys/kern/tty_ttydisc.c", line=1127) > at /usr/src/sys/kern/kern_mutex.c:639 > #4 0xc06197dd in ttydisc_getc (tp=0xc3dbf000, buf=0xe66bc7c0, len=128) > at /usr/src/sys/kern/tty_ttydisc.c:1127 > #5 0xc050daf4 in sctty_outwakeup (tp=0xc3dbf000) > at /usr/src/sys/dev/syscons/syscons.c:323 > #6 0xc050e05c in scgetc (sc=0xc0a73000, flags=3) > at /usr/src/sys/dev/syscons/syscons.c:3281 > #7 0xc050e680 in sc_cngetc (cd=0xc0863d20) > at /usr/src/sys/dev/syscons/syscons.c:1607 > #8 0xc058cd68 in cncheckc () at /usr/src/sys/kern/kern_cons.c:377 > #9 0xc058cda6 in cngetc () at /usr/src/sys/kern/kern_cons.c:355 > #10 0xc0480435 in db_readline (lstart=0xc08a0100 "", lsize=120) > at /usr/src/sys/ddb/db_input.c:326 > #11 0xc0480e0a in db_read_line () at /usr/src/sys/ddb/db_lex.c:56 > #12 0xc047f0b6 in db_command_loop () at /usr/src/sys/ddb/db_command.c:496 > #13 0xc0480f2d in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:229 > #14 0xc05f1d86 in kdb_trap (type=3, code=0, tf=0xe66bca34) > at /usr/src/sys/kern/subr_kdb.c:534 > #15 0xc07bc856 in trap (frame=0xe66bca34) at /usr/src/sys/i386/i386/trap.c:678 > ---Type to continue, or q to quit--- > #16 0xc07a15bb in calltrap () at /usr/src/sys/i386/i386/exception.s:165 > #17 0xc05f1f0a in kdb_enter (why=0xc082deeb "vfslock", > msg=0xc082dedc "lock violation") at cpufunc.h:71 > #18 0xc064a541 in vfs_badlock (msg=0xc082df39 "is not locked but should be", > str=0xc08173c4 "null_hashget", vp=0xc4451560) > at /usr/src/sys/kern/vfs_subr.c:3699 > #19 0xc064ddf2 in assert_vop_locked (vp=0xc4451560, > str=0xc08173c4 "null_hashget") at /usr/src/sys/kern/vfs_subr.c:3723 > #20 0xc055c5df in null_nodeget (mp=0xc40152cc, lowervp=0xc4451560, > vpp=0xe66bcbf0) at /usr/src/sys/fs/nullfs/null_subr.c:110 > #21 0xc055d75a in null_bypass (ap=0xe66bcbdc) > at /usr/src/sys/fs/nullfs/null_vnops.c:325 > #22 0xc07c86a3 in VOP_VPTOCNP_APV (vop=0xc08688a0, a=0xe66bcbdc) > at vnode_if.c:2871 > #23 0xc063a749 in vn_vptocnp (vp=0xe66bcc24, bp=0xe66bcc28, > buf=0xc3e15c00 'p' ..., buflen=0xe66bcc48) > at vnode_if.h:1541 > #24 0xc063aaca in vn_fullpath1 (td=Variable "td" is not available. > ) at /usr/src/sys/kern/vfs_cache.c:1001 > #25 0xc063ae60 in kern___getcwd (td=0xc4435000, > buf=0xbfbfe8d4
, bufseg=UIO_USERSPACE, > buflen=1024) at /usr/src/sys/kern/vfs_cache.c:795 > #26 0xc063b009 in __getcwd (td=0xc4435000, uap=0xe66bccf8) > at /usr/src/sys/kern/vfs_cache.c:769 > #27 0xc07bbfd4 in syscall (frame=0xe66bcd38) > ---Type to continue, or q to quit--- > at /usr/src/sys/i386/i386/trap.c:1066 > #28 0xc07a1620 in Xint0x80_syscall () > at /usr/src/sys/i386/i386/exception.s:261 > #29 0x00000033 in ?? () > Previous frame inner to this frame (corrupt stack?) > (kgdb) c8-vb# > > c8-vb# ^D exit > > Script done on Mon Mar 9 21:43:35 2009 > Gahr.. another one looks a bit different. No null_hashget assert, but now in usecount == 0 (like in Paul B. Mahol's case). Script started on Mon Mar 9 23:00:44 2009 c8-vb# kgdb /boot/kernel/kernel /var/crash/vmcore.5 Unread portion of the kernel message buffer: mgr_args+0xb80 #1 0xc074c9d1 at ffs_lock+0xa1 #2 0xc07ca005 at VOP_LOCK1_APV+0xb5 #3 0xc065a548 at _vn_lock+0x78 #4 0xc065b63f at vn_close+0x7f #5 0xc063ea1d at vop_stdvptocnp+0x68d #6 0xc07c86a6 at VOP_VPTOCNP_APV+0xd6 #7 0xc07c875b at VOP_VPTOCNP_AP+0x1b #8 0xc055d6a9 at null_bypass+0xf9 #9 0xc07c86b3 at VOP_VPTOCNP_APV+0xe3 #10 0xc063a759 at vn_vptocnp+0xd9 #11 0xc063aada at vn_fullpath1+0x29a #12 0xc063ae70 at kern___getcwd+0xd0 #13 0xc063b019 at __getcwd+0x29 #14 0xc07bbfe4 at syscall+0x2b4 #15 0xc07a1630 at Xint0x80_syscall+0x20 ino 70663, on dev ad0s1a panic: vrele: negative ref cnt cpuid = 0 KDB: enter: panic Uptime: 1m20s Physical memory: 1015 MB Dumping 51 MB: 36 20 4 Reading symbols from /boot/kernel/if_em.ko...Reading symbols from /boot/kernel/if_em.ko.symbols...done. done. Loaded symbols for /boot/kernel/if_em.ko Reading symbols from /boot/kernel/nfsclient.ko...Reading symbols from /boot/kernel/nfsclient.ko.symbols...done. done. Loaded symbols for /boot/kernel/nfsclient.ko #0 doadump () at pcpu.h:246 246 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:246 #1 0xc05c459e in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:420 #2 0xc05c4872 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:576 #3 0xc064eeb9 in vrele (vp=0xc442cac0) at /usr/src/sys/kern/vfs_subr.c:2191 #4 0xc055c6b1 in null_nodeget (mp=0xc40162cc, lowervp=0xc442cac0, vpp=0xe66b0bf0) at /usr/src/sys/fs/nullfs/null_subr.c:204 #5 0xc055d76a in null_bypass (ap=0xe66b0bdc) at /usr/src/sys/fs/nullfs/null_vnops.c:325 #6 0xc07c86b3 in VOP_VPTOCNP_APV (vop=0xc08688a0, a=0xe66b0bdc) at vnode_if.c:2871 #7 0xc063a759 in vn_vptocnp (vp=0xe66b0c24, bp=0xe66b0c28, buf=0xc3dee800 'p' ..., buflen=0xe66b0c48) at vnode_if.h:1541 #8 0xc063aada in vn_fullpath1 (td=Variable "td" is not available. ) at /usr/src/sys/kern/vfs_cache.c:1001 #9 0xc063ae70 in kern___getcwd (td=0xc41a5460, buf=0xbfbfe844
, bufseg=UIO_USERSPACE, buflen=1024) at /usr/src/sys/kern/vfs_cache.c:795 #10 0xc063b019 in __getcwd (td=0xc41a5460, uap=0xe66b0cf8) at /usr/src/sys/kern/vfs_cache.c:769 #11 0xc07bbfe4 in syscall (frame=0xe66b0d38) at /usr/src/sys/i386/i386/trap.c:1066 #12 0xc07a1630 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:261 #13 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) f 4 #4 0xc055c6b1 in null_nodeget (mp=0xc40162cc, lowervp=0xc442cac0, vpp=0xe66b0bf0) at /usr/src/sys/fs/nullfs/null_subr.c:204 204 vrele(lowervp); (kgdb) p vlowerQuit (kgdb) p lowervp $1 = (struct vnode *) 0xc442cac0 (kgdb) p *lowervp $2 = {v_type = VDIR, v_tag = 0xc081a668 "ufs", v_op = 0xc0888a00, v_data = 0xc442e5a0, v_mount = 0xc4016b30, v_nmntvnodes = { tqe_next = 0xc442c968, tqe_prev = 0xc443341c}, v_un = {vu_mount = 0x0, vu_socket = 0x0, vu_cdev = 0x0, vu_fifoinfo = 0x0, vu_yield = 0}, v_hashlist = {le_next = 0x0, le_prev = 0xc3eb17b4}, v_hash = 70663, v_cache_src = {lh_first = 0xc444c94c}, v_cache_dst = { tqh_first = 0xc41c1880, tqh_last = 0xc41c1890}, v_dd = 0xc442c158, v_cstart = 0, v_lasta = 0, v_lastw = 0, v_clen = 0, v_lock = { lock_object = {lo_name = 0xc081a668 "ufs", lo_flags = 91947009, lo_data = 0, lo_witness = 0xc3cf51c0}, lk_lock = 1, lk_timo = 1, lk_pri = 80, lk_stack = {depth = 16, pcs = {3227181616, 3228879313, 3229392901, 3227886920, 3227891263, 3227773469, 3229386406, 3229386587, 3226850985, 3229386419, 3227756377, 3227757274, 3227758192, 3227758617, 3229335524, 3229226544, 0, 0}}}, v_interlock = {lock_object = {lo_name = 0xc0827160 "vnode interlock", lo_flags = 16973824, lo_data = 0, lo_witness = 0xc3cef178}, mtx_lock = 4}, v_vnlock = 0xc442cb18, v_holdcnt = 5, v_usecount = 0, v_iflag = 0, v_vflag = 0, v_writecount = 0, v_freelist = {tqe_next = 0x0, tqe_prev = 0xc3e74244}, v_bufobj = {bo_mtx = {lock_object = { lo_name = 0xc082ebea "bufobj interlock", lo_flags = 16973824, lo_data = 0, lo_witness = 0xc3cf4048}, mtx_lock = 4}, bo_clean = { bv_hd = {tqh_first = 0xd7d19d20, tqh_last = 0xd7d19d58}, bv_root = 0xd7d19d20, bv_cnt = 1}, bo_dirty = {bv_hd = { tqh_first = 0x0, tqh_last = 0xc442cbd8}, bv_root = 0x0, bv_cnt = 0}, ---Type to continue, or q to quit--- bo_numoutput = 0, bo_flag = 0, bo_ops = 0xc087abe0, bo_bsize = 16384, bo_object = 0xc443526c, bo_synclist = {le_next = 0x0, le_prev = 0x0}, bo_private = 0xc442cac0, __bo_vnode = 0xc442cac0}, v_pollinfo = 0x0, v_label = 0x0, v_lockf = 0x0} (kgdb) p *vpp $3 = (struct vnode *) 0xc442c560 (kgdb) p **vpp $4 = {v_type = VDIR, v_tag = 0xc0837f79 "null", v_op = 0xc08688a0, v_data = 0xc3e737b0, v_mount = 0xc40162cc, v_nmntvnodes = { tqe_next = 0xc444b2b0, tqe_prev = 0xc4016300}, v_un = {vu_mount = 0x0, vu_socket = 0x0, vu_cdev = 0x0, vu_fifoinfo = 0x0, vu_yield = 0}, v_hashlist = {le_next = 0x0, le_prev = 0x0}, v_hash = 0, v_cache_src = { lh_first = 0x0}, v_cache_dst = {tqh_first = 0x0, tqh_last = 0xc442c590}, v_dd = 0x0, v_cstart = 0, v_lasta = 0, v_lastw = 0, v_clen = 0, v_lock = { lock_object = {lo_name = 0xc0837f79 "null", lo_flags = 91947016, lo_data = 0, lo_witness = 0xc3cf5840}, lk_lock = 1, lk_timo = 1, lk_pri = 80, lk_stack = {depth = 0, pcs = {0 }}}, v_interlock = {lock_object = {lo_name = 0xc0827160 "vnode interlock", lo_flags = 16973824, lo_data = 0, lo_witness = 0xc3cef178}, mtx_lock = 4}, v_vnlock = 0xc442cb18, v_holdcnt = 2, v_usecount = 3, v_iflag = 0, v_vflag = 1, v_writecount = 0, v_freelist = {tqe_next = 0x0, tqe_prev = 0x0}, v_bufobj = {bo_mtx = {lock_object = { lo_name = 0xc082ebea "bufobj interlock", lo_flags = 16973824, lo_data = 0, lo_witness = 0xc3cf4048}, mtx_lock = 4}, bo_clean = { bv_hd = {tqh_first = 0x0, tqh_last = 0xc442c668}, bv_root = 0x0, bv_cnt = 0}, bo_dirty = {bv_hd = {tqh_first = 0x0, tqh_last = 0xc442c678}, bv_root = 0x0, bv_cnt = 0}, bo_numoutput = 0, bo_flag = 0, bo_ops = 0xc087abe0, bo_bsize = 0, bo_object = 0x0, bo_synclist = {le_next = 0x0, le_prev = 0x0}, bo_private = 0xc442c560, __bo_vnode = 0xc442c560}, v_pollinfo = 0x0, v_label = 0x0, v_lockf = 0x0} -- wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Mon Mar 9 20:37:57 2009 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 5A0421065714; Mon, 9 Mar 2009 20:37:57 +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 1BA618FC08; Mon, 9 Mar 2009 20:37:56 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-154-199-160.ard.bellsouth.net [72.154.199.160]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n29KaZ1j003872 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 9 Mar 2009 16:36:36 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Alex Keda In-Reply-To: <49B5727C.2040804@lissyara.su> References: <1236372641.1671.11.camel@balrog.2hip.net> <49B5727C.2040804@lissyara.su> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-LmQgzoBgw8SbQDjjoViw" Organization: FreeBSD Date: Mon, 09 Mar 2009 15:37:40 -0500 Message-Id: <1236631060.1730.3.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.6 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL,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-x11 , freebsd-current Subject: Re: [HEADS UP] Radeon r6/7xx drm code to be committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2009 20:38:02 -0000 --=-LmQgzoBgw8SbQDjjoViw Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable On Mon, 2009-03-09 at 22:48 +0300, Alex Keda wrote: > Robert Noland =D0=C9=DB=C5=D4: > > I'm planning to commit : > >=20 > > http://people.freebsd.org/~rnoland/radeon-drm-next-r6-7xx-030609-2.patc= h > >=20 > > to -CURENT later today or tomorrow, unless someone reports issues to me= . > > Please give it a try. > >=20 > > This should work on pretty much all Radeon r600+ cards (and the older > > stuff as well). With the appropriate X drivers, you should get EXA > > accelleration and Xv. 3d is not available yet, afaik. > >=20 > > robert. > >=20 >=20 > + * Copyright 2008-2009 Advanced Micro Devices, Inc. > + * Copyright 2008 Red Hat Inc. >=20 > It's not BSD-licensed? Copyright !=3D license. It is MIT licensed the same as the rest of the drm and X code. robert. --=20 Robert Noland FreeBSD --=-LmQgzoBgw8SbQDjjoViw Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAkm1fhQACgkQM4TrQ4qfROOb1QCfXAi0wmjeRxBaVZr+Lv/NmAui pBwAn1oe6QWAgoR452H367igTEzAYo3F =gi9R -----END PGP SIGNATURE----- --=-LmQgzoBgw8SbQDjjoViw-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 9 20:40:15 2009 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 6570D10656DA; Mon, 9 Mar 2009 20:40:15 +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 178408FC22; Mon, 9 Mar 2009 20:40:14 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from [89.178.150.151] (port=44604 helo=HP.lissyara.su) by hosting.lissyara.su with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LgmGj-000GWt-Sy; Mon, 09 Mar 2009 23:40:14 +0300 Message-ID: <49B57EB6.1040001@lissyara.su> Date: Mon, 09 Mar 2009 23:40:22 +0300 From: Alex Keda User-Agent: Thunderbird 2.0.0.19 (X11/20090209) MIME-Version: 1.0 To: Robert Noland References: <1236372641.1671.11.camel@balrog.2hip.net> <49B5727C.2040804@lissyara.su> <1236631060.1730.3.camel@balrog.2hip.net> In-Reply-To: <1236631060.1730.3.camel@balrog.2hip.net> 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-x11 , freebsd-current Subject: Re: [HEADS UP] Radeon r6/7xx drm code to be committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2009 20:40:16 -0000 Robert Noland ĐÉŰĹÔ: > On Mon, 2009-03-09 at 22:48 +0300, Alex Keda wrote: >> Robert Noland ĐÉŰĹÔ: >>> I'm planning to commit : >>> >>> http://people.freebsd.org/~rnoland/radeon-drm-next-r6-7xx-030609-2.patch >>> >>> to -CURENT later today or tomorrow, unless someone reports issues to me. >>> Please give it a try. >>> >>> This should work on pretty much all Radeon r600+ cards (and the older >>> stuff as well). With the appropriate X drivers, you should get EXA >>> accelleration and Xv. 3d is not available yet, afaik. >>> >>> robert. >>> >> + * Copyright 2008-2009 Advanced Micro Devices, Inc. >> + * Copyright 2008 Red Hat Inc. >> >> It's not BSD-licensed? > > Copyright != license. > > It is MIT licensed the same as the rest of the drm and X code. OK =) From owner-freebsd-current@FreeBSD.ORG Mon Mar 9 20:42:37 2009 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 8F01C10656D5 for ; Mon, 9 Mar 2009 20:42:37 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 5F8AC8FC29 for ; Mon, 9 Mar 2009 20:42:37 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (pool-98-109-39-197.nwrknj.fios.verizon.net [98.109.39.197]) by cyrus.watson.org (Postfix) with ESMTPSA id D241B46B51; Mon, 9 Mar 2009 16:42:36 -0400 (EDT) Received: from localhost (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id n29KgPx5020061; Mon, 9 Mar 2009 16:42:31 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 9 Mar 2009 16:42:25 -0400 User-Agent: KMail/1.9.7 References: <3a142e750903090615t63a594e8rbadd7f7231049180@mail.gmail.com> In-Reply-To: <3a142e750903090615t63a594e8rbadd7f7231049180@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903091642.25311.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 09 Mar 2009 16:42:31 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94.2/9082/Mon Mar 9 15:45:18 2009 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Subject: Re: nullfs: panic: vrele: negative ref cnt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2009 20:42:38 -0000 On Monday 09 March 2009 9:15:22 am Paul B. Mahol wrote: > Hi, > here is part of textdump: > > panic(c061db9e,0,c061cee6,88e,4,...) at panic+0x136 > vrele(c4326d9c,0,c433fb5f,82,c060f3c7,...) at vrele+0x111 > null_nodeget(c3fd4780,c4326d9c,c3ba8bf4,0,c3ba8be4,...) at null_nodeget+0xa0 > null_bypass(c3ba8be0,c3f35a78,c3ba8c28) at null_bypass+0x141 > VOP_VPTOCNP_APV(c4340240,c3ba8be0,c061bf01,387,c3cecc00,...) at > VOP_VPTOCNP_APV+0xb3 Try this. null_bypass() can't handle VOP_VPTOCNP because VPTOCNP doesn't return a vnode that is locked and VREF'd, but just a vnode that is vhold()'d. This patch attempts to give nullfs a VOP_VPTONCP() method which remaps the directory vnode properly on return by locking the directory vnode while invoking null_nodeget(). --- //depot/user/jhb/lock/fs/nullfs/null_vnops.c +++ /home/jhb/work/p4/lock/fs/nullfs/null_vnops.c @@ -722,6 +722,34 @@ return VOP_VPTOFH(lvp, ap->a_fhp); } +static int +null_vptocnp(struct vop_vptocnp_args *ap) +{ + struct vnode *lvp, *dvp; + int error; + + /* + * We can't use null_bypass() because 'dvp' is not returned + * locked. It is merely 'vhold()'ed. + */ + lvp = NULLVPTOLOWERVP(ap->a_vp); + error = VOP_VPTOCNP(lvp, &dvp, ap->a_buf, ap->a_buflen); + if (error) + return (error); + + /* + * Map 'dvp' to the corresponding null node. We have to lock + * it before calling null_nodeget(). + */ + vn_lock(dvp, LK_SHARED | LK_RETRY); + error = null_nodeget(ap->a_vp->v_mount, dvp, ap->a_vpp); + if (error) { + vrele(dvp); + vdrop(dvp); + } + return (error); +} + /* * Global vfs data structures */ @@ -743,4 +771,5 @@ .vop_strategy = VOP_EOPNOTSUPP, .vop_unlock = null_unlock, .vop_vptofh = null_vptofh, + .vop_vptocnp = null_vptocnp, }; -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Mar 9 20:52:03 2009 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 D54B610656F9; Mon, 9 Mar 2009 20:52:03 +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 7994B8FC13; Mon, 9 Mar 2009 20:52:03 +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 esmtps (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1LgmSA-00077n-Da; Mon, 09 Mar 2009 22:52:02 +0200 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 n29Kq260014358 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 9 Mar 2009 22:52:02 +0200 (EET) (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 n29Kq18i074350; Mon, 9 Mar 2009 22:52:01 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id n29Kq0Lt074349; Mon, 9 Mar 2009 22:52:00 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 9 Mar 2009 22:52:00 +0200 From: Kostik Belousov To: John Baldwin Message-ID: <20090309205200.GY41617@deviant.kiev.zoral.com.ua> References: <3a142e750903090615t63a594e8rbadd7f7231049180@mail.gmail.com> <200903091642.25311.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5H4PyCrLBLHHAoJp" Content-Disposition: inline In-Reply-To: <200903091642.25311.jhb@freebsd.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Virus-Scanned: mail.terabit.net.ua 1LgmSA-00077n-Da 5edb8c148ba8391fb55f5654a027ca3d X-Terabit: YES Cc: freebsd-current@freebsd.org Subject: Re: nullfs: panic: vrele: negative ref cnt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2009 20:52:05 -0000 --5H4PyCrLBLHHAoJp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 09, 2009 at 04:42:25PM -0400, John Baldwin wrote: > On Monday 09 March 2009 9:15:22 am Paul B. Mahol wrote: > > Hi, > > here is part of textdump: > >=20 > > panic(c061db9e,0,c061cee6,88e,4,...) at panic+0x136 > > vrele(c4326d9c,0,c433fb5f,82,c060f3c7,...) at vrele+0x111 > > null_nodeget(c3fd4780,c4326d9c,c3ba8bf4,0,c3ba8be4,...) at null_nodeget= +0xa0 > > null_bypass(c3ba8be0,c3f35a78,c3ba8c28) at null_bypass+0x141 > > VOP_VPTOCNP_APV(c4340240,c3ba8be0,c061bf01,387,c3cecc00,...) at > > VOP_VPTOCNP_APV+0xb3 >=20 > Try this. null_bypass() can't handle VOP_VPTOCNP because VPTOCNP doesn't= =20 > return a vnode that is locked and VREF'd, but just a vnode that is vhold(= )'d. =20 > This patch attempts to give nullfs a VOP_VPTONCP() method which remaps th= e=20 > directory vnode properly on return by locking the directory vnode while= =20 > invoking null_nodeget(). >=20 > --- //depot/user/jhb/lock/fs/nullfs/null_vnops.c > +++ /home/jhb/work/p4/lock/fs/nullfs/null_vnops.c > @@ -722,6 +722,34 @@ > return VOP_VPTOFH(lvp, ap->a_fhp); > } > =20 > +static int > +null_vptocnp(struct vop_vptocnp_args *ap) > +{ > + struct vnode *lvp, *dvp; > + int error; > + > + /* > + * We can't use null_bypass() because 'dvp' is not returned > + * locked. It is merely 'vhold()'ed. > + */ > + lvp =3D NULLVPTOLOWERVP(ap->a_vp); > + error =3D VOP_VPTOCNP(lvp, &dvp, ap->a_buf, ap->a_buflen); > + if (error) > + return (error); > + > + /* > + * Map 'dvp' to the corresponding null node. We have to lock > + * it before calling null_nodeget(). > + */ > + vn_lock(dvp, LK_SHARED | LK_RETRY); > + error =3D null_nodeget(ap->a_vp->v_mount, dvp, ap->a_vpp); > + if (error) { > + vrele(dvp); > + vdrop(dvp); > + } > + return (error); > +} > + > /* > * Global vfs data structures > */ > @@ -743,4 +771,5 @@ > .vop_strategy =3D VOP_EOPNOTSUPP, > .vop_unlock =3D null_unlock, > .vop_vptofh =3D null_vptofh, > + .vop_vptocnp =3D null_vptocnp, > }; I do not think that nullfs-specific method is needed. I already mailed the following patch to the reporters. diff --git a/sys/fs/nullfs/null_vnops.c b/sys/fs/nullfs/null_vnops.c index 5a6823f..38da43f 100644 --- a/sys/fs/nullfs/null_vnops.c +++ b/sys/fs/nullfs/null_vnops.c @@ -742,5 +742,6 @@ struct vop_vector null_vnodeops =3D { .vop_setattr =3D null_setattr, .vop_strategy =3D VOP_EOPNOTSUPP, .vop_unlock =3D null_unlock, + .vop_vptocnp =3D vop_stdvptocnp, .vop_vptofh =3D null_vptofh, }; --5H4PyCrLBLHHAoJp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkm1gXAACgkQC3+MBN1Mb4gZFQCg38LpMXxdRi0F8d4O8jv0TCth D2MAoOlIGNFyJORNeidhaNV6dWb16BQT =lbJC -----END PGP SIGNATURE----- --5H4PyCrLBLHHAoJp-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 9 20:55:50 2009 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 C3794106566B for ; Mon, 9 Mar 2009 20:55:50 +0000 (UTC) (envelope-from justin.teller@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.29]) by mx1.freebsd.org (Postfix) with ESMTP id 7C4448FC18 for ; Mon, 9 Mar 2009 20:55:50 +0000 (UTC) (envelope-from justin.teller@gmail.com) Received: by yx-out-2324.google.com with SMTP id 31so837016yxl.13 for ; Mon, 09 Mar 2009 13:55:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=HRCqCS2Xb1p9zf6V89rnU3Ytg9XSffnJ9oGHYxHX+AY=; b=sJG9giNEsEllveqw3BlWst9LSN0+80SPbhXinxe9lg/AWTPM3BBt8idjz6jLNjCaZ4 mynLUgQIM37fIBjCKy8FHWzrQL3e0PPMUkR+z3E/FtWGRWhOX2PjPUcWUNPKtTrGvWd4 0gHJKoil0FQv6S4sFYpRbxweSXekddXin0m+I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=wUlPe1SrypPHqKoVNdWW3oVe6rnyiZc6zr4Wyc5+FDC6xGzdd/mc/r7scQwXfaNHrX 8kHbR5mciDXKPHdMmBtAjVJymrYEJojxvr4Iqn9hMut/nIbKNuLxTbdBCavYtErzaa4e A89rbwEKcI6rNeC1lDVc6o2nmNsf7Xy2f+MkA= MIME-Version: 1.0 Received: by 10.142.217.17 with SMTP id p17mr2701252wfg.235.1236632149412; Mon, 09 Mar 2009 13:55:49 -0700 (PDT) In-Reply-To: <3561C827-66BD-4B3F-A3D4-97C4C06884B4@gmail.com> References: <3561C827-66BD-4B3F-A3D4-97C4C06884B4@gmail.com> Date: Mon, 9 Mar 2009 13:55:49 -0700 Message-ID: From: Justin Teller To: "freebsd-current@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Using PTHREAD_PRIO_INHERIT causes panic in kern_umtx.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2009 20:55:51 -0000 On Mon, Mar 9, 2009 at 12:02 PM, Justin Teller wrote: > When I compile and run the attached program, it panics my system, (FreeBSD > CURRENT as of 2-20-09) with the following message: > > panic: Assertion pi != NULL failed at /usr/src/sys/kern/kern_umtx: 1464 > > With the backtrace being: > Tracing pid 1079 tid 100045 td 0xffffff00037c8000 > kdb_enter() at kdb_enter+0x40 > panic() at panic+0x1ec > umtx_pi_adjust() at umtx_pi_adjust+0xfc8 > umtx_pi_adjust() at umtx_pi_adjust+0x19bd > _umtx_unlock() at _umtx_unlock+0x2c41 > _umtx_op() at _umtx_op+0x22 > syscall() at syscall+0x1f4 > Xfast_syscall() at Xfast_syscall+0xaa > --- syscall (454, FreeBSD ELF64, _umtx_op), rip = 0x4056ac, rsp = > 0x7fffffbfef38, rbp = 0x80060b150 --- > > This problem only shows up when I use PTHREAD_PRIO_INHERIT -- if I change > the line for pthread_mutexattr_setprotocol to PTHREAD_PRIO_NONE, then it > works fine. I've been trying to trace thru the code to figure out where > uq_pi_blocked should be setup, but I'm not too familiar with the code so I > haven't found where the problem originates. How can I get > PTHREAD_PRIO_INHERIT to work? And even if the change is in user-space, it > probably shouldn't be this easy to panic the kernel :-) > > -Justin > > > PS I'm reasonably certain that the most recent checkins (between now and > Feb 20th) wouldn't fix this, but if I'm wrong, just let me know! > > > > It looks like the list stripped out the .cpp file ... here it is below. To compile, run c++ -lthr mutex_prio_example.cpp -o mutex_prio_example mutex_prio_example: #include #include #define NRUNS 1000000 #define NCONSUMERS 4 volatile int g_num_items; pthread_mutex_t g_mutex; void* producer_proc ( void* ) { for ( int i = 0; i < NRUNS * NCONSUMERS; ++i ) { pthread_mutex_lock( &g_mutex ); ++g_num_items; pthread_mutex_unlock( &g_mutex ); } return NULL; } void* consumer_proc ( void* ) { for ( int i = 0; i < NRUNS; ++i ) { pthread_mutex_lock( &g_mutex ); --g_num_items; pthread_mutex_unlock( &g_mutex ); } return NULL; } int main() { g_num_items = 0; pthread_mutexattr_t mattr; pthread_mutexattr_init( &mattr ); pthread_mutexattr_setprotocol( &mattr, PTHREAD_PRIO_INHERIT ); pthread_mutex_init( &g_mutex, &mattr ); pthread_mutexattr_destroy( &mattr ); const int num_workers = NCONSUMERS; pthread_t threads[num_workers]; for ( int i = 0; i < num_workers; ++i ) pthread_create( threads + i, NULL, consumer_proc, NULL); producer_proc(NULL); for ( int i = 0; i < num_workers; ++i ) pthread_join( threads[i], NULL ); printf("done\n"); return 0; } From owner-freebsd-current@FreeBSD.ORG Mon Mar 9 21:20:40 2009 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 88666106566C for ; Mon, 9 Mar 2009 21:20:40 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-fx0-f158.google.com (mail-fx0-f158.google.com [209.85.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id BF17E8FC14 for ; Mon, 9 Mar 2009 21:20:34 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by fxm2 with SMTP id 2so1307582fxm.43 for ; Mon, 09 Mar 2009 14:20:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=dLz3JbJI4SCFign9l3JwVinBsr3ehmV/Rc2eoiI5anU=; b=JgPuMU8vZm5rzeMlgkMOeU8t9yRYZQ0xQDu9WtV0DcnYWngxLdVryO1I+F4XANo0Fy X6LCxXlSEmpDeP3tr2EACXLEohWsVao6UFhnfefyhOyo5a7qLihvKXea5XefdAXAmbgp IAona5BuuiwdtyLVpbzyinJmNxpO3w/tNAvsc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=TgClWl+qW8IiFIgSgtO8+z3EaaIhLl6+eW0d5VJkwL1C7UmQpY2Q9FitXmlS3dQaiv JREihLofffXR7SR2uTQR5dFhfGQCz2tURjXBrM3nbMnxkzPIAD3TZGwxP9aVm4Yv9Vv6 F5dLaNzb61kV0PQHk7DZPFhlDJqJp0w9qH2SA= MIME-Version: 1.0 Received: by 10.86.74.15 with SMTP id w15mr3908869fga.1.1236633633509; Mon, 09 Mar 2009 14:20:33 -0700 (PDT) Date: Tue, 10 Mar 2009 00:20:33 +0300 Message-ID: From: pluknet To: imp@freebsd.org, freebsd-current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Unable to set devclass (devname: (null) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2009 21:20:40 -0000 Hi. Is it ok (and how much harmfull) to see this message? driver bug: Unable to set devclass (devname: (null)) P.S. This is introduced in subr_bus.c, v1.216 - PDEBUG(("Unable to set device class")); + printf("driver bug: Unable to set devclass (devname: %s)\n", + (child ? device_get_name(child) : + "no device")); where PDEBUG was moved from BUS_DEBUG to general output. -- wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Mon Mar 9 21:41:14 2009 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 C88EF1065670 for ; Mon, 9 Mar 2009 21:41:14 +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 4C7488FC08 for ; Mon, 9 Mar 2009 21:41:13 +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.2.9) with ESMTPSA id 236977745; Mon, 09 Mar 2009 23:41:13 +0200 Message-ID: <49B58CF6.7070104@FreeBSD.org> Date: Mon, 09 Mar 2009 23:41:10 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.19 (X11/20090118) MIME-Version: 1.0 To: pluknet References: In-Reply-To: Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current Subject: Re: Unable to set devclass (devname: (null) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2009 21:41:15 -0000 pluknet wrote: > Is it ok (and how much harmfull) to see this message? > > driver bug: Unable to set devclass (devname: (null)) > > P.S. > This is introduced in subr_bus.c, v1.216 > - PDEBUG(("Unable to set device class")); > + printf("driver bug: Unable to set devclass (devname: %s)\n", > + (child ? device_get_name(child) : > + "no device")); > > where PDEBUG was moved from BUS_DEBUG to general output. Actually this check was introduced in rev. 1.214, just was not logged. Before this change system could crash soon after this message. Now it should not, but related device probably will not work properly. It is probably not good and should be fixed, but it can be just a low memory symptom. It was noticed for ata driver, but I hope it was fixed. Where have you get it? -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Mon Mar 9 22:03:03 2009 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 CAF491065672 for ; Mon, 9 Mar 2009 22:03:03 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 8B0278FC17 for ; Mon, 9 Mar 2009 22:03:03 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (pool-98-109-39-197.nwrknj.fios.verizon.net [98.109.39.197]) by cyrus.watson.org (Postfix) with ESMTPSA id 075EF46B49; Mon, 9 Mar 2009 18:03:03 -0400 (EDT) Received: from localhost (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id n29M2uaG020504; Mon, 9 Mar 2009 18:02:57 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Kostik Belousov Date: Mon, 9 Mar 2009 18:02:13 -0400 User-Agent: KMail/1.9.7 References: <3a142e750903090615t63a594e8rbadd7f7231049180@mail.gmail.com> <200903091642.25311.jhb@freebsd.org> <20090309205200.GY41617@deviant.kiev.zoral.com.ua> In-Reply-To: <20090309205200.GY41617@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903091802.13623.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 09 Mar 2009 18:02:57 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94.2/9082/Mon Mar 9 15:45:18 2009 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-current@freebsd.org Subject: Re: nullfs: panic: vrele: negative ref cnt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2009 22:03:04 -0000 On Monday 09 March 2009 4:52:00 pm Kostik Belousov wrote: > On Mon, Mar 09, 2009 at 04:42:25PM -0400, John Baldwin wrote: > > On Monday 09 March 2009 9:15:22 am Paul B. Mahol wrote: > > > Hi, > > > here is part of textdump: > > > > > > panic(c061db9e,0,c061cee6,88e,4,...) at panic+0x136 > > > vrele(c4326d9c,0,c433fb5f,82,c060f3c7,...) at vrele+0x111 > > > null_nodeget(c3fd4780,c4326d9c,c3ba8bf4,0,c3ba8be4,...) at null_nodeget+0xa0 > > > null_bypass(c3ba8be0,c3f35a78,c3ba8c28) at null_bypass+0x141 > > > VOP_VPTOCNP_APV(c4340240,c3ba8be0,c061bf01,387,c3cecc00,...) at > > > VOP_VPTOCNP_APV+0xb3 > > > > Try this. null_bypass() can't handle VOP_VPTOCNP because VPTOCNP doesn't > > return a vnode that is locked and VREF'd, but just a vnode that is vhold()'d. > > This patch attempts to give nullfs a VOP_VPTONCP() method which remaps the > > directory vnode properly on return by locking the directory vnode while > > invoking null_nodeget(). > > > > --- //depot/user/jhb/lock/fs/nullfs/null_vnops.c > > +++ /home/jhb/work/p4/lock/fs/nullfs/null_vnops.c > > @@ -722,6 +722,34 @@ > > return VOP_VPTOFH(lvp, ap->a_fhp); > > } > > > > +static int > > +null_vptocnp(struct vop_vptocnp_args *ap) > > +{ > > + struct vnode *lvp, *dvp; > > + int error; > > + > > + /* > > + * We can't use null_bypass() because 'dvp' is not returned > > + * locked. It is merely 'vhold()'ed. > > + */ > > + lvp = NULLVPTOLOWERVP(ap->a_vp); > > + error = VOP_VPTOCNP(lvp, &dvp, ap->a_buf, ap->a_buflen); > > + if (error) > > + return (error); > > + > > + /* > > + * Map 'dvp' to the corresponding null node. We have to lock > > + * it before calling null_nodeget(). > > + */ > > + vn_lock(dvp, LK_SHARED | LK_RETRY); > > + error = null_nodeget(ap->a_vp->v_mount, dvp, ap->a_vpp); > > + if (error) { > > + vrele(dvp); > > + vdrop(dvp); > > + } > > + return (error); > > +} > > + > > /* > > * Global vfs data structures > > */ > > @@ -743,4 +771,5 @@ > > .vop_strategy = VOP_EOPNOTSUPP, > > .vop_unlock = null_unlock, > > .vop_vptofh = null_vptofh, > > + .vop_vptocnp = null_vptocnp, > > }; > > I do not think that nullfs-specific method is needed. > I already mailed the following patch to the reporters. > > diff --git a/sys/fs/nullfs/null_vnops.c b/sys/fs/nullfs/null_vnops.c > index 5a6823f..38da43f 100644 > --- a/sys/fs/nullfs/null_vnops.c > +++ b/sys/fs/nullfs/null_vnops.c > @@ -742,5 +742,6 @@ struct vop_vector null_vnodeops = { > .vop_setattr = null_setattr, > .vop_strategy = VOP_EOPNOTSUPP, > .vop_unlock = null_unlock, > + .vop_vptocnp = vop_stdvptocnp, > .vop_vptofh = null_vptofh, > }; That is a lot more expensive than a bypass method fwiw. For something like devfs as the lower fs you force it to populate the entire directory rather than just generating the component. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Mar 9 22:04:46 2009 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 A7F7F1065673; Mon, 9 Mar 2009 22:04:46 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-bw0-f164.google.com (mail-bw0-f164.google.com [209.85.218.164]) by mx1.freebsd.org (Postfix) with ESMTP id E43658FC17; Mon, 9 Mar 2009 22:04:45 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by bwz8 with SMTP id 8so1291870bwz.43 for ; Mon, 09 Mar 2009 15:04:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=965sBOE+9hGvvGw2AUugFG8+IUdJZMHwL3EFCp+UN/A=; b=usSc0Io/0DgwBxIk1FfSYSjnCIPIxopQErH/sNjB44fSDiq5Ca4IVBIMxRZKQHzg+O QiN9jANVrmDTAFoKpLn/gkNmqA1NREcoWUeHknELoO0wtUJ0vf5i8NppOV0opq1ZPwrL 5fpjL8hoANS0W7uPITZjwRgkzZD2rySCEXVLc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=o5vzmDFx/adfz/hpQk2IF33/YQzE3SxMne59ybi1vZ9tatANUkeEO1rB44ifM8sYWO IG70t8U3bWFtxgw8ccj1MHt0+WvNQvsHQw/g46lp2rBOFTD76XMQVwAZFosokGxUK5e8 xr0qD9keojoTYmIJfB/mR7xNWbN36wz3ASE8k= MIME-Version: 1.0 Received: by 10.86.76.20 with SMTP id y20mr4459108fga.62.1236636284726; Mon, 09 Mar 2009 15:04:44 -0700 (PDT) In-Reply-To: <49B58CF6.7070104@FreeBSD.org> References: <49B58CF6.7070104@FreeBSD.org> Date: Tue, 10 Mar 2009 01:04:44 +0300 Message-ID: From: pluknet To: Alexander Motin Content-Type: multipart/mixed; boundary=000e0cd25b4c77ad4d0464b6d2b2 Cc: FreeBSD-Current Subject: Re: Unable to set devclass (devname: (null) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2009 22:04:47 -0000 --000e0cd25b4c77ad4d0464b6d2b2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit 2009/3/10 Alexander Motin : > pluknet wrote: >> >> Is it ok (and how much harmfull) to see this message? >> >> driver bug: Unable to set devclass (devname: (null)) >> >> P.S. >> This is introduced in subr_bus.c, v1.216 >> - PDEBUG(("Unable to set device >> class")); >> + printf("driver bug: Unable to set >> devclass (devname: %s)\n", >> + (child ? >> device_get_name(child) : >> + "no device")); >> >> where PDEBUG was moved from BUS_DEBUG to general output. > > Actually this check was introduced in rev. 1.214, just was not logged. > Before this change system could crash soon after this message. Now it should > not, but related device probably will not work properly. It is probably not > good and should be fixed, but it can be just a low memory symptom. It was > noticed for ata driver, but I hope it was fixed. Where have you get it? This is during the boot, see dmesg (attached). -- wbr, pluknet --000e0cd25b4c77ad4d0464b6d2b2 Content-Type: text/plain; charset=US-ASCII; name="dmesg.txt" Content-Disposition: attachment; filename="dmesg.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_fs3p9gdl0 Q29weXJpZ2h0IChjKSAxOTkyLTIwMDkgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhlIEZy ZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCA4LjAtQ1VSUkVOVCAjNTogTW9uIE1hciAgOSAyMzox OTozNiBVVEMgMjAwOQogICAgcm9vdEBjOC5oMzovdXNyL29iai91c3Ivc3JjL3N5cy9DOApXQVJO SU5HOiBXSVRORVNTIG9wdGlvbiBlbmFibGVkLCBleHBlY3QgcmVkdWNlZCBwZXJmb3JtYW5jZS4K V0FSTklORzogRElBR05PU1RJQyBvcHRpb24gZW5hYmxlZCwgZXhwZWN0IHJlZHVjZWQgcGVyZm9y bWFuY2UuClRpbWVjb3VudGVyICJpODI1NCIgZnJlcXVlbmN5IDExOTMxODIgSHogcXVhbGl0eSAw CkNQVTogSW50ZWwoUikgQ29yZShUTSkyIER1byBDUFUgICAgIFQ1ODAwICBAIDIuMDBHSHogKDkw Ny4xOC1NSHogNjg2LWNsYXNzIENQVSkKICBPcmlnaW4gPSAiR2VudWluZUludGVsIiAgSWQgPSAw eDZmZCAgU3RlcHBpbmcgPSAxMwogIEZlYXR1cmVzPTB4NzhiZjNmZjxGUFUsVk1FLERFLFBTRSxU U0MsTVNSLFBBRSxNQ0UsQ1g4LEFQSUMsTVRSUixQR0UsTUNBLENNT1YsUEFULFBTRTM2LENMRkxV U0gsTU1YLEZYU1IsU1NFLFNTRTI+CiAgRmVhdHVyZXMyPTB4OTxTU0UzLE1PTj4KICBUU0M6IFAt c3RhdGUgaW52YXJpYW50CnJlYWwgbWVtb3J5ICA9IDEwNzM2NzYyODggKDEwMjMgTUIpCmF2YWls IG1lbW9yeSA9IDEwNDExMjUzNzYgKDk5MiBNQikKQUNQSSBBUElDIFRhYmxlOiA8VkJPWCAgIFZC T1hBUElDPgpwbnBiaW9zOiBCYWQgUG5QIEJJT1MgZGF0YSBjaGVja3N1bQpNQURUOiBGb3JjaW5n IGFjdGl2ZS1sb3cgcG9sYXJpdHkgYW5kIGxldmVsIHRyaWdnZXIgZm9yIFNDSQppb2FwaWMwIDxW ZXJzaW9uIDEuMT4gaXJxcyAwLTIzIG9uIG1vdGhlcmJvYXJkCmtiZDEgYXQga2JkbXV4MAphY3Bp MDogPFZCT1ggVkJPWFhTRFQ+IG9uIG1vdGhlcmJvYXJkCmFjcGkwOiBbSVRIUkVBRF0KYWNwaTA6 IFBvd2VyIEJ1dHRvbiAoZml4ZWQpCmFjcGkwOiBTbGVlcCBCdXR0b24gKGZpeGVkKQpUaW1lY291 bnRlciAiQUNQSS1zYWZlIiBmcmVxdWVuY3kgMzU3OTU0NSBIeiBxdWFsaXR5IDg1MAphY3BpX3Rp bWVyMDogPDMyLWJpdCB0aW1lciBhdCAzLjU3OTU0NU1Iej4gcG9ydCAweDQwMDgtMHg0MDBiIG9u IGFjcGkwCnBjaWIwOiA8QUNQSSBIb3N0LVBDSSBicmlkZ2U+IHBvcnQgMHhjZjgtMHhjZmYgb24g YWNwaTAKcGNpMDogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjAKaXNhYjA6IDxQQ0ktSVNBIGJyaWRn ZT4gYXQgZGV2aWNlIDEuMCBvbiBwY2kwCmlzYTA6IDxJU0EgYnVzPiBvbiBpc2FiMAphdGFwY2kw OiA8SW50ZWwgUElJWDQgVURNQTMzIGNvbnRyb2xsZXI+IHBvcnQgMHgxZjAtMHgxZjcsMHgzZjYs MHgxNzAtMHgxNzcsMHgzNzYsMHhjMDAwLTB4YzAwZiBhdCBkZXZpY2UgMS4xIG9uIHBjaTAKYXRh MDogPEFUQSBjaGFubmVsIDA+IG9uIGF0YXBjaTAKYXRhMDogW0lUSFJFQURdCmF0YTE6IDxBVEEg Y2hhbm5lbCAxPiBvbiBhdGFwY2kwCmF0YTE6IFtJVEhSRUFEXQp2Z2FwY2kwOiA8VkdBLWNvbXBh dGlibGUgZGlzcGxheT4gbWVtIDB4ZTAwMDAwMDAtMHhlMDdmZmZmZiBhdCBkZXZpY2UgMi4wIG9u IHBjaTAKZW0wOiA8SW50ZWwoUikgUFJPLzEwMDAgTmV0d29yayBDb25uZWN0aW9uIDYuOS42PiBw b3J0IDB4YzAxMC0weGMwMTcgbWVtIDB4ZjAwMDAwMDAtMHhmMDAxZmZmZiBpcnEgMTkgYXQgZGV2 aWNlIDMuMCBvbiBwY2kwCmVtMDogW0ZJTFRFUl0KZW0wOiBFdGhlcm5ldCBhZGRyZXNzOiAwODow MDoyNzo1Mjo1ODpiOQpwY2kwOiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgNC4wIChubyBk cml2ZXIgYXR0YWNoZWQpCnBjaTA6IDxtdWx0aW1lZGlhLCBhdWRpbz4gYXQgZGV2aWNlIDUuMCAo bm8gZHJpdmVyIGF0dGFjaGVkKQpvaGNpMDogPE9IQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVy PiBtZW0gMHhmMDgwNDAwMC0weGYwODA0ZmZmIGlycSAyMiBhdCBkZXZpY2UgNi4wIG9uIHBjaTAK b2hjaTA6IFtJVEhSRUFEXQp1c2J1czA6IDxPSENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4g b24gb2hjaTAKcGNpMDogPGJyaWRnZT4gYXQgZGV2aWNlIDcuMCAobm8gZHJpdmVyIGF0dGFjaGVk KQplaGNpMDogPEludGVsIDgyODAxRkIgKElDSDYpIFVTQiAyLjAgY29udHJvbGxlcj4gbWVtIDB4 ZjA4MDUwMDAtMHhmMDgwNWZmZiBpcnEgMTkgYXQgZGV2aWNlIDExLjAgb24gcGNpMAplaGNpMDog W0lUSFJFQURdCnVzYnVzMTogRUhDSSB2ZXJzaW9uIDEuMAp1c2J1czE6IDxJbnRlbCA4MjgwMUZC IChJQ0g2KSBVU0IgMi4wIGNvbnRyb2xsZXI+IG9uIGVoY2kwCmF0YXBjaTE6IDxJbnRlbCBBSENJ IGNvbnRyb2xsZXI+IHBvcnQgMHhjMjQwLTB4YzI0NywweGMyNTAtMHhjMjU3LDB4YzI2MC0weGMy NmYgbWVtIDB4ZjA4MDYwMDAtMHhmMDgwN2ZmZiBpcnEgMjEgYXQgZGV2aWNlIDEzLjAgb24gcGNp MAphdGFwY2kxOiBbSVRIUkVBRF0KYXRhcGNpMTogQUhDSSBWZXJzaW9uIDAxLjEwIGNvbnRyb2xs ZXIgd2l0aCAxIHBvcnRzIFBNIG5vdCBzdXBwb3J0ZWQKYXRhMjogPEFUQSBjaGFubmVsIDA+IG9u IGF0YXBjaTEKYXRhMjogW0lUSFJFQURdCmJhdHRlcnkwOiA8QUNQSSBDb250cm9sIE1ldGhvZCBC YXR0ZXJ5PiBvbiBhY3BpMAphY3BpX2FjYWQwOiA8QUMgQWRhcHRlcj4gb24gYWNwaTAKYXRrYmRj MDogPEtleWJvYXJkIGNvbnRyb2xsZXIgKGk4MDQyKT4gcG9ydCAweDYwLDB4NjQgaXJxIDEgb24g YWNwaTAKYXRrYmQwOiA8QVQgS2V5Ym9hcmQ+IGlycSAxIG9uIGF0a2JkYzAKa2JkMCBhdCBhdGti ZDAKYXRrYmQwOiBbR0lBTlQtTE9DS0VEXQphdGtiZDA6IFtJVEhSRUFEXQpkcml2ZXIgYnVnOiBV bmFibGUgdG8gc2V0IGRldmNsYXNzIChkZXZuYW1lOiAobnVsbCkpCnBzbTA6IDxQUy8yIE1vdXNl PiBpcnEgMTIgb24gYXRrYmRjMApwc20wOiBbR0lBTlQtTE9DS0VEXQpwc20wOiBbSVRIUkVBRF0K cHNtMDogbW9kZWwgSW50ZWxsaU1vdXNlIEV4cGxvcmVyLCBkZXZpY2UgSUQgNApwbXRpbWVyMCBv biBpc2EwCm9ybTA6IDxJU0EgT3B0aW9uIFJPTXM+IGF0IGlvbWVtIDB4YzAwMDAtMHhjOGZmZiww eGUyMDAwLTB4ZTJmZmYgcG5waWQgT1JNMDAwMCBvbiBpc2EwCnNjMDogPFN5c3RlbSBjb25zb2xl PiBhdCBmbGFncyAweDEwMCBvbiBpc2EwCnNjMDogVkdBIDwxNiB2aXJ0dWFsIGNvbnNvbGVzLCBm bGFncz0weDMwMD4KdmdhMDogPEdlbmVyaWMgSVNBIFZHQT4gYXQgcG9ydCAweDNjMC0weDNkZiBp b21lbSAweGEwMDAwLTB4YmZmZmYgb24gaXNhMAphdHJ0YzA6IDxBVCBSZWFsIFRpbWUgQ2xvY2s+ IGF0IHBvcnQgMHg3MCBpcnEgOCBvbiBpc2EwCnBwYzA6IHBhcmFsbGVsIHBvcnQgbm90IGZvdW5k LgpUaW1lY291bnRlciAiVFNDIiBmcmVxdWVuY3kgOTA3MTgyMjY3IEh6IHF1YWxpdHkgODAwClRp bWVjb3VudGVycyB0aWNrIGV2ZXJ5IDEwMC4wMDAgbXNlYwp1c2J1czA6IDEyTWJwcyBGdWxsIFNw ZWVkIFVTQiB2MS4wCnVzYnVzMTogNDgwTWJwcyBIaWdoIFNwZWVkIFVTQiB2Mi4wCmFkMDogMTAy NDBNQiA8VkJPWCBIQVJERElTSyAxLjA+IGF0IGF0YTAtbWFzdGVyIFVETUEzMwphY2QwOiBEVkRS T00gPFZCT1ggQ0QtUk9NLzEuMD4gYXQgYXRhMS1tYXN0ZXIgVURNQTMzCldBUk5JTkc6IFdJVE5F U1Mgb3B0aW9uIGVuYWJsZWQsIGV4cGVjdCByZWR1Y2VkIHBlcmZvcm1hbmNlLgpXQVJOSU5HOiBE SUFHTk9TVElDIG9wdGlvbiBlbmFibGVkLCBleHBlY3QgcmVkdWNlZCBwZXJmb3JtYW5jZS4KUm9v dCBtb3VudCB3YWl0aW5nIGZvcjogdXNidXMxIHVzYnVzMAp1Z2VuMC4xOiA8QXBwbGU+IGF0IHVz YnVzMAp1aHViMDogPEFwcGxlIE9IQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4w MCwgYWRkciAxPiBvbiB1c2J1czAKRXhwZW5zaXZlIHRpbWVvdXQoOSkgZnVuY3Rpb246IDB4YzA1 ZmExMzAoMHhjM2U0ZDQ2MCkgMC4wMTAyMDg1NTkgcwp1Z2VuMS4xOiA8SW50ZWw+IGF0IHVzYnVz MQp1aHViMTogPEludGVsIEVIQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDIuMDAvMS4wMCwg YWRkciAxPiBvbiB1c2J1czEKUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogdXNidXMxIHVzYnVzMApS b290IG1vdW50IHdhaXRpbmcgZm9yOiB1c2J1czEgdXNidXMwCnVodWIwOiA4IHBvcnRzIHdpdGgg OCByZW1vdmFibGUsIHNlbGYgcG93ZXJlZApFeHBlbnNpdmUgdGltZW91dCg5KSBmdW5jdGlvbjog MHhjMDVmYTEzMCgweGMzZTRkNDYwKSAwLjA0MDU4MDI5NyBzClJvb3QgbW91bnQgd2FpdGluZyBm b3I6IHVzYnVzMQpSb290IG1vdW50IHdhaXRpbmcgZm9yOiB1c2J1czEKUm9vdCBtb3VudCB3YWl0 aW5nIGZvcjogdXNidXMxCnVodWIxOiA4IHBvcnRzIHdpdGggOCByZW1vdmFibGUsIHNlbGYgcG93 ZXJlZApUcnlpbmcgdG8gbW91bnQgcm9vdCBmcm9tIHVmczovZGV2L2FkMHMxYQo= --000e0cd25b4c77ad4d0464b6d2b2-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 9 22:14:17 2009 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 E1692106567E for ; Mon, 9 Mar 2009 22:14: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 61F2B8FC19 for ; Mon, 9 Mar 2009 22:14:16 +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.2.9) with ESMTPSA id 236978485; Tue, 10 Mar 2009 00:14:16 +0200 Message-ID: <49B594B5.2060706@FreeBSD.org> Date: Tue, 10 Mar 2009 00:14:13 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.19 (X11/20090118) MIME-Version: 1.0 To: pluknet References: <49B58CF6.7070104@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current Subject: Re: Unable to set devclass (devname: (null) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2009 22:14:18 -0000 pluknet wrote: > 2009/3/10 Alexander Motin : >> pluknet wrote: >>> Is it ok (and how much harmfull) to see this message? >>> >>> driver bug: Unable to set devclass (devname: (null)) >>> >>> P.S. >>> This is introduced in subr_bus.c, v1.216 >>> - PDEBUG(("Unable to set device >>> class")); >>> + printf("driver bug: Unable to set >>> devclass (devname: %s)\n", >>> + (child ? >>> device_get_name(child) : >>> + "no device")); >>> >>> where PDEBUG was moved from BUS_DEBUG to general output. >> Actually this check was introduced in rev. 1.214, just was not logged. >> Before this change system could crash soon after this message. Now it should >> not, but related device probably will not work properly. It is probably not >> good and should be fixed, but it can be just a low memory symptom. It was >> noticed for ata driver, but I hope it was fixed. Where have you get it? > > This is during the boot, see dmesg (attached). It does not gives much info. Can you try to add dl->driver->name, device_get_unit(child) and device_set_devclass() result printing there? -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Mon Mar 9 22:15:21 2009 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 6974D1065691 for ; Mon, 9 Mar 2009 22:15:21 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with ESMTP id EE1FF8FC24 for ; Mon, 9 Mar 2009 22:15:20 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 23729 invoked by uid 399); 9 Mar 2009 22:15:19 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 9 Mar 2009 22:15:19 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <49B594F5.2030800@FreeBSD.org> Date: Mon, 09 Mar 2009 15:15:17 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.19 (X11/20090307) MIME-Version: 1.0 To: FreeBSD Current X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Apparent moused regression since r189490 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2009 22:15:24 -0000 Howdy, In the kernel I'm using now, 8.0-CURRENT #0 r189490: Sat Mar 7 10:18:21 PST 2009, moused works as expected both in the console and in X (without HAL). I tried updating my sources last night and today, and when I boot those kernels as soon as I move the mouse the first time it drops to the bottom of the screen and then I cannot move it any longer. If this is a situation where I need to install the userland stuff to match the kernel then I'm happy to do that, but if so there should be something in src/UPDATING. Following the typical method of installing and booting the new kernel first in -current gives the results I described above, so I'm loathe to install userland till I know it's going to work. TIA, Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Mon Mar 9 22:17:49 2009 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 B9C3B10656FD; Mon, 9 Mar 2009 22:17:49 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from mail-ew0-f166.google.com (mail-ew0-f166.google.com [209.85.219.166]) by mx1.freebsd.org (Postfix) with ESMTP id C29198FC0A; Mon, 9 Mar 2009 22:17:48 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: by ewy10 with SMTP id 10so1004120ewy.43 for ; Mon, 09 Mar 2009 15:17:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :organization:user-agent:mime-version:to:cc:subject:references :in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=RtlVDg7gHyiNaK+oV1JUW9LswDwnyVFVeDNI5jo1AQU=; b=VrRmFWZ/2AtLzJVY2TXP+YPCj7fv1VuLH1yLPyn+OPrzVzUWM3wnn5wMOTmeYFx3kz 1HTcr9wufPhSvevTepFWHJGUVktYVlu+8sjKYFtvQmE0xCauLmz5Ken9gxZIQ9J2aPHM h6KWFVqfEVMFgoXjHw1lsG8HKQYdYD4ktxy/E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:organization:user-agent:mime-version:to :cc:subject:references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=iaPAOOEqPn+I/z2rB8jlqinMIE5pW2VsapdYniz4GnGW14i8qRWUAy5UtPIBhU+sxI H4RcuW/Bki5MyQtZMx12lvUSte5e561k0LsaAKFKrkoRYCnWSmycRITRo+6FeNXXv8k9 jbLD8+9/ovfZ3EPO1WCEhq0z6pw2Nb9VrpVpg= Received: by 10.216.53.83 with SMTP id f61mr2377784wec.33.1236637067781; Mon, 09 Mar 2009 15:17:47 -0700 (PDT) Received: from self.rene-ladan.nl ([77.163.174.49]) by mx.google.com with ESMTPS id 35sm8337736nfu.47.2009.03.09.15.17.46 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 09 Mar 2009 15:17:47 -0700 (PDT) Sender: Rene Ladan Message-ID: <49B5958A.8040403@freebsd.org> Date: Mon, 09 Mar 2009 23:17:46 +0100 From: Rene Ladan Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.19 (X11/20090111) MIME-Version: 1.0 To: =?ISO-8859-1?Q?G=E1bor_K=F6vesd=E1n?= References: <49A85B8A.2080503@FreeBSD.org> <49B3F585.7030304@freebsd.org> <49B3F63F.3080405@FreeBSD.org> In-Reply-To: <49B3F63F.3080405@FreeBSD.org> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org, freebsd-i18n@FreeBSD.org Subject: Re: RFC: localized libc messages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2009 22:17:50 -0000 Gábor Kövesdán schreef: > Rene Ladan escribió: >> Gábor Kövesdán schreef: >>> Hello all, >>> >>> There has been NLS support in our libc implementation for a long >>> time, but it has been disabled because of some initial problems with >>> NLS. (I don't know the exact explanation, I've just looked up the >>> mail archives.) Now, I've made a patch to re-enable it and I've >>> tested this stuff. It seems to be working without any problems on >>> 7.X. I haven't had any opportunity to try it out on -CURRENT, but >>> I've made available the patch for 8-CURRENT. It turns NLS on and adds >>> some new catalog files. >> >> I've put a slightly different patch (some improvements to the Dutch >> translation) at http://people.freebsd.org/~rene/patches/nls-r189223.diff >> >> It works fine on CURRENT after adding the appropriate stuff to >> ~/.login_conf. >> >> The only problem is that during buildworld, the temporary directories for >> storing the translations are not created. I had to create them manually, >> and continue the build with the NO_CLEAN flag (to prevent them getting >> deleted again). > Yes, I was going to commit the patch yesterday but I realized this > problem and haven't yet found the fix. If there's someone skilled at > bsd.*.mk, some help would be appreciatied. :) > I had a quick look at src/share/mk/bsd.nls.mk and lib/libc/nls/Makefile.inc The latter seems ok to me, can the problem be in bsd.nls.mk (e.g. that it has to create the directories somewhere in the installation rules)? bsd.nls.mk first does some name mangling in the installation step and then adds the mangled NLS stuff to the SYMLINKS variable, i.e. create the appropriate symbolic links. But it indeed doesn't seem to create directories. Regards, Rene -- http://www.rene-ladan.nl/ GPG fingerprint = ADBC ECCD EB5F A6B4 549F 600D 8C9E 647A E564 2BFC (subkeys.pgp.net) From owner-freebsd-current@FreeBSD.ORG Mon Mar 9 22:23:58 2009 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 113FD1065678 for ; Mon, 9 Mar 2009 22:23:58 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-fx0-f158.google.com (mail-fx0-f158.google.com [209.85.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id 666B28FC19 for ; Mon, 9 Mar 2009 22:23:56 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by fxm2 with SMTP id 2so1324357fxm.43 for ; Mon, 09 Mar 2009 15:23:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=JAtCjKU/294BX+iEWPZZMsAy98k4yyLgzFM8D7YOpyg=; b=d3fwKAi3sD6CXzV06Fc3/yCxJ9eyzOlIDc9i8f9/E2mVikggm+H19FJielnwzQWg3o tPbFr4zYBLxwkogAZt2jDIjo6ORzO4B++hxcq/hSxXNTHmXh3NxBghIGcZX2yC+X0JO3 Adpoanre+g4yhwS9RiAjiWxxyZOGbnpvA0DdU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=kKScTribzamvxCO4kv4ufzP6gJkS3ro1eMuUe4L8npEnsbS5zhrdrwPMsi4c8BuElE OMvrKkWLKKYlGZrTDPf9xwQdFIHlYz8zWMNDwyhW+KIbZa2ZbK9EtM1m6+bRh6ZlH6B0 VBMf86bnhVscvqGaIdFAOqQDPt1QC3C4IcwUA= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.108.15 with SMTP id d15mr4894108fap.62.1236636229834; Mon, 09 Mar 2009 15:03:49 -0700 (PDT) In-Reply-To: <20090309205200.GY41617@deviant.kiev.zoral.com.ua> References: <3a142e750903090615t63a594e8rbadd7f7231049180@mail.gmail.com> <200903091642.25311.jhb@freebsd.org> <20090309205200.GY41617@deviant.kiev.zoral.com.ua> Date: Mon, 9 Mar 2009 23:03:49 +0100 X-Google-Sender-Auth: b9f1022f33a9207b Message-ID: <3bbf2fe10903091503o758c2a0aif980257a34760c3c@mail.gmail.com> From: Attilio Rao To: Kostik Belousov Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: nullfs: panic: vrele: negative ref cnt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2009 22:23:58 -0000 2009/3/9, Kostik Belousov : > On Mon, Mar 09, 2009 at 04:42:25PM -0400, John Baldwin wrote: > > On Monday 09 March 2009 9:15:22 am Paul B. Mahol wrote: > > > Hi, > > > here is part of textdump: > > > > > > panic(c061db9e,0,c061cee6,88e,4,...) at panic+0x136 > > > vrele(c4326d9c,0,c433fb5f,82,c060f3c7,...) at vrele+0x111 > > > null_nodeget(c3fd4780,c4326d9c,c3ba8bf4,0,c3ba8be4,...) at null_nodeget+0xa0 > > > null_bypass(c3ba8be0,c3f35a78,c3ba8c28) at null_bypass+0x141 > > > VOP_VPTOCNP_APV(c4340240,c3ba8be0,c061bf01,387,c3cecc00,...) at > > > VOP_VPTOCNP_APV+0xb3 > > > > Try this. null_bypass() can't handle VOP_VPTOCNP because VPTOCNP doesn't > > return a vnode that is locked and VREF'd, but just a vnode that is vhold()'d. > > This patch attempts to give nullfs a VOP_VPTONCP() method which remaps the > > directory vnode properly on return by locking the directory vnode while > > invoking null_nodeget(). > > > > --- //depot/user/jhb/lock/fs/nullfs/null_vnops.c > > +++ /home/jhb/work/p4/lock/fs/nullfs/null_vnops.c > > @@ -722,6 +722,34 @@ > > return VOP_VPTOFH(lvp, ap->a_fhp); > > } > > > > +static int > > +null_vptocnp(struct vop_vptocnp_args *ap) > > +{ > > + struct vnode *lvp, *dvp; > > + int error; > > + > > + /* > > + * We can't use null_bypass() because 'dvp' is not returned > > + * locked. It is merely 'vhold()'ed. > > + */ > > + lvp = NULLVPTOLOWERVP(ap->a_vp); > > + error = VOP_VPTOCNP(lvp, &dvp, ap->a_buf, ap->a_buflen); > > + if (error) > > + return (error); > > + > > + /* > > + * Map 'dvp' to the corresponding null node. We have to lock > > + * it before calling null_nodeget(). > > + */ > > + vn_lock(dvp, LK_SHARED | LK_RETRY); > > + error = null_nodeget(ap->a_vp->v_mount, dvp, ap->a_vpp); > > + if (error) { > > + vrele(dvp); > > + vdrop(dvp); > > + } > > + return (error); > > +} > > + > > /* > > * Global vfs data structures > > */ > > @@ -743,4 +771,5 @@ > > .vop_strategy = VOP_EOPNOTSUPP, > > .vop_unlock = null_unlock, > > .vop_vptofh = null_vptofh, > > + .vop_vptocnp = null_vptocnp, > > }; > > > I do not think that nullfs-specific method is needed. > I already mailed the following patch to the reporters. > > diff --git a/sys/fs/nullfs/null_vnops.c b/sys/fs/nullfs/null_vnops.c > index 5a6823f..38da43f 100644 > --- a/sys/fs/nullfs/null_vnops.c > +++ b/sys/fs/nullfs/null_vnops.c > @@ -742,5 +742,6 @@ struct vop_vector null_vnodeops = { > .vop_setattr = null_setattr, > > .vop_strategy = VOP_EOPNOTSUPP, > .vop_unlock = null_unlock, > > + .vop_vptocnp = vop_stdvptocnp, > .vop_vptofh = null_vptofh, > }; Speaking of which, I don't think nullfs should redefine null_islocked() but it should choose the standard one. While there you could handle that too? Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Mon Mar 9 22:24:49 2009 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 F1E4B10656D4 for ; Mon, 9 Mar 2009 22:24:49 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id AF1AD8FC28 for ; Mon, 9 Mar 2009 22:24:49 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id 81C94FF6D; Tue, 10 Mar 2009 11:24:48 +1300 (NZDT) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uya9E43p+n9d; Tue, 10 Mar 2009 11:24:44 +1300 (NZDT) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Tue, 10 Mar 2009 11:24:44 +1300 (NZDT) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id 66AC81142F; Tue, 10 Mar 2009 11:24:44 +1300 (NZDT) Date: Mon, 9 Mar 2009 15:24:44 -0700 From: Andrew Thompson To: Doug Barton Message-ID: <20090309222444.GA60744@citylink.fud.org.nz> References: <49B594F5.2030800@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49B594F5.2030800@FreeBSD.org> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: FreeBSD Current Subject: Re: Apparent moused regression since r189490 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2009 22:24:51 -0000 On Mon, Mar 09, 2009 at 03:15:17PM -0700, Doug Barton wrote: > Howdy, > > In the kernel I'm using now, 8.0-CURRENT #0 r189490: Sat Mar 7 > 10:18:21 PST 2009, moused works as expected both in the console and in > X (without HAL). I tried updating my sources last night and today, and > when I boot those kernels as soon as I move the mouse the first time > it drops to the bottom of the screen and then I cannot move it any > longer. > > If this is a situation where I need to install the userland stuff to > match the kernel then I'm happy to do that, but if so there should be > something in src/UPDATING. Following the typical method of installing > and booting the new kernel first in -current gives the results I > described above, so I'm loathe to install userland till I know it's > going to work. I take it this is a usb mouse. r189583 seems to be the only related change, do you want to try a current kernel minus that diff. Andrew From owner-freebsd-current@FreeBSD.ORG Mon Mar 9 22:26:13 2009 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 A6A2710656DB; Mon, 9 Mar 2009 22:26:13 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-bw0-f164.google.com (mail-bw0-f164.google.com [209.85.218.164]) by mx1.freebsd.org (Postfix) with ESMTP id CDAA28FC28; Mon, 9 Mar 2009 22:26:12 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by bwz8 with SMTP id 8so1297168bwz.43 for ; Mon, 09 Mar 2009 15:26:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=OBkwun3mVuEpGv7SgdWr0f33AKwgjbH2jWxzSbWSKqs=; b=AJMCFFibUuOiH5QEyRZTCU4H4YGne3PEmjOIufM8Ibbnej/Nz+mO0//7jcfETjjYLh xTPtkfTxTlVa2Up0fGy6LVpzypbXJDvfhb1RxCQfqTz/R+SbrSoCG15TJ0a0SKE+bfDW kCYXcHe3q5tHmv/xrzfVUH3XIW9jMlnLp9Pc0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=JSDgsrU83EGuVxQTF1rsiRQCZ4qBG+CUBJhV6+Ushyi0EYOumeaM9EI0XzzA8YtlWq xE9hH8+WDytBFfCuT102TuKAI2sySwR3mTKk6Xxvv7lWXrm9xkJBmXcK7u84Z9C6cVPa 5kb7VtjBYHo5rL6jVwNySPTMs0VKVdEIxK3o0= MIME-Version: 1.0 Received: by 10.86.60.14 with SMTP id i14mr4425881fga.69.1236637571431; Mon, 09 Mar 2009 15:26:11 -0700 (PDT) In-Reply-To: <49B594B5.2060706@FreeBSD.org> References: <49B58CF6.7070104@FreeBSD.org> <49B594B5.2060706@FreeBSD.org> Date: Tue, 10 Mar 2009 01:26:11 +0300 Message-ID: From: pluknet To: Alexander Motin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current Subject: Re: Unable to set devclass (devname: (null) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2009 22:26:14 -0000 2009/3/10 Alexander Motin : > pluknet wrote: >> >> 2009/3/10 Alexander Motin : >>> >>> pluknet wrote: >>>> >>>> Is it ok (and how much harmfull) to see this message? >>>> >>>> driver bug: Unable to set devclass (devname: (null)) >>>> >>>> P.S. >>>> This is introduced in subr_bus.c, v1.216 >>>> - PDEBUG(("Unable to set device >>>> class")); >>>> + printf("driver bug: Unable to >>>> set >>>> devclass (devname: %s)\n", >>>> + (child ? >>>> device_get_name(child) : >>>> + "no device")); >>>> >>>> where PDEBUG was moved from BUS_DEBUG to general output. >>> >>> Actually this check was introduced in rev. 1.214, just was not logged. >>> Before this change system could crash soon after this message. Now it >>> should >>> not, but related device probably will not work properly. It is probably >>> not >>> good and should be fixed, but it can be just a low memory symptom. It was >>> noticed for ata driver, but I hope it was fixed. Where have you get it? >> >> This is during the boot, see dmesg (attached). > > It does not gives much info. Can you try to add dl->driver->name, > device_get_unit(child) and device_set_devclass() result printing there? > That gives: atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] driver bug: Unable to set devclass (devname: (null)) dl->driver->name: atkbdc device_get_unit(child): -1 device_set_devclass(): 17 -- wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Mon Mar 9 22:26:49 2009 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 4E51F106564A; Mon, 9 Mar 2009 22:26:49 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id 039908FC2B; Mon, 9 Mar 2009 22:26:48 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id 2287114D786C; Mon, 9 Mar 2009 23:26:47 +0100 (CET) X-Virus-Scanned: amavisd-new at t-hosting.hu Received: from server.mypc.hu ([127.0.0.1]) by localhost (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 7xKIoUiGHrUV; Mon, 9 Mar 2009 23:26:46 +0100 (CET) Received: from [192.168.1.105] (catv-80-98-231-64.catv.broadband.hu [80.98.231.64]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id 8667514D786A; Mon, 9 Mar 2009 23:26:46 +0100 (CET) Message-ID: <49B597A3.9070403@FreeBSD.org> Date: Mon, 09 Mar 2009 23:26:43 +0100 From: =?ISO-8859-1?Q?G=E1bor_K=F6vesd=E1n?= User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Rene Ladan References: <49A85B8A.2080503@FreeBSD.org> <49B3F585.7030304@freebsd.org> <49B3F63F.3080405@FreeBSD.org> <49B5958A.8040403@freebsd.org> In-Reply-To: <49B5958A.8040403@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-i18n@FreeBSD.org Subject: Re: RFC: localized libc messages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2009 22:26:50 -0000 > I had a quick look at src/share/mk/bsd.nls.mk and > lib/libc/nls/Makefile.inc > The latter seems ok to me, can the problem be in bsd.nls.mk (e.g. that > it has > to create the directories somewhere in the installation rules)? > bsd.nls.mk first does some name mangling in the installation step and > then > adds the mangled NLS stuff to the SYMLINKS variable, i.e. create the > appropriate > symbolic links. But it indeed doesn't seem to create directories. Well, I had very long looks at all those bsd.*.mk stuff, but I haven't found any way to add extra obj dirs, just options to override the default one... But it seems that I've just found a workaround. I'll finish the buildworld, populate a jail and try out if it works completely in this way. -- Gabor Kovesdan FreeBSD Volunteer EMAIL: gabor@FreeBSD.org .:|:. gabor@kovesdan.org WEB: http://people.FreeBSD.org/~gabor .:|:. http://kovesdan.org From owner-freebsd-current@FreeBSD.ORG Mon Mar 9 22:38:43 2009 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 5881B106564A; Mon, 9 Mar 2009 22:38:43 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.154]) by mx1.freebsd.org (Postfix) with ESMTP id A35928FC15; Mon, 9 Mar 2009 22:38:42 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so747087fgb.35 for ; Mon, 09 Mar 2009 15:38:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=B86o+alzevPXh8di7JLitL95mBFLq+qV4tnVd9Dv8+g=; b=jdQYM7jqUgHm/9oLKPoyrtLExoJkQFoeCgzCp/C9p8j2BwCApILawEA00HyKcLQv5j /xFdJsfIPCTSYpez4GgDFKIei0b3naJE0VPTWhpp5+itMIPJK5MZ0yhOAZusCYeM6Kki L4xrZOALLIErlhyGSoOMRC+9DbPxEH0l+Tlew= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=ck64cLt983pW8Q0gvH1kZuTkYeRBB/i2xDn1JbVSLeCehbL8lWDm95zD08MUWCbjXX mQ2geVKCezAtPmxj4bl7jo6A5ozU+rqimwYUCjBwfOLCl5Q9c2zemELNw9IQkb6Mr+kw 5Lx6LuAcj7K/VMDmol8fmvaELGu2hPt6c4INI= MIME-Version: 1.0 Received: by 10.86.66.19 with SMTP id o19mr3972299fga.60.1236638321599; Mon, 09 Mar 2009 15:38:41 -0700 (PDT) In-Reply-To: References: <49B58CF6.7070104@FreeBSD.org> <49B594B5.2060706@FreeBSD.org> Date: Tue, 10 Mar 2009 01:38:41 +0300 Message-ID: From: pluknet To: Alexander Motin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current Subject: Re: Unable to set devclass (devname: (null) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2009 22:38:43 -0000 2009/3/10 pluknet : > 2009/3/10 Alexander Motin : >> pluknet wrote: >>> >>> 2009/3/10 Alexander Motin : >>>> >>>> pluknet wrote: >>>>> >>>>> Is it ok (and how much harmfull) to see this message? >>>>> >>>>> driver bug: Unable to set devclass (devname: (null)) >>>>> >>>>> P.S. >>>>> This is introduced in subr_bus.c, v1.216 >>>>> - PDEBUG(("Unable to set device >>>>> class")); >>>>> + printf("driver bug: Unable to >>>>> set >>>>> devclass (devname: %s)\n", >>>>> + (child ? >>>>> device_get_name(child) : >>>>> + "no device")); >>>>> >>>>> where PDEBUG was moved from BUS_DEBUG to general output. >>>> >>>> Actually this check was introduced in rev. 1.214, just was not logged. >>>> Before this change system could crash soon after this message. Now it >>>> should >>>> not, but related device probably will not work properly. It is probably >>>> not >>>> good and should be fixed, but it can be just a low memory symptom. It was >>>> noticed for ata driver, but I hope it was fixed. Where have you get it? >>> >>> This is during the boot, see dmesg (attached). >> >> It does not gives much info. Can you try to add dl->driver->name, >> device_get_unit(child) and device_set_devclass() result printing there? >> > > That gives: > atkbd0: [GIANT-LOCKED] > atkbd0: [ITHREAD] > driver bug: Unable to set devclass (devname: (null)) > dl->driver->name: atkbdc > device_get_unit(child): -1 > device_set_devclass(): 17 > Well, yes. That confirms with numerous devclass_alloc_unit() EEXIST hidden messages; atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x83ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 0 vector 54 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: unable to allocate IRQ atkbdc: atkbdc-1 already exists; skipping it driver bug: Unable to set devclass (devname: (null)) dl->driver->name: atkbdc device_get_unit(child): -1 atkbdc: atkbdc-1 already exists; skipping it device_set_devclass(): 17 psmcpnp0: port 0x60,0x64 irq 12 on acpi0 psm0: current command byte:0065 psm0: irq 12 on atkbdc0 ioapic0: routing intpin 12 (ISA IRQ 12) to lapic 0 vector 55 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model IntelliMouse Explorer, device ID 4-00, 5 buttons psm0: config:00000000, flags:00000008, packet size:4 psm0: syncmask:08, syncbits:00 ppc0: using extended I/O port range ppc0: using extended I/O port range pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete isa_probe_children: disabling PnP devices pmtimer0 on isa0 ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it [...] -- wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Mon Mar 9 22:42:09 2009 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 085EE1065677; Mon, 9 Mar 2009 22:42:08 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-ew0-f166.google.com (mail-ew0-f166.google.com [209.85.219.166]) by mx1.freebsd.org (Postfix) with ESMTP id D93B48FC14; Mon, 9 Mar 2009 22:42:07 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by ewy10 with SMTP id 10so1013303ewy.43 for ; Mon, 09 Mar 2009 15:42:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=kEWk9FYpW9hyJIZpmRZx4R36ISXBT+QSM8AfaXqEw2Q=; b=Q4g2redoly6XBSBWn6FL31oHBi+bhFADDyLSZyL+GKyl3ZWN0GK+ziJeysUJdezrR0 DI8uT6UsgfPBALYQT1MxTLgcL2UwTkIZTH+ZvShUpeRHInCIEwk19YgMiGwW8tF4Wa34 1p2b3Lgrt6niwyJ+pUtOu/SREGEL3/p4cerW0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=Z5OcJzENkAfLY4WYoZ0+o7vfsLWzkZS6ByGcln2BJhGNyv92U6J8/Ys32ctf1UeyT/ jHv4cqLhpGEHQy6wik2jZfTRU+dwnlh0SYGFb5yY+jlUZ8A/3zBs+bWASfkpmpbXr8RV Xqw9bG+JURFEmw9cja6BXX615GCe3HmnXL/xM= MIME-Version: 1.0 Received: by 10.210.112.4 with SMTP id k4mr2863264ebc.81.1236638526584; Mon, 09 Mar 2009 15:42:06 -0700 (PDT) In-Reply-To: <200903091642.25311.jhb@freebsd.org> References: <3a142e750903090615t63a594e8rbadd7f7231049180@mail.gmail.com> <200903091642.25311.jhb@freebsd.org> Date: Mon, 9 Mar 2009 22:42:06 +0000 Message-ID: <3a142e750903091542x7514f74eod294cb15f4ddf1b8@mail.gmail.com> From: "Paul B. Mahol" To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: nullfs: panic: vrele: negative ref cnt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2009 22:42:09 -0000 On 3/9/09, John Baldwin wrote: > On Monday 09 March 2009 9:15:22 am Paul B. Mahol wrote: >> Hi, >> here is part of textdump: >> >> panic(c061db9e,0,c061cee6,88e,4,...) at panic+0x136 >> vrele(c4326d9c,0,c433fb5f,82,c060f3c7,...) at vrele+0x111 >> null_nodeget(c3fd4780,c4326d9c,c3ba8bf4,0,c3ba8be4,...) at >> null_nodeget+0xa0 >> null_bypass(c3ba8be0,c3f35a78,c3ba8c28) at null_bypass+0x141 >> VOP_VPTOCNP_APV(c4340240,c3ba8be0,c061bf01,387,c3cecc00,...) at >> VOP_VPTOCNP_APV+0xb3 > > Try this. null_bypass() can't handle VOP_VPTOCNP because VPTOCNP doesn't > return a vnode that is locked and VREF'd, but just a vnode that is > vhold()'d. > This patch attempts to give nullfs a VOP_VPTONCP() method which remaps the > directory vnode properly on return by locking the directory vnode while > invoking null_nodeget(). It livelocks active vty into [ufs] state. Will try with WITNESS kernel soon. load: 0.01 cmd: sh 1058 [ufs] 0.00u 0.02s 0% 1672k > --- //depot/user/jhb/lock/fs/nullfs/null_vnops.c > +++ /home/jhb/work/p4/lock/fs/nullfs/null_vnops.c > @@ -722,6 +722,34 @@ > return VOP_VPTOFH(lvp, ap->a_fhp); > } > > +static int > +null_vptocnp(struct vop_vptocnp_args *ap) > +{ > + struct vnode *lvp, *dvp; > + int error; > + > + /* > + * We can't use null_bypass() because 'dvp' is not returned > + * locked. It is merely 'vhold()'ed. > + */ > + lvp = NULLVPTOLOWERVP(ap->a_vp); > + error = VOP_VPTOCNP(lvp, &dvp, ap->a_buf, ap->a_buflen); > + if (error) > + return (error); > + > + /* > + * Map 'dvp' to the corresponding null node. We have to lock > + * it before calling null_nodeget(). > + */ > + vn_lock(dvp, LK_SHARED | LK_RETRY); > + error = null_nodeget(ap->a_vp->v_mount, dvp, ap->a_vpp); > + if (error) { > + vrele(dvp); > + vdrop(dvp); > + } > + return (error); > +} > + > /* > * Global vfs data structures > */ > @@ -743,4 +771,5 @@ > .vop_strategy = VOP_EOPNOTSUPP, > .vop_unlock = null_unlock, > .vop_vptofh = null_vptofh, > + .vop_vptocnp = null_vptocnp, > }; > > > -- > John Baldwin > From owner-freebsd-current@FreeBSD.ORG Mon Mar 9 22:59:10 2009 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 C5464106564A; Mon, 9 Mar 2009 22:59:10 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-ew0-f166.google.com (mail-ew0-f166.google.com [209.85.219.166]) by mx1.freebsd.org (Postfix) with ESMTP id 0A6C88FC1F; Mon, 9 Mar 2009 22:59:09 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by ewy10 with SMTP id 10so1019045ewy.43 for ; Mon, 09 Mar 2009 15:59:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=mOIxKq3ySF6p/WwFfLGy/kGZt9FDsTLSJuC1u/Nvh/c=; b=ZiKgsjmgj1qiyXbiG23xjvrQj5gxIXYrtJcvHn3fyERuwMlU6lx/3r5fLjyXQOuJKp Q57UNmVXVDI4cscKyWuGx/eLT5xaJNQPVpllmL6YhgNzmJUx4VplzQIkx8TsKVwCnqmj 9uYByFAu6FFdYzVkFbTV/dAW3tyok1fyswN4U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=ldc3C1WtP7Xj75xwMxyuF+KiJy2S0sOuCIyj/j/5a9qsO5XYk0Vq5dqu49VlLVfpRQ M6qdcQ7LHzYnnMidk97CODrz0sYmLbUEHufYJueKsXEiMd/PKqTycaT9XQWlQV6hDIS+ mOlWQDATdMaSGvq4X3J3qpLqYY2RNkacGmsBw= MIME-Version: 1.0 Received: by 10.210.137.14 with SMTP id k14mr2875266ebd.73.1236639549087; Mon, 09 Mar 2009 15:59:09 -0700 (PDT) In-Reply-To: <3a142e750903091542x7514f74eod294cb15f4ddf1b8@mail.gmail.com> References: <3a142e750903090615t63a594e8rbadd7f7231049180@mail.gmail.com> <200903091642.25311.jhb@freebsd.org> <3a142e750903091542x7514f74eod294cb15f4ddf1b8@mail.gmail.com> Date: Mon, 9 Mar 2009 22:59:09 +0000 Message-ID: <3a142e750903091559s53cdbc95x9a60c1f74dc5a6d0@mail.gmail.com> From: "Paul B. Mahol" To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: nullfs: panic: vrele: negative ref cnt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2009 22:59:11 -0000 On 3/9/09, Paul B. Mahol wrote: > On 3/9/09, John Baldwin wrote: >> On Monday 09 March 2009 9:15:22 am Paul B. Mahol wrote: >>> Hi, >>> here is part of textdump: >>> >>> panic(c061db9e,0,c061cee6,88e,4,...) at panic+0x136 >>> vrele(c4326d9c,0,c433fb5f,82,c060f3c7,...) at vrele+0x111 >>> null_nodeget(c3fd4780,c4326d9c,c3ba8bf4,0,c3ba8be4,...) at >>> null_nodeget+0xa0 >>> null_bypass(c3ba8be0,c3f35a78,c3ba8c28) at null_bypass+0x141 >>> VOP_VPTOCNP_APV(c4340240,c3ba8be0,c061bf01,387,c3cecc00,...) at >>> VOP_VPTOCNP_APV+0xb3 >> >> Try this. null_bypass() can't handle VOP_VPTOCNP because VPTOCNP doesn't >> return a vnode that is locked and VREF'd, but just a vnode that is >> vhold()'d. >> This patch attempts to give nullfs a VOP_VPTONCP() method which remaps >> the >> directory vnode properly on return by locking the directory vnode while >> invoking null_nodeget(). > > It livelocks active vty into [ufs] state. Will try with WITNESS kernel > soon. db:1:lockinfo> show locks db:1:locks> show alllocks Process 819 (sh) thread 0xc4112900 (100048) db:1:alllocks> show lockedvnods Locked vnodes db:0:kdb.enter.panic> show pcpu cpuid = 1 curthread = 0xc4112900: pid 819 "sh" curpcb = 0xc3b65d90 fpcurthread = 0xc4112900: pid 819 "sh" idlethread = 0xc3d08d80: pid 10 "idle: cpu1" APIC ID = 1 currentldt = 0x50 spin locks held: db:0:kdb.enter.panic> bt Tracing pid 819 tid 100048 td 0xc4112900 kdb_enter(c0610bfe,c0610bfe,c061682c,c3b65990,1,...) at kdb_enter+0x3a panic(c061682c,c4428c5f,2e8,c061cee6,89d,...) at panic+0x136 witness_checkorder(c4338164,9,c061cee6,89d,c4338180,...) at witness_checkorder+0x1dc __lockmgr_args(c4338164,80100,c4338180,0,0,...) at __lockmgr_args+0x762 ffs_lock(c3b65ae8,c04e0a7b,c061cee6,80100,c433810c,...) at ffs_lock+0x8a VOP_LOCK1_APV(c0653a40,c3b65ae8,c0495698,c0666740,c433810c,...) at VOP_LOCK1_APV+0xb5 _vn_lock(c433810c,80100,c061cee6,89d,4,...) at _vn_lock+0x5e vrele(c433810c,0,c4428b6f,82,c433810c,...) at vrele+0x142 null_nodeget(c3ff9000,c433810c,c3b65bf4,2e8,c0666a20,...) at null_nodeget+0xa0 null_vptocnp(c3b65be0,c3f36d9c,c3b65c28,c3b65be0,c3b65c04,...) at null_vptocnp+0x90 VOP_VPTOCNP_APV(c4429240,c3b65be0,c061bf01,387,c3e6e800,...) at VOP_VPTOCNP_APV+0xa5 vn_vptocnp(c3b65c4c,c061bf01,3af,c3b65c3c,c3f36d9c,...) at vn_vptocnp+0xd9 vn_fullpath1(c3e6e800,c3b65c5c,3fc,315,c3e6e800,...) at vn_fullpath1+0x29a kern___getcwd(c4112900,bfbfe8d4,0,400,c3b65d2c,...) at kern___getcwd+0xd0 __getcwd(c4112900,c3b65cf8,8,c0617c09,c0640290,...) at __getcwd+0x29 syscall(c3b65d38) at syscall+0x261 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (326, FreeBSD ELF32, __getcwd), eip = 0x2814edfb, esp = 0xbfbfe71c, ebp = 0xbfbfe7d8 --- exclusive lock of (lockmgr) ufs @ /usr/src/sys/kern/vfs_subr.c:2205 while share locked from /usr/local/src/sys/modules/nullfs/../../fs/nullfs/null_vnops.c:744 panic: excl->share cpuid = 1 KDB: enter: panic exclusive sleep mutex vnode interlock (vnode interlock) r = 0 (0xc4338180) locked @ /usr/src/s ys/kern/vfs_subr.c:2174 shared lockmgr ufs (ufs) r = 0 (0xc4338164) locked @ /usr/local/src/sys/modules/nullfs/../../f s/nullfs/null_vnops.c:744 shared lockmgr ufs (ufs) r = 0 (0xc4338058) locked @ /usr/src/sys/kern/vfs_default.c:790 exclusive sleep mutex vnode interlock (vnode interlock) r = 0 (0xc4338180) locked @ /usr/src/s ys/kern/vfs_subr.c:2174 shared lockmgr ufs (ufs) r = 0 (0xc4338164) locked @ /usr/local/src/sys/modules/nullfs/../../f s/nullfs/null_vnops.c:744 shared lockmgr ufs (ufs) r = 0 (0xc4338058) locked @ /usr/src/sys/kern/vfs_default.c:790 0xc433810c: tag ufs, type VDIR usecount 0, writecount 0, refcount 5 mountedhere 0 flags (VI_OWEINACT) VI_LOCKed v_object 0xc41236c8 ref 0 pages 1 lock type ufs: SHARED (count 1) ino 3061760, on dev ad0s1h 0xc4338000: tag ufs, type VDIR usecount 1, writecount 0, refcount 4 mountedhere 0 flags () v_object 0xc4113554 ref 0 pages 1 lock type ufs: SHARED (count 1) ino 3583142, on dev ad0s1h 0xc4359b84: tag null, type VDIR usecount 2, writecount 0, refcount 2 mountedhere 0 flags (VV_ROOT) lock type ufs: SHARED (count 1) vp=0xc4359b84, lowervp=0xc433810c 0xc4383218: tag null, type VDIR usecount 4, writecount 0, refcount 5 mountedhere 0 flags () lock type ufs: SHARED (count 1) vp=0xc4383218, lowervp=0xc4338000 From owner-freebsd-current@FreeBSD.ORG Mon Mar 9 23:03:20 2009 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 D2B061065674 for ; Mon, 9 Mar 2009 23:03:20 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with ESMTP id 634C28FC0A for ; Mon, 9 Mar 2009 23:03:20 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 24053 invoked by uid 399); 9 Mar 2009 23:03:12 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 9 Mar 2009 23:03:12 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <49B5A02E.3020203@FreeBSD.org> Date: Mon, 09 Mar 2009 16:03:10 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.19 (X11/20090307) MIME-Version: 1.0 To: Andrew Thompson References: <49B594F5.2030800@FreeBSD.org> <20090309222444.GA60744@citylink.fud.org.nz> In-Reply-To: <20090309222444.GA60744@citylink.fud.org.nz> X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: Apparent moused regression since r189490 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2009 23:03:21 -0000 Andrew Thompson wrote: > On Mon, Mar 09, 2009 at 03:15:17PM -0700, Doug Barton wrote: >> Howdy, >> >> In the kernel I'm using now, 8.0-CURRENT #0 r189490: Sat Mar 7 >> 10:18:21 PST 2009, moused works as expected both in the console and in >> X (without HAL). I tried updating my sources last night and today, and >> when I boot those kernels as soon as I move the mouse the first time >> it drops to the bottom of the screen and then I cannot move it any >> longer. >> >> If this is a situation where I need to install the userland stuff to >> match the kernel then I'm happy to do that, but if so there should be >> something in src/UPDATING. Following the typical method of installing >> and booting the new kernel first in -current gives the results I >> described above, so I'm loathe to install userland till I know it's >> going to work. > > I take it this is a usb mouse. Yes. Sorry, forgot to mention that. Specifically it's a logitech trackball, in case that helps. > r189583 seems to be the only related > change, do you want to try a current kernel minus that diff. As I mentioned above, I tried last night (before 189583) and this morning. In fact, I tried again this morning hoping that revision would help, but it did not. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Mon Mar 9 23:08:01 2009 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 8AD341065670; Mon, 9 Mar 2009 23:08:01 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.24]) by mx1.freebsd.org (Postfix) with ESMTP id DEECB8FC19; Mon, 9 Mar 2009 23:08:00 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by ey-out-2122.google.com with SMTP id d26so215971eyd.7 for ; Mon, 09 Mar 2009 16:07:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=T2UKdEY+B2wjplu54POfR9TG3bYVXVHUv0JztA8Imq8=; b=e7RKv5BQGrDqBJbLrkZL1+sBuprWzxoz6qdhaOTHAVjfySVHCsaZEHl2wFv08/U7CS 7XWMOwKRP+5qcnPIJPou5uYccIUIdPXjOTyHohk6Clf6nHhUPhHQKh1i1Ko25rxTLu/i UUINzhcuWezncJ7xFs9f6Ks8/5I0hJpzJp17o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=px9JCh163G7rIqPPRciVu8IWSNrZb1S9zJOwlmKQ3C6IQO1LdNDo8kCobIL8pq/hOp zaf9e7st567O9/PABcJjiaZMTz68NW855tK/JyTjbgRqqqLJjDpFdHVnvpb3ATcXO2WG Nt9qi8KoP4iluYUyelHQTho6PoJo5L9F133Es= MIME-Version: 1.0 Received: by 10.210.65.15 with SMTP id n15mr2874202eba.94.1236640079890; Mon, 09 Mar 2009 16:07:59 -0700 (PDT) In-Reply-To: <20090309205200.GY41617@deviant.kiev.zoral.com.ua> References: <3a142e750903090615t63a594e8rbadd7f7231049180@mail.gmail.com> <200903091642.25311.jhb@freebsd.org> <20090309205200.GY41617@deviant.kiev.zoral.com.ua> Date: Mon, 9 Mar 2009 23:07:59 +0000 Message-ID: <3a142e750903091607i57d2a60bo8915b7f2fd24751f@mail.gmail.com> From: "Paul B. Mahol" To: Kostik Belousov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: nullfs: panic: vrele: negative ref cnt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Mar 2009 23:08:02 -0000 On 3/9/09, Kostik Belousov wrote: > On Mon, Mar 09, 2009 at 04:42:25PM -0400, John Baldwin wrote: >> On Monday 09 March 2009 9:15:22 am Paul B. Mahol wrote: >> > Hi, >> > here is part of textdump: >> > >> > panic(c061db9e,0,c061cee6,88e,4,...) at panic+0x136 >> > vrele(c4326d9c,0,c433fb5f,82,c060f3c7,...) at vrele+0x111 >> > null_nodeget(c3fd4780,c4326d9c,c3ba8bf4,0,c3ba8be4,...) at >> > null_nodeget+0xa0 >> > null_bypass(c3ba8be0,c3f35a78,c3ba8c28) at null_bypass+0x141 >> > VOP_VPTOCNP_APV(c4340240,c3ba8be0,c061bf01,387,c3cecc00,...) at >> > VOP_VPTOCNP_APV+0xb3 >> >> Try this. null_bypass() can't handle VOP_VPTOCNP because VPTOCNP doesn't >> return a vnode that is locked and VREF'd, but just a vnode that is >> vhold()'d. >> This patch attempts to give nullfs a VOP_VPTONCP() method which remaps the >> >> directory vnode properly on return by locking the directory vnode while >> invoking null_nodeget(). >> >> --- //depot/user/jhb/lock/fs/nullfs/null_vnops.c >> +++ /home/jhb/work/p4/lock/fs/nullfs/null_vnops.c >> @@ -722,6 +722,34 @@ >> return VOP_VPTOFH(lvp, ap->a_fhp); >> } >> >> +static int >> +null_vptocnp(struct vop_vptocnp_args *ap) >> +{ >> + struct vnode *lvp, *dvp; >> + int error; >> + >> + /* >> + * We can't use null_bypass() because 'dvp' is not returned >> + * locked. It is merely 'vhold()'ed. >> + */ >> + lvp = NULLVPTOLOWERVP(ap->a_vp); >> + error = VOP_VPTOCNP(lvp, &dvp, ap->a_buf, ap->a_buflen); >> + if (error) >> + return (error); >> + >> + /* >> + * Map 'dvp' to the corresponding null node. We have to lock >> + * it before calling null_nodeget(). >> + */ >> + vn_lock(dvp, LK_SHARED | LK_RETRY); >> + error = null_nodeget(ap->a_vp->v_mount, dvp, ap->a_vpp); >> + if (error) { >> + vrele(dvp); >> + vdrop(dvp); >> + } >> + return (error); >> +} >> + >> /* >> * Global vfs data structures >> */ >> @@ -743,4 +771,5 @@ >> .vop_strategy = VOP_EOPNOTSUPP, >> .vop_unlock = null_unlock, >> .vop_vptofh = null_vptofh, >> + .vop_vptocnp = null_vptocnp, >> }; > > I do not think that nullfs-specific method is needed. > I already mailed the following patch to the reporters. > > diff --git a/sys/fs/nullfs/null_vnops.c b/sys/fs/nullfs/null_vnops.c > index 5a6823f..38da43f 100644 > --- a/sys/fs/nullfs/null_vnops.c > +++ b/sys/fs/nullfs/null_vnops.c > @@ -742,5 +742,6 @@ struct vop_vector null_vnodeops = { > .vop_setattr = null_setattr, > .vop_strategy = VOP_EOPNOTSUPP, > .vop_unlock = null_unlock, > + .vop_vptocnp = vop_stdvptocnp, > .vop_vptofh = null_vptofh, > }; > Fixed panic. From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 01:04:56 2009 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 BE98C106566C; Tue, 10 Mar 2009 01:04:56 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from hercules.mthelicon.com (hercules.mthelicon.com [IPv6:2001:49f0:2023::2]) by mx1.freebsd.org (Postfix) with ESMTP id 8AEB98FC20; Tue, 10 Mar 2009 01:04:56 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from feathers.peganest.com (78-33-110-3.static-adsl.entanet.co.uk [78.33.110.3] (may be forged)) (authenticated bits=0) by hercules.mthelicon.com (8.14.3/8.14.3) with ESMTP id n2A14sdA099826 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Tue, 10 Mar 2009 01:04:55 GMT (envelope-from ken@mthelicon.com) From: Pegasus Mc Cleaft Organization: Feathers To: current@freebsd.org, hackers@freebsd.org Date: Tue, 10 Mar 2009 01:04:53 +0000 User-Agent: KMail/1.11.0 (FreeBSD/8.0-CURRENT; KDE/4.2.0; amd64; ; ) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903100104.53847.ken@mthelicon.com> Cc: Subject: bsdtar lockup on Current-03/10/2009 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2009 01:04:57 -0000 Hi Current & Hackers, I was wondering if anyone else is seeing this problem: Any use of bsdtar to create a new archive causes the process to be unresponsive to all signals and consumes 100% cpu time. The machine I am testing on is a Core 2 quad running in AMD64 (8 gigs ram, zfs boot, root, et al.) I have tried disabling the zil and prefetch as a precaution but can still cause the failure by doing the command below(trying to eliminate zfs writes as being the problem): #tar -cvf /dev/null * Unarchiving from tar seems to work OK. The bug may have been introduced a few days ago. I just noticed my machine doing this tonight when I tried to do a portupgrade and the creation of the backups locked up. Thanks, Peg From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 02:52:50 2009 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 9FE521065675; Tue, 10 Mar 2009 02:52:50 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.227]) by mx1.freebsd.org (Postfix) with ESMTP id 61E3A8FC16; Tue, 10 Mar 2009 02:52:50 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id g9so2400457rvb.3 for ; Mon, 09 Mar 2009 19:52:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=m6D/0bfpQHHV9lHimjlsQXtZqxp78HYk9PugovgSHlM=; b=HnMsufC3g/l9TJGMGeMH0EjWuOR9Kz1aqx6McQ2ogp1fh5vE+jAd6aZhGcxjN8mUTW wu+8qJ3ECs0rm+mBIh6EhkFy5tk1mN/3/A6ap7DVzI6roHpY7DDSBh+SyLqMvZizYAjp vCmGS4vs5POYbSf/dn7agakEhi2Z+4Wu0p9pY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=KoY3/JTCWXxvfWiR8/0gDm31WSL1NxynP8IfVJhiS3/MWYPYC4w7ORwca1ABcoCd6C XPqqJ91UKbx9WpqdseLuGRe0PNwfSZkqcPnwAUJAVXLVyU4jZy0JloUcCDBQx+uBN8Dv bP2K86jfEojvELaux0TPU/8qIRKcZLnExd0MM= Received: by 10.140.157.1 with SMTP id f1mr3427709rve.299.1236653569860; Mon, 09 Mar 2009 19:52:49 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ([114.111.62.249]) by mx.google.com with ESMTPS id l31sm2239936rvb.5.2009.03.09.19.52.46 (version=SSLv3 cipher=RC4-MD5); Mon, 09 Mar 2009 19:52:48 -0700 (PDT) Received: by michelle.cdnetworks.co.kr (sSMTP sendmail emulation); Tue, 10 Mar 2009 11:51:09 +0900 From: Pyun YongHyeon Date: Tue, 10 Mar 2009 11:51:09 +0900 To: Hiroo Ono Message-ID: <20090310025109.GB9482@michelle.cdnetworks.co.kr> References: <81215412@bb.ipt.ru> <20081004060942.GA76137@cdnetworks.co.kr> <70489350@bb.ipt.ru> <20081006014724.GC82823@cdnetworks.co.kr> <36537897@bb.ipt.ru> <20081020020827.5884d7f3.nork@FreeBSD.org> <20081220032908.GE79449@cdnetworks.co.kr> <20081230224847.a70b51cd.nork@FreeBSD.org> <20081231003115.GA22037@cdnetworks.co.kr> <86bpsax39r.wl%hiroo@oikumene.gcd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86bpsax39r.wl%hiroo@oikumene.gcd.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, Norikatsu Shigemura , thompsa@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: Tue, 10 Mar 2009 02:52:51 -0000 On Mon, Mar 09, 2009 at 09:57:20PM +0900, Hiroo Ono wrote: > Hello Pyun, > > At Wed, 31 Dec 2008 09:31:15 +0900, > Pyun YongHyeon wrote: > > > > How about this one? > > > > http://people.freebsd.org/~yongari/axe.88178.patch4 > > > > > > It's perfect! I confirmed following devices: > > > > > > Planex GT-1000T (AX88178 with Cicada PHY) > > > Buffalo LUA-U2-KTX (AX88172 with Realtek PHY) > > > Planex UE-200TX-G (AX88772 with own PHY) > > I tested another axe device on 7.1-STABLE (not current). > Though tested only ifconfig and ping, it worked. > > Logitec LAN-GTJ/U2A (AX88178 with Cicada PHY) > Thanks for the patch. It looks like there is a similar PR(usb/119981). Andrew, would you review attached patch and commit? > Do you have any plan to commit it to RELENG_7? > I don't know when USB2 would be MFCed to 7-stable. It may depend on how well USB2 works on CURRENT. From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 04:33:01 2009 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 A096A106567C; Tue, 10 Mar 2009 04:33:01 +0000 (UTC) (envelope-from hiroo@oikumene.gcd.org) Received: from smtp2.inetd.co.jp (smtp2.inetd.co.jp [211.13.220.139]) by mx1.freebsd.org (Postfix) with ESMTP id 657EA8FC2D; Tue, 10 Mar 2009 04:33:01 +0000 (UTC) (envelope-from hiroo@oikumene.gcd.org) Received: from chrysanthe.oikumene.gcd.org (206.162.192.61.tokyo.global.alpha-net.ne.jp [61.192.162.206]) by smtp2.inetd.co.jp (Postfix) with ESMTP id 13F5C3E8C59; Tue, 10 Mar 2009 13:33:00 +0900 (JST) Received: from chrysanthe.oikumene.gcd.org (mail.oikumene.gcd.org [192.168.0.2]) (authenticated bits=0) by chrysanthe.oikumene.gcd.org (8.14.3/8.14.3) with ESMTP id n2A4WxGh077525; Tue, 10 Mar 2009 13:32:59 +0900 (JST) (envelope-from hiroo@oikumene.gcd.org) Date: Tue, 10 Mar 2009 13:32:59 +0900 Message-ID: <86ab7uvvyc.wl%hiroo@oikumene.gcd.org> From: Hiroo Ono To: pyunyh@gmail.com In-Reply-To: <20090310025109.GB9482@michelle.cdnetworks.co.kr> References: <81215412@bb.ipt.ru> <20081004060942.GA76137@cdnetworks.co.kr> <70489350@bb.ipt.ru> <20081006014724.GC82823@cdnetworks.co.kr> <36537897@bb.ipt.ru> <20081020020827.5884d7f3.nork@FreeBSD.org> <20081220032908.GE79449@cdnetworks.co.kr> <20081230224847.a70b51cd.nork@FreeBSD.org> <20081231003115.GA22037@cdnetworks.co.kr> <86bpsax39r.wl%hiroo@oikumene.gcd.org> <20090310025109.GB9482@michelle.cdnetworks.co.kr> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.3 (i386-portbld-freebsd6.3) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-current@freebsd.org, Norikatsu Shigemura , thompsa@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: Tue, 10 Mar 2009 04:33:02 -0000 Hello, At Tue, 10 Mar 2009 11:51:09 +0900, Pyun YongHyeon wrote: > > Do you have any plan to commit it to RELENG_7? > I don't know when USB2 would be MFCed to 7-stable. It may depend on > how well USB2 works on CURRENT. I meant your USB1 based patch. Not USB2. Given the API change with USB2 that breaks applications outside the FreeBSD source tree, I think it will be difficult to merge USB2 to stable. From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 04:58:07 2009 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 B276F1065694; Tue, 10 Mar 2009 04:58:07 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.239]) by mx1.freebsd.org (Postfix) with ESMTP id 6E0488FC1F; Tue, 10 Mar 2009 04:58:07 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id f6so2191581rvb.43 for ; Mon, 09 Mar 2009 21:58:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=JAr6Z7YTMhbzL5UqEBZJinXleMQ5CP9LPu2GeLtZIpY=; b=BKa0SrCD9FhFfpqxAhUJz0zxZIlGMUvwSDF+H0/h0hUHPgMBqUL3KvGE+Pm01BACrg MGLcpECxeXD9csZsQzAj3FvcuxhhbRuhE5oT1CYgrckOdxN9moYmSk1GjxFGfV19CKPT 2eoZB4zA/3HNUlXV/wNc3IONwbTbFNm00bBqQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=Hq9tqYaFnOAkZguUNcaKjEr0Q5S2GT5Xkj7DiSXOH3h9nAHpRvteToge1UuIJmR60m vzwqZLC/Tu5MLo45emG5JnWCoAfvjLcJkAUQziYOw9pT1W3lyWt4SX9e5LzhvOd2Kmer /reuUB0MLC8pT72lCJS1BcIGHPKyjv8TtKNiY= Received: by 10.141.27.16 with SMTP id e16mr3495516rvj.219.1236661087119; Mon, 09 Mar 2009 21:58:07 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ([114.111.62.249]) by mx.google.com with ESMTPS id k41sm9981123rvb.6.2009.03.09.21.58.04 (version=SSLv3 cipher=RC4-MD5); Mon, 09 Mar 2009 21:58:06 -0700 (PDT) Received: by michelle.cdnetworks.co.kr (sSMTP sendmail emulation); Tue, 10 Mar 2009 13:56:28 +0900 From: Pyun YongHyeon Date: Tue, 10 Mar 2009 13:56:28 +0900 To: Hiroo Ono Message-ID: <20090310045628.GE9482@michelle.cdnetworks.co.kr> References: <70489350@bb.ipt.ru> <20081006014724.GC82823@cdnetworks.co.kr> <36537897@bb.ipt.ru> <20081020020827.5884d7f3.nork@FreeBSD.org> <20081220032908.GE79449@cdnetworks.co.kr> <20081230224847.a70b51cd.nork@FreeBSD.org> <20081231003115.GA22037@cdnetworks.co.kr> <86bpsax39r.wl%hiroo@oikumene.gcd.org> <20090310025109.GB9482@michelle.cdnetworks.co.kr> <86ab7uvvyc.wl%hiroo@oikumene.gcd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86ab7uvvyc.wl%hiroo@oikumene.gcd.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, Norikatsu Shigemura , thompsa@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: Tue, 10 Mar 2009 04:58:08 -0000 On Tue, Mar 10, 2009 at 01:32:59PM +0900, Hiroo Ono wrote: > Hello, > > At Tue, 10 Mar 2009 11:51:09 +0900, > Pyun YongHyeon wrote: > > > Do you have any plan to commit it to RELENG_7? > > > I don't know when USB2 would be MFCed to 7-stable. It may depend on > > how well USB2 works on CURRENT. > > I meant your USB1 based patch. Not USB2. > USB1 patch didn't even make it into src tree. I'm not sure how to handle USB1 patch as stable has too different tree layouts. > Given the API change with USB2 that breaks applications outside the > FreeBSD source tree, I think it will be difficult to merge USB2 to > stable. From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 05:06:25 2009 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 629D7106566C; Tue, 10 Mar 2009 05:06:25 +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 85E8A8FC13; Tue, 10 Mar 2009 05:06:24 +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 n2A4u7kZ039217; Tue, 10 Mar 2009 07:56:07 +0300 (MSK) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1236660967; bh=DnjP3MWoiq/W9XGRnZy1XHdTet2jaX+cEx/f9Ncjk+o=; l=640; h=Date:From:To:Cc:Subject:Message-ID:MIME-Version:Content-Type; b=Mb5sSIHF2aQmc73Wk5oabOzhCCpkLWiHfmjGZHoXhhRC4Qx3dxClul8T+izo8EP+2 OYyV1OMomhVCUFigp3tUv4EYutnySMqVWKdU7UrudhZ5ygjyP/nYlEXwEqB4qa8G0R 7ck/sUaOWtAz8qlCxBp8mH2frETWzlQXEaIN7BG0= Received: (from ache@localhost) by nagual.pp.ru (8.14.3/8.14.3/Submit) id n2A4u60K039215; Tue, 10 Mar 2009 07:56:06 +0300 (MSK) (envelope-from ache) Date: Tue, 10 Mar 2009 07:56:06 +0300 From: Andrey Chernov To: current@freebsd.org Message-ID: <20090310045605.GA38857@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , current@freebsd.org, usb@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.19 (2009-01-05) Cc: usb@freebsd.org Subject: USB2 makes moused insane X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2009 05:06:25 -0000 Every pure mouse movement now acts like pressing several buttons at the same time which cause parts of console text under cursor copied/pasted randomly. This is "Logitech G3" mouse, corresponding dmesg entries are: ugen2.2: at usbus2 ums0: on usbus2 ums0: 16 buttons and [XYZ] coordinates uhid0: on usbus2 moused -d -i all -p /dev/ums0 moused: proto params: f8 80 00 00 8 00 ff /dev/ums0 usb sysmouse generic Please fix, it works with old usb just nice. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 05:15:04 2009 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 F02B6106566C for ; Tue, 10 Mar 2009 05:15:04 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from mail-fx0-f158.google.com (mail-fx0-f158.google.com [209.85.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id 804288FC14 for ; Tue, 10 Mar 2009 05:15:04 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: by fxm2 with SMTP id 2so1382481fxm.43 for ; Mon, 09 Mar 2009 22:15:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:message-id:user-agent:mime-version:content-type; bh=fEs/4+kHplsxE55UkLh4yqiHfgYo5tPzi9o4ZcwLeoo=; b=JCZc13MKLP9CuSth3jY92zKvuoTe5rpKBGIow2mt2Pg7y170dvtj9aTq2hH28nNBNL mkt89A5f8ZSkcxrbL0D70OTs5RNtbtEcZcr2/hXeP2sr5kToleOki/bn5BD/hgXtw9mK Zw0SlblY8ZojLR4jcSNowRaQ+V0hCuvWJI/KM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:message-id:user-agent :mime-version:content-type; b=FzscraheNerZNhMVawMo11W8v6HsEEl/8OFTtfq8iffVGnSj8+oEamvyWfv3VIB31J ltxzZiiFpwcP3nCBiZrxbiHnEyM2Eie1EF3sTA0tEn184F1AsJtziXH5c7JuCWCxahKr fxrdXFv83maSH+ylIhI+eTcQoNuPrH30m0sLw= Received: by 10.86.89.20 with SMTP id m20mr1628588fgb.14.1236660433029; Mon, 09 Mar 2009 21:47:13 -0700 (PDT) Received: from localhost (93-80-44-184.broadband.corbina.ru [93.80.44.184]) by mx.google.com with ESMTPS id 4sm4547633fge.34.2009.03.09.21.47.11 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 09 Mar 2009 21:47:12 -0700 (PDT) From: Anonymous To: Pegasus Mc Cleaft References: <200903100104.53847.ken__6247.10998167775$1236647281$gmane$org@mthelicon.com> Date: Tue, 10 Mar 2009 07:46:43 +0300 Message-ID: <86mybuasss.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.91 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: current@freebsd.org Subject: Re: bsdtar lockup on Current-03/10/2009 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2009 05:15:05 -0000 Pegasus Mc Cleaft writes: > Hi Current & Hackers, > > I was wondering if anyone else is seeing this problem: Any use of bsdtar to > create a new archive causes the process to be unresponsive to all signals and > consumes 100% cpu time. The machine I am testing on is a Core 2 quad running > in AMD64 (8 gigs ram, zfs boot, root, et al.) > > I have tried disabling the zil and prefetch as a precaution but can still > cause the failure by doing the command below(trying to eliminate zfs writes as > being the problem): > #tar -cvf /dev/null * > > Unarchiving from tar seems to work OK. The bug may have been introduced a few > days ago. I just noticed my machine doing this tonight when I tried to do a > portupgrade and the creation of the backups locked up. > > Thanks, > Peg This was already reported in bin/132452. Can you go to src/usr.bin/tar and update it up before r189514 such as r189513? BTW, do you have same problem with `rsync -X' on ZFS partition? From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 05:20:17 2009 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 F258D10656BF for ; Tue, 10 Mar 2009 05:20:16 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with ESMTP id 2D6A58FC1C for ; Tue, 10 Mar 2009 05:20:10 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 25676 invoked by uid 399); 10 Mar 2009 05:20:07 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 10 Mar 2009 05:20:07 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <49B5F885.1050508@FreeBSD.org> Date: Mon, 09 Mar 2009 22:20:05 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.19 (X11/20090307) MIME-Version: 1.0 To: Andrey Chernov , current@freebsd.org, usb@freebsd.org, Andrew Thompson References: <20090310045605.GA38857@nagual.pp.ru> In-Reply-To: <20090310045605.GA38857@nagual.pp.ru> X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: USB2 makes moused insane X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2009 05:20:18 -0000 Andrey Chernov wrote: > Every pure mouse movement now acts like pressing several buttons at the > same time which cause parts of console text under cursor copied/pasted > randomly. > > This is "Logitech G3" mouse, corresponding dmesg entries are: > > ugen2.2: at usbus2 > ums0: on usbus2 > ums0: 16 buttons and [XYZ] coordinates > uhid0: on usbus2 > > moused -d -i all -p /dev/ums0 > moused: proto params: f8 80 00 00 8 00 ff > /dev/ums0 usb sysmouse generic > > Please fix, it works with old usb just nice. Try reverting back to r189546. I had a similar problem with the mouse which I narrowed down to http://svn.freebsd.org/changeset/base/189547 If that works, it's not the USBII changes generally, it's this specific change related to HID devices. hth, Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 05:21:07 2009 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 29D7210656E4 for ; Tue, 10 Mar 2009 05:21:07 +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 85DAD8FC2F for ; Tue, 10 Mar 2009 05:21:06 +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 n2A5L5tu039738 for ; Tue, 10 Mar 2009 08:21:05 +0300 (MSK) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1236662465; bh=p8gKisy+oku+bmZ5Dw1x0eXxPn3zCi2cLDrOk7b7Dx4=; l=1729; h=Date:From:To:Subject:Message-ID:MIME-Version:Content-Type; b=AK+QvtaQM3mz0e4MzVzL7clLIJW9mqVQP03+ROTxprTD4edqJV14lUH3l5kiQLtRb KDWcrhEawrzTpt/SWW8J4F3i3Cns9J1+Ke7x8WxFFawrMLEud5eG35siQ9LZq43LOz ycQNmOkBSovzaOzIqZWXSB43N194sP0cFFWYqrVA= Received: (from ache@localhost) by nagual.pp.ru (8.14.3/8.14.3/Submit) id n2A5L4WU039737 for current@freebsd.org; Tue, 10 Mar 2009 08:21:04 +0300 (MSK) (envelope-from ache) Date: Tue, 10 Mar 2009 08:21:04 +0300 From: Andrey Chernov To: current@freebsd.org Message-ID: <20090310052104.GA39702@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.19 (2009-01-05) Cc: Subject: What happens to disklabel (geom?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2009 05:21:07 -0000 With recent -current I start getting error messages from disklabel (cited below) on every operation with the boot or the label. I never saw them before. What they actually mean and what should be done? # /dev/ad6s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 43229184 63 4.2BSD 2048 16384 0 b: 2459613 43229247 swap c: 45688797 63 unused 0 0 # "raw" part, don't edit partition b: partition extends past end of unit partition c: partition extends past end of unit disklabel: partition c doesn't start at 0! disklabel: An incorrect partition c may cause problems for standard system utilities fdisk information included: ******* Working on device /dev/ad6 ******* parameters extracted from in-core disklabel are: cylinders=232581 heads=16 sectors/track=63 (1008 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=232581 heads=16 sectors/track=63 (1008 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 63, size 45688797 (22308 Meg), flag 0 beg: cyl 0/ head 1/ sector 1; end: cyl 1023/ head 254/ sector 63 The data for partition 2 is: sysid 7 (0x07),(NTFS, OS/2 HPFS, QNX-2 (16 bit) or Advanced UNIX) start 45688860, size 188747685 (92161 Meg), flag 80 (active) beg: cyl 1023/ head 0/ sector 1; end: cyl 1023/ head 254/ sector 63 The data for partition 3 is: The data for partition 4 is: -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 06:04:44 2009 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 243EF106566C; Tue, 10 Mar 2009 06:04:44 +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 79C0A8FC15; Tue, 10 Mar 2009 06:04:43 +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 n2A64grs040509; Tue, 10 Mar 2009 09:04:42 +0300 (MSK) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1236665082; bh=XcVqzt9nI1iFTiqJbkVgogZqJqKb3ErFXe3D4KQ5cOs=; l=1145; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:In-Reply-To; b=YyZOC3LZV9avqpqSg8OD5bevXymg9Ek9wzxYINLkG3keoK1w0ytfv56lTMTeA1Q0I dxRSGwkOBigylbCUnh1j2oPkEkLTdYJoKAddnbUKu3qwDeb5UCHGdRWT9CJiaQNctu YB8PCHZePVw1J+vrou+lJZQig5TTVT8oswu51WEE= Received: (from ache@localhost) by nagual.pp.ru (8.14.3/8.14.3/Submit) id n2A64g9f040508; Tue, 10 Mar 2009 09:04:42 +0300 (MSK) (envelope-from ache) Date: Tue, 10 Mar 2009 09:04:42 +0300 From: Andrey Chernov To: Doug Barton Message-ID: <20090310060441.GA40479@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Doug Barton , current@freebsd.org, usb@freebsd.org, Andrew Thompson References: <20090310045605.GA38857@nagual.pp.ru> <49B5F885.1050508@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49B5F885.1050508@FreeBSD.org> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: usb@freebsd.org, current@freebsd.org, Andrew Thompson Subject: Re: USB2 makes moused insane X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2009 06:04:44 -0000 On Mon, Mar 09, 2009 at 10:20:05PM -0700, Doug Barton wrote: > Andrey Chernov wrote: > > Every pure mouse movement now acts like pressing several buttons at the > > same time which cause parts of console text under cursor copied/pasted > > randomly. > > > > This is "Logitech G3" mouse, corresponding dmesg entries are: > > > > ugen2.2: at usbus2 > > ums0: on usbus2 > > ums0: 16 buttons and [XYZ] coordinates > > uhid0: on usbus2 > > > > moused -d -i all -p /dev/ums0 > > moused: proto params: f8 80 00 00 8 00 ff > > /dev/ums0 usb sysmouse generic > > > > Please fix, it works with old usb just nice. > > Try reverting back to r189546. I had a similar problem with the mouse > which I narrowed down to http://svn.freebsd.org/changeset/base/189547 > > If that works, it's not the USBII changes generally, it's this > specific change related to HID devices. Yes, reverting back to r189546 fix the problem. Something wrong done to HID in r189547 -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 06:06:31 2009 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 396DD1065676; Tue, 10 Mar 2009 06:06:31 +0000 (UTC) (envelope-from beech@freebsd.org) Received: from bsdevel.akherb.com (bsdevel.akherb.com [208.86.224.193]) by mx1.freebsd.org (Postfix) with ESMTP id 0FFB98FC12; Tue, 10 Mar 2009 06:06:31 +0000 (UTC) (envelope-from beech@freebsd.org) Received: from stargate.akherb.com (163-146-42-72.gci.net [72.42.146.163]) by bsdevel.akherb.com (Postfix) with ESMTP id 76E3F28E10E7; Tue, 10 Mar 2009 06:06:30 +0000 (UTC) From: Beech Rintoul Organization: FreeBSD To: freebsd-current@freebsd.org Date: Mon, 9 Mar 2009 22:06:29 -0800 User-Agent: KMail/1.11.0 (FreeBSD/8.0-CURRENT; KDE/4.2.1; i386; ; ) References: <20090310045605.GA38857@nagual.pp.ru> In-Reply-To: <20090310045605.GA38857@nagual.pp.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903092206.29775.beech@freebsd.org> Cc: usb@freebsd.org, Andrey Chernov , current@freebsd.org, Beech Rintoul Subject: Re: USB2 makes moused insane X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: akbeech@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, 10 Mar 2009 06:06:31 -0000 On Monday 09 March 2009 20:56:06 Andrey Chernov wrote: > Every pure mouse movement now acts like pressing several buttons at the > same time which cause parts of console text under cursor copied/pasted > randomly. > > This is "Logitech G3" mouse, corresponding dmesg entries are: > > ugen2.2: at usbus2 > ums0: on > usbus2 ums0: 16 buttons and [XYZ] coordinates > uhid0: on > usbus2 > > moused -d -i all -p /dev/ums0 > moused: proto params: f8 80 00 00 8 00 ff > /dev/ums0 usb sysmouse generic > > Please fix, it works with old usb just nice. I see the exact same thing with my logitech USB mouse. Reverting to a kernel from about a week ago fixes the problem. Beech -- --------------------------------------------------------------------------------------- Beech Rintoul - FreeBSD Developer - beech@FreeBSD.org /"\ ASCII Ribbon Campaign | FreeBSD Since 4.x \ / - NO HTML/RTF in e-mail | http://people.freebsd.org/~beech X - NO Word docs in e-mail | Skype: akbeech / \ - http://www.FreeBSD.org/releases/7.1R/announce.html --------------------------------------------------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 06:25:12 2009 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 59AEC1065673; Tue, 10 Mar 2009 06:25:12 +0000 (UTC) (envelope-from beech@freebsd.org) Received: from bsdevel.akherb.com (bsdevel.akherb.com [208.86.224.193]) by mx1.freebsd.org (Postfix) with ESMTP id 339B88FC25; Tue, 10 Mar 2009 06:25:12 +0000 (UTC) (envelope-from beech@freebsd.org) Received: from stargate.akherb.com (163-146-42-72.gci.net [72.42.146.163]) by bsdevel.akherb.com (Postfix) with ESMTP id 76E3F28E10E7; Tue, 10 Mar 2009 06:06:30 +0000 (UTC) From: Beech Rintoul Organization: FreeBSD To: freebsd-current@freebsd.org Date: Mon, 9 Mar 2009 22:06:29 -0800 User-Agent: KMail/1.11.0 (FreeBSD/8.0-CURRENT; KDE/4.2.1; i386; ; ) References: <20090310045605.GA38857@nagual.pp.ru> In-Reply-To: <20090310045605.GA38857@nagual.pp.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903092206.29775.beech@freebsd.org> Cc: usb@freebsd.org, Andrey Chernov , current@freebsd.org, Beech Rintoul Subject: Re: USB2 makes moused insane X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: akbeech@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, 10 Mar 2009 06:25:13 -0000 On Monday 09 March 2009 20:56:06 Andrey Chernov wrote: > Every pure mouse movement now acts like pressing several buttons at the > same time which cause parts of console text under cursor copied/pasted > randomly. > > This is "Logitech G3" mouse, corresponding dmesg entries are: > > ugen2.2: at usbus2 > ums0: on > usbus2 ums0: 16 buttons and [XYZ] coordinates > uhid0: on > usbus2 > > moused -d -i all -p /dev/ums0 > moused: proto params: f8 80 00 00 8 00 ff > /dev/ums0 usb sysmouse generic > > Please fix, it works with old usb just nice. I see the exact same thing with my logitech USB mouse. Reverting to a kernel from about a week ago fixes the problem. Beech -- --------------------------------------------------------------------------------------- Beech Rintoul - FreeBSD Developer - beech@FreeBSD.org /"\ ASCII Ribbon Campaign | FreeBSD Since 4.x \ / - NO HTML/RTF in e-mail | http://people.freebsd.org/~beech X - NO Word docs in e-mail | Skype: akbeech / \ - http://www.FreeBSD.org/releases/7.1R/announce.html --------------------------------------------------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 06:25:34 2009 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 0FEF7106566B for ; Tue, 10 Mar 2009 06:25:34 +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 848DE8FC14 for ; Tue, 10 Mar 2009 06:25:33 +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 n2A6PWmj040940; Tue, 10 Mar 2009 09:25:32 +0300 (MSK) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1236666332; bh=uXsj0MPKjViIBcbxxRThCpPJbvWOm090rxiSsKxMzBw=; l=295; h=Date:From:To:Cc:Subject:Message-ID:MIME-Version:Content-Type; b=OGacAqgxIAADvu+0RTYwJJ53LKBlfLOpK4Ta5mrOZPO396rsrKb+uSNf/EY/d8/NC 47HRg463EDyuEdXMs/yWvZolTdAJHyfjcUD5BDVGl1t/zwkKjiNyNPXSO7D91pQlcX 72Yk61hEAAHadgwu4y2ehzCX9Zh5x9zT3Fj1nQ7E= Received: (from ache@localhost) by nagual.pp.ru (8.14.3/8.14.3/Submit) id n2A6PWL7040939; Tue, 10 Mar 2009 09:25:32 +0300 (MSK) (envelope-from ache) Date: Tue, 10 Mar 2009 09:25:30 +0300 From: Andrey Chernov To: current@freebsd.org Message-ID: <20090310062530.GA40793@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , current@freebsd.org, ed@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.19 (2009-01-05) Cc: ed@freebsd.org Subject: Bug: new syscons always resets SR to line 24 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2009 06:25:35 -0000 It seems that new syscons always resets scrolling region to 24 lines in height and not count actual lines used (I run all screens at 80x30). As result reboot messages appearse closer to the middle of the 1st screen instead at the bottom, as always. Please fix. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 07:00:19 2009 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 4CCC1106566C for ; Tue, 10 Mar 2009 07:00:19 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with ESMTP id D4D9D8FC08 for ; Tue, 10 Mar 2009 07:00:18 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 3200 invoked by uid 399); 10 Mar 2009 07:00:18 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 10 Mar 2009 07:00:18 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <49B61000.3000004@FreeBSD.org> Date: Tue, 10 Mar 2009 00:00:16 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.19 (X11/20090307) MIME-Version: 1.0 To: FreeBSD Current X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: ACPI Warning (tbutils-0243): Incorrect checksum in table [TCPA] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2009 07:00:19 -0000 I'm getting the following error on boot with a recent -current: ACPI Warning (tbutils-0243): Incorrect checksum in table [TCPA] - 0, should be A9 [20070320] Any idea where to start looking? This is a Dell Latitude D620 with a core 2 duo, running i386 SMP. I've got the latest BIOS installed. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 07:11:37 2009 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 7B9FA106564A for ; Tue, 10 Mar 2009 07:11:37 +0000 (UTC) (envelope-from davidxu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 67DFA8FC16; Tue, 10 Mar 2009 07:11:37 +0000 (UTC) (envelope-from davidxu@freebsd.org) Received: from apple.my.domain (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2A7BZPP039111; Tue, 10 Mar 2009 07:11:36 GMT (envelope-from davidxu@freebsd.org) Message-ID: <49B61331.4050106@freebsd.org> Date: Tue, 10 Mar 2009 15:13:53 +0800 From: David Xu User-Agent: Thunderbird 2.0.0.9 (X11/20080612) MIME-Version: 1.0 To: Justin Teller References: <3561C827-66BD-4B3F-A3D4-97C4C06884B4@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-current@freebsd.org" Subject: Re: Using PTHREAD_PRIO_INHERIT causes panic in kern_umtx.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2009 07:11:37 -0000 Justin Teller wrote: > On Mon, Mar 9, 2009 at 12:02 PM, Justin Teller wrote: > >> When I compile and run the attached program, it panics my system, (FreeBSD >> CURRENT as of 2-20-09) with the following message: >> >> panic: Assertion pi != NULL failed at /usr/src/sys/kern/kern_umtx: 1464 >> >> With the backtrace being: >> Tracing pid 1079 tid 100045 td 0xffffff00037c8000 >> kdb_enter() at kdb_enter+0x40 >> panic() at panic+0x1ec >> umtx_pi_adjust() at umtx_pi_adjust+0xfc8 >> umtx_pi_adjust() at umtx_pi_adjust+0x19bd >> _umtx_unlock() at _umtx_unlock+0x2c41 >> _umtx_op() at _umtx_op+0x22 >> syscall() at syscall+0x1f4 >> Xfast_syscall() at Xfast_syscall+0xaa >> --- syscall (454, FreeBSD ELF64, _umtx_op), rip = 0x4056ac, rsp = >> 0x7fffffbfef38, rbp = 0x80060b150 --- >> >> This problem only shows up when I use PTHREAD_PRIO_INHERIT -- if I change >> the line for pthread_mutexattr_setprotocol to PTHREAD_PRIO_NONE, then it >> works fine. I've been trying to trace thru the code to figure out where >> uq_pi_blocked should be setup, but I'm not too familiar with the code so I >> haven't found where the problem originates. How can I get >> PTHREAD_PRIO_INHERIT to work? And even if the change is in user-space, it >> probably shouldn't be this easy to panic the kernel :-) >> >> -Justin >> There is a bug about NULL pointer, please try the patch, it also fixes a possible wake-up race. http://people.freebsd.org/%7Edavidxu/patch/kern_umtx_prio.patch David Xu From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 07:38:28 2009 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 A0E7D1065680; Tue, 10 Mar 2009 07:38:28 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe13.swipnet.se [212.247.155.129]) by mx1.freebsd.org (Postfix) with ESMTP id A93C18FC17; Tue, 10 Mar 2009 07:38:27 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=j+k/Ze5hWUCaCztCgEjzDQ==:17 a=ycxm3nvIL8Z0083CVuMA:9 a=sMh60SaNiEgKka7Ctn8A:7 a=lMtwy6YUJeCOAJ3kMDbDRZ6t26EA:4 a=LY0hPdMaydYA:10 Received: from [81.191.55.181] (account mc467741@c2i.net HELO laptop) by mailfe13.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 817768733; Tue, 10 Mar 2009 08:38:25 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org, akbeech@gmail.com Date: Tue, 10 Mar 2009 08:40:55 +0100 User-Agent: KMail/1.9.7 References: <20090310045605.GA38857@nagual.pp.ru> <200903092206.29775.beech@freebsd.org> In-Reply-To: <200903092206.29775.beech@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903100840.57018.hselasky@c2i.net> Cc: usb@freebsd.org, Andrey Chernov , current@freebsd.org, Beech Rintoul Subject: Re: USB2 makes moused insane X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2009 07:38:31 -0000 On Tuesday 10 March 2009, Beech Rintoul wrote: > On Monday 09 March 2009 20:56:06 Andrey Chernov wrote: > > Every pure mouse movement now acts like pressing several buttons at the > > same time which cause parts of console text under cursor copied/pasted > > randomly. > > > > This is "Logitech G3" mouse, corresponding dmesg entries are: > > > > ugen2.2: at usbus2 > > ums0: on > > usbus2 ums0: 16 buttons and [XYZ] coordinates > > uhid0: on > > usbus2 > > > > moused -d -i all -p /dev/ums0 > > moused: proto params: f8 80 00 00 8 00 ff > > /dev/ums0 usb sysmouse generic > > > > Please fix, it works with old usb just nice. > > I see the exact same thing with my logitech USB mouse. Reverting to a > kernel from about a week ago fixes the problem. > > Beech Hi, Please dump the HID descriptors of mouse devices using USB config and send me the result and I will fix the issue. Replace 1 and 3 with the ugenX.Y for your device: usbconfig -u 1 -a 3 do_request 0x81 0x06 0x2200 1 0x100 Parameters after u and a must be correct. You can also dump interface #0: usbconfig -u 1 -a 3 do_request 0x81 0x06 0x2200 0 0x100 And the other interfaces if you want. --HPS From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 07:38:28 2009 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 A0E7D1065680; Tue, 10 Mar 2009 07:38:28 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe13.swipnet.se [212.247.155.129]) by mx1.freebsd.org (Postfix) with ESMTP id A93C18FC17; Tue, 10 Mar 2009 07:38:27 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=j+k/Ze5hWUCaCztCgEjzDQ==:17 a=ycxm3nvIL8Z0083CVuMA:9 a=sMh60SaNiEgKka7Ctn8A:7 a=lMtwy6YUJeCOAJ3kMDbDRZ6t26EA:4 a=LY0hPdMaydYA:10 Received: from [81.191.55.181] (account mc467741@c2i.net HELO laptop) by mailfe13.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 817768733; Tue, 10 Mar 2009 08:38:25 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org, akbeech@gmail.com Date: Tue, 10 Mar 2009 08:40:55 +0100 User-Agent: KMail/1.9.7 References: <20090310045605.GA38857@nagual.pp.ru> <200903092206.29775.beech@freebsd.org> In-Reply-To: <200903092206.29775.beech@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903100840.57018.hselasky@c2i.net> Cc: usb@freebsd.org, Andrey Chernov , current@freebsd.org, Beech Rintoul Subject: Re: USB2 makes moused insane X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2009 07:38:31 -0000 On Tuesday 10 March 2009, Beech Rintoul wrote: > On Monday 09 March 2009 20:56:06 Andrey Chernov wrote: > > Every pure mouse movement now acts like pressing several buttons at the > > same time which cause parts of console text under cursor copied/pasted > > randomly. > > > > This is "Logitech G3" mouse, corresponding dmesg entries are: > > > > ugen2.2: at usbus2 > > ums0: on > > usbus2 ums0: 16 buttons and [XYZ] coordinates > > uhid0: on > > usbus2 > > > > moused -d -i all -p /dev/ums0 > > moused: proto params: f8 80 00 00 8 00 ff > > /dev/ums0 usb sysmouse generic > > > > Please fix, it works with old usb just nice. > > I see the exact same thing with my logitech USB mouse. Reverting to a > kernel from about a week ago fixes the problem. > > Beech Hi, Please dump the HID descriptors of mouse devices using USB config and send me the result and I will fix the issue. Replace 1 and 3 with the ugenX.Y for your device: usbconfig -u 1 -a 3 do_request 0x81 0x06 0x2200 1 0x100 Parameters after u and a must be correct. You can also dump interface #0: usbconfig -u 1 -a 3 do_request 0x81 0x06 0x2200 0 0x100 And the other interfaces if you want. --HPS From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 07:40:58 2009 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 08B751065672; Tue, 10 Mar 2009 07:40:58 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe12.swipnet.se [212.247.155.97]) by mx1.freebsd.org (Postfix) with ESMTP id 334128FC1B; Tue, 10 Mar 2009 07:40:56 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=65oF92ogUoYA:10 a=1iM0JAylEWEA:10 a=j+k/Ze5hWUCaCztCgEjzDQ==:17 a=6I5d2MoRAAAA:8 a=3A7IDU5wrdJGMVR37oMA:9 a=dxYYmZz9GTU--OxblYAA:7 a=51wAj1SxqRcSPEdF6KNLnNoktWIA:4 a=LY0hPdMaydYA:10 Received: from [81.191.55.181] (account mc467741@c2i.net HELO laptop) by mailfe12.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1034908814; Tue, 10 Mar 2009 08:40:55 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Tue, 10 Mar 2009 08:43:27 +0100 User-Agent: KMail/1.9.7 References: <49B594F5.2030800@FreeBSD.org> <20090309222444.GA60744@citylink.fud.org.nz> <49B5A02E.3020203@FreeBSD.org> In-Reply-To: <49B5A02E.3020203@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903100843.27694.hselasky@c2i.net> Cc: Doug Barton , Andrew Thompson Subject: Re: Apparent moused regression since r189490 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2009 07:40:58 -0000 On Tuesday 10 March 2009, Doug Barton wrote: > Andrew Thompson wrote: > > On Mon, Mar 09, 2009 at 03:15:17PM -0700, Doug Barton wrote: > >> Howdy, > >> > >> In the kernel I'm using now, 8.0-CURRENT #0 r189490: Sat Mar 7 > >> 10:18:21 PST 2009, moused works as expected both in the console and in > >> X (without HAL). I tried updating my sources last night and today, and > >> when I boot those kernels as soon as I move the mouse the first time > >> it drops to the bottom of the screen and then I cannot move it any > >> longer. > >> > >> If this is a situation where I need to install the userland stuff to > >> match the kernel then I'm happy to do that, but if so there should be > >> something in src/UPDATING. Following the typical method of installing > >> and booting the new kernel first in -current gives the results I > >> described above, so I'm loathe to install userland till I know it's > >> going to work. > > > > I take it this is a usb mouse. > > Yes. Sorry, forgot to mention that. Specifically it's a logitech > trackball, in case that helps. > > > r189583 seems to be the only related > > change, do you want to try a current kernel minus that diff. > > As I mentioned above, I tried last night (before 189583) and this > morning. In fact, I tried again this morning hoping that revision > would help, but it did not. > r189583 does not fully work without: http://perforce.freebsd.org/chv.cgi?CH=158916 It looks like Andrew did not commit this patch yet ... --HPS From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 08:18:56 2009 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 C32741065701 for ; Tue, 10 Mar 2009 08:18:56 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id C220F8FC7B for ; Tue, 10 Mar 2009 08:18:55 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id A25D71CC94; Tue, 10 Mar 2009 09:18:54 +0100 (CET) Date: Tue, 10 Mar 2009 09:18:54 +0100 From: Ed Schouten To: Andrey Chernov , current@freebsd.org Message-ID: <20090310081854.GA19161@hoeg.nl> References: <20090310062530.GA40793@nagual.pp.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5T0u2c3sp8KJuygI" Content-Disposition: inline In-Reply-To: <20090310062530.GA40793@nagual.pp.ru> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: Subject: Re: Bug: new syscons always resets SR to line 24 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2009 08:19:01 -0000 --5T0u2c3sp8KJuygI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Andrey, * Andrey Chernov wrote: > It seems that new syscons always resets scrolling region to 24 lines in= =20 > height and not count actual lines used (I run all screens at 80x30). > As result reboot messages appearse closer to the middle of the 1st screen= =20 > instead at the bottom, as always. > Please fix. This is indeed a bug. The problem is that I noticed this only after I ported syscons to libteken. Unfortunately I didn't notice this issue until recently, because for some reason my videocard can only show 80x25 (nVidia GeForce FX on amd64)... Anyway, I've got a patch that is not yet finished. It should fix the problems you're having, but unfortunately it will remove the bright color of the kernel messages: http://80386.nl/pub/syscons-printf.diff I've received some reports this patch fixes the issue, so after I've fixed the kernel printf colors, I'll commit it to SVN. --=20 Ed Schouten WWW: http://80386.nl/ --5T0u2c3sp8KJuygI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEUEARECAAYFAkm2Im4ACgkQ52SDGA2eCwWAfwCdHoCIAshMopCjx4AHiQpSPPv3 +pcAmNERiatl49V0VNCyOxW6aT/shbE= =3fHj -----END PGP SIGNATURE----- --5T0u2c3sp8KJuygI-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 08:52:11 2009 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 5BD72106564A for ; Tue, 10 Mar 2009 08:52:11 +0000 (UTC) (envelope-from mdc@prgmr.com) Received: from mail.prgmr.com (mail.prgmr.com [64.62.173.114]) by mx1.freebsd.org (Postfix) with ESMTP id 4BEE28FC08 for ; Tue, 10 Mar 2009 08:52:11 +0000 (UTC) (envelope-from mdc@prgmr.com) Received: from frylock.local (c-71-198-249-174.hsd1.ca.comcast.net [71.198.249.174]) by mail.prgmr.com (Postfix) with ESMTP id 43B7168B5B for ; Tue, 10 Mar 2009 01:28:07 -0700 (PDT) Message-ID: <49B6248F.9040708@prgmr.com> Date: Tue, 10 Mar 2009 01:27:59 -0700 From: Michael David Crawford Organization: Prgmr.com User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Subversion dies on pkill checkout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2009 08:52:11 -0000 Greetings, I just subscribed. I'm an experienced coder, but very much a newbie with FreeBSD. This is the first of what will likely be many questions. :-D When I try to do an svn co of head, or if I do an svn update from the head directory after doing the checkout, I get the following error: A tools/regression/usr.bin/pkill/pkill-t.t svn: In directory 'tools/regression/usr.bin/pkill' svn: Can't move source to dest svn: Can't move 'tools/regression/usr.bin/pkill/.svn/tmp/prop-base/pgrep-s.t.svn-base' to 'tools/regression/usr.bin/pkill/.svn/prop-base/pgrep-s.t.svn-base': No such file or directory I'm not sure if this is a problem in the repository or with my build of Subversion. I'm using Subversion 1.5.4. I'm doing this checkout on a Macintosh laptop running Mac OS X 10.4.11. I just wanted to have the FreeBSD source tree on my laptop so I could browse the sources, not to actually build them - I'll be doing my actual FreeBSD development on a Xeon PC. Here is the command line I used for my anonymous checkout: $ svn co http://svn.freebsd.org/base/head Thanks for any advice you can give me. Mike -- Michael David Crawford mdc@prgmr.com prgmr.com - We Don't Assume You Are Stupid. Xen-Powered Virtual Private Servers: http://prgmr.com/xen From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 08:52:38 2009 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 B9F111065680 for ; Tue, 10 Mar 2009 08:52:38 +0000 (UTC) (envelope-from sasaki@ongs.co.jp) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.246.90]) by mx1.freebsd.org (Postfix) with ESMTP id 50F738FC08 for ; Tue, 10 Mar 2009 08:52:38 +0000 (UTC) (envelope-from sasaki@ongs.co.jp) Received: from zamillpen.ongs.co.jp (dullmdaler.ongs.co.jp [202.216.246.94]) by natial.ongs.co.jp (Postfix) with ESMTPSA id 5F503125422; Tue, 10 Mar 2009 17:33:02 +0900 (JST) Message-ID: <49B625BE.8060205@ongs.co.jp> Date: Tue, 10 Mar 2009 17:33:02 +0900 From: Yoshifumi SASAKI User-Agent: Thunderbird 2.0.0.19 (X11/20090307) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Yoshifumi SASAKI Subject: Try report: Sony VAIO Type P X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2009 08:52:39 -0000 Hi current folks, I have tried Sony VAIO Type P. Reporting TypeP situation JFYI. uname -a: FreeBSD usb.ongs.co.jp 8.0-HEAD-20090223-JPSNAP FreeBSD 8.0-HEAD-20090223-JPSNAP #3: Thu Mar 5 10:02:43 JST 2009 root@usb.ongs.co.jp:/usr/obj/usr/src/sys/VAIOTYPEP i386 dmesg: Copyright (c) 1992-2009 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-HEAD-20090223-JPSNAP #3: Thu Mar 5 10:02:43 JST 2009 root@usb.ongs.co.jp:/usr/obj/usr/src/sys/VAIOTYPEP Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Atom(TM) CPU Z520 @ 1.33GHz (1419.94-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x106c2 Stepping = 2 Features=0xbfe9fbff Features2=0x40c3bd> AMD Features=0x100000 AMD Features2=0x1 TSC: P-state invariant Logical CPUs per core: 2 real memory = 2137317376 (2038 MB) avail memory = 2083287040 (1986 MB) WARNING: Non-uniform processors. WARNING: Using suboptimal topology. kbd1 at kbdmux0 pcib0: pcibus 0 on motherboard pci0: on pcib0 vgapci0: port 0x6070-0x6077 mem 0x94200000-0x9427ffff,0x80000000-0x8fffffff,0x94280000-0x942bffff irq 11 at device 2.0 on pci0 pci0: at device 27.0 (no driver attached) pcib1: irq 11 at device 28.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pcib2: irq 10 at device 28.1 on pci0 pci2: on pcib2 pci2: at device 0.0 (no driver attached) uhci0: port 0x6040-0x605f irq 11 at device 29.0 on pci0 uhci0: [ITHREAD] uhci0: LegSup = 0x0000 usbus0: on uhci0 uhci1: port 0x6020-0x603f irq 10 at device 29.1 on pci0 uhci1: [ITHREAD] uhci1: LegSup = 0x0000 usbus1: on uhci1 uhci2: port 0x6000-0x601f irq 7 at device 29.2 on pci0 uhci2: [ITHREAD] uhci2: LegSup = 0x0000 usbus2: on uhci2 ehci0: mem 0x942c4000-0x942c43ff irq 5 at device 29.7 on pci0 ehci0: [ITHREAD] usbus3: waiting for BIOS to give up control usbus3: EHCI version 1.0 usbus3: on ehci0 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x6060-0x606f at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] cpu0 on motherboard est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 6080a1f06000a1f device_attach: est0 attach returned 6 p4tcc0: on cpu0 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 atkbdc0: at port 0x60,0x64 on isa0 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 atrtc0: at port 0x70 irq 8 on isa0 ppc0: parallel port not found. RTC BIOS diagnostic error 80 Timecounter "TSC" frequency 1419941530 Hz quality 800 Timecounters tick every 1.000 msec usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 480Mbps High Speed USB v2.0 ad0: 57231MB at ata0-master UDMA33 ugen0.1: at usbus0 ushub0: on usbus0 ugen1.1: at usbus1 ushub1: on usbus1 ugen2.1: at usbus2 ushub2: on usbus2 ugen3.1: at usbus3 ushub3: on usbus3 GEOM: ad0: partition 2 does not start on a track boundary. GEOM: ad0: partition 2 does not end on a track boundary. GEOM: ad0: partition 1 does not start on a track boundary. GEOM: ad0: partition 1 does not end on a track boundary. GEOM_LABEL: Label for provider ad0s1 is ntfs/Recovery. GEOM: ad0s2: geometry does not match label (255h,63s != 16h,63s). WORK: X.Org 7.4 work. Section "ServerLayout" Identifier "X.org Configured" Screen 0 "Screen0" 0 0 InputDevice "Mouse0" "CorePointer" InputDevice "Keyboard0" "CoreKeyboard" EndSection Section "Files" ModulePath "/usr/local/lib/xorg/modules" FontPath "/usr/local/lib/X11/fonts/misc/" FontPath "/usr/local/lib/X11/fonts/TTF/" FontPath "/usr/local/lib/X11/fonts/OTF" FontPath "/usr/local/lib/X11/fonts/Type1/" FontPath "/usr/local/lib/X11/fonts/100dpi/" FontPath "/usr/local/lib/X11/fonts/75dpi/" EndSection Section "Module" Load "dbe" Load "dri" Load "extmod" Load "glx" Load "record" Load "xtrap" Load "freetype" EndSection Section "InputDevice" Identifier "Keyboard0" Driver "kbd" EndSection Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/sysmouse" Option "ZAxisMapping" "4 5 6 7" EndSection Section "Monitor" Identifier "Monitor0" VendorName "Monitor Vendor" ModelName "Monitor Model" EndSection Section "Device" ### Available Driver options are:- ### Values: : integer, : float, : "True"/"False", ### : "String", : " Hz/kHz/MHz" ### [arg]: arg optional #Option "ShadowFB" # [] #Option "DefaultRefresh" # [] #Option "ModeSetClearScreen" # [] Identifier "Card0" Driver "vesa" VendorName "Intel Corporation" BoardName "System Controller Hub (SCH Poulsbo) Graphics Controller" BusID "PCI:0:2:0" EndSection Section "Screen" Identifier "Screen0" Device "Card0" Monitor "Monitor0" SubSection "Display" Viewport 0 0 Depth 24 EndSubSection EndSection NOT WORK: Wireless LAN...atheros 928x not work. I have tried NDIS.I succeed NDIS driver. no match for ZwOpenKey no match for ZwDeleteKye no match for IoOpenDeviceRegistryKey no match for ZwCreateKey ndis0: mem0x92000000-0x9200ffff irq 11 at device 0.0 on pci2 ndis0: [ITHREAD] ndis0: NDIS API version: 5.1 NDIS: open file /compat/ndis/AW1012d.ini failed: 2 NDIS: open file /compat/ndis/regAdd.txt failed: 2 I receive many messages.And not work. interrupt storm detected on "irq10:"; throttling interrupt source interrupt storm detected on "irq10:"; throttling interrupt source interrupt storm detected on "irq10:"; throttling interrupt source interrupt storm detected on "irq10:"; throttling interrupt source ... ... ... ifconfig: ndis0: flags=8843 metric 0 mtu 2290 ether 00:23:4d:df:bf:5a media: IEEE 802.11 Wireless Ethernet autoselect mode 11g status: associated lo0: flags=8049 metric 0 mtu 16384 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff000000 wlan0: flags=8843 metric 0 mtu 1500 ether 00:23:4d:df:bf:5a inet 192.168.1.25 netmask 0xffffff00 broadcast 192.168.1.255 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier ssid "" channel 1 (2412 Mhz 11g) country US authmode OPEN privacy OFF txpower 0 bmiss 7 mcastrate 6 mgmtrate 6 scanvalid 60 protmode CTS bintval 0 Sound... succeed to load snd_hda.ko hdac0: mem 0x942c0000-0x942c3fff irq 11 at device 27.0 on pci0 hdac0: HDA Driver Revision: 20090215_0128 hdac0: [ITHREAD] hdac0: HDA Codec #0: Realtek ALC262 pcm0: at cad 0 nid 1 on hdac0 I receive many messages.And I try to play MP3 data,But not sound. interrupt storm detected on "irq5:"; throttling interrupt source interrupt storm detected on "irq5:"; throttling interrupt source interrupt storm detected on "irq5:"; throttling interrupt source interrupt storm detected on "irq5:"; throttling interrupt source ... ... ... # madplay MP3data pcm0:virtual:dsp0.vp0: play interrupt timeout, channel dead USB memory....default is not work. usb2_alloc_device:1401: set address 2 failed (ignored) usb2_alloc_device:1437: getting device descriptor at addr 2 failed! usb2_req_re_enumerate:1409: addr=2, set address failed! (ignored) usb2_req_re_enumerate:1422: getting device descriptor at addr 2 failed! usb2_req_re_enumerate:1409: addr=2, set address failed! (ignored) usb2_req_re_enumerate:1422: getting device descriptor at addr 2 failed! ugen3.2: <> at usbus3 (disconnected) uhub_reattach_port:414: could not allocate new device! But it work, when I load snd_hda.ko. ugen3.4: at usbus3 umass0: on usbus3 umass0: SCSI over Bulk-Only; quirks = 0x0100 umass0:0:0:-1: Attached to scbus0 (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (probe0:umass-sim0:0:0:0): SCSI Status: Check Condition (probe0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 (probe0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed (probe0:umass-sim0:0:0:0): Retrying Command (per Sense Data) da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-2 device da0: 40.000MB/s transfers da0: 969MB (1986558 512 byte sectors: 64H 32S/T 969C) GEOM: da0: partition 1 does not start on a track boundary. GEOM: da0: partition 1 does not end on a track boundary. GEOM: da0s1: geometry does not match label (255h,63s != 64h,32s) Anyone has any ideas? Thanks -- Yoshifumi SASAKI, ONGS Inc. From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 08:55:07 2009 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 7034F106566B for ; Tue, 10 Mar 2009 08:55:07 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (77-93-215-190.static.masterinter.net [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id 2CB3C8FC13 for ; Tue, 10 Mar 2009 08:55:07 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id CB86F9CB07A; Tue, 10 Mar 2009 09:54:58 +0100 (CET) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id G-Y2hFOGC19r; Tue, 10 Mar 2009 09:54:56 +0100 (CET) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 87CB29CB0EE; Tue, 10 Mar 2009 09:54:56 +0100 (CET) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id n2A8sutC097720; Tue, 10 Mar 2009 09:54:56 +0100 (CET) (envelope-from rdivacky) Date: Tue, 10 Mar 2009 09:54:56 +0100 From: Roman Divacky To: Michael David Crawford Message-ID: <20090310085456.GA97596@freebsd.org> References: <49B6248F.9040708@prgmr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49B6248F.9040708@prgmr.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: Subversion dies on pkill checkout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2009 08:55:08 -0000 On Tue, Mar 10, 2009 at 01:27:59AM -0700, Michael David Crawford wrote: > Greetings, I just subscribed. I'm an experienced coder, but very much a > newbie with FreeBSD. This is the first of what will likely be many > questions. :-D > > When I try to do an svn co of head, or if I do an svn update from the > head directory after doing the checkout, I get the following error: > > A tools/regression/usr.bin/pkill/pkill-t.t > svn: In directory 'tools/regression/usr.bin/pkill' > svn: Can't move source to dest > svn: Can't move > 'tools/regression/usr.bin/pkill/.svn/tmp/prop-base/pgrep-s.t.svn-base' > to 'tools/regression/usr.bin/pkill/.svn/prop-base/pgrep-s.t.svn-base': > No such file or directory > > I'm not sure if this is a problem in the repository or with my build of > Subversion. I'm using Subversion 1.5.4. use the devel/subversion-freebsd port From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 08:57:37 2009 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 B5DDC1065673 for ; Tue, 10 Mar 2009 08:57:37 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 7A2018FC0A for ; Tue, 10 Mar 2009 08:57:37 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id DAE021CC94; Tue, 10 Mar 2009 09:57:36 +0100 (CET) Date: Tue, 10 Mar 2009 09:57:36 +0100 From: Ed Schouten To: Michael David Crawford Message-ID: <20090310085736.GB19161@hoeg.nl> References: <49B6248F.9040708@prgmr.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lZ/I5ubSOvRSGe9j" Content-Disposition: inline In-Reply-To: <49B6248F.9040708@prgmr.com> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: FreeBSD Current Subject: Re: Subversion dies on pkill checkout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2009 08:57:38 -0000 --lZ/I5ubSOvRSGe9j Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Michael, * Michael David Crawford wrote: > A tools/regression/usr.bin/pkill/pkill-t.t > svn: In directory 'tools/regression/usr.bin/pkill' > svn: Can't move source to dest > svn: Can't move =20 > 'tools/regression/usr.bin/pkill/.svn/tmp/prop-base/pgrep-s.t.svn-base' = =20 > to 'tools/regression/usr.bin/pkill/.svn/prop-base/pgrep-s.t.svn-base': = =20 > No such file or directory I guess this is yet another issue we're having with checking out our source tree on case insensitive file systems. I squashed some of these bugs some time ago, but I never got around fixing all of them. :-( --=20 Ed Schouten WWW: http://80386.nl/ --lZ/I5ubSOvRSGe9j Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkm2K4AACgkQ52SDGA2eCwVJywCeMl9pcf7cpEmyAY9wOVMGdMQw 1uYAn1n4ZCPL0R57IJHVwgYku1AKef7O =t3g3 -----END PGP SIGNATURE----- --lZ/I5ubSOvRSGe9j-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 09:15:44 2009 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 67F5F106566C for ; Tue, 10 Mar 2009 09:15:43 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 2B6488FC0C; Tue, 10 Mar 2009 09:15:43 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 7A58D1CC94; Tue, 10 Mar 2009 10:15:42 +0100 (CET) Date: Tue, 10 Mar 2009 10:15:42 +0100 From: Ed Schouten To: Andrey Chernov , current@freebsd.org Message-ID: <20090310091542.GC19161@hoeg.nl> References: <20090310062530.GA40793@nagual.pp.ru> <20090310081854.GA19161@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wk4DPTxmCEmmVfAX" Content-Disposition: inline In-Reply-To: <20090310081854.GA19161@hoeg.nl> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: pc98@FreeBSD.org Subject: Re: Bug: new syscons always resets SR to line 24 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2009 09:15:45 -0000 --wk4DPTxmCEmmVfAX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Andrey, * Ed Schouten wrote: > Anyway, I've got a patch that is not yet finished. It should fix the > problems you're having, but unfortunately it will remove the bright > color of the kernel messages: >=20 > http://80386.nl/pub/syscons-printf.diff >=20 > I've received some reports this patch fixes the issue, so after I've > fixed the kernel printf colors, I'll commit it to SVN. I've just uploaded a new version of the patch at the same address that should fix the kernel printf colors. It should work on all architectures, but unfortunately I couldn't test the PC98 code, because I don't own any PC98 hardware. I've CC'd this message to pc98@, hoping someone can test this patch to see whether syscons still works properly after applying this patch. Kernel messages should still have their own color. --=20 Ed Schouten WWW: http://80386.nl/ --wk4DPTxmCEmmVfAX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkm2L74ACgkQ52SDGA2eCwXoAgCfY6JCA5a7Ng09PcH8WG8qHoSy zj8An1gt3A1sV3QkLumJe1OatIFS1iUJ =OO+4 -----END PGP SIGNATURE----- --wk4DPTxmCEmmVfAX-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 09:38:45 2009 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 8527C1065670 for ; Tue, 10 Mar 2009 09:38:45 +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 619CC8FC15 for ; Tue, 10 Mar 2009 09:38:45 +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 ESMTPS id 0661C46B5B; Tue, 10 Mar 2009 05:38:45 -0400 (EDT) Date: Tue, 10 Mar 2009 09:38:44 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Michael David Crawford In-Reply-To: <49B6248F.9040708@prgmr.com> Message-ID: References: <49B6248F.9040708@prgmr.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: Subversion dies on pkill checkout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2009 09:38:45 -0000 On Tue, 10 Mar 2009, Michael David Crawford wrote: > Greetings, I just subscribed. I'm an experienced coder, but very much a > newbie with FreeBSD. This is the first of what will likely be many > questions. :-D > > When I try to do an svn co of head, or if I do an svn update from the head > directory after doing the checkout, I get the following error: > > A tools/regression/usr.bin/pkill/pkill-t.t > svn: In directory 'tools/regression/usr.bin/pkill' > svn: Can't move source to dest > svn: Can't move > 'tools/regression/usr.bin/pkill/.svn/tmp/prop-base/pgrep-s.t.svn-base' to > 'tools/regression/usr.bin/pkill/.svn/prop-base/pgrep-s.t.svn-base': No such > file or directory > > I'm not sure if this is a problem in the repository or with my build of > Subversion. I'm using Subversion 1.5.4. > > I'm doing this checkout on a Macintosh laptop running Mac OS X 10.4.11. I > just wanted to have the FreeBSD source tree on my laptop so I could browse > the sources, not to actually build them - I'll be doing my actual FreeBSD > development on a Xeon PC. > > Here is the command line I used for my anonymous checkout: > > $ svn co http://svn.freebsd.org/base/head > > Thanks for any advice you can give me. subversion isn't sure how to deal with colliding filenames from a case-sensitive repository being checked out onto a case-insensitive client. This is arguably a bug in the FreeBSD repository since it is desirable for people to be able to check out our tree on Mac OS X, etc. Interestingly, it also triggers real bugs in the svn client -- when I tried to clean up after the aborted checkout on my Mac OS X notebook, I got: robert@cinnamon:~/freebsd% svn cleanup head/ svn: In directory 'head/tools/regression/usr.bin/pkill' svn: Error processing command 'modify-wcprop' in 'head/tools/regression/usr.bin/pkill' svn: 'head/tools/regression/usr.bin/pkill/pkill-U.t' is not under version control rm -Rf on the pkill subtree appeared to help :-). I've corrected that instances of name collisions and am now attempting to check out the remainder of the tree, and will follow up if I have to correct further problems. In general, you should be able to create a disk image on Mac OS X that *is* case-sensitive, using Disk Utility, and check out there without a problem. Currently we do not support cross-build form Mac OS X, so most people developing on Mac OS X are using VMWare Fusion or some other emulator/virtualization package. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 10:03:34 2009 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 E6B401065672 for ; Tue, 10 Mar 2009 10:03:34 +0000 (UTC) (envelope-from mdc@prgmr.com) Received: from mail.prgmr.com (mail.prgmr.com [64.62.173.114]) by mx1.freebsd.org (Postfix) with ESMTP id D18818FC0C for ; Tue, 10 Mar 2009 10:03:34 +0000 (UTC) (envelope-from mdc@prgmr.com) Received: from frylock.local (c-71-198-249-174.hsd1.ca.comcast.net [71.198.249.174]) by mail.prgmr.com (Postfix) with ESMTP id EDE7268B5B; Tue, 10 Mar 2009 03:03:33 -0700 (PDT) Message-ID: <49B63AEC.2070305@prgmr.com> Date: Tue, 10 Mar 2009 03:03:24 -0700 From: Michael David Crawford Organization: Prgmr.com User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: Ed Schouten References: <49B6248F.9040708@prgmr.com> <20090310085736.GB19161@hoeg.nl> In-Reply-To: <20090310085736.GB19161@hoeg.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: Subversion dies on pkill checkout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2009 10:03:35 -0000 > * Michael David Crawford wrote: >> A tools/regression/usr.bin/pkill/pkill-t.t >> svn: In directory 'tools/regression/usr.bin/pkill' >> svn: Can't move source to dest >> svn: Can't move >> 'tools/regression/usr.bin/pkill/.svn/tmp/prop-base/pgrep-s.t.svn-base' >> to 'tools/regression/usr.bin/pkill/.svn/prop-base/pgrep-s.t.svn-base': >> No such file or directory Ed Schouten wrote: > I guess this is yet another issue we're having with checking out our > source tree on case insensitive file systems. That was it! I should have guessed - it's bitten me before. [*] The workaround - again this is on Mac OS X - is to use Disk Utility to create a big enough disk image file, then after it has been initialized, reformat it with a case-sensitive filesystem. One has the choice of the Unix Filesystem or case-sensitive HFS+. HFS+ is case-insensitive by default; I think the case-sensitive option is only available in recent OS X versions. I was able to do a full Subversion checkout onto the case-sensitive disk-image filesystem without any further trouble. > I squashed some of these > bugs some time ago, but I never got around fixing all of them. :-( Given that Mac OS X draws heavily on FreeBSD, and OS X' filesystem is case-insensitive by default, would it be helpful if I tracked them all down and submitted patches that would fix them all? It shouldn't be hard to write a script that detects files and directories whose names differ only in case. [*] libwww-perl installs a program called /usr/bin/HEAD that clobbers /usr/bin/head on Mac OS X. Hilarity will ensue months or even years later when some arcane build script tries to use head but gets HEAD's behavior instead. Mike -- Michael David Crawford mdc@prgmr.com prgmr.com - We Don't Assume You Are Stupid. Xen-Powered Virtual Private Servers: http://prgmr.com/xen From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 10:11:53 2009 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 DF151106564A for ; Tue, 10 Mar 2009 10:11:53 +0000 (UTC) (envelope-from fbsdlists@honeyguide.net) Received: from jail0064.vps.exonetric.net (jail0064.vps.exonetric.net [82.138.248.239]) by mx1.freebsd.org (Postfix) with ESMTP id A7DD58FC13 for ; Tue, 10 Mar 2009 10:11:53 +0000 (UTC) (envelope-from fbsdlists@honeyguide.net) Received: from [10.222.120.127] (tmo-105-233.customers.d1-online.com [80.187.105.233]) by jail0064.vps.exonetric.net (Postfix) with ESMTP id BB85BCA319; Tue, 10 Mar 2009 09:53:36 +0000 (GMT) Message-Id: <1F57D058-6C65-439A-85CC-B5DEC60BDC47@honeyguide.net> From: Stephan Lichtenauer To: Yoshifumi SASAKI In-Reply-To: <49B625BE.8060205@ongs.co.jp> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Tue, 10 Mar 2009 10:53:32 +0100 References: <49B625BE.8060205@ongs.co.jp> X-Mailer: Apple Mail (2.930.3) Cc: freebsd-current@freebsd.org Subject: Re: Try report: Sony VAIO Type P X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2009 10:11:54 -0000 Hi Yoshifumi, Am 10.03.2009 um 09:33 schrieb Yoshifumi SASAKI: > Hi current folks, I have tried Sony VAIO Type P. > Reporting TypeP situation JFYI. > Read this with great interest. I can not help unfortunately, but: Have you also tried suspend modes? Does this work? Best regards Stephan From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 10:38:53 2009 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 B07871065675 for ; Tue, 10 Mar 2009 10:38:53 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from itchy.rabson.org (unknown [IPv6:2002:50b1:e8f2:1::143]) by mx1.freebsd.org (Postfix) with ESMTP id 427AC8FC1A for ; Tue, 10 Mar 2009 10:38:53 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from [IPv6:2001:470:909f:1:21b:63ff:feb8:5abc] (unknown [IPv6:2001:470:909f:1:21b:63ff:feb8:5abc]) by itchy.rabson.org (Postfix) with ESMTP id 0F0C73FB8; Tue, 10 Mar 2009 10:37:34 +0000 (GMT) Message-Id: From: Doug Rabson To: Kostik Belousov In-Reply-To: <20090306222433.GF41617@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Tue, 10 Mar 2009 10:38:51 +0000 References: <49A69B74.1080201@sdf.lonestar.org> <49A97F2E.3030005@sdf.lonestar.org> <20090306213531.G60465@beagle.kn.op.dlr.de> <20090306211650.GD41617@deviant.kiev.zoral.com.ua> <20090306222433.GF41617@deviant.kiev.zoral.com.ua> X-Mailer: Apple Mail (2.930.3) Cc: tmclaugh@sdf.lonestar.org, Hartmut Brandt , kazakov@gmail.com, current@freebsd.org Subject: Re: problem with nss_ldap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2009 10:38:54 -0000 On 6 Mar 2009, at 22:24, Kostik Belousov wrote: > On Fri, Mar 06, 2009 at 05:00:49PM -0500, tmclaugh@sdf.lonestar.org > wrote: >>> On Fri, Mar 06, 2009 at 09:39:31PM +0100, Hartmut Brandt wrote: >>>> >>>> Hi Tom, >>>> >>>> On Sat, 28 Feb 2009, Tom McLaughlin wrote: >>>> >>>> TM>Tom McLaughlin wrote: >>>> TM>> Harti Brandt wrote: >>>> TM>> > On Sun, 18 Jan 2009, Hartmut.Brandt@dlr.de wrote: >>>> TM> >>>> TM>> > > Both create entries in /var/log/messages like: >>>> TM>> > > >>>> TM>> > > Jan 18 20:00:02 knopdnsimu13f cron[1495]: GSSAPI Error: >>>> Miscellaneous >>>> TM>> > > failure (see >>>> TM>> > > >>>> text)??????????????? >>>> ZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZ >>>> TM>Z >>>> TM>> Z >>>> TM>> > ZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZ >>>> TM>> > > Jan 18 20:00:02 knopdnsimu13f kernel: ZZZZZZZZZZZZZZZZ >>>> TM>> > > >>>> TM>> > > I've tried to figure out in which of the dozens of layered >>>> libraries >>>> TM>> > > (gss, sasl, ssl, ......) this error is generated but did >>>> not >>>> find >>>> TM>> > > anything. >>>> TM>> > > >>>> TM>> > > This is on amd64, krb5 enabled in pam, gssapi disabled in >>>> sshd_config >>>> TM>> > > (as I said, this worked before). >>>> TM>> > So to answer my own mail: I made a link from the kerberos >>>> ticket >>>> file >>>> TM>> > which contains the host ticket (and is specified in >>>> nss_ldap.conf) to >>>> TM>> > /tmp/krb5cc_0. I've no idea why this is suddenly necessary, >>>> though. >>>> TM>> >>>> TM>> There may be an issue with the env method used in nss_ldap to >>>> change the >>>> TM>> credentials cache. My mind is fuzzy but I do recall a similar >>>> issue but >>>> TM>> don't remember the exact cause or case. nss_ldap has a second >>>> configurable >>>> TM>> ccname method which when I submitted the original patch I >>>> intended >>>> to >>>> TM>> switch to once we had a newer heimdal. Once I get nss_ldap >>>> working >>>> on my >>>> TM>> box I intend to submit another patch. >>>> TM>> >>>> TM>> tom >>>> TM> >>>> TM>Hi Harti (CC maintainer), >>>> TM> >>>> TM>Can you try the attached patch for nss_ldap? This should >>>> cause the >>>> host >>>> TM>ticket to work correctly on -CURRENT. It's "my box approved". >>>> >>>> Does not work. I rebuilt my system with today's sources to be sure, >>>> removed my patches to the two library makefiles and rebuilt >>>> nss_ldap >>>> with >>>> your patch. I get: >>>> >>>> # ls -l >>>> dlopen: /usr/lib/libgssapi_spnego.so.10: Undefined symbol >>>> "GSS_C_NT_HOSTBASED_SERVICE" >>>> /libexec/ld-elf.so.1: /usr/lib/libgssapi_krb5.so.10: Undefined >>>> symbol >>>> "gss_oid_equal" >>>> >>>> Basically on everything I enter. Luckily vi still works :-) >>>> >>>> I saw that the configuration script claims not to find >>>> gss_krb5_ccache_name in -lgssapi or -lgssapi_krb5. This is >>>> because the >>>> test program for -lgssapi_krb5 links only to gssapi_krb5 but not to >>>> gssapi >>>> and so gets a lot of errors. I fixed this by adding gssapi, but the >>>> final >>>> result was the same. >>> >>> It seems that this is because libgssapi_krb5, libgssapi_spnego >>> and several other heimdal shared libraries are not linked against >>> libgssapi. >>> >>> >> >> As I understand it libgssapi_krb5 and libgssapi_spnego are not >> supposed to >> be linked against libgssapi. They're supposed to be just plugins. > > These objects reference symbols from libgssapi. The libgssapi or > nss_ldap > are dlopened without RTLD_GLOBAL flag, and libgssapi-provided symbols > are not available. As I understand, nss module must be not loaded with > RTLD_GLOBAL. > > Our binutils in base are old. Newer ld has a switch --no-allow-shlib- > undefined > that fails the link if shared library has undefined references. I find > it useful to catch and fix this kind of errors. The real problem is that nss_ldap should not link with libgssapi_krb5 directly. This library is a plugin for the mechanism-independant libgssapi and can not be used standalone. The nss_ldap module should link to libgssapi and that will handle loading libgssapi_krb5 as necessary. From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 11:08:26 2009 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 B1885106566C; Tue, 10 Mar 2009 11:08:26 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 73CE58FC1B; Tue, 10 Mar 2009 11:08:26 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [IPv6:2001:7b8:3a7:0:ddee:334e:921a:2c0d] (unknown [IPv6:2001:7b8:3a7:0:ddee:334e:921a:2c0d]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id ABF905C43; Tue, 10 Mar 2009 12:08:25 +0100 (CET) Message-ID: <49B64A2A.6090007@andric.com> Date: Tue, 10 Mar 2009 12:08:26 +0100 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1b3pre) Gecko/20090304 Shredder/3.0b3pre MIME-Version: 1.0 To: Doug Barton References: <49B61000.3000004@FreeBSD.org> In-Reply-To: <49B61000.3000004@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: ACPI Warning (tbutils-0243): Incorrect checksum in table [TCPA] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2009 11:08:27 -0000 On 2009-03-10 08:00, Doug Barton wrote: > Incorrect checksum in table [TCPA] I would guess, a crappy BIOS vendor? :) Apparently these tables are never used (or checked) by Windows, so the vendors don't bother with correctness... From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 11:19:36 2009 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 5C321106566C for ; Tue, 10 Mar 2009 11:19:36 +0000 (UTC) (envelope-from nyan@jp.FreeBSD.org) Received: from sakura.ccs.furiru.org (unknown [IPv6:2001:2f0:104:8060::1]) by mx1.freebsd.org (Postfix) with ESMTP id 05F088FC1E for ; Tue, 10 Mar 2009 11:19:35 +0000 (UTC) (envelope-from nyan@jp.FreeBSD.org) Received: from localhost (authenticated bits=0) by sakura.ccs.furiru.org (unknown) with ESMTP id n2ABJL4L013050; Tue, 10 Mar 2009 20:19:23 +0900 (JST) (envelope-from nyan@jp.FreeBSD.org) Date: Tue, 10 Mar 2009 20:19:21 +0900 (JST) Message-Id: <20090310.201921.162086213.nyan@jp.FreeBSD.org> To: ed@80386.nl From: Takahashi Yoshihiro In-Reply-To: <20090310091542.GC19161@hoeg.nl> References: <20090310062530.GA40793@nagual.pp.ru> <20090310081854.GA19161@hoeg.nl> <20090310091542.GC19161@hoeg.nl> X-Mailer: Mew version 6.2 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: ache@nagual.pp.ru, current@freebsd.org Subject: Re: Bug: new syscons always resets SR to line 24 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2009 11:19:36 -0000 In article <20090310091542.GC19161@hoeg.nl> Ed Schouten writes: > I've just uploaded a new version of the patch at the same address that > should fix the kernel printf colors. It should work on all > architectures, but unfortunately I couldn't test the PC98 code, because > I don't own any PC98 hardware. The patch works fine on pc98. Thanks!! --- TAKAHASHI Yoshihiro From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 11:30:06 2009 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 DE3211065675 for ; Tue, 10 Mar 2009 11:30:06 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 791938FC12 for ; Tue, 10 Mar 2009 11:30:06 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 97DE71CC94; Tue, 10 Mar 2009 12:30:05 +0100 (CET) Date: Tue, 10 Mar 2009 12:30:05 +0100 From: Ed Schouten To: Takahashi Yoshihiro Message-ID: <20090310113005.GC31961@hoeg.nl> References: <20090310062530.GA40793@nagual.pp.ru> <20090310081854.GA19161@hoeg.nl> <20090310091542.GC19161@hoeg.nl> <20090310.201921.162086213.nyan@jp.FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SkvwRMAIpAhPCcCJ" Content-Disposition: inline In-Reply-To: <20090310.201921.162086213.nyan@jp.FreeBSD.org> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: ache@nagual.pp.ru, current@freebsd.org Subject: Re: Bug: new syscons always resets SR to line 24 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2009 11:30:07 -0000 --SkvwRMAIpAhPCcCJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Takahashi Yoshihiro wrote: > The patch works fine on pc98. Thank you! Just committed this patch to SVN (r189617). --=20 Ed Schouten WWW: http://80386.nl/ --SkvwRMAIpAhPCcCJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkm2Tz0ACgkQ52SDGA2eCwXengCfeFNUBPAou9ESLfLgVYlzw36i n4UAni8GIDHVwUsNW4HaIIn5nZkMQsnY =Qc5Y -----END PGP SIGNATURE----- --SkvwRMAIpAhPCcCJ-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 11:40:49 2009 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 9D6331065672 for ; Tue, 10 Mar 2009 11:40:49 +0000 (UTC) (envelope-from sasaki@ongs.co.jp) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.246.90]) by mx1.freebsd.org (Postfix) with ESMTP id 6DF228FC0C for ; Tue, 10 Mar 2009 11:40:49 +0000 (UTC) (envelope-from sasaki@ongs.co.jp) Received: from zamillpen.ongs.co.jp (dullmdaler.ongs.co.jp [202.216.246.94]) by natial.ongs.co.jp (Postfix) with ESMTPSA id 892EA125422; Tue, 10 Mar 2009 20:40:48 +0900 (JST) Message-ID: <49B651C0.4040905@ongs.co.jp> Date: Tue, 10 Mar 2009 20:40:48 +0900 From: Yoshifumi SASAKI User-Agent: Thunderbird 2.0.0.19 (X11/20090307) MIME-Version: 1.0 To: Stephan Lichtenauer References: <49B625BE.8060205@ongs.co.jp> <1F57D058-6C65-439A-85CC-B5DEC60BDC47@honeyguide.net> In-Reply-To: <1F57D058-6C65-439A-85CC-B5DEC60BDC47@honeyguide.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Try report: Sony VAIO Type P X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2009 11:40:50 -0000 Hi Stephan. Stephan Lichtenauer wrote: > Hi Yoshifumi, > > Am 10.03.2009 um 09:33 schrieb Yoshifumi SASAKI: > >> Hi current folks, I have tried Sony VAIO Type P. >> Reporting TypeP situation JFYI. >> > > Read this with great interest. I can not help unfortunately, but: Have > you also tried suspend modes? Does this work? > > Best regards > > Stephan > Oh,I forget to write report ACPI. when I start FreeBSD with ACPI enable, follow messages to display and stop kernel or panic kernel. So I suppose Suspend modes not work:( ----- .... CPU: Intel(R) Atom(TM) CPU Z520 @ 1.33GHz (1421.27-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x106c2 Stepping = 2 Features=0xbfe9fbff Features2=0x40c3bd> AMD Features=0x100000 AMD Features2=0x1 TSC: P-state invariant Logical CPUs per core: 2 real memory = 2137317376 (2038 MB) avail memory = 2083246080 (1986 MB) AP #1 (PHY# 1) failed! panic y/n? [y] ----- thanks -- Yoshifumi SASAKI, ONGS Inc. From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 11:41:40 2009 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 2BA7F10656CE for ; Tue, 10 Mar 2009 11:41:40 +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 B5ABA8FC0C for ; Tue, 10 Mar 2009 11:41:39 +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 esmtps (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1Lh0L1-000ILj-Ul; Tue, 10 Mar 2009 13:41:35 +0200 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 n2ABfWIa080695 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 10 Mar 2009 13:41:32 +0200 (EET) (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 n2ABfW8I035625; Tue, 10 Mar 2009 13:41:32 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id n2ABfWQc035624; Tue, 10 Mar 2009 13:41:32 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 10 Mar 2009 13:41:32 +0200 From: Kostik Belousov To: Doug Rabson Message-ID: <20090310114131.GD41617@deviant.kiev.zoral.com.ua> References: <49A69B74.1080201@sdf.lonestar.org> <49A97F2E.3030005@sdf.lonestar.org> <20090306213531.G60465@beagle.kn.op.dlr.de> <20090306211650.GD41617@deviant.kiev.zoral.com.ua> <20090306222433.GF41617@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="c6PtJzCbsDFohpLX" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 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 1Lh0L1-000ILj-Ul f572459886c07b5904bac23124d3a3e9 X-Terabit: YES Cc: tmclaugh@sdf.lonestar.org, Hartmut Brandt , kazakov@gmail.com, current@freebsd.org Subject: Re: problem with nss_ldap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2009 11:41:40 -0000 --c6PtJzCbsDFohpLX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 10, 2009 at 10:38:51AM +0000, Doug Rabson wrote: >=20 > On 6 Mar 2009, at 22:24, Kostik Belousov wrote: >=20 > >On Fri, Mar 06, 2009 at 05:00:49PM -0500, tmclaugh@sdf.lonestar.org =20 > >wrote: > >>>On Fri, Mar 06, 2009 at 09:39:31PM +0100, Hartmut Brandt wrote: > >>>> > >>>>Hi Tom, > >>>> > >>>>On Sat, 28 Feb 2009, Tom McLaughlin wrote: > >>>> > >>>>TM>Tom McLaughlin wrote: > >>>>TM>> Harti Brandt wrote: > >>>>TM>> > On Sun, 18 Jan 2009, Hartmut.Brandt@dlr.de wrote: > >>>>TM> > >>>>TM>> > > Both create entries in /var/log/messages like: > >>>>TM>> > > > >>>>TM>> > > Jan 18 20:00:02 knopdnsimu13f cron[1495]: GSSAPI Error: > >>>>Miscellaneous > >>>>TM>> > > failure (see > >>>>TM>> > > > >>>>text)???????????????=20 > >>>>ZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZ= ZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZ= ZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZ= ZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZ= ZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZ= ZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZ= ZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZ= ZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZ= ZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZ= ZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZ= ZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZ= ZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZ > >>>>TM>Z > >>>>TM>> Z > >>>>TM>> > ZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZ > >>>>TM>> > > Jan 18 20:00:02 knopdnsimu13f kernel: ZZZZZZZZZZZZZZZZ > >>>>TM>> > > > >>>>TM>> > > I've tried to figure out in which of the dozens of layered > >>>>libraries > >>>>TM>> > > (gss, sasl, ssl, ......) this error is generated but did =20 > >>>>not > >>>>find > >>>>TM>> > > anything. > >>>>TM>> > > > >>>>TM>> > > This is on amd64, krb5 enabled in pam, gssapi disabled in > >>>>sshd_config > >>>>TM>> > > (as I said, this worked before). > >>>>TM>> > So to answer my own mail: I made a link from the kerberos =20 > >>>>ticket > >>>>file > >>>>TM>> > which contains the host ticket (and is specified in > >>>>nss_ldap.conf) to > >>>>TM>> > /tmp/krb5cc_0. I've no idea why this is suddenly necessary, > >>>>though. > >>>>TM>> > >>>>TM>> There may be an issue with the env method used in nss_ldap to > >>>>change the > >>>>TM>> credentials cache. My mind is fuzzy but I do recall a similar > >>>>issue but > >>>>TM>> don't remember the exact cause or case. nss_ldap has a second > >>>>configurable > >>>>TM>> ccname method which when I submitted the original patch I =20 > >>>>intended > >>>>to > >>>>TM>> switch to once we had a newer heimdal. Once I get nss_ldap =20 > >>>>working > >>>>on my > >>>>TM>> box I intend to submit another patch. > >>>>TM>> > >>>>TM>> tom > >>>>TM> > >>>>TM>Hi Harti (CC maintainer), > >>>>TM> > >>>>TM>Can you try the attached patch for nss_ldap? This should =20 > >>>>cause the > >>>>host > >>>>TM>ticket to work correctly on -CURRENT. It's "my box approved". > >>>> > >>>>Does not work. I rebuilt my system with today's sources to be sure, > >>>>removed my patches to the two library makefiles and rebuilt =20 > >>>>nss_ldap > >>>>with > >>>>your patch. I get: > >>>> > >>>># ls -l > >>>>dlopen: /usr/lib/libgssapi_spnego.so.10: Undefined symbol > >>>>"GSS_C_NT_HOSTBASED_SERVICE" > >>>>/libexec/ld-elf.so.1: /usr/lib/libgssapi_krb5.so.10: Undefined =20 > >>>>symbol > >>>>"gss_oid_equal" > >>>> > >>>>Basically on everything I enter. Luckily vi still works :-) > >>>> > >>>>I saw that the configuration script claims not to find > >>>>gss_krb5_ccache_name in -lgssapi or -lgssapi_krb5. This is =20 > >>>>because the > >>>>test program for -lgssapi_krb5 links only to gssapi_krb5 but not to > >>>>gssapi > >>>>and so gets a lot of errors. I fixed this by adding gssapi, but the > >>>>final > >>>>result was the same. > >>> > >>>It seems that this is because libgssapi_krb5, libgssapi_spnego > >>>and several other heimdal shared libraries are not linked against > >>>libgssapi. > >>> > >>> > >> > >>As I understand it libgssapi_krb5 and libgssapi_spnego are not =20 > >>supposed to > >>be linked against libgssapi. They're supposed to be just plugins. > > > >These objects reference symbols from libgssapi. The libgssapi or =20 > >nss_ldap > >are dlopened without RTLD_GLOBAL flag, and libgssapi-provided symbols > >are not available. As I understand, nss module must be not loaded with > >RTLD_GLOBAL. > > > >Our binutils in base are old. Newer ld has a switch --no-allow-shlib-=20 > >undefined > >that fails the link if shared library has undefined references. I find > >it useful to catch and fix this kind of errors. >=20 >=20 > The real problem is that nss_ldap should not link with libgssapi_krb5 =20 > directly. This library is a plugin for the mechanism-independant =20 > libgssapi and can not be used standalone. The nss_ldap module should =20 > link to libgssapi and that will handle loading libgssapi_krb5 as =20 > necessary. >=20 I think this is a different problem, and it does not invalidates the requirement for each dso to be linked against all required dso's that provide symbols referenced by the first one. --c6PtJzCbsDFohpLX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkm2UesACgkQC3+MBN1Mb4jGLQCeLitgzFnqpBuvQ6K8w1mvlwj0 QrQAoJcKe1id1Fuw2MPJMdzA5+voEr1o =H5fc -----END PGP SIGNATURE----- --c6PtJzCbsDFohpLX-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 11:55:02 2009 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 B73FB10656EE for ; Tue, 10 Mar 2009 11:55:02 +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 5FECE8FC13 for ; Tue, 10 Mar 2009 11:55:02 +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 n2ABsHVu024977; Tue, 10 Mar 2009 05:54:18 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 10 Mar 2009 20:54:39 +0900 (JST) Message-Id: <20090310.205439.-1525215866.imp@bsdimp.com> To: pluknet@gmail.com From: "M. Warner Losh" In-Reply-To: References: 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-current@FreeBSD.org Subject: Re: Unable to set devclass (devname: (null) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2009 11:55:03 -0000 In message: pluknet writes: : Hi. : : Is it ok (and how much harmfull) to see this message? : : driver bug: Unable to set devclass (devname: (null)) : : P.S. : This is introduced in subr_bus.c, v1.216 : - PDEBUG(("Unable to set device class")); : + printf("driver bug: Unable to set devclass (devname: %s)\n", : + (child ? device_get_name(child) : : + "no device")); : : where PDEBUG was moved from BUS_DEBUG to general output. I would say generally no. when do you see it? Warner From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 12:17:40 2009 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 D2207106568F for ; Tue, 10 Mar 2009 12:17:40 +0000 (UTC) (envelope-from vkushnir@bigmir.net) Received: from ex.volia.net (ex.volia.net [82.144.192.10]) by mx1.freebsd.org (Postfix) with ESMTP id 331A28FC16 for ; Tue, 10 Mar 2009 12:17:40 +0000 (UTC) (envelope-from vkushnir@bigmir.net) Received: from em.volia.net ([82.144.192.9]) by ex.volia.net with esmtp (Exim 4.63 (FreeBSD)) (envelope-from ) id 1LgzSn-0001UQ-Da for current@freebsd.org; Tue, 10 Mar 2009 12:45:33 +0200 Received: from known-sliper.volia.net ([93.72.81.43] helo=kushnir1.kiev.ua) by em.volia.net with esmtp (Exim 4.63 (FreeBSD)) (envelope-from ) id 1LgzSm-0004VJ-RY for current@freebsd.org; Tue, 10 Mar 2009 12:45:33 +0200 Received: from kushnir1.kiev.ua (kushnir1.kiev.ua [192.168.0.10]) by kushnir1.kiev.ua (8.14.3/8.13.8) with ESMTP id n2AAic7W001658 for ; Tue, 10 Mar 2009 12:44:38 +0200 (EET) (envelope-from vkushnir@bigmir.net) Date: Tue, 10 Mar 2009 12:44:38 +0200 (EET) From: Vladimir Kushnir X-X-Sender: vkushnir@kushnir1.kiev.ua To: current@freebsd.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="2523778223-1173067501-1236681878=:1591" X-Volia-Original-IP: 93.72.81.43 Cc: Subject: LOR and sysctl(vfs.bufspace...) failed: Cannot allocate memory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2009 12:17:49 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --2523778223-1173067501-1236681878=:1591 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Since the last buildworld/buildkernel I'm getting this kind of things: ~> top top: sysctl(vfs.bufspace...) failed: Cannot allocate memory and so on. This is with both custom kernel and GENERIC under amd64-CURRENT: ~> uname -a FreeBSD kushnir1.kiev.ua 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Tue Mar 10 11:35:34 EET 2009 root@kushnir1.kiev.ua:/usr/obj/usr/src/sys/GENERIC amd64 Besides, there was a LOR (dmesg output attached). Regards, Vladimir --2523778223-1173067501-1236681878=:1591 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=dmesg.out Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename=dmesg.out Q29weXJpZ2h0IChjKSAxOTkyLTIwMDkgVGhlIEZyZWVCU0QgUHJvamVjdC4N CkNvcHlyaWdodCAoYykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4OCwg MTk4OSwgMTk5MSwgMTk5MiwgMTk5MywgMTk5NA0KCVRoZSBSZWdlbnRzIG9m IHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEuIEFsbCByaWdodHMgcmVz ZXJ2ZWQuDQpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2Yg VGhlIEZyZWVCU0QgRm91bmRhdGlvbi4NCkZyZWVCU0QgOC4wLUNVUlJFTlQg IzA6IFR1ZSBNYXIgMTAgMTE6MzU6MzQgRUVUIDIwMDkNCiAgICByb290QGt1 c2huaXIxLmtpZXYudWE6L3Vzci9vYmovdXNyL3NyYy9zeXMvR0VORVJJQw0K V0FSTklORzogV0lUTkVTUyBvcHRpb24gZW5hYmxlZCwgZXhwZWN0IHJlZHVj ZWQgcGVyZm9ybWFuY2UuDQpUaW1lY291bnRlciAiaTgyNTQiIGZyZXF1ZW5j eSAxMTkzMTgyIEh6IHF1YWxpdHkgMA0KQ1BVOiBBTUQgQXRobG9uKHRtKSA2 NCBQcm9jZXNzb3IgMzAwMCsgKDE4MDkuMjgtTUh6IEs4LWNsYXNzIENQVSkN CiAgT3JpZ2luID0gIkF1dGhlbnRpY0FNRCIgIElkID0gMHgxMGZmMCAgU3Rl cHBpbmcgPSAwDQogIEZlYXR1cmVzPTB4NzhiZmJmZjxGUFUsVk1FLERFLFBT RSxUU0MsTVNSLFBBRSxNQ0UsQ1g4LEFQSUMsU0VQLE1UUlIsUEdFLE1DQSxD TU9WLFBBVCxQU0UzNixDTEZMVVNILE1NWCxGWFNSLFNTRSxTU0UyPg0KICBB TUQgRmVhdHVyZXM9MHhlMjUwMDgwMDxTWVNDQUxMLE5YLE1NWCssRkZYU1Is TE0sM0ROb3chKywzRE5vdyE+DQogIEFNRCBGZWF0dXJlczI9MHgxPExBSEY+ DQp1c2FibGUgbWVtb3J5ID0gNTIwNTA3MzkyICg0OTYgTUIpDQphdmFpbCBt ZW1vcnkgID0gNTAwMDY0MjU2ICg0NzYgTUIpDQpBQ1BJIEFQSUMgVGFibGU6 IDxOdmlkaWEgQVdSREFDUEk+DQppb2FwaWMwIDxWZXJzaW9uIDEuMT4gaXJx cyAwLTIzIG9uIG1vdGhlcmJvYXJkDQprYmQxIGF0IGtiZG11eDANCmFjcGkw OiA8TnZpZGlhIEFXUkRBQ1BJPiBvbiBtb3RoZXJib2FyZA0KYWNwaTA6IFtJ VEhSRUFEXQ0KYWNwaTA6IFBvd2VyIEJ1dHRvbiAoZml4ZWQpDQphY3BpMDog cmVzZXJ2YXRpb24gb2YgMCwgYTAwMDAgKDMpIGZhaWxlZA0KYWNwaTA6IHJl c2VydmF0aW9uIG9mIDEwMDAwMCwgMWZlZjAwMDAgKDMpIGZhaWxlZA0KVGlt ZWNvdW50ZXIgIkFDUEktZmFzdCIgZnJlcXVlbmN5IDM1Nzk1NDUgSHogcXVh bGl0eSAxMDAwDQphY3BpX3RpbWVyMDogPDI0LWJpdCB0aW1lciBhdCAzLjU3 OTU0NU1Iej4gcG9ydCAweDQwMDgtMHg0MDBiIG9uIGFjcGkwDQphY3BpX2J1 dHRvbjA6IDxQb3dlciBCdXR0b24+IG9uIGFjcGkwDQpwY2liMDogPEFDUEkg SG9zdC1QQ0kgYnJpZGdlPiBwb3J0IDB4Y2Y4LTB4Y2ZmIG9uIGFjcGkwDQpw Y2kwOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMA0KcGNpMDogPG1lbW9yeT4g YXQgZGV2aWNlIDAuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQ0KaXNhYjA6IDxQ Q0ktSVNBIGJyaWRnZT4gYXQgZGV2aWNlIDEuMCBvbiBwY2kwDQppc2EwOiA8 SVNBIGJ1cz4gb24gaXNhYjANCnBjaTA6IDxzZXJpYWwgYnVzLCBTTUJ1cz4g YXQgZGV2aWNlIDEuMSAobm8gZHJpdmVyIGF0dGFjaGVkKQ0Kb2hjaTA6IDxP SENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gbWVtIDB4ZGExMDQwMDAt MHhkYTEwNGZmZiBhdCBkZXZpY2UgMi4wIG9uIHBjaTANCm9oY2kwOiBbSVRI UkVBRF0NCnVzYnVzMDogPE9IQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVy PiBvbiBvaGNpMA0KZWhjaTA6IDxOVklESUEgbkZvcmNlNCBVU0IgMi4wIGNv bnRyb2xsZXI+IG1lbSAweGRhMTA1MDAwLTB4ZGExMDUwZmYgYXQgZGV2aWNl IDIuMSBvbiBwY2kwDQplaGNpMDogW0lUSFJFQURdDQp1c2J1czE6IEVIQ0kg dmVyc2lvbiAxLjANCnVzYnVzMTogPE5WSURJQSBuRm9yY2U0IFVTQiAyLjAg Y29udHJvbGxlcj4gb24gZWhjaTANCnBjbTA6IDxuVmlkaWEgbkZvcmNlND4g cG9ydCAweGRjMDAtMHhkY2ZmLDB4ZTAwMC0weGUwZmYgbWVtIDB4ZGExMDMw MDAtMHhkYTEwM2ZmZiBpcnEgMjAgYXQgZGV2aWNlIDQuMCBvbiBwY2kwDQpw Y20wOiBbSVRIUkVBRF0NCnBjbTA6IDxBdmFuY2UgTG9naWMgQUxDODUwIEFD OTcgQ29kZWM+DQphdGFwY2kwOiA8blZpZGlhIG5Gb3JjZSBDSzgwNCBVRE1B MTMzIGNvbnRyb2xsZXI+IHBvcnQgMHgxZjAtMHgxZjcsMHgzZjYsMHgxNzAt MHgxNzcsMHgzNzYsMHhmMDAwLTB4ZjAwZiBhdCBkZXZpY2UgNi4wIG9uIHBj aTANCmF0YTA6IDxBVEEgY2hhbm5lbCAwPiBvbiBhdGFwY2kwDQphdGEwOiBb SVRIUkVBRF0NCmF0YTE6IDxBVEEgY2hhbm5lbCAxPiBvbiBhdGFwY2kwDQph dGExOiBbSVRIUkVBRF0NCmF0YXBjaTE6IDxuVmlkaWEgbkZvcmNlIENLODA0 IFNBVEEzMDAgY29udHJvbGxlcj4gcG9ydCAweDlmMC0weDlmNywweGJmMC0w eGJmMywweDk3MC0weDk3NywweGI3MC0weGI3MywweGQ4MDAtMHhkODBmIG1l bSAweGRhMTAyMDAwLTB4ZGExMDJmZmYgaXJxIDIxIGF0IGRldmljZSA3LjAg b24gcGNpMA0KYXRhcGNpMTogW0lUSFJFQURdDQphdGEyOiA8QVRBIGNoYW5u ZWwgMD4gb24gYXRhcGNpMQ0KYXRhMjogW0lUSFJFQURdDQphdGEzOiA8QVRB IGNoYW5uZWwgMT4gb24gYXRhcGNpMQ0KYXRhMzogW0lUSFJFQURdDQphdGFw Y2kyOiA8blZpZGlhIG5Gb3JjZSBDSzgwNCBTQVRBMzAwIGNvbnRyb2xsZXI+ IHBvcnQgMHg5ZTAtMHg5ZTcsMHhiZTAtMHhiZTMsMHg5NjAtMHg5NjcsMHhi NjAtMHhiNjMsMHhjNDAwLTB4YzQwZiBtZW0gMHhkYTEwMTAwMC0weGRhMTAx ZmZmIGlycSAyMiBhdCBkZXZpY2UgOC4wIG9uIHBjaTANCmF0YXBjaTI6IFtJ VEhSRUFEXQ0KYXRhNDogPEFUQSBjaGFubmVsIDA+IG9uIGF0YXBjaTINCmF0 YTQ6IFtJVEhSRUFEXQ0KYXRhNTogPEFUQSBjaGFubmVsIDE+IG9uIGF0YXBj aTINCmF0YTU6IFtJVEhSRUFEXQ0KcGNpYjE6IDxBQ1BJIFBDSS1QQ0kgYnJp ZGdlPiBhdCBkZXZpY2UgOS4wIG9uIHBjaTANCnBjaTU6IDxBQ1BJIFBDSSBi dXM+IG9uIHBjaWIxDQpmd29oY2kwOiA8VGV4YXMgSW5zdHJ1bWVudHMgVFNC NDNBQjIyL0E+IG1lbSAweGRhMDA0MDAwLTB4ZGEwMDQ3ZmYsMHhkYTAwMDAw MC0weGRhMDAzZmZmIGF0IGRldmljZSAxMS4wIG9uIHBjaTUNCmZ3b2hjaTA6 IFtJVEhSRUFEXQ0KZndvaGNpMDogT0hDSSB2ZXJzaW9uIDEuMTAgKFJPTT0x KQ0KZndvaGNpMDogTm8uIG9mIElzb2Nocm9ub3VzIGNoYW5uZWxzIGlzIDQu DQpmd29oY2kwOiBFVUk2NCAwMDoxMTpkODowMDowMDoxYjo2MDphNQ0KZndv aGNpMDogUGh5IDEzOTRhIGF2YWlsYWJsZSBTNDAwLCAyIHBvcnRzLg0KZndv aGNpMDogTGluayBTNDAwLCBtYXhfcmVjIDEyOCBieXRlcy4NCmZ3b2hjaTA6 IG1heF9yZWMgMTI4IC0+IDIwNDgNCmZpcmV3aXJlMDogPElFRUUxMzk0KEZp cmVXaXJlKSBidXM+IG9uIGZ3b2hjaTANCmRjb25zX2Nyb20wOiA8ZGNvbnMg Y29uZmlndXJhdGlvbiBST00+IG9uIGZpcmV3aXJlMA0KZGNvbnNfY3JvbTA6 IGJ1c19hZGRyIDB4MWYxOGMwMDANCmZ3ZTA6IDxFdGhlcm5ldCBvdmVyIEZp cmVXaXJlPiBvbiBmaXJld2lyZTANCmlmX2Z3ZTA6IEZha2UgRXRoZXJuZXQg YWRkcmVzczogMDI6MTE6ZDg6MWI6NjA6YTUNCmZ3ZTA6IEV0aGVybmV0IGFk ZHJlc3M6IDAyOjExOmQ4OjFiOjYwOmE1DQpmd2lwMDogPElQIG92ZXIgRmly ZVdpcmU+IG9uIGZpcmV3aXJlMA0KZndpcDA6IEZpcmV3aXJlIGFkZHJlc3M6 IDAwOjExOmQ4OjAwOjAwOjFiOjYwOmE1IEAgMHhmZmZlMDAwMDAwMDAsIFM0 MDAsIG1heHJlYyAyMDQ4DQpzYnAwOiA8U0JQLTIvU0NTSSBvdmVyIEZpcmVX aXJlPiBvbiBmaXJld2lyZTANCmZ3b2hjaTA6IEluaXRpYXRlIGJ1cyByZXNl dA0KZndvaGNpMDogZndvaGNpX2ludHJfY29yZTogQlVTIHJlc2V0DQpmd29o Y2kwOiBmd29oY2lfaW50cl9jb3JlOiBub2RlX2lkPTB4MDAwMDAwMDAsIFNl bGZJRCBDb3VudD0xLCBDWUNMRU1BU1RFUiBtb2RlDQpuZmUwOiA8TlZJRElB IG5Gb3JjZTQgQ0s4MDQgTUNQOSBOZXR3b3JraW5nIEFkYXB0ZXI+IHBvcnQg MHhiMDAwLTB4YjAwNyBtZW0gMHhkYTEwMDAwMC0weGRhMTAwZmZmIGlycSAy MyBhdCBkZXZpY2UgMTAuMCBvbiBwY2kwDQptaWlidXMwOiA8TUlJIGJ1cz4g b24gbmZlMA0KZTEwMDBwaHkwOiA8TWFydmVsbCA4OEUxMTExIEdpZ2FiaXQg UEhZPiBQSFkgOSBvbiBtaWlidXMwDQplMTAwMHBoeTA6ICAxMGJhc2VULCAx MGJhc2VULUZEWCwgMTAwYmFzZVRYLCAxMDBiYXNlVFgtRkRYLCAxMDAwYmFz ZVRYLUZEWCwgYXV0bw0KbmZlMDogRXRoZXJuZXQgYWRkcmVzczogMDA6MTE6 ZDg6YWE6MDc6ZWINCm5mZTA6IFtGSUxURVJdDQpwY2liMjogPEFDUEkgUENJ LVBDSSBicmlkZ2U+IGF0IGRldmljZSAxMS4wIG9uIHBjaTANCnBjaTQ6IDxB Q1BJIFBDSSBidXM+IG9uIHBjaWIyDQpwY2liMzogPEFDUEkgUENJLVBDSSBi cmlkZ2U+IGF0IGRldmljZSAxMi4wIG9uIHBjaTANCnBjaTM6IDxBQ1BJIFBD SSBidXM+IG9uIHBjaWIzDQpwY2liNDogPEFDUEkgUENJLVBDSSBicmlkZ2U+ IGF0IGRldmljZSAxMy4wIG9uIHBjaTANCnBjaTI6IDxBQ1BJIFBDSSBidXM+ IG9uIHBjaWI0DQpwY2liNTogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRl dmljZSAxNC4wIG9uIHBjaTANCnBjaTE6IDxBQ1BJIFBDSSBidXM+IG9uIHBj aWI1DQp2Z2FwY2kwOiA8VkdBLWNvbXBhdGlibGUgZGlzcGxheT4gcG9ydCAw eGEwMDAtMHhhMGZmIG1lbSAweGQwMDAwMDAwLTB4ZDdmZmZmZmYsMHhkOTAw MDAwMC0weGQ5MDBmZmZmIGlycSAxOCBhdCBkZXZpY2UgMC4wIG9uIHBjaTEN CnZnYXBjaTE6IDxWR0EtY29tcGF0aWJsZSBkaXNwbGF5PiBtZW0gMHhkOTAx MDAwMC0weGQ5MDFmZmZmIGF0IGRldmljZSAwLjEgb24gcGNpMQ0KYWNwaV90 ejA6IDxUaGVybWFsIFpvbmU+IG9uIGFjcGkwDQphY3BpX2FpYm9vc3QwOiA8 QVNVU3RlayBBSUJPT1NURVI+IG9uIGFjcGkwDQphdHJ0YzA6IDxBVCByZWFs dGltZSBjbG9jaz4gcG9ydCAweDcwLTB4NzMgaXJxIDggb24gYWNwaTANCmZk YzA6IDxmbG9wcHkgZHJpdmUgY29udHJvbGxlcj4gcG9ydCAweDNmMC0weDNm NSwweDNmNyBpcnEgNiBkcnEgMiBvbiBhY3BpMA0KZmRjMDogW0ZJTFRFUl0N CmZkMDogPDE0NDAtS0IgMy41IiBkcml2ZT4gb24gZmRjMCBkcml2ZSAwDQp1 YXJ0MDogPDE2NTUwIG9yIGNvbXBhdGlibGU+IHBvcnQgMHgzZjgtMHgzZmYg aXJxIDQgZmxhZ3MgMHgxMCBvbiBhY3BpMA0KdWFydDA6IFtGSUxURVJdDQpw cGMwOiA8UGFyYWxsZWwgcG9ydD4gcG9ydCAweDM3OC0weDM3ZiwweDc3OC0w eDc3YiBpcnEgNyBkcnEgMyBvbiBhY3BpMA0KcHBjMDogU01DLWxpa2UgY2hp cHNldCAoRUNQL0VQUC9QUzIvTklCQkxFKSBpbiBDT01QQVRJQkxFIG1vZGUN CnBwYzA6IEZJRk8gd2l0aCAxNi8xNi8xNiBieXRlcyB0aHJlc2hvbGQNCnBw YzA6IFtJVEhSRUFEXQ0KcHBidXMwOiA8UGFyYWxsZWwgcG9ydCBidXM+IG9u IHBwYzANCnBsaXAwOiA8UExJUCBuZXR3b3JrIGludGVyZmFjZT4gb24gcHBi dXMwDQpwbGlwMDogW0lUSFJFQURdDQpscHQwOiA8UHJpbnRlcj4gb24gcHBi dXMwDQpscHQwOiBbSVRIUkVBRF0NCmxwdDA6IEludGVycnVwdC1kcml2ZW4g cG9ydA0KcHBpMDogPFBhcmFsbGVsIEkvTz4gb24gcHBidXMwDQphdGtiZGMw OiA8S2V5Ym9hcmQgY29udHJvbGxlciAoaTgwNDIpPiBwb3J0IDB4NjAsMHg2 NCBpcnEgMSBvbiBhY3BpMA0KYXRrYmQwOiA8QVQgS2V5Ym9hcmQ+IGlycSAx IG9uIGF0a2JkYzANCmtiZDAgYXQgYXRrYmQwDQphdGtiZDA6IFtHSUFOVC1M T0NLRURdDQphdGtiZDA6IFtJVEhSRUFEXQ0KcHNtMDogPFBTLzIgTW91c2U+ IGlycSAxMiBvbiBhdGtiZGMwDQpwc20wOiBbR0lBTlQtTE9DS0VEXQ0KcHNt MDogW0lUSFJFQURdDQpwc20wOiBtb2RlbCBJbnRlbGxpTW91c2UgRXhwbG9y ZXIsIGRldmljZSBJRCA0DQpjcHUwOiA8QUNQSSBDUFU+IG9uIGFjcGkwDQph Y3BpX3Rocm90dGxlMDogPEFDUEkgQ1BVIFRocm90dGxpbmc+IG9uIGNwdTAN CnBvd2Vybm93MDogPENvb2xgbidRdWlldCBLOD4gb24gY3B1MA0Kb3JtMDog PElTQSBPcHRpb24gUk9Ncz4gYXQgaW9tZW0gMHhjMDAwMC0weGNjZmZmLDB4 ZDAwMDAtMHhkM2ZmZiBvbiBpc2EwDQpzYzA6IDxTeXN0ZW0gY29uc29sZT4g YXQgZmxhZ3MgMHgxMDAgb24gaXNhMA0Kc2MwOiBWR0EgPDE2IHZpcnR1YWwg Y29uc29sZXMsIGZsYWdzPTB4MzAwPg0KdmdhMDogPEdlbmVyaWMgSVNBIFZH QT4gYXQgcG9ydCAweDNjMC0weDNkZiBpb21lbSAweGEwMDAwLTB4YmZmZmYg b24gaXNhMA0KVGltZWNvdW50ZXIgIlRTQyIgZnJlcXVlbmN5IDE4MDkyODEx NjAgSHogcXVhbGl0eSA4MDANClRpbWVjb3VudGVycyB0aWNrIGV2ZXJ5IDEu MDAwIG1zZWMNCmZpcmV3aXJlMDogMSBub2RlcywgbWF4aG9wIDw9IDAgY2Fi bGUgSVJNIGlybSgwKSAgKG1lKSANCmZpcmV3aXJlMDogYnVzIG1hbmFnZXIg MCANCnVzYnVzMDogMTJNYnBzIEZ1bGwgU3BlZWQgVVNCIHYxLjANCnVzYnVz MTogNDgwTWJwcyBIaWdoIFNwZWVkIFVTQiB2Mi4wDQp1Z2VuMC4xOiA8blZp ZGlhPiBhdCB1c2J1czANCnVodWIwOiA8blZpZGlhIE9IQ0kgcm9vdCBIVUIs IGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czAN CnVnZW4xLjE6IDxuVmlkaWE+IGF0IHVzYnVzMQ0KdWh1YjE6IDxuVmlkaWEg RUhDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMi4wMC8xLjAwLCBhZGRy IDE+IG9uIHVzYnVzMQ0KYWNkMDogRFZEUiA8QVNVUyBEUlctMTYwOFAyUy8x LjIyPiBhdCBhdGEwLW1hc3RlciBVRE1BNjYNCmFjZDE6IENEUlcgPE5FQyBD RC1SVyBOUi05NTAwQS9OUzAwPiBhdCBhdGExLW1hc3RlciBVRE1BMzMNCmFk ODogMTUyNjI3TUIgPFNlYWdhdGUgU1QzMTYwODI3QVMgMy40Mj4gYXQgYXRh NC1tYXN0ZXIgU0FUQTE1MA0KdWh1YjA6IDEwIHBvcnRzIHdpdGggMTAgcmVt b3ZhYmxlLCBzZWxmIHBvd2VyZWQNCkdFT006IGFkOHMyOiBnZW9tZXRyeSBk b2VzIG5vdCBtYXRjaCBsYWJlbCAoMjU1aCw2M3MgIT0gMTZoLDYzcykuDQoo cHJvYmU4OmF0YTE6MDowOjApOiBURVNUIFVOSVQgUkVBRFkuIENEQjogMCAw IDAgMCAwIDAgDQoocHJvYmU4OmF0YTE6MDowOjApOiBDQU0gU3RhdHVzOiBT Q1NJIFN0YXR1cyBFcnJvcg0KKHByb2JlODphdGExOjA6MDowKTogU0NTSSBT dGF0dXM6IENoZWNrIENvbmRpdGlvbg0KKHByb2JlODphdGExOjA6MDowKTog Tk9UIFJFQURZIGFzYzozYSwwDQoocHJvYmU4OmF0YTE6MDowOjApOiBNZWRp dW0gbm90IHByZXNlbnQNCihwcm9iZTg6YXRhMTowOjA6MCk6IFVucmV0cnlh YmxlIGVycm9yDQp1aHViMTogMTAgcG9ydHMgd2l0aCAxMCByZW1vdmFibGUs IHNlbGYgcG93ZXJlZA0KYWNkMDogRkFJTFVSRSAtIElOUVVJUlkgSUxMRUdB TCBSRVFVRVNUIGFzYz0weDI0IGFzY3E9MHgwMCBza3M9MHg0OCAweDAwIDB4 MDENCihwcm9iZTc6YXRhMDowOjA6MCk6IFRFU1QgVU5JVCBSRUFEWS4gQ0RC OiAwIDAgMCAwIDAgMCANCihwcm9iZTc6YXRhMDowOjA6MCk6IENBTSBTdGF0 dXM6IFNDU0kgU3RhdHVzIEVycm9yDQoocHJvYmU3OmF0YTA6MDowOjApOiBT Q1NJIFN0YXR1czogQ2hlY2sgQ29uZGl0aW9uDQoocHJvYmU3OmF0YTA6MDow OjApOiBOT1QgUkVBRFkgYXNjOjNhLDANCihwcm9iZTc6YXRhMDowOjA6MCk6 IE1lZGl1bSBub3QgcHJlc2VudA0KKHByb2JlNzphdGEwOjA6MDowKTogVW5y ZXRyeWFibGUgZXJyb3INCmNkMSBhdCBhdGExIGJ1cyAwIHRhcmdldCAwIGx1 biAwDQpjZDE6IDxfTkVDIENELVJXIE5SLTk1MDBBIE5TMDA+IFJlbW92YWJs ZSBDRC1ST00gU0NTSS0wIGRldmljZSANCmNkMTogMzMuMDAwTUIvcyB0cmFu c2ZlcnMNCmNkMTogQXR0ZW1wdCB0byBxdWVyeSBkZXZpY2Ugc2l6ZSBmYWls ZWQ6IE5PVCBSRUFEWSwgTWVkaXVtIG5vdCBwcmVzZW50DQpXQVJOSU5HOiBX SVRORVNTIG9wdGlvbiBlbmFibGVkLCBleHBlY3QgcmVkdWNlZCBwZXJmb3Jt YW5jZS4NCmNkMCBhdCBhdGEwIGJ1cyAwIHRhcmdldCAwIGx1biAwDQpjZDA6 IDxBU1VTIERSVy0xNjA4UDJTIDEuMjI+IFJlbW92YWJsZSBDRC1ST00gU0NT SS0wIGRldmljZSANCmNkMDogNjYuMDAwTUIvcyB0cmFuc2ZlcnMNCmNkMDog QXR0ZW1wdCB0byBxdWVyeSBkZXZpY2Ugc2l6ZSBmYWlsZWQ6IE5PVCBSRUFE WSwgTWVkaXVtIG5vdCBwcmVzZW50DQpUcnlpbmcgdG8gbW91bnQgcm9vdCBm cm9tIHVmczovZGV2L2FkOHMyYQ0KbG9jayBvcmRlciByZXZlcnNhbDoNCiAx c3QgMHhmZmZmZmZmZTRhNDE2ZDQwIGJ1ZndhaXQgKGJ1ZndhaXQpIEAgL3Vz ci9zcmMvc3lzL2tlcm4vdmZzX2Jpby5jOjI0NTANCiAybmQgMHhmZmZmZmYw MDAyZDE2NjAwIGRpcmhhc2ggKGRpcmhhc2gpIEAgL3Vzci9zcmMvc3lzL3Vm cy91ZnMvdWZzX2Rpcmhhc2guYzoyNzUNCktEQjogc3RhY2sgYmFja3RyYWNl Og0KZGJfdHJhY2Vfc2VsZl93cmFwcGVyKCkgYXQgZGJfdHJhY2Vfc2VsZl93 cmFwcGVyKzB4MmENCl93aXRuZXNzX2RlYnVnZ2VyKCkgYXQgX3dpdG5lc3Nf ZGVidWdnZXIrMHg2NQ0Kd2l0bmVzc19jaGVja29yZGVyKCkgYXQgd2l0bmVz c19jaGVja29yZGVyKzB4ODU5DQpfc3hfeGxvY2soKSBhdCBfc3hfeGxvY2sr MHg1NQ0KdWZzZGlyaGFzaF9hY3F1aXJlKCkgYXQgdWZzZGlyaGFzaF9hY3F1 aXJlKzB4MzMNCnVmc2Rpcmhhc2hfYWRkKCkgYXQgdWZzZGlyaGFzaF9hZGQr MHgxOQ0KdWZzX2RpcmVudGVyKCkgYXQgdWZzX2RpcmVudGVyKzB4ODk4DQp1 ZnNfbWtkaXIoKSBhdCB1ZnNfbWtkaXIrMHg2MjgNClZPUF9NS0RJUl9BUFYo KSBhdCBWT1BfTUtESVJfQVBWKzB4OTMNCmtlcm5fbWtkaXJhdCgpIGF0IGtl cm5fbWtkaXJhdCsweDJiMg0Kc3lzY2FsbCgpIGF0IHN5c2NhbGwrMHgxYmYN ClhmYXN0X3N5c2NhbGwoKSBhdCBYZmFzdF9zeXNjYWxsKzB4YWINCi0tLSBz eXNjYWxsICgxMzYsIEZyZWVCU0QgRUxGNjQsIG1rZGlyKSwgcmlwID0gMHg4 MDA3MTYzOGMsIHJzcCA9IDB4N2ZmZmZmZmZlZDA4LCByYnAgPSAweDdmZmZm ZmZmZWY3NiAtLS0NCg== --2523778223-1173067501-1236681878=:1591-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 12:39:44 2009 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 C2D971065679 for ; Tue, 10 Mar 2009 12:39:44 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp-1.dlr.de (smtp-1.dlr.de [195.37.61.185]) by mx1.freebsd.org (Postfix) with ESMTP id 54C3A8FC12 for ; Tue, 10 Mar 2009 12:39:43 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from beagle.kn.op.dlr.de ([129.247.178.136]) by smtp-1.dlr.de over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830); Tue, 10 Mar 2009 13:39:41 +0100 Date: Tue, 10 Mar 2009 13:39:45 +0100 (CET) From: Hartmut Brandt X-X-Sender: brandt_h@beagle.kn.op.dlr.de To: Doug Rabson In-Reply-To: Message-ID: <20090310133803.M72202@beagle.kn.op.dlr.de> References: <49A69B74.1080201@sdf.lonestar.org> <49A97F2E.3030005@sdf.lonestar.org> <20090306213531.G60465@beagle.kn.op.dlr.de> <20090306211650.GD41617@deviant.kiev.zoral.com.ua> <20090306222433.GF41617@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 10 Mar 2009 12:39:41.0982 (UTC) FILETIME=[48B8BBE0:01C9A17D] Cc: Kostik Belousov , tmclaugh@sdf.lonestar.org, kazakov@gmail.com, current@freebsd.org Subject: Re: problem with nss_ldap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2009 12:39:45 -0000 On Tue, 10 Mar 2009, Doug Rabson wrote: DR> DR>On 6 Mar 2009, at 22:24, Kostik Belousov wrote: DR> DR>> On Fri, Mar 06, 2009 at 05:00:49PM -0500, tmclaugh@sdf.lonestar.org wrote: DR>> > > On Fri, Mar 06, 2009 at 09:39:31PM +0100, Hartmut Brandt wrote: DR>> > > > DR>> > > > Hi Tom, DR>> > > > DR>> > > > On Sat, 28 Feb 2009, Tom McLaughlin wrote: DR>> > > > DR>> > > > TM>Tom McLaughlin wrote: DR>> > > > TM>> Harti Brandt wrote: DR>> > > > TM>> > On Sun, 18 Jan 2009, Hartmut.Brandt@dlr.de wrote: DR>> > > > TM> DR>> > > > TM>> > > Both create entries in /var/log/messages like: DR>> > > > TM>> > > DR>> > > > TM>> > > Jan 18 20:00:02 knopdnsimu13f cron[1495]: GSSAPI Error: DR>> > > > Miscellaneous DR>> > > > TM>> > > failure (see DR>> > > > TM>> > > DR>> > > > text)???????????????ZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZ DR>> > > > TM>Z DR>> > > > TM>> Z DR>> > > > TM>> > ZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZ DR>> > > > TM>> > > Jan 18 20:00:02 knopdnsimu13f kernel: ZZZZZZZZZZZZZZZZ DR>> > > > TM>> > > DR>> > > > TM>> > > I've tried to figure out in which of the dozens of layered DR>> > > > libraries DR>> > > > TM>> > > (gss, sasl, ssl, ......) this error is generated but did not DR>> > > > find DR>> > > > TM>> > > anything. DR>> > > > TM>> > > DR>> > > > TM>> > > This is on amd64, krb5 enabled in pam, gssapi disabled in DR>> > > > sshd_config DR>> > > > TM>> > > (as I said, this worked before). DR>> > > > TM>> > So to answer my own mail: I made a link from the kerberos DR>> > > > ticket DR>> > > > file DR>> > > > TM>> > which contains the host ticket (and is specified in DR>> > > > nss_ldap.conf) to DR>> > > > TM>> > /tmp/krb5cc_0. I've no idea why this is suddenly necessary, DR>> > > > though. DR>> > > > TM>> DR>> > > > TM>> There may be an issue with the env method used in nss_ldap to DR>> > > > change the DR>> > > > TM>> credentials cache. My mind is fuzzy but I do recall a similar DR>> > > > issue but DR>> > > > TM>> don't remember the exact cause or case. nss_ldap has a second DR>> > > > configurable DR>> > > > TM>> ccname method which when I submitted the original patch I DR>> > > > intended DR>> > > > to DR>> > > > TM>> switch to once we had a newer heimdal. Once I get nss_ldap DR>> > > > working DR>> > > > on my DR>> > > > TM>> box I intend to submit another patch. DR>> > > > TM>> DR>> > > > TM>> tom DR>> > > > TM> DR>> > > > TM>Hi Harti (CC maintainer), DR>> > > > TM> DR>> > > > TM>Can you try the attached patch for nss_ldap? This should cause DR>> > > > the DR>> > > > host DR>> > > > TM>ticket to work correctly on -CURRENT. It's "my box approved". DR>> > > > DR>> > > > Does not work. I rebuilt my system with today's sources to be sure, DR>> > > > removed my patches to the two library makefiles and rebuilt nss_ldap DR>> > > > with DR>> > > > your patch. I get: DR>> > > > DR>> > > > # ls -l DR>> > > > dlopen: /usr/lib/libgssapi_spnego.so.10: Undefined symbol DR>> > > > "GSS_C_NT_HOSTBASED_SERVICE" DR>> > > > /libexec/ld-elf.so.1: /usr/lib/libgssapi_krb5.so.10: Undefined symbol DR>> > > > "gss_oid_equal" DR>> > > > DR>> > > > Basically on everything I enter. Luckily vi still works :-) DR>> > > > DR>> > > > I saw that the configuration script claims not to find DR>> > > > gss_krb5_ccache_name in -lgssapi or -lgssapi_krb5. This is because DR>> > > > the DR>> > > > test program for -lgssapi_krb5 links only to gssapi_krb5 but not to DR>> > > > gssapi DR>> > > > and so gets a lot of errors. I fixed this by adding gssapi, but the DR>> > > > final DR>> > > > result was the same. DR>> > > DR>> > > It seems that this is because libgssapi_krb5, libgssapi_spnego DR>> > > and several other heimdal shared libraries are not linked against DR>> > > libgssapi. DR>> > > DR>> > > DR>> > DR>> > As I understand it libgssapi_krb5 and libgssapi_spnego are not supposed DR>> > to DR>> > be linked against libgssapi. They're supposed to be just plugins. DR>> DR>> These objects reference symbols from libgssapi. The libgssapi or nss_ldap DR>> are dlopened without RTLD_GLOBAL flag, and libgssapi-provided symbols DR>> are not available. As I understand, nss module must be not loaded with DR>> RTLD_GLOBAL. DR>> DR>> Our binutils in base are old. Newer ld has a switch DR>> --no-allow-shlib-undefined DR>> that fails the link if shared library has undefined references. I find DR>> it useful to catch and fix this kind of errors. DR> DR> DR>The real problem is that nss_ldap should not link with libgssapi_krb5 DR>directly. This library is a plugin for the mechanism-independant libgssapi DR>and can not be used standalone. The nss_ldap module should link to libgssapi DR>and that will handle loading libgssapi_krb5 as necessary. Is it possible that gssapi_krb5 is needed because nss_ldap needs to set the ticket cache name for the host ticket from the krb5_ccname statement? Just a guess, though? harti From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 12:47:20 2009 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 C16F5106564A for ; Tue, 10 Mar 2009 12:47:20 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from itchy.rabson.org (unknown [IPv6:2002:50b1:e8f2:1::143]) by mx1.freebsd.org (Postfix) with ESMTP id C926F8FC25 for ; Tue, 10 Mar 2009 12:47:19 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from [IPv6:2001:470:909f:1:21b:63ff:feb8:5abc] (unknown [IPv6:2001:470:909f:1:21b:63ff:feb8:5abc]) by itchy.rabson.org (Postfix) with ESMTP id 54DF53FB8; Tue, 10 Mar 2009 12:46:00 +0000 (GMT) Message-Id: <04C4F524-8E26-4EAB-B28A-2F87358459A7@rabson.org> From: Doug Rabson To: Hartmut Brandt In-Reply-To: <20090310133803.M72202@beagle.kn.op.dlr.de> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Tue, 10 Mar 2009 12:47:17 +0000 References: <49A69B74.1080201@sdf.lonestar.org> <49A97F2E.3030005@sdf.lonestar.org> <20090306213531.G60465@beagle.kn.op.dlr.de> <20090306211650.GD41617@deviant.kiev.zoral.com.ua> <20090306222433.GF41617@deviant.kiev.zoral.com.ua> <20090310133803.M72202@beagle.kn.op.dlr.de> X-Mailer: Apple Mail (2.930.3) Cc: Kostik Belousov , tmclaugh@sdf.lonestar.org, kazakov@gmail.com, current@freebsd.org Subject: Re: problem with nss_ldap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2009 12:47:21 -0000 On 10 Mar 2009, at 12:39, Hartmut Brandt wrote: > On Tue, 10 Mar 2009, Doug Rabson wrote: > > DR> > DR>On 6 Mar 2009, at 22:24, Kostik Belousov wrote: > DR> > DR>> On Fri, Mar 06, 2009 at 05:00:49PM -0500, tmclaugh@sdf.lonestar.org > wrote: > DR>> > > On Fri, Mar 06, 2009 at 09:39:31PM +0100, Hartmut Brandt > wrote: > DR>> > > > > DR>> > > > Hi Tom, > DR>> > > > > DR>> > > > On Sat, 28 Feb 2009, Tom McLaughlin wrote: > DR>> > > > > DR>> > > > TM>Tom McLaughlin wrote: > DR>> > > > TM>> Harti Brandt wrote: > DR>> > > > TM>> > On Sun, 18 Jan 2009, Hartmut.Brandt@dlr.de wrote: > DR>> > > > TM> > DR>> > > > TM>> > > Both create entries in /var/log/messages like: > DR>> > > > TM>> > > > DR>> > > > TM>> > > Jan 18 20:00:02 knopdnsimu13f cron[1495]: GSSAPI > Error: > DR>> > > > Miscellaneous > DR>> > > > TM>> > > failure (see > DR>> > > > TM>> > > > DR>> > > > text)??????????????? > ZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZ > DR>> > > > TM>Z > DR>> > > > TM>> Z > DR>> > > > TM>> > ZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZ > DR>> > > > TM>> > > Jan 18 20:00:02 knopdnsimu13f kernel: > ZZZZZZZZZZZZZZZZ > DR>> > > > TM>> > > > DR>> > > > TM>> > > I've tried to figure out in which of the dozens > of layered > DR>> > > > libraries > DR>> > > > TM>> > > (gss, sasl, ssl, ......) this error is generated > but did not > DR>> > > > find > DR>> > > > TM>> > > anything. > DR>> > > > TM>> > > > DR>> > > > TM>> > > This is on amd64, krb5 enabled in pam, gssapi > disabled in > DR>> > > > sshd_config > DR>> > > > TM>> > > (as I said, this worked before). > DR>> > > > TM>> > So to answer my own mail: I made a link from the > kerberos > DR>> > > > ticket > DR>> > > > file > DR>> > > > TM>> > which contains the host ticket (and is specified in > DR>> > > > nss_ldap.conf) to > DR>> > > > TM>> > /tmp/krb5cc_0. I've no idea why this is suddenly > necessary, > DR>> > > > though. > DR>> > > > TM>> > DR>> > > > TM>> There may be an issue with the env method used in > nss_ldap to > DR>> > > > change the > DR>> > > > TM>> credentials cache. My mind is fuzzy but I do recall > a similar > DR>> > > > issue but > DR>> > > > TM>> don't remember the exact cause or case. nss_ldap > has a second > DR>> > > > configurable > DR>> > > > TM>> ccname method which when I submitted the original > patch I > DR>> > > > intended > DR>> > > > to > DR>> > > > TM>> switch to once we had a newer heimdal. Once I get > nss_ldap > DR>> > > > working > DR>> > > > on my > DR>> > > > TM>> box I intend to submit another patch. > DR>> > > > TM>> > DR>> > > > TM>> tom > DR>> > > > TM> > DR>> > > > TM>Hi Harti (CC maintainer), > DR>> > > > TM> > DR>> > > > TM>Can you try the attached patch for nss_ldap? This > should cause > DR>> > > > the > DR>> > > > host > DR>> > > > TM>ticket to work correctly on -CURRENT. It's "my box > approved". > DR>> > > > > DR>> > > > Does not work. I rebuilt my system with today's sources > to be sure, > DR>> > > > removed my patches to the two library makefiles and > rebuilt nss_ldap > DR>> > > > with > DR>> > > > your patch. I get: > DR>> > > > > DR>> > > > # ls -l > DR>> > > > dlopen: /usr/lib/libgssapi_spnego.so.10: Undefined symbol > DR>> > > > "GSS_C_NT_HOSTBASED_SERVICE" > DR>> > > > /libexec/ld-elf.so.1: /usr/lib/libgssapi_krb5.so.10: > Undefined symbol > DR>> > > > "gss_oid_equal" > DR>> > > > > DR>> > > > Basically on everything I enter. Luckily vi still works :-) > DR>> > > > > DR>> > > > I saw that the configuration script claims not to find > DR>> > > > gss_krb5_ccache_name in -lgssapi or -lgssapi_krb5. This > is because > DR>> > > > the > DR>> > > > test program for -lgssapi_krb5 links only to gssapi_krb5 > but not to > DR>> > > > gssapi > DR>> > > > and so gets a lot of errors. I fixed this by adding > gssapi, but the > DR>> > > > final > DR>> > > > result was the same. > DR>> > > > DR>> > > It seems that this is because libgssapi_krb5, > libgssapi_spnego > DR>> > > and several other heimdal shared libraries are not linked > against > DR>> > > libgssapi. > DR>> > > > DR>> > > > DR>> > > DR>> > As I understand it libgssapi_krb5 and libgssapi_spnego are > not supposed > DR>> > to > DR>> > be linked against libgssapi. They're supposed to be just > plugins. > DR>> > DR>> These objects reference symbols from libgssapi. The libgssapi > or nss_ldap > DR>> are dlopened without RTLD_GLOBAL flag, and libgssapi-provided > symbols > DR>> are not available. As I understand, nss module must be not > loaded with > DR>> RTLD_GLOBAL. > DR>> > DR>> Our binutils in base are old. Newer ld has a switch > DR>> --no-allow-shlib-undefined > DR>> that fails the link if shared library has undefined references. > I find > DR>> it useful to catch and fix this kind of errors. > DR> > DR> > DR>The real problem is that nss_ldap should not link with > libgssapi_krb5 > DR>directly. This library is a plugin for the mechanism-independant > libgssapi > DR>and can not be used standalone. The nss_ldap module should link > to libgssapi > DR>and that will handle loading libgssapi_krb5 as necessary. > > Is it possible that gssapi_krb5 is needed because nss_ldap needs to > set > the ticket cache name for the host ticket from the krb5_ccname > statement? > > Just a guess, though? Possibly. This library does export symbols for kerberos-specific GSS- API extensions but if you use them you still need to link with libgssapi as well. From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 12:52:52 2009 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 C203A1065674 for ; Tue, 10 Mar 2009 12:52:52 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from itchy.rabson.org (unknown [IPv6:2002:50b1:e8f2:1::143]) by mx1.freebsd.org (Postfix) with ESMTP id 00CCC8FC21 for ; Tue, 10 Mar 2009 12:52:52 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from [IPv6:2001:470:909f:1:21b:63ff:feb8:5abc] (unknown [IPv6:2001:470:909f:1:21b:63ff:feb8:5abc]) by itchy.rabson.org (Postfix) with ESMTP id 139873FB8; Tue, 10 Mar 2009 12:51:33 +0000 (GMT) Message-Id: <70D16F57-F7E3-4CDA-BCD5-5D79B566510B@rabson.org> From: Doug Rabson To: Kostik Belousov In-Reply-To: <20090310114131.GD41617@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Tue, 10 Mar 2009 12:52:50 +0000 References: <49A69B74.1080201@sdf.lonestar.org> <49A97F2E.3030005@sdf.lonestar.org> <20090306213531.G60465@beagle.kn.op.dlr.de> <20090306211650.GD41617@deviant.kiev.zoral.com.ua> <20090306222433.GF41617@deviant.kiev.zoral.com.ua> <20090310114131.GD41617@deviant.kiev.zoral.com.ua> X-Mailer: Apple Mail (2.930.3) Cc: tmclaugh@sdf.lonestar.org, Hartmut Brandt , kazakov@gmail.com, current@freebsd.org Subject: Re: problem with nss_ldap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2009 12:52:53 -0000 On 10 Mar 2009, at 11:41, Kostik Belousov wrote: > On Tue, Mar 10, 2009 at 10:38:51AM +0000, Doug Rabson wrote: >> >> On 6 Mar 2009, at 22:24, Kostik Belousov wrote: >> >>> On Fri, Mar 06, 2009 at 05:00:49PM -0500, tmclaugh@sdf.lonestar.org >>> wrote: >>>>> On Fri, Mar 06, 2009 at 09:39:31PM +0100, Hartmut Brandt wrote: >>>>>> >>>>>> Hi Tom, >>>>>> >>>>>> On Sat, 28 Feb 2009, Tom McLaughlin wrote: >>>>>> >>>>>> TM>Tom McLaughlin wrote: >>>>>> TM>> Harti Brandt wrote: >>>>>> TM>> > On Sun, 18 Jan 2009, Hartmut.Brandt@dlr.de wrote: >>>>>> TM> >>>>>> TM>> > > Both create entries in /var/log/messages like: >>>>>> TM>> > > >>>>>> TM>> > > Jan 18 20:00:02 knopdnsimu13f cron[1495]: GSSAPI Error: >>>>>> Miscellaneous >>>>>> TM>> > > failure (see >>>>>> TM>> > > >>>>>> text)??????????????? >>>>>> ZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZ >>>>>> TM>Z >>>>>> TM>> Z >>>>>> TM>> > ZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZ >>>>>> TM>> > > Jan 18 20:00:02 knopdnsimu13f kernel: ZZZZZZZZZZZZZZZZ >>>>>> TM>> > > >>>>>> TM>> > > I've tried to figure out in which of the dozens of >>>>>> layered >>>>>> libraries >>>>>> TM>> > > (gss, sasl, ssl, ......) this error is generated but did >>>>>> not >>>>>> find >>>>>> TM>> > > anything. >>>>>> TM>> > > >>>>>> TM>> > > This is on amd64, krb5 enabled in pam, gssapi disabled >>>>>> in >>>>>> sshd_config >>>>>> TM>> > > (as I said, this worked before). >>>>>> TM>> > So to answer my own mail: I made a link from the kerberos >>>>>> ticket >>>>>> file >>>>>> TM>> > which contains the host ticket (and is specified in >>>>>> nss_ldap.conf) to >>>>>> TM>> > /tmp/krb5cc_0. I've no idea why this is suddenly >>>>>> necessary, >>>>>> though. >>>>>> TM>> >>>>>> TM>> There may be an issue with the env method used in nss_ldap >>>>>> to >>>>>> change the >>>>>> TM>> credentials cache. My mind is fuzzy but I do recall a >>>>>> similar >>>>>> issue but >>>>>> TM>> don't remember the exact cause or case. nss_ldap has a >>>>>> second >>>>>> configurable >>>>>> TM>> ccname method which when I submitted the original patch I >>>>>> intended >>>>>> to >>>>>> TM>> switch to once we had a newer heimdal. Once I get nss_ldap >>>>>> working >>>>>> on my >>>>>> TM>> box I intend to submit another patch. >>>>>> TM>> >>>>>> TM>> tom >>>>>> TM> >>>>>> TM>Hi Harti (CC maintainer), >>>>>> TM> >>>>>> TM>Can you try the attached patch for nss_ldap? This should >>>>>> cause the >>>>>> host >>>>>> TM>ticket to work correctly on -CURRENT. It's "my box approved". >>>>>> >>>>>> Does not work. I rebuilt my system with today's sources to be >>>>>> sure, >>>>>> removed my patches to the two library makefiles and rebuilt >>>>>> nss_ldap >>>>>> with >>>>>> your patch. I get: >>>>>> >>>>>> # ls -l >>>>>> dlopen: /usr/lib/libgssapi_spnego.so.10: Undefined symbol >>>>>> "GSS_C_NT_HOSTBASED_SERVICE" >>>>>> /libexec/ld-elf.so.1: /usr/lib/libgssapi_krb5.so.10: Undefined >>>>>> symbol >>>>>> "gss_oid_equal" >>>>>> >>>>>> Basically on everything I enter. Luckily vi still works :-) >>>>>> >>>>>> I saw that the configuration script claims not to find >>>>>> gss_krb5_ccache_name in -lgssapi or -lgssapi_krb5. This is >>>>>> because the >>>>>> test program for -lgssapi_krb5 links only to gssapi_krb5 but >>>>>> not to >>>>>> gssapi >>>>>> and so gets a lot of errors. I fixed this by adding gssapi, but >>>>>> the >>>>>> final >>>>>> result was the same. >>>>> >>>>> It seems that this is because libgssapi_krb5, libgssapi_spnego >>>>> and several other heimdal shared libraries are not linked against >>>>> libgssapi. >>>>> >>>>> >>>> >>>> As I understand it libgssapi_krb5 and libgssapi_spnego are not >>>> supposed to >>>> be linked against libgssapi. They're supposed to be just plugins. >>> >>> These objects reference symbols from libgssapi. The libgssapi or >>> nss_ldap >>> are dlopened without RTLD_GLOBAL flag, and libgssapi-provided >>> symbols >>> are not available. As I understand, nss module must be not loaded >>> with >>> RTLD_GLOBAL. >>> >>> Our binutils in base are old. Newer ld has a switch --no-allow- >>> shlib- >>> undefined >>> that fails the link if shared library has undefined references. I >>> find >>> it useful to catch and fix this kind of errors. >> >> >> The real problem is that nss_ldap should not link with libgssapi_krb5 >> directly. This library is a plugin for the mechanism-independant >> libgssapi and can not be used standalone. The nss_ldap module should >> link to libgssapi and that will handle loading libgssapi_krb5 as >> necessary. >> > I think this is a different problem, and it does not invalidates the > requirement for each dso to be linked against all required dso's that > provide symbols referenced by the first one. Perhaps I should have put GSS-API extensions in a different library from the mechanism implementation. This is actually quite possible since all the krb5 extensions are wrappers on a more generic GSS-API extension api. Its probably too hard to do that now. From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 12:59:00 2009 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 195D4106564A for ; Tue, 10 Mar 2009 12:59:00 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-fx0-f158.google.com (mail-fx0-f158.google.com [209.85.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id 750418FC13 for ; Tue, 10 Mar 2009 12:58:59 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by fxm2 with SMTP id 2so1490438fxm.43 for ; Tue, 10 Mar 2009 05:58:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=lDwV1zDsBjNI2HNvSjqG7jfYFNmjs9qg2pLTChnujnM=; b=NwwY5P2oNaW3hV8E8Cd4nTu9NiRVPRBVbwDxvx9B/g8hbJgiYuS5SRO7X4qukpf4b+ aE3ptk/fZ2VUgvThAX/bAuLH6D2FowpaX4cgxHP5gunprnlxrTOcs9PUeDuZPKD+4+Th 7GEnvkYostMH52yG2uA8dVQBbTVKO3kDkyXuI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=obQSzlwsJZaZROIZqwf6GctQ4H45Ngmp9IY025st2xHHUDu8xicbDBetJ1hjriGl3U 2JrJZMqYKozpDR9hqo1Qlb973kgbOutDnMU9P00Hu3rYeiGtyitJJV3n1X9Jmf9kNwvu zSPNfT28yHf3m5Gy9wobpyv3wlWxAzYzOv1V8= MIME-Version: 1.0 Received: by 10.86.54.3 with SMTP id c3mr4902408fga.63.1236689938540; Tue, 10 Mar 2009 05:58:58 -0700 (PDT) In-Reply-To: <20090310.205439.-1525215866.imp@bsdimp.com> References: <20090310.205439.-1525215866.imp@bsdimp.com> Date: Tue, 10 Mar 2009 15:58:58 +0300 Message-ID: From: pluknet To: "M. Warner Losh" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Unable to set devclass (devname: (null) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2009 12:59:00 -0000 2009/3/10 M. Warner Losh : > In message: > =A0 =A0 =A0 =A0 =A0 =A0pluknet writes: > : Hi. > : > : Is it ok (and how much harmfull) to see this message? > : > : driver bug: Unable to set devclass (devname: (null)) > : > : P.S. > : This is introduced in subr_bus.c, v1.216 > : - =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 PDEBUG(("Unable to set device class")); > : + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 printf("driver bug: Unable to set devclass (devname: %s)\n", > : + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 (child ? device_get_name(child) : > : + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 "no device")); > : > : where PDEBUG was moved from BUS_DEBUG to general output. > > I would say generally no. =A0when do you see it? > > Warner > As I posted in this thread earlier it seems to be atkbdc. Please, see a little debugged output in verb. mode: http://lists.freebsd.org/pipermail/freebsd-current/2009-March/004283.html --=20 wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 13:09:09 2009 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 7368A106564A for ; Tue, 10 Mar 2009 13:09:09 +0000 (UTC) (envelope-from pluknet@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 044E78FC0A for ; Tue, 10 Mar 2009 13:09:08 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so794630fgb.35 for ; Tue, 10 Mar 2009 06:09:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=4SmlCI4PXfdUSkkxApSBrtA43eLFtNaT6gcizSsIhoo=; b=c8TflDhEFjiK4ntQWP2/8HWW8zDD/Pkc9A95hy82PHgyOOKEgSK2mkvasFm0Bl3EHx oXQ0bXfMdk/D+Xddoze/rM7Mhtq4eA86K6eiwVeVNtj7+DROO1RxHohIV4kdXzBjXmVe HkjPh8dHYOSHcsOcbwBsSdQDCeOghW271Ls1U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=LRXWET2iM9K5BCSvzYzDd/QiPvdXEwMNERumwb+ZuQy8njEuJwvyvAc/Umci7NLYWS 78p4/T9uExnu2N4HZLIKgsdczDCTS9Ve99681gd+U51mQ9Kyn0E2MGhqdXbMQxKBXaTZ 6qB1piAQ+zXODSAHJfKAY0IM86zxYVdCNZccw= MIME-Version: 1.0 Received: by 10.86.60.14 with SMTP id i14mr4907787fga.69.1236690547905; Tue, 10 Mar 2009 06:09:07 -0700 (PDT) In-Reply-To: References: Date: Tue, 10 Mar 2009 16:09:07 +0300 Message-ID: From: pluknet To: Vladimir Kushnir Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: LOR and sysctl(vfs.bufspace...) failed: Cannot allocate memory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2009 13:09:09 -0000 2009/3/10 Vladimir Kushnir : > Since the last buildworld/buildkernel I'm getting this kind of things: > ~> top > top: sysctl(vfs.bufspace...) failed: Cannot allocate memory > > and so on. This is with both custom kernel and GENERIC under amd64-CURREN= T: > > =A0~> uname -a > FreeBSD kushnir1.kiev.ua 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Tue Mar 10 > 11:35:34 > =A0EET 2009 =A0 =A0 root@kushnir1.kiev.ua:/usr/obj/usr/src/sys/GENERIC = =A0amd64 > > Besides, there was a LOR (dmesg output attached). > You have to rebuild top/ps due to recent ABI change in r189595. --=20 wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 13:13:51 2009 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 EFC7510656CE for ; Tue, 10 Mar 2009 13:13:51 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 9AE948FC20 for ; Tue, 10 Mar 2009 13:13:51 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (pool-98-109-39-197.nwrknj.fios.verizon.net [98.109.39.197]) by cyrus.watson.org (Postfix) with ESMTPSA id 4274F46B09; Tue, 10 Mar 2009 09:13:51 -0400 (EDT) Received: from localhost (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id n2ADDdl2026220; Tue, 10 Mar 2009 09:13:45 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 10 Mar 2009 09:13:11 -0400 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200903100913.12233.jhb@freebsd.org> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Tue, 10 Mar 2009 09:13:45 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94.2/9084/Tue Mar 10 03:11:13 2009 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Subject: Re: LOR and sysctl(vfs.bufspace...) failed: Cannot allocate memory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2009 13:13:54 -0000 On Tuesday 10 March 2009 6:44:38 am Vladimir Kushnir wrote: > Since the last buildworld/buildkernel I'm getting this kind of things: > ~> top > top: sysctl(vfs.bufspace...) failed: Cannot allocate memory I'll fix this. > and so on. This is with both custom kernel and GENERIC under > amd64-CURRENT: > > ~> uname -a > FreeBSD kushnir1.kiev.ua 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Tue Mar 10 > 11:35:34 > EET 2009 root@kushnir1.kiev.ua:/usr/obj/usr/src/sys/GENERIC amd64 > > Besides, there was a LOR (dmesg output attached). The LOR is not a true deadlock possibility, you can ignore it. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 13:28:07 2009 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 76F931065674; Tue, 10 Mar 2009 13:28:07 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe03.swip.net [212.247.154.65]) by mx1.freebsd.org (Postfix) with ESMTP id AA0AC8FC08; Tue, 10 Mar 2009 13:28:06 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=j+k/Ze5hWUCaCztCgEjzDQ==:17 a=6I5d2MoRAAAA:8 a=xAXwWAOefBw9poPy-FUA:9 a=DHzRYINBlG4tfk8XVAsGq0ICLZIA:4 a=2uiCRmbCp6AA:10 Received: from [81.191.55.181] (account mc467741@c2i.net HELO laptop) by mailfe03.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1212059251; Tue, 10 Mar 2009 14:28:04 +0100 From: Hans Petter Selasky To: Paul Wootton Date: Tue, 10 Mar 2009 14:30:34 +0100 User-Agent: KMail/1.9.7 References: <20090310045605.GA38857@nagual.pp.ru> <200903100840.57018.hselasky@c2i.net> <200903101300.24502.paul@fletchermoorland.co.uk> In-Reply-To: <200903101300.24502.paul@fletchermoorland.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903101430.35346.hselasky@c2i.net> Cc: usb@freebsd.org, freebsd-current@freebsd.org Subject: Re: USB2 makes moused insane X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2009 13:28:08 -0000 Have you tried the following patch: http://perforce.freebsd.org/chv.cgi?CH=158916 --HPS From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 13:40:04 2009 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 546671065673 for ; Tue, 10 Mar 2009 13:40:04 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 238EE8FC1B for ; Tue, 10 Mar 2009 13:40:04 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (pool-98-109-39-197.nwrknj.fios.verizon.net [98.109.39.197]) by cyrus.watson.org (Postfix) with ESMTPSA id C2AA246B65; Tue, 10 Mar 2009 09:40:03 -0400 (EDT) Received: from localhost (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id n2ADdYC5026352; Tue, 10 Mar 2009 09:39:58 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: "Paul B. Mahol" Date: Tue, 10 Mar 2009 09:32:26 -0400 User-Agent: KMail/1.9.7 References: <3a142e750903090615t63a594e8rbadd7f7231049180@mail.gmail.com> <200903091642.25311.jhb@freebsd.org> <3a142e750903091542x7514f74eod294cb15f4ddf1b8@mail.gmail.com> In-Reply-To: <3a142e750903091542x7514f74eod294cb15f4ddf1b8@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903100932.26592.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Tue, 10 Mar 2009 09:39:58 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94.2/9084/Tue Mar 10 03:11:13 2009 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-current@freebsd.org Subject: Re: nullfs: panic: vrele: negative ref cnt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2009 13:40:04 -0000 On Monday 09 March 2009 6:42:06 pm Paul B. Mahol wrote: > On 3/9/09, John Baldwin wrote: > > On Monday 09 March 2009 9:15:22 am Paul B. Mahol wrote: > >> Hi, > >> here is part of textdump: > >> > >> panic(c061db9e,0,c061cee6,88e,4,...) at panic+0x136 > >> vrele(c4326d9c,0,c433fb5f,82,c060f3c7,...) at vrele+0x111 > >> null_nodeget(c3fd4780,c4326d9c,c3ba8bf4,0,c3ba8be4,...) at > >> null_nodeget+0xa0 > >> null_bypass(c3ba8be0,c3f35a78,c3ba8c28) at null_bypass+0x141 > >> VOP_VPTOCNP_APV(c4340240,c3ba8be0,c061bf01,387,c3cecc00,...) at > >> VOP_VPTOCNP_APV+0xb3 > > > > Try this. null_bypass() can't handle VOP_VPTOCNP because VPTOCNP doesn't > > return a vnode that is locked and VREF'd, but just a vnode that is > > vhold()'d. > > This patch attempts to give nullfs a VOP_VPTONCP() method which remaps the > > directory vnode properly on return by locking the directory vnode while > > invoking null_nodeget(). > > It livelocks active vty into [ufs] state. Will try with WITNESS kernel soon. Oh, this is because it locks the directory while holding a leaf, so it's going to deadlock with pathname lookups. kib@'s patch is probably ok even if it is a bit slower. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 14:08:41 2009 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 D1348106566B; Tue, 10 Mar 2009 14:08:41 +0000 (UTC) (envelope-from rbgarga@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.24]) by mx1.freebsd.org (Postfix) with ESMTP id 4DA7C8FC15; Tue, 10 Mar 2009 14:08:40 +0000 (UTC) (envelope-from rbgarga@gmail.com) Received: by qw-out-2122.google.com with SMTP id 3so1056556qwe.7 for ; Tue, 10 Mar 2009 07:08:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=aRHzqsKG8gQwgMpGTaAL0+snm0SmHULJgQoNCkM7DOM=; b=wPBCAM4Ujo12Sw2ahV2pFPQavSTxVQ3zvmCHEjORd37OgbU0wNJf6vMON8Nn7X385t JdrzbnS4XSA+ksf1Pu00Q3dIkUKuaHgt+Nc5SNKxO1nto5ownHHsnUxWfr//yHOkRBDy mIc7XNH7k7Sb/muWofM50osFdyVukkRUFwySY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=I/YbBfRvCWbDglXLG7W5cB937rJexAOM+T4M3M9LMwwlT3Ms7sbTk+rZoPEeCfo7J5 O4GG3TO7dQ/jTT+WALdsGDZI2fD+iRTvBuJwEnJ9bPK0w5uJpL3rRxPkmXeRqh1QC2ar 8+bn2It4rKy87Edy+Pxrx8NSSMITktBUCwkcA= MIME-Version: 1.0 Received: by 10.220.45.205 with SMTP id g13mr2326317vcf.64.1236694120053; Tue, 10 Mar 2009 07:08:40 -0700 (PDT) In-Reply-To: <200903100840.57018.hselasky@c2i.net> References: <20090310045605.GA38857@nagual.pp.ru> <200903092206.29775.beech@freebsd.org> <200903100840.57018.hselasky@c2i.net> Date: Tue, 10 Mar 2009 11:08:39 -0300 Message-ID: <747dc8f30903100708w1e08c47akd445314cf19a8442@mail.gmail.com> From: Renato Botelho To: Hans Petter Selasky Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Beech Rintoul , Andrey Chernov , akbeech@gmail.com, usb@freebsd.org, freebsd-current@freebsd.org, current@freebsd.org Subject: Re: USB2 makes moused insane X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2009 14:08:42 -0000 On Tue, Mar 10, 2009 at 4:40 AM, Hans Petter Selasky wrote: > On Tuesday 10 March 2009, Beech Rintoul wrote: >> On Monday 09 March 2009 20:56:06 Andrey Chernov wrote: >> > Every pure mouse movement now acts like pressing several buttons at the >> > same time which cause parts of console text under cursor copied/pasted >> > randomly. >> > >> > This is "Logitech G3" mouse, corresponding dmesg entries are: >> > >> > ugen2.2: at usbus2 >> > ums0: on >> > usbus2 ums0: 16 buttons and [XYZ] coordinates >> > uhid0: on >> > usbus2 >> > >> > moused -d -i all -p /dev/ums0 >> > moused: proto params: f8 80 00 00 8 00 ff >> > /dev/ums0 usb sysmouse generic >> > >> > Please fix, it works with old usb just nice. >> >> I see the exact same thing with my logitech USB mouse. Reverting to a >> kernel from about a week ago fixes the problem. >> >> Beech > > Hi, > > Please dump the HID descriptors of mouse devices using USB config and send me > the result and I will fix the issue. > > Replace 1 and 3 with the ugenX.Y for your device: > > usbconfig -u 1 -a 3 do_request 0x81 0x06 0x2200 1 0x100 I'm having same problem here, output of usbconfig you ask is available here: http://freebsd.pastebin.com/f2831347 Thanks -- Renato Botelho From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 14:08:41 2009 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 D1348106566B; Tue, 10 Mar 2009 14:08:41 +0000 (UTC) (envelope-from rbgarga@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.24]) by mx1.freebsd.org (Postfix) with ESMTP id 4DA7C8FC15; Tue, 10 Mar 2009 14:08:40 +0000 (UTC) (envelope-from rbgarga@gmail.com) Received: by qw-out-2122.google.com with SMTP id 3so1056556qwe.7 for ; Tue, 10 Mar 2009 07:08:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=aRHzqsKG8gQwgMpGTaAL0+snm0SmHULJgQoNCkM7DOM=; b=wPBCAM4Ujo12Sw2ahV2pFPQavSTxVQ3zvmCHEjORd37OgbU0wNJf6vMON8Nn7X385t JdrzbnS4XSA+ksf1Pu00Q3dIkUKuaHgt+Nc5SNKxO1nto5ownHHsnUxWfr//yHOkRBDy mIc7XNH7k7Sb/muWofM50osFdyVukkRUFwySY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=I/YbBfRvCWbDglXLG7W5cB937rJexAOM+T4M3M9LMwwlT3Ms7sbTk+rZoPEeCfo7J5 O4GG3TO7dQ/jTT+WALdsGDZI2fD+iRTvBuJwEnJ9bPK0w5uJpL3rRxPkmXeRqh1QC2ar 8+bn2It4rKy87Edy+Pxrx8NSSMITktBUCwkcA= MIME-Version: 1.0 Received: by 10.220.45.205 with SMTP id g13mr2326317vcf.64.1236694120053; Tue, 10 Mar 2009 07:08:40 -0700 (PDT) In-Reply-To: <200903100840.57018.hselasky@c2i.net> References: <20090310045605.GA38857@nagual.pp.ru> <200903092206.29775.beech@freebsd.org> <200903100840.57018.hselasky@c2i.net> Date: Tue, 10 Mar 2009 11:08:39 -0300 Message-ID: <747dc8f30903100708w1e08c47akd445314cf19a8442@mail.gmail.com> From: Renato Botelho To: Hans Petter Selasky Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Beech Rintoul , Andrey Chernov , akbeech@gmail.com, usb@freebsd.org, freebsd-current@freebsd.org, current@freebsd.org Subject: Re: USB2 makes moused insane X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2009 14:08:42 -0000 On Tue, Mar 10, 2009 at 4:40 AM, Hans Petter Selasky wrote: > On Tuesday 10 March 2009, Beech Rintoul wrote: >> On Monday 09 March 2009 20:56:06 Andrey Chernov wrote: >> > Every pure mouse movement now acts like pressing several buttons at the >> > same time which cause parts of console text under cursor copied/pasted >> > randomly. >> > >> > This is "Logitech G3" mouse, corresponding dmesg entries are: >> > >> > ugen2.2: at usbus2 >> > ums0: on >> > usbus2 ums0: 16 buttons and [XYZ] coordinates >> > uhid0: on >> > usbus2 >> > >> > moused -d -i all -p /dev/ums0 >> > moused: proto params: f8 80 00 00 8 00 ff >> > /dev/ums0 usb sysmouse generic >> > >> > Please fix, it works with old usb just nice. >> >> I see the exact same thing with my logitech USB mouse. Reverting to a >> kernel from about a week ago fixes the problem. >> >> Beech > > Hi, > > Please dump the HID descriptors of mouse devices using USB config and send me > the result and I will fix the issue. > > Replace 1 and 3 with the ugenX.Y for your device: > > usbconfig -u 1 -a 3 do_request 0x81 0x06 0x2200 1 0x100 I'm having same problem here, output of usbconfig you ask is available here: http://freebsd.pastebin.com/f2831347 Thanks -- Renato Botelho From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 14:11:28 2009 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 872EF10656DC for ; Tue, 10 Mar 2009 14:11:28 +0000 (UTC) (envelope-from rbgarga@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.28]) by mx1.freebsd.org (Postfix) with ESMTP id 3C8058FC27 for ; Tue, 10 Mar 2009 14:11:28 +0000 (UTC) (envelope-from rbgarga@gmail.com) Received: by yw-out-2324.google.com with SMTP id 2so29611ywt.13 for ; Tue, 10 Mar 2009 07:11:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=0m0r63szlHrJAyD9T2lViBya9Ajy8Z1YX08Z1rvVTEY=; b=O0iTSEexmBcmTgGmFsYz0nBtrI0USXT1a64hjmIn5hd6hmUx73on9IVD0+Q8pdwBcc VFH76JVH536IOBCdBUSiZ9DpDfSCafmQRUdqDwjJCbdh7+XcdEPNNG3piT2momEvWEI9 KOJ7uEyEgmAlYOdVn+mbGxUqkCAAGLeJBNBw4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=h07jNLxjKmRIQIciEcWS2eNd782lBOqRkbqkyiILWiwfPfEIwDKdlH0uhO8QfFNhow nsoEmtwVs4SnU2+UlQwuKGkxhMwJYG+xlZKXnNzBg3edgFrcSkS6nn823+OGmfAbFZ1b glGiI6CMHXSGDkgybvyHbKY3z+MlsgZ0C13NQ= MIME-Version: 1.0 Received: by 10.220.72.80 with SMTP id l16mr2316095vcj.99.1236694287527; Tue, 10 Mar 2009 07:11:27 -0700 (PDT) In-Reply-To: <20090310113005.GC31961@hoeg.nl> References: <20090310062530.GA40793@nagual.pp.ru> <20090310081854.GA19161@hoeg.nl> <20090310091542.GC19161@hoeg.nl> <20090310.201921.162086213.nyan@jp.FreeBSD.org> <20090310113005.GC31961@hoeg.nl> Date: Tue, 10 Mar 2009 11:11:27 -0300 Message-ID: <747dc8f30903100711h20140dccufaa771420b5aa77d@mail.gmail.com> From: Renato Botelho To: Ed Schouten Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ache@nagual.pp.ru, Takahashi Yoshihiro , current@freebsd.org Subject: Re: Bug: new syscons always resets SR to line 24 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2009 14:11:31 -0000 On Tue, Mar 10, 2009 at 8:30 AM, Ed Schouten wrote: > * Takahashi Yoshihiro wrote: >> The patch works fine on pc98. > > Thank you! Just committed this patch to SVN (r189617). Thank you Ed, it's working perfectly. -- Renato Botelho From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 14:36:25 2009 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 C64CD1065673 for ; Tue, 10 Mar 2009 14:36:25 +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 2A60D8FC15 for ; Tue, 10 Mar 2009 14:36:24 +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 n2AEIrGi050201; Tue, 10 Mar 2009 17:18:53 +0300 (MSK) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1236694734; bh=N1LyQfW8xFtU5sqfnmjO+7dXtaJX573T/YtqRJxHa3A=; l=307; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:In-Reply-To; b=aniEHfqub6O8FqvIsajV0LNBnj6GDmVGB06slfLlMtBC48RqzZF7fHT7ZiXBrvEKe 2BcDuHaUVWnVG14S3r7ymnC+eR0xEtNrHGn0xPQ71hsb0G2gIsTI7wUjhtpaqbyLgw 8cts5p6Gphk3nYciKTNW8vFWtscIcA7gEwgAkjdw= Received: (from ache@localhost) by nagual.pp.ru (8.14.3/8.14.3/Submit) id n2AEIqrg050199; Tue, 10 Mar 2009 17:18:52 +0300 (MSK) (envelope-from ache) Date: Tue, 10 Mar 2009 17:18:49 +0300 From: Andrey Chernov To: Hans Petter Selasky Message-ID: <20090310141848.GA50012@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Hans Petter Selasky , Paul Wootton , usb@freebsd.org, freebsd-current@freebsd.org References: <20090310045605.GA38857@nagual.pp.ru> <200903100840.57018.hselasky@c2i.net> <200903101300.24502.paul@fletchermoorland.co.uk> <200903101430.35346.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200903101430.35346.hselasky@c2i.net> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: usb@freebsd.org, freebsd-current@freebsd.org, Paul Wootton Subject: Re: USB2 makes moused insane X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2009 14:36:26 -0000 On Tue, Mar 10, 2009 at 02:30:34PM +0100, Hans Petter Selasky wrote: > Have you tried the following patch: > > http://perforce.freebsd.org/chv.cgi?CH=158916 It seems that this version already is in the head (so doesn't help) or I mess something in perforce interface :) -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 15:08:24 2009 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 342761065689 for ; Tue, 10 Mar 2009 15:08:24 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id B18BF8FC1A for ; Tue, 10 Mar 2009 15:08:23 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from heho.snv.jussieu.fr (heho.snv.jussieu.fr [134.157.184.22]) by shiva.jussieu.fr (8.14.3/jtpda-5.4) with ESMTP id n2AE91w8000224 for ; Tue, 10 Mar 2009 15:09:01 +0100 (CET) X-Ids: 166 Received: from heho.snv.jussieu.fr (localhost [127.0.0.1]) by heho.snv.jussieu.fr (8.14.3/8.14.3) with ESMTP id n2AE90PE090601 for ; Tue, 10 Mar 2009 15:09:00 +0100 (CET) (envelope-from arno@heho.snv.jussieu.fr) Received: (from arno@localhost) by heho.snv.jussieu.fr (8.14.3/8.14.3/Submit) id n2AE8xLC090598; Tue, 10 Mar 2009 15:08:59 +0100 (CET) (envelope-from arno) To: current@freebsd.org From: "Arno J. Klaassen" Date: Tue, 10 Mar 2009 15:08:59 +0100 Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (shiva.jussieu.fr [134.157.0.166]); Tue, 10 Mar 2009 15:09:01 +0100 (CET) X-Virus-Scanned: ClamAV 0.94.2/9084/Tue Mar 10 08:11:13 2009 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at jchkmail.jussieu.fr with ID 49B6747D.001 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 49B6747D.001/134.157.184.22/heho.snv.jussieu.fr/heho.snv.jussieu.fr/ X-j-chkmail-Score: MSGID : 49B6747D.001 on jchkmail.jussieu.fr : j-chkmail score : . : R=. U=. O=. B=0.005 -> S=0.005 X-j-chkmail-Status: Ham Cc: Subject: msi 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: Tue, 10 Mar 2009 15:08:24 -0000 Hello, when upgrading this morning from a March 1 -current, if_bge stopped working (and irq256: bge0 not showing up in vmstat -i ). Setting hw.pci.enable_msi="0" makes it work again. Nothing noticeable in dmesg.boot : [root@siamesetwins /usr/temp]# diff dmesg.boot.OK dmesg.boot.KO 5c5 < FreeBSD 8.0-CURRENT #1: Sun Mar 1 23:38:34 CET 2009 --- > FreeBSD 8.0-CURRENT #0: Tue Mar 10 11:52:39 CET 2009 16,17c16,17 < usable memory = 8581632000 (8184 MB) < avail memory = 8280162304 (7896 MB) --- > usable memory = 8581603328 (8184 MB) > avail memory = 8278331392 (7894 MB) 128d127 < SMP: AP CPU #5 Launched! 129a129 > SMP: AP CPU #5 Launched! 205c205 < tap0: Ethernet address: 00:bd:35:04:00:00 --- > tap0: Ethernet address: 00:bd:29:04:00:00 Full dmesg.boot.OK below. Thanx, Arno ####### Copyright (c) 1992-2009 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 #1: Sun Mar 1 23:38:34 CET 2009 toor@siamesetwins:/usr/obj/raid1/bsd/src-current/sys/S3992 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Quad-Core AMD Opteron(tm) Processor 2354 (2194.52-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x100f23 Stepping = 3 Features=0x178bfbff Features2=0x802009 AMD Features=0xee500800 AMD Features2=0x7ff TSC: P-state invariant Cores per package: 4 usable memory = 8581632000 (8184 MB) avail memory = 8280162304 (7896 MB) ACPI APIC Table: <103007 APIC2012> FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-15 on motherboard ioapic1 irqs 16-31 on motherboard ioapic2 irqs 32-47 on motherboard kbd1 at kbdmux0 acpi0: <103007 XSDT2012> on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: Sleep Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, bff00000 (3) failed Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x508-0x50b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pcib2: at device 13.0 on pci1 pci2: on pcib2 atapci0: port 0xbc00-0xbc07,0xb880-0xb883,0xb800-0xb807,0xb480-0xb483,0xb400-0xb41f mem 0xfeffe000-0xfeffffff irq 11 at device 14.0 on pci1 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] ata4: on atapci0 ata4: [ITHREAD] ata5: on atapci0 ata5: [ITHREAD] atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 2.1 on pci0 ata0: on atapci1 ata0: [ITHREAD] ata1: on atapci1 ata1: [ITHREAD] isab0: at device 2.2 on pci0 isa0: on isab0 pci0: at device 3.0 (no driver attached) pci0: at device 3.1 (no driver attached) pci0: at device 3.2 (no driver attached) pci0: at device 4.0 (no driver attached) pcib3: at device 6.0 on pci0 pci3: on pcib3 pcib4: at device 7.0 on pci0 pci4: on pcib4 pci4: at device 4.0 (no driver attached) pci4: at device 4.1 (no driver attached) pcib5: at device 8.0 on pci0 pci5: on pcib5 pcib6: at device 0.0 on pci5 pci7: on pcib6 aac0: mem 0xff400000-0xff5fffff irq 28 at device 14.0 on pci7 aac0: Enabling 64-bit address support aac0: Enable Raw I/O aac0: Enable 64-bit array aac0: New comm. interface enabled aac0: [ITHREAD] aac0: Adaptec 3405, aac driver 2.0.0-1 pcib7: at device 0.2 on pci5 pci6: on pcib7 pcib8: at device 9.0 on pci0 pci8: on pcib8 pcib9: at device 10.0 on pci0 pci9: on pcib9 pcib10: at device 11.0 on pci0 pci10: on pcib10 vgapci0: port 0xe000-0xe0ff mem 0xd8000000-0xdfffffff,0xff6f0000-0xff6fffff irq 17 at device 12.0 on pci0 acpi_button0: on acpi0 atrtc0: port 0x70-0x71 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] uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 uart1: [FILTER] cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 cpu4: on acpi0 cpu5: on acpi0 cpu6: on acpi0 cpu7: on acpi0 orm0: at iomem 0xc0000-0xc8fff,0xc9000-0xce7ff 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: cannot reserve I/O port range Timecounters tick every 1.000 msec ipfw2 (+ipv6) initialized, divert loadable, nat loadable, rule-based forwarding disabled, default to deny, logging disabled ad0: 194481MB at ata0-master UDMA100 aacd0: on aac0 aacd0: 69890MB (143134720 sectors) SMP: AP CPU #2 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #4 Launched! SMP: AP CPU #7 Launched! SMP: AP CPU #6 Launched! SMP: AP CPU #5 Launched! Trying to mount root from ufs:/dev/aacd0s1a tap0: Ethernet address: 00:bd:19:04:00:00 bge0: mem 0xff0d0000-0xff0dffff,0xff0c0000-0xff0cffff irq 26 at device 4.0 on pci4 miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge0: Ethernet address: 00:e0:81:4d:5d:b8 bge0: [ITHREAD] bge1: mem 0xff0f0000-0xff0fffff,0xff0e0000-0xff0effff irq 27 at device 4.1 on pci4 miibus1: on bge1 brgphy1: PHY 1 on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge1: Ethernet address: 00:e0:81:4d:5d:b9 bge1: [ITHREAD] fxp0: port 0xec00-0xec3f mem 0xff6eb000-0xff6ebfff,0xff6a0000-0xff6bffff irq 16 at device 4.0 on pci0 miibus2: on fxp0 inphy0: PHY 1 on miibus2 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:e0:81:4d:78:a5 fxp0: [ITHREAD] From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 15:20:00 2009 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 56C8910656BE; Tue, 10 Mar 2009 15:19:59 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe07.swip.net [212.247.154.193]) by mx1.freebsd.org (Postfix) with ESMTP id 07C8E8FC1D; Tue, 10 Mar 2009 15:19:58 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=j+k/Ze5hWUCaCztCgEjzDQ==:17 a=6I5d2MoRAAAA:8 a=WIzA8VWxLzNumuo3VFQA:9 a=6c_FBc6Bh5P1nDUqMCXATNbpZXMA:4 a=LY0hPdMaydYA:10 Received: from [81.191.55.181] (account mc467741@c2i.net HELO laptop) by mailfe07.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1205804507; Tue, 10 Mar 2009 16:19:57 +0100 From: Hans Petter Selasky To: Paul Wootton , Andrew Thompson Date: Tue, 10 Mar 2009 16:22:26 +0100 User-Agent: KMail/1.9.7 References: <20090310045605.GA38857@nagual.pp.ru> <200903100840.57018.hselasky@c2i.net> <200903101300.24502.paul@fletchermoorland.co.uk> In-Reply-To: <200903101300.24502.paul@fletchermoorland.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903101622.28277.hselasky@c2i.net> Cc: usb@freebsd.org, freebsd-current@freebsd.org Subject: Re: USB2 makes moused insane X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2009 15:20:01 -0000 On Tuesday 10 March 2009, Paul Wootton wrote: > Paul Wootton Hi Paul, After looking at the HID descriptor, the following patch should fix your mouse: http://perforce.freebsd.org/chv.cgi?CH=159001 Sorry for the inconvenience, but it was neccessary to clean up the HID parsing. --HPS From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 15:23:28 2009 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 B1262106567A; Tue, 10 Mar 2009 15:23:28 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe16.swipnet.se [212.247.155.225]) by mx1.freebsd.org (Postfix) with ESMTP id E4BB78FC08; Tue, 10 Mar 2009 15:23:27 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=j+k/Ze5hWUCaCztCgEjzDQ==:17 a=fGO4tVQLAAAA:8 a=6I5d2MoRAAAA:8 a=tG_LL-5FlI1POTL6h6cA:9 a=SLT2JlXONVG4Uou7bXDIitAvXrEA:4 a=LY0hPdMaydYA:10 Received: from [81.191.55.181] (account mc467741@c2i.net HELO laptop) by mailfe16.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 464086545; Tue, 10 Mar 2009 16:23:26 +0100 From: Hans Petter Selasky To: Renato Botelho Date: Tue, 10 Mar 2009 16:25:55 +0100 User-Agent: KMail/1.9.7 References: <20090310045605.GA38857@nagual.pp.ru> <200903100840.57018.hselasky@c2i.net> <747dc8f30903100708w1e08c47akd445314cf19a8442@mail.gmail.com> In-Reply-To: <747dc8f30903100708w1e08c47akd445314cf19a8442@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903101625.57647.hselasky@c2i.net> Cc: usb@freebsd.org, Andrey Chernov , freebsd-current@freebsd.org, Beech Rintoul , akbeech@gmail.com Subject: Re: USB2 makes moused insane X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2009 15:23:29 -0000 On Tuesday 10 March 2009, Renato Botelho wrote: > http://freebsd.pastebin.com/f2831347 Try this patch: http://perforce.freebsd.org/chv.cgi?CH=159001 --HPS From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 15:28:25 2009 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 E8F931065689; Tue, 10 Mar 2009 15:28:25 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id A11A48FC24; Tue, 10 Mar 2009 15:28:25 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id F0535FF32; Wed, 11 Mar 2009 04:28:24 +1300 (NZDT) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pGnHP1hwcGaF; Wed, 11 Mar 2009 04:28:20 +1300 (NZDT) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Wed, 11 Mar 2009 04:28:20 +1300 (NZDT) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id 05C7B1142F; Wed, 11 Mar 2009 04:28:20 +1300 (NZDT) Date: Tue, 10 Mar 2009 08:28:19 -0700 From: Andrew Thompson To: Hans Petter Selasky Message-ID: <20090310152819.GB63136@citylink.fud.org.nz> References: <20090310045605.GA38857@nagual.pp.ru> <200903100840.57018.hselasky@c2i.net> <747dc8f30903100708w1e08c47akd445314cf19a8442@mail.gmail.com> <200903101625.57647.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200903101625.57647.hselasky@c2i.net> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Doug Barton , Beech Rintoul , Andrey Chernov , akbeech@gmail.com, usb@freebsd.org, freebsd-current@freebsd.org, Renato Botelho Subject: Re: USB2 makes moused insane X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2009 15:28:28 -0000 On Tue, Mar 10, 2009 at 04:25:55PM +0100, Hans Petter Selasky wrote: > On Tuesday 10 March 2009, Renato Botelho wrote: > > http://freebsd.pastebin.com/f2831347 > > Try this patch: > > http://perforce.freebsd.org/chv.cgi?CH=159001 A regular diff for those not familiar with the p4web interface. http://people.freebsd.org/~thompsa/usb_hid.diff Andrew From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 15:42:31 2009 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 1DBFF106567A for ; Tue, 10 Mar 2009 15:42:31 +0000 (UTC) (envelope-from cdk1@bsd.cl) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.26]) by mx1.freebsd.org (Postfix) with ESMTP id 8A0698FC14 for ; Tue, 10 Mar 2009 15:42:30 +0000 (UTC) (envelope-from cdk1@bsd.cl) Received: by qw-out-2122.google.com with SMTP id 3so1084362qwe.7 for ; Tue, 10 Mar 2009 08:42:29 -0700 (PDT) MIME-Version: 1.0 Received: by 10.220.44.212 with SMTP id b20mr2425768vcf.116.1236697933209; Tue, 10 Mar 2009 08:12:13 -0700 (PDT) Date: Tue, 10 Mar 2009 12:12:12 -0300 Message-ID: From: Carlos Corona To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Problem with make buildkernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2009 15:42:31 -0000 Hi *: I had some problems when compiling my new kernel, any thoughts on this?; Reina-Tonia src # time make buildkernel KERNCONF=Segvfault ========================================= MAKE=make sh /usr/src/sys/conf/newvers.sh Segvfault /usr/local/libexec/ccache/world-cc -c -O2 -fno-strict-aliasing -pipe -s -funroll-loops -fomit-frame-pointer -march=athlon-mp -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror vers.c linking kernel atapi-cam.o(.text+0x120): In function `reinit_bus': : undefined reference to `xpt_async' atapi-cam.o(.text+0x12f): In function `reinit_bus': : undefined reference to `xpt_alloc_ccb_nowait' atapi-cam.o(.text+0x14b): In function `reinit_bus': : undefined reference to `xpt_periph' atapi-cam.o(.text+0x162): In function `reinit_bus': : undefined reference to `xpt_create_path' atapi-cam.o(.text+0x16d): In function `reinit_bus': : undefined reference to `xpt_free_ccb' atapi-cam.o(.text+0x1a1): In function `reinit_bus': : undefined reference to `xpt_setup_ccb' atapi-cam.o(.text+0x1be): In function `reinit_bus': : undefined reference to `xpt_action' atapi-cam.o(.text+0x291): In function `setup_async_cb': : undefined reference to `xpt_setup_ccb' atapi-cam.o(.text+0x2b7): In function `setup_async_cb': : undefined reference to `xpt_action' atapi-cam.o(.text+0x2ff): In function `cam_rescan_callback': : undefined reference to `xpt_free_path' atapi-cam.o(.text+0x3f7): In function `free_hcb_and_ccb_done': : undefined reference to `xpt_done' atapi-cam.o(.text+0x490): In function `free_softc': : undefined reference to `xpt_free_path' atapi-cam.o(.text+0x4bc): In function `free_softc': : undefined reference to `cam_sim_free' atapi-cam.o(.text+0x4f9): In function `free_softc': : undefined reference to `xpt_bus_deregister' atapi-cam.o(.text+0x553): In function `atapi_cam_detach': : undefined reference to `xpt_sim_opened' atapi-cam.o(.text+0x598): In function `atapi_cam_detach': : undefined reference to `xpt_freeze_simq' atapi-cam.o(.text+0x698): In function `atapi_cam_attach': : undefined reference to `cam_simq_alloc' atapi-cam.o(.text+0x6dc): In function `atapi_cam_attach': : undefined reference to `cam_sim_alloc' atapi-cam.o(.text+0x720): In function `atapi_cam_attach': : undefined reference to `xpt_bus_register' atapi-cam.o(.text+0x756): In function `atapi_cam_attach': : undefined reference to `xpt_create_path' atapi-cam.o(.text+0xa24): In function `atapi_async': : undefined reference to `xpt_path_target_id' atapi-cam.o(.text+0xa2e): In function `atapi_async': : undefined reference to `xpt_print_path' atapi-cam.o(.text+0xad2): In function `atapi_action': : undefined reference to `xpt_done' atapi-cam.o(.text+0xe52): In function `atapi_action': : undefined reference to `cam_calc_geometry' atapi-cam.o(.text+0x10ef): In function `atapi_action': : undefined reference to `xpt_print_path' atapi-cam.o(.text+0x1205): In function `atapi_action': : undefined reference to `xpt_print_path' atapi-cam.o(.text+0x1228): In function `atapi_action': : undefined reference to `xpt_freeze_simq' atapi-cam.o(.text+0x1237): In function `atapi_action': : undefined reference to `xpt_done' atapi-cam.o(.text+0x30c): In function `cam_rescan_callback': : undefined reference to `xpt_free_ccb' atapi-cam.o(.text+0xb3a): In function `atapi_action': : undefined reference to `xpt_done' umass.o(.text+0x9e): In function `umass_detach': : undefined reference to `xpt_bus_deregister' umass.o(.text+0xc5): In function `umass_detach': : undefined reference to `cam_sim_free' umass.o(.text+0x3fb): In function `umass_std_transform': : undefined reference to `xpt_done' umass.o(.text+0x413): In function `umass_std_transform': : undefined reference to `xpt_done' umass.o(.text+0xd7a): In function `umass_attach': : undefined reference to `cam_simq_alloc' umass.o(.text+0xdc6): In function `umass_attach': : undefined reference to `cam_sim_alloc' umass.o(.text+0xe16): In function `umass_attach': : undefined reference to `xpt_bus_register' umass.o(.text+0x112b): In function `umass_attach': : undefined reference to `xpt_periph' umass.o(.text+0x113e): In function `umass_attach': : undefined reference to `xpt_create_path' umass.o(.text+0x11c3): In function `umass_attach': : undefined reference to `cam_simq_free' umass.o(.text+0x120d): In function `umass_attach': : undefined reference to `xpt_setup_ccb' umass.o(.text+0x122a): In function `umass_attach': : undefined reference to `xpt_action' umass.o(.text+0x1284): In function `umass_cam_rescan_callback': : undefined reference to `xpt_free_path' umass.o(.text+0x316b): In function `umass_cam_action': : undefined reference to `xpt_done' umass.o(.text+0x31ee): In function `umass_cam_action': : undefined reference to `xpt_done' umass.o(.text+0x32db): In function `umass_cam_action': : undefined reference to `xpt_done' umass.o(.text+0x33a0): In function `umass_cam_action': : undefined reference to `xpt_done' umass.o(.text+0x3454): In function `umass_cam_action': : undefined reference to `xpt_done' umass.o(.text+0x369f): more undefined references to `xpt_done' follow umass.o(.text+0x3709): In function `umass_cam_action': : undefined reference to `cam_calc_geometry' umass.o(.text+0x3711): In function `umass_cam_action': : undefined reference to `xpt_done' umass.o(.text+0x383d): In function `umass_cam_action': : undefined reference to `xpt_done' umass.o(.text+0x39bf): In function `umass_cam_action': : undefined reference to `xpt_done' umass.o(.text+0x39fd): In function `umass_cam_action': : undefined reference to `xpt_done' umass.o(.text+0x490): In function `umass_cam_quirk_cb': : undefined reference to `xpt_done' umass.o(.text+0x530): more undefined references to `xpt_done' follow *** Error code 1 Stop in /usr/obj/usr/src/sys/Segvfault. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. real 10m10.591s user 3m3.481s sys 2m7.263s Reina-Tonia src # uname -a FreeBSD Reina-Tonia 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Wed Mar 4 12:46:51 CLST 2009 CdK1@Reina-Tonia:/usr/obj/usr/src/sys/Segvfault i386 Reina-Tonia src # Any ideas? -- Carlos Corona CdK1 BSD Chile http://www.bsd.cl http://segvfault.wordpress.com From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 15:46:27 2009 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 90BAA1065670; Tue, 10 Mar 2009 15:46:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 565948FC14; Tue, 10 Mar 2009 15:46:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n2AFkLxS037865; Tue, 10 Mar 2009 11:46:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2AFkLrF064655; Tue, 10 Mar 2009 11:46:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7346A7302F; Tue, 10 Mar 2009 10:46:21 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090310154621.7346A7302F@freebsd-current.sentex.ca> Date: Tue, 10 Mar 2009 10:46:21 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.1/8983/Thu Feb 12 07:48:01 2009 clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Mar 2009 15:46:28 -0000 TB --- 2009-03-10 13:40:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-10 13:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-03-10 13:40:00 - cleaning the object tree TB --- 2009-03-10 13:40:56 - cvsupping the source tree TB --- 2009-03-10 13:40:56 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-03-10 13:41:03 - building world TB --- 2009-03-10 13:41:03 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-10 13:41:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-10 13:41:03 - TARGET=amd64 TB --- 2009-03-10 13:41:03 - TARGET_ARCH=amd64 TB --- 2009-03-10 13:41:03 - TZ=UTC TB --- 2009-03-10 13:41:03 - __MAKE_CONF=/dev/null TB --- 2009-03-10 13:41:03 - cd /src TB --- 2009-03-10 13:41:03 - /usr/bin/make -B buildworld >>> World build started on Tue Mar 10 13:41:05 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Tue Mar 10 15:38:59 UTC 2009 TB --- 2009-03-10 15:38:59 - generating LINT kernel config TB --- 2009-03-10 15:38:59 - cd /src/sys/amd64/conf TB --- 2009-03-10 15:38:59 - /usr/bin/make -B LINT TB --- 2009-03-10 15:38:59 - building LINT kernel TB --- 2009-03-10 15:38:59 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-10 15:38:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-10 15:38:59 - TARGET=amd64 TB --- 2009-03-10 15:38:59 - TARGET_ARCH=amd64 TB --- 2009-03-10 15:38:59 - TZ=UTC TB --- 2009-03-10 15:38:59 - __MAKE_CONF=/dev/null TB --- 2009-03-10 15:38:59 - cd /src TB --- 2009-03-10 15:38:59 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Mar 10 15:38:59 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/bktr/bktr_tuner.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/bktr/msp34xx.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/buslogic/bt.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/buslogic/bt_isa.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/buslogic/bt_pci.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/cardbus/cardbus.c cc1: warnings being treated as errors /src/sys/dev/cardbus/cardbus.c:86: warning: 'cardbus_write_ivar' declared 'static' but never defined *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-10 15:46:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-10 15:46:21 - ERROR: failed to build lint kernel TB --- 2009-03-10 15:46:21 - 5900.40 user 618.73 system 7581.11 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 15:51:11 2009 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 F36AD1065686; Tue, 10 Mar 2009 15:51:10 +0000 (UTC) (envelope-from rbgarga@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.25]) by mx1.freebsd.org (Postfix) with ESMTP id 855EC8FC13; Tue, 10 Mar 2009 15:51:10 +0000 (UTC) (envelope-from rbgarga@gmail.com) Received: by qw-out-2122.google.com with SMTP id 3so1087004qwe.7 for ; Tue, 10 Mar 2009 08:51:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=0D7iIqT2+CBHu+TlILPBzgNQAm7l0oCR2g04hPv7iBo=; b=Ynzc18ZhYPx7ABhagO5DDESrBWt6nK5wZqwJc8OzvE5tO97lYIR1QIK1LgHbYUkysb ilTvWxmrAq4DaSOaXmfZes/UdgfvGi7ejS1+QFTqwJFTXGdPpjqGjzA4X8nc2X3RaLh3 HeZ/OZhfUNLJIH4ornbLZgtPZIucWdz55spiQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=MXBNsqqWJYwCiSZGy2f5N1maHk6mDuutbj/YcNhSA2O2OfgpR2gfrL8tQL9wiRNFOc My9Nujc5O1vL/qJxeAgQblj5QzdDoeBJwS2ri66fZaklKHHiMiK12qYB4mBhc7MqiE+T 7VD/MBeHPGKZe9oMmOy1kFTcXlA7mtOZzgONk= MIME-Version: 1.0 Received: by 10.220.92.194 with SMTP id s2mr2534901vcm.10.1236700269387; Tue, 10 Mar 2009 08:51:09 -0700 (PDT) In-Reply-To: <200903101625.57647.hselasky@c2i.net> References: <20090310045605.GA38857@nagual.pp.ru> <200903100840.57018.hselasky@c2i.net> <747dc8f30903100708w1e08c47akd445314cf19a8442@mail.gmail.com> <200903101625.57647.hselasky@c2i.net> Date: Tue, 10 Mar 2009 12:51:09 -0300 Message-ID: <747dc8f30903100851o7e8ba37dl71bcd59056571232@mail.gmail.com> From: Renato Botelho To: Hans Petter Selasky Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: usb@freebsd.org, Andrey Chernov , freebsd-current@freebsd.org, Beech Rintoul , akbeech@gmail.com Subject: Re: USB2 makes moused insane X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2009 15:51:12 -0000 On Tue, Mar 10, 2009 at 12:25 PM, Hans Petter Selasky wrote: > On Tuesday 10 March 2009, Renato Botelho wrote: >> http://freebsd.pastebin.com/f2831347 > > Try this patch: > > http://perforce.freebsd.org/chv.cgi?CH=159001 Worked fine. Thanks!!! -- Renato Botelho From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 16:02:19 2009 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 DB69210656C4 for ; Tue, 10 Mar 2009 16:02:19 +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 5E3B38FC0A for ; Tue, 10 Mar 2009 16:02:18 +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.2.9) with ESMTPA id 237071574; Tue, 10 Mar 2009 18:02:18 +0200 Message-ID: <49B68F09.5060706@FreeBSD.org> Date: Tue, 10 Mar 2009 18:02:17 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.14 (X11/20080612) MIME-Version: 1.0 To: hartzell@alerce.com References: <1236482586.00083946.1236470402@10.7.7.3> <49B4D781.4040009@FreeBSD.org> <18870.36237.507772.507692@almost.alerce.com> In-Reply-To: <18870.36237.507772.507692@almost.alerce.com> 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: Am I using atacontrol attach properly? (sata hotplug issue). X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2009 16:02:21 -0000 George Hartzell wrote: > Alexander Motin writes: > > George Hartzell wrote: > > > I have a Gigabyte GA-6KIEH-RH motherboard. It has 5 SATA ports, 4 > > > attached to a Sil 3114 controller and 1 attach to an ICH8m. The > > > system is running -CURRENT from yesterday. > > > > > > I have two disks attaching as ad4 and ad6 to ata2 and ata3 resp. > > > > > > I can set ACHI mode for ICH8m in the BIOS. When I do not enable it, > > > the 5th SATA conector shows up as slave on ata6. When I do enable it > > > the 5th connector shows up as master on ata8. > > > > > > If I boot without anything connected to the fifth port, then connect a > > > drive I thought that the following should work to get the drive > > > recognized: > > > > > > sudo atacontrol detach ata8 > > > sudo atacontrol attach ata8 > > > > > > (or a similar dance with ata6 if AHCI isn't enabled). > > > > It is ICH8M port, right? > > > > > When I set boot_verbose in loader.conf I see the following when I > > > attach (two separate attempts with different SATA drives): > > > > > > ata8: AHCI reset... > > > ata8: SATA connect status=00000004 > > > ata8: AHCI reset done: phy reset found no device > > > ata8: [MPSAFE] > > > ata8: [ITHREAD] > > > ata8: Identifying devices: 00000000 > > > ata8: New devices: 00000000 > > > ata8: AHCI reset... > > > ata8: SATA connect status=00000004 > > > ata8: AHCI reset done: phy reset found no device > > > ata8: [MPSAFE] > > > ata8: [ITHREAD] > > > ata8: Identifying devices: 00000000 > > > ata8: New devices: 00000000 > > > > There is very little part of AHCI driver takes part on this stage. > > Mostly it is done by common ata_sata_phy_reset() routine. Try to comment > > if ((ATA_IDX_INL(ch, ATA_SCONTROL) & ATA_SC_DET_MASK) == > > ATA_SC_DET_IDLE) > > return ata_sata_connect(ch); > > lines in there. It will force full hardware reset to the drive. > > > > > If the drive's attached at boot time then it's recognized. > > > > > > Am I doing something wrong, or is my hardware balky? > > > > Every hardware has some specifics. I have successfully tested hot-plug > > working with AHCI on ICH8, ICH8M and JMB363. > > When I comment out those lines I end up with an unbootable kernel. I > get to the point that it tries to mount root and it gives me a prompt > asking me what to mount. Have you saved any ata messages? > I don't know if it's the same problem or > not, but the USB keyboard is also unresponsive. I don't see direct relations. > Somehow, in the course of playing with this and rebooting when things > hung, I've ended up with several hundred errors in the zpool. It'll > take me a few evenings to reinstall and rebuild things. It's a pity. On my systems commenting this lines does not brake anything. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 16:16:23 2009 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 26E231065670; Tue, 10 Mar 2009 16:16:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id DF7668FC18; Tue, 10 Mar 2009 16:16:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n2AGGKsn047429; Tue, 10 Mar 2009 12:16:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2AGGKM8089767; Tue, 10 Mar 2009 12:16:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 864EE7302F; Tue, 10 Mar 2009 11:16:20 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090310161620.864EE7302F@freebsd-current.sentex.ca> Date: Tue, 10 Mar 2009 11:16:20 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.1/8983/Thu Feb 12 07:48:01 2009 clamav-milter version 0.94.2 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Mar 2009 16:16:24 -0000 TB --- 2009-03-10 14:46:36 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-10 14:46:36 - starting HEAD tinderbox run for i386/i386 TB --- 2009-03-10 14:46:36 - cleaning the object tree TB --- 2009-03-10 14:47:14 - cvsupping the source tree TB --- 2009-03-10 14:47:14 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2009-03-10 14:47:24 - building world TB --- 2009-03-10 14:47:24 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-10 14:47:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-10 14:47:24 - TARGET=i386 TB --- 2009-03-10 14:47:24 - TARGET_ARCH=i386 TB --- 2009-03-10 14:47:24 - TZ=UTC TB --- 2009-03-10 14:47:24 - __MAKE_CONF=/dev/null TB --- 2009-03-10 14:47:24 - cd /src TB --- 2009-03-10 14:47:24 - /usr/bin/make -B buildworld >>> World build started on Tue Mar 10 14:47:26 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Mar 10 16:08:43 UTC 2009 TB --- 2009-03-10 16:08:43 - generating LINT kernel config TB --- 2009-03-10 16:08:43 - cd /src/sys/i386/conf TB --- 2009-03-10 16:08:43 - /usr/bin/make -B LINT TB --- 2009-03-10 16:08:43 - building LINT kernel TB --- 2009-03-10 16:08:43 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-10 16:08:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-10 16:08:43 - TARGET=i386 TB --- 2009-03-10 16:08:43 - TARGET_ARCH=i386 TB --- 2009-03-10 16:08:43 - TZ=UTC TB --- 2009-03-10 16:08:43 - __MAKE_CONF=/dev/null TB --- 2009-03-10 16:08:43 - cd /src TB --- 2009-03-10 16:08:43 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Mar 10 16:08:43 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/buslogic/bt.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/buslogic/bt_eisa.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/buslogic/bt_isa.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/buslogic/bt_mca.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/buslogic/bt_pci.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/cardbus/cardbus.c cc1: warnings being treated as errors /src/sys/dev/cardbus/cardbus.c:86: warning: 'cardbus_write_ivar' declared 'static' but never defined *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-10 16:16:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-10 16:16:20 - ERROR: failed to build lint kernel TB --- 2009-03-10 16:16:20 - 4245.09 user 415.08 system 5383.73 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 15:55:57 2009 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 E1B641065742; Tue, 10 Mar 2009 15:55:57 +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 BF0DC8FC0A; Tue, 10 Mar 2009 15:55:57 +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 91D1A33C62; Tue, 10 Mar 2009 08:55:57 -0700 (PDT) Received: from merlin.alerce.com (localhost [127.0.0.1]) by merlin.alerce.com (Postfix) with ESMTP id 4351D33C5B; Tue, 10 Mar 2009 08:55:56 -0700 (PDT) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18870.36237.507772.507692@almost.alerce.com> Date: Tue, 10 Mar 2009 08:55:57 -0700 To: Alexander Motin In-Reply-To: <49B4D781.4040009@FreeBSD.org> References: <1236482586.00083946.1236470402@10.7.7.3> <49B4D781.4040009@FreeBSD.org> X-Mailer: VM 8.0.12 under 22.1.50.1 (i386-apple-darwin8.11.1) X-Virus-Scanned: ClamAV using ClamSMTP X-Mailman-Approved-At: Tue, 10 Mar 2009 16:42:38 +0000 Cc: freebsd-current@freebsd.org Subject: Re: Am I using atacontrol attach properly? (sata hotplug issue). 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: Tue, 10 Mar 2009 15:56:09 -0000 Alexander Motin writes: > Hi. > > George Hartzell wrote: > > I have a Gigabyte GA-6KIEH-RH motherboard. It has 5 SATA ports, 4 > > attached to a Sil 3114 controller and 1 attach to an ICH8m. The > > system is running -CURRENT from yesterday. > > > > I have two disks attaching as ad4 and ad6 to ata2 and ata3 resp. > > > > I can set ACHI mode for ICH8m in the BIOS. When I do not enable it, > > the 5th SATA conector shows up as slave on ata6. When I do enable it > > the 5th connector shows up as master on ata8. > > > > If I boot without anything connected to the fifth port, then connect a > > drive I thought that the following should work to get the drive > > recognized: > > > > sudo atacontrol detach ata8 > > sudo atacontrol attach ata8 > > > > (or a similar dance with ata6 if AHCI isn't enabled). > > It is ICH8M port, right? > > > When I set boot_verbose in loader.conf I see the following when I > > attach (two separate attempts with different SATA drives): > > > > ata8: AHCI reset... > > ata8: SATA connect status=00000004 > > ata8: AHCI reset done: phy reset found no device > > ata8: [MPSAFE] > > ata8: [ITHREAD] > > ata8: Identifying devices: 00000000 > > ata8: New devices: 00000000 > > ata8: AHCI reset... > > ata8: SATA connect status=00000004 > > ata8: AHCI reset done: phy reset found no device > > ata8: [MPSAFE] > > ata8: [ITHREAD] > > ata8: Identifying devices: 00000000 > > ata8: New devices: 00000000 > > There is very little part of AHCI driver takes part on this stage. > Mostly it is done by common ata_sata_phy_reset() routine. Try to comment > if ((ATA_IDX_INL(ch, ATA_SCONTROL) & ATA_SC_DET_MASK) == > ATA_SC_DET_IDLE) > return ata_sata_connect(ch); > lines in there. It will force full hardware reset to the drive. > > > If the drive's attached at boot time then it's recognized. > > > > Am I doing something wrong, or is my hardware balky? > > Every hardware has some specifics. I have successfully tested hot-plug > working with AHCI on ICH8, ICH8M and JMB363. When I comment out those lines I end up with an unbootable kernel. I get to the point that it tries to mount root and it gives me a prompt asking me what to mount. I don't know if it's the same problem or not, but the USB keyboard is also unresponsive. Somehow, in the course of playing with this and rebooting when things hung, I've ended up with several hundred errors in the zpool. It'll take me a few evenings to reinstall and rebuild things. g. From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 16:44:04 2009 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 E95171065701; Tue, 10 Mar 2009 16:44:04 +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 CB5FC8FC15; Tue, 10 Mar 2009 16:44:04 +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 8F40D33C62; Tue, 10 Mar 2009 09:44:04 -0700 (PDT) Received: from merlin.alerce.com (localhost [127.0.0.1]) by merlin.alerce.com (Postfix) with ESMTP id 1F58E33C5B; Tue, 10 Mar 2009 09:44:03 -0700 (PDT) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18870.39124.596500.878010@almost.alerce.com> Date: Tue, 10 Mar 2009 09:44:04 -0700 To: Alexander Motin In-Reply-To: <49B68F09.5060706@FreeBSD.org> References: <1236482586.00083946.1236470402@10.7.7.3> <49B4D781.4040009@FreeBSD.org> <18870.36237.507772.507692@almost.alerce.com> <49B68F09.5060706@FreeBSD.org> X-Mailer: VM 8.0.12 under 22.1.50.1 (i386-apple-darwin8.11.1) X-Virus-Scanned: ClamAV using ClamSMTP X-Mailman-Approved-At: Tue, 10 Mar 2009 16:49:40 +0000 Cc: freebsd-current@freebsd.org Subject: Re: Am I using atacontrol attach properly? (sata hotplug issue). 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: Tue, 10 Mar 2009 16:44:05 -0000 Alexander Motin writes: > George Hartzell wrote: > > Alexander Motin writes: > > > George Hartzell wrote: > > > > I have a Gigabyte GA-6KIEH-RH motherboard. It has 5 SATA ports, 4 > > > > attached to a Sil 3114 controller and 1 attach to an ICH8m. The > > > > system is running -CURRENT from yesterday. > > > > > > > > I have two disks attaching as ad4 and ad6 to ata2 and ata3 resp. > > > > > > > > I can set ACHI mode for ICH8m in the BIOS. When I do not enable it, > > > > the 5th SATA conector shows up as slave on ata6. When I do enable it > > > > the 5th connector shows up as master on ata8. > > > > > > > > If I boot without anything connected to the fifth port, then connect a > > > > drive I thought that the following should work to get the drive > > > > recognized: > > > > > > > > sudo atacontrol detach ata8 > > > > sudo atacontrol attach ata8 > > > > > > > > (or a similar dance with ata6 if AHCI isn't enabled). > > > > > > It is ICH8M port, right? > > > > > > > When I set boot_verbose in loader.conf I see the following when I > > > > attach (two separate attempts with different SATA drives): > > > > > > > > ata8: AHCI reset... > > > > ata8: SATA connect status=00000004 > > > > ata8: AHCI reset done: phy reset found no device > > > > ata8: [MPSAFE] > > > > ata8: [ITHREAD] > > > > ata8: Identifying devices: 00000000 > > > > ata8: New devices: 00000000 > > > > ata8: AHCI reset... > > > > ata8: SATA connect status=00000004 > > > > ata8: AHCI reset done: phy reset found no device > > > > ata8: [MPSAFE] > > > > ata8: [ITHREAD] > > > > ata8: Identifying devices: 00000000 > > > > ata8: New devices: 00000000 > > > > > > There is very little part of AHCI driver takes part on this stage. > > > Mostly it is done by common ata_sata_phy_reset() routine. Try to comment > > > if ((ATA_IDX_INL(ch, ATA_SCONTROL) & ATA_SC_DET_MASK) == > > > ATA_SC_DET_IDLE) > > > return ata_sata_connect(ch); > > > lines in there. It will force full hardware reset to the drive. > > > > > > > If the drive's attached at boot time then it's recognized. > > > > > > > > Am I doing something wrong, or is my hardware balky? > > > > > > Every hardware has some specifics. I have successfully tested hot-plug > > > working with AHCI on ICH8, ICH8M and JMB363. > > > > When I comment out those lines I end up with an unbootable kernel. I > > get to the point that it tries to mount root and it gives me a prompt > > asking me what to mount. > > Have you saved any ata messages? > > > I don't know if it's the same problem or > > not, but the USB keyboard is also unresponsive. > > I don't see direct relations. > > > Somehow, in the course of playing with this and rebooting when things > > hung, I've ended up with several hundred errors in the zpool. It'll > > take me a few evenings to reinstall and rebuild things. > > It's a pity. On my systems commenting this lines does not brake anything. I'll build up a simpler test -CURRENT system (no ZFS, etc...) and give it another try. I won't get to it until next Wednesday or so though, work and travel will be keeping me busy. Thanks for the help! g. From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 16:58:42 2009 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 631EF106566B for ; Tue, 10 Mar 2009 16:58:42 +0000 (UTC) (envelope-from tmclaugh@sdf.lonestar.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 3FB668FC0A; Tue, 10 Mar 2009 16:58:42 +0000 (UTC) (envelope-from tmclaugh@sdf.lonestar.org) Received: from straycat.dhs.org (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2AGwevI025414; Tue, 10 Mar 2009 16:58:40 GMT (envelope-from tmclaugh@sdf.lonestar.org) Received: from tomcat.straycat.dhs.org (tomcat.straycat.dhs.org [192.168.3.130]) by straycat.dhs.org (8.14.1/8.14.1) with ESMTP id n2AGwZqP026842; Tue, 10 Mar 2009 12:58:38 -0400 (EDT) Message-ID: <49B69C36.3010307@sdf.lonestar.org> Date: Tue, 10 Mar 2009 12:58:30 -0400 From: Tom McLaughlin User-Agent: Thunderbird 2.0.0.19 (X11/20090105) MIME-Version: 1.0 To: Doug Rabson References: <49A69B74.1080201@sdf.lonestar.org> <49A97F2E.3030005@sdf.lonestar.org> <20090306213531.G60465@beagle.kn.op.dlr.de> <20090306211650.GD41617@deviant.kiev.zoral.com.ua> <20090306222433.GF41617@deviant.kiev.zoral.com.ua> <20090310114131.GD41617@deviant.kiev.zoral.com.ua> <70D16F57-F7E3-4CDA-BCD5-5D79B566510B@rabson.org> In-Reply-To: <70D16F57-F7E3-4CDA-BCD5-5D79B566510B@rabson.org> X-Enigmail-Version: 0.95.6 Content-Type: multipart/mixed; boundary="------------070509010908020907050708" Cc: Kostik Belousov , Hartmut Brandt , kazakov@gmail.com, current@freebsd.org Subject: Re: problem with nss_ldap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2009 16:58:43 -0000 This is a multi-part message in MIME format. --------------070509010908020907050708 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Doug Rabson wrote: > On 10 Mar 2009, at 11:41, Kostik Belousov wrote: > >> On Tue, Mar 10, 2009 at 10:38:51AM +0000, Doug Rabson wrote: >>> On 6 Mar 2009, at 22:24, Kostik Belousov wrote: >>> >>>> On Fri, Mar 06, 2009 at 05:00:49PM -0500, tmclaugh@sdf.lonestar.org >>>> wrote: >>>>>> On Fri, Mar 06, 2009 at 09:39:31PM +0100, Hartmut Brandt wrote: >>>>>>> Hi Tom, >>>>>>> >>>>>>> On Sat, 28 Feb 2009, Tom McLaughlin wrote: >>>>>>> >>>>>>> TM>Tom McLaughlin wrote: >>>>>>> TM>> Harti Brandt wrote: >>>>>>> TM>> > On Sun, 18 Jan 2009, Hartmut.Brandt@dlr.de wrote: >>>>>>> TM> >>>>>>> TM>> > > Both create entries in /var/log/messages like: >>>>>>> TM>> > > >>>>>>> TM>> > > Jan 18 20:00:02 knopdnsimu13f cron[1495]: GSSAPI Error: >>>>>>> Miscellaneous >>>>>>> TM>> > > failure (see >>>>>>> TM>> > > >>>>>>> text)??????????????? >>>>>>> ZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZ >>>>>>> TM>Z >>>>>>> TM>> Z >>>>>>> TM>> > ZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZ >>>>>>> TM>> > > Jan 18 20:00:02 knopdnsimu13f kernel: ZZZZZZZZZZZZZZZZ >>>>>>> TM>> > > >>>>>>> TM>> > > I've tried to figure out in which of the dozens of >>>>>>> layered >>>>>>> libraries >>>>>>> TM>> > > (gss, sasl, ssl, ......) this error is generated but did >>>>>>> not >>>>>>> find >>>>>>> TM>> > > anything. >>>>>>> TM>> > > >>>>>>> TM>> > > This is on amd64, krb5 enabled in pam, gssapi disabled >>>>>>> in >>>>>>> sshd_config >>>>>>> TM>> > > (as I said, this worked before). >>>>>>> TM>> > So to answer my own mail: I made a link from the kerberos >>>>>>> ticket >>>>>>> file >>>>>>> TM>> > which contains the host ticket (and is specified in >>>>>>> nss_ldap.conf) to >>>>>>> TM>> > /tmp/krb5cc_0. I've no idea why this is suddenly >>>>>>> necessary, >>>>>>> though. >>>>>>> TM>> >>>>>>> TM>> There may be an issue with the env method used in nss_ldap >>>>>>> to >>>>>>> change the >>>>>>> TM>> credentials cache. My mind is fuzzy but I do recall a >>>>>>> similar >>>>>>> issue but >>>>>>> TM>> don't remember the exact cause or case. nss_ldap has a >>>>>>> second >>>>>>> configurable >>>>>>> TM>> ccname method which when I submitted the original patch I >>>>>>> intended >>>>>>> to >>>>>>> TM>> switch to once we had a newer heimdal. Once I get nss_ldap >>>>>>> working >>>>>>> on my >>>>>>> TM>> box I intend to submit another patch. >>>>>>> TM>> >>>>>>> TM>> tom >>>>>>> TM> >>>>>>> TM>Hi Harti (CC maintainer), >>>>>>> TM> >>>>>>> TM>Can you try the attached patch for nss_ldap? This should >>>>>>> cause the >>>>>>> host >>>>>>> TM>ticket to work correctly on -CURRENT. It's "my box approved". >>>>>>> >>>>>>> Does not work. I rebuilt my system with today's sources to be >>>>>>> sure, >>>>>>> removed my patches to the two library makefiles and rebuilt >>>>>>> nss_ldap >>>>>>> with >>>>>>> your patch. I get: >>>>>>> >>>>>>> # ls -l >>>>>>> dlopen: /usr/lib/libgssapi_spnego.so.10: Undefined symbol >>>>>>> "GSS_C_NT_HOSTBASED_SERVICE" >>>>>>> /libexec/ld-elf.so.1: /usr/lib/libgssapi_krb5.so.10: Undefined >>>>>>> symbol >>>>>>> "gss_oid_equal" >>>>>>> >>>>>>> Basically on everything I enter. Luckily vi still works :-) >>>>>>> >>>>>>> I saw that the configuration script claims not to find >>>>>>> gss_krb5_ccache_name in -lgssapi or -lgssapi_krb5. This is >>>>>>> because the >>>>>>> test program for -lgssapi_krb5 links only to gssapi_krb5 but >>>>>>> not to >>>>>>> gssapi >>>>>>> and so gets a lot of errors. I fixed this by adding gssapi, but >>>>>>> the >>>>>>> final >>>>>>> result was the same. >>>>>> It seems that this is because libgssapi_krb5, libgssapi_spnego >>>>>> and several other heimdal shared libraries are not linked against >>>>>> libgssapi. >>>>>> >>>>>> >>>>> As I understand it libgssapi_krb5 and libgssapi_spnego are not >>>>> supposed to >>>>> be linked against libgssapi. They're supposed to be just plugins. >>>> These objects reference symbols from libgssapi. The libgssapi or >>>> nss_ldap >>>> are dlopened without RTLD_GLOBAL flag, and libgssapi-provided >>>> symbols >>>> are not available. As I understand, nss module must be not loaded >>>> with >>>> RTLD_GLOBAL. >>>> >>>> Our binutils in base are old. Newer ld has a switch --no-allow- >>>> shlib- >>>> undefined >>>> that fails the link if shared library has undefined references. I >>>> find >>>> it useful to catch and fix this kind of errors. >>> >>> The real problem is that nss_ldap should not link with libgssapi_krb5 >>> directly. This library is a plugin for the mechanism-independant >>> libgssapi and can not be used standalone. The nss_ldap module should >>> link to libgssapi and that will handle loading libgssapi_krb5 as >>> necessary. >>> >> I think this is a different problem, and it does not invalidates the >> requirement for each dso to be linked against all required dso's that >> provide symbols referenced by the first one. > > Perhaps I should have put GSS-API extensions in a different library > from the mechanism implementation. This is actually quite possible > since all the krb5 extensions are wrappers on a more generic GSS-API > extension api. Its probably too hard to do that now. Okay, attached is a patch to nss_ldap. On -CURRENT I have changed the CONFIGURE_ARG to use "--enable-configurable-krb5-ccname-gssapi" instead of "--enable-configurable-krb5-ccname-env" which fixes Harti's initial problem with apps like cron failing. It will also make nss_ldap link against libgssapi and libgssapi_krb5. I still have one lingering issue though at least things work. [tom@freebsd-8-amd64 tom]$ getent passwd tom dlopen: /usr/lib/libgssapi_spnego.so.10: Undefined symbol "GSS_C_NT_HOSTBASED_SERVICE" tom:x:10001:10001:Tom McLaughlin:/home/tom:/bin/sh I am also curious how gssapi in -CURRENT is affecting the ports tree. Are other ports experiencing similar linking issues? How can I go about finding and fixing them? tom -- | tmclaugh at sdf.lonestar.org tmclaugh at FreeBSD.org | | FreeBSD http://www.FreeBSD.org | --------------070509010908020907050708 Content-Type: text/plain; name="nss_ldap-gssapi.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="nss_ldap-gssapi.diff" Index: Makefile =================================================================== RCS file: /ncvs/ports/net/nss_ldap/Makefile,v retrieving revision 1.27 diff -u -r1.27 Makefile --- Makefile 5 Jan 2009 19:04:27 -0000 1.27 +++ Makefile 10 Mar 2009 16:48:16 -0000 @@ -33,11 +33,17 @@ CONFIGURE_ARGS= --with-ldap-conf-file=${PREFIX}/etc/nss_ldap.conf \ --with-ldap-secret-file=${PREFIX}/etc/nss_ldap.secret \ --enable-rfc2307bis \ - --enable-paged-results \ - --enable-configurable-krb5-ccname-env + --enable-paged-results MAN5= nss_ldap.5 +.include +.if ${OSVERSION} >= 800064 +CONFIGURE_ARGS+=--enable-configurable-krb5-ccname-gssapi +.else +CONFIGURE_ARGS+=--enable-configurable-krb5-ccname-env +.endif + post-extract: ${CP} ${FILESDIR}/bsdnss.c ${WRKSRC} @@ -49,4 +55,4 @@ ${INSTALL_MAN} ${WRKSRC}/${MAN5} ${MAN5PREFIX}/man/man5 ${SED} -e "s,%%PREFIX%%,${PREFIX},g" ${PKGMESSAGE} -.include +.include Index: files/patch-configure.in =================================================================== RCS file: /ncvs/ports/net/nss_ldap/files/patch-configure.in,v retrieving revision 1.1 diff -u -r1.1 patch-configure.in --- files/patch-configure.in 10 Dec 2008 16:11:25 -0000 1.1 +++ files/patch-configure.in 10 Mar 2009 16:48:16 -0000 @@ -1,5 +1,5 @@ ---- configure.in.orig 2007-10-29 06:30:12.000000000 -0700 -+++ configure.in 2008-09-26 20:38:20.000000000 -0700 +--- configure.in.orig 2008-10-30 16:50:15.000000000 -0400 ++++ configure.in 2009-03-10 12:38:47.778089424 -0400 @@ -96,11 +96,15 @@ linux*) nss_ldap_so_LDFLAGS="-shared -Wl,-Bdynamic -Wl,--version-script,\$(srcdir)/exports.linux" ;; *) nss_ldap_so_LDFLAGS="-shared -Wl,-Bdynamic" ;; @@ -24,3 +24,12 @@ AC_CHECK_HEADERS(irs.h) ;; esac AC_CHECK_HEADERS(thread.h) +@@ -288,7 +291,7 @@ + + AC_CHECK_LIB(gssapi, gss_krb5_ccache_name,[LIBS="-lgssapi $LIBS" found_gssapi_lib=yes],,$LIBS) + if test -z "$found_gssapi_lib"; then +- AC_CHECK_LIB(gssapi_krb5, gss_krb5_ccache_name,[LIBS="-lgssapi_krb5 $LIBS"],,$LIBS) ++ AC_CHECK_LIB(gssapi_krb5, gss_krb5_ccache_name,[LIBS="-lgssapi -lgssapi_krb5 $LIBS"],,-lgssapi $LIBS) + fi + + dnl Following checks probably not strictly necessary. --------------070509010908020907050708-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 17:13:49 2009 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 63576106566B; Tue, 10 Mar 2009 17:13:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 27AC48FC0A; Tue, 10 Mar 2009 17:13:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n2AHDlQw064654; Tue, 10 Mar 2009 13:13:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2AHDkWt035749; Tue, 10 Mar 2009 13:13:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A34DA7302F; Tue, 10 Mar 2009 12:13:46 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090310171346.A34DA7302F@freebsd-current.sentex.ca> Date: Tue, 10 Mar 2009 12:13:46 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.1/8983/Thu Feb 12 07:48:01 2009 clamav-milter version 0.94.2 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Mar 2009 17:13:50 -0000 TB --- 2009-03-10 15:46:21 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-10 15:46:21 - starting HEAD tinderbox run for i386/pc98 TB --- 2009-03-10 15:46:21 - cleaning the object tree TB --- 2009-03-10 15:46:49 - cvsupping the source tree TB --- 2009-03-10 15:46:49 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2009-03-10 15:46:57 - building world TB --- 2009-03-10 15:46:57 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-10 15:46:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-10 15:46:57 - TARGET=pc98 TB --- 2009-03-10 15:46:57 - TARGET_ARCH=i386 TB --- 2009-03-10 15:46:57 - TZ=UTC TB --- 2009-03-10 15:46:57 - __MAKE_CONF=/dev/null TB --- 2009-03-10 15:46:57 - cd /src TB --- 2009-03-10 15:46:57 - /usr/bin/make -B buildworld >>> World build started on Tue Mar 10 15:46:59 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Mar 10 17:07:25 UTC 2009 TB --- 2009-03-10 17:07:25 - generating LINT kernel config TB --- 2009-03-10 17:07:25 - cd /src/sys/pc98/conf TB --- 2009-03-10 17:07:25 - /usr/bin/make -B LINT TB --- 2009-03-10 17:07:25 - building LINT kernel TB --- 2009-03-10 17:07:25 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-10 17:07:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-10 17:07:25 - TARGET=pc98 TB --- 2009-03-10 17:07:25 - TARGET_ARCH=i386 TB --- 2009-03-10 17:07:25 - TZ=UTC TB --- 2009-03-10 17:07:25 - __MAKE_CONF=/dev/null TB --- 2009-03-10 17:07:25 - cd /src TB --- 2009-03-10 17:07:25 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Mar 10 17:07:25 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/bktr/bktr_core.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/bktr/bktr_i2c.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/bktr/bktr_os.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/bktr/bktr_tuner.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/bktr/msp34xx.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/cardbus/cardbus.c cc1: warnings being treated as errors /src/sys/dev/cardbus/cardbus.c:86: warning: 'cardbus_write_ivar' declared 'static' but never defined *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-10 17:13:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-10 17:13:46 - ERROR: failed to build lint kernel TB --- 2009-03-10 17:13:46 - 4132.39 user 421.84 system 5244.94 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 17:51:42 2009 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 DA966106564A for ; Tue, 10 Mar 2009 17:51:42 +0000 (UTC) (envelope-from mdc@prgmr.com) Received: from mail.prgmr.com (mail.prgmr.com [64.62.173.114]) by mx1.freebsd.org (Postfix) with ESMTP id C90EB8FC0A for ; Tue, 10 Mar 2009 17:51:42 +0000 (UTC) (envelope-from mdc@prgmr.com) Received: from frylock.local (c-71-198-249-174.hsd1.ca.comcast.net [71.198.249.174]) by mail.prgmr.com (Postfix) with ESMTP id B84FE68B5B for ; Tue, 10 Mar 2009 10:51:42 -0700 (PDT) Message-ID: <49B6A89F.2060008@prgmr.com> Date: Tue, 10 Mar 2009 10:51:27 -0700 From: Michael David Crawford Organization: Prgmr.com User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Seeking Code Reviewer for FreeBSD Grant X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2009 17:51:43 -0000 Hi Again, I'm writing up an application for a FreeBSD Foundation Grant. There is a pool of $30,000 that will be divided among the developers whose proposals to improve or extend FreeBSD are deemed 1337 enough: http://www.freebsdfoundation.org/documents/FreeBSD%20Foundation%20Proposals%20Feb%202009.pdf Unfortunately, the proposal deadline is today, but I only found out about the grant program yesterday! I've had my particular project planned for some time, but my grant proposal is having to be written in quite a hurry. One of the requirements is that I must name a well-known FreeBSD developer who will review my source code. You would be paid for your efforts out of my grant, so my proposal also must include a budget for your review work. The project I'm proposing is something I was going to do anyway, but if I can get a grant, I could devote more of my time to my project, get it done sooner, and possibly do a better job than I could without the grant. The project I plan, if successful, would *definitely* benefit the FreeBSD community. Existing FreeBSD users could do more with it, and it would encourage the adoption of FreeBSD by those who haven't used it before. My code reviewer will have the privilege of reading the most meticulous, efficient, debugged and *tested* source code Known to Man. I have *very* high standards for my work. Unfortunately, my very first foray into FreeBSD was just last night when I did an anonymous Subversion checkout of the head sources. I'm still working on my first actual system installation. Perhaps by late tonight I will have built and booted my first kernel. So there's also a good chance that, while my code may be Correct, it could be Clueless as well. :-D If you'd like to my reviewer, please email me off-list, I'll let you know what I'm proposing to do. I don't want to actually say in public until the FreeBSD Foundation has had a chance to look over my grant application. I've been a software engineer for twenty-one years, and have a very diverse background, but the closest I've come to FreeBSD before last night is working with Mac OS X since 2002, as well as the old SunOS back in the 80's. Thanks! Mike -- Michael David Crawford mdc@prgmr.com prgmr.com - We Don't Assume You Are Stupid. Xen-Powered Virtual Private Servers: http://prgmr.com/xen From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 17:59:56 2009 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 7EA02106564A for ; Tue, 10 Mar 2009 17:59:56 +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 02B2B8FC12 for ; Tue, 10 Mar 2009 17:59:55 +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.2.9) with ESMTPSA id 237079189; Tue, 10 Mar 2009 19:59:55 +0200 Message-ID: <49B6AA99.4090808@FreeBSD.org> Date: Tue, 10 Mar 2009 19:59:53 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.19 (X11/20090118) MIME-Version: 1.0 To: Yoshifumi SASAKI References: <1236687785.00084874.1236675603@10.7.7.3> In-Reply-To: <1236687785.00084874.1236675603@10.7.7.3> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Try report: Sony VAIO Type P X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2009 17:59:56 -0000 Yoshifumi SASAKI wrote: > Sound... succeed to load snd_hda.ko > > hdac0: mem > 0x942c0000-0x942c3fff irq 11 at device 27.0 on pci0 > hdac0: HDA Driver Revision: 20090215_0128 > hdac0: [ITHREAD] > hdac0: HDA Codec #0: Realtek ALC262 > pcm0: at cad 0 nid 1 on hdac0 > > I receive many messages.And I try to play MP3 data,But not sound. > > interrupt storm detected on "irq5:"; throttling interrupt source > interrupt storm detected on "irq5:"; throttling interrupt source > interrupt storm detected on "irq5:"; throttling interrupt source > interrupt storm detected on "irq5:"; throttling interrupt source snd_hda supports several interrupt modes: MSI, usual interrupts and polling (interruptless operation). The version you have tested uses MSI by default. You can switch it to use usual interrupts by setting hint.hdac.0.msi=0 in loader.conf, or to use polling by dev.hdac.0.polling=1 sysctl. Also you can try latest CURRENT, as there were some MSI related changes recently. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 18:11:45 2009 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 7E651106564A; Tue, 10 Mar 2009 18:11:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 42AD58FC1F; Tue, 10 Mar 2009 18:11:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2AIBeHL013486; Tue, 10 Mar 2009 14:11:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n2AIBeOP024279; Tue, 10 Mar 2009 14:11:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 73BAC7302F; Tue, 10 Mar 2009 13:11:40 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090310181140.73BAC7302F@freebsd-current.sentex.ca> Date: Tue, 10 Mar 2009 13:11:40 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Mar 2009 18:11:48 -0000 TB --- 2009-03-10 16:16:20 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-10 16:16:20 - starting HEAD tinderbox run for ia64/ia64 TB --- 2009-03-10 16:16:20 - cleaning the object tree TB --- 2009-03-10 16:16:51 - cvsupping the source tree TB --- 2009-03-10 16:16:51 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2009-03-10 16:16:59 - building world TB --- 2009-03-10 16:16:59 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-10 16:16:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-10 16:16:59 - TARGET=ia64 TB --- 2009-03-10 16:16:59 - TARGET_ARCH=ia64 TB --- 2009-03-10 16:16:59 - TZ=UTC TB --- 2009-03-10 16:16:59 - __MAKE_CONF=/dev/null TB --- 2009-03-10 16:16:59 - cd /src TB --- 2009-03-10 16:16:59 - /usr/bin/make -B buildworld >>> World build started on Tue Mar 10 16:17:01 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Mar 10 18:04:31 UTC 2009 TB --- 2009-03-10 18:04:31 - generating LINT kernel config TB --- 2009-03-10 18:04:31 - cd /src/sys/ia64/conf TB --- 2009-03-10 18:04:31 - /usr/bin/make -B LINT TB --- 2009-03-10 18:04:31 - building LINT kernel TB --- 2009-03-10 18:04:31 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-10 18:04:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-10 18:04:31 - TARGET=ia64 TB --- 2009-03-10 18:04:31 - TARGET_ARCH=ia64 TB --- 2009-03-10 18:04:31 - TZ=UTC TB --- 2009-03-10 18:04:31 - __MAKE_CONF=/dev/null TB --- 2009-03-10 18:04:31 - cd /src TB --- 2009-03-10 18:04:31 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Mar 10 18:04:31 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/bktr/bktr_tuner.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/bktr/msp34xx.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/buslogic/bt.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/buslogic/bt_isa.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/buslogic/bt_pci.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/cardbus/cardbus.c cc1: warnings being treated as errors /src/sys/dev/cardbus/cardbus.c:86: warning: 'cardbus_write_ivar' declared 'static' but never defined *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-10 18:11:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-10 18:11:40 - ERROR: failed to build lint kernel TB --- 2009-03-10 18:11:40 - 5663.07 user 420.87 system 6919.41 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 18:23:12 2009 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 EA29E10656DA; Tue, 10 Mar 2009 18:23:12 +0000 (UTC) (envelope-from beech@freebsd.org) Received: from bsdevel.akherb.com (bsdevel.akherb.com [208.86.224.193]) by mx1.freebsd.org (Postfix) with ESMTP id C0C6D8FC0C; Tue, 10 Mar 2009 18:23:12 +0000 (UTC) (envelope-from beech@freebsd.org) Received: from stargate.akherb.com (163-146-42-72.gci.net [72.42.146.163]) by bsdevel.akherb.com (Postfix) with ESMTP id EEBC528E10E7; Tue, 10 Mar 2009 18:23:11 +0000 (UTC) From: Beech Rintoul Organization: FreeBSD To: freebsd-current@freebsd.org, akbeech@gmail.com Date: Tue, 10 Mar 2009 10:23:09 -0800 User-Agent: KMail/1.11.0 (FreeBSD/8.0-CURRENT; KDE/4.2.1; i386; ; ) References: <20090310045605.GA38857@nagual.pp.ru> <200903092206.29775.beech@freebsd.org> In-Reply-To: <200903092206.29775.beech@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903101023.10146.beech@freebsd.org> Cc: usb@freebsd.org, Andrey Chernov , current@freebsd.org Subject: Re: USB2 makes moused insane X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: akbeech@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, 10 Mar 2009 18:23:14 -0000 On Monday 09 March 2009 22:06:29 Beech Rintoul wrote: > On Monday 09 March 2009 20:56:06 Andrey Chernov wrote: > > Every pure mouse movement now acts like pressing several buttons at the > > same time which cause parts of console text under cursor copied/pasted > > randomly. > > > > This is "Logitech G3" mouse, corresponding dmesg entries are: > > > > ugen2.2: at usbus2 > > ums0: on > > usbus2 ums0: 16 buttons and [XYZ] coordinates > > uhid0: on > > usbus2 > > > > moused -d -i all -p /dev/ums0 > > moused: proto params: f8 80 00 00 8 00 ff > > /dev/ums0 usb sysmouse generic > > > > Please fix, it works with old usb just nice. > > I see the exact same thing with my logitech USB mouse. Reverting to a > kernel from about a week ago fixes the problem. > > Beech That patch fixes my issues as well, thanks :-) Beech -- --------------------------------------------------------------------------------------- Beech Rintoul - FreeBSD Developer - beech@FreeBSD.org /"\ ASCII Ribbon Campaign | FreeBSD Since 4.x \ / - NO HTML/RTF in e-mail | http://people.freebsd.org/~beech X - NO Word docs in e-mail | Skype: akbeech / \ - http://www.FreeBSD.org/releases/7.1R/announce.html --------------------------------------------------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 18:23:12 2009 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 EA29E10656DA; Tue, 10 Mar 2009 18:23:12 +0000 (UTC) (envelope-from beech@freebsd.org) Received: from bsdevel.akherb.com (bsdevel.akherb.com [208.86.224.193]) by mx1.freebsd.org (Postfix) with ESMTP id C0C6D8FC0C; Tue, 10 Mar 2009 18:23:12 +0000 (UTC) (envelope-from beech@freebsd.org) Received: from stargate.akherb.com (163-146-42-72.gci.net [72.42.146.163]) by bsdevel.akherb.com (Postfix) with ESMTP id EEBC528E10E7; Tue, 10 Mar 2009 18:23:11 +0000 (UTC) From: Beech Rintoul Organization: FreeBSD To: freebsd-current@freebsd.org, akbeech@gmail.com Date: Tue, 10 Mar 2009 10:23:09 -0800 User-Agent: KMail/1.11.0 (FreeBSD/8.0-CURRENT; KDE/4.2.1; i386; ; ) References: <20090310045605.GA38857@nagual.pp.ru> <200903092206.29775.beech@freebsd.org> In-Reply-To: <200903092206.29775.beech@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903101023.10146.beech@freebsd.org> Cc: usb@freebsd.org, Andrey Chernov , current@freebsd.org Subject: Re: USB2 makes moused insane X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: akbeech@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, 10 Mar 2009 18:23:14 -0000 On Monday 09 March 2009 22:06:29 Beech Rintoul wrote: > On Monday 09 March 2009 20:56:06 Andrey Chernov wrote: > > Every pure mouse movement now acts like pressing several buttons at the > > same time which cause parts of console text under cursor copied/pasted > > randomly. > > > > This is "Logitech G3" mouse, corresponding dmesg entries are: > > > > ugen2.2: at usbus2 > > ums0: on > > usbus2 ums0: 16 buttons and [XYZ] coordinates > > uhid0: on > > usbus2 > > > > moused -d -i all -p /dev/ums0 > > moused: proto params: f8 80 00 00 8 00 ff > > /dev/ums0 usb sysmouse generic > > > > Please fix, it works with old usb just nice. > > I see the exact same thing with my logitech USB mouse. Reverting to a > kernel from about a week ago fixes the problem. > > Beech That patch fixes my issues as well, thanks :-) Beech -- --------------------------------------------------------------------------------------- Beech Rintoul - FreeBSD Developer - beech@FreeBSD.org /"\ ASCII Ribbon Campaign | FreeBSD Since 4.x \ / - NO HTML/RTF in e-mail | http://people.freebsd.org/~beech X - NO Word docs in e-mail | Skype: akbeech / \ - http://www.FreeBSD.org/releases/7.1R/announce.html --------------------------------------------------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 18:29:46 2009 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 F377E106568B for ; Tue, 10 Mar 2009 18:29:45 +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 777AC8FC1F for ; Tue, 10 Mar 2009 18:29:44 +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.2.9) with ESMTPSA id 237080589; Tue, 10 Mar 2009 20:29:44 +0200 Message-ID: <49B6B196.3000305@FreeBSD.org> Date: Tue, 10 Mar 2009 20:29:42 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.19 (X11/20090118) MIME-Version: 1.0 To: Yoshifumi SASAKI References: <1236687785.00084874.1236675603@10.7.7.3> <49B6AA99.4090808@FreeBSD.org> In-Reply-To: <49B6AA99.4090808@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Try report: Sony VAIO Type P X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2009 18:29:46 -0000 Alexander Motin wrote: > Yoshifumi SASAKI wrote: >> Sound... succeed to load snd_hda.ko >> >> hdac0: mem >> 0x942c0000-0x942c3fff irq 11 at device 27.0 on pci0 >> hdac0: HDA Driver Revision: 20090215_0128 >> hdac0: [ITHREAD] >> hdac0: HDA Codec #0: Realtek ALC262 >> pcm0: at cad 0 nid 1 on hdac0 >> >> I receive many messages.And I try to play MP3 data,But not sound. >> >> interrupt storm detected on "irq5:"; throttling interrupt source >> interrupt storm detected on "irq5:"; throttling interrupt source >> interrupt storm detected on "irq5:"; throttling interrupt source >> interrupt storm detected on "irq5:"; throttling interrupt source > > snd_hda supports several interrupt modes: MSI, usual interrupts and > polling (interruptless operation). The version you have tested uses MSI > by default. You can switch it to use usual interrupts by setting > hint.hdac.0.msi=0 in loader.conf, or to use polling by > dev.hdac.0.polling=1 sysctl. Also you can try latest CURRENT, as there > were some MSI related changes recently. According to Intel's official SCH chip errata: "High Definition Audio Does Not Send Interrupts to the CPU When Using the MSI". So may be disabling it is the right way out. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 18:41:52 2009 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 710D410656D8 for ; Tue, 10 Mar 2009 18:41:52 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 4237C8FC0A for ; Tue, 10 Mar 2009 18:41:52 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (pool-98-109-39-197.nwrknj.fios.verizon.net [98.109.39.197]) by cyrus.watson.org (Postfix) with ESMTPSA id D211246B03; Tue, 10 Mar 2009 14:41:51 -0400 (EDT) Received: from localhost (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id n2AIfYK6028245; Tue, 10 Mar 2009 14:41:45 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 10 Mar 2009 14:25: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: <200903101425.28608.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Tue, 10 Mar 2009 14:41:46 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94.2/9084/Tue Mar 10 03:11:13 2009 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: "Arno J. Klaassen" Subject: Re: msi 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: Tue, 10 Mar 2009 18:41:53 -0000 On Tuesday 10 March 2009 10:08:59 am Arno J. Klaassen wrote: > > Hello, > > when upgrading this morning from a March 1 -current, if_bge > stopped working (and irq256: bge0 not showing up in > vmstat -i ). Setting hw.pci.enable_msi="0" makes it work again. Can you get a verbose dmesg (boot -v) with MSI enabled? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 18:41:58 2009 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 9282D1065675 for ; Tue, 10 Mar 2009 18:41:58 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 62F578FC30 for ; Tue, 10 Mar 2009 18:41:58 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (pool-98-109-39-197.nwrknj.fios.verizon.net [98.109.39.197]) by cyrus.watson.org (Postfix) with ESMTPSA id 0A1FC46B09; Tue, 10 Mar 2009 14:41:58 -0400 (EDT) Received: from localhost (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id n2AIfYK7028245; Tue, 10 Mar 2009 14:41:52 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 10 Mar 2009 14:26:10 -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: <200903101426.10637.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Tue, 10 Mar 2009 14:41:52 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94.2/9084/Tue Mar 10 03:11:13 2009 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Carlos Corona Subject: Re: Problem with make buildkernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2009 18:41:59 -0000 On Tuesday 10 March 2009 11:12:12 am Carlos Corona wrote: > Hi *: > > I had some problems when compiling my new kernel, any thoughts on > this?; > > Reina-Tonia src # time make buildkernel KERNCONF=Segvfault atapicam and umass both require the CAM code (device scbus, etc.). -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 18:44:45 2009 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 3511A10656CA for ; Tue, 10 Mar 2009 18:44:45 +0000 (UTC) (envelope-from freebsd.lists@fsck.ch) Received: from secure.socket.ch (secure.socket.ch [212.103.70.36]) by mx1.freebsd.org (Postfix) with ESMTP id D5FF38FC1F for ; Tue, 10 Mar 2009 18:44:44 +0000 (UTC) (envelope-from freebsd.lists@fsck.ch) Received: from 80-219-162-83.dclient.hispeed.ch ([80.219.162.83] helo=default.fsck.ch) by secure.socket.ch with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Lh6PA-000EqX-RV for freebsd-current@freebsd.org; Tue, 10 Mar 2009 19:10:24 +0100 Message-ID: <49B6ACFD.9030509@fsck.ch> Date: Tue, 10 Mar 2009 19:10:05 +0100 From: Tobias Roth User-Agent: Thunderbird 2.0.0.19 (X11/20090116) MIME-Version: 1.0 CC: FreeBSD Current References: <49B6A89F.2060008@prgmr.com> In-Reply-To: <49B6A89F.2060008@prgmr.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Score: -2.7 (--) X-Spam-Report: Spam detection software, running on the system "secure.socket.ch", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: On 03/10/09 18:51, Michael David Crawford wrote: > Hi Again, > > I'm writing up an application for a FreeBSD Foundation Grant. There is > a pool of $30, 000 that will be divided among the developers whose > proposals to improve or extend FreeBSD are deemed 1337 enough: [...] Content analysis details: (-2.7 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.8 ALL_TRUSTED Passed through trusted hosts only via SMTP 1.9 TVD_RCVD_IP TVD_RCVD_IP 1.3 MISSING_HEADERS Missing To: header -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] -1.6 AWL AWL: From: address is in the auto white-list X-SA-Exim-Connect-IP: 80.219.162.83 X-SA-Exim-Mail-From: freebsd.lists@fsck.ch X-SA-Exim-Scanned: No (on secure.socket.ch); SAEximRunCond expanded to false Subject: Re: Seeking Code Reviewer for FreeBSD Grant X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2009 18:44:46 -0000 On 03/10/09 18:51, Michael David Crawford wrote: > Hi Again, > > I'm writing up an application for a FreeBSD Foundation Grant. There is > a pool of $30,000 that will be divided among the developers whose > proposals to improve or extend FreeBSD are deemed 1337 enough: > One of the requirements is that I must name a well-known FreeBSD > developer who will review my source code. You would be paid for your > efforts out of my grant, so my proposal also must include a budget for > your review work. > My code reviewer will have the privilege of reading the most meticulous, > efficient, debugged and *tested* source code Known to Man. I have > *very* high standards for my work. > > Unfortunately, my very first foray into FreeBSD was just last night when > I did an anonymous Subversion checkout of the head sources. I'm still > working on my first actual system installation. Perhaps by late tonight > I will have built and booted my first kernel. > > So there's also a good chance that, while my code may be Correct, it > could be Clueless as well. :-D You don't happen to live in Nigeria by any chance? From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 19:41:10 2009 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 C453110656BB; Tue, 10 Mar 2009 19:41:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 8266D8FC2C; Tue, 10 Mar 2009 19:41:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2AJf6sk029615; Tue, 10 Mar 2009 15:41:06 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n2AJf6VU035120; Tue, 10 Mar 2009 15:41:06 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DDC667302F; Tue, 10 Mar 2009 14:41:05 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090310194105.DDC667302F@freebsd-current.sentex.ca> Date: Tue, 10 Mar 2009 14:41:05 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Mar 2009 19:41:11 -0000 TB --- 2009-03-10 18:11:40 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-10 18:11:40 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-03-10 18:11:40 - cleaning the object tree TB --- 2009-03-10 18:12:18 - cvsupping the source tree TB --- 2009-03-10 18:12:18 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-03-10 18:12:27 - building world TB --- 2009-03-10 18:12:27 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-10 18:12:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-10 18:12:27 - TARGET=powerpc TB --- 2009-03-10 18:12:27 - TARGET_ARCH=powerpc TB --- 2009-03-10 18:12:27 - TZ=UTC TB --- 2009-03-10 18:12:27 - __MAKE_CONF=/dev/null TB --- 2009-03-10 18:12:27 - cd /src TB --- 2009-03-10 18:12:27 - /usr/bin/make -B buildworld >>> World build started on Tue Mar 10 18:12:28 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Mar 10 19:36:00 UTC 2009 TB --- 2009-03-10 19:36:00 - generating LINT kernel config TB --- 2009-03-10 19:36:00 - cd /src/sys/powerpc/conf TB --- 2009-03-10 19:36:00 - /usr/bin/make -B LINT TB --- 2009-03-10 19:36:00 - building LINT kernel TB --- 2009-03-10 19:36:00 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-10 19:36:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-10 19:36:00 - TARGET=powerpc TB --- 2009-03-10 19:36:00 - TARGET_ARCH=powerpc TB --- 2009-03-10 19:36:00 - TZ=UTC TB --- 2009-03-10 19:36:00 - __MAKE_CONF=/dev/null TB --- 2009-03-10 19:36:00 - cd /src TB --- 2009-03-10 19:36:00 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Mar 10 19:36:00 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/bktr/bktr_os.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/bktr/bktr_tuner.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/bktr/msp34xx.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/buslogic/bt.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/buslogic/bt_pci.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/cardbus/cardbus.c cc1: warnings being treated as errors /src/sys/dev/cardbus/cardbus.c:86: warning: 'cardbus_write_ivar' declared 'static' but never defined *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-10 19:41:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-10 19:41:05 - ERROR: failed to build lint kernel TB --- 2009-03-10 19:41:05 - 4273.91 user 396.10 system 5365.09 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 19:50:43 2009 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 CAB031065675; Tue, 10 Mar 2009 19:50:43 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id 13FC18FC0C; Tue, 10 Mar 2009 19:50:41 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from heho.snv.jussieu.fr (heho.snv.jussieu.fr [134.157.184.22]) by shiva.jussieu.fr (8.14.3/jtpda-5.4) with ESMTP id n2AJ02qC077204 ; Tue, 10 Mar 2009 20:00:02 +0100 (CET) X-Ids: 166 Received: from heho.snv.jussieu.fr (localhost [127.0.0.1]) by heho.snv.jussieu.fr (8.14.3/8.14.3) with ESMTP id n2AJ01I3093058; Tue, 10 Mar 2009 20:00:01 +0100 (CET) (envelope-from arno@heho.snv.jussieu.fr) Received: (from arno@localhost) by heho.snv.jussieu.fr (8.14.3/8.14.3/Submit) id n2AJ00VK093028; Tue, 10 Mar 2009 20:00:00 +0100 (CET) (envelope-from arno) To: John Baldwin From: "Arno J. Klaassen" References: <200903101425.28608.jhb@freebsd.org> Date: Tue, 10 Mar 2009 20:00:00 +0100 In-Reply-To: <200903101425.28608.jhb@freebsd.org> (John Baldwin's message of "Tue\, 10 Mar 2009 14\:25\:28 -0400") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (shiva.jussieu.fr [134.157.0.166]); Tue, 10 Mar 2009 20:00:02 +0100 (CET) X-Virus-Scanned: ClamAV 0.94.2/9084/Tue Mar 10 08:11:13 2009 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at jchkmail.jussieu.fr with ID 49B6B8B2.00B by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 49B6B8B2.00B/134.157.184.22/heho.snv.jussieu.fr/heho.snv.jussieu.fr/ X-j-chkmail-Score: MSGID : 49B6B8B2.00B on jchkmail.jussieu.fr : j-chkmail score : . : R=. U=. O=. B=0.021 -> S=0.021 X-j-chkmail-Status: Ham Cc: freebsd-current@freebsd.org Subject: Re: msi 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: Tue, 10 Mar 2009 19:50:44 -0000 John Baldwin writes: > On Tuesday 10 March 2009 10:08:59 am Arno J. Klaassen wrote: >> >> Hello, >> >> when upgrading this morning from a March 1 -current, if_bge >> stopped working (and irq256: bge0 not showing up in >> vmstat -i ). Setting hw.pci.enable_msi="0" makes it work again. > > Can you get a verbose dmesg (boot -v) with MSI enabled? Copyright (c) 1992-2009 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 #1: Sun Mar 1 23:38:34 CET 2009 toor@siamesetwins:/usr/obj/raid1/bsd/src-current/sys/S3992 Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff80849000. Preloaded elf obj module "/boot/kernel/ipfw.ko" at 0xffffffff808491e8. Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2194561626 Hz CPU: Quad-Core AMD Opteron(tm) Processor 2354 (2194.56-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x100f23 Stepping = 3 Features=0x178bfbff Features2=0x802009 AMD Features=0xee500800 AMD Features2=0x7ff TSC: P-state invariant Cores per package: 4 L1 2MB data TLB: 48 entries, fully associative L1 2MB instruction TLB: 16 entries, fully associative L1 4KB data TLB: 48 entries, fully associative L1 4KB instruction TLB: 32 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 2MB data TLB: 128 entries, 2-way associative L2 2MB instruction TLB: 0 entries, 2-way associative L2 4KB data TLB: 512 entries, 4-way associative L2 4KB instruction TLB: 512 entries, 4-way associative L2 unified cache: 512 kbytes, 64 bytes/line, 1 lines/tag, 16-way associative usable memory = 8581632000 (8184 MB) Physical memory chunk(s): 0x0000000000001000 - 0x0000000000097fff, 618496 bytes (151 pages) 0x0000000000872000 - 0x00000000bffeffff, 3212304384 bytes (784254 pages) 0x0000000100000000 - 0x000000023032ffff, 5103616000 bytes (1246000 pages) avail memory = 8280162304 (7896 MB) ACPI APIC Table: <103007 APIC2012> INTR: Adding local APIC 1 as a target INTR: Adding local APIC 2 as a target INTR: Adding local APIC 3 as a target INTR: Adding local APIC 4 as a target INTR: Adding local APIC 5 as a target INTR: Adding local APIC 6 as a target INTR: Adding local APIC 7 as a target FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 APIC: CPU 0 has ACPI ID 1 APIC: CPU 1 has ACPI ID 2 APIC: CPU 2 has ACPI ID 3 APIC: CPU 3 has ACPI ID 4 APIC: CPU 4 has ACPI ID 5 APIC: CPU 5 has ACPI ID 6 APIC: CPU 6 has ACPI ID 7 APIC: CPU 7 has ACPI ID 8 ULE: setup cpu 0 ULE: setup cpu 1 ULE: setup cpu 2 ULE: setup cpu 3 ULE: setup cpu 4 ULE: setup cpu 5 ULE: setup cpu 6 ULE: setup cpu 7 ACPI: RSDP @ 0x0xf9330/0x0024 (v 2 ACPIAM) ACPI: XSDT @ 0x0xbfff0100/0x0054 (v 1 103007 XSDT2012 0x20071030 MSFT 0x00000097) ACPI: FACP @ 0x0xbfff0290/0x00F4 (v 3 103007 FACP2012 0x20071030 MSFT 0x00000097) ACPI: DSDT @ 0x0xbfff0460/0x36D7 (v 1 0AAAB 0AAAB001 0x00000001 INTL 0x02002026) ACPI: FACS @ 0x0xbfffe000/0x0040 ACPI: APIC @ 0x0xbfff0390/0x00CA (v 1 103007 APIC2012 0x20071030 MSFT 0x00000097) ACPI: OEMB @ 0x0xbfffe040/0x0056 (v 1 103007 OEMB2012 0x20071030 MSFT 0x00000097) ACPI: SRAT @ 0x0xbfff3b40/0x0150 (v 1 AMD HAMMER 0x00000001 AMD 0x00000001) ACPI: HPET @ 0x0xbfff3c90/0x0038 (v 1 103007 OEMHPET 0x20071030 MSFT 0x00000097) ACPI: SSDT @ 0x0xbfff3cd0/0x143C (v 1 A M I POWERNOW 0x00000001 AMD 0x00000001) MADT: Found IO APIC ID 8, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 MADT: Found IO APIC ID 9, Interrupt 16 at 0xfec01000 MADT: Found IO APIC ID 10, Interrupt 32 at 0xfec02000 lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: high lapic1: Routing NMI -> LINT1 lapic1: LINT1 trigger: edge lapic1: LINT1 polarity: high lapic2: Routing NMI -> LINT1 lapic2: LINT1 trigger: edge lapic2: LINT1 polarity: high lapic3: Routing NMI -> LINT1 lapic3: LINT1 trigger: edge lapic3: LINT1 polarity: high lapic4: Routing NMI -> LINT1 lapic4: LINT1 trigger: edge lapic4: LINT1 polarity: high lapic5: Routing NMI -> LINT1 lapic5: LINT1 trigger: edge lapic5: LINT1 polarity: high lapic6: Routing NMI -> LINT1 lapic6: LINT1 trigger: edge lapic6: LINT1 polarity: high lapic7: Routing NMI -> LINT1 lapic7: LINT1 trigger: edge lapic7: LINT1 polarity: high MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Forcing active-low polarity and level trigger for SCI ioapic0: intpin 9 polarity: low ioapic0: intpin 9 trigger: level ioapic0 irqs 0-15 on motherboard ioapic1 irqs 16-31 on motherboard ioapic2 irqs 32-47 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x0001000f pcm: 0x00000400 nfslock: pseudo-device kbd: new array size 4 kbd1 at kbdmux0 mem: null: random: io: acpi0: <103007 XSDT2012> on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 0 vector 48 acpi0: [MPSAFE] acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: Sleep Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, bff00000 (3) failed ACPI timer: 0/4 0/3 0/4 0/4 0/4 0/3 0/4 0/3 0/4 0/3 -> 0 Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x508-0x50b on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 9 N 0 3 4 5 7 9 11 12 14 15 Validation 0 9 N 0 3 4 5 7 9 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 9 11 12 14 15 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 1 3 4 5 6 7 9 11 12 14 15 Validation 0 11 N 0 1 3 4 5 6 7 9 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 Validation 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 Validation 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 Validation 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 Validation 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 Validation 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 Validation 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 pci_link8: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 Validation 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 pci_link9: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 Validation 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 pci_link10: Index IRQ Rtd Ref IRQs Initial Probe 0 7 N 0 1 3 4 5 6 7 9 11 12 14 15 Validation 0 7 N 0 1 3 4 5 6 7 9 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 pci_link11: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 1 3 4 5 6 7 9 11 12 14 15 Validation 0 5 N 0 1 3 4 5 6 7 9 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 pci_link12: Index IRQ Rtd Ref IRQs Initial Probe 0 9 N 0 1 3 4 5 6 7 9 11 12 14 15 Validation 0 9 N 0 1 3 4 5 6 7 9 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 pci_link13: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 Validation 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 pci_link14: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 Validation 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 pci_link15: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 Validation 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 pci_link16: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 Validation 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 pci_link17: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 Validation 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 pci_link18: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 Validation 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 pci_link19: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 Validation 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 pci_link20: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 Validation 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 pci_link21: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 Validation 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 pci_link22: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 Validation 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 pci_link23: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 Validation 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 pci_link24: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 Validation 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 pci_link25: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 Validation 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 pci_link26: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 Validation 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 pci_link27: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 Validation 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 pci_link28: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 Validation 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 pci_link29: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 Validation 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 pci_link30: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 Validation 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 After Disable 0 255 N 0 1 3 4 5 6 7 9 11 12 14 15 pci_link31: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 10 Validation 0 10 N 0 10 After Disable 0 255 N 0 10 pci_link32: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 11 Validation 0 11 N 0 11 After Disable 0 255 N 0 11 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 acpi_hpet0: vend: 0x1166 rev: 0x1 num: 2 hz: 14318180 opts: legacy_route 64-bit Timecounter "HPET" frequency 14318180 Hz quality 900 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x1166, dev=0x0036, revid=0x00 domain=0, bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) found-> vendor=0x1166, dev=0x0205, revid=0x00 domain=0, bus=0, slot=2, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0107, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1166, dev=0x0214, revid=0x00 domain=0, bus=0, slot=2, func=1 class=01-01-8a, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0200, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type I/O Port, range 32, base 0xffa0, size 4, enabled found-> vendor=0x1166, dev=0x0234, revid=0x00 domain=0, bus=0, slot=2, func=2 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0107, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1166, dev=0x0223, revid=0x01 domain=0, bus=0, slot=3, func=0 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0117, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xff6ec000, size 12, enabled map[14]: type I/O Port, range 32, base 0xd400, size 8, enabled pcib0: matched entry for 0.3.INTA pcib0: slot 3 INTA hardwired to IRQ 10 ioapic0: Changing trigger for pin 10 to level ioapic0: Changing polarity for pin 10 to low found-> vendor=0x1166, dev=0x0223, revid=0x01 domain=0, bus=0, slot=3, func=1 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xff6ed000, size 12, enabled map[14]: type I/O Port, range 32, base 0xd800, size 8, enabled pcib0: matched entry for 0.3.INTA pcib0: slot 3 INTA hardwired to IRQ 10 found-> vendor=0x1166, dev=0x0223, revid=0x01 domain=0, bus=0, slot=3, func=2 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xff6ee000, size 12, enabled map[14]: type I/O Port, range 32, base 0xe800, size 8, enabled pcib0: matched entry for 0.3.INTA pcib0: slot 3 INTA hardwired to IRQ 10 found-> vendor=0x8086, dev=0x1229, revid=0x10 domain=0, bus=0, slot=4, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0290, cachelnsz=16 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x08 (2000 ns), maxlat=0x38 (14000 ns) intpin=a, irq=9 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xff6eb000, size 12, enabled map[14]: type I/O Port, range 32, base 0xec00, size 6, enabled map[18]: type Memory, range 32, base 0xff6a0000, size 17, enabled pcib0: matched entry for 0.4.INTA pcib0: slot 4 INTA hardwired to IRQ 16 found-> vendor=0x1166, dev=0x0130, revid=0xb0 domain=0, bus=0, slot=6, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x04 (1000 ns), maxlat=0x02 (500 ns) found-> vendor=0x1166, dev=0x0130, revid=0xb0 domain=0, bus=0, slot=7, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) found-> vendor=0x1166, dev=0x0132, revid=0xb0 domain=0, bus=0, slot=8, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) found-> vendor=0x1166, dev=0x0132, revid=0xb0 domain=0, bus=0, slot=9, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) found-> vendor=0x1166, dev=0x0132, revid=0xb0 domain=0, bus=0, slot=10, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) found-> vendor=0x1166, dev=0x0132, revid=0xb0 domain=0, bus=0, slot=11, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) found-> vendor=0x1002, dev=0x515e, revid=0x02 domain=0, bus=0, slot=12, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0187, statreg=0x0290, cachelnsz=16 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Prefetchable Memory, range 32, base 0xd8000000, size 27, enabled map[14]: type I/O Port, range 32, base 0xe000, size 8, enabled map[18]: type Memory, range 32, base 0xff6f0000, size 16, enabled pcib0: matched entry for 0.12.INTA pcib0: slot 12 INTA hardwired to IRQ 17 found-> vendor=0x1022, dev=0x1200, revid=0x00 domain=0, bus=0, slot=24, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1201, revid=0x00 domain=0, bus=0, slot=24, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1202, revid=0x00 domain=0, bus=0, slot=24, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1203, revid=0x00 domain=0, bus=0, slot=24, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1204, revid=0x00 domain=0, bus=0, slot=24, func=4 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1200, revid=0x00 domain=0, bus=0, slot=25, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1201, revid=0x00 domain=0, bus=0, slot=25, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1202, revid=0x00 domain=0, bus=0, slot=25, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1203, revid=0x00 domain=0, bus=0, slot=25, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1204, revid=0x00 domain=0, bus=0, slot=25, func=4 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) pcib1: at device 1.0 on pci0 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 2 pcib1: I/O decode 0xa000-0xbfff pcib1: memory decode 0xfef00000-0xfeffffff pcib1: no prefetched decode pci1: on pcib1 pci1: domain=0, physical bus=1 found-> vendor=0x1166, dev=0x0104, revid=0xc0 domain=0, bus=1, slot=13, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0016, statreg=0x0230, cachelnsz=16 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x04 (1000 ns), maxlat=0x02 (500 ns) found-> vendor=0x1166, dev=0x024a, revid=0x00 domain=0, bus=1, slot=14, func=0 class=01-04-05, hdrtype=0x00, mfdev=0 cmdreg=0x0107, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message map[10]: type I/O Port, range 32, base 0xbc00, size 3, enabled pcib1: requested I/O range 0xbc00-0xbc07: in range map[14]: type I/O Port, range 32, base 0xb880, size 2, enabled pcib1: requested I/O range 0xb880-0xb883: in range map[18]: type I/O Port, range 32, base 0xb800, size 3, enabled pcib1: requested I/O range 0xb800-0xb807: in range map[1c]: type I/O Port, range 32, base 0xb480, size 2, enabled pcib1: requested I/O range 0xb480-0xb483: in range map[20]: type I/O Port, range 32, base 0xb400, size 5, enabled pcib1: requested I/O range 0xb400-0xb41f: in range map[24]: type Memory, range 32, base 0xfeffe000, size 13, enabled pcib1: requested memory range 0xfeffe000-0xfeffffff: good pcib1: matched entry for 1.14.INTA pcib1: slot 14 INTA hardwired to IRQ 11 ioapic0: Changing trigger for pin 11 to level ioapic0: Changing polarity for pin 11 to low pcib2: at device 13.0 on pci1 pcib2: domain 0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0x0-0x0 pcib2: no prefetched decode pci2: on pcib2 pci2: domain=0, physical bus=2 atapci0: port 0xbc00-0xbc07,0xb880-0xb883,0xb800-0xb807,0xb480-0xb483,0xb400-0xb41f mem 0xfeffe000-0xfeffffff irq 11 at device 14.0 on pci1 atapci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xb400 ioapic0: routing intpin 11 (ISA IRQ 11) to lapic 0 vector 49 atapci0: [MPSAFE] atapci0: [ITHREAD] atapci0: Reserved 0x2000 bytes for rid 0x24 type 3 at 0xfeffe000 ata2: on atapci0 ata2: reset tp1 mask=01 ostat0=7f ostat1=00 ata2: stat0=0x7f err=0xff lsb=0xff msb=0xff ata2: stat0=0x7f err=0xff lsb=0xff msb=0xff ata2: stat0=0x7f err=0xff lsb=0xff msb=0xff ata2: stat0=0x7f err=0xff lsb=0xff msb=0xff ata2: stat0=0x7f err=0xff lsb=0xff msb=0xff ata2: stat0=0x7f err=0xff lsb=0xff msb=0xff ata2: stat0=0x7f err=0xff lsb=0xff msb=0xff ata2: stat0=0x7f err=0xff lsb=0xff msb=0xff ata2: stat0=0x7f err=0xff lsb=0xff msb=0xff ata2: stat0=0x7f err=0xff lsb=0xff msb=0xff ata2: stat0=0x7f err=0xff lsb=0xff msb=0xff ata2: stat0=0x7f err=0xff lsb=0xff msb=0xff ata2: reset tp2 stat0=ff stat1=00 devices=0x0 ata2: [MPSAFE] ata2: [ITHREAD] ata3: on atapci0 ata3: reset tp1 mask=01 ostat0=7f ostat1=00 ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: reset tp2 stat0=ff stat1=00 devices=0x0 ata3: [MPSAFE] ata3: [ITHREAD] ata4: on atapci0 ata4: reset tp1 mask=01 ostat0=7f ostat1=00 ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: reset tp2 stat0=ff stat1=00 devices=0x0 ata4: [MPSAFE] ata4: [ITHREAD] ata5: on atapci0 ata5: reset tp1 mask=01 ostat0=7f ostat1=00 ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: reset tp2 stat0=ff stat1=00 devices=0x0 ata5: [MPSAFE] ata5: [ITHREAD] atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 2.1 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xffa0 ata0: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci1: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 0 vector 50 ata0: [MPSAFE] ata0: [ITHREAD] ata1: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci1: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=00 ostat0=ff ostat1=ff ioapic0: routing intpin 15 (ISA IRQ 15) to lapic 0 vector 51 ata1: [MPSAFE] ata1: [ITHREAD] isab0: at device 2.2 on pci0 isa0: on isab0 pci0: at device 3.0 (no driver attached) pci0: at device 3.1 (no driver attached) pci0: at device 3.2 (no driver attached) pci0: at device 4.0 (no driver attached) pcib3: at device 6.0 on pci0 pcib3: domain 0 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: I/O decode 0x0-0x0 pcib3: no prefetched decode pci3: on pcib3 pci3: domain=0, physical bus=3 pcib4: at device 7.0 on pci0 pcib4: domain 0 pcib4: secondary bus 4 pcib4: subordinate bus 4 pcib4: I/O decode 0x0-0x0 pcib4: memory decode 0xff000000-0xff0fffff pcib4: prefetched decode 0xcfd00000-0xcfdfffff pci4: on pcib4 pci4: domain=0, physical bus=4 found-> vendor=0x14e4, dev=0x166a, revid=0x10 domain=0, bus=4, slot=4, func=0 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0116, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x40 (16000 ns), maxlat=0x00 (0 ns) intpin=a, irq=7 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit map[10]: type Memory, range 64, base 0xff0d0000, size 16, enabled pcib4: requested memory range 0xff0d0000-0xff0dffff: good map[18]: type Memory, range 64, base 0xff0c0000, size 16, enabled pcib4: requested memory range 0xff0c0000-0xff0cffff: good pcib4: matched entry for 4.4.INTA pcib4: slot 4 INTA hardwired to IRQ 26 found-> vendor=0x14e4, dev=0x166a, revid=0x10 domain=0, bus=4, slot=4, func=1 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0116, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x40 (16000 ns), maxlat=0x00 (0 ns) intpin=b, irq=5 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit map[10]: type Memory, range 64, base 0xff0f0000, size 16, enabled pcib4: requested memory range 0xff0f0000-0xff0fffff: good map[18]: type Memory, range 64, base 0xff0e0000, size 16, enabled pcib4: requested memory range 0xff0e0000-0xff0effff: good pcib4: matched entry for 4.4.INTB pcib4: slot 4 INTB hardwired to IRQ 27 pci4: at device 4.0 (no driver attached) pci4: at device 4.1 (no driver attached) pcib5: at device 8.0 on pci0 pcib5: domain 0 pcib5: secondary bus 5 pcib5: subordinate bus 7 pcib5: I/O decode 0x0-0x0 pcib5: memory decode 0xff100000-0xff5fffff pcib5: prefetched decode 0xcfe00000-0xcfefffff pci5: on pcib5 pci5: domain=0, physical bus=5 found-> vendor=0x8086, dev=0x0370, revid=0x00 domain=0, bus=5, slot=0, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0006, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit found-> vendor=0x8086, dev=0x0372, revid=0x00 domain=0, bus=5, slot=0, func=2 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0006, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit pcib6: at device 0.0 on pci5 pcib6: domain 0 pcib6: secondary bus 7 pcib6: subordinate bus 7 pcib6: I/O decode 0x0-0x0 pcib6: memory decode 0xff100000-0xff5fffff pcib6: prefetched decode 0xcfe00000-0xcfefffff pci7: on pcib6 pci7: domain=0, physical bus=7 found-> vendor=0x9005, dev=0x0285, revid=0x00 domain=0, bus=7, slot=14, func=0 class=01-04-00, hdrtype=0x00, mfdev=0 cmdreg=0x0196, statreg=0x0230, cachelnsz=16 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x01 (250 ns), maxlat=0x01 (250 ns) intpin=a, irq=9 powerspec 2 supports D0 D1 D3 current D0 MSI supports 2 messages, 64 bit map[10]: type Memory, range 64, base 0xff400000, size 21, enabled pcib6: requested memory range 0xff400000-0xff5fffff: good pcib5: requested memory range 0xff400000-0xff5fffff: good pcib5: matched entry for 5.0.INTC pcib5: slot 0 INTC hardwired to IRQ 28 pcib6: slot 14 INTA is routed to irq 28 aac0: mem 0xff400000-0xff5fffff irq 28 at device 14.0 on pci7 aac0: Reserved 0x200000 bytes for rid 0x10 type 3 at 0xff400000 aac0: Enabling 64-bit address support aac0: Enable Raw I/O aac0: Enable 64-bit array aac0: New comm. interface enabled ioapic1: routing intpin 12 (PCI IRQ 28) to lapic 0 vector 52 aac0: [MPSAFE] aac0: [ITHREAD] aac0: XScale 80321 500MHz, 128MB memory (111MB cache, 17MB execution), optional battery not installed aac0: Kernel 5.2-0, Build 15323, S/N 14BB38 aac0: Supported Options=7f1d7d aac0: Adaptec 3405, aac driver 2.0.0-1 pcib7: at device 0.2 on pci5 pcib7: domain 0 pcib7: secondary bus 6 pcib7: subordinate bus 6 pcib7: I/O decode 0x0-0x0 pcib7: no prefetched decode pci6: on pcib7 pci6: domain=0, physical bus=6 pcib8: at device 9.0 on pci0 pcib8: domain 0 pcib8: secondary bus 8 pcib8: subordinate bus 8 pcib8: I/O decode 0x0-0x0 pcib8: no prefetched decode pci8: on pcib8 pci8: domain=0, physical bus=8 pcib9: at device 10.0 on pci0 pcib9: domain 0 pcib9: secondary bus 9 pcib9: subordinate bus 9 pcib9: I/O decode 0x0-0x0 pcib9: no prefetched decode pci9: on pcib9 pci9: domain=0, physical bus=9 pcib10: at device 11.0 on pci0 pcib10: domain 0 pcib10: secondary bus 10 pcib10: subordinate bus 10 pcib10: I/O decode 0x0-0x0 pcib10: no prefetched decode pcib10: could not get PCI interrupt routing table for \\_SB_.PCI0.BR46 - AE_NOT_FOUND pci10: on pcib10 pci10: domain=0, physical bus=10 vgapci0: port 0xe000-0xe0ff mem 0xd8000000-0xdfffffff,0xff6f0000-0xff6fffff irq 17 at device 12.0 on pci0 acpi_button0: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 atrtc0: registered as a time-of-day clock (resolution 1000000us) atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 0 vector 53 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: unable to allocate IRQ uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 0 vector 54 uart0: [FILTER] uart0: fast interrupt uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 ioapic0: routing intpin 3 (ISA IRQ 3) to lapic 0 vector 55 uart1: [FILTER] uart1: fast interrupt cpu0: on acpi0 cpu0: switching to generic Cx mode cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 cpu4: on acpi0 cpu5: on acpi0 cpu6: on acpi0 cpu7: on acpi0 isa_probe_children: disabling PnP devices atkbdc: atkbdc0 already exists; skipping it sc: sc0 already exists; skipping it uart: uart0 already exists; skipping it uart: uart1 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xc8fff,0xc9000-0xce7ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: scteken (teken terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 ppc0: cannot reserve I/O port range ppc0: failed to probe at irq 7 on isa0 uart2: not probed (disabled) uart3: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. Reducing kern.maxvnodes 513765 -> 100000 linsysfs registered procfs registered linprocfs registered lapic: Divisor 2, Frequency 99752807 hz Timecounter "TSC" frequency 2194561626 Hz quality -100 Timecounters tick every 1.000 msec Linux ELF exec handler installed ipfw2 (+ipv6) initialized, divert loadable, nat loadable, rule-based forwarding disabled, default to deny, logging disabled lo0: bpf attached ata0: Identifying devices: 00000001 ata0: New devices: 00000001 ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=80 wire ad0: setting PIO4 on HT1000 chip ad0: setting UDMA100 on HT1000 chip ad0: 194481MB at ata0-master UDMA100 ad0: 398297088 sectors [395136C/16H/63S] 16 sectors/interrupt 1 depth queue ata1: Identifying devices: 00000000 ata1: New devices: 00000000 ata2: Identifying devices: 00000000 ata2: New devices: 00000000 ata3: Identifying devices: 00000000 ata3: New devices: 00000000 ata4: Identifying devices: 00000000 ata4: New devices: 00000000GEOM: new disk ad0 ata5: Identifying devices: 00000000 ata5: New devices: 00000000 aacd0: on aac0 aacd0: 69890MB (143134720 sectors) SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00000400 SMP: AP CPU #2 Launched! cpu2 AP: ID: 0x02000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00000400 SMP: AP CPU #3 Launched! cpu3 AP: ID: 0x03000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00000400 SMP: AP CPU #4 Launched! cpu4 AP: ID: 0x04000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00000400 SMP: AP CPU #6 Launched! cpu6 AP: ID: 0x06000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00000400 SMP: AP CPU #5 Launched! cpu5 AP: ID: 0x05000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00000400 SMP: AP CPU #7 Launched! cpu7 AP: ID: 0x07000000 VER: 0x80050010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00000400 ioapic0: routing intpin 3 (ISA IRQ 3) to lapic 1 vector 48 ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 2 vector 48 ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 3 vector 48 ioapic0: routing intpin 11 (ISA IRQ 11) to lapic 4 vector 48 ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 5 vector 48 ioapic0: routing intpin 15 (ISA IRQ 15) to lapic 6 vector 48 ioapic1: routing intpin 12 (PCI IRQ 28) to lapic 7 vector 48 GEOM: new disk aacd0 Trying to mount root from ufs:/dev/aacd0s1a ct_to_ts([2009-03-10 18:48:25]) = 1236710905.000000000 start_init: trying /sbin/init hwpstate0: on cpu0 hwpstate0: SVI mode hwpstate0: you have 5 P-state. hwpstate0: freq=2200MHz volts=1250mV hwpstate0: freq=2000MHz volts=1250mV hwpstate0: freq=1700MHz volts=1175mV hwpstate0: freq=1400MHz volts=1125mV hwpstate0: freq=1100MHz volts=1050mV hwpstate0: Now P0-state. hwpstate1: on cpu1 hwpstate1: SVI mode hwpstate1: you have 5 P-state. hwpstate1: freq=2200MHz volts=1250mV hwpstate1: freq=2000MHz volts=1250mV hwpstate1: freq=1700MHz volts=1175mV hwpstate1: freq=1400MHz volts=1125mV hwpstate1: freq=1100MHz volts=1050mV hwpstate1: Now P0-state. hwpstate2: on cpu2 hwpstate2: SVI mode hwpstate2: you have 5 P-state. hwpstate2: freq=2200MHz volts=1250mV hwpstate2: freq=2000MHz volts=1250mV hwpstate2: freq=1700MHz volts=1175mV hwpstate2: freq=1400MHz volts=1125mV hwpstate2: freq=1100MHz volts=1050mV hwpstate2: Now P0-state. hwpstate3: on cpu3 hwpstate3: SVI mode hwpstate3: you have 5 P-state. hwpstate3: freq=2200MHz volts=1250mV hwpstate3: freq=2000MHz volts=1250mV hwpstate3: freq=1700MHz volts=1175mV hwpstate3: freq=1400MHz volts=1125mV hwpstate3: freq=1100MHz volts=1050mV hwpstate3: Now P0-state. hwpstate4: on cpu4 hwpstate4: SVI mode hwpstate4: you have 5 P-state. hwpstate4: freq=2200MHz volts=1250mV hwpstate4: freq=2000MHz volts=1250mV hwpstate4: freq=1700MHz volts=1175mV hwpstate4: freq=1400MHz volts=1125mV hwpstate4: freq=1100MHz volts=1050mV hwpstate4: Now P0-state. hwpstate5: on cpu5 hwpstate5: SVI mode hwpstate5: you have 5 P-state. hwpstate5: freq=2200MHz volts=1250mV hwpstate5: freq=2000MHz volts=1250mV hwpstate5: freq=1700MHz volts=1175mV hwpstate5: freq=1400MHz volts=1125mV hwpstate5: freq=1100MHz volts=1050mV hwpstate5: Now P0-state. hwpstate6: on cpu6 hwpstate6: SVI mode hwpstate6: you have 5 P-state. hwpstate6: freq=2200MHz volts=1250mV hwpstate6: freq=2000MHz volts=1250mV hwpstate6: freq=1700MHz volts=1175mV hwpstate6: freq=1400MHz volts=1125mV hwpstate6: freq=1100MHz volts=1050mV hwpstate6: Now P0-state. hwpstate7: on cpu7 hwpstate7: SVI mode hwpstate7: you have 5 P-state. hwpstate7: freq=2200MHz volts=1250mV hwpstate7: freq=2000MHz volts=1250mV hwpstate7: freq=1700MHz volts=1175mV hwpstate7: freq=1400MHz volts=1125mV hwpstate7: freq=1100MHz volts=1050mV hwpstate7: Now P0-state. tap0: bpf attached tap0: Ethernet address: 00:bd:6b:04:00:00 pci0: driver added found-> vendor=0x1166, dev=0x0223, revid=0x01 domain=0, bus=0, slot=3, func=0 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0117, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 pci0:0:3:0: reprobing on driver added found-> vendor=0x1166, dev=0x0223, revid=0x01 domain=0, bus=0, slot=3, func=1 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 pci0:0:3:1: reprobing on driver added found-> vendor=0x1166, dev=0x0223, revid=0x01 domain=0, bus=0, slot=3, func=2 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 pci0:0:3:2: reprobing on driver added found-> vendor=0x8086, dev=0x1229, revid=0x10 domain=0, bus=0, slot=4, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0290, cachelnsz=16 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x08 (2000 ns), maxlat=0x38 (14000 ns) intpin=a, irq=16 powerspec 2 supports D0 D1 D2 D3 current D0 pci0:0:4:0: reprobing on driver added pci1: driver added pci2: driver added pci3: driver added pci4: driver added found-> vendor=0x14e4, dev=0x166a, revid=0x10 domain=0, bus=4, slot=4, func=0 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0116, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x40 (16000 ns), maxlat=0x00 (0 ns) intpin=a, irq=26 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit pci0:4:4:0: reprobing on driver added pci0:4:4:0: bad VPD cksum, remain 14 bge0: mem 0xff0d0000-0xff0dffff,0xff0c0000-0xff0cffff irq 26 at device 4.0 on pci4 bge0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xff0d0000 bge0: attempting to allocate 1 MSI vectors (8 supported) bge0: using IRQ 256 for MSI miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: OUI 0x000818, model 0x0035, rev. 0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge0: bpf attached bge0: Ethernet address: 00:e0:81:4d:5d:b8 msi: Assigning MSI IRQ 256 to local APIC 0 vector 48 bge0: [MPSAFE] bge0: [ITHREAD] found-> vendor=0x14e4, dev=0x166a, revid=0x10 domain=0, bus=4, slot=4, func=1 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0116, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x40 (16000 ns), maxlat=0x00 (0 ns) intpin=b, irq=27 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit pci0:4:4:1: reprobing on driver added pci0:4:4:1: bad VPD cksum, remain 14 bge1: mem 0xff0f0000-0xff0fffff,0xff0e0000-0xff0effff irq 27 at device 4.1 on pci4 bge1: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xff0f0000 bge1: attempting to allocate 1 MSI vectors (8 supported) bge1: using IRQ 257 for MSI miibus1: on bge1 brgphy1: PHY 1 on miibus1 brgphy1: OUI 0x000818, model 0x0035, rev. 0 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge1: bpf attached bge1: Ethernet address: 00:e0:81:4d:5d:b9 msi: Assigning MSI IRQ 257 to local APIC 1 vector 49 bge1: [MPSAFE] bge1: [ITHREAD] pci5: driver added pci6: driver added pci7: driver added pci8: driver added pci9: driver added pci10: driver added pci0: driver added found-> vendor=0x1166, dev=0x0223, revid=0x01 domain=0, bus=0, slot=3, func=0 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0117, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 pci0:0:3:0: reprobing on driver added found-> vendor=0x1166, dev=0x0223, revid=0x01 domain=0, bus=0, slot=3, func=1 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 pci0:0:3:1: reprobing on driver added found-> vendor=0x1166, dev=0x0223, revid=0x01 domain=0, bus=0, slot=3, func=2 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 pci0:0:3:2: reprobing on driver added found-> vendor=0x8086, dev=0x1229, revid=0x10 domain=0, bus=0, slot=4, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0290, cachelnsz=16 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x08 (2000 ns), maxlat=0x38 (14000 ns) intpin=a, irq=16 powerspec 2 supports D0 D1 D2 D3 current D0 pci0:0:4:0: reprobing on driver added fxp0: port 0xec00-0xec3f mem 0xff6eb000-0xff6ebfff,0xff6a0000-0xff6bffff irq 16 at device 4.0 on pci0 fxp0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xff6eb000 fxp0: using memory space register mapping fxp0: PCI IDs: 8086 1229 8086 1040 0010 fxp0: Dynamic Standby mode is disabled miibus2: on fxp0 inphy0: PHY 1 on miibus2 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: bpf attached fxp0: Ethernet address: 00:e0:81:4d:78:a5 ioapic1: routing intpin 0 (PCI IRQ 16) to lapic 2 vector 49 fxp0: [MPSAFE] fxp0: [ITHREAD] pci1: driver added pci2: driver added pci3: driver added pci4: driver added pci5: driver added pci6: driver added pci7: driver added pci8: driver added pci9: driver added pci10: driver added From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 19:55:21 2009 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 7F17C106566B for ; Tue, 10 Mar 2009 19:55:21 +0000 (UTC) (envelope-from chris@young-alumni.com) Received: from mail.oldschoolpunx.net (cpe-72-177-10-243.austin.res.rr.com [72.177.10.243]) by mx1.freebsd.org (Postfix) with ESMTP id 562C38FC1B for ; Tue, 10 Mar 2009 19:55:21 +0000 (UTC) (envelope-from chris@young-alumni.com) Received: by mail.oldschoolpunx.net (Postfix, from userid 58) id A23EA2E37D; Tue, 10 Mar 2009 14:55:20 -0500 (CDT) Received: from [192.168.8.100] (unknown [192.168.8.100]) by mail.oldschoolpunx.net (Postfix) with ESMTPSA id 1AA922E2E9 for ; Tue, 10 Mar 2009 14:51:27 -0500 (CDT) Message-Id: <8A50A395-9004-4AAF-94E7-460A5020474A@young-alumni.com> From: Chris Ruiz To: freebsd-current@freebsd.org In-Reply-To: <49B63AEC.2070305@prgmr.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Tue, 10 Mar 2009 14:51:26 -0500 References: <49B6248F.9040708@prgmr.com> <20090310085736.GB19161@hoeg.nl> <49B63AEC.2070305@prgmr.com> X-Mailer: Apple Mail (2.930.3) Subject: Re: Subversion dies on pkill checkout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2009 19:55:21 -0000 On Mar 10, 2009, at 5:03 AM, Michael David Crawford wrote: >> * Michael David Crawford wrote: >>> A tools/regression/usr.bin/pkill/pkill-t.t >>> svn: In directory 'tools/regression/usr.bin/pkill' >>> svn: Can't move source to dest >>> svn: Can't move 'tools/regression/usr.bin/pkill/.svn/tmp/prop- >>> base/pgrep-s.t.svn-base' to 'tools/regression/usr.bin/pkill/.svn/ >>> prop-base/pgrep-s.t.svn-base': No such file or directory > > Ed Schouten wrote: >> I guess this is yet another issue we're having with checking out our >> source tree on case insensitive file systems. > > That was it! I should have guessed - it's bitten me before. [*] > > The workaround - again this is on Mac OS X - is to use Disk Utility > to create a big enough disk image file, then after it has been > initialized, reformat it with a case-sensitive filesystem. > > One has the choice of the Unix Filesystem or case-sensitive HFS+. > HFS+ is case-insensitive by default; I think the case-sensitive > option is only available in recent OS X versions. Actually, Case-sensitive HFS+ has been available since 10.3 (Panther), to get such a volume you would need to select it from Disk Utility during the install process. There is no conversion process other than reformatting. I currently run 10.5 (and did so with 10.4 and 10.3) as Case-sensitive Journaled HFS+ with no problems. Sincerely, Chris Ruiz From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 20:12:14 2009 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 C4168106564A for ; Tue, 10 Mar 2009 20:12:14 +0000 (UTC) (envelope-from michael.copeland@gmail.com) Received: from mail-qy0-f128.google.com (mail-qy0-f128.google.com [209.85.221.128]) by mx1.freebsd.org (Postfix) with ESMTP id 677278FC08 for ; Tue, 10 Mar 2009 20:12:14 +0000 (UTC) (envelope-from michael.copeland@gmail.com) Received: by qyk34 with SMTP id 34so2270767qyk.3 for ; Tue, 10 Mar 2009 13:12: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 :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=1cADh39v/ms3j7GLWIZks/s8YrScDAKj56ahrohJCLI=; b=hIzV+3VywlmFnIRxsjiqBpPn4k78lZV0zqF/bPQqBBlC7qNJeZhoyNyHGykgpNxPpn +oBYksQbb5pfy0MsKMbb3SCHHaxnlrvzwR3lCQpth807P0BDuC8TpOljrS56YzAd1Y4d L4NEZ7MV8OvPxknuCRe2dpFkSZUWeAHspD/14= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; b=aK9pHbhDWUAZ4wChNJlcqrAp/2iKuPPXRDdWw1NhWqgiCOjvInulRQWqkhtmwX02eA Z52PxO0Q6X5SQBzKS67AgzsYA0B7XJt/QablG4lif2Z9hNW5Kvz59z+yBnvm2KhBY6C6 HPAM0ydiN1Hj9KneTeJoQtjbgOH/BQ1qDhQRc= Received: by 10.220.92.80 with SMTP id q16mr2896007vcm.58.1236714060058; Tue, 10 Mar 2009 12:41:00 -0700 (PDT) Received: from ?10.10.10.2? (adsl-074-245-053-043.sip.jax.bellsouth.net [74.245.53.43]) by mx.google.com with ESMTPS id 34sm2197293yxm.48.2009.03.10.12.40.58 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 10 Mar 2009 12:40:59 -0700 (PDT) Message-ID: <49B6C249.4010909@gmail.com> Date: Tue, 10 Mar 2009 15:40:57 -0400 From: Michael Copeland User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Tobias Roth , freebsd-current@freebsd.org References: <49B6A89F.2060008@prgmr.com> <49B6ACFD.9030509@fsck.ch> In-Reply-To: <49B6ACFD.9030509@fsck.ch> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Seeking Code Reviewer for FreeBSD Grant X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2009 20:12:15 -0000 Tobias Roth wrote: > On 03/10/09 18:51, Michael David Crawford wrote: > >> Hi Again, >> >> I'm writing up an application for a FreeBSD Foundation Grant. There is >> a pool of $30,000 that will be divided among the developers whose >> proposals to improve or extend FreeBSD are deemed 1337 enough: >> > > > > >> One of the requirements is that I must name a well-known FreeBSD >> developer who will review my source code. You would be paid for your >> efforts out of my grant, so my proposal also must include a budget for >> your review work. >> > > > > >> My code reviewer will have the privilege of reading the most meticulous, >> efficient, debugged and *tested* source code Known to Man. I have >> *very* high standards for my work. >> >> Unfortunately, my very first foray into FreeBSD was just last night when >> I did an anonymous Subversion checkout of the head sources. I'm still >> working on my first actual system installation. Perhaps by late tonight >> I will have built and booted my first kernel. >> >> So there's also a good chance that, while my code may be Correct, it >> could be Clueless as well. :-D >> > > > > You don't happen to live in Nigeria by any chance? > buahaha.. nice > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 20:16:32 2009 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 A3E23106566B for ; Tue, 10 Mar 2009 20:16:32 +0000 (UTC) (envelope-from swell.k@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 391C78FC15 for ; Tue, 10 Mar 2009 20:16:31 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: by ti-out-0910.google.com with SMTP id a1so1563461tib.3 for ; Tue, 10 Mar 2009 13:16:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:message-id:user-agent:mime-version:content-type; bh=ugKc4ThEa4XV9s3dUdiI0X+jVMlfqCkXJLlPih1MS60=; b=a7JnRW9fTo/I4Tiwec1Y00ElZXKzcrD7J1odW99C7smJruQSJ3Op8xSwnOHknX6szR L//T9AVgS6bYlzjqokieR9mSc5BR5/tjad1O2DF9nhx+v0EPy1DhV8Y4JqHMsyndMO8K /iTN/AIAKqplYFrLomi1IEnvVNQyEyXyUTojc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:message-id:user-agent :mime-version:content-type; b=ZyLJ3FugD2sdIwMmwoZQM6z/Bkf3k/zVilhZUOnf4Oy2J/h2nSWxTcjs7iuUuGv3qi 4oSqYd/kC4esgDUXCsapamoFwWwxOc3YGYOBXA1RQ7ZDVtsv+nN2CgvB3hVZe4LmNMv4 Q7W6iZujk9MWQR/YVxCQLfLztpi39x8NimS6U= Received: by 10.110.31.5 with SMTP id e5mr11573182tie.35.1236716190654; Tue, 10 Mar 2009 13:16:30 -0700 (PDT) Received: from localhost (93-80-44-184.broadband.corbina.ru [93.80.44.184]) by mx.google.com with ESMTPS id d7sm2394413tib.22.2009.03.10.13.16.25 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 10 Mar 2009 13:16:29 -0700 (PDT) From: Anonymous To: Paul Wootton References: <200903100104.53847.ken__6247.10998167775$1236647281$gmane$org@mthelicon.com> <86mybuasss.fsf@gmail.com> <200903101238.20974.paul@fletchermoorland.co.uk> Date: Tue, 10 Mar 2009 23:16:09 +0300 Message-ID: <86sklldth2.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.91 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Cc: freebsd-current@freebsd.org, Pegasus Mc Cleaft Subject: Re: bsdtar lockup on Current-03/10/2009 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2009 20:16:32 -0000 --=-=-= Paul Wootton writes: > Im also using ZFS and have the same problems as Peg when trying to create a > tar file. > This is using Current as of last yesterday (09-mar-09). I'm not sure but in my case ktrace shows extattr_list_link() before the lockup. So, for a workaround I disabled extattr support in libarchive. Can you verify that this helps you, too? --=-=-= Content-Type: text/x-diff Content-Disposition: inline; filename=libarchive.diff Content-Description: disable extattr support Index: lib/libarchive/config_freebsd.h =================================================================== --- lib/libarchive/config_freebsd.h (revision 189643) +++ lib/libarchive/config_freebsd.h (working copy) @@ -34,12 +34,7 @@ #define HAVE_ACL_SET_FD_NP 1 #define HAVE_ACL_SET_FILE 1 #define HAVE_ACL_USER 1 -#define HAVE_EXTATTR_GET_FILE 1 -#define HAVE_EXTATTR_LIST_FILE 1 -#define HAVE_EXTATTR_SET_FD 1 -#define HAVE_EXTATTR_SET_FILE 1 #define HAVE_SYS_ACL_H 1 -#define HAVE_SYS_EXTATTR_H 1 #endif #define HAVE_BZLIB_H 1 --=-=-= > > Out of interest, I tried the following which seemed to work though > > demophon# mdconfig -a -t malloc -s 100M -u 0 > demophon# newfs /dev/md0 > /dev/md0: 100.0MB (204800 sectors) block size 16384, fragment size 2048 > using 4 cylinder groups of 25.02MB, 1601 blks, 3264 inodes. > super-block backups (for fsck -b #) at: > 160, 51392, 102624, 153856 > demophon# mount /dev/md0 /mnt > demophon# dd if=/dev/random of=/mnt/rand > > /mnt: write failed, filesystem is full > dd: /mnt/rand: No space left on device > 197601+0 records in > 197600+0 records out > 101171200 bytes transferred in 2.240331 secs (45159043 bytes/sec) > demophon# tar -cvf /dev/null /mnt/rand > tar: Removing leading '/' from member names > a mnt/rand > demophon# You could skip mdconfig/newfs thing with tmpfs(5). > > Dont know if that helps at all... > > Paul --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 20:38:29 2009 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 185FF106564A for ; Tue, 10 Mar 2009 20:38:29 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id DB4378FC0C for ; Tue, 10 Mar 2009 20:38:28 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (pool-98-109-39-197.nwrknj.fios.verizon.net [98.109.39.197]) by cyrus.watson.org (Postfix) with ESMTPSA id 724EC46B03; Tue, 10 Mar 2009 16:38:28 -0400 (EDT) Received: from localhost (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id n2AKcMwx029032; Tue, 10 Mar 2009 16:38:22 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: "Arno J. Klaassen" Date: Tue, 10 Mar 2009 16:37:30 -0400 User-Agent: KMail/1.9.7 References: <200903101425.28608.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903101637.31039.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Tue, 10 Mar 2009 16:38:22 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94.2/9084/Tue Mar 10 03:11:13 2009 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-current@freebsd.org Subject: Re: msi 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: Tue, 10 Mar 2009 20:38:29 -0000 On Tuesday 10 March 2009 3:00:00 pm Arno J. Klaassen wrote: > John Baldwin writes: > > > On Tuesday 10 March 2009 10:08:59 am Arno J. Klaassen wrote: > >> > >> Hello, > >> > >> when upgrading this morning from a March 1 -current, if_bge > >> stopped working (and irq256: bge0 not showing up in > >> vmstat -i ). Setting hw.pci.enable_msi="0" makes it work again. > > > > Can you get a verbose dmesg (boot -v) with MSI enabled? Ok, so you are getting MSI interrupts assigned and routed ok. Can you try disabling the code that sets the INTx_MASK flag in the PCI command register in sys/dev/pci/pci.c:pci_setup_intr()? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 20:52:28 2009 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 046E4106566B for ; Tue, 10 Mar 2009 20:52:28 +0000 (UTC) (envelope-from andy.lavr@reactor-xg.kiev.ua) Received: from mail.reactor-xg.kiev.ua (reactor-xg.kiev.ua [86.111.64.45]) by mx1.freebsd.org (Postfix) with ESMTP id AAE778FC16 for ; Tue, 10 Mar 2009 20:52:23 +0000 (UTC) (envelope-from andy.lavr@reactor-xg.kiev.ua) Received: from mail.reactor-xg.kiev.ua (mail.reactor-xg.kiev.ua [86.111.64.45]) by mail.reactor-xg.kiev.ua (Reactor-XG Mailer System) with ESMTP id n2AKbuhn073773; Tue, 10 Mar 2009 22:37:56 +0200 (EET) (envelope-from andy.lavr@reactor-xg.kiev.ua) Authentication-Results: mail.reactor-xg.kiev.ua; sender-id=pass header.from=andy.lavr@reactor-xg.kiev.ua; auth=pass (PLAIN); spf=pass smtp.mfrom=andy.lavr@reactor-xg.kiev.ua Message-ID: <49B6CFA4.8090302@reactor-xg.kiev.ua> Date: Tue, 10 Mar 2009 22:37:56 +0200 From: "Andrei V. Lavreniyuk" Organization: Technica-03, Inc. User-Agent: Thunderbird 2.0.0.19 (X11/20090124) MIME-Version: 1.0 To: paul@fletchermoorland.co.uk, freebsd-current@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.94.2/9084/Tue Mar 10 09:11:13 2009 on mail.reactor-xg.kiev.ua X-Virus-Status: Clean X-Mailman-Approved-At: Tue, 10 Mar 2009 21:09:09 +0000 Cc: Subject: Re: bsdtar lockup on Current-03/10/2009 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: andy.lavr@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, 10 Mar 2009 20:52:28 -0000 Hi! >I'm not sure but in my case ktrace shows extattr_list_link() before the lockup. >So, for a workaround I disabled extattr support in libarchive. Can you verify that >this helps you, too? >Index: lib/libarchive/config_freebsd.h >=================================================================== >--- lib/libarchive/config_freebsd.h (revision 189643) >+++ lib/libarchive/config_freebsd.h (working copy) >@@ -34,12 +34,7 @@ > #define HAVE_ACL_SET_FD_NP 1 > #define HAVE_ACL_SET_FILE 1 > #define HAVE_ACL_USER 1 >-#define HAVE_EXTATTR_GET_FILE 1 >-#define HAVE_EXTATTR_LIST_FILE 1 >-#define HAVE_EXTATTR_SET_FD 1 >-#define HAVE_EXTATTR_SET_FILE 1 > #define HAVE_SYS_ACL_H 1 >-#define HAVE_SYS_EXTATTR_H 1 >#endif > #define HAVE_BZLIB_H 1 Perfectly! Thanks! tar works fine. # uname -a FreeBSD hp.technica-03.local 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Mon Mar 9 14:14:48 EET 2009 root@hp.technica-03.local:/usr/obj/usr/src/sys/HP amd64 -- Best regards, Andrei V. Lavreniyuk. From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 21:19:28 2009 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 F15E2106566C for ; Tue, 10 Mar 2009 21:19:28 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.freebsd.org (Postfix) with ESMTP id D84FB8FC0C for ; Tue, 10 Mar 2009 21:19:28 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from [172.17.2.19] (jn@stealth.jnielsen.net [74.218.226.254]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id n2AKp9VD088697 for ; Tue, 10 Mar 2009 16:51:09 -0400 (EDT) (envelope-from lists@jnielsen.net) From: John Nielsen To: current@freebsd.org Date: Tue, 10 Mar 2009 16:51:07 -0400 User-Agent: KMail/1.9.10 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903101651.08381.lists@jnielsen.net> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on ns1.jnielsen.net X-Virus-Status: Clean Cc: Subject: IPv6 in -CURRENT? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Mar 2009 21:19:29 -0000 I'm trying to set up a server running yesterday's -CURRENT as an IPv6 router for the local network using a tunnel broker. The handbook and other howto documentation I've found seem pretty consistent on the necessary steps, but I'm not having any luck. Any time I try to ping6 anything I get "ping6: sendmsg: No buffer space available". That and the fact that I never see any packets out my external interface destined for my broker's tunnel IP make me believe that something is broken locally. This is my first attempt to do anything IPv6 on FreeBSD so it's entirely possible I'm missing something obvious. Current config info below; let me know if I should include anything else. ### rc.conf ### ipv6_enable="YES" ipv6_gateway_enable="YES" ipv6_defaultrouter="-interface gif0" gif_interfaces="gif0" gifconfig_gif0="MYIP4 BROKERIP4" ipv6_ifconfig_gif0="TUNNELPREFIX::2 TUNNELPREFIX::1 prefixlen 128" ipv6_firewall_enable="YES" ipv6_firewall_type="open" The gif0 interface appears normal after a reboot with inner and outer endpoints looking like they should, but packets just don't go anywhere. I'll be routing a /64 for the rest of the network but wanted to get the tunnel working before I muddied the waters with that and rtadvd, etc. Do I need to assign IPv6 addresses to any other interfaces for the tunnel to work? Any input appreciated! JN From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 21:30:02 2009 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 A8F3C106566B for ; Tue, 10 Mar 2009 21:30:02 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 698378FC17 for ; Tue, 10 Mar 2009 21:30:02 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [IPv6:2001:470:1f07:4e1::4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb) by sarah.protected-networks.net (Postfix) with ESMTPSA id 6AD3761F1; Tue, 10 Mar 2009 17:30:00 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1236720600; bh=XTZr6XA3fzbYsbOrUeVQIigPNuxdHrFMUVL1UHO0dS4=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=E4+by8Dp5asXa5lXOfPHUAVJ58EUZCOriMUvlIRhYjJH9254Ry4/UTWcCKXfHQpOK HncxOleWng+8VYaLiV9aizrtoJ1ywfRCBTLOwiNLHperJ9P7Z1fFTnMKsIEJuXP DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=iNiV+ULsheKtkFj0zSI031/EFAldYKJNBVty0y3Dd4QVGFRj4z3CXOBp2aA9Sla99 OuFyRX4UoNAZI2f+Gb7Q5Ds0u7Q2CMuk1pJf/Mu9Iz1nvC2/kTqhheW27pXI3F/ Message-ID: <49B6DBD2.3030006@protected-networks.net> Date: Tue, 10 Mar 2009 17:29:54 -0400 From: Michael Butler User-Agent: Thunderbird 2.0.0.19 (X11/20090217) MIME-Version: 1.0 To: John Nielsen References: <200903101651.08381.lists@jnielsen.net> In-Reply-To: <200903101651.08381.lists@jnielsen.net> X-Enigmail-Version: 0.95.7 OpenPGP: id=0442D492 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: IPv6 in -CURRENT? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Mar 2009 21:30:02 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 John Nielsen wrote: > I'm trying to set up a server running yesterday's -CURRENT as an IPv6 > router for the local network using a tunnel broker. The handbook and > other howto documentation I've found seem pretty consistent on the > necessary steps, but I'm not having any luck. Any time I try to ping6 > anything I get "ping6: sendmsg: No buffer space available". That and the > fact that I never see any packets out my external interface destined for > my broker's tunnel IP make me believe that something is broken locally. Since this is an IPv6 over IPv4 tunnel, you also have to let the IPv4 packets out to the tunnel-broker (and back). Check your IPv4 firewall rules, Michael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkm229IACgkQQv9rrgRC1JKF/gCfeW7TEc2w9+IZgaQ5mhUoYdVm flIAni1dLrNjMkFxaahlco/x5rR2W9ss =sWa5 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 22:06:04 2009 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 3FE701065673 for ; Tue, 10 Mar 2009 22:06:04 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with ESMTP id DBC0C8FC16 for ; Tue, 10 Mar 2009 22:06:03 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 31521 invoked by uid 399); 10 Mar 2009 22:05:58 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 10 Mar 2009 22:05:58 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <49B6E445.3000302@FreeBSD.org> Date: Tue, 10 Mar 2009 15:05:57 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.19 (X11/20090307) MIME-Version: 1.0 To: Hans Petter Selasky References: <20090310045605.GA38857@nagual.pp.ru> <200903092206.29775.beech@freebsd.org> <200903100840.57018.hselasky@c2i.net> In-Reply-To: <200903100840.57018.hselasky@c2i.net> X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: usb@freebsd.org, freebsd-current@freebsd.org, Andrew Thompson Subject: Re: USB2 makes moused insane X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Mar 2009 22:06:04 -0000 Hans Petter Selasky wrote: > Please dump the HID descriptors of mouse devices using USB config and send me > the result and I will fix the issue. > > Replace 1 and 3 with the ugenX.Y for your device: > > usbconfig -u 1 -a 3 do_request 0x81 0x06 0x2200 1 0x100 > > Parameters after u and a must be correct. You can also dump interface #0: > > usbconfig -u 1 -a 3 do_request 0x81 0x06 0x2200 0 0x100 I'm up to r189646 now (Andrew's latest this morning) and the mouse pointer works, but I've lost the wheel. I also tried the version in http://perforce.freebsd.org/chv.cgi?CH=159001, same result. You mentioned http://perforce.freebsd.org/chv.cgi?CH=158916 in another post, but those changes seem to be in the tree as of r189646. Here is the information you requested: ugen4.7: at usbus4 ums0: on usbus4 usbconfig -u 4 -a 7 do_request 0x81 0x06 0x2200 1 0x100 REQUEST = <0x05 0x01 0x09 0x02 0xa1 0x01 0x05 0x09 0x19 0x01 0x29 0x03 0x15 0x00 0x25 0x01 0x95 0x03 0x75 0x01 0x81 0x02 0x95 0x01 0x75 0x05 0x81 0x03 0x05 0x01 0x09 0x01 0xa1 0x00 0x09 0x30 0x09 0x31 0x15 0x81 0x25 0x7f 0x75 0x08 0x95 0x02 0x81 0x06 0xc0 0x09 0x38 0x95 0x01 0x81 0x06 0x09 0x3c 0x15 0x00 0x25 0x01 0x75 0x01 0x95 0x01 0xb1 0x22 0x95 0x07 0xb1 0x01 0x05 0x08 0x09 0x4b 0x15 0x00 0x25 0x03 0x95 0x01 0x75 0x02 0x09 0x3c 0xa1 0x02 0x09 0x41 0x09 0x3d 0x09 0x3f 0x09 0x40 0x91 0x00 0xc0 0x75 0x06 0x91 0x01 0xc0><)%uu01%u8%u"K%uA=?@u> usbconfig -u 4 -a 7 do_request 0x81 0x06 0x2200 0 0x100 REQUEST = Can I get my wheel back please? :) Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 22:51:52 2009 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 5717F106566B; Tue, 10 Mar 2009 22:51:52 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id D79E48FC08; Tue, 10 Mar 2009 22:51:51 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from heho.snv.jussieu.fr (heho.snv.jussieu.fr [134.157.184.22]) by shiva.jussieu.fr (8.14.3/jtpda-5.4) with ESMTP id n2AMpoBH075898 ; Tue, 10 Mar 2009 23:51:50 +0100 (CET) X-Ids: 166 Received: from heho.snv.jussieu.fr (localhost [127.0.0.1]) by heho.snv.jussieu.fr (8.14.3/8.14.3) with ESMTP id n2AMpnWp094735; Tue, 10 Mar 2009 23:51:50 +0100 (CET) (envelope-from arno@heho.snv.jussieu.fr) Received: (from arno@localhost) by heho.snv.jussieu.fr (8.14.3/8.14.3/Submit) id n2AMpnek094732; Tue, 10 Mar 2009 23:51:49 +0100 (CET) (envelope-from arno) To: John Baldwin From: "Arno J. Klaassen" References: <200903101425.28608.jhb@freebsd.org> <200903101637.31039.jhb@freebsd.org> Date: Tue, 10 Mar 2009 23:51:49 +0100 In-Reply-To: <200903101637.31039.jhb@freebsd.org> (John Baldwin's message of "Tue\, 10 Mar 2009 16\:37\:30 -0400") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (shiva.jussieu.fr [134.157.0.166]); Tue, 10 Mar 2009 23:51:50 +0100 (CET) X-Virus-Scanned: ClamAV 0.94.2/9084/Tue Mar 10 08:11:13 2009 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at jchkmail.jussieu.fr with ID 49B6EF06.002 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 49B6EF06.002/134.157.184.22/heho.snv.jussieu.fr/heho.snv.jussieu.fr/ X-j-chkmail-Score: MSGID : 49B6EF06.002 on jchkmail.jussieu.fr : j-chkmail score : . : R=. U=. O=. B=0.009 -> S=0.009 X-j-chkmail-Status: Ham Cc: freebsd-current@freebsd.org Subject: Re: msi 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: Tue, 10 Mar 2009 22:51:52 -0000 John Baldwin writes: > On Tuesday 10 March 2009 3:00:00 pm Arno J. Klaassen wrote: >> John Baldwin writes: >> >> > On Tuesday 10 March 2009 10:08:59 am Arno J. Klaassen wrote: >> >> >> >> Hello, >> >> >> >> when upgrading this morning from a March 1 -current, if_bge >> >> stopped working (and irq256: bge0 not showing up in >> >> vmstat -i ). Setting hw.pci.enable_msi="0" makes it work again. >> > >> > Can you get a verbose dmesg (boot -v) with MSI enabled? > > Ok, so you are getting MSI interrupts assigned and routed ok. Can you try > disabling the code that sets the INTx_MASK flag in the PCI command register > in sys/dev/pci/pci.c:pci_setup_intr()? Bon, "rid" is 0 in my case; outcommenting the "pci_clear_command_bit(dev, child, PCIM_CMD_INTxDIS);" makes no difference, and reverting rev189447 (forcing the "else" statement to be executed) gives me a panic ... But I'm not 100% sure that's what you wanted me to do ... More tomorrow, Arno From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 23:19:29 2009 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 46A8A106566B for ; Tue, 10 Mar 2009 23:19:29 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.freebsd.org (Postfix) with ESMTP id 2AA1B8FC0C for ; Tue, 10 Mar 2009 23:19:29 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from [172.17.2.19] (jn@stealth.jnielsen.net [74.218.226.254]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id n2AN6UVD021366; Tue, 10 Mar 2009 19:06:31 -0400 (EDT) (envelope-from lists@jnielsen.net) From: John Nielsen To: freebsd-current@freebsd.org Date: Tue, 10 Mar 2009 18:50:51 -0400 User-Agent: KMail/1.9.10 References: <200903101651.08381.lists@jnielsen.net> <49B6DBD2.3030006@protected-networks.net> In-Reply-To: <49B6DBD2.3030006@protected-networks.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903101850.52239.lists@jnielsen.net> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on ns1.jnielsen.net X-Virus-Status: Clean Cc: Michael Butler Subject: Re: IPv6 in -CURRENT? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Mar 2009 23:19:29 -0000 On Tuesday 10 March 2009 05:29:54 pm Michael Butler wrote: > John Nielsen wrote: > > I'm trying to set up a server running yesterday's -CURRENT as an IPv6 > > router for the local network using a tunnel broker. The handbook and > > other howto documentation I've found seem pretty consistent on the > > necessary steps, but I'm not having any luck. Any time I try to ping6 > > anything I get "ping6: sendmsg: No buffer space available". That and > > the fact that I never see any packets out my external interface > > destined for my broker's tunnel IP make me believe that something is > > broken locally. > > Since this is an IPv6 over IPv4 tunnel, you also have to let the IPv4 > packets out to the tunnel-broker (and back). Check your IPv4 firewall > rules, Thanks! That's the something obvious I was overlooking. I'm used to seeing "permission denied" errors or similar when it's the local firewall. Packets may or may not have been getting to the tunnel broker but ipfw is integrated 6/4 now and my custom ruleset didn't have any ip6 allow rules. Seems to be working now. :) JN From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 23:36:26 2009 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 5F42A106566C; Tue, 10 Mar 2009 23:36:26 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id E06408FC0C; Tue, 10 Mar 2009 23:36:25 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from heho.snv.jussieu.fr (heho.snv.jussieu.fr [134.157.184.22]) by shiva.jussieu.fr (8.14.3/jtpda-5.4) with ESMTP id n2ANaOYO094857 ; Wed, 11 Mar 2009 00:36:24 +0100 (CET) X-Ids: 166 Received: from heho.snv.jussieu.fr (localhost [127.0.0.1]) by heho.snv.jussieu.fr (8.14.3/8.14.3) with ESMTP id n2ANaN79095154; Wed, 11 Mar 2009 00:36:23 +0100 (CET) (envelope-from arno@heho.snv.jussieu.fr) Received: (from arno@localhost) by heho.snv.jussieu.fr (8.14.3/8.14.3/Submit) id n2ANaMrL095151; Wed, 11 Mar 2009 00:36:22 +0100 (CET) (envelope-from arno) To: John Baldwin From: "Arno J. Klaassen" References: <200903101425.28608.jhb@freebsd.org> <200903101637.31039.jhb@freebsd.org> Date: Wed, 11 Mar 2009 00:36:22 +0100 In-Reply-To: <200903101637.31039.jhb@freebsd.org> (John Baldwin's message of "Tue\, 10 Mar 2009 16\:37\:30 -0400") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (shiva.jussieu.fr [134.157.0.166]); Wed, 11 Mar 2009 00:36:24 +0100 (CET) X-Virus-Scanned: ClamAV 0.94.2/9084/Tue Mar 10 08:11:13 2009 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at jchkmail.jussieu.fr with ID 49B6F978.002 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 49B6F978.002/134.157.184.22/heho.snv.jussieu.fr/heho.snv.jussieu.fr/ X-j-chkmail-Score: MSGID : 49B6F978.002 on jchkmail.jussieu.fr : j-chkmail score : . : R=. U=. O=. B=0.011 -> S=0.011 X-j-chkmail-Status: Ham Cc: freebsd-current@freebsd.org Subject: Re: msi 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: Tue, 10 Mar 2009 23:36:27 -0000 John Baldwin writes: > On Tuesday 10 March 2009 3:00:00 pm Arno J. Klaassen wrote: >> John Baldwin writes: >> >> > On Tuesday 10 March 2009 10:08:59 am Arno J. Klaassen wrote: >> >> >> >> Hello, >> >> >> >> when upgrading this morning from a March 1 -current, if_bge >> >> stopped working (and irq256: bge0 not showing up in >> >> vmstat -i ). Setting hw.pci.enable_msi="0" makes it work again. >> > >> > Can you get a verbose dmesg (boot -v) with MSI enabled? > > Ok, so you are getting MSI interrupts assigned and routed ok. Can you try > disabling the code that sets the INTx_MASK flag in the PCI command register > in sys/dev/pci/pci.c:pci_setup_intr()? grr : "rid" sure is 1 for the if_bge interrupt. Please tell me which lines of code set the INTx_MASK flag. Thanx, more tomorrow. Arno From owner-freebsd-current@FreeBSD.ORG Tue Mar 10 23:47:43 2009 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 2109D1065672; Tue, 10 Mar 2009 23:47:43 +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 DA2E08FC12; Tue, 10 Mar 2009 23:47:42 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-157-60-27.bna.bellsouth.net [70.157.60.27]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n2ANkJlg012386 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 10 Mar 2009 19:46:19 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: "Arno J. Klaassen" In-Reply-To: References: <200903101425.28608.jhb@freebsd.org> <200903101637.31039.jhb@freebsd.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-Ap9XAhVaR0/XCMxo6Vj/" Organization: FreeBSD Date: Tue, 10 Mar 2009 18:47:21 -0500 Message-Id: <1236728841.2091.5.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, 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: msi 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: Tue, 10 Mar 2009 23:47:43 -0000 --=-Ap9XAhVaR0/XCMxo6Vj/ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2009-03-11 at 00:36 +0100, Arno J. Klaassen wrote: > John Baldwin writes: >=20 > > On Tuesday 10 March 2009 3:00:00 pm Arno J. Klaassen wrote: > >> John Baldwin writes: > >>=20 > >> > On Tuesday 10 March 2009 10:08:59 am Arno J. Klaassen wrote: > >> >>=20 > >> >> Hello, > >> >>=20 > >> >> when upgrading this morning from a March 1 -current, if_bge > >> >> stopped working (and irq256: bge0 not showing up in > >> >> vmstat -i ). Setting hw.pci.enable_msi=3D"0" makes it work again. > >> > > >> > Can you get a verbose dmesg (boot -v) with MSI enabled? > > > > Ok, so you are getting MSI interrupts assigned and routed ok. Can you = try=20 > > disabling the code that sets the INTx_MASK flag in the PCI command regi= ster=20 > > in sys/dev/pci/pci.c:pci_setup_intr()? >=20 > grr : "rid" sure is 1 for the if_bge interrupt. Please tell me which > lines of code set the INTx_MASK flag. Thanx, more tomorrow. if rid is 0, the chip should be using INTx. if rid > 0 then it should be using MSI. } mte->mte_handlers++; } #if 0 /* Comment this out/* /* Make sure that INTx is disabled if we are using MSI/MSIX= */ pci_set_command_bit(dev, child, PCIM_CMD_INTxDIS); #endif bad: if (error) { (void)bus_generic_teardown_intr(dev, child, irq, cookie); return (error); robert. > Arno > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " --=20 Robert Noland FreeBSD --=-Ap9XAhVaR0/XCMxo6Vj/ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAkm2/AkACgkQM4TrQ4qfROPksgCfUhJ/4y95rbQ8VxcF7z7dAOBJ bioAn3usz6N0IwEye65VzyK8yIxKF67S =ndEy -----END PGP SIGNATURE----- --=-Ap9XAhVaR0/XCMxo6Vj/-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 00:07:14 2009 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 BD05B106564A; Wed, 11 Mar 2009 00:07:14 +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 51E938FC16; Wed, 11 Mar 2009 00:07:13 +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 n2B079El034928; Tue, 10 Mar 2009 18:07:09 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <49B700AD.7010500@samsco.org> Date: Tue, 10 Mar 2009 18:07:09 -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: Robert Noland References: <200903101425.28608.jhb@freebsd.org> <200903101637.31039.jhb@freebsd.org> <1236728841.2091.5.camel@balrog.2hip.net> In-Reply-To: <1236728841.2091.5.camel@balrog.2hip.net> 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: freebsd-current@freebsd.org, "Arno J. Klaassen" Subject: Re: msi 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: Wed, 11 Mar 2009 00:07:15 -0000 Robert Noland wrote: > On Wed, 2009-03-11 at 00:36 +0100, Arno J. Klaassen wrote: >> John Baldwin writes: >> >>> On Tuesday 10 March 2009 3:00:00 pm Arno J. Klaassen wrote: >>>> John Baldwin writes: >>>> >>>>> On Tuesday 10 March 2009 10:08:59 am Arno J. Klaassen wrote: >>>>>> Hello, >>>>>> >>>>>> when upgrading this morning from a March 1 -current, if_bge >>>>>> stopped working (and irq256: bge0 not showing up in >>>>>> vmstat -i ). Setting hw.pci.enable_msi="0" makes it work again. >>>>> Can you get a verbose dmesg (boot -v) with MSI enabled? >>> Ok, so you are getting MSI interrupts assigned and routed ok. Can you try >>> disabling the code that sets the INTx_MASK flag in the PCI command register >>> in sys/dev/pci/pci.c:pci_setup_intr()? >> grr : "rid" sure is 1 for the if_bge interrupt. Please tell me which >> lines of code set the INTx_MASK flag. Thanx, more tomorrow. > > if rid is 0, the chip should be using INTx. if rid > 0 then it should > be using MSI. > > > } > mte->mte_handlers++; > } > #if 0 /* Comment this out/* > /* Make sure that INTx is disabled if we are using MSI/MSIX */ > pci_set_command_bit(dev, child, PCIM_CMD_INTxDIS); > #endif > bad: > if (error) { > (void)bus_generic_teardown_intr(dev, child, irq, > cookie); > return (error); > > robert. > If this turns out to help this particular gentleman, then I'd like to suggest a further test of having the bge driver explicitly reset the the INTxDIS bit after calling bus_setup_intr(). If that works, then I strongly suggest that we treat this as a localized quirk that drivers will need to manage for themselves, and not something that the PCI layer should try to control. It might be possible to set up some sort of hint system for drivers to programatically tell the PCI layer to treat this bit special for a particular device instance. What I don't want to see is the PCI layer growing yet another hidden quirk table of PCI IDs. This kind of quirk knowledge belongs in the driver. Scott From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 00:34:13 2009 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 83773106566C for ; Wed, 11 Mar 2009 00:34:13 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.237]) by mx1.freebsd.org (Postfix) with ESMTP id 4E2A78FC12 for ; Wed, 11 Mar 2009 00:34:13 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id f6so2678562rvb.43 for ; Tue, 10 Mar 2009 17:34:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=1VJTfw6xpFxyn7wCNufF8iDfQm88kiWKAW05GxrJJWU=; b=CusTiv/jjs7yAqPGoGqG++30KvY0fyOWC0HVv08I2Q7XfA7fZA4TfqtD09shnHGeGl QeP0NzVyIoMT3sDK575GhWZGa44v6JO7N4yx09fDiYNDczkKoPbK8ZgC3boih3bzU4eN AP254tOExDSJWNwt8LFXplI4WXAGUb4Qjq360= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=itjqKZDAK7HoYARqM2fiw64esOSsOcMw0bmf6kHyS4mFnkue81u1kis3vzIKohmxmF secEN72zj6KunTJhfcZp3iixdiQa9zkdDMpZEElonqXZPd9BNjbXpYxz4V+es/dSdKXf +8cSXIVIp+GUFQsCqquMYmdfDNJhAf6K4xVZ0= Received: by 10.141.142.15 with SMTP id u15mr4053084rvn.16.1236731652933; Tue, 10 Mar 2009 17:34:12 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ([114.111.62.249]) by mx.google.com with ESMTPS id b8sm11326181rvf.8.2009.03.10.17.34.10 (version=SSLv3 cipher=RC4-MD5); Tue, 10 Mar 2009 17:34:11 -0700 (PDT) Received: by michelle.cdnetworks.co.kr (sSMTP sendmail emulation); Wed, 11 Mar 2009 09:32:44 +0900 From: Pyun YongHyeon Date: Wed, 11 Mar 2009 09:32:44 +0900 To: Robert Noland Message-ID: <20090311003244.GA13527@michelle.cdnetworks.co.kr> References: <200903101425.28608.jhb@freebsd.org> <200903101637.31039.jhb@freebsd.org> <1236728841.2091.5.camel@balrog.2hip.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1236728841.2091.5.camel@balrog.2hip.net> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, "Arno J. Klaassen" Subject: Re: msi broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Mar 2009 00:34:13 -0000 On Tue, Mar 10, 2009 at 06:47:21PM -0500, Robert Noland wrote: > On Wed, 2009-03-11 at 00:36 +0100, Arno J. Klaassen wrote: > > John Baldwin writes: > > > > > On Tuesday 10 March 2009 3:00:00 pm Arno J. Klaassen wrote: > > >> John Baldwin writes: > > >> > > >> > On Tuesday 10 March 2009 10:08:59 am Arno J. Klaassen wrote: > > >> >> > > >> >> Hello, > > >> >> > > >> >> when upgrading this morning from a March 1 -current, if_bge > > >> >> stopped working (and irq256: bge0 not showing up in > > >> >> vmstat -i ). Setting hw.pci.enable_msi="0" makes it work again. > > >> > > > >> > Can you get a verbose dmesg (boot -v) with MSI enabled? > > > > > > Ok, so you are getting MSI interrupts assigned and routed ok. Can you try > > > disabling the code that sets the INTx_MASK flag in the PCI command register > > > in sys/dev/pci/pci.c:pci_setup_intr()? > > > > grr : "rid" sure is 1 for the if_bge interrupt. Please tell me which > > lines of code set the INTx_MASK flag. Thanx, more tomorrow. > > if rid is 0, the chip should be using INTx. if rid > 0 then it should > be using MSI. > > > } > mte->mte_handlers++; > } > #if 0 /* Comment this out/* > /* Make sure that INTx is disabled if we are using MSI/MSIX */ > pci_set_command_bit(dev, child, PCIM_CMD_INTxDIS); > #endif > bad: > if (error) { > (void)bus_generic_teardown_intr(dev, child, irq, > cookie); > return (error); > If my memory serve me right, some Broadcom controllers reset PCI configuration registers in bge_reset() so bge(4) restores some important PCI configuration registers. I didn't check bge(4) code but it's possible that bge(4) didn't restore MSI enable bit in bge_reset(). From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 00:46:45 2009 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 06BF0106566B for ; Wed, 11 Mar 2009 00:46:45 +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 BEF9D8FC12 for ; Wed, 11 Mar 2009 00:46:44 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-157-60-27.bna.bellsouth.net [70.157.60.27]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n2B0jKW6012755 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 10 Mar 2009 20:45:21 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: pyunyh@gmail.com In-Reply-To: <20090311003244.GA13527@michelle.cdnetworks.co.kr> References: <200903101425.28608.jhb@freebsd.org> <200903101637.31039.jhb@freebsd.org> <1236728841.2091.5.camel@balrog.2hip.net> <20090311003244.GA13527@michelle.cdnetworks.co.kr> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-h8I33M6Qjt9zIonvqbSY" Organization: FreeBSD Date: Tue, 10 Mar 2009 19:46:22 -0500 Message-Id: <1236732382.2091.25.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, 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, "Arno J. Klaassen" Subject: Re: msi 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: Wed, 11 Mar 2009 00:46:45 -0000 --=-h8I33M6Qjt9zIonvqbSY Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2009-03-11 at 09:32 +0900, Pyun YongHyeon wrote: > On Tue, Mar 10, 2009 at 06:47:21PM -0500, Robert Noland wrote: > > On Wed, 2009-03-11 at 00:36 +0100, Arno J. Klaassen wrote: > > > John Baldwin writes: > > >=20 > > > > On Tuesday 10 March 2009 3:00:00 pm Arno J. Klaassen wrote: > > > >> John Baldwin writes: > > > >>=20 > > > >> > On Tuesday 10 March 2009 10:08:59 am Arno J. Klaassen wrote: > > > >> >>=20 > > > >> >> Hello, > > > >> >>=20 > > > >> >> when upgrading this morning from a March 1 -current, if_bge > > > >> >> stopped working (and irq256: bge0 not showing up in > > > >> >> vmstat -i ). Setting hw.pci.enable_msi=3D"0" makes it work agai= n. > > > >> > > > > >> > Can you get a verbose dmesg (boot -v) with MSI enabled? > > > > > > > > Ok, so you are getting MSI interrupts assigned and routed ok. Can = you try=20 > > > > disabling the code that sets the INTx_MASK flag in the PCI command = register=20 > > > > in sys/dev/pci/pci.c:pci_setup_intr()? > > >=20 > > > grr : "rid" sure is 1 for the if_bge interrupt. Please tell me which > > > lines of code set the INTx_MASK flag. Thanx, more tomorrow. > >=20 > > if rid is 0, the chip should be using INTx. if rid > 0 then it should > > be using MSI. > >=20 > >=20 > > } > > mte->mte_handlers++; > > } > > #if 0 /* Comment this out/* > > /* Make sure that INTx is disabled if we are using MSI/= MSIX */ > > pci_set_command_bit(dev, child, PCIM_CMD_INTxDIS); > > #endif > > bad: > > if (error) { > > (void)bus_generic_teardown_intr(dev, child, irq= , > > cookie); > > return (error); > >=20 >=20 > If my memory serve me right, some Broadcom controllers reset PCI > configuration registers in bge_reset() so bge(4) restores some > important PCI configuration registers. I didn't check bge(4) code > but it's possible that bge(4) didn't restore MSI enable bit in > bge_reset(). If it is actually issuing a RST, then it should turn off msi and enable INTx, according to the spec. Without looking at the driver, the RST should happen before bus_setup_intr(); robert. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " --=20 Robert Noland FreeBSD --=-h8I33M6Qjt9zIonvqbSY Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAkm3Cd4ACgkQM4TrQ4qfROPJ3ACfdCtoRwyC925yUUKht9ZQRjRM YQUAoIJxV6q54iEDIceczmQvpkVQhiFw =CXHg -----END PGP SIGNATURE----- --=-h8I33M6Qjt9zIonvqbSY-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 01:15:43 2009 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 8B8E6106564A; Wed, 11 Mar 2009 01:15:43 +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 D9DAA8FC1B; Wed, 11 Mar 2009 01:15:42 +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 n2B1Feq7066076; Wed, 11 Mar 2009 04:15:40 +0300 (MSK) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1236734140; bh=MonIxVZzYGAuaxoI5KAXWRtmqF3hLxP0twn+ootH0ZQ=; l=1172; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:In-Reply-To; b=UymznlRdTNM3xAdpXnrL4xqsPlK13qccXPY4QSsmctte9yQJNQ0H0bf8BhCMea93T 6jEu3VC7h+9lKcmgCOJVzgzwZeqM6oubZjbHY7o5dtb+1FUsDiRye8k8VFodqaBnp9 tY8j5A9xtUXfw1ndRQyNKxPkgh0BhBhMAe+HBeGY= Received: (from ache@localhost) by nagual.pp.ru (8.14.3/8.14.3/Submit) id n2B1FdLQ066074; Wed, 11 Mar 2009 04:15:39 +0300 (MSK) (envelope-from ache) Date: Wed, 11 Mar 2009 04:15:37 +0300 From: Andrey Chernov To: Hans Petter Selasky Message-ID: <20090311011536.GB65734@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Hans Petter Selasky , Renato Botelho , usb@freebsd.org, freebsd-current@freebsd.org, Beech Rintoul , akbeech@gmail.com References: <20090310045605.GA38857@nagual.pp.ru> <200903100840.57018.hselasky@c2i.net> <747dc8f30903100708w1e08c47akd445314cf19a8442@mail.gmail.com> <200903101625.57647.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200903101625.57647.hselasky@c2i.net> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: Renato Botelho , usb@freebsd.org, freebsd-current@freebsd.org, Beech Rintoul , akbeech@gmail.com Subject: Re: USB2 makes moused insane X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2009 01:15:45 -0000 On Tue, Mar 10, 2009 at 04:25:55PM +0100, Hans Petter Selasky wrote: > On Tuesday 10 March 2009, Renato Botelho wrote: > > http://freebsd.pastebin.com/f2831347 > > Try this patch: > > http://perforce.freebsd.org/chv.cgi?CH=159001 Mine one still not fixed by that. Here is debugging info as asked: usbconfig ... 1 ... REQUEST = <0x06 0x00 0xff 0x09 0x01 0xa1 0x01 0x85 0x10 0x75 0x08 0x95 0x06 0x15 0x00 0x26 0xff 0x00 0x09 0x01 0x81 0x00 0x09 0x01 0x91 0x00 0xc0 0x06 0x00 0xff 0x09 0x02 0xa1 0x01 0x85 0x11 0x75 0x08 0x95 0x13 0x15 0x00 0x26 0xff 0x00 0x09 0x02 0x81 0x00 0x09 0x02 0x91 0x00 0xc0> usbconfig ... 0 ... REQUEST = <0x05 0x01 0x09 0x02 0xa1 0x01 0x09 0x01 0xa1 0x00 0x05 0x09 0x19 0x01 0x29 0x08 0x15 0x00 0x25 0x01 0x95 0x08 0x75 0x01 0x81 0x02 0x06 0x00 0xff 0x09 0x40 0x15 0x81 0x25 0x7f 0x75 0x08 0x95 0x02 0x81 0x02 0x05 0x01 0x09 0x38 0x95 0x01 0x81 0x06 0x05 0x0c 0x0a 0x38 0x02 0x95 0x01 0x81 0x06 0x05 0x01 0x16 0x01 0x80 0x26 0xff 0x7f 0x75 0x10 0x95 0x02 0x09 0x30 0x09 0x31 0x81 0x06 0x05 0x09 0x19 0x09 0x29 0x10 0x15 0x00 0x25 0x01 0x95 0x08 0x75 0x01 0x81 0x02 0xc0 0xc0><)%u@%u88&u01)%u> -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 01:32:18 2009 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 A360C106564A for ; Wed, 11 Mar 2009 01:32:18 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.233]) by mx1.freebsd.org (Postfix) with ESMTP id 6F58B8FC13 for ; Wed, 11 Mar 2009 01:32:18 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id f6so2701443rvb.43 for ; Tue, 10 Mar 2009 18:32:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=WMbdDMees1xySXsrkt631KneqITRmOqhjsZtpyZCzwg=; b=BTuEO9w2wu1Rn5vF4JBab9d4R3U7vSepW8h2ZFVjAmqA5PX5ewLW6oKpyDVQYy1sP9 mbh0gCZmHSrU9RXiQsWmHEU+fx1THH83xomaxmIIB3l+LEO9WTRQv1lYD1tbZ7sr7UH4 qzx3UTLSmHnYIsoNx6b0mmXDx2memRqxFQf5M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=fB6SxKNNNX63N3tkHa3pPECmU8dgw/p03DOjJ7zhvdFsCzIA19TLHH+KtruTi6cjp9 4Rp3CTikDl8L3sbPlDMUSg/2WGofUd3Z09WPyKhZnULmmPiMlPlge5yj1HmVCdTYriO6 Ej3CRF3pLI89Qb4XskyiNBBmTyDEA4J8nhb0g= Received: by 10.140.170.21 with SMTP id s21mr4042655rve.205.1236733789422; Tue, 10 Mar 2009 18:09:49 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ([114.111.62.249]) by mx.google.com with ESMTPS id g31sm14842732rvb.7.2009.03.10.18.09.46 (version=SSLv3 cipher=RC4-MD5); Tue, 10 Mar 2009 18:09:47 -0700 (PDT) Received: by michelle.cdnetworks.co.kr (sSMTP sendmail emulation); Wed, 11 Mar 2009 10:08:21 +0900 From: Pyun YongHyeon Date: Wed, 11 Mar 2009 10:08:21 +0900 To: "Arno J. Klaassen" Message-ID: <20090311010821.GC13527@michelle.cdnetworks.co.kr> References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="lrZ03NoBR/3+SXJZ" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: msi broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Mar 2009 01:32:19 -0000 --lrZ03NoBR/3+SXJZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Mar 10, 2009 at 03:08:59PM +0100, Arno J. Klaassen wrote: > > Hello, > > when upgrading this morning from a March 1 -current, if_bge > stopped working (and irq256: bge0 not showing up in > vmstat -i ). Setting hw.pci.enable_msi="0" makes it work again. > I don't have bge(4) hardwares so I can't test this. Would you try attached patch? --lrZ03NoBR/3+SXJZ Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="bge.msi.diff" Index: sys/dev/bge/if_bge.c =================================================================== --- sys/dev/bge/if_bge.c (revision 189658) +++ sys/dev/bge/if_bge.c (working copy) @@ -2912,7 +2912,7 @@ write_op(sc, BGE_MISC_CFG, BGE_32BITTIME_66MHZ); /* Re-enable MSI, if neccesary, and enable the memory arbiter. */ - if (BGE_IS_5714_FAMILY(sc)) { + if (BGE_IS_5714_FAMILY(sc) || sc->bge_flags & BGE_FLAG_MSI) { /* This chip disables MSI on reset. */ if (sc->bge_flags & BGE_FLAG_MSI) { val = pci_read_config(dev, BGE_PCI_MSI_CTL, 2); @@ -2922,8 +2922,10 @@ CSR_WRITE_4(sc, BGE_MSI_MODE, val | BGE_MSIMODE_ENABLE); } - val = CSR_READ_4(sc, BGE_MARB_MODE); - CSR_WRITE_4(sc, BGE_MARB_MODE, BGE_MARBMODE_ENABLE | val); + if (BGE_IS_5714_FAMILY(sc)) { + val = CSR_READ_4(sc, BGE_MARB_MODE); + CSR_WRITE_4(sc, BGE_MARB_MODE, BGE_MARBMODE_ENABLE | val); + } } else CSR_WRITE_4(sc, BGE_MARB_MODE, BGE_MARBMODE_ENABLE); --lrZ03NoBR/3+SXJZ-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 02:09:41 2009 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 3D563106566B for ; Wed, 11 Mar 2009 02:09:41 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by mx1.freebsd.org (Postfix) with ESMTP id 962558FC12 for ; Wed, 11 Mar 2009 02:09:40 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so854158fgb.35 for ; Tue, 10 Mar 2009 19:09:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:in-reply-to:message-id:user-agent:mime-version:content-type; bh=AQVI76K89gjJqmMe9fVnQmZxBiXv48FnYouqujU+3jE=; b=ftrtoQWaybQT6vgb3qb2XA2S0sY2qy9Zy3f4fdOsbi55wJgRVEXX+DB+AEmEsum5qk Y7JgOkI1zgC8S9vyS+p1GZbYx6CbZHIYXwJ2KFjQgHDo1PBamIzhq4d3dNS1Mk9Yb21A X/7+Mq/k8rROOX6HLzoz46MlT1YusIwVYIOas= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; b=Stu0I7N+X1C3XCOih4960xAG9Cyz0PPdHwI/RqCpOQh5X1bMUnLmfyvXpHSOA8c3uP Mv03rW07Dh2+Ll4z4mY8vAozAoXOEJ3dkbYJkjMWyg7H7PGgQ0IMiudVFw+1H1wQb+Pv ABsqk4yvYduXLPAOFhw/ph+zFBMuzCCWW2ARs= Received: by 10.86.95.20 with SMTP id s20mr5536064fgb.40.1236737379598; Tue, 10 Mar 2009 19:09:39 -0700 (PDT) Received: from localhost (93-80-44-184.broadband.corbina.ru [93.80.44.184]) by mx.google.com with ESMTPS id e11sm159746fga.0.2009.03.10.19.09.36 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 10 Mar 2009 19:09:37 -0700 (PDT) From: Anonymous To: Tim Kientzle References: <200903100104.53847.ken__6247.10998167775$1236647281$gmane$org@mthelicon.com> <86mybuasss.fsf@gmail.com> <200903101238.20974.paul@fletchermoorland.co.uk> <86sklldth2.fsf@gmail.com> <49B7157F.7010101@freebsd.org> Date: Wed, 11 Mar 2009 05:09:33 +0300 In-Reply-To: <49B7157F.7010101@freebsd.org> (Tim Kientzle's message of "Tue, 10 Mar 2009 18:35:59 -0700") Message-ID: <86fxhkdd42.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.91 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org Subject: Re: bsdtar lockup on Current-03/10/2009 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2009 02:09:41 -0000 Tim Kientzle writes: > Anonymous wrote: >> Paul Wootton writes: >> >>>Im also using ZFS and have the same problems as Peg when trying to create a >>>tar file. >>>This is using Current as of last yesterday (09-mar-09). >> >> I'm not sure but in my case ktrace shows extattr_list_link() before the lockup. >> So, for a workaround I disabled extattr support in libarchive. Can you verify that >> this helps you, too? > > Please try this, which will poke that same system > call in a different way: > > rm -f foo foolink > touch foo > ln -s foo foolink > lsextattr -h user foolink Right here. > lsextattr -h user foo > setextattr user test test foo > lsextattr -h user foolink > lsextattr -h user foo > setextattr user test test foolink > lsextattr -h user foolink > > I'm especially curious about the processor and CPU: Intel(R) Core(TM)2 Duo CPU E8400 @ 3.00GHz (3216.23-MHz K8-class CPU) amd64 mode > filesystem you're using when you see these problems. ZFS with some updates from onnv-gate. > > Cheers, > > Tim From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 03:04:58 2009 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 EA2AE106570D for ; Wed, 11 Mar 2009 03:04:58 +0000 (UTC) (envelope-from justin.teller@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.168]) by mx1.freebsd.org (Postfix) with ESMTP id A90588FC1C for ; Wed, 11 Mar 2009 03:04:58 +0000 (UTC) (envelope-from justin.teller@gmail.com) Received: by wf-out-1314.google.com with SMTP id 27so2642587wfd.7 for ; Tue, 10 Mar 2009 20:04:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=20MOh6jmHshZNc7YfIIQdsvFU5bP+88DzcxAZc1+Ru4=; b=tMH52pXWtMaRQZbDSqsSrNoMGDoOtpiK/tMOLMkYpGfv0CSObugEjWPycjjP4OMpCn lno1oCrW7iNICfB+Sn0+8T0HVtPzZAgaxVj2Nzg7NeQpu2+h5BfkthdNk/F5uLYREP1z VVLI42M9HpWebpx7rZjER8O0GarB6YD/Bxz8E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=w1QpM+AAz1UX5BxUvD5W0JJs8tT6E0PabYswxfHpli79+5y1ml5P9yzXrb90quGu40 Q0yc1zUwpY/C+wpMuZzR1J6IPkwn6qcAbOKVciC7KXxh5giSwiiHdP60cKsDuvuDr8ZL b3uBMJeRt6lp3gpLofe/Xe/j3AvkQuyZEPqfw= MIME-Version: 1.0 Received: by 10.142.135.16 with SMTP id i16mr3435581wfd.192.1236740697723; Tue, 10 Mar 2009 20:04:57 -0700 (PDT) In-Reply-To: <49B61331.4050106@freebsd.org> References: <3561C827-66BD-4B3F-A3D4-97C4C06884B4@gmail.com> <49B61331.4050106@freebsd.org> Date: Tue, 10 Mar 2009 20:04:57 -0700 Message-ID: From: Justin Teller To: David Xu 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: Using PTHREAD_PRIO_INHERIT causes panic in kern_umtx.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2009 03:04:59 -0000 > > When I compile and run the attached program, it panics my system, (FreeBSD >>> CURRENT as of 2-20-09) with the following message: >>> >>> panic: Assertion pi != NULL failed at /usr/src/sys/kern/kern_umtx: 1464 >>> >>> With the backtrace being: >>> Tracing pid 1079 tid 100045 td 0xffffff00037c8000 >>> kdb_enter() at kdb_enter+0x40 >>> panic() at panic+0x1ec >>> umtx_pi_adjust() at umtx_pi_adjust+0xfc8 >>> umtx_pi_adjust() at umtx_pi_adjust+0x19bd >>> _umtx_unlock() at _umtx_unlock+0x2c41 >>> _umtx_op() at _umtx_op+0x22 >>> syscall() at syscall+0x1f4 >>> Xfast_syscall() at Xfast_syscall+0xaa >>> --- syscall (454, FreeBSD ELF64, _umtx_op), rip = 0x4056ac, rsp = >>> 0x7fffffbfef38, rbp = 0x80060b150 --- >>> >>> This problem only shows up when I use PTHREAD_PRIO_INHERIT -- if I change >>> the line for pthread_mutexattr_setprotocol to PTHREAD_PRIO_NONE, then it >>> works fine. I've been trying to trace thru the code to figure out where >>> uq_pi_blocked should be setup, but I'm not too familiar with the code so >>> I >>> haven't found where the problem originates. How can I get >>> PTHREAD_PRIO_INHERIT to work? And even if the change is in user-space, >>> it >>> probably shouldn't be this easy to panic the kernel :-) >>> >>> -Justin >>> >>> > There is a bug about NULL pointer, please try the patch, it also > fixes a possible wake-up race. > > http://people.freebsd.org/%7Edavidxu/patch/kern_umtx_prio.patch > > > David Xu > > That definitely looks like it fixes it for my system -- thanks for the quick response!! From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 03:10:35 2009 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 08BBC1065672 for ; Wed, 11 Mar 2009 03:10:35 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.freebsd.org (Postfix) with ESMTP id E10BE8FC0A for ; Wed, 11 Mar 2009 03:10:34 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from [192.168.213.128] (jn@stealth.jnielsen.net [74.218.226.254]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id n2B3AXVF065341 for ; Tue, 10 Mar 2009 23:10:34 -0400 (EDT) (envelope-from lists@jnielsen.net) From: John Nielsen To: freebsd-current@freebsd.org Date: Tue, 10 Mar 2009 23:10:32 -0400 User-Agent: KMail/1.9.10 References: <200903100104.53847.ken__6247.10998167775$1236647281$gmane$org@mthelicon.com> <200903101238.20974.paul@fletchermoorland.co.uk> <86sklldth2.fsf@gmail.com> In-Reply-To: <86sklldth2.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903102310.32735.lists@jnielsen.net> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on ns1.jnielsen.net X-Virus-Status: Clean Subject: Re: bsdtar lockup on Current-03/10/2009 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2009 03:10:35 -0000 On Tuesday 10 March 2009 04:16:09 pm Anonymous wrote: > Paul Wootton writes: > > Im also using ZFS and have the same problems as Peg when trying to > > create a tar file. > > This is using Current as of last yesterday (09-mar-09). > > I'm not sure but in my case ktrace shows extattr_list_link() before the > lockup. So, for a workaround I disabled extattr support in libarchive. > Can you verify that this helps you, too? I today noticed the same problem on -CURRENT i386 built March 9. Immediately before my last buildworld (running sources from a couple months ago probably) I didn't have any lockups and portupgrade was working fine. Now portupgrade-invoked tar put the system into something like livelock--tar unresponsive at %100 cpu, kill -9 ineffective, sometimes other processes unresponsive, reboot hangs before completing and a reset or power-cycle is required. I am using ZFS and initially thought that was the source of the regression but I haven't produced the lockup with anything but tar and the extattr removal hack seems to have fixed it fow now (though I'm sure there's a better fix out there..). Thanks and let me know if I can provide additional details or testing. JN From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 03:26:52 2009 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 4DAAE1065673; Wed, 11 Mar 2009 03:26:52 +0000 (UTC) (envelope-from sasaki@ongs.co.jp) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.246.90]) by mx1.freebsd.org (Postfix) with ESMTP id 1A2AD8FC1B; Wed, 11 Mar 2009 03:26:51 +0000 (UTC) (envelope-from sasaki@ongs.co.jp) Received: from zamillpen.ongs.co.jp (dullmdaler.ongs.co.jp [202.216.246.94]) by natial.ongs.co.jp (Postfix) with ESMTPSA id 1EDDB125422; Wed, 11 Mar 2009 12:26:51 +0900 (JST) Message-ID: <49B72F7A.3020709@ongs.co.jp> Date: Wed, 11 Mar 2009 12:26:50 +0900 From: Yoshifumi SASAKI User-Agent: Thunderbird 2.0.0.19 (X11/20090307) MIME-Version: 1.0 To: Alexander Motin References: <1236687785.00084874.1236675603@10.7.7.3> <49B6AA99.4090808@FreeBSD.org> <49B6B196.3000305@FreeBSD.org> In-Reply-To: <49B6B196.3000305@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Try report: Sony VAIO Type P X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2009 03:26:52 -0000 Alexander Motin wrote: > Alexander Motin wrote: >> Yoshifumi SASAKI wrote: >>> Sound... succeed to load snd_hda.ko >>> >>> hdac0: mem >>> 0x942c0000-0x942c3fff irq 11 at device 27.0 on pci0 >>> hdac0: HDA Driver Revision: 20090215_0128 >>> hdac0: [ITHREAD] >>> hdac0: HDA Codec #0: Realtek ALC262 >>> pcm0: at cad 0 nid 1 on hdac0 >>> >>> I receive many messages.And I try to play MP3 data,But not sound. >>> >>> interrupt storm detected on "irq5:"; throttling interrupt source >>> interrupt storm detected on "irq5:"; throttling interrupt source >>> interrupt storm detected on "irq5:"; throttling interrupt source >>> interrupt storm detected on "irq5:"; throttling interrupt source >> >> snd_hda supports several interrupt modes: MSI, usual interrupts and >> polling (interruptless operation). The version you have tested uses >> MSI by default. You can switch it to use usual interrupts by setting >> hint.hdac.0.msi=0 in loader.conf, or to use polling by >> dev.hdac.0.polling=1 sysctl. Also you can try latest CURRENT, as >> there were some MSI related changes recently. > > According to Intel's official SCH chip errata: "High Definition Audio > Does Not Send Interrupts to the CPU When Using the MSI". So may be > disabling it is the right way out. > First, I set hint.hdac.0.msi=0 in loader.conf. interrupt storm message does not stop and not work. Next, I unset hint.hdac.0.msi=0 and setting dev.hdac.0.polling=1 by sysctl command. interrupt storm message stop and sound music:) Thanks! -- Yoshifumi SASAKI, ONGS Inc. From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 05:10:42 2009 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 427A6106564A for ; Wed, 11 Mar 2009 05:10:42 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from mail1.asahi-net.or.jp (mail1.asahi-net.or.jp [202.224.39.197]) by mx1.freebsd.org (Postfix) with ESMTP id 126F78FC1C for ; Wed, 11 Mar 2009 05:10:41 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from localhost (pool-70-20-228-87.phil.east.verizon.net [70.20.228.87]) by mail1.asahi-net.or.jp (Postfix) with ESMTP id 0860261777; Wed, 11 Mar 2009 14:10:39 +0900 (JST) Date: Wed, 11 Mar 2009 01:10:37 -0400 From: Yoshihiro Ota To: Hans Petter Selasky Message-Id: <20090311011037.7b3de189.ota@j.email.ne.jp> In-Reply-To: <200902281006.52328.hselasky@c2i.net> References: <20090228001701.f18fcd6b.ota@j.email.ne.jp> <200902281006.52328.hselasky@c2i.net> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.12.11; i386-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: MITSUMI USB FDD with USB4BSD does not work, neither X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2009 05:10:42 -0000 On Sat, 28 Feb 2009 10:06:51 +0100 Hans Petter Selasky wrote: > On Saturday 28 February 2009, Yoshihiro Ota wrote: > > I have a MITSUMI USB fdd and pluged in to 8-CURRENT. > > FreeBSD 8.0-CURRENT #5 r189058M: Thu Feb 26 11:29:13 EST 2009 > > > > It printed as following but nothing happened there after. > > > > ugen0.3: at usbus0 > > umass0: on > > usbus0 umass0: SCSI over Bulk-Only; quirks = 0x0100 > ^^^ your device is listed with quirks. > Maybe the quirks are incorrect. Please check the quirk table in > /sys/dev/usb/storage/umass.c What do I do? Do I try each of quirks one by one? Thanks. Hiro From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 05:42:31 2009 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 6EEB3106566B for ; Wed, 11 Mar 2009 05:42:31 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.171]) by mx1.freebsd.org (Postfix) with ESMTP id 416818FC0C for ; Wed, 11 Mar 2009 05:42:31 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by wf-out-1314.google.com with SMTP id 27so2703334wfd.7 for ; Tue, 10 Mar 2009 22:42:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=BUhi5LU2r/PcJK64JfV5udrcwqAdGA4wJ62OM9zN+oU=; b=iU2NS6pMTiaAx42Lg0fBzfAreeIfnbAwbrWQRVZaqX6lL7xIGfxpuRd/xIZX2hUlB5 c5ovnx302qoLb3Ds3ia2CgkEoXWoEmfzXAUQ4DlEvGK9DzZ7VdRzKVriue0Y03YNO6cz 9ES02A+Np4iPVeLNaDQWaLPew+gSROxvpUZlA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=B7DqdiCyO3UAxKzdCqZcaCsCeqgX6UCzITWzI73+1F8zpx2LfIQXuDFfhs2gZPTUcF 63U5kY0cvFWcrsVnci+w+GwHVUUM708B0+W+VPmMGVtRXM8MVwPCGEY7K1waJIKsT7Mb ybQsQGnLPfdYel5eCYNE5ypzMROCu3WFrmcmE= MIME-Version: 1.0 Received: by 10.142.254.6 with SMTP id b6mr3505734wfi.157.1236750150861; Tue, 10 Mar 2009 22:42:30 -0700 (PDT) In-Reply-To: <8A50A395-9004-4AAF-94E7-460A5020474A@young-alumni.com> References: <49B6248F.9040708@prgmr.com> <20090310085736.GB19161@hoeg.nl> <49B63AEC.2070305@prgmr.com> <8A50A395-9004-4AAF-94E7-460A5020474A@young-alumni.com> Date: Tue, 10 Mar 2009 22:42:30 -0700 Message-ID: <7d6fde3d0903102242g1cc5b56cp31eb134f0a88821@mail.gmail.com> From: Garrett Cooper To: Chris Ruiz Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Subversion dies on pkill checkout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2009 05:42:31 -0000 On Tue, Mar 10, 2009 at 12:51 PM, Chris Ruiz wrote= : > On Mar 10, 2009, at 5:03 AM, Michael David Crawford wrote: > >>> * Michael David Crawford wrote: >>>> >>>> A =A0 =A0tools/regression/usr.bin/pkill/pkill-t.t >>>> svn: In directory 'tools/regression/usr.bin/pkill' >>>> svn: Can't move source to dest >>>> svn: Can't move >>>> =A0'tools/regression/usr.bin/pkill/.svn/tmp/prop-base/pgrep-s.t.svn-ba= se' =A0to >>>> 'tools/regression/usr.bin/pkill/.svn/prop-base/pgrep-s.t.svn-base': = =A0No such >>>> file or directory >> >> Ed Schouten wrote: >>> >>> I guess this is yet another issue we're having with checking out our >>> source tree on case insensitive file systems. >> >> That was it! =A0I should have guessed - it's bitten me before. [*] >> >> The workaround - again this is on Mac OS X - is to use Disk Utility to >> create a big enough disk image file, then after it has been initialized, >> reformat it with a case-sensitive filesystem. >> >> One has the choice of the Unix Filesystem or case-sensitive HFS+. =A0HFS= + is >> case-insensitive by default; I think the case-sensitive option is only >> available in recent OS X versions. > > Actually, Case-sensitive HFS+ has been available since 10.3 (Panther), to > get such a volume you would need to select it from Disk Utility during th= e > install process. =A0There is no conversion process other than reformattin= g. =A0I > currently run 10.5 (and did so with 10.4 and 10.3) as Case-sensitive > Journaled HFS+ with no problems. I second this fact. The only unfortunate thing is that the majority of the time you need to reformat / repartition your disk, and optionally reinstall OSX if it wasn't the target disk. HTH, -Garrett From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 05:44:45 2009 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 A6DDB106564A for ; Wed, 11 Mar 2009 05:44:45 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.227]) by mx1.freebsd.org (Postfix) with ESMTP id 7432E8FC14 for ; Wed, 11 Mar 2009 05:44:45 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by rv-out-0506.google.com with SMTP id f6so2796258rvb.43 for ; Tue, 10 Mar 2009 22:44:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=8Zmj5llz/8OIlabuipUsu9g6Kv7+L0WdM2d4NaJdTrk=; b=TUYlbXc9KD7aNMYGWF2SoagoYfJ58qInSpQyjpVZrRGOdL6F10gs15X7qA1SctCMmK lro7PG8pAlVCAytwf2OFN6alwLGb026mLZeCaHDx1QoiRavoiTJtiMVQHHHUt1U7I7ZO OSZvRL7XfGdYCz7MPyKNR3jH/MNXxjKAO7BEo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=meYWQaKkWOtj5y9eAnVQ4KzeqEcg1tlGkbhtxD1nlJbpMWmQewzyt2wQCoY+ETgTzV vD8tZlQj0YUNzeqm0QQn2/DtCgBoRhExdthtXyfI/NenuAqd8czI93T73lcdAKbxFBFs Cz6uNoYqEY4RsqGjy+Dds7mSvd9wZKIyQOnLQ= MIME-Version: 1.0 Received: by 10.142.58.20 with SMTP id g20mr3512303wfa.1.1236750284640; Tue, 10 Mar 2009 22:44:44 -0700 (PDT) In-Reply-To: <200903101426.10637.jhb@freebsd.org> References: <200903101426.10637.jhb@freebsd.org> Date: Tue, 10 Mar 2009 22:44:44 -0700 Message-ID: <7d6fde3d0903102244i2f2fb3c2w8c079e1e37069b74@mail.gmail.com> From: Garrett Cooper To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Carlos Corona , freebsd-current@freebsd.org Subject: Re: Problem with make buildkernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2009 05:44:45 -0000 On Tue, Mar 10, 2009 at 11:26 AM, John Baldwin wrote: > On Tuesday 10 March 2009 11:12:12 am Carlos Corona wrote: >> Hi *: >> >> =A0 =A0 =A0 =A0 I had some problems when compiling my new kernel, any th= oughts on >> this?; >> >> Reina-Tonia src # time make buildkernel KERNCONF=3DSegvfault > > atapicam and umass both require the CAM code (device scbus, etc.). Indeed. It's kind of odd though that the manpage for atapicam and umass don't say that up-front though: My 2 cents, -Garrett From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 06:41:58 2009 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 11298106567B for ; Wed, 11 Mar 2009 06:41:58 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (kientzle.com [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id CAB208FC2C for ; Wed, 11 Mar 2009 06:41:57 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: (from root@localhost) by monday.kientzle.com (8.14.3/8.14.3) id n2B5Dn8A019444; Tue, 10 Mar 2009 22:13:49 -0700 (PDT) (envelope-from kientzle@freebsd.org) Received: from [10.123.2.23] (fw2.kientzle.com [10.123.1.2]) by monday.kientzle.com with SMTP id kiqsqa5ea4vz5vx53esx65gnma; Tue, 10 Mar 2009 22:13:49 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <49B7488D.3060800@freebsd.org> Date: Tue, 10 Mar 2009 22:13:49 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060422 X-Accept-Language: en-us, en MIME-Version: 1.0 References: <200903100104.53847.ken__6247.10998167775$1236647281$gmane$org@mthelicon.com> <200903101238.20974.paul@fletchermoorland.co.uk> <86sklldth2.fsf@gmail.com> <200903102310.32735.lists@jnielsen.net> <49B73F99.9010200@freebsd.org> In-Reply-To: <49B73F99.9010200@freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, John Nielsen Subject: Re: ZFS/extattr lockup (was Re: bsdtar lockup on Current-03/10/2009) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2009 06:41:58 -0000 Tim Kientzle wrote: > John Nielsen wrote: >> >> I today noticed the same problem on -CURRENT i386 built March 9. ... >> using ZFS ... > > The recent updates to tar made it one of the first really > common utilities to support extended attributes so I > wouldn't be at all surprised if this had been broken for > some time. I've just committed a change (r189678) to disable tar support for archiving extended attributes until this can be fixed in ZFS. Tim From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 06:41:58 2009 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 DA83F1065673 for ; Wed, 11 Mar 2009 06:41:58 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (kientzle.com [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id 23A5B8FC2D for ; Wed, 11 Mar 2009 06:41:58 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: (from root@localhost) by monday.kientzle.com (8.14.3/8.14.3) id n2B4ZcpY019176; Tue, 10 Mar 2009 21:35:38 -0700 (PDT) (envelope-from kientzle@freebsd.org) Received: from [10.123.2.23] (fw2.kientzle.com [10.123.1.2]) by monday.kientzle.com with SMTP id f5we35vi5wu22thzanj5dg7b5w; Tue, 10 Mar 2009 21:35:38 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <49B73F99.9010200@freebsd.org> Date: Tue, 10 Mar 2009 21:35:37 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060422 X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Nielsen References: <200903100104.53847.ken__6247.10998167775$1236647281$gmane$org@mthelicon.com> <200903101238.20974.paul@fletchermoorland.co.uk> <86sklldth2.fsf@gmail.com> <200903102310.32735.lists@jnielsen.net> In-Reply-To: <200903102310.32735.lists@jnielsen.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: ZFS/extattr lockup (was Re: bsdtar lockup on Current-03/10/2009) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2009 06:41:59 -0000 John Nielsen wrote: > > I today noticed the same problem on -CURRENT i386 built March 9. > ... using ZFS and initially > thought that was the source of the regression but I haven't produced the > lockup with anything but tar and the extattr removal hack seems to have > fixed it for now ... The common element so far seems to be ZFS. Can you verify that $ lsextattr -h user hangs on your system as well? That invokes the same extattr_list_link system call used by tar to enumerate the extended attributes on a file. The recent updates to tar made it one of the first really common utilities to support extended attributes so I wouldn't be at all surprised if this had been broken for some time. Tim From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 06:41:59 2009 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 4D0261065672 for ; Wed, 11 Mar 2009 06:41:59 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (kientzle.com [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id 10F678FC30 for ; Wed, 11 Mar 2009 06:41:59 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: (from root@localhost) by monday.kientzle.com (8.14.3/8.14.3) id n2B4ECVL018962; Tue, 10 Mar 2009 21:14:12 -0700 (PDT) (envelope-from kientzle@freebsd.org) Received: from [10.123.2.23] (fw2.kientzle.com [10.123.1.2]) by monday.kientzle.com with SMTP id 7hcsbidc3axh4pkp48tcw7k7xa; Tue, 10 Mar 2009 21:14:12 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <49B73A93.8030007@freebsd.org> Date: Tue, 10 Mar 2009 21:14:11 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060422 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Anonymous References: <200903100104.53847.ken__6247.10998167775$1236647281$gmane$org@mthelicon.com> <86mybuasss.fsf@gmail.com> <200903101238.20974.paul@fletchermoorland.co.uk> <86sklldth2.fsf@gmail.com> <49B7157F.7010101@freebsd.org> <86fxhkdd42.fsf@gmail.com> In-Reply-To: <86fxhkdd42.fsf@gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: ZFS/amd64/extattr lockup (was Re: bsdtar lockup on Current-03/10/2009) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2009 06:41:59 -0000 Anonymous wrote: > Tim Kientzle writes: >>Anonymous wrote: >>>Paul Wootton writes: >>> >>>>Im also using ZFS and have the same problems as Peg when trying to create a >>>>tar file. >>>>This is using Current as of last yesterday (09-mar-09). >>> >>>I'm not sure but in my case ktrace shows extattr_list_link() before the lockup. >>>So, for a workaround I disabled extattr support in libarchive. Can you verify that >>>this helps you, too? >> >>Please try this, which will poke that same system >>call in a different way: >> >> rm -f foo foolink >> touch foo >> ln -s foo foolink >> lsextattr -h user foolink > > Right here. So lsextattr -h hangs for you on AMD64 using ZFS with a file that has no extended attributes. I've not been able to reproduce it on i386 with UFS (though I'm about a week out-of-date; I'm updating now). Please try this on a UFS volume so we can figure out whether this is an AMD64 problem or a ZFS problem. (format a floppy or a USB key or a swap-backed ramdisk, maybe?) Tim From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 06:41:59 2009 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 C9F9B1065676 for ; Wed, 11 Mar 2009 06:41:59 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (kientzle.com [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id 5EBE48FC32 for ; Wed, 11 Mar 2009 06:41:59 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: (from root@localhost) by monday.kientzle.com (8.14.3/8.14.3) id n2B1a0ZC017502; Tue, 10 Mar 2009 18:36:00 -0700 (PDT) (envelope-from kientzle@freebsd.org) Received: from [10.123.2.23] (fw2.kientzle.com [10.123.1.2]) by monday.kientzle.com with SMTP id wf5fj8yu88hkje9k3n5xi64f4i; Tue, 10 Mar 2009 18:35:59 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <49B7157F.7010101@freebsd.org> Date: Tue, 10 Mar 2009 18:35:59 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060422 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Anonymous References: <200903100104.53847.ken__6247.10998167775$1236647281$gmane$org@mthelicon.com> <86mybuasss.fsf@gmail.com> <200903101238.20974.paul@fletchermoorland.co.uk> <86sklldth2.fsf@gmail.com> In-Reply-To: <86sklldth2.fsf@gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Pegasus Mc Cleaft , Paul Wootton Subject: Re: bsdtar lockup on Current-03/10/2009 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2009 06:42:00 -0000 Anonymous wrote: > Paul Wootton writes: > >>Im also using ZFS and have the same problems as Peg when trying to create a >>tar file. >>This is using Current as of last yesterday (09-mar-09). > > I'm not sure but in my case ktrace shows extattr_list_link() before the lockup. > So, for a workaround I disabled extattr support in libarchive. Can you verify that > this helps you, too? Please try this, which will poke that same system call in a different way: rm -f foo foolink touch foo ln -s foo foolink lsextattr -h user foolink lsextattr -h user foo setextattr user test test foo lsextattr -h user foolink lsextattr -h user foo setextattr user test test foolink lsextattr -h user foolink I'm especially curious about the processor and filesystem you're using when you see these problems. Cheers, Tim From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 07:13:54 2009 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 642111065678 for ; Wed, 11 Mar 2009 07:13:54 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (kientzle.com [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id 29BE78FC1C for ; Wed, 11 Mar 2009 07:13:54 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: (from root@localhost) by monday.kientzle.com (8.14.3/8.14.3) id n2A2Txs3003998; Mon, 9 Mar 2009 19:29:59 -0700 (PDT) (envelope-from kientzle@freebsd.org) Received: from [10.123.2.23] (fw2.kientzle.com [10.123.1.2]) by monday.kientzle.com with SMTP id gj3fr8767jrukr872yt5ht73bn; Mon, 09 Mar 2009 19:29:59 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <49B5D0A7.4070006@freebsd.org> Date: Mon, 09 Mar 2009 19:29:59 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060422 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Pegasus Mc Cleaft References: <200903100104.53847.ken@mthelicon.com> In-Reply-To: <200903100104.53847.ken@mthelicon.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: bsdtar lockup on Current-03/10/2009 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2009 07:13:56 -0000 Pegasus Mc Cleaft wrote: > > I was wondering if anyone else is seeing this problem: Any use of bsdtar to > create a new archive causes the process to be unresponsive to all signals and > consumes 100% cpu time. The machine I am testing on is a Core 2 quad running > in AMD64 (8 gigs ram, zfs boot, root, et al.) I just merged a lot of changes into FreeBSD-CURRENT. Any of the following would help me diagnose this: * libarchive and bsdtar have test suites: $ cd /usr/src/lib/libarchive && make check $ cd /usr/src/usr.bin/tar && make check Any errors are suspect. * A stack trace from gdb is most useful if both libarchive and bsdtar are built with debugging symbols: $ cd /usr/src/lib/libarchive $ make DEBUG_FLAGS=-g clean all install $ cd /usr/src/usr.bin/tar $ make DEBUG_FLAGS=-g clean all install $ gdb tar > run -cvf /dev/null / Control-C > bt * A system call trace is also very helpful: $ ktrace tar -cvf /dev/null * Email me the ktrace.out file. Any of the above would help me to narrow the problem down quite a bit. I'll also try to reproduce it here. Cheers, Tim From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 07:48:33 2009 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 6C558106566B for ; Wed, 11 Mar 2009 07:48:33 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe08.swip.net [212.247.154.225]) by mx1.freebsd.org (Postfix) with ESMTP id 0060B8FC1C for ; Wed, 11 Mar 2009 07:48:32 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=w9vP6baqo7MA:10 a=RyiBpexPtOUA:10 a=j+k/Ze5hWUCaCztCgEjzDQ==:17 a=8kQB0OdkAAAA:8 a=GYYbhIXhtexpBvKTw6sA:9 a=IzyeHaSBURVylww2qQ0A:7 a=iEY_LmLdzfWq7M0mrlgdpNOrHL0A:4 a=LY0hPdMaydYA:10 a=9aOQ2cSd83gA:10 Received: from [81.191.55.181] (account mc467741@c2i.net HELO laptop) by mailfe08.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1206525796; Wed, 11 Mar 2009 08:48:31 +0100 From: Hans Petter Selasky To: Yoshihiro Ota Date: Wed, 11 Mar 2009 08:51:00 +0100 User-Agent: KMail/1.9.7 References: <20090228001701.f18fcd6b.ota@j.email.ne.jp> <200902281006.52328.hselasky@c2i.net> <20090311011037.7b3de189.ota@j.email.ne.jp> In-Reply-To: <20090311011037.7b3de189.ota@j.email.ne.jp> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903110851.01281.hselasky@c2i.net> Cc: freebsd-current@freebsd.org Subject: Re: MITSUMI USB FDD with USB4BSD does not work, neither X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2009 07:48:33 -0000 On Wednesday 11 March 2009, Yoshihiro Ota wrote: > On Sat, 28 Feb 2009 10:06:51 +0100 > > Hans Petter Selasky wrote: > > On Saturday 28 February 2009, Yoshihiro Ota wrote: > > > I have a MITSUMI USB fdd and pluged in to 8-CURRENT. > > > FreeBSD 8.0-CURRENT #5 r189058M: Thu Feb 26 11:29:13 EST 2009 > > > > > > It printed as following but nothing happened there after. > > > > > > ugen0.3: at usbus0 > > > umass0: on > > > usbus0 umass0: SCSI over Bulk-Only; quirks = 0x0100 > > > > ^^^ your device is listed with > > quirks. Maybe the quirks are incorrect. Please check the quirk table in > > /sys/dev/usb/storage/umass.c > > What do I do? > Do I try each of quirks one by one? > > Thanks. > Hiro Try removing the quirk for your device. --HPS From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 07:49:57 2009 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 0F1BD1065686 for ; Wed, 11 Mar 2009 07:49:57 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id D59868FC1A for ; Wed, 11 Mar 2009 07:49:56 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1LhJCO-00048N-1W for freebsd-current@freebsd.org; Wed, 11 Mar 2009 00:49:56 -0700 Message-ID: <22450167.post@talk.nabble.com> Date: Wed, 11 Mar 2009 00:49:56 -0700 (PDT) From: Jakub Lach To: freebsd-current@freebsd.org In-Reply-To: <20090310045605.GA38857@nagual.pp.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: jakub_lach@mailplus.pl References: <20090310045605.GA38857@nagual.pp.ru> Subject: Re: USB2 makes moused insane X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2009 07:49:57 -0000 Same problem exists with mx518. Andrey Chernov-2 wrote: > > Every pure mouse movement now acts like pressing several buttons at the > same time which cause parts of console text under cursor copied/pasted > randomly. -- View this message in context: http://www.nabble.com/USB2-makes-moused-insane-tp22428161p22450167.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 08:00:45 2009 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 9461D106566C for ; Wed, 11 Mar 2009 08:00:45 +0000 (UTC) (envelope-from thierry.herbelot@free.fr) Received: from smtpfb1-g21.free.fr (smtpfb1-g21.free.fr [212.27.42.9]) by mx1.freebsd.org (Postfix) with ESMTP id 15EE28FC0C for ; Wed, 11 Mar 2009 08:00:43 +0000 (UTC) (envelope-from thierry.herbelot@free.fr) Received: from smtp6-g21.free.fr (smtp6-g21.free.fr [212.27.42.6]) by smtpfb1-g21.free.fr (Postfix) with ESMTP id 925F577D12D for ; Wed, 11 Mar 2009 06:29:51 +0100 (CET) Received: from smtp6-g21.free.fr (localhost [127.0.0.1]) by smtp6-g21.free.fr (Postfix) with ESMTP id 98038E0806D for ; Wed, 11 Mar 2009 06:29:45 +0100 (CET) Received: from mail.herbelot.nom (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp6-g21.free.fr (Postfix) with ESMTP id 91241E0801F for ; Wed, 11 Mar 2009 06:29:42 +0100 (CET) Received: from tulipe.herbelot.nom (tulipe.herbelot.nom [192.168.2.5]) by mail.herbelot.nom (8.14.1/8.14.1) with ESMTP id n2B5TehE020298 for ; Wed, 11 Mar 2009 06:29:41 +0100 (CET) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Wed, 11 Mar 2009 06:29:34 +0100 User-Agent: KMail/1.9.10 X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903110629.34736.thierry.herbelot@free.fr> Subject: panic in src/sys/netinet/in.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2009 08:00:46 -0000 Hello, I have got a panic on two machines running a recent -current (one is UP, the other is SMP). Both machines pannic'ed when the periodic script was run and sendmail was used to send the script report (one machine stopped around 03:04, the other around 03:06 this morning). The DDB trace is following : Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x178 fault code = supervisor read, page not present instruction pointer = 0x20:0xc094d146 stack pointer = 0x28:0xd1d5fb94 frame pointer = 0x28:0xd1d5fbf4 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 = 15618 (sendmail) [thread pid 15618 tid 100244 ] Stopped at in_control+0x26: movl 0x178(%edx),%eax db> where Tracing pid 15618 tid 100244 td 0xc404bd20 in_control(c2e3edc8,402c7413,c44a5840,0,c404bd20,...) at in_control+0x26 soo_ioctl(c4aee4d0,402c7413,c44a5840,c4b2a900,c404bd20,...) at soo_ioctl+0x5b4 kern_ioctl(c404bd20,6,402c7413,c44a5840,189b150,...) at kern_ioctl+0x250 ioctl(c404bd20,d1d5fcf8,c,d1d5fd38,d1d5fd2c,...) at ioctl+0x134 syscall(d1d5fd38) at syscall+0x325 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x283c31a3, esp = 0xbfbfcd7c, ebp = 0xbfbfcd98 --- indeed, there was a recent change in netinet/in.c : diversion% ident /boot/kernel/kernel | grep netinet/in.c $FreeBSD: src/sys/netinet/in.c,v 1.121 2009/03/09 17:53:05 bms Exp $ -current kernels with rev 1.120 of netinet/in.c work fine. I have kept one machine in DDB for futher investigations. Cheers TfH From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 08:26:23 2009 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 0A53F106568A; Wed, 11 Mar 2009 08:26:23 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe04.swip.net [212.247.154.97]) by mx1.freebsd.org (Postfix) with ESMTP id 409A18FC25; Wed, 11 Mar 2009 08:26:21 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=j+k/Ze5hWUCaCztCgEjzDQ==:17 a=6I5d2MoRAAAA:8 a=PoaUNj12BcRagLiM544A:9 a=_GfyPHehFSL2rAHP5zy7er_QckwA:4 a=LY0hPdMaydYA:10 Received: from [81.191.55.181] (account mc467741@c2i.net HELO laptop) by mailfe04.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1207762593; Wed, 11 Mar 2009 09:26:20 +0100 From: Hans Petter Selasky To: Doug Barton Date: Wed, 11 Mar 2009 09:28:50 +0100 User-Agent: KMail/1.9.7 References: <20090310045605.GA38857@nagual.pp.ru> <200903100840.57018.hselasky@c2i.net> <49B6E445.3000302@FreeBSD.org> In-Reply-To: <49B6E445.3000302@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903110928.51384.hselasky@c2i.net> Cc: usb@freebsd.org, freebsd-current@freebsd.org, Andrew Thompson Subject: Re: USB2 makes moused insane X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2009 08:26:23 -0000 On Tuesday 10 March 2009, Doug Barton wrote: > Hans Petter Selasky wrote: > > Please dump the HID descriptors of mouse devices using USB config and > > send me the result and I will fix the issue. > > > > Replace 1 and 3 with the ugenX.Y for your device: > > > > usbconfig -u 1 -a 3 do_request 0x81 0x06 0x2200 1 0x100 > > > > Parameters after u and a must be correct. You can also dump interface #0: > > > > usbconfig -u 1 -a 3 do_request 0x81 0x06 0x2200 0 0x100 > > > Can I get my wheel back please? :) > After looking at the HID descriptors I have made the following patch: http://perforce.freebsd.org/chv.cgi?CH=159053 USB wheel should work again! --HPS From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 08:30:40 2009 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 CFC4A106566C for ; Wed, 11 Mar 2009 08:30:40 +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 54E6A8FC14 for ; Wed, 11 Mar 2009 08:30:40 +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.2.9) with ESMTPA id 237121840; Wed, 11 Mar 2009 10:30:39 +0200 Message-ID: <49B776AE.6050608@FreeBSD.org> Date: Wed, 11 Mar 2009 10:30:38 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.14 (X11/20080612) MIME-Version: 1.0 To: Yoshifumi SASAKI References: <1236687785.00084874.1236675603@10.7.7.3> <49B6AA99.4090808@FreeBSD.org> <49B6B196.3000305@FreeBSD.org> <49B72F7A.3020709@ongs.co.jp> In-Reply-To: <49B72F7A.3020709@ongs.co.jp> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Try report: Sony VAIO Type P X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2009 08:30:41 -0000 Yoshifumi SASAKI wrote: > Alexander Motin wrote: >> Alexander Motin wrote: >>> Yoshifumi SASAKI wrote: >>>> Sound... succeed to load snd_hda.ko >>>> >>>> hdac0: mem >>>> 0x942c0000-0x942c3fff irq 11 at device 27.0 on pci0 >>>> hdac0: HDA Driver Revision: 20090215_0128 >>>> hdac0: [ITHREAD] >>>> hdac0: HDA Codec #0: Realtek ALC262 >>>> pcm0: at cad 0 nid 1 on hdac0 >>>> >>>> I receive many messages.And I try to play MP3 data,But not sound. >>>> >>>> interrupt storm detected on "irq5:"; throttling interrupt source >>>> interrupt storm detected on "irq5:"; throttling interrupt source >>>> interrupt storm detected on "irq5:"; throttling interrupt source >>>> interrupt storm detected on "irq5:"; throttling interrupt source >>> >>> snd_hda supports several interrupt modes: MSI, usual interrupts and >>> polling (interruptless operation). The version you have tested uses >>> MSI by default. You can switch it to use usual interrupts by setting >>> hint.hdac.0.msi=0 in loader.conf, or to use polling by >>> dev.hdac.0.polling=1 sysctl. Also you can try latest CURRENT, as >>> there were some MSI related changes recently. >> >> According to Intel's official SCH chip errata: "High Definition Audio >> Does Not Send Interrupts to the CPU When Using the MSI". So may be >> disabling it is the right way out. >> > > First, I set hint.hdac.0.msi=0 in loader.conf. interrupt storm message > does not stop and not work. > Next, I unset hint.hdac.0.msi=0 and setting dev.hdac.0.polling=1 by > sysctl command. > interrupt storm message stop and sound music:) > > Thanks! You are welcome, but it's just workaround, not a real solution. What's strange to me is that system reports irq11 for hdac0, but it causes irq5 storm, and ndis0 reported as irq11, but causes irq10 storm. I would say there is something wrong with irq allocation. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 08:32:24 2009 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 B80AF106568E; Wed, 11 Mar 2009 08:32:24 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe16.swipnet.se [212.247.155.225]) by mx1.freebsd.org (Postfix) with ESMTP id E584A8FC16; Wed, 11 Mar 2009 08:32:23 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=j+k/Ze5hWUCaCztCgEjzDQ==:17 a=6I5d2MoRAAAA:8 a=RbB2bG2eyXgDzB2S_PEA:9 a=8Q0qYCTOaECmKVJ_oDRFP0b-Ul8A:4 a=LY0hPdMaydYA:10 Received: from [81.191.55.181] (account mc467741@c2i.net HELO laptop) by mailfe16.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 464426002; Wed, 11 Mar 2009 09:32:21 +0100 From: Hans Petter Selasky To: Andrey Chernov Date: Wed, 11 Mar 2009 09:34:51 +0100 User-Agent: KMail/1.9.7 References: <20090310045605.GA38857@nagual.pp.ru> <200903101625.57647.hselasky@c2i.net> <20090311011536.GB65734@nagual.pp.ru> In-Reply-To: <20090311011536.GB65734@nagual.pp.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903110934.53005.hselasky@c2i.net> Cc: Renato Botelho , usb@freebsd.org, freebsd-current@freebsd.org, Beech Rintoul , akbeech@gmail.com Subject: Re: USB2 makes moused insane X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2009 08:32:25 -0000 On Wednesday 11 March 2009, Andrey Chernov wrote: > 0x05 0x01 0x09 0x02 0xa1 0x01 0x09 0x01 0xa1 0x00 0x05 0x09 0x19 0x01 0x29 > 0x08 0x15 0x00 0x25 0x01 0x95 0x08 0x75 0x01 0x81 0x02 0x06 0x00 0xff 0x09 > 0x40 0x15 0x81 0x25 0x7f 0x75 0x08 0x95 0x02 0x81 0x02 0x05 0x01 0x09 0x38 > 0x95 0x01 0x81 0x06 0x05 0x0c 0x0a 0x38 0x02 0x95 0x01 0x81 0x06 0x05 0x01 > 0x16 0x01 0x80 0x26 0xff 0x7f 0x75 0x10 0x95 0x02 0x09 0x30 0x09 0x31 0x81 > 0x06 0x05 0x09 0x19 0x09 0x29 0x10 0x15 0x00 0x25 0x01 0x95 0x08 0x75 0x01 > 0x81 0x02 0xc0 0xc0 Hi, This patch should also fix your mouse. Please try and report back! http://perforce.freebsd.org/chv.cgi?CH=159053 Thanks for reporting. Now we have some nice reference HID descriptors on the e-mail lists to run tests against for the future! --HPS From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 08:33:16 2009 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 B003B1065677 for ; Wed, 11 Mar 2009 08:33:16 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe12.swipnet.se [212.247.155.97]) by mx1.freebsd.org (Postfix) with ESMTP id 45BE18FC2A for ; Wed, 11 Mar 2009 08:33:15 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=j+k/Ze5hWUCaCztCgEjzDQ==:17 a=6I5d2MoRAAAA:8 a=OH1Y21NQWOKaqu0-nM4A:9 a=znUgNynZ-7JbibvYAs2CwhVd7m4A:4 a=LY0hPdMaydYA:10 Received: from [81.191.55.181] (account mc467741@c2i.net HELO laptop) by mailfe12.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1035511444; Wed, 11 Mar 2009 09:33:14 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Wed, 11 Mar 2009 09:35:44 +0100 User-Agent: KMail/1.9.7 References: <20090310045605.GA38857@nagual.pp.ru> <22450167.post@talk.nabble.com> In-Reply-To: <22450167.post@talk.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903110935.45036.hselasky@c2i.net> Cc: Jakub Lach Subject: Re: USB2 makes moused insane X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2009 08:33:17 -0000 On Wednesday 11 March 2009, Jakub Lach wrote: > Same problem exists with mx518. > > Andrey Chernov-2 wrote: > > Every pure mouse movement now acts like pressing several buttons at the > > same time which cause parts of console text under cursor copied/pasted > > randomly. Can you try the following patch with latest -current: http://perforce.freebsd.org/chv.cgi?CH=159053 --HPS From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 08:34:27 2009 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 CA4901065698 for ; Wed, 11 Mar 2009 08:34:27 +0000 (UTC) (envelope-from thierry.herbelot@free.fr) Received: from smtp6-g21.free.fr (smtp6-g21.free.fr [212.27.42.6]) by mx1.freebsd.org (Postfix) with ESMTP id 630F98FC12 for ; Wed, 11 Mar 2009 08:34:25 +0000 (UTC) (envelope-from thierry.herbelot@free.fr) Received: from smtp6-g21.free.fr (localhost [127.0.0.1]) by smtp6-g21.free.fr (Postfix) with ESMTP id C558DE08164 for ; Wed, 11 Mar 2009 09:34:22 +0100 (CET) Received: from mail.herbelot.nom (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp6-g21.free.fr (Postfix) with ESMTP id BBBBCE08094 for ; Wed, 11 Mar 2009 09:34:19 +0100 (CET) Received: from tulipe.herbelot.nom (tulipe.herbelot.nom [192.168.2.5]) by mail.herbelot.nom (8.14.1/8.14.1) with ESMTP id n2B8YIeW003375 for ; Wed, 11 Mar 2009 09:34:18 +0100 (CET) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Wed, 11 Mar 2009 09:34:11 +0100 User-Agent: KMail/1.9.10 References: <200903110629.34736.thierry.herbelot@free.fr> In-Reply-To: <200903110629.34736.thierry.herbelot@free.fr> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200903110934.12481.thierry.herbelot@free.fr> Subject: Re: panic in src/sys/netinet/in.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2009 08:34:28 -0000 OK : I did not see this is corrected with rev 1.22 of src/sys/netinet/in.c Sorry for the disturbance TfH Le Wednesday 11 March 2009, Thierry Herbelot a écrit : > Hello, > > I have got a panic on two machines running a recent -current (one is UP, > the other is SMP). Both machines pannic'ed when the periodic script was run > and sendmail was used to send the script report (one machine stopped around > 03:04, the other around 03:06 this morning). > > The DDB trace is following : > Fatal trap 12: page fault while in kernel mode > cpuid = 1; apic id = 01 > fault virtual address = 0x178 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc094d146 > stack pointer = 0x28:0xd1d5fb94 > frame pointer = 0x28:0xd1d5fbf4 > 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 = 15618 (sendmail) > [thread pid 15618 tid 100244 ] > Stopped at in_control+0x26: movl 0x178(%edx),%eax > db> where > Tracing pid 15618 tid 100244 td 0xc404bd20 > in_control(c2e3edc8,402c7413,c44a5840,0,c404bd20,...) at in_control+0x26 > soo_ioctl(c4aee4d0,402c7413,c44a5840,c4b2a900,c404bd20,...) at > soo_ioctl+0x5b4 kern_ioctl(c404bd20,6,402c7413,c44a5840,189b150,...) at > kern_ioctl+0x250 ioctl(c404bd20,d1d5fcf8,c,d1d5fd38,d1d5fd2c,...) at > ioctl+0x134 > syscall(d1d5fd38) at syscall+0x325 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x283c31a3, esp = 0xbfbfcd7c, > ebp = 0xbfbfcd98 --- > > indeed, there was a recent change in netinet/in.c : > diversion% ident /boot/kernel/kernel | grep netinet/in.c > $FreeBSD: src/sys/netinet/in.c,v 1.121 2009/03/09 17:53:05 bms Exp $ > > -current kernels with rev 1.120 of netinet/in.c work fine. > > I have kept one machine in DDB for futher investigations. > > Cheers > > TfH > _______________________________________________ > 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 Wed Mar 11 08:35:59 2009 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 7437010656CD for ; Wed, 11 Mar 2009 08:35:59 +0000 (UTC) (envelope-from saifi.khan@twincling.org) Received: from s217.sureserver.com (s217.sureserver.com [203.194.200.22]) by mx1.freebsd.org (Postfix) with ESMTP id 1791D8FC3D for ; Wed, 11 Mar 2009 08:35:57 +0000 (UTC) (envelope-from saifi.khan@twincling.org) Received: (qmail 7007 invoked by uid 1002); 11 Mar 2009 08:09:16 -0000 Received: from unknown (HELO ?10.10.10.7?) (saifi.khan@twincling.org@59.92.207.154) by s217.sureserver.com with ESMTPA; 11 Mar 2009 08:09:16 -0000 Date: Wed, 11 Mar 2009 13:43:14 +0000 (GMT) From: Saifi Khan X-X-Sender: saifi@localhost To: freebsd-current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: ASL 2.0 based software contribution to FreeBSD code base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2009 08:36:00 -0000 Hi all: Is Apache Software License (ASL) 2.0 based software contributions accepted in FreeBSD code base ? Specific case to consider would be: a. device driver code released under ASL 2.0 b. code contributed to kernel (eg. scheduler implementation) under ASL 2.0 c. code contributed to userland (eg. new implementation of ctags) under ASL 2.0 Can some of the experienced members share how things work within the context of FreeBSD project ? thanks Saifi. From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 08:47:58 2009 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 24A5910656DD for ; Wed, 11 Mar 2009 08:47:58 +0000 (UTC) (envelope-from daichi@ongs.co.jp) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.246.90]) by mx1.freebsd.org (Postfix) with ESMTP id C5C178FC1B for ; Wed, 11 Mar 2009 08:47:57 +0000 (UTC) (envelope-from daichi@ongs.co.jp) Received: from parancell.ongs.co.jp (dullmdaler.ongs.co.jp [202.216.246.94]) by natial.ongs.co.jp (Postfix) with ESMTPSA id 78B15125422; Wed, 11 Mar 2009 17:47:56 +0900 (JST) Message-ID: <49B77ABC.2010006@ongs.co.jp> Date: Wed, 11 Mar 2009 17:47:56 +0900 From: Daichi GOTO User-Agent: Thunderbird 2.0.0.19 (X11/20090201) MIME-Version: 1.0 To: FreeBSD Current , Masanori OZAWA Content-Type: multipart/mixed; boundary="------------060800080708060908020009" Cc: Subject: hal build fail issue while moving deve/libusb to libusb, with a 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: Wed, 11 Mar 2009 08:47:58 -0000 This is a multi-part message in MIME format. --------------060800080708060908020009 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Hi hald and usb2 folks Latest current including renamed libusb, and hal (sysutils/hal) does not been suited. If you try to rebuild hal on that, you fail. So some applications (like xorg) will not work right now. I have included a patch to fix this issue. That is not polished to merge to Ports Collection, *just a hack*. Read that patch and use it. Thanks -- Daichi GOTO, http://people.freebsd.org/~daichi --------------060800080708060908020009 Content-Type: text/plain; name="hal.diff" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="hal.diff" ZGlmZiAtdXJCTiBoYWwub3JpZy9NYWtlZmlsZSBoYWwvTWFrZWZpbGUKLS0tIGhhbC5vcmln L01ha2VmaWxlCTIwMDktMDMtMDMgMTI6MzA6MjAuMDAwMDAwMDAwICswOTAwCisrKyBoYWwv TWFrZWZpbGUJMjAwOS0wMy0xMCAyMToyODoxMC4wMDAwMDAwMDAgKzA5MDAKQEAgLTQ0LDcg KzQ0LDcgQEAKIAkJLS13aXRoLWRlcHJlY2F0ZWQta2V5cyBcCiAJCS0tbG9jYWxzdGF0ZWRp cj0vdmFyCiBDT05GSUdVUkVfRU5WPQlDUFBGTEFHUz0iLUkke0xPQ0FMQkFTRX0vaW5jbHVk ZSAtREhBVkVfQ0tfMF8zIiBcCi0JCUxERkxBR1M9Ii1MJHtMT0NBTEJBU0V9L2xpYiIgXAor CQlMREZMQUdTPSItTC91c3IvbGliIC1MJHtMT0NBTEJBU0V9L2xpYiIgXAogCQlHVEtET0M9 ImZhbHNlIgogCiAjSEFMVkVSU0lPTj0JMC41LjEwCmRpZmYgLXVyQk4gaGFsLm9yaWcvZmls ZXMvcGF0Y2gtY29uZmlndXJlIGhhbC9maWxlcy9wYXRjaC1jb25maWd1cmUKLS0tIGhhbC5v cmlnL2ZpbGVzL3BhdGNoLWNvbmZpZ3VyZQkyMDA5LTAyLTI0IDA2OjQ0OjIzLjAwMDAwMDAw MCArMDkwMAorKysgaGFsL2ZpbGVzL3BhdGNoLWNvbmZpZ3VyZQkyMDA5LTAzLTEwIDIxOjI4 OjIyLjAwMDAwMDAwMCArMDkwMApAQCAtMTg5LDEzICsxODksMTMgQEAKICAKICAKICtpZiB0 ZXN0ICJ4JEhBTERfQkFDS0VORCIgPSAieGZyZWVic2QiOyB0aGVuCi0rICAgIHsgZWNobyAi JGFzX21lOiRMSU5FTk86IGNoZWNraW5nIGZvciBsaWJ1c2IyMF9kZXZfZ2V0X2luZm8gaW4g LWx1c2IyMCIgPiY1Ci0rZWNobyAkRUNIT19OICJjaGVja2luZyBmb3IgbGlidXNiMjBfZGV2 X2dldF9pbmZvIGluIC1sdXNiMjAuLi4gJEVDSE9fQyIgPiY2OyB9CisrICAgIHsgZWNobyAi JGFzX21lOiRMSU5FTk86IGNoZWNraW5nIGZvciBsaWJ1c2IyMF9kZXZfZ2V0X2luZm8gaW4g LWx1c2IiID4mNQorK2VjaG8gJEVDSE9fTiAiY2hlY2tpbmcgZm9yIGxpYnVzYjIwX2Rldl9n ZXRfaW5mbyBpbiAtbHVzYi4uLiAkRUNIT19DIiA+JjY7IH0KICtpZiB0ZXN0ICIke2FjX2N2 X2xpYl91c2IyMF9saWJ1c2IyMF9kZXZfZ2V0X2luZm8rc2V0fSIgPSBzZXQ7IHRoZW4KICsg IGVjaG8gJEVDSE9fTiAiKGNhY2hlZCkgJEVDSE9fQyIgPiY2CiArZWxzZQogKyAgYWNfY2hl Y2tfbGliX3NhdmVfTElCUz0kTElCUwotK0xJQlM9Ii1sdXNiMjAgICRMSUJTIgorK0xJQlM9 Ii1sdXNiICAkTElCUyIKICtjYXQgPmNvbmZ0ZXN0LiRhY19leHQgPDxfQUNFT0YKICsvKiBj b25mZGVmcy5oLiAgKi8KICtfQUNFT0YKZGlmZiAtdXJCTiBoYWwub3JpZy9maWxlcy9wYXRj aC1jb25maWd1cmUuaW4gaGFsL2ZpbGVzL3BhdGNoLWNvbmZpZ3VyZS5pbgotLS0gaGFsLm9y aWcvZmlsZXMvcGF0Y2gtY29uZmlndXJlLmluCTIwMDktMDItMjQgMDY6NDQ6MjMuMDAwMDAw MDAwICswOTAwCisrKyBoYWwvZmlsZXMvcGF0Y2gtY29uZmlndXJlLmluCTIwMDktMDMtMTAg MjE6MTY6MzEuMDAwMDAwMDAwICswOTAwCkBAIC0xMywxMSArMTMsMTEgQEAKICBBTV9DT05E SVRJT05BTChIQUxEX0NPTVBJTEVfU09MQVJJUywgW3Rlc3QgeCRIQUxEX0JBQ0tFTkQgPSB4 c29sYXJpc10sIFtDb21waWxpbmcgZm9yIFNvbGFyaXNdKQogIEFDX1NVQlNUKEhBTERfQkFD S0VORCkKICtpZiB0ZXN0ICJ4JEhBTERfQkFDS0VORCIgPSAieGZyZWVic2QiOyB0aGVuCi0r ICAgIEFDX0NIRUNLX0xJQihbdXNiMjBdLCBbbGlidXNiMjBfZGV2X2dldF9pbmZvXSwgW1VT RV9MSUJVU0IyMD15ZXNdLCBbVVNFX0xJQlVTQjIwPW5vXSkKKysgICAgQUNfQ0hFQ0tfTElC KFt1c2JdLCBbbGlidXNiMjBfZGV2X2dldF9pbmZvXSwgW1VTRV9MSUJVU0IyMD15ZXNdLCBb VVNFX0xJQlVTQjIwPW5vXSkKICtmaQogK0FNX0NPTkRJVElPTkFMKFtIQVZFX0xJQlVTQjIw XSxbdGVzdCAieCRVU0VfTElCVVNCMjAiID0gInh5ZXMiXSkKICtpZiB0ZXN0ICJ4JFVTRV9M SUJVU0IyMCIgPSAieHllcyI7IHRoZW4KLSsgICAgQUNfREVGSU5FKEhBVkVfTElCVVNCMjAs IDEsIFtTZXQgaWYgd2UgbmVlZCBsaWJ1c2IyMF0pCisrICAgIEFDX0RFRklORShIQVZFX0xJ QlVTQjIwLCAxLCBbU2V0IGlmIHdlIG5lZWQgbGlidXNiXSkKICtmaQogKwogIApkaWZmIC11 ckJOIGhhbC5vcmlnL2ZpbGVzL3BhdGNoLWhhbGRfZnJlZWJzZF9NYWtlZmlsZS5hbSBoYWwv ZmlsZXMvcGF0Y2gtaGFsZF9mcmVlYnNkX01ha2VmaWxlLmFtCi0tLSBoYWwub3JpZy9maWxl cy9wYXRjaC1oYWxkX2ZyZWVic2RfTWFrZWZpbGUuYW0JMjAwOS0wMi0yNCAwNjo0NDoyMy4w MDAwMDAwMDAgKzA5MDAKKysrIGhhbC9maWxlcy9wYXRjaC1oYWxkX2ZyZWVic2RfTWFrZWZp bGUuYW0JMjAwOS0wMy0xMCAyMTozMToyNS4wMDAwMDAwMDAgKzA5MDAKQEAgLTgsNyArOCw3 IEBACiArbGliaGFsZF9mcmVlYnNkX2xhX1NPVVJDRVMgKz0gCVwKICsJaGYtdXNiMi5jCQlc CiArCWhmLXVzYjIuaAotK2xpYmhhbGRfZnJlZWJzZF9sYV9MREZMQUdTICs9IC1sdXNiMjAK KytsaWJoYWxkX2ZyZWVic2RfbGFfTERGTEFHUyArPSAtbHVzYgogK2VuZGlmCiArCiAgRVhU UkFfRElTVCA9IFJFQURNRSBUT0RPCmRpZmYgLXVyQk4gaGFsLm9yaWcvZmlsZXMvcGF0Y2gt aGFsZF9mcmVlYnNkX01ha2VmaWxlLmluIGhhbC9maWxlcy9wYXRjaC1oYWxkX2ZyZWVic2Rf TWFrZWZpbGUuaW4KLS0tIGhhbC5vcmlnL2ZpbGVzL3BhdGNoLWhhbGRfZnJlZWJzZF9NYWtl ZmlsZS5pbgkyMDA5LTAyLTI0IDA2OjQ0OjIzLjAwMDAwMDAwMCArMDkwMAorKysgaGFsL2Zp bGVzL3BhdGNoLWhhbGRfZnJlZWJzZF9NYWtlZmlsZS5pbgkyMDA5LTAzLTEwIDIxOjMxOjMy LjAwMDAwMDAwMCArMDkwMApAQCAtOCw3ICs4LDcgQEAKICtASEFWRV9MSUJVU0IyMF9UUlVF QAloZi11c2IyLmMJCVwKICtASEFWRV9MSUJVU0IyMF9UUlVFQAloZi11c2IyLmgKICsKLStA SEFWRV9MSUJVU0IyMF9UUlVFQGFtX19hcHBlbmRfMiA9IC1sdXNiMjAKKytASEFWRV9MSUJV U0IyMF9UUlVFQGFtX19hcHBlbmRfMiA9IC1sdXNiCiAgc3ViZGlyID0gaGFsZC9mcmVlYnNk CiAgRElTVF9DT01NT04gPSBSRUFETUUgJChzcmNkaXIpL01ha2VmaWxlLmFtICQoc3JjZGly KS9NYWtlZmlsZS5pbiBUT0RPCiAgQUNMT0NBTF9NNCA9ICQodG9wX3NyY2RpcikvYWNsb2Nh bC5tNApkaWZmIC11ckJOIGhhbC5vcmlnL2ZpbGVzL3BhdGNoLWhhbGRfZnJlZWJzZF9wcm9i aW5nX01ha2VmaWxlLmFtIGhhbC9maWxlcy9wYXRjaC1oYWxkX2ZyZWVic2RfcHJvYmluZ19N YWtlZmlsZS5hbQotLS0gaGFsLm9yaWcvZmlsZXMvcGF0Y2gtaGFsZF9mcmVlYnNkX3Byb2Jp bmdfTWFrZWZpbGUuYW0JMjAwOS0wMi0yNCAwNjo0NDoyMy4wMDAwMDAwMDAgKzA5MDAKKysr IGhhbC9maWxlcy9wYXRjaC1oYWxkX2ZyZWVic2RfcHJvYmluZ19NYWtlZmlsZS5hbQkyMDA5 LTAzLTEwIDIxOjMwOjAyLjAwMDAwMDAwMCArMDkwMApAQCAtMzEsMTIgKzMxLDEyIEBACiAr aGFsZF9wcm9iZV91c2IyX2RldmljZV9TT1VSQ0VTID0gcHJvYmUtdXNiMi1kZXZpY2UuYwog K2hhbGRfcHJvYmVfdXNiMl9kZXZpY2VfTERBREQgPSBcCiArCSQodG9wX2J1aWxkZGlyKS9o YWxkL2ZyZWVic2QvbGlicHJvYmUvbGliaGFsZF9mcmVlYnNkX3Byb2JlLmxhICBcCi0rCS1s dXNiMjAKKysJLWx1c2IKICsKICtoYWxkX3Byb2JlX3VzYjJfaW50ZXJmYWNlX1NPVVJDRVMg PSBwcm9iZS11c2IyLWludGVyZmFjZS5jCiAraGFsZF9wcm9iZV91c2IyX2ludGVyZmFjZV9M REFERCA9IFwKICsJJCh0b3BfYnVpbGRkaXIpL2hhbGQvZnJlZWJzZC9saWJwcm9iZS9saWJo YWxkX2ZyZWVic2RfcHJvYmUubGEgIFwKLSsJLWx1c2IyMAorKwktbHVzYgogK2VuZGlmCiAr CiAraGFsZF9wcm9iZV9tb3VzZV9TT1VSQ0VTID0gcHJvYmUtbW91c2UuYwpkaWZmIC11ckJO IGhhbC5vcmlnL2ZpbGVzL3BhdGNoLWhhbGRfZnJlZWJzZF9wcm9iaW5nX01ha2VmaWxlLmlu IGhhbC9maWxlcy9wYXRjaC1oYWxkX2ZyZWVic2RfcHJvYmluZ19NYWtlZmlsZS5pbgotLS0g aGFsLm9yaWcvZmlsZXMvcGF0Y2gtaGFsZF9mcmVlYnNkX3Byb2JpbmdfTWFrZWZpbGUuaW4J MjAwOS0wMi0yNCAwNjo0NDoyMy4wMDAwMDAwMDAgKzA5MDAKKysrIGhhbC9maWxlcy9wYXRj aC1oYWxkX2ZyZWVic2RfcHJvYmluZ19NYWtlZmlsZS5pbgkyMDA5LTAzLTEwIDIxOjMwOjEw LjAwMDAwMDAwMCArMDkwMApAQCAtOTAsMTIgKzkwLDEyIEBACiArQEhBVkVfTElCVVNCMjBf VFJVRUBoYWxkX3Byb2JlX3VzYjJfZGV2aWNlX1NPVVJDRVMgPSBwcm9iZS11c2IyLWRldmlj ZS5jCiArQEhBVkVfTElCVVNCMjBfVFJVRUBoYWxkX3Byb2JlX3VzYjJfZGV2aWNlX0xEQURE ID0gXAogK0BIQVZFX0xJQlVTQjIwX1RSVUVACSQodG9wX2J1aWxkZGlyKS9oYWxkL2ZyZWVi c2QvbGlicHJvYmUvbGliaGFsZF9mcmVlYnNkX3Byb2JlLmxhICBcCi0rQEhBVkVfTElCVVNC MjBfVFJVRUAJLWx1c2IyMAorK0BIQVZFX0xJQlVTQjIwX1RSVUVACS1sdXNiCiArCiArQEhB VkVfTElCVVNCMjBfVFJVRUBoYWxkX3Byb2JlX3VzYjJfaW50ZXJmYWNlX1NPVVJDRVMgPSBw cm9iZS11c2IyLWludGVyZmFjZS5jCiArQEhBVkVfTElCVVNCMjBfVFJVRUBoYWxkX3Byb2Jl X3VzYjJfaW50ZXJmYWNlX0xEQUREID0gXAogK0BIQVZFX0xJQlVTQjIwX1RSVUVACSQodG9w X2J1aWxkZGlyKS9oYWxkL2ZyZWVic2QvbGlicHJvYmUvbGliaGFsZF9mcmVlYnNkX3Byb2Jl LmxhICBcCi0rQEhBVkVfTElCVVNCMjBfVFJVRUAJLWx1c2IyMAorK0BIQVZFX0xJQlVTQjIw X1RSVUVACS1sdXNiCiArCiAraGFsZF9wcm9iZV9tb3VzZV9TT1VSQ0VTID0gcHJvYmUtbW91 c2UuYwogK2hhbGRfcHJvYmVfbW91c2VfQ1BQRkxBR1MgPSAkKEFNX0NQUEZMQUdTKSBAR0xJ Ql9DRkxBR1NACg== --------------060800080708060908020009-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 10:26:11 2009 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 1ED571065675; Wed, 11 Mar 2009 10:26:11 +0000 (UTC) (envelope-from aoyama@peach.ne.jp) Received: from moon.peach.ne.jp (unknown [IPv6:2001:380:e06:127::53]) by mx1.freebsd.org (Postfix) with ESMTP id BE2528FC25; Wed, 11 Mar 2009 10:26:10 +0000 (UTC) (envelope-from aoyama@peach.ne.jp) Received: from moon.peach.ne.jp (localhost [127.0.0.1]) by moon.peach.ne.jp (Postfix) with ESMTP id E559B78C4B; Wed, 11 Mar 2009 19:26:09 +0900 (JST) Received: from artemis (unknown [192.168.2.20]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by moon.peach.ne.jp (Postfix) with ESMTP id A358378C4A; Wed, 11 Mar 2009 19:26:09 +0900 (JST) Message-ID: From: "Daisuke Aoyama" To: , References: Date: Wed, 11 Mar 2009 19:26:07 +0900 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-2022-jp"; 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-Virus-Scanned: ClamAV using ClamSMTP X-Mailman-Approved-At: Wed, 11 Mar 2009 11:29:49 +0000 Cc: freebsd-current@freebsd.org Subject: Re: Tester wanted for multipath failover iSCSI target software X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2009 10:26:12 -0000 Hi all, Now istgt is a part of ports. (net/istgt) FreeBSD issue is solved by danny's patch. After applying the patch, iscontrol can connect to istgt. Here is release 20090309 latest committed to ports. http://shell.peach.ne.jp/aoyama/archives/345 If you need anything other than Japanese, please use translation such as google translate. Thanks, -- Daisuke Aoyama From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 10:52:24 2009 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 7DFA9106564A; Wed, 11 Mar 2009 10:52:24 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 42C8E8FC15; Wed, 11 Mar 2009 10:52:24 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LhM2m-000GuW-4p; Wed, 11 Mar 2009 10:52:12 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LhM2m-000G5r-2V; Wed, 11 Mar 2009 10:52:12 +0000 To: aoyama@peach.ne.jp, freebsd-scsi@freebsd.org, freebsd-stable@freebsd.org In-Reply-To: Message-Id: From: Pete French Date: Wed, 11 Mar 2009 10:52:12 +0000 X-Mailman-Approved-At: Wed, 11 Mar 2009 11:29:59 +0000 Cc: freebsd-current@freebsd.org Subject: Re: Tester wanted for multipath failover iSCSI target software X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2009 10:52:25 -0000 > Now istgt is a part of ports. (net/istgt) > FreeBSD issue is solved by danny's patch. > After applying the patch, iscontrol can connect to istgt. I am interested in giving this a try, though not immediately as I am away from the office at the moment. Do I need to apply a patch to iscontrol to make it work though ? I can't work it out from your statement above. > Here is release 20090309 latest committed to ports. > http://shell.peach.ne.jp/aoyama/archives/345 Than ks. Is the intent to integrate with the base system eventually rather than have it in ports ? It would be nice to have a native implementation which could then be integrated with ZFS. Will let you know how I get on... -pete. From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 11:39:50 2009 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 95B6E1065680; Wed, 11 Mar 2009 11:39:50 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 4AD7F8FC1D; Wed, 11 Mar 2009 11:39:50 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1LhMmp-000Jpi-LB; Wed, 11 Mar 2009 13:39:47 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Pete French In-reply-to: References: Comments: In-reply-to Pete French message dated "Wed, 11 Mar 2009 10:52:12 +0000." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 11 Mar 2009 13:39:47 +0200 From: Danny Braniss Message-ID: Cc: freebsd-scsi@freebsd.org, aoyama@peach.ne.jp, freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Tester wanted for multipath failover iSCSI target software X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2009 11:39:52 -0000 > > Now istgt is a part of ports. (net/istgt) > > FreeBSD issue is solved by danny's patch. > > After applying the patch, iscontrol can connect to istgt. > > I am interested in giving this a try, though not immediately as I > am away from the office at the moment. Do I need to apply a patch > to iscontrol to make it work though ? I can't work it out from your > statement above. english version: (ungoogled :-) the latest is in: http://www.cs.huji.ac.il/~danny/ftp/freebsd/iscsi-2.1.1.tar.gz and if you already have 2.1, apply: --- iscsi.c.orig 2008-09-21 10:01:50.000000000 +0300 +++ iscsi.c 2009-03-11 13:29:04.250472000 +0200 @@ -62,7 +62,7 @@ #include #include -static char *iscsi_driver_version = "2.1.0"; +static char *iscsi_driver_version = "2.1.1"; static struct isc_softc isc; --- isc_sm.c.orig 2008-07-19 14:04:23.000000000 +0300 +++ isc_sm.c 2009-03-11 13:30:20.672791000 +0200 @@ -508,7 +508,7 @@ sn->cmd++; case ISCSI_WRITE_DATA: - bhs->ExpStSN = htonl(sn->stat); + bhs->ExpStSN = htonl(sn->stat + 1); break; default: ---------------------------------------------------------------------------- danny From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 12:13:02 2009 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 3BB67106566C; Wed, 11 Mar 2009 12:13:02 +0000 (UTC) (envelope-from aoyama@peach.ne.jp) Received: from moon.peach.ne.jp (unknown [IPv6:2001:380:e06:127::53]) by mx1.freebsd.org (Postfix) with ESMTP id D6C678FC0C; Wed, 11 Mar 2009 12:13:01 +0000 (UTC) (envelope-from aoyama@peach.ne.jp) Received: from moon.peach.ne.jp (localhost [127.0.0.1]) by moon.peach.ne.jp (Postfix) with ESMTP id F2F0878C4C; Wed, 11 Mar 2009 21:13:00 +0900 (JST) Received: from artemis (unknown [192.168.2.20]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by moon.peach.ne.jp (Postfix) with ESMTP id B064478C4B; Wed, 11 Mar 2009 21:13:00 +0900 (JST) Message-ID: <34849EA9C0D3417C9784824CC0080090@artemis> From: "Daisuke Aoyama" To: , , "Pete French" References: Date: Wed, 11 Mar 2009 21:12:58 +0900 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-2022-jp"; 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-Virus-Scanned: ClamAV using ClamSMTP X-Mailman-Approved-At: Wed, 11 Mar 2009 12:26:45 +0000 Cc: freebsd-current@freebsd.org Subject: Re: Tester wanted for multipath failover iSCSI target software X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2009 12:13:03 -0000 >I am interested in giving this a try, though not immediately as I >am away from the office at the moment. Do I need to apply a patch >to iscontrol to make it work though ? I can't work it out from your >statement above. Yes, you need. >Than ks. Is the intent to integrate with the base system eventually >rather than have it in ports ? It would be nice to have a native >implementation which could then be integrated with ZFS. istgt is still under development. so I don't think integration. before thinking, I should work to fix more bugs. thank you. -- Daisuke Aoyama From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 12:37:36 2009 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 C48301065673 for ; Wed, 11 Mar 2009 12:37:36 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id 5200B8FC22 for ; Wed, 11 Mar 2009 12:37:36 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from heho.snv.jussieu.fr (heho.snv.jussieu.fr [134.157.184.22]) by shiva.jussieu.fr (8.14.3/jtpda-5.4) with ESMTP id n2BCbY9n003284 ; Wed, 11 Mar 2009 13:37:34 +0100 (CET) X-Ids: 166 Received: from heho.snv.jussieu.fr (localhost [127.0.0.1]) by heho.snv.jussieu.fr (8.14.3/8.14.3) with ESMTP id n2BCbXJq001646; Wed, 11 Mar 2009 13:37:33 +0100 (CET) (envelope-from arno@heho.snv.jussieu.fr) Received: (from arno@localhost) by heho.snv.jussieu.fr (8.14.3/8.14.3/Submit) id n2BCbXoO001643; Wed, 11 Mar 2009 13:37:33 +0100 (CET) (envelope-from arno) To: pyunyh@gmail.com From: "Arno J. Klaassen" References: <20090311010821.GC13527@michelle.cdnetworks.co.kr> Date: Wed, 11 Mar 2009 13:37:32 +0100 In-Reply-To: <20090311010821.GC13527@michelle.cdnetworks.co.kr> (Pyun YongHyeon's message of "Wed\, 11 Mar 2009 10\:08\:21 +0900") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (shiva.jussieu.fr [134.157.0.166]); Wed, 11 Mar 2009 13:37:34 +0100 (CET) X-Virus-Scanned: ClamAV 0.94.2/9091/Wed Mar 11 11:50:28 2009 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at jchkmail.jussieu.fr with ID 49B7B08E.007 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 49B7B08E.007/134.157.184.22/heho.snv.jussieu.fr/heho.snv.jussieu.fr/ X-j-chkmail-Score: MSGID : 49B7B08E.007 on jchkmail.jussieu.fr : j-chkmail score : . : R=. U=. O=. B=0.017 -> S=0.017 X-j-chkmail-Status: Ham Cc: current@freebsd.org Subject: Re: msi 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: Wed, 11 Mar 2009 12:37:37 -0000 Pyun YongHyeon writes: > On Tue, Mar 10, 2009 at 03:08:59PM +0100, Arno J. Klaassen wrote: >> >> Hello, >> >> when upgrading this morning from a March 1 -current, if_bge >> stopped working (and irq256: bge0 not showing up in >> vmstat -i ). Setting hw.pci.enable_msi="0" makes it work again. >> > > I don't have bge(4) hardwares so I can't test this. Would you try > attached patch? Thanx, but makes no difference. Arno From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 12:45:47 2009 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 E03CB106566C; Wed, 11 Mar 2009 12:45:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 8992F8FC15; Wed, 11 Mar 2009 12:45:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2BCjgmb018517; Wed, 11 Mar 2009 08:45:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2BCiRfq049654; Wed, 11 Mar 2009 08:44:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8665D7302F; Wed, 11 Mar 2009 07:44:27 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090311124427.8665D7302F@freebsd-current.sentex.ca> Date: Wed, 11 Mar 2009 07:44:27 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.1/8983/Thu Feb 12 07:48:01 2009 clamav-milter version 0.94.2 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Mar 2009 12:45:48 -0000 TB --- 2009-03-11 11:17:28 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-11 11:17:28 - starting HEAD tinderbox run for ia64/ia64 TB --- 2009-03-11 11:17:28 - cleaning the object tree TB --- 2009-03-11 11:18:16 - cvsupping the source tree TB --- 2009-03-11 11:18:16 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2009-03-11 11:18:24 - building world TB --- 2009-03-11 11:18:24 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-11 11:18:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-11 11:18:24 - TARGET=ia64 TB --- 2009-03-11 11:18:24 - TARGET_ARCH=ia64 TB --- 2009-03-11 11:18:24 - TZ=UTC TB --- 2009-03-11 11:18:24 - __MAKE_CONF=/dev/null TB --- 2009-03-11 11:18:24 - cd /src TB --- 2009-03-11 11:18:24 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 11 11:18:26 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] gzip -cn /src/sbin/reboot/nextboot.8 > nextboot.8.gz ===> sbin/recoverdisk (all) cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/sbin/recoverdisk/recoverdisk.c cc1: warnings being treated as errors /src/sbin/recoverdisk/recoverdisk.c: In function 'main': /src/sbin/recoverdisk/recoverdisk.c:225: warning: format '%u' expects type 'unsigned int', but argument 3 has type 'size_t' /src/sbin/recoverdisk/recoverdisk.c:225: warning: format '%u' expects type 'unsigned int', but argument 4 has type 'size_t' /src/sbin/recoverdisk/recoverdisk.c:225: warning: format '%u' expects type 'unsigned int', but argument 5 has type 'size_t' *** Error code 1 Stop in /src/sbin/recoverdisk. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-11 12:44:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-11 12:44:27 - ERROR: failed to build world TB --- 2009-03-11 12:44:27 - 4285.41 user 328.19 system 5219.00 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 13:47:26 2009 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 2F82C106564A; Wed, 11 Mar 2009 13:47:26 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id CE2B98FC1E; Wed, 11 Mar 2009 13:47:25 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from heho.snv.jussieu.fr (heho.snv.jussieu.fr [134.157.184.22]) by shiva.jussieu.fr (8.14.3/jtpda-5.4) with ESMTP id n2BDlMsa038366 ; Wed, 11 Mar 2009 14:47:23 +0100 (CET) X-Ids: 166 Received: from heho.snv.jussieu.fr (localhost [127.0.0.1]) by heho.snv.jussieu.fr (8.14.3/8.14.3) with ESMTP id n2BDlL7u002191; Wed, 11 Mar 2009 14:47:21 +0100 (CET) (envelope-from arno@heho.snv.jussieu.fr) Received: (from arno@localhost) by heho.snv.jussieu.fr (8.14.3/8.14.3/Submit) id n2BDlKZM002188; Wed, 11 Mar 2009 14:47:20 +0100 (CET) (envelope-from arno) To: Scott Long From: "Arno J. Klaassen" References: <200903101425.28608.jhb@freebsd.org> <200903101637.31039.jhb@freebsd.org> <1236728841.2091.5.camel@balrog.2hip.net> <49B700AD.7010500@samsco.org> Date: Wed, 11 Mar 2009 14:47:20 +0100 In-Reply-To: <49B700AD.7010500@samsco.org> (Scott Long's message of "Tue\, 10 Mar 2009 18\:07\:09 -0600") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (shiva.jussieu.fr [134.157.0.166]); Wed, 11 Mar 2009 14:47:23 +0100 (CET) X-Virus-Scanned: ClamAV 0.94.2/9091/Wed Mar 11 11:50:28 2009 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at jchkmail.jussieu.fr with ID 49B7C0EA.008 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 49B7C0EA.008/134.157.184.22/heho.snv.jussieu.fr/heho.snv.jussieu.fr/ X-j-chkmail-Score: MSGID : 49B7C0EA.008 on jchkmail.jussieu.fr : j-chkmail score : . : R=. U=. O=. B=0.005 -> S=0.005 X-j-chkmail-Status: Ham Cc: pyunyh@gmail.com, current@freebsd.org, Robert Noland Subject: Re: msi 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: Wed, 11 Mar 2009 13:47:26 -0000 Scott Long writes: > Robert Noland wrote: >> On Wed, 2009-03-11 at 00:36 +0100, Arno J. Klaassen wrote: >>> John Baldwin writes: >>> >>>> On Tuesday 10 March 2009 3:00:00 pm Arno J. Klaassen wrote: >>>>> John Baldwin writes: >>>>> >>>>>> On Tuesday 10 March 2009 10:08:59 am Arno J. Klaassen wrote: >>>>>>> Hello, >>>>>>> >>>>>>> when upgrading this morning from a March 1 -current, if_bge >>>>>>> stopped working (and irq256: bge0 not showing up in >>>>>>> vmstat -i ). Setting hw.pci.enable_msi="0" makes it work again. >>>>>> Can you get a verbose dmesg (boot -v) with MSI enabled? >>>> Ok, so you are getting MSI interrupts assigned and routed ok. Can >>>> you try disabling the code that sets the INTx_MASK flag in the PCI >>>> command register in sys/dev/pci/pci.c:pci_setup_intr()? >>> grr : "rid" sure is 1 for the if_bge interrupt. Please tell me which >>> lines of code set the INTx_MASK flag. Thanx, more tomorrow. >> >> if rid is 0, the chip should be using INTx. if rid > 0 then it should >> be using MSI. >> >> >> } >> mte->mte_handlers++; >> } >> #if 0 /* Comment this out/* >> /* Make sure that INTx is disabled if we are using MSI/MSIX */ >> pci_set_command_bit(dev, child, PCIM_CMD_INTxDIS); >> #endif >> bad: >> if (error) { >> (void)bus_generic_teardown_intr(dev, child, irq, >> cookie); >> return (error); >> >> robert. >> > > If this turns out to help this particular gentleman, yes it does ;) with otherwise clean sources sorry I did not understand directly what you asked me to do > then I'd like to > suggest a further test of having the bge driver explicitly reset the > the INTxDIS bit after calling bus_setup_intr(). If that works, then I > strongly suggest that we treat this as a localized quirk that drivers > will need to manage for themselves, and not something that the PCI layer > should try to control. It might be possible to set up some sort of > hint system for drivers to programatically tell the PCI layer to treat > this bit special for a particular device instance. What I don't want > to see is the PCI layer growing yet another hidden quirk table of > PCI IDs. This kind of quirk knowledge belongs in the driver. iff you'd like I can test things on this board for a while ... Thank you very much, Arno From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 14:25:43 2009 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 AE2521065670 for ; Wed, 11 Mar 2009 14:25:43 +0000 (UTC) (envelope-from michiel@boland.org) Received: from smtp-vbr9.xs4all.nl (smtp-vbr9.xs4all.nl [194.109.24.29]) by mx1.freebsd.org (Postfix) with ESMTP id 4AC5E8FC13 for ; Wed, 11 Mar 2009 14:25:42 +0000 (UTC) (envelope-from michiel@boland.org) Received: from aja.boland.org (91-43-215.ftth.xms.internl.net [82.215.43.91]) (authenticated bits=0) by smtp-vbr9.xs4all.nl (8.13.8/8.13.8) with ESMTP id n2BEPcHH060973 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 11 Mar 2009 15:25:41 +0100 (CET) (envelope-from michiel@boland.org) Message-ID: <49B7C9E2.4010607@boland.org> Date: Wed, 11 Mar 2009 15:25:38 +0100 From: Michiel Boland User-Agent: Thunderbird 2.0.0.19 (X11/20090125) MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner Subject: x11/kdebase3 fails to build in 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: Wed, 11 Mar 2009 14:25:44 -0000 Hi. I'm trying to upgrade ports as per instructions in /usr/ports/UPDATING:20090309. But now I gest this [...] /bin/sh /usr/local/bin/libtool --silent --tag=CXX --mode=compile c++ -DHAVE_CO NFIG_H -I. -I../.. -I/usr/local/include -I/usr/local/include -D_THREAD_SAFE - pthread -DQT_THREAD_SUPPORT -I/usr/local/include -I/usr/local/include -I/usr/ local/include -D_GETOPT_H -D_THREAD_SAFE -D_LARGE_FILES=1 -Wno-long-long -Wund ef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O2 -pipe -DLDAP_DEPRECATED -fno-strict-aliasing -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-c ommon -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO _TRANSLATION -D_GNU_SOURCE -MT kcmusb.lo -MD -MP -MF .deps/kcmusb.Tpo -c -o kcm usb.lo kcmusb.cpp In file included from kcmusb.cpp:23: usbdevices.h:69: error: 'usb_device_info' has not been declared gmake[3]: *** [kcmusb.lo] Error 1 gmake[3]: Leaving directory `/usr/ports/x11/kdebase3/work/kdebase-3.5.10/kcontro l/usbview' -CURRENT from today I guess usbdevices.h needs to import some legacy include thingy somewhere. From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 14:29:13 2009 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 43163106566B for ; Wed, 11 Mar 2009 14:29:13 +0000 (UTC) (envelope-from dan.cojocar@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.242]) by mx1.freebsd.org (Postfix) with ESMTP id ED7FE8FC18 for ; Wed, 11 Mar 2009 14:29:12 +0000 (UTC) (envelope-from dan.cojocar@gmail.com) Received: by an-out-0708.google.com with SMTP id b38so19759ana.13 for ; Wed, 11 Mar 2009 07:29:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=oohrnp1lQ9DIVf2XkXAXRQL5nydgj52hTPkj0qQMgVQ=; b=vYE2ROsPbCPtfiMX+pUyIRXx6d6prrunKiOVHPYCePz6ZsdtIxCyN0hvcS0a97NTPQ shWvGYisoyrMDutmmvC5agNCPWP7sO1TND1oSaRSDBjmvlPea4wUqBZKA1Js8Am155fG +oVdTWIvVvqTTqpp0u0rmVZ80LELx5Ie73t7g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=rXqBNVfnZNiuugd1cS4jz8JgB1OyqWRq7nhZ4+RiRUjqmqnFBmQhAT+WkVzUSoeKxT yG2WB3H76RYZ8f/NZZ2baddTmd58VjTRBuivPeAQbKmaTNCfq7nmbd7GgYi15IdbBhO8 s/h7gn0ofK20ebu+ChvLZhr1MPhZwVnMM22Tk= MIME-Version: 1.0 Received: by 10.100.44.4 with SMTP id r4mr5499281anr.100.1236781752362; Wed, 11 Mar 2009 07:29:12 -0700 (PDT) In-Reply-To: References: <20090310045605.GA38857@nagual.pp.ru> <22450167.post@talk.nabble.com> <200903110935.45036.hselasky@c2i.net> Date: Wed, 11 Mar 2009 16:29:12 +0200 Message-ID: From: Dan Cojocar To: Hans Petter Selasky Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: USB2 makes moused insane X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2009 14:29:13 -0000 On Wed, Mar 11, 2009 at 4:12 PM, Dan Cojocar wrote: > On Wed, Mar 11, 2009 at 10:35 AM, Hans Petter Selasky = wrote: >> On Wednesday 11 March 2009, Jakub Lach wrote: >>> Same problem exists with mx518. >>> >>> Andrey Chernov-2 wrote: >>> > Every pure mouse movement now acts like pressing several buttons at t= he >>> > same time which cause parts of console text under cursor copied/paste= d >>> > randomly. >> >> Can you try the following patch with latest -current: >> >> http://perforce.freebsd.org/chv.cgi?CH=3D159053 >> >> --HPS > > Hello, > > I have tested with this changes too but my mouse is not working :( > Here are the requested info: > usbconfig > =A0 =A0 ugen0.2: at usbus0, cfg=3D0 > md=3DHOST spd=3DLOW (1.5Mbps) pwr=3DON > usbconfig -u 0 -a 2 do_request 0x81 0x06 0x2200 0 0x100 > =A0 =A0REQUEST =3D <0x05 0x01 0x09 0x02 0xa1 0x01 0x09 0x01 0xa1 0x00 0x0= 5 > 0x09 0x19 0x01 0x29 0x03 0x15 0x00 0x25 0x01 0x95 0x03 0x75 0x01 0x81 > 0x02 0x95 0x05 0x81 0x03 0x05 0x01 0x09 0x30 0x09 0x31 0x09 0x38 0x15 > 0x81 0x25 0x7f 0x75 0x08 0x95 0x03 0x81 0x06 0xc0 0xc0><)%u018%u> > =A0usbconfig -u 0 -a 2 do_request 0x81 0x06 0x2200 1 0x100 > =A0 =A0REQUEST =3D <0x05 0x01 0x09 0x02 0xa1 0x01 0x09 0x01 0xa1 0x00 0x0= 5 > 0x09 0x19 0x01 0x29 0x03 0x15 0x00 0x25 0x01 0x95 0x03 0x75 0x01 0x81 > 0x02 0x95 0x05 0x81 0x03 0x05 0x01 0x09 0x30 0x09 0x31 0x09 0x38 0x15 > 0x81 0x25 0x7f 0x75 0x08 0x95 0x03 0x81 0x06 0xc0 0xc0><)%u018%u> > I hope that you will be able to get a fix for me too :) > Thank you, > Dan > Somehow I didn't noticed that the usb.ko was not unloaded, after applying you changes. After reloading all usb modules my mouse it's working properly. Thank you, Dan From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 14:38:45 2009 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 D18EB106566B for ; Wed, 11 Mar 2009 14:38:45 +0000 (UTC) (envelope-from dan.cojocar@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.28]) by mx1.freebsd.org (Postfix) with ESMTP id 8D0D98FC1B for ; Wed, 11 Mar 2009 14:38:45 +0000 (UTC) (envelope-from dan.cojocar@gmail.com) Received: by yw-out-2324.google.com with SMTP id 2so317210ywt.13 for ; Wed, 11 Mar 2009 07:38:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=o2oalV61+XsVEN+8djKxBVyu7tBJjSjvMBS76oYQfFc=; b=JSjnPzRfSDo8nq1bp6rzoiIC13PCmmrnNUdo3Ke2l4sCmX5MIQMjOQcQYnltQ7ZHt2 IeJhA1qld+2OOCLWU4XO4SUEt0lW6eBi3KUga/pL+3D+dsK3F5BdXGssHzXEzExwyZaR +I1JUz6nyP/v7KcMAzfvwRoal1TBKObBKPNcg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=gavtY4M/NBeHnPsQx5/G7N0gqDejoMMl/P+/veWlxlYzyV2vUo8u82s9ZXdDwvPKhO HA3RfosXOcOxZ60nNCMX1Oj1YAumrXZ9NVQ99Dfow7k7Id3s08hsGusWllRhK1cAuL09 Dl0Wz3s8p1g9itnulkjHfuqCbtg/d1TRtDOpA= MIME-Version: 1.0 Received: by 10.100.105.15 with SMTP id d15mr5467433anc.141.1236780739229; Wed, 11 Mar 2009 07:12:19 -0700 (PDT) In-Reply-To: <200903110935.45036.hselasky@c2i.net> References: <20090310045605.GA38857@nagual.pp.ru> <22450167.post@talk.nabble.com> <200903110935.45036.hselasky@c2i.net> Date: Wed, 11 Mar 2009 16:12:19 +0200 Message-ID: From: Dan Cojocar To: Hans Petter Selasky Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: USB2 makes moused insane X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2009 14:38:46 -0000 On Wed, Mar 11, 2009 at 10:35 AM, Hans Petter Selasky wrote: > On Wednesday 11 March 2009, Jakub Lach wrote: >> Same problem exists with mx518. >> >> Andrey Chernov-2 wrote: >> > Every pure mouse movement now acts like pressing several buttons at the >> > same time which cause parts of console text under cursor copied/pasted >> > randomly. > > Can you try the following patch with latest -current: > > http://perforce.freebsd.org/chv.cgi?CH=159053 > > --HPS Hello, I have tested with this changes too but my mouse is not working :( Here are the requested info: usbconfig ugen0.2: at usbus0, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON usbconfig -u 0 -a 2 do_request 0x81 0x06 0x2200 0 0x100 REQUEST = <0x05 0x01 0x09 0x02 0xa1 0x01 0x09 0x01 0xa1 0x00 0x05 0x09 0x19 0x01 0x29 0x03 0x15 0x00 0x25 0x01 0x95 0x03 0x75 0x01 0x81 0x02 0x95 0x05 0x81 0x03 0x05 0x01 0x09 0x30 0x09 0x31 0x09 0x38 0x15 0x81 0x25 0x7f 0x75 0x08 0x95 0x03 0x81 0x06 0xc0 0xc0><)%u018%u> usbconfig -u 0 -a 2 do_request 0x81 0x06 0x2200 1 0x100 REQUEST = <0x05 0x01 0x09 0x02 0xa1 0x01 0x09 0x01 0xa1 0x00 0x05 0x09 0x19 0x01 0x29 0x03 0x15 0x00 0x25 0x01 0x95 0x03 0x75 0x01 0x81 0x02 0x95 0x05 0x81 0x03 0x05 0x01 0x09 0x30 0x09 0x31 0x09 0x38 0x15 0x81 0x25 0x7f 0x75 0x08 0x95 0x03 0x81 0x06 0xc0 0xc0><)%u018%u> I hope that you will be able to get a fix for me too :) Thank you, Dan From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 14:48:20 2009 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 BF89E106566B for ; Wed, 11 Mar 2009 14:48:20 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe13.swip.net [212.247.155.129]) by mx1.freebsd.org (Postfix) with ESMTP id 261B38FC0C for ; Wed, 11 Mar 2009 14:48:19 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=j+k/Ze5hWUCaCztCgEjzDQ==:17 a=pGLkceISAAAA:8 a=8kQB0OdkAAAA:8 a=6I5d2MoRAAAA:8 a=vMU5EXxvYKKjPsRn4g8A:9 a=hWK7Cpe9sUeYZNS54m8A:7 a=__POjwiRYdBOroNy0iAWci7DAkwA:4 a=LY0hPdMaydYA:10 a=vo35J_9FQWgA:10 a=MSl-tDqOz04A:10 a=9aOQ2cSd83gA:10 Received: from [81.191.55.181] (account mc467741@c2i.net HELO laptop) by mailfe13.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 818582145; Wed, 11 Mar 2009 15:48:18 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Wed, 11 Mar 2009 15:50:49 +0100 User-Agent: KMail/1.9.7 References: <20090310045605.GA38857@nagual.pp.ru> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200903111550.49593.hselasky@c2i.net> Cc: Dan Cojocar Subject: Re: USB2 makes moused insane X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2009 14:48:21 -0000 On Wednesday 11 March 2009, Dan Cojocar wrote: > On Wed, Mar 11, 2009 at 4:12 PM, Dan Cojocar wrot= e: > > On Wed, Mar 11, 2009 at 10:35 AM, Hans Petter Selasky =20 wrote: > >> On Wednesday 11 March 2009, Jakub Lach wrote: > >>> Same problem exists with mx518. > >>> > >>> Andrey Chernov-2 wrote: > >>> > Every pure mouse movement now acts like pressing several buttons at > >>> > the same time which cause parts of console text under cursor > >>> > copied/pasted randomly. > >> > >> Can you try the following patch with latest -current: > >> > >> http://perforce.freebsd.org/chv.cgi?CH=3D159053 > >> > >> --HPS > > > > Hello, > > > > I have tested with this changes too but my mouse is not working :( > > Here are the requested info: > > usbconfig > > =A0 =A0 ugen0.2: at usbus0, cfg=3D0 > > md=3DHOST spd=3DLOW (1.5Mbps) pwr=3DON > > usbconfig -u 0 -a 2 do_request 0x81 0x06 0x2200 0 0x100 > > =A0 =A0REQUEST =3D <0x05 0x01 0x09 0x02 0xa1 0x01 0x09 0x01 0xa1 0x00 0= x05 > > 0x09 0x19 0x01 0x29 0x03 0x15 0x00 0x25 0x01 0x95 0x03 0x75 0x01 0x81 > > 0x02 0x95 0x05 0x81 0x03 0x05 0x01 0x09 0x30 0x09 0x31 0x09 0x38 0x15 > > 0x81 0x25 0x7f 0x75 0x08 0x95 0x03 0x81 0x06 0xc0 0xc0><)%u018%u> > > =A0usbconfig -u 0 -a 2 do_request 0x81 0x06 0x2200 1 0x100 > > =A0 =A0REQUEST =3D <0x05 0x01 0x09 0x02 0xa1 0x01 0x09 0x01 0xa1 0x00 0= x05 > > 0x09 0x19 0x01 0x29 0x03 0x15 0x00 0x25 0x01 0x95 0x03 0x75 0x01 0x81 > > 0x02 0x95 0x05 0x81 0x03 0x05 0x01 0x09 0x30 0x09 0x31 0x09 0x38 0x15 > > 0x81 0x25 0x7f 0x75 0x08 0x95 0x03 0x81 0x06 0xc0 0xc0><)%u018%u> > > I hope that you will be able to get a fix for me too :) > > Thank you, > > Dan Thanks for testing! =2D-HPS From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 14:52:10 2009 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 1C6E710656D8; Wed, 11 Mar 2009 14:52:10 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe05.swip.net [212.247.154.129]) by mx1.freebsd.org (Postfix) with ESMTP id 75A2D8FC16; Wed, 11 Mar 2009 14:52:09 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=G7Y8i6bLmuYA:10 a=Whcr0dHrKEwA:10 a=j+k/Ze5hWUCaCztCgEjzDQ==:17 a=JmVlt-6mU7JSl66UCvYA:9 a=I7uHRooG7XDpDjoLDJ4A:7 a=y5FxX0GadN8xCe286SucZnDd0sUA:4 a=LY0hPdMaydYA:10 Received: from [81.191.55.181] (account mc467741@c2i.net HELO laptop) by mailfe05.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1105794382; Wed, 11 Mar 2009 15:52:07 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Wed, 11 Mar 2009 15:54:38 +0100 User-Agent: KMail/1.9.7 References: <49B7C9E2.4010607@boland.org> In-Reply-To: <49B7C9E2.4010607@boland.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903111554.39323.hselasky@c2i.net> Cc: Michiel Boland , Andrew Thompson Subject: Re: x11/kdebase3 fails to build in 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: Wed, 11 Mar 2009 14:52:10 -0000 On Wednesday 11 March 2009, Michiel Boland wrote: > kcmusb Hi, I think this module has to be updated. The ioctl to get the usb_device_info has been moved to the BSD libusb in /usr/src/lib/libusb . man libusb libusb20_dev_get_info(pdev, pinfo) This function retrives the BSD spe- cific usb2_device_info structure into the memory location given by pinfo. The USB device given by pdev must be opened before this function will succeed. This function returns zero on success else a LIBUSB20_ERROR value is returned. I'm not sure if the libusb API names have settled yet ... --HPS From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 14:58:06 2009 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 79FF9106566B; Wed, 11 Mar 2009 14:58:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 234FB8FC1E; Wed, 11 Mar 2009 14:58:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2BEw1VB043962; Wed, 11 Mar 2009 10:58:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n2BEw16C071245; Wed, 11 Mar 2009 10:58:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 379B27302F; Wed, 11 Mar 2009 09:58:01 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090311145801.379B27302F@freebsd-current.sentex.ca> Date: Wed, 11 Mar 2009 09:58:01 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Mar 2009 14:58:07 -0000 TB --- 2009-03-11 13:50:19 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-11 13:50:19 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-03-11 13:50:19 - cleaning the object tree TB --- 2009-03-11 13:50:52 - cvsupping the source tree TB --- 2009-03-11 13:50:52 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-03-11 13:51:00 - building world TB --- 2009-03-11 13:51:00 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-11 13:51:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-11 13:51:00 - TARGET=sparc64 TB --- 2009-03-11 13:51:00 - TARGET_ARCH=sparc64 TB --- 2009-03-11 13:51:00 - TZ=UTC TB --- 2009-03-11 13:51:00 - __MAKE_CONF=/dev/null TB --- 2009-03-11 13:51:00 - cd /src TB --- 2009-03-11 13:51:00 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 11 13:51:03 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] gzip -cn /src/sbin/reboot/nextboot.8 > nextboot.8.gz ===> sbin/recoverdisk (all) cc -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/sbin/recoverdisk/recoverdisk.c cc1: warnings being treated as errors /src/sbin/recoverdisk/recoverdisk.c: In function 'main': /src/sbin/recoverdisk/recoverdisk.c:225: warning: format '%u' expects type 'unsigned int', but argument 3 has type 'size_t' /src/sbin/recoverdisk/recoverdisk.c:225: warning: format '%u' expects type 'unsigned int', but argument 4 has type 'size_t' /src/sbin/recoverdisk/recoverdisk.c:225: warning: format '%u' expects type 'unsigned int', but argument 5 has type 'size_t' *** Error code 1 Stop in /src/sbin/recoverdisk. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-11 14:58:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-11 14:58:01 - ERROR: failed to build world TB --- 2009-03-11 14:58:01 - 3218.35 user 312.16 system 4061.49 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 15:52:22 2009 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 0C78B1065672; Wed, 11 Mar 2009 15:52:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id A0ACE8FC18; Wed, 11 Mar 2009 15:52:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2BFqEo7056657; Wed, 11 Mar 2009 11:52:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n2BFqEbt097211; Wed, 11 Mar 2009 11:52:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7E0357302F; Wed, 11 Mar 2009 10:52:14 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090311155214.7E0357302F@freebsd-current.sentex.ca> Date: Wed, 11 Mar 2009 10:52:14 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Mar 2009 15:52:22 -0000 TB --- 2009-03-11 14:50:28 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-11 14:50:28 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-03-11 14:50:28 - cleaning the object tree TB --- 2009-03-11 14:50:50 - cvsupping the source tree TB --- 2009-03-11 14:50:50 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-03-11 14:50:58 - building world TB --- 2009-03-11 14:50:58 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-11 14:50:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-11 14:50:58 - TARGET=sun4v TB --- 2009-03-11 14:50:58 - TARGET_ARCH=sparc64 TB --- 2009-03-11 14:50:58 - TZ=UTC TB --- 2009-03-11 14:50:58 - __MAKE_CONF=/dev/null TB --- 2009-03-11 14:50:58 - cd /src TB --- 2009-03-11 14:50:58 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 11 14:51:01 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] gzip -cn /src/sbin/reboot/nextboot.8 > nextboot.8.gz ===> sbin/recoverdisk (all) cc -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/sbin/recoverdisk/recoverdisk.c cc1: warnings being treated as errors /src/sbin/recoverdisk/recoverdisk.c: In function 'main': /src/sbin/recoverdisk/recoverdisk.c:225: warning: format '%u' expects type 'unsigned int', but argument 3 has type 'size_t' /src/sbin/recoverdisk/recoverdisk.c:225: warning: format '%u' expects type 'unsigned int', but argument 4 has type 'size_t' /src/sbin/recoverdisk/recoverdisk.c:225: warning: format '%u' expects type 'unsigned int', but argument 5 has type 'size_t' *** Error code 1 Stop in /src/sbin/recoverdisk. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-11 15:52:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-11 15:52:14 - ERROR: failed to build world TB --- 2009-03-11 15:52:14 - 3216.26 user 315.32 system 3705.73 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 16:33:22 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 0EAC71065673; Wed, 11 Mar 2009 16:33:22 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@freebsd.org Date: Wed, 11 Mar 2009 12:33:12 -0400 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200903111233.14029.jkim@FreeBSD.org> Cc: freebsd-amd64@freebsd.org Subject: [HEADSUP] amd64 suspend/resume code to be comitted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2009 16:33:22 -0000 With popular demands, I will commit the following patch in next few days unless a showstopper is found or "over-my-dead-body" type of review is received. ;-) http://people.freebsd.org/~jkim/amd64_suspend-20090311.diff FYI, it was originally posted here: http://docs.freebsd.org/cgi/mid.cgi?200810211228.31028.jkim and here: http://docs.freebsd.org/cgi/mid.cgi?200812102120.03788.jkim Please read the original threads for more information about the patch. Cheers, Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 17:12:40 2009 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 BBCEE106564A; Wed, 11 Mar 2009 17:12:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 65AFB8FC15; Wed, 11 Mar 2009 17:12:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2BHCZsS080239; Wed, 11 Mar 2009 13:12:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2BHCYpm060394; Wed, 11 Mar 2009 13:12:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C7B937302F; Wed, 11 Mar 2009 12:12:34 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090311171234.C7B937302F@freebsd-current.sentex.ca> Date: Wed, 11 Mar 2009 12:12:34 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.1/8983/Thu Feb 12 07:48:01 2009 clamav-milter version 0.94.2 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Mar 2009 17:12:41 -0000 TB --- 2009-03-11 16:00:01 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-11 16:00:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-03-11 16:00:01 - cleaning the object tree TB --- 2009-03-11 16:00:59 - cvsupping the source tree TB --- 2009-03-11 16:00:59 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-03-11 16:01:06 - building world TB --- 2009-03-11 16:01:06 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-11 16:01:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-11 16:01:06 - TARGET=amd64 TB --- 2009-03-11 16:01:06 - TARGET_ARCH=amd64 TB --- 2009-03-11 16:01:06 - TZ=UTC TB --- 2009-03-11 16:01:06 - __MAKE_CONF=/dev/null TB --- 2009-03-11 16:01:06 - cd /src TB --- 2009-03-11 16:01:06 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 11 16:01:08 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] gzip -cn /src/sbin/reboot/boot_i386.8 > boot_i386.8.gz ===> sbin/recoverdisk (all) cc -O2 -pipe -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/sbin/recoverdisk/recoverdisk.c cc1: warnings being treated as errors /src/sbin/recoverdisk/recoverdisk.c: In function 'main': /src/sbin/recoverdisk/recoverdisk.c:225: warning: format '%u' expects type 'unsigned int', but argument 3 has type 'size_t' /src/sbin/recoverdisk/recoverdisk.c:225: warning: format '%u' expects type 'unsigned int', but argument 4 has type 'size_t' /src/sbin/recoverdisk/recoverdisk.c:225: warning: format '%u' expects type 'unsigned int', but argument 5 has type 'size_t' *** Error code 1 Stop in /src/sbin/recoverdisk. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-11 17:12:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-11 17:12:34 - ERROR: failed to build world TB --- 2009-03-11 17:12:34 - 3377.02 user 340.01 system 4353.59 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 18:33:55 2009 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 41F1F1065674 for ; Wed, 11 Mar 2009 18:33:55 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with ESMTP id D013F8FC19 for ; Wed, 11 Mar 2009 18:33:54 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 17082 invoked by uid 399); 11 Mar 2009 18:33:51 -0000 Received: from localhost (HELO ?192.168.0.24?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 11 Mar 2009 18:33:51 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <49B8040E.9090604@FreeBSD.org> Date: Wed, 11 Mar 2009 11:33:50 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Hans Petter Selasky References: <20090310045605.GA38857@nagual.pp.ru> <200903100840.57018.hselasky@c2i.net> <49B6E445.3000302@FreeBSD.org> <200903110928.51384.hselasky@c2i.net> In-Reply-To: <200903110928.51384.hselasky@c2i.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: usb@freebsd.org, freebsd-current@freebsd.org, Andrew Thompson Subject: Re: USB2 makes moused insane X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2009 18:33:55 -0000 Hans Petter Selasky wrote: > After looking at the HID descriptors I have made the following patch: > > http://perforce.freebsd.org/chv.cgi?CH=159053 > > USB wheel should work again! Thanks for the quick response. One question, how do I generate a diff I can apply to my sources from the perforce web thingy? Thanks, Doug From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 18:52:40 2009 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 012E21065673; Wed, 11 Mar 2009 18:52:40 +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 BAD9C8FC14; Wed, 11 Mar 2009 18:52:39 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-241-168-218.bna.bellsouth.net [74.241.168.218]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n2BIpGYb018416 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 11 Mar 2009 14:51:16 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Jung-uk Kim In-Reply-To: <200903111233.14029.jkim@FreeBSD.org> References: <200903111233.14029.jkim@FreeBSD.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-dXcn1NIJa9vuKxNnPQaW" Organization: FreeBSD Date: Wed, 11 Mar 2009 13:52:20 -0500 Message-Id: <1236797540.1679.11.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.2 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, 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, freebsd-amd64@freebsd.org Subject: Re: [HEADSUP] amd64 suspend/resume code to be comitted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2009 18:52:40 -0000 --=-dXcn1NIJa9vuKxNnPQaW Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2009-03-11 at 12:33 -0400, Jung-uk Kim wrote: > With popular demands, I will commit the following patch in next few=20 > days unless a showstopper is found or "over-my-dead-body" type of=20 > review is received. ;-) >=20 > http://people.freebsd.org/~jkim/amd64_suspend-20090311.diff >=20 > FYI, it was originally posted here: >=20 > http://docs.freebsd.org/cgi/mid.cgi?200810211228.31028.jkim >=20 > and here: >=20 > http://docs.freebsd.org/cgi/mid.cgi?200812102120.03788.jkim >=20 > Please read the original threads for more information about the patch. Does this address SMP as well? Or is that still hanging out in the wind? robert. > Cheers, >=20 > Jung-uk Kim > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " --=20 Robert Noland FreeBSD --=-dXcn1NIJa9vuKxNnPQaW Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAkm4CGQACgkQM4TrQ4qfROMeWgCfegNSdfQIzhrXo/c+5HnmbGCK i3AAn2Opjghta0VI3mS+V8KZQKAsrOjJ =jiKu -----END PGP SIGNATURE----- --=-dXcn1NIJa9vuKxNnPQaW-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 18:54:13 2009 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 BBB63106566C for ; Wed, 11 Mar 2009 18:54:13 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 543B38FC0C for ; Wed, 11 Mar 2009 18:54:13 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 753721CE0D; Wed, 11 Mar 2009 19:54:12 +0100 (CET) Date: Wed, 11 Mar 2009 19:54:12 +0100 From: Ed Schouten To: Chris Ruiz Message-ID: <20090311185412.GN31961@hoeg.nl> References: <49B6248F.9040708@prgmr.com> <20090310085736.GB19161@hoeg.nl> <49B63AEC.2070305@prgmr.com> <8A50A395-9004-4AAF-94E7-460A5020474A@young-alumni.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="T4Djgzn3z2HSNnx0" Content-Disposition: inline In-Reply-To: <8A50A395-9004-4AAF-94E7-460A5020474A@young-alumni.com> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: FreeBSD Current Subject: Re: Subversion dies on pkill checkout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2009 18:54:14 -0000 --T4Djgzn3z2HSNnx0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Chris Ruiz wrote: > I currently run 10.5 (and did so with 10.4 and 10.3) as > Case-sensitive Journaled HFS+ with no problems. Not entirely true. Wise installers (not so common nowadays) almost always failed on case sensitive file systems. Apple Keynote was also unable to find its template files, making it very unpleasant to use. But yes, nowadays (10.4 and 10.5) it's a lot better. --=20 Ed Schouten WWW: http://80386.nl/ --T4Djgzn3z2HSNnx0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkm4CNQACgkQ52SDGA2eCwV0zACdGWR2w7isotNyvRSAc2WV1swr 3V4An1MfQ9+JlA6VTpfsL5K/Mk/dJLm5 =4Uyi -----END PGP SIGNATURE----- --T4Djgzn3z2HSNnx0-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 18:57:36 2009 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 79818106564A; Wed, 11 Mar 2009 18:57:36 +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 4AF448FC13; Wed, 11 Mar 2009 18:57:36 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-241-168-218.bna.bellsouth.net [74.241.168.218]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n2BIuCmc018456 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 11 Mar 2009 14:56:13 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: "Arno J. Klaassen" In-Reply-To: References: <200903101425.28608.jhb@freebsd.org> <200903101637.31039.jhb@freebsd.org> <1236728841.2091.5.camel@balrog.2hip.net> <49B700AD.7010500@samsco.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-OMLtzr9t5krTccmb7S4K" Organization: FreeBSD Date: Wed, 11 Mar 2009 13:57:13 -0500 Message-Id: <1236797833.1679.14.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: pyunyh@gmail.com, current@freebsd.org Subject: Re: msi 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: Wed, 11 Mar 2009 18:57:36 -0000 --=-OMLtzr9t5krTccmb7S4K Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2009-03-11 at 14:47 +0100, Arno J. Klaassen wrote: > Scott Long writes: >=20 > > Robert Noland wrote: > >> On Wed, 2009-03-11 at 00:36 +0100, Arno J. Klaassen wrote: > >>> John Baldwin writes: > >>> > >>>> On Tuesday 10 March 2009 3:00:00 pm Arno J. Klaassen wrote: > >>>>> John Baldwin writes: > >>>>> > >>>>>> On Tuesday 10 March 2009 10:08:59 am Arno J. Klaassen wrote: > >>>>>>> Hello, > >>>>>>> > >>>>>>> when upgrading this morning from a March 1 -current, if_bge > >>>>>>> stopped working (and irq256: bge0 not showing up in > >>>>>>> vmstat -i ). Setting hw.pci.enable_msi=3D"0" makes it work again. > >>>>>> Can you get a verbose dmesg (boot -v) with MSI enabled? > >>>> Ok, so you are getting MSI interrupts assigned and routed ok. Can > >>>> you try disabling the code that sets the INTx_MASK flag in the PCI > >>>> command register in sys/dev/pci/pci.c:pci_setup_intr()? > >>> grr : "rid" sure is 1 for the if_bge interrupt. Please tell me which > >>> lines of code set the INTx_MASK flag. Thanx, more tomorrow. > >> > >> if rid is 0, the chip should be using INTx. if rid > 0 then it should > >> be using MSI. > >> > >> > >> } > >> mte->mte_handlers++; > >> } > >> #if 0 /* Comment this out/* > >> /* Make sure that INTx is disabled if we are using MSI= /MSIX */ > >> pci_set_command_bit(dev, child, PCIM_CMD_INTxDIS); > >> #endif > >> bad: > >> if (error) { > >> (void)bus_generic_teardown_intr(dev, child, ir= q, > >> cookie); > >> return (error); > >> > >> robert. > >> > > > > If this turns out to help this particular gentleman, >=20 > yes it does ;) with otherwise clean sources >=20 > sorry I did not understand directly what you asked me to do >=20 > > then I'd like to > > suggest a further test of having the bge driver explicitly reset the > > the INTxDIS bit after calling bus_setup_intr(). If that works, then I > > strongly suggest that we treat this as a localized quirk that drivers > > will need to manage for themselves, and not something that the PCI laye= r > > should try to control. It might be possible to set up some sort of > > hint system for drivers to programatically tell the PCI layer to treat > > this bit special for a particular device instance. What I don't want > > to see is the PCI layer growing yet another hidden quirk table of > > PCI IDs. This kind of quirk knowledge belongs in the driver. >=20 Ok, well I agree with Scott, this needs to be addressed in the bge driver. robert. > iff you'd like I can test things on this board for a while ... >=20 > Thank you very much, Arno --=20 Robert Noland FreeBSD --=-OMLtzr9t5krTccmb7S4K Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAkm4CYkACgkQM4TrQ4qfROMILwCfS5CoDPXQjaBHhc5H3NgYU7Yz YfsAoIedmsnkFqsS+Cx6J+bvbj3kJvCk =53lo -----END PGP SIGNATURE----- --=-OMLtzr9t5krTccmb7S4K-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 19:07:49 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 78EA41065672; Wed, 11 Mar 2009 19:07:49 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Wed, 11 Mar 2009 15:07:39 -0400 User-Agent: KMail/1.6.2 References: <200903111233.14029.jkim@FreeBSD.org> <1236797540.1679.11.camel@balrog.2hip.net> In-Reply-To: <1236797540.1679.11.camel@balrog.2hip.net> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200903111507.42241.jkim@FreeBSD.org> Cc: freebsd-amd64@freebsd.org, Robert Noland Subject: Re: [HEADSUP] amd64 suspend/resume code to be comitted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2009 19:07:51 -0000 On Wednesday 11 March 2009 02:52 pm, Robert Noland wrote: > On Wed, 2009-03-11 at 12:33 -0400, Jung-uk Kim wrote: > > With popular demands, I will commit the following patch in next > > few days unless a showstopper is found or "over-my-dead-body" > > type of review is received. ;-) > > > > http://people.freebsd.org/~jkim/amd64_suspend-20090311.diff > > > > FYI, it was originally posted here: > > > > http://docs.freebsd.org/cgi/mid.cgi?200810211228.31028.jkim > > > > and here: > > > > http://docs.freebsd.org/cgi/mid.cgi?200812102120.03788.jkim > > > > Please read the original threads for more information about the > > patch. > > Does this address SMP as well? Or is that still hanging out in the > wind? Yes, it does. Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 19:18:33 2009 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 E27021065674 for ; Wed, 11 Mar 2009 19:18:33 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout015.mac.com (asmtpout015.mac.com [17.148.16.90]) by mx1.freebsd.org (Postfix) with ESMTP id CCD828FC19 for ; Wed, 11 Mar 2009 19:18:33 +0000 (UTC) (envelope-from cswiger@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Received: from cswiger1.apple.com ([17.227.140.124]) by asmtp015.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KGC00GURTIR9F70@asmtp015.mac.com> for freebsd-current@freebsd.org; Wed, 11 Mar 2009 11:18:28 -0700 (PDT) X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.7400:2.4.4,1.2.40,4.0.166 definitions=2009-03-11_12:2009-03-05, 2009-03-11, 2009-03-11 signatures=0 Message-id: <012E1E4D-4C4E-414E-971E-ADCC48EB0698@mac.com> From: Chuck Swiger To: Saifi Khan In-reply-to: Date: Wed, 11 Mar 2009 11:18:27 -0700 References: X-Mailer: Apple Mail (2.930.3) Cc: freebsd-current@freebsd.org Subject: Re: ASL 2.0 based software contribution to FreeBSD code base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2009 19:18:34 -0000 On Mar 11, 2009, at 6:43 AM, Saifi Khan wrote: > Is Apache Software License (ASL) 2.0 based software contributions > accepted in FreeBSD code base ? There is a strong preference for the "Simplified" or 2-clause BSD license. The ASL2 more closely resembles the old or 4-clause BSD license including the "advertising clause". There does not appear to be any code under the ASL2 in FreeBSD at present, although OpenSSL is dual-licensed and part of it resembles the ASL2. > Specific case to consider would be: > a. device driver code released under ASL 2.0 > > b. code contributed to kernel (eg. scheduler implementation) > under ASL 2.0 > > c. code contributed to userland (eg. new implementation of > ctags) under ASL 2.0 > > Can some of the experienced members share how things work within the > context of FreeBSD project ? Likely that some of these cases (ie, c) would handled by having the software be in the ports tree rather than in the FreeBSD base code itself, but the decision would be up to FreeBSD's core team.... Regards, -- -Chuck From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 19:44:19 2009 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 188F6106566C; Wed, 11 Mar 2009 19:44:19 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe02.swip.net [212.247.154.33]) by mx1.freebsd.org (Postfix) with ESMTP id 1D7F68FC08; Wed, 11 Mar 2009 19:44:17 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=MXw7gxVQKqGXY79tIT8aFQ==:17 a=6I5d2MoRAAAA:8 a=KinevOXAuYzijgT_nnEA:9 a=HQKCovSvVu6m2PEL6-aeUJauywwA:4 a=LY0hPdMaydYA:10 Received: from [62.113.132.61] (account mc467741@c2i.net HELO laptop) by mailfe02.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1211582283; Wed, 11 Mar 2009 20:44:16 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Wed, 11 Mar 2009 20:46:44 +0100 User-Agent: KMail/1.9.7 References: <20090310045605.GA38857@nagual.pp.ru> <200903110928.51384.hselasky@c2i.net> <49B8040E.9090604@FreeBSD.org> In-Reply-To: <49B8040E.9090604@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903112046.45540.hselasky@c2i.net> Cc: usb@freebsd.org, Doug Barton , Andrew Thompson Subject: Re: USB2 makes moused insane X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2009 19:44:19 -0000 On Wednesday 11 March 2009, Doug Barton wrote: > Hans Petter Selasky wrote: > > After looking at the HID descriptors I have made the following patch: > > > > http://perforce.freebsd.org/chv.cgi?CH=159053 > > > > USB wheel should work again! > > Thanks for the quick response. One question, how do I generate a diff > I can apply to my sources from the perforce web thingy? > Hi, There is a link where you can download the complete file. Then you have to diff on your box. --HPS From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 20:04:00 2009 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 1F98D1065672 for ; Wed, 11 Mar 2009 20:04:00 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with ESMTP id A1D7B8FC1B for ; Wed, 11 Mar 2009 20:03:59 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 27142 invoked by uid 399); 11 Mar 2009 20:03:55 -0000 Received: from localhost (HELO ?192.168.0.24?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 11 Mar 2009 20:03:55 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <49B81923.1050204@FreeBSD.org> Date: Wed, 11 Mar 2009 13:03:47 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Hans Petter Selasky References: <20090310045605.GA38857@nagual.pp.ru> <200903110928.51384.hselasky@c2i.net> <49B8040E.9090604@FreeBSD.org> <200903112046.45540.hselasky@c2i.net> In-Reply-To: <200903112046.45540.hselasky@c2i.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: usb@freebsd.org, freebsd-current@freebsd.org, Andrew Thompson Subject: Re: USB2 makes moused insane X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2009 20:04:00 -0000 Hans Petter Selasky wrote: > On Wednesday 11 March 2009, Doug Barton wrote: >> Hans Petter Selasky wrote: >>> After looking at the HID descriptors I have made the following patch: >>> >>> http://perforce.freebsd.org/chv.cgi?CH=159053 >>> >>> USB wheel should work again! >> Thanks for the quick response. One question, how do I generate a diff >> I can apply to my sources from the perforce web thingy? >> > > Hi, > > There is a link where you can download the complete file. > > Then you have to diff on your box. D'oh, I should have thought of that. Thanks. :) From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 20:11:51 2009 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 618B41065672 for ; Wed, 11 Mar 2009 20:11:51 +0000 (UTC) (envelope-from nick-lists@netability.ie) Received: from mail.acquirer.com (unknown [IPv6:2001:1bb8:2000:4::2]) by mx1.freebsd.org (Postfix) with ESMTP id 4599D8FC17 for ; Wed, 11 Mar 2009 20:11:49 +0000 (UTC) (envelope-from nick-lists@netability.ie) X-Envelope-To: Received: from crumpet.foobar.org (twinkie.foobar.org [87.192.56.84]) (authenticated bits=0) by mail.acquirer.com (8.14.3/8.14.3) with ESMTP id n2BKBZR2027057 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Wed, 11 Mar 2009 20:11:40 GMT (envelope-from nick-lists@netability.ie) Message-ID: <49B81AF7.1040702@netability.ie> Date: Wed, 11 Mar 2009 20:11:35 +0000 From: Nick Hilliard User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b4pre) Gecko/20090305 Shredder/3.0b3pre MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary="------------070206050003020704010204" X-Spam-Status: No, score=-2.3 required=5.0 tests=AWL,BAYES_00,TW_BD,TW_BF, TW_KB,TW_TK,TW_XB,TW_XC,TW_XD,TW_XF autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on muffin.acquirer.com X-Virus-Scanned: ClamAV 0.94.2/9093/Wed Mar 11 15:32:37 2009 on muffin.acquirer.com X-Virus-Status: Clean Subject: SiI3531 SATA port multipler X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2009 20:11:51 -0000 This is a multi-part message in MIME format. --------------070206050003020704010204 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Hello, I've been poking around with a SiI3531 sata300 host card, connected to an external disk enclosure with an internal SiI4726 card. There are 3 x SATA disks hanging off it at the moment: > http://www.startech.com/item/SAT3540ERGB-35in-4-Drive-eSATA-Multi-RAID-External-Hard-Drive-Enclosure.aspx I have assumed that the SiI3531 is command-compatible with the SiI3112, and put in the attached patch to see what might happen. The kernel appears to recognise the sata card, but dies before initialising it properly: > ata2: Portmultiplier (id=47261095 rev=1f06) with 7 ports > ata2: error writing PM port > ata2: p6: writing ATA_SC_DET_RESET failed > ata2: Portmultiplier (id=47261095 rev=1f06) with 7 ports > ata2: error writing PM port > ata2: p4: writing ATA_SC_DET_RESET failed > ata2: error writing PM port > ata2: p5: writing ATA_SC_DET_RESET failed > ata2: error writing PM port > ata2: p6: writing ATA_SC_DET_RESET failed > ata2: Portmultiplier (id=47261095 rev=1f06) with 7 ports > ata2: error writing PM port > ata2: p6: writing ATA_SC_DET_RESET failed > ata2: Portmultiplier (id=47261095 rev=1f06) with 7 ports > ata2: error writing PM port > ata2: p6: writing ATA_SC_DET_RESET failed I've attached a full dmesg. This setup is running on an Asus P5Q SE2 motherboard, in amd64 mode with a -current kernel pulled today. Any suggestions about what could be done to make this work? Nick --------------070206050003020704010204 Content-Type: text/plain; x-mac-type="0"; x-mac-creator="0"; name="si-3531.diff" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="si-3531.diff" LS0tIHN5cy9kZXYvYXRhL2F0YS1wY2kuaC5vbGQJMjAwOS0wMi0yMSAyMjo1NzoyNi4wMDAw MDAwMDAgKzAwMDAKKysrIHN5cy9kZXYvYXRhL2F0YS1wY2kuaAkyMDA5LTAzLTExIDE3OjE0 OjExLjAwMDAwMDAwMCArMDAwMApAQCAtMzM4LDYgKzMzOCw3IEBACiAjZGVmaW5lIEFUQV9T SUkzMTI0CQkweDMxMjQxMDk1CiAjZGVmaW5lIEFUQV9TSUkzMTMyCQkweDMxMzIxMDk1CiAj ZGVmaW5lIEFUQV9TSUkzMTMyXzEJCTB4MDI0MjEwOTUKKyNkZWZpbmUgQVRBX1NJSTM1MzEJ CTB4MzUzMTEwOTUKICNkZWZpbmUgQVRBX1NJSTA2ODAgICAgICAgICAgICAgMHgwNjgwMTA5 NQogI2RlZmluZSBBVEFfQ01ENjQ2ICAgICAgICAgICAgICAweDA2NDYxMDk1CiAjZGVmaW5l IEFUQV9DTUQ2NDggICAgICAgICAgICAgIDB4MDY0ODEwOTUKLS0tIHN5cy9kZXYvYXRhL2No aXBzZXRzL2F0YS1zaWxpY29uaW1hZ2UuYy5vbGQJMjAwOS0wMy0wNCAxODoyNTozOS4wMDAw MDAwMDAgKzAwMDAKKysrIHN5cy9kZXYvYXRhL2NoaXBzZXRzL2F0YS1zaWxpY29uaW1hZ2Uu YwkyMDA5LTAzLTExIDE3OjE0OjE2LjAwMDAwMDAwMCArMDAwMApAQCAtOTksNiArOTksNyBA QAogICAgICB7IEFUQV9TSUkzMTI0LCAgIDB4MDAsIFNJSV9QUkJJTywgU0lJXzRDSCwgICAg QVRBX1NBMzAwLCAiMzEyNCIgfSwKICAgICAgeyBBVEFfU0lJMzEzMiwgICAweDAwLCBTSUlf UFJCSU8sIDAsICAgICAgICAgIEFUQV9TQTMwMCwgIjMxMzIiIH0sCiAgICAgIHsgQVRBX1NJ STMxMzJfMSwgMHgwMCwgU0lJX1BSQklPLCAwLCAgICAgICAgICBBVEFfU0EzMDAsICIzMTMy IiB9LAorICAgICB7IEFUQV9TSUkzNTMxLCAgIDB4MDAsIFNJSV9QUkJJTywgMCwgICAgICAg ICAgQVRBX1NBMzAwLCAiMzUzMSIgfSwKICAgICAgeyBBVEFfU0lJMDY4MCwgICAweDAwLCBT SUlfTUVNSU8sIFNJSV9TRVRDTEssIEFUQV9VRE1BNiwgIjY4MCIgfSwKICAgICAgeyBBVEFf Q01ENjQ5LCAgICAweDAwLCAwLCAgICAgICAgIFNJSV9JTlRSLCAgIEFUQV9VRE1BNSwgIihD TUQpIDY0OSIgfSwKICAgICAgeyBBVEFfQ01ENjQ4LCAgICAweDAwLCAwLCAgICAgICAgIFNJ SV9JTlRSLCAgIEFUQV9VRE1BNCwgIihDTUQpIDY0OCIgfSwK --------------070206050003020704010204 Content-Type: text/plain; name="dmesg.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="dmesg.txt" Q29weXJpZ2h0IChjKSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkx LCAxOTkyLCAxOTkzLCAxOTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBD YWxpZm9ybmlhLiBBbGwgcmlnaHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJl ZCB0cmFkZW1hcmsgb2YgVGhlIEZyZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCA4LjAtQ1VS UkVOVCAjNDogVHVlIE1hciAxMCAxODoxOTozOCBHTVQgMjAwOQogICAgbmlja0BwYW5jYWtl Lnh4eHh4eHg6L3Vzci9zcmMvc3lzL2FtZDY0L2NvbXBpbGUvUEFOQ0FLRQpXQVJOSU5HOiBX SVRORVNTIG9wdGlvbiBlbmFibGVkLCBleHBlY3QgcmVkdWNlZCBwZXJmb3JtYW5jZS4KVGlt ZWNvdW50ZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5MzE4MiBIeiBxdWFsaXR5IDAKQ1BVOiBJ bnRlbChSKSBDb3JlKFRNKTIgRHVvIENQVSAgICAgRTg0MDAgIEAgMy4wMEdIeiAoMzAxMC4w NS1NSHogSzgtY2xhc3MgQ1BVKQogIE9yaWdpbiA9ICJHZW51aW5lSW50ZWwiICBJZCA9IDB4 MTA2N2EgIFN0ZXBwaW5nID0gMTAKICBGZWF0dXJlcz0weGJmZWJmYmZmPEZQVSxWTUUsREUs UFNFLFRTQyxNU1IsUEFFLE1DRSxDWDgsQVBJQyxTRVAsTVRSUixQR0UsTUNBLENNT1YsUEFU LFBTRTM2LENMRkxVU0gsRFRTLEFDUEksTU1YLEZYU1IsU1NFLFNTRTIsU1MsSFRULFRNLFBC RT4KICBGZWF0dXJlczI9MHg0MDhlM2ZkPFNTRTMsRFRFUzY0LE1PTixEU19DUEwsVk1YLFNN WCxFU1QsVE0yLFNTU0UzLENYMTYseFRQUixQRENNLFNTRTQuMSxYU0FWRT4KICBBTUQgRmVh dHVyZXM9MHgyMDEwMDgwMDxTWVNDQUxMLE5YLExNPgogIEFNRCBGZWF0dXJlczI9MHgxPExB SEY+CiAgVFNDOiBQLXN0YXRlIGludmFyaWFudAogIENvcmVzIHBlciBwYWNrYWdlOiAyCnVz YWJsZSBtZW1vcnkgPSA4NTgwOTkzMDI0ICg4MTgzIE1CKQphdmFpbCBtZW1vcnkgID0gODI4 NTAyMDE2MCAoNzkwMSBNQikKQUNQSSBBUElDIFRhYmxlOiA8QV9NX0lfIE9FTUFQSUMgPgpG cmVlQlNEL1NNUDogTXVsdGlwcm9jZXNzb3IgU3lzdGVtIERldGVjdGVkOiAyIENQVXMKIGNw dTAgKEJTUCk6IEFQSUMgSUQ6ICAwCiBjcHUxIChBUCk6IEFQSUMgSUQ6ICAxCmlvYXBpYzAg PFZlcnNpb24gMi4wPiBpcnFzIDAtMjMgb24gbW90aGVyYm9hcmQKa2JkMSBhdCBrYmRtdXgw CmFjcGkwOiA8QV9NX0lfIE9FTVhTRFQ+IG9uIG1vdGhlcmJvYXJkCmFjcGkwOiBbSVRIUkVB RF0KYWNwaTA6IFBvd2VyIEJ1dHRvbiAoZml4ZWQpCmFjcGkwOiByZXNlcnZhdGlvbiBvZiAw LCBhMDAwMCAoMykgZmFpbGVkCmFjcGkwOiByZXNlcnZhdGlvbiBvZiAxMDAwMDAsIGNmZjAw MDAwICgzKSBmYWlsZWQKVGltZWNvdW50ZXIgIkFDUEktZmFzdCIgZnJlcXVlbmN5IDM1Nzk1 NDUgSHogcXVhbGl0eSAxMDAwCmFjcGlfdGltZXIwOiA8MjQtYml0IHRpbWVyIGF0IDMuNTc5 NTQ1TUh6PiBwb3J0IDB4ODA4LTB4ODBiIG9uIGFjcGkwCmFjcGlfaHBldDA6IDxIaWdoIFBy ZWNpc2lvbiBFdmVudCBUaW1lcj4gaW9tZW0gMHhmZWQwMDAwMC0weGZlZDAwM2ZmIG9uIGFj cGkwClRpbWVjb3VudGVyICJIUEVUIiBmcmVxdWVuY3kgMTQzMTgxODAgSHogcXVhbGl0eSA5 MDAKcGNpYjA6IDxBQ1BJIEhvc3QtUENJIGJyaWRnZT4gcG9ydCAweGNmOC0weGNmZiBvbiBh Y3BpMApwY2kwOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMApwY2liMTogPEFDUEkgUENJLVBD SSBicmlkZ2U+IGlycSAxNiBhdCBkZXZpY2UgMS4wIG9uIHBjaTAKcGNpMTogPEFDUEkgUENJ IGJ1cz4gb24gcGNpYjEKdmdhcGNpMDogPFZHQS1jb21wYXRpYmxlIGRpc3BsYXk+IG1lbSAw eGY4MDAwMDAwLTB4ZmJmZmZmZmYsMHhkMDAwMDAwMC0weGRmZmZmZmZmLDB4ZmQwMDAwMDAt MHhmZGZmZmZmZiBpcnEgMTYgYXQgZGV2aWNlIDAuMCBvbiBwY2kxCnBjaTA6IDxzZXJpYWwg YnVzLCBVU0I+IGF0IGRldmljZSAyNi4wIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTA6IDxz ZXJpYWwgYnVzLCBVU0I+IGF0IGRldmljZSAyNi4xIChubyBkcml2ZXIgYXR0YWNoZWQpCnBj aTA6IDxzZXJpYWwgYnVzLCBVU0I+IGF0IGRldmljZSAyNi4yIChubyBkcml2ZXIgYXR0YWNo ZWQpCnBjaTA6IDxzZXJpYWwgYnVzLCBVU0I+IGF0IGRldmljZSAyNi43IChubyBkcml2ZXIg YXR0YWNoZWQpCnBjaTA6IDxtdWx0aW1lZGlhLCBIREE+IGF0IGRldmljZSAyNy4wIChubyBk cml2ZXIgYXR0YWNoZWQpCnBjaWIyOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE3IGF0 IGRldmljZSAyOC4wIG9uIHBjaTAKcGNpNTogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjIKZW0w OiA8SW50ZWwoUikgUFJPLzEwMDAgTmV0d29yayBDb25uZWN0aW9uIDYuOS42PiBwb3J0IDB4 ZWMwMC0weGVjMWYgbWVtIDB4ZmViZTAwMDAtMHhmZWJmZmZmZiwweGZlYmMwMDAwLTB4ZmVi ZGZmZmYgaXJxIDE2IGF0IGRldmljZSAwLjAgb24gcGNpNQplbTA6IFVzaW5nIE1TSSBpbnRl cnJ1cHQKZW0wOiBbRklMVEVSXQplbTA6IEV0aGVybmV0IGFkZHJlc3M6IDAwOjFiOjIxOjMy OjFhOjllCnBjaWIzOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE2IGF0IGRldmljZSAy OC4xIG9uIHBjaTAKcGNpNDogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjMKYXRhcGNpMDogPFNp SSAzNTMxIFNBVEEzMDAgY29udHJvbGxlcj4gcG9ydCAweGRjMDAtMHhkYzdmIG1lbSAweGZl YWZmYzAwLTB4ZmVhZmZjN2YsMHhmZWFmYzAwMC0weGZlYWZkZmZmIGlycSAxNyBhdCBkZXZp Y2UgMC4wIG9uIHBjaTQKYXRhcGNpMDogW0lUSFJFQURdCmF0YTI6IDxBVEEgY2hhbm5lbCAw PiBvbiBhdGFwY2kwCmF0YTI6IFBvcnRtdWx0aXBsaWVyIChpZD00NzI2MTA5NSByZXY9MWYw Nikgd2l0aCA3IHBvcnRzCmF0YTI6IGVycm9yIHdyaXRpbmcgUE0gcG9ydAphdGEyOiBwNjog d3JpdGluZyBBVEFfU0NfREVUX1JFU0VUIGZhaWxlZAphdGEyOiBbSVRIUkVBRF0KYXRhMzog PEFUQSBjaGFubmVsIDE+IG9uIGF0YXBjaTAKYXRhMzogW0lUSFJFQURdCnBjaWI0OiA8QUNQ SSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE3IGF0IGRldmljZSAyOC40IG9uIHBjaTAKcGNpMzog PEFDUEkgUENJIGJ1cz4gb24gcGNpYjQKYXRhcGNpMTogPE1hcnZlbGwgODhTWDYxMDEgVURN QTEzMyBjb250cm9sbGVyPiBwb3J0IDB4Y2MwMC0weGNjMDcsMHhjODgwLTB4Yzg4MywweGM4 MDAtMHhjODA3LDB4YzQ4MC0weGM0ODMsMHhjNDAwLTB4YzQwZiBtZW0gMHhmZTlmZmMwMC0w eGZlOWZmZGZmIGlycSAxNiBhdCBkZXZpY2UgMC4wIG9uIHBjaTMKYXRhcGNpMTogW0lUSFJF QURdCmF0YTQ6IDxBVEEgY2hhbm5lbCAwPiBvbiBhdGFwY2kxCmF0YTQ6IFtJVEhSRUFEXQpw Y2liNTogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGlycSAxNiBhdCBkZXZpY2UgMjguNSBvbiBw Y2kwCnBjaTI6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI1CnBjaTI6IDxuZXR3b3JrLCBldGhl cm5ldD4gYXQgZGV2aWNlIDAuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kwOiA8c2VyaWFs IGJ1cywgVVNCPiBhdCBkZXZpY2UgMjkuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kwOiA8 c2VyaWFsIGJ1cywgVVNCPiBhdCBkZXZpY2UgMjkuMSAobm8gZHJpdmVyIGF0dGFjaGVkKQpw Y2kwOiA8c2VyaWFsIGJ1cywgVVNCPiBhdCBkZXZpY2UgMjkuMiAobm8gZHJpdmVyIGF0dGFj aGVkKQpwY2kwOiA8c2VyaWFsIGJ1cywgVVNCPiBhdCBkZXZpY2UgMjkuNyAobm8gZHJpdmVy IGF0dGFjaGVkKQpwY2liNjogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAzMC4w IG9uIHBjaTAKcGNpNjogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjYKaXNhYjA6IDxQQ0ktSVNB IGJyaWRnZT4gYXQgZGV2aWNlIDMxLjAgb24gcGNpMAppc2EwOiA8SVNBIGJ1cz4gb24gaXNh YjAKYXRhcGNpMjogPEludGVsIEFIQ0kgY29udHJvbGxlcj4gcG9ydCAweDljMDAtMHg5YzA3 LDB4OTg4MC0weDk4ODMsMHg5ODAwLTB4OTgwNywweDk0ODAtMHg5NDgzLDB4OTQwMC0weDk0 MWYgbWVtIDB4ZjdmZmU4MDAtMHhmN2ZmZWZmZiBpcnEgMTkgYXQgZGV2aWNlIDMxLjIgb24g cGNpMAphdGFwY2kyOiBbSVRIUkVBRF0KYXRhcGNpMjogQUhDSSBWZXJzaW9uIDAxLjIwIGNv bnRyb2xsZXIgd2l0aCA2IHBvcnRzIFBNIHN1cHBvcnRlZAphdGE1OiA8QVRBIGNoYW5uZWwg MD4gb24gYXRhcGNpMgphdGE1OiBbSVRIUkVBRF0KYXRhNjogPEFUQSBjaGFubmVsIDE+IG9u IGF0YXBjaTIKYXRhNjogW0lUSFJFQURdCmF0YTc6IDxBVEEgY2hhbm5lbCAyPiBvbiBhdGFw Y2kyCmF0YTc6IFtJVEhSRUFEXQphdGE4OiA8QVRBIGNoYW5uZWwgMz4gb24gYXRhcGNpMgph dGE4OiBbSVRIUkVBRF0KYXRhOTogPEFUQSBjaGFubmVsIDQ+IG9uIGF0YXBjaTIKYXRhOTog W0lUSFJFQURdCmF0YTEwOiA8QVRBIGNoYW5uZWwgNT4gb24gYXRhcGNpMgphdGExMDogW0lU SFJFQURdCnBjaTA6IDxzZXJpYWwgYnVzLCBTTUJ1cz4gYXQgZGV2aWNlIDMxLjMgKG5vIGRy aXZlciBhdHRhY2hlZCkKYWNwaV9idXR0b24wOiA8UG93ZXIgQnV0dG9uPiBvbiBhY3BpMAph dHJ0YzA6IDxBVCByZWFsdGltZSBjbG9jaz4gcG9ydCAweDcwLTB4NzEgaXJxIDggb24gYWNw aTAKYXRrYmRjMDogPEtleWJvYXJkIGNvbnRyb2xsZXIgKGk4MDQyKT4gcG9ydCAweDYwLDB4 NjQgaXJxIDEgb24gYWNwaTAKYXRrYmQwOiA8QVQgS2V5Ym9hcmQ+IGlycSAxIG9uIGF0a2Jk YzAKa2JkMCBhdCBhdGtiZDAKYXRrYmQwOiBbR0lBTlQtTE9DS0VEXQphdGtiZDA6IFtJVEhS RUFEXQpjcHUwOiA8QUNQSSBDUFU+IG9uIGFjcGkwCkFDUEkgV2FybmluZyAodGJ1dGlscy0w MjQzKTogSW5jb3JyZWN0IGNoZWNrc3VtIGluIHRhYmxlIFtPRU1CXSAtICBBNSwgc2hvdWxk IGJlIEE0IFsyMDA3MDMyMF0KZXN0MDogPEVuaGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kg Q29udHJvbD4gb24gY3B1MApwNHRjYzA6IDxDUFUgRnJlcXVlbmN5IFRoZXJtYWwgQ29udHJv bD4gb24gY3B1MApjcHUxOiA8QUNQSSBDUFU+IG9uIGFjcGkwCmVzdDE6IDxFbmhhbmNlZCBT cGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRyb2w+IG9uIGNwdTEKZXN0OiBDUFUgc3VwcG9ydHMg RW5oYW5jZWQgU3BlZWRzdGVwLCBidXQgaXMgbm90IHJlY29nbml6ZWQuCmVzdDogY3B1X3Zl bmRvciBHZW51aW5lSW50ZWwsIG1zciA2MTYwOTIxMDYwMDA5MjEKZGV2aWNlX2F0dGFjaDog ZXN0MSBhdHRhY2ggcmV0dXJuZWQgNgpwNHRjYzE6IDxDUFUgRnJlcXVlbmN5IFRoZXJtYWwg Q29udHJvbD4gb24gY3B1MQpzYzA6IDxTeXN0ZW0gY29uc29sZT4gYXQgZmxhZ3MgMHgxMDAg b24gaXNhMApzYzA6IFZHQSA8MTYgdmlydHVhbCBjb25zb2xlcywgZmxhZ3M9MHgzMDA+CnZn YTA6IDxHZW5lcmljIElTQSBWR0E+IGF0IHBvcnQgMHgzYzAtMHgzZGYgaW9tZW0gMHhhMDAw MC0weGJmZmZmIG9uIGlzYTAKVGltZWNvdW50ZXJzIHRpY2sgZXZlcnkgMS4wMDAgbXNlYwph dGEyOiBQb3J0bXVsdGlwbGllciAoaWQ9NDcyNjEwOTUgcmV2PTFmMDYpIHdpdGggNyBwb3J0 cwphdGEyOiBlcnJvciB3cml0aW5nIFBNIHBvcnQKYXRhMjogcDY6IHdyaXRpbmcgQVRBX1ND X0RFVF9SRVNFVCBmYWlsZWQKYXRhMjogUG9ydG11bHRpcGxpZXIgKGlkPTQ3MjYxMDk1IHJl dj0xZjA2KSB3aXRoIDcgcG9ydHMKYXRhMjogZXJyb3Igd3JpdGluZyBQTSBwb3J0CmF0YTI6 IHA0OiB3cml0aW5nIEFUQV9TQ19ERVRfUkVTRVQgZmFpbGVkCmF0YTI6IGVycm9yIHdyaXRp bmcgUE0gcG9ydAphdGEyOiBwNTogd3JpdGluZyBBVEFfU0NfREVUX1JFU0VUIGZhaWxlZAph dGEyOiBlcnJvciB3cml0aW5nIFBNIHBvcnQKYXRhMjogcDY6IHdyaXRpbmcgQVRBX1NDX0RF VF9SRVNFVCBmYWlsZWQKYXRhMjogUG9ydG11bHRpcGxpZXIgKGlkPTQ3MjYxMDk1IHJldj0x ZjA2KSB3aXRoIDcgcG9ydHMKYXRhMjogZXJyb3Igd3JpdGluZyBQTSBwb3J0CmF0YTI6IHA2 OiB3cml0aW5nIEFUQV9TQ19ERVRfUkVTRVQgZmFpbGVkCmF0YTI6IFBvcnRtdWx0aXBsaWVy IChpZD00NzI2MTA5NSByZXY9MWYwNikgd2l0aCA3IHBvcnRzCmF0YTI6IGVycm9yIHdyaXRp bmcgUE0gcG9ydAphdGEyOiBwNjogd3JpdGluZyBBVEFfU0NfREVUX1JFU0VUIGZhaWxlZAph Y2QwOiBEVkRSIDxITC1EVC1TVCBEVkRSQU0gR1NBLTQxNjNCL0ExMDM+IGF0IGF0YTQtbWFz dGVyIFVETUEzMwphZDEwOiAxNDMwNzk5TUIgPFNlYWdhdGUgU1QzMTUwMDM0MUFTIENDMUg+ IGF0IGF0YTUtbWFzdGVyIFNBVEEzMDAKU01QOiBBUCBDUFUgIzEgTGF1bmNoZWQhCldBUk5J Tkc6IFdJVE5FU1Mgb3B0aW9uIGVuYWJsZWQsIGV4cGVjdCByZWR1Y2VkIHBlcmZvcm1hbmNl LgpHRU9NOiBhZDEwczE6IGdlb21ldHJ5IGRvZXMgbm90IG1hdGNoIGxhYmVsICgyNTVoLDYz cyAhPSAxNmgsNjNzKS4KVHJ5aW5nIHRvIG1vdW50IHJvb3QgZnJvbSB1ZnM6L2Rldi9hZDEw czFhCg== --------------070206050003020704010204-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 20:59:00 2009 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 667CC106566B; Wed, 11 Mar 2009 20:59:00 +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 B721C8FC0A; Wed, 11 Mar 2009 20:58:59 +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 n2BKwkaq008866; Wed, 11 Mar 2009 23:58:46 +0300 (MSK) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1236805126; bh=R1xUpBg/xi2khc3fyDVSYl82X5oiBOYr7RT5fRQ62e8=; l=287; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:In-Reply-To; b=Yur4W7JAdJy/Hi9//xutxFSxAJBQzyA/baCVPdeh2zK2D75bYPXaJITxG2nlcExVp ZZcxHCNo1/r3E5ZOpK7t2l4AxPVvzpt55rgoJlRwfqzXFz2mY4z6CgidquOiaCVMNQ fVOVjd8JOzWl6Nq2q7m3eu+IuNvCPq5k5IOxSpU8= Received: (from ache@localhost) by nagual.pp.ru (8.14.3/8.14.3/Submit) id n2BKwjgN008865; Wed, 11 Mar 2009 23:58:45 +0300 (MSK) (envelope-from ache) Date: Wed, 11 Mar 2009 23:58:44 +0300 From: Andrey Chernov To: Hans Petter Selasky Message-ID: <20090311205843.GA6101@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Hans Petter Selasky , Renato Botelho , usb@freebsd.org, freebsd-current@freebsd.org, Beech Rintoul , akbeech@gmail.com References: <20090310045605.GA38857@nagual.pp.ru> <200903101625.57647.hselasky@c2i.net> <20090311011536.GB65734@nagual.pp.ru> <200903110934.53005.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200903110934.53005.hselasky@c2i.net> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: Renato Botelho , usb@freebsd.org, freebsd-current@freebsd.org, Beech Rintoul , akbeech@gmail.com Subject: Re: USB2 makes moused insane X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2009 20:59:01 -0000 On Wed, Mar 11, 2009 at 09:34:51AM +0100, Hans Petter Selasky wrote: > Hi, > > This patch should also fix your mouse. Please try and report back! > > http://perforce.freebsd.org/chv.cgi?CH=159053 Just tried. It seems nothing is changed for my mice. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 21:04:20 2009 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 11A5110656D2; Wed, 11 Mar 2009 21:04:20 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe13.tele2.se [212.247.155.129]) by mx1.freebsd.org (Postfix) with ESMTP id 45F978FC0A; Wed, 11 Mar 2009 21:04:18 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=MXw7gxVQKqGXY79tIT8aFQ==:17 a=6I5d2MoRAAAA:8 a=yOqS4PQo9l7BqvPE0scA:9 a=QbTozbjkNxpD6VOjAMtPdv5WZ2UA:4 a=LY0hPdMaydYA:10 Received: from [62.113.132.61] (account mc467741@c2i.net HELO laptop) by mailfe13.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 818752271; Wed, 11 Mar 2009 22:04:17 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Wed, 11 Mar 2009 22:06:44 +0100 User-Agent: KMail/1.9.7 References: <20090310045605.GA38857@nagual.pp.ru> <200903110934.53005.hselasky@c2i.net> <20090311205843.GA6101@nagual.pp.ru> In-Reply-To: <20090311205843.GA6101@nagual.pp.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903112206.47108.hselasky@c2i.net> Cc: Renato Botelho , Andrey Chernov , akbeech@gmail.com, Beech Rintoul , usb@freebsd.org Subject: Re: USB2 makes moused insane X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2009 21:04:21 -0000 On Wednesday 11 March 2009, Andrey Chernov wrote: > On Wed, Mar 11, 2009 at 09:34:51AM +0100, Hans Petter Selasky wrote: > > Hi, > > > > This patch should also fix your mouse. Please try and report back! > > > > http://perforce.freebsd.org/chv.cgi?CH=159053 > > Just tried. It seems nothing is changed for my mice. Are you sure that you re-loaded the USB module? Send debugging when hw.usb2.ums.debug=15 and you plug and move mouse. --HPS From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 21:06:20 2009 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 83CEF106580F; Wed, 11 Mar 2009 21:06:20 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe15.swip.net [212.247.155.193]) by mx1.freebsd.org (Postfix) with ESMTP id B5AE38FC12; Wed, 11 Mar 2009 21:06:19 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=MXw7gxVQKqGXY79tIT8aFQ==:17 a=6I5d2MoRAAAA:8 a=x3RBLHoFJBi26WRG_VsA:9 a=49BHu9L9StEWt1YQXhgA:7 a=Eqp3EwxUoqLW-ysqETTUCOJNAfQA:4 a=LY0hPdMaydYA:10 Received: from [62.113.132.61] (account mc467741@c2i.net HELO laptop) by mailfe15.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 461970775; Wed, 11 Mar 2009 22:06:17 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org User-Agent: KMail/1.9.7 References: <20090310045605.GA38857@nagual.pp.ru> <200903110934.53005.hselasky@c2i.net> <20090311205843.GA6101@nagual.pp.ru> In-Reply-To: <20090311205843.GA6101@nagual.pp.ru> MIME-Version: 1.0 Content-Disposition: inline Date: Wed, 11 Mar 2009 22:08:46 +0100 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200903112208.49142.hselasky@c2i.net> Cc: Renato Botelho , Andrey Chernov , akbeech@gmail.com, Beech Rintoul , usb@freebsd.org Subject: Re: USB2 makes moused insane X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2009 21:06:23 -0000 On Wednesday 11 March 2009, Andrey Chernov wrote: > On Wed, Mar 11, 2009 at 09:34:51AM +0100, Hans Petter Selasky wrote: > > Hi, > > > > This patch should also fix your mouse. Please try and report back! > > > > http://perforce.freebsd.org/chv.cgi?CH=159053 > > Just tried. It seems nothing is changed for my mice. This patch also depends on some previous patches, which have not been committed yet, so maybe the best is to just grab the latest usb_hid.c file from P4 and compile that. --HPS From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 20:55:33 2009 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 0A1061065674 for ; Wed, 11 Mar 2009 20:55:33 +0000 (UTC) (envelope-from kalinoj1@iem.pw.edu.pl) Received: from volt.iem.pw.edu.pl (volt.iem.pw.edu.pl [194.29.146.3]) by mx1.freebsd.org (Postfix) with ESMTP id 552448FC13 for ; Wed, 11 Mar 2009 20:55:30 +0000 (UTC) (envelope-from kalinoj1@iem.pw.edu.pl) Received: by volt.iem.pw.edu.pl (Postfix, from userid 80) id 4C1B4A66734; Wed, 11 Mar 2009 21:39:17 +0100 (CET) To: MIME-Version: 1.0 Date: Wed, 11 Mar 2009 21:39:17 +0100 From: =?UTF-8?Q?J=C4=99drzej_Kalinowski?= Message-ID: <3cd67c0d967b2464a4b40bd85582bf88@iem.pw.edu.pl> X-Sender: kalinoj1@iem.pw.edu.pl User-Agent: RoundCube Webmail/0.2-beta Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="UTF-8" X-Mailman-Approved-At: Wed, 11 Mar 2009 21:12:10 +0000 Subject: Timer issues when running CURRENT inside qemu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2009 20:55:33 -0000 Hello, I'm using the latest qemu release (0.10.0) to simulate network boot of the FreeBSD diskless station. Recent qemu supports HPET timer emulation (and does it by default). I've found something that could be interesting to -CURRENT developers... When I boot a 8.0-CURRENT kernel I've got console and dmesg full of such information: calcru: runtime went backwards from 981954 usec to 282875 usec for pid 14 (sh) calcru: runtime went backwards from 11248014703054744 usec to 23653848 usec forpid 14 (sh) calcru: runtime went backwards from 1298297 usec to 909205 usec for pid 11 (intr) calcru: runtime went backwards from 11248014678717988 usec to 119242 usec for pid 60 (ps) calcru: runtime went backwards from 11248014678921829 usec to 2516605 usec for pid 60 (ps) calcru: runtime went backwards from 7014844 usec to 6270851 usec for pid 0 (kernel) calcru: runtime went backwards from 11248014678723366 usec to 31380 usec for pid 15 (nfsiod 0) calcru: runtime went backwards from 22496029384944496 usec to 37978168 usec for pid 14 (sh) I also get events like this (which makes my console session die, or for example ssh to fail): login: Mar 11 21:15:12 qemu kernel: pid 831 (getty), uid 0, was killed: exceeded maximum CPU limit Sysctl shows these timers. qemu% sysctl kern.timecounter.choice kern.timecounter.choice: TSC(800) HPET(900) ACPI-safe(850) i8254(0) dummy(-1000000) I tried to switch between them, but any of them helps. I don't remember experiencing such things when running 7.x or 6.x series so maybe it's a new issue. It happens regardless of kqemu usage. Of course if you find this interesting and need some more info from dmesg or sth - I'm at your service :) -- Regards, Jedrzej Kalinowski From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 21:30:49 2009 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 995881065785; Wed, 11 Mar 2009 21:30:49 +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 E9C6D8FC1A; Wed, 11 Mar 2009 21:30:48 +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 n2BLUkXm050682; Thu, 12 Mar 2009 00:30:46 +0300 (MSK) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1236807046; bh=ARvwvqa7ZXVzkhQNadOO8dHvbUr+7D4RvPq6CtM4Y3w=; l=2298; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:In-Reply-To; b=jj6CvHtmZQM4/KSFYaOqrDhdoaGw/Ag/7U2NnGhP/KKvxmt/VvsVuu1cqVmHZv9Cb tI7QkN6H2ypNMUKKxjhfKvnJ7b6hR2dkK2TcB/cgEI2thjKVvmx+P5hTbfhHj8wxPQ 2H9zy9yKzGIOEB5iqtmGo3AuABaraFoy1hTuiG8E= Received: (from ache@localhost) by nagual.pp.ru (8.14.3/8.14.3/Submit) id n2BLUkd5050681; Thu, 12 Mar 2009 00:30:46 +0300 (MSK) (envelope-from ache) Date: Thu, 12 Mar 2009 00:30:45 +0300 From: Andrey Chernov To: Hans Petter Selasky Message-ID: <20090311213045.GB47787@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Hans Petter Selasky , freebsd-current@freebsd.org, Renato Botelho , usb@freebsd.org, Beech Rintoul , akbeech@gmail.com References: <20090310045605.GA38857@nagual.pp.ru> <200903110934.53005.hselasky@c2i.net> <20090311205843.GA6101@nagual.pp.ru> <200903112206.47108.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200903112206.47108.hselasky@c2i.net> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: Renato Botelho , usb@freebsd.org, freebsd-current@freebsd.org, Beech Rintoul , akbeech@gmail.com Subject: Re: USB2 makes moused insane X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2009 21:30:51 -0000 On Wed, Mar 11, 2009 at 10:06:44PM +0100, Hans Petter Selasky wrote: > > Are you sure that you re-loaded the USB module? It is in the kernel. I use whole file from p4. > Send debugging when hw.usb2.ums.debug=15 and you plug and move mouse. As you can see, some lines have ff in the buttons while no buttons are pressed. The mice itself have 5 buttons (including wheel click). ums_intr_callback:181: sc=0xc517ec00 actlen=10 ums_intr_callback:198: data = 00 00 ff 00 00 00 00 ff ums_intr_callback:255: x:0 y:256 z:1 t:0 w:0 buttons:0x0000ff00 ums_intr_callback:181: sc=0xc517ec00 actlen=10 ums_intr_callback:198: data = 00 ff 00 00 00 ff ff 00 ums_intr_callback:255: x:-256 y:-255 z:0 t:0 w:0 buttons:0x00000000 ums_intr_callback:181: sc=0xc517ec00 actlen=10 ums_intr_callback:198: data = 00 ff 00 00 00 ff ff 00 ums_intr_callback:255: x:-256 y:-255 z:0 t:0 w:0 buttons:0x00000000 ums_intr_callback:181: sc=0xc517ec00 actlen=10 ums_intr_callback:198: data = 00 e9 f9 00 00 e9 ff f9 ums_intr_callback:255: x:-5888 y:1537 z:7 t:0 w:0 buttons:0x0000ff00 ums_intr_callback:181: sc=0xc517ec00 actlen=10 ums_intr_callback:198: data = 00 f0 fe 00 00 f0 ff fe ums_intr_callback:255: x:-4096 y:257 z:2 t:0 w:0 buttons:0x0000ff00 ums_intr_callback:181: sc=0xc517ec00 actlen=10 ums_intr_callback:198: data = 00 fb 00 00 00 fb ff 00 ums_intr_callback:255: x:-1280 y:-255 z:0 t:0 w:0 buttons:0x00000000 ums_intr_callback:181: sc=0xc517ec00 actlen=10 ums_intr_callback:198: data = 00 ff 00 00 00 ff ff 00 ums_intr_callback:255: x:-256 y:-255 z:0 t:0 w:0 buttons:0x00000000 ums_intr_callback:181: sc=0xc517ec00 actlen=10 ums_intr_callback:198: data = 00 01 00 00 00 01 00 00 ums_intr_callback:255: x:256 y:0 z:0 t:0 w:0 buttons:0x00000000 ums_intr_callback:181: sc=0xc517ec00 actlen=10 ums_intr_callback:198: data = 00 01 00 00 00 01 00 00 ums_intr_callback:255: x:256 y:0 z:0 t:0 w:0 buttons:0x00000000 ums_intr_callback:181: sc=0xc517ec00 actlen=10 ums_intr_callback:198: data = 00 0e fc 00 00 0e 00 fc ums_intr_callback:255: x:3584 y:1024 z:4 t:0 w:0 buttons:0x0000ff00 ums_intr_callback:181: sc=0xc517ec00 actlen=10 ums_intr_callback:198: data = 00 01 00 00 00 01 00 00 ums_intr_callback:255: x:256 y:0 z:0 t:0 w:0 buttons:0x00000000 -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 21:45:15 2009 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 341551065675; Wed, 11 Mar 2009 21:45:15 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe06.swip.net [212.247.154.161]) by mx1.freebsd.org (Postfix) with ESMTP id 387DF8FC16; Wed, 11 Mar 2009 21:45:13 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=MXw7gxVQKqGXY79tIT8aFQ==:17 a=whLWPQiJkCWc9oRHttQA:9 a=7NQU7dZAtWvX9r20tl6I4sEplo4A:4 a=LY0hPdMaydYA:10 Received: from [62.113.132.61] (account mc467741@c2i.net HELO laptop) by mailfe06.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1209186914; Wed, 11 Mar 2009 22:45:12 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Wed, 11 Mar 2009 22:47:41 +0100 User-Agent: KMail/1.9.7 References: <20090310045605.GA38857@nagual.pp.ru> <200903112206.47108.hselasky@c2i.net> <20090311213045.GB47787@nagual.pp.ru> In-Reply-To: <20090311213045.GB47787@nagual.pp.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903112247.42768.hselasky@c2i.net> Cc: Renato Botelho , Andrey Chernov , akbeech@gmail.com, Beech Rintoul , usb@freebsd.org Subject: Re: USB2 makes moused insane X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2009 21:45:16 -0000 On Wednesday 11 March 2009, Andrey Chernov wrote: > On Wed, Mar 11, 2009 at 10:06:44PM +0100, Hans Petter Selasky wrote: > > Are you sure that you re-loaded the USB module? > > It is in the kernel. I use whole file from p4. > > > Send debugging when hw.usb2.ums.debug=15 and you plug and move mouse. > Can you show me the dmesg right after you plug the device, that prints where the X,Y,Z and buttons are located. I think we are seeing a different problem where we have a zero-valued report ID. And also. Re-dump the HID descriptor if this a different mouse than before. --HPS > As you can see, some lines have ff in the buttons while no buttons are > pressed. The mice itself have 5 buttons (including wheel click). > > ums_intr_callback:181: sc=0xc517ec00 actlen=10 > ums_intr_callback:198: data = 00 00 ff 00 00 00 00 ff > ums_intr_callback:255: x:0 y:256 z:1 t:0 w:0 buttons:0x0000ff00 > ums_intr_callback:181: sc=0xc517ec00 actlen=10 > ums_intr_callback:198: data = 00 ff 00 00 00 ff ff 00 > ums_intr_callback:255: x:-256 y:-255 z:0 t:0 w:0 buttons:0x00000000 > ums_intr_callback:181: sc=0xc517ec00 actlen=10 > ums_intr_callback:198: data = 00 ff 00 00 00 ff ff 00 > ums_intr_callback:255: x:-256 y:-255 z:0 t:0 w:0 buttons:0x00000000 > ums_intr_callback:181: sc=0xc517ec00 actlen=10 > ums_intr_callback:198: data = 00 e9 f9 00 00 e9 ff f9 > ums_intr_callback:255: x:-5888 y:1537 z:7 t:0 w:0 buttons:0x0000ff00 > ums_intr_callback:181: sc=0xc517ec00 actlen=10 > ums_intr_callback:198: data = 00 f0 fe 00 00 f0 ff fe > ums_intr_callback:255: x:-4096 y:257 z:2 t:0 w:0 buttons:0x0000ff00 > ums_intr_callback:181: sc=0xc517ec00 actlen=10 > ums_intr_callback:198: data = 00 fb 00 00 00 fb ff 00 > ums_intr_callback:255: x:-1280 y:-255 z:0 t:0 w:0 buttons:0x00000000 > ums_intr_callback:181: sc=0xc517ec00 actlen=10 > ums_intr_callback:198: data = 00 ff 00 00 00 ff ff 00 > ums_intr_callback:255: x:-256 y:-255 z:0 t:0 w:0 buttons:0x00000000 > ums_intr_callback:181: sc=0xc517ec00 actlen=10 > ums_intr_callback:198: data = 00 01 00 00 00 01 00 00 > ums_intr_callback:255: x:256 y:0 z:0 t:0 w:0 buttons:0x00000000 > ums_intr_callback:181: sc=0xc517ec00 actlen=10 > ums_intr_callback:198: data = 00 01 00 00 00 01 00 00 > ums_intr_callback:255: x:256 y:0 z:0 t:0 w:0 buttons:0x00000000 > ums_intr_callback:181: sc=0xc517ec00 actlen=10 > ums_intr_callback:198: data = 00 0e fc 00 00 0e 00 fc > ums_intr_callback:255: x:3584 y:1024 z:4 t:0 w:0 buttons:0x0000ff00 > ums_intr_callback:181: sc=0xc517ec00 actlen=10 > ums_intr_callback:198: data = 00 01 00 00 00 01 00 00 > ums_intr_callback:255: x:256 y:0 z:0 t:0 w:0 buttons:0x00000000 From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 21:54:29 2009 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 62F7F1065676; Wed, 11 Mar 2009 21:54:29 +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 B02148FC0A; Wed, 11 Mar 2009 21:54:28 +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 n2BLsQTh051167; Thu, 12 Mar 2009 00:54:26 +0300 (MSK) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1236808466; bh=+dUYDakeF/wlzrBPi2u/ZLoPVMrclteXrrOQVJsuqio=; l=805; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:In-Reply-To; b=Eb1gOzbr5fNnDshfHNuLj5A9VWmgDf2aIZSxB5jUAEsKYYy7a4BLW09GsLz3eYRdD zmInvRhmM/K4vFhxAtYtO5DwTCCLDbilNUZ/bVcptoJrfuHn17r8Ig3V98DJ4yEiom peRlFPr8a+OPJqQlyzxOkRNP84aYw9URcKBqw1Fg= Received: (from ache@localhost) by nagual.pp.ru (8.14.3/8.14.3/Submit) id n2BLsPrE051166; Thu, 12 Mar 2009 00:54:25 +0300 (MSK) (envelope-from ache) Date: Thu, 12 Mar 2009 00:54:23 +0300 From: Andrey Chernov To: Hans Petter Selasky Message-ID: <20090311215423.GA51085@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Hans Petter Selasky , freebsd-current@freebsd.org, Renato Botelho , usb@freebsd.org, Beech Rintoul , akbeech@gmail.com References: <20090310045605.GA38857@nagual.pp.ru> <200903112206.47108.hselasky@c2i.net> <20090311213045.GB47787@nagual.pp.ru> <200903112247.42768.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200903112247.42768.hselasky@c2i.net> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: Renato Botelho , usb@freebsd.org, freebsd-current@freebsd.org, Beech Rintoul , akbeech@gmail.com Subject: Re: USB2 makes moused insane X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2009 21:54:30 -0000 On Wed, Mar 11, 2009 at 10:47:41PM +0100, Hans Petter Selasky wrote: > Can you show me the dmesg right after you plug the device, that prints where > the X,Y,Z and buttons are located. I think we are seeing a different problem > where we have a zero-valued report ID. Mouse is always plugged in, here is dmesg from my earlier message: ugen2.2: at usbus2 ums0: on usbus2 ums0: 16 buttons and [XYZ] coordinates uhid0: on usbus2 Or you need dmesg with mouse debug enabled? > And also. Re-dump the HID descriptor if this a different mouse than before. This is the same mouse. HID descriptors dumped are the same too. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 21:57:20 2009 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 EAC6C106568B; Wed, 11 Mar 2009 21:57:20 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe11.swipnet.se [212.247.155.65]) by mx1.freebsd.org (Postfix) with ESMTP id 29E488FC2A; Wed, 11 Mar 2009 21:57:19 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=MXw7gxVQKqGXY79tIT8aFQ==:17 a=HGYVYigTllPhOnafMDkA:9 a=AEoGnzaXACgYwkLGImYA:7 a=mfcodFlZXYhojx9UhtX9hb_986QA:4 a=LY0hPdMaydYA:10 Received: from [62.113.132.61] (account mc467741@c2i.net HELO laptop) by mailfe11.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1036093613; Wed, 11 Mar 2009 22:57:18 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Wed, 11 Mar 2009 22:59:46 +0100 User-Agent: KMail/1.9.7 References: <20090310045605.GA38857@nagual.pp.ru> <200903112247.42768.hselasky@c2i.net> <20090311215423.GA51085@nagual.pp.ru> In-Reply-To: <20090311215423.GA51085@nagual.pp.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903112259.48298.hselasky@c2i.net> Cc: Renato Botelho , Andrey Chernov , akbeech@gmail.com, Beech Rintoul , usb@freebsd.org Subject: Re: USB2 makes moused insane X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2009 21:57:22 -0000 On Wednesday 11 March 2009, Andrey Chernov wrote: > On Wed, Mar 11, 2009 at 10:47:41PM +0100, Hans Petter Selasky wrote: > > Can you show me the dmesg right after you plug the device, that prints > > where the X,Y,Z and buttons are located. I think we are seeing a > > different problem where we have a zero-valued report ID. > > Mouse is always plugged in, here is dmesg from my earlier message: > > ugen2.2: at usbus2 > ums0: on > usbus2 > ums0: 16 buttons and [XYZ] coordinates > uhid0: on > usbus2 > > Or you need dmesg with mouse debug enabled? Yes. > > > And also. Re-dump the HID descriptor if this a different mouse than > > before. > > This is the same mouse. HID descriptors dumped are the same too. From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 22:14:00 2009 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 CBEFC1065676; Wed, 11 Mar 2009 22:14:00 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 9DD7D8FC0C; Wed, 11 Mar 2009 22:14:00 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (pool-98-109-39-197.nwrknj.fios.verizon.net [98.109.39.197]) by cyrus.watson.org (Postfix) with ESMTPSA id 4CEBF46B0D; Wed, 11 Mar 2009 18:14:00 -0400 (EDT) Received: from localhost (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id n2BMDs9l039371; Wed, 11 Mar 2009 18:13:54 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-amd64@freebsd.org Date: Wed, 11 Mar 2009 18:11:21 -0400 User-Agent: KMail/1.9.7 References: <200903111233.14029.jkim@FreeBSD.org> In-Reply-To: <200903111233.14029.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903111811.21881.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 11 Mar 2009 18:13:54 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94.2/9093/Wed Mar 11 11:32:37 2009 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-current@freebsd.org, Jung-uk Kim Subject: Re: [HEADSUP] amd64 suspend/resume code to be comitted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2009 22:14:01 -0000 On Wednesday 11 March 2009 12:33:12 pm Jung-uk Kim wrote: > With popular demands, I will commit the following patch in next few > days unless a showstopper is found or "over-my-dead-body" type of > review is received. ;-) > > http://people.freebsd.org/~jkim/amd64_suspend-20090311.diff Looks good to me. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 22:19:30 2009 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 A0BBD1065673 for ; Wed, 11 Mar 2009 22:19:30 +0000 (UTC) (envelope-from james-freebsd-current@jrv.org) Received: from mail.jrv.org (rrcs-24-73-246-106.sw.biz.rr.com [24.73.246.106]) by mx1.freebsd.org (Postfix) with ESMTP id ADA168FC13 for ; Wed, 11 Mar 2009 22:19:29 +0000 (UTC) (envelope-from james-freebsd-current@jrv.org) Received: from kremvax.housenet.jrv (kremvax.housenet.jrv [192.168.3.124]) by mail.jrv.org (8.14.3/8.14.3) with ESMTP id n2BLvwv8005596; Wed, 11 Mar 2009 16:57:58 -0500 (CDT) (envelope-from james-freebsd-current@jrv.org) Authentication-Results: mail.jrv.org; domainkeys=pass (testing) header.from=james-freebsd-current@jrv.org DomainKey-Signature: a=rsa-sha1; s=enigma; d=jrv.org; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:content-type:content-transfer-encoding; b=lEoeWYFfTq0D3Ybq/bs/7+pITT3K/0DksUWYrp5QlBy/DRx75Qs5E/cWWbTnBRLjR GOGT1K5BY8Xs/N+Yt+p/jXCg/2s2AfvSrPKRo448XLOBG6aptn50dM7lN3/CiU74Q4q WwPq+BnqEOoyz7RAYVN4gRKCLF8yKYhINetntlw= Message-ID: <49B833E6.5000207@jrv.org> Date: Wed, 11 Mar 2009 16:57:58 -0500 From: "James R. Van Artsdalen" User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <49B81AF7.1040702@netability.ie> In-Reply-To: <49B81AF7.1040702@netability.ie> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Nick Hilliard Subject: Re: SiI3531 SATA port multipler X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2009 22:19:31 -0000 Nick Hilliard wrote: > Hello, > > I've been poking around with a SiI3531 sata300 host card, connected to > an external disk enclosure with an internal SiI4726 card. There are 3 > x SATA disks hanging off it at the moment: I don't know what a 3531 is, but see if the patch here makes any difference: http://www.freebsd.org/cgi/query-pr.cgi?pr=129784 From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 22:23:17 2009 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 6E02C106566B; Wed, 11 Mar 2009 22:23:17 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe12.swip.net [212.247.155.97]) by mx1.freebsd.org (Postfix) with ESMTP id A1E9C8FC08; Wed, 11 Mar 2009 22:23:16 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=MXw7gxVQKqGXY79tIT8aFQ==:17 a=6I5d2MoRAAAA:8 a=YgvUXUHzidZui9uhOJEA:9 a=j45Zk44-FpP3_MHZZlC2zWxTtfYA:4 a=LY0hPdMaydYA:10 Received: from [62.113.132.61] (account mc467741@c2i.net HELO laptop) by mailfe12.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1035912230; Wed, 11 Mar 2009 23:23:14 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Wed, 11 Mar 2009 23:25:42 +0100 User-Agent: KMail/1.9.7 References: <20090310045605.GA38857@nagual.pp.ru> <200903101625.57647.hselasky@c2i.net> <20090311011536.GB65734@nagual.pp.ru> In-Reply-To: <20090311011536.GB65734@nagual.pp.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903112325.44983.hselasky@c2i.net> Cc: Renato Botelho , Andrey Chernov , akbeech@gmail.com, Beech Rintoul , usb@freebsd.org Subject: Re: USB2 makes moused insane X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2009 22:23:17 -0000 On Wednesday 11 March 2009, Andrey Chernov wrote: > Andrey Chernov Re-fetch the usb_hid.c file from USB P4 after the patch below. Problem should be solved now! http://perforce.freebsd.org/chv.cgi?CH=159091 --HPS From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 22:36:12 2009 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 8E9131065676; Wed, 11 Mar 2009 22:36:12 +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 DE6DC8FC18; Wed, 11 Mar 2009 22:36:11 +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 n2BMa9YZ051869; Thu, 12 Mar 2009 01:36:09 +0300 (MSK) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1236810969; bh=rDqvN6AXrvEMzVHQXMxA2/ye/V2nlQSugjg866yx1So=; l=348; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:In-Reply-To; b=k28p9JTTzD2ZC9iLmI3D2NW/2FOHn55zBdWUtyibn7ojyd3vKIz6jg94CmTAv5xA2 gok2h3bJf/TJhtzdcVBpap8D3GaOeV3KVbw2tZ486ZNRAVuLJLYePMDVCepMyGCicM QPJtX7BxRORb1awOE96nlz81qE/uJ7agP8LWHZA8= Received: (from ache@localhost) by nagual.pp.ru (8.14.3/8.14.3/Submit) id n2BMa9cX051868; Thu, 12 Mar 2009 01:36:09 +0300 (MSK) (envelope-from ache) Date: Thu, 12 Mar 2009 01:36:08 +0300 From: Andrey Chernov To: Hans Petter Selasky Message-ID: <20090311223607.GA51845@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Hans Petter Selasky , freebsd-current@freebsd.org, Renato Botelho , akbeech@gmail.com, Beech Rintoul , usb@freebsd.org References: <20090310045605.GA38857@nagual.pp.ru> <200903101625.57647.hselasky@c2i.net> <20090311011536.GB65734@nagual.pp.ru> <200903112325.44983.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200903112325.44983.hselasky@c2i.net> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: Renato Botelho , usb@freebsd.org, freebsd-current@freebsd.org, Beech Rintoul , akbeech@gmail.com Subject: Re: USB2 makes moused insane X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2009 22:36:13 -0000 On Wed, Mar 11, 2009 at 11:25:42PM +0100, Hans Petter Selasky wrote: > On Wednesday 11 March 2009, Andrey Chernov wrote: > > Andrey Chernov > > Re-fetch the usb_hid.c file from USB P4 after the patch below. Problem should > be solved now! > > http://perforce.freebsd.org/chv.cgi?CH=159091 Thanx, fixed now! -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 22:48:14 2009 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 7F126106566B for ; Wed, 11 Mar 2009 22:48:14 +0000 (UTC) (envelope-from nick-lists@netability.ie) Received: from mail.acquirer.com (unknown [IPv6:2001:1bb8:2000:4::2]) by mx1.freebsd.org (Postfix) with ESMTP id EED128FC0A for ; Wed, 11 Mar 2009 22:48:13 +0000 (UTC) (envelope-from nick-lists@netability.ie) X-Envelope-To: freebsd-current@freebsd.org Received: from crumpet.foobar.org (twinkie.foobar.org [87.192.56.84]) (authenticated bits=0) by mail.acquirer.com (8.14.3/8.14.3) with ESMTP id n2BMm1Jv080573 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 11 Mar 2009 22:48:07 GMT (envelope-from nick-lists@netability.ie) Message-ID: <49B83FA1.2080206@netability.ie> Date: Wed, 11 Mar 2009 22:48:01 +0000 From: Nick Hilliard User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b4pre) Gecko/20090305 Shredder/3.0b3pre MIME-Version: 1.0 To: "James R. Van Artsdalen" References: <49B81AF7.1040702@netability.ie> <49B833E6.5000207@jrv.org> In-Reply-To: <49B833E6.5000207@jrv.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.7 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on muffin.acquirer.com X-Virus-Scanned: ClamAV 0.94.2/9094/Wed Mar 11 20:56:28 2009 on muffin.acquirer.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: SiI3531 SATA port multipler X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Mar 2009 22:48:14 -0000 On 11/03/2009 21:57, James R. Van Artsdalen wrote: > I don't know what a 3531 is, but see if the patch here makes any difference: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=129784 I tried that already - makes no difference. Same dmesg. Nick From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 23:49:36 2009 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 468EF106564A; Wed, 11 Mar 2009 23:49:36 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 1A68E8FC12; Wed, 11 Mar 2009 23:49:36 +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 6E3602EDB2E; Wed, 11 Mar 2009 19:49:35 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Wed, 11 Mar 2009 19:49:35 -0400 X-Sasl-enc: ZP5638vC9uf9QpVtfeI3uVqfXy1IieeKupscCHC5xGEm 1236815375 Received: from anglepoise.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 B68CA2CDCA; Wed, 11 Mar 2009 19:49:34 -0400 (EDT) Message-ID: <49B84E08.3020107@incunabulum.net> Date: Wed, 11 Mar 2009 23:49:28 +0000 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.19 (X11/20090125) MIME-Version: 1.0 To: freebsd-current@freebsd.org, FreeBSD Net Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Pavlin Radoslavov Subject: HEADS UP: multicast forwarding ipv4/ipv6 split and fine grained locking 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: Wed, 11 Mar 2009 23:49:37 -0000 Hi all, If you look at this URL: http://people.freebsd.org/~bms/stage/mrouting/ ...I have two patches which considerably clean up IPv4 multicast forwarding. Summary of changes: The ip_mroute.ko module is also split into two, and the dependencies between IPv4 and IPv6 are untangled. BSD constructs are now used for the data structures in MROUTING, and some but not all style(9) bugs fixed. Fine grained locking is added. The MFC and VIF tables are exported from the live kernel via sysctl, which allows netstat with MROUTING to be built without libkvm support. I'd like to hear from folk who are able to give these patches more in-depth testing before I go ahead and commit them. thanks! BMS From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 01:33:16 2009 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 866B1106566B for ; Thu, 12 Mar 2009 01:33:16 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.234]) by mx1.freebsd.org (Postfix) with ESMTP id 4590C8FC18 for ; Thu, 12 Mar 2009 01:33:16 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id f6so309722rvb.43 for ; Wed, 11 Mar 2009 18:33:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:subject :message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=7ZgMcoz5R5pgML8DhGuBKyrAwAbXaXxs6GMxVBpIG98=; b=Cipo6D+R71bRl+GHtT0QxtAkHo56pFfti2F+biE2XLlPcwr712XISiAdHU1beFMg1W RkTqtEPbpd1uAUpK83jgpfHphJuh4+dqfPpegl9eD5qiiKFomfaCLK7/905vV9q3jWrA iJPTrdK9svshfhv+D5Znk2ypSr7B+GDoszNto= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=FZEWie2/MaNZ6mo3K9E1aOAgavWPZZreJdX+Rpc/k3yxiQyX9her4ovJBQ5fvEchxv sXuH9f7PCosU+WR+bclgAntVzZdZhpZWt2eT3SWiem8d5NPis1NfsT+mcovP8s5DvcCD uXFEf+OAPg68M3cV2aCN2jJCOFnm7+uvcAjRY= Received: by 10.141.62.9 with SMTP id p9mr3940657rvk.86.1236821595949; Wed, 11 Mar 2009 18:33:15 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ([114.111.62.249]) by mx.google.com with ESMTPS id k2sm327362rvb.4.2009.03.11.18.33.12 (version=SSLv3 cipher=RC4-MD5); Wed, 11 Mar 2009 18:33:14 -0700 (PDT) Received: by michelle.cdnetworks.co.kr (sSMTP sendmail emulation); Thu, 12 Mar 2009 10:32:00 +0900 From: Pyun YongHyeon Date: Thu, 12 Mar 2009 10:32:00 +0900 To: freebsd-current@FreeBSD.org Message-ID: <20090312013200.GD13527@michelle.cdnetworks.co.kr> References: <20090303004146.GB82725@michelle.cdnetworks.co.kr> <20090303075925.GD82725@michelle.cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090303075925.GD82725@michelle.cdnetworks.co.kr> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: CFT: txp(4) 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: Thu, 12 Mar 2009 01:33:16 -0000 On Tue, Mar 03, 2009 at 04:59:25PM +0900, Pyun YongHyeon wrote: > On Tue, Mar 03, 2009 at 09:41:46AM +0900, Pyun YongHyeon wrote: > > > > Hi, > > > > Here is drop-in replacement txp(4) for all architectures. I think > > I've fixed all known issues such as controller hang under heavy > > network load, missing link state transition handling etc. If you > > ever suffered from instability of txp(4) please give it a try and > > let me know how it goes. Testing on systems with more than 4GB > > memory was not done due to lack of hardwares. ATM it was tested on > > i386 and sparc64. > > > > Note, txp(4) now downloads firmware in interface up time so it may > > take longer time to initialize the interface than that of stock > > version. This change was made to ensure correct operation of > > hardware and to support WOL. > > > > Install : Download the following files and rebuild kernel. > > > > For CURRENT : > > http://people.freebsd.org/~yongari/txp/if_txp.c > > http://people.freebsd.org/~yongari/txp/if_txpreg.h > > > > For 7.1-RELEASE and stable/7 : > > http://people.freebsd.org/~yongari/txp/if_txp.c > > http://people.freebsd.org/~yongari/txp/if_txpreg.h > > http://people.freebsd.org/~yongari/txp/3c990img.h > > > > There was a typo in multicasting filter code and I updated if_txp.c. > If you already downloaded the file please fetch again. > For a record, I've committed overhauled txp(4) to HEAD(r189714). From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 01:56:50 2009 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 E3D1D106564A for ; Thu, 12 Mar 2009 01:56:50 +0000 (UTC) (envelope-from saifi.khan@twincling.org) Received: from s217.sureserver.com (s217.sureserver.com [203.194.200.22]) by mx1.freebsd.org (Postfix) with ESMTP id 5B6DB8FC1B for ; Thu, 12 Mar 2009 01:56:50 +0000 (UTC) (envelope-from saifi.khan@twincling.org) Received: (qmail 14593 invoked by uid 1002); 12 Mar 2009 01:56:47 -0000 Received: from unknown (HELO ?10.10.10.7?) (saifi.khan@twincling.org@59.92.192.110) by s217.sureserver.com with ESMTPA; 12 Mar 2009 01:56:47 -0000 Date: Thu, 12 Mar 2009 07:30:39 +0000 (GMT) From: Saifi Khan X-X-Sender: saifi@localhost To: Chuck Swiger In-Reply-To: <012E1E4D-4C4E-414E-971E-ADCC48EB0698@mac.com> Message-ID: References: <012E1E4D-4C4E-414E-971E-ADCC48EB0698@mac.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-current@freebsd.org, Saifi Khan Subject: Re: ASL 2.0 based software contribution to FreeBSD code base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2009 01:56:51 -0000 On Wed, 11 Mar 2009, Chuck Swiger wrote: > On Mar 11, 2009, at 6:43 AM, Saifi Khan wrote: > >Is Apache Software License (ASL) 2.0 based software contributions accepted in > >FreeBSD code base ? > > There is a strong preference for the "Simplified" or 2-clause BSD license. > The ASL2 more closely resembles the old or 4-clause BSD license including the > "advertising clause". There does not appear to be any code under the ASL2 in > FreeBSD at present, although OpenSSL is dual-licensed and part of it resembles > the ASL2. > > >Specific case to consider would be: > >a. device driver code released under ASL 2.0 > > > >b. code contributed to kernel (eg. scheduler implementation) > > under ASL 2.0 > > > >c. code contributed to userland (eg. new implementation of > > ctags) under ASL 2.0 > > > >Can some of the experienced members share how things work within the context > >of FreeBSD project ? > > Likely that some of these cases (ie, c) would handled by having the software > be in the ports tree rather than in the FreeBSD base code itself, but the > decision would be up to FreeBSD's core team.... > > Regards, > -- > -Chuck > ASL 2.0 has a fairly precise mechanism for dealing with patent litigation. When a recipient asserts a patent on a ASL2.0 licensed software, it violates the terms of the license and all its rights are terminated without any remedy. The BSD license is silent/vague on this. ASL 2.0 is not the old 4-clause BSD license with escalating advertising requirements. Your mail seems to suggest that stuff under ASL 2.0 needs to go under the ports. Would that be for the drivers as well ? Is there anything specified in the FreeBSD project, that would prohibit ASL 2.0 licensed device drivers from being used in the OS ? thanks Saifi. From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 02:29:44 2009 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 8BC3F1065675 for ; Thu, 12 Mar 2009 02:29:44 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.freebsd.org (Postfix) with ESMTP id 69EA88FC08 for ; Thu, 12 Mar 2009 02:29:44 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from [192.168.213.128] (jn@stealth.jnielsen.net [74.218.226.254]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id n2C2TgVF019760; Wed, 11 Mar 2009 22:29:43 -0400 (EDT) (envelope-from lists@jnielsen.net) From: John Nielsen To: Tim Kientzle Date: Wed, 11 Mar 2009 22:29:40 -0400 User-Agent: KMail/1.9.10 References: <200903100104.53847.ken__6247.10998167775$1236647281$gmane$org@mthelicon.com> <200903102310.32735.lists@jnielsen.net> <49B73F99.9010200@freebsd.org> In-Reply-To: <49B73F99.9010200@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903112229.41052.lists@jnielsen.net> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on ns1.jnielsen.net X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: ZFS/extattr lockup (was Re: bsdtar lockup on Current-03/10/2009) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2009 02:29:45 -0000 On Wednesday 11 March 2009 12:35:37 am Tim Kientzle wrote: > John Nielsen wrote: > > I today noticed the same problem on -CURRENT i386 built March 9. > > ... using ZFS and initially > > thought that was the source of the regression but I haven't produced > > the lockup with anything but tar and the extattr removal hack seems > > to have fixed it for now ... > > The common element so far seems to be ZFS. Can you verify that > > $ lsextattr -h user > > hangs on your system as well? That invokes the same > extattr_list_link system call used by tar to enumerate > the extended attributes on a file. Confirmed. I ran the command on a file in /root (UFS) with no problem. Running again on a file in /home/john (ZFS) caused the hang. JN From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 03:00:53 2009 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 A29F1106566B for ; Thu, 12 Mar 2009 03:00:53 +0000 (UTC) (envelope-from sektie@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.174]) by mx1.freebsd.org (Postfix) with ESMTP id 6AF998FC0C for ; Thu, 12 Mar 2009 03:00:53 +0000 (UTC) (envelope-from sektie@gmail.com) Received: by wf-out-1314.google.com with SMTP id 27so335651wfd.7 for ; Wed, 11 Mar 2009 20:00:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=9m3TbSHzG3wIXiu3TxjX4Up77rLhvXFcvEkB9XRufc4=; b=ZKeB3moRfa18SZtJpAbD4o222CKXjhnZ1FEPwPzCxq53KdCxM0C2iVPcYJGFWt5eoh 8gSxb/lKsTOg9XFadymY367WeS9mNv8aV3rEj9RnxPcgT925DkgbgxTF5SamL4M5/nE5 A38RkQA4KSDEfl/lj17SJXwAOc9gWZ589vwd0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; b=NcTOFV90CxG86y2klmw8EozXP3aOqvStAiPIbROlvS9y/jdC40scuO0kOwKStkFQWl npvuXvi2gclZMKoQJ5MMMcwGqIZk0FmDgWmpOC2mKUplv8C2KomYH1SRN5LmRcRz2kS+ 3Fgc+OeQV0penATgTTRRwOMa0qQTjcxl/XkFk= MIME-Version: 1.0 Sender: sektie@gmail.com Received: by 10.143.6.19 with SMTP id j19mr4049408wfi.128.1236825481500; Wed, 11 Mar 2009 19:38:01 -0700 (PDT) Date: Wed, 11 Mar 2009 19:38:01 -0700 X-Google-Sender-Auth: 57a4452d3ab2976e Message-ID: From: Randi Harper To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: ktemp(8) on Phenom II X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2009 03:00:53 -0000 I'm not subscribed to current, so if you reply, make sure you include me in the CC. :) This adds support for all 4 cores of the Phenom II - although I'm not really sure why you'd need it. Please test, as I have no idea if this is going to break anything or if I did something obviously wrong. Works fine on my box, but I am *so* not a developer. Also, I didn't try it on current. Apply the patch referred to earlier in this thread before applying this one, or clearly it's not going to work. [root@deviant ~]# uname -a FreeBSD deviant.freebsdgirl.com 7.1-RELEASE FreeBSD 7.1-RELEASE #0: Thu Jan 1 08:58:24 UTC 2009 root@driscoll.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 [root@deviant ~]# sysctl dev.cpu | grep temperature dev.cpu.0.temperature: 40.0C dev.cpu.1.temperature: 40.0C dev.cpu.2.temperature: 40.0C dev.cpu.3.temperature: 40.0C -- randi --- k8temp.c.orig 2009-03-12 10:25:41.000000000 -0700 +++ k8temp.c 2009-03-12 10:21:54.000000000 -0700 @@ -51,10 +51,16 @@ typedef enum { SENSOR0_CORE0, SENSOR0_CORE1, + SENSOR0_CORE2, + SENSOR0_CORE3, SENSOR1_CORE0, SENSOR1_CORE1, + SENSOR1_CORE2, + SENSOR1_CORE3, CORE0, - CORE1 + CORE1, + CORE2, + CORE3 } k8sensor_t; struct k8temp_softc { @@ -62,7 +68,7 @@ int sc_temps[4]; int sc_ntemps; struct sysctl_oid *sc_oid; - struct sysctl_oid *sc_sysctl_cpu[2]; + struct sysctl_oid *sc_sysctl_cpu[4]; struct intr_config_hook sc_ich; int32_t (*sc_gettemp)(device_t, k8sensor_t); }; @@ -227,6 +233,18 @@ OID_AUTO, "core1", CTLTYPE_INT | CTLFLAG_RD, dev, SENSOR0_CORE1, k8temp_sysctl, "IK", "Sensor 0 / Core 1 temperature"); + + SYSCTL_ADD_PROC(sysctlctx, + SYSCTL_CHILDREN(sysctlnode), + OID_AUTO, "core2", CTLTYPE_INT | CTLFLAG_RD, + dev, SENSOR0_CORE2, k8temp_sysctl, "IK", + "Sensor 0 / Core 2 temperature"); + + SYSCTL_ADD_PROC(sysctlctx, + SYSCTL_CHILDREN(sysctlnode), + OID_AUTO, "core3", CTLTYPE_INT | CTLFLAG_RD, + dev, SENSOR0_CORE3, k8temp_sysctl, "IK", + "Sensor 0 / Core 3 temperature"); sysctlnode = SYSCTL_ADD_NODE(sysctlctx, SYSCTL_CHILDREN(device_get_sysctl_tree(dev)), OID_AUTO, "sensor1", @@ -244,6 +262,18 @@ dev, SENSOR1_CORE1, k8temp_sysctl, "IK", "Sensor 1 / Core 1 temperature"); + SYSCTL_ADD_PROC(sysctlctx, + SYSCTL_CHILDREN(sysctlnode), + OID_AUTO, "core2", CTLTYPE_INT | CTLFLAG_RD, + dev, SENSOR1_CORE2, k8temp_sysctl, "IK", + "Sensor 1 / Core 2 temperature"); + + SYSCTL_ADD_PROC(sysctlctx, + SYSCTL_CHILDREN(sysctlnode), + OID_AUTO, "core3", CTLTYPE_INT | CTLFLAG_RD, + dev, SENSOR1_CORE3, k8temp_sysctl, "IK", + "Sensor 1 / Core 3 temperature"); + return (0); } @@ -264,7 +294,7 @@ nexus = device_find_child(root_bus, "nexus", 0); acpi = device_find_child(nexus, "acpi", 0); - for (i = 0; i < 2; i++) { + for (i = 0; i < 4; i++) { cpu = device_find_child(acpi, "cpu", device_get_unit(dev) * 2 + i); if (cpu) { @@ -315,6 +345,16 @@ auxtemp[1] = sc->sc_gettemp(dev, SENSOR1_CORE1); temp = imax(auxtemp[0], auxtemp[1]); break; + case CORE2: + auxtemp[0] = sc->sc_gettemp(dev, SENSOR0_CORE2); + auxtemp[1] = sc->sc_gettemp(dev, SENSOR1_CORE2); + temp = imax(auxtemp[0], auxtemp[1]); + break; + case CORE3: + auxtemp[0] = sc->sc_gettemp(dev, SENSOR0_CORE3); + auxtemp[1] = sc->sc_gettemp(dev, SENSOR1_CORE3); + temp = imax(auxtemp[0], auxtemp[1]); + break; default: temp = sc->sc_gettemp(dev, arg2); break; From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 03:14:10 2009 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 3862E106564A for ; Thu, 12 Mar 2009 03:14:10 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from mail1.asahi-net.or.jp (mail1.asahi-net.or.jp [202.224.39.197]) by mx1.freebsd.org (Postfix) with ESMTP id 064C88FC0C for ; Thu, 12 Mar 2009 03:14:09 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from localhost (pool-70-20-228-87.phil.east.verizon.net [70.20.228.87]) by mail1.asahi-net.or.jp (Postfix) with ESMTP id D22BB6A0E6; Thu, 12 Mar 2009 12:14:07 +0900 (JST) Date: Wed, 11 Mar 2009 23:14:05 -0400 From: Yoshihiro Ota To: Hans Petter Selasky Message-Id: <20090311231405.282b9051.ota@j.email.ne.jp> In-Reply-To: <200903110851.01281.hselasky@c2i.net> References: <20090228001701.f18fcd6b.ota@j.email.ne.jp> <200902281006.52328.hselasky@c2i.net> <20090311011037.7b3de189.ota@j.email.ne.jp> <200903110851.01281.hselasky@c2i.net> X-Mailer: Sylpheed 2.6.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: freebsd-current@freebsd.org Subject: Re: MITSUMI USB FDD with USB4BSD does not work, neither X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2009 03:14:10 -0000 On Wed, 11 Mar 2009 08:51:00 +0100 Hans Petter Selasky wrote: > On Wednesday 11 March 2009, Yoshihiro Ota wrote: > > On Sat, 28 Feb 2009 10:06:51 +0100 > > > > Hans Petter Selasky wrote: > > > On Saturday 28 February 2009, Yoshihiro Ota wrote: > > > > I have a MITSUMI USB fdd and pluged in to 8-CURRENT. > > > > FreeBSD 8.0-CURRENT #5 r189058M: Thu Feb 26 11:29:13 EST 2009 > > > > > > > > It printed as following but nothing happened there after. > > > > > > > > ugen0.3: at usbus0 > > > > umass0: on > > > > usbus0 umass0: SCSI over Bulk-Only; quirks = 0x0100 > > > > > > ^^^ your device is listed with > > > quirks. Maybe the quirks are incorrect. Please check the quirk table in > > > /sys/dev/usb/storage/umass.c > > > > What do I do? > > Do I try each of quirks one by one? > > > > Thanks. > > Hiro > > Try removing the quirk for your device. > > --HPS Removing did help. I also tested with a few combinations of quirks but didn't help, neither. It used to work back in 6.x era. I may try to bring 6.x back to try it out... Hiro From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 03:20:11 2009 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 992431065678 for ; Thu, 12 Mar 2009 03:20:11 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from zim.MIT.EDU (ZIM.MIT.EDU [18.95.3.101]) by mx1.freebsd.org (Postfix) with ESMTP id 55C638FC20 for ; Thu, 12 Mar 2009 03:20:11 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from zim.MIT.EDU (localhost [127.0.0.1]) by zim.MIT.EDU (8.14.3/8.14.2) with ESMTP id n2C2xLCN017500; Wed, 11 Mar 2009 22:59:21 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by zim.MIT.EDU (8.14.3/8.14.2/Submit) id n2C2xLJr017499; Wed, 11 Mar 2009 22:59:21 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Date: Wed, 11 Mar 2009 22:59:21 -0400 From: David Schultz To: Saifi Khan Message-ID: <20090312025921.GA17420@zim.MIT.EDU> Mail-Followup-To: Saifi Khan , Chuck Swiger , freebsd-current@FreeBSD.ORG References: <012E1E4D-4C4E-414E-971E-ADCC48EB0698@mac.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: freebsd-current@FreeBSD.ORG Subject: Re: ASL 2.0 based software contribution to FreeBSD code base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2009 03:20:12 -0000 On Thu, Mar 12, 2009, Saifi Khan wrote: > Is there anything specified in the FreeBSD project, that would > prohibit ASL 2.0 licensed device drivers from being used in > the OS ? No, but core@ would have to approve it. I presume their decision would take into consideration technical justification, terms of the license, and how the proposed code interacts with other components in the base system. From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 03:46:43 2009 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 9AC73106566C for ; Thu, 12 Mar 2009 03:46:43 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 7213D8FC0C for ; Thu, 12 Mar 2009 03:46:43 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 0C6282ECA5C for ; Wed, 11 Mar 2009 23:46:43 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute2.internal (MEProxy); Wed, 11 Mar 2009 23:46:43 -0400 X-Sasl-enc: 6NGE9Sp76mXVA0WGIM1aVm4317EWwloZTYrUJzkinZ+c 1236829602 Received: from anglepoise.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 8CDB150CB2 for ; Wed, 11 Mar 2009 23:46:42 -0400 (EDT) Message-ID: <49B885A1.9000907@incunabulum.net> Date: Thu, 12 Mar 2009 03:46:41 +0000 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.19 (X11/20090125) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: IGMPv3 hot interface detach panics? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2009 03:46:43 -0000 Can I have some volunteers please... Sam reports a panic when detaching a card on the fly with the IGMPv3 code. Whilst I've taken a few precautions in the netisr against this, most likely there is something getting used-after-free in the domifdetach ping-pong which I've missed in the rush. So to track this down, I really need a backtrace with full debugging symbols. I would encourage anyone who may face a similar issue to try to reproduce it with HEAD and send me a full backtrace. I may not get around to fixing this right away -- already on other stuff -- but will try to as time arises. Many thanks, BMS From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 03:54:09 2009 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 DD2AF1065670 for ; Thu, 12 Mar 2009 03:54:09 +0000 (UTC) (envelope-from saifi.khan@twincling.org) Received: from s217.sureserver.com (s217.sureserver.com [203.194.200.22]) by mx1.freebsd.org (Postfix) with ESMTP id 3986C8FC17 for ; Thu, 12 Mar 2009 03:54:08 +0000 (UTC) (envelope-from saifi.khan@twincling.org) Received: (qmail 12682 invoked by uid 1002); 12 Mar 2009 03:54:06 -0000 Received: from unknown (HELO ?10.10.10.7?) (saifi.khan@twincling.org@59.92.192.110) by s217.sureserver.com with ESMTPA; 12 Mar 2009 03:54:06 -0000 Date: Thu, 12 Mar 2009 09:28:03 +0000 (GMT) From: Saifi Khan X-X-Sender: saifi@localhost To: David Schultz In-Reply-To: <20090312025921.GA17420@zim.MIT.EDU> Message-ID: References: <012E1E4D-4C4E-414E-971E-ADCC48EB0698@mac.com> <20090312025921.GA17420@zim.MIT.EDU> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-current@FreeBSD.ORG, Saifi Khan Subject: Re: ASL 2.0 based software contribution to FreeBSD code base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2009 03:54:10 -0000 On Wed, 11 Mar 2009, David Schultz wrote: > On Thu, Mar 12, 2009, Saifi Khan wrote: > > Is there anything specified in the FreeBSD project, that would > > prohibit ASL 2.0 licensed device drivers from being used in > > the OS ? > > No, but core@ would have to approve it. I presume their decision > would take into consideration technical justification, terms of > the license, and how the proposed code interacts with other > components in the base system. > Great ! Thats very encouraging. Thanks Dave. System code (drivers included) released under standard ASL 2.0 license should work. thanks Saifi. From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 04:12:33 2009 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 E99F91065675 for ; Thu, 12 Mar 2009 04:12:33 +0000 (UTC) (envelope-from astrodog@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.30]) by mx1.freebsd.org (Postfix) with ESMTP id 8A88A8FC17 for ; Thu, 12 Mar 2009 04:12:33 +0000 (UTC) (envelope-from astrodog@gmail.com) Received: by yx-out-2324.google.com with SMTP id 31so214926yxl.13 for ; Wed, 11 Mar 2009 21:12:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=SW/3TthkDU71z1jODm5K9WX2KljNOtlI7ABilsybTOc=; b=KJmQoKbbq0GWDkjHhpX6RENI4qywflYVs4lLJtZOJs1ar1CUmIqGAKPi/FhtUoD55f 3ByumeVdW+1xUgT39oyS3wcYzRbi3VFsnCbgBFUc6pu2a8ANPz3q5a2dfC+16m/Libcc 5OwBdVpk2sH/YfXCQcGTzDDMvno2BJ2ntsDr8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=HCG0GUlZhNHEWSQvMO1IbbrKV0YCxLfSVHXG1qucZevXNDlxP29Ia5odk6frNe5ZOe yqDYZdiAFI+zu4Qzsg0dij2Wx6bmXhLxKchUZ4/JQC5WOc1TwDBPrE91xToos4h6x9LJ dN0F6l0cILCA/dJp2iFo6JVZ3vSVSWmZmjRes= MIME-Version: 1.0 Received: by 10.151.142.16 with SMTP id u16mr16396389ybn.100.1236831152921; Wed, 11 Mar 2009 21:12:32 -0700 (PDT) In-Reply-To: References: <012E1E4D-4C4E-414E-971E-ADCC48EB0698@mac.com> <20090312025921.GA17420@zim.MIT.EDU> Date: Wed, 11 Mar 2009 23:12:32 -0500 Message-ID: <2fd864e0903112112t33e63ff6ke00200b6a7ccdb83@mail.gmail.com> From: Astrodog To: Saifi Khan Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: David Schultz , freebsd-current@freebsd.org Subject: Re: ASL 2.0 based software contribution to FreeBSD code base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2009 04:12:34 -0000 On Thu, Mar 12, 2009 at 4:28 AM, Saifi Khan wrote: > On Wed, 11 Mar 2009, David Schultz wrote: > >> On Thu, Mar 12, 2009, Saifi Khan wrote: >> > Is there anything specified in the FreeBSD project, that would >> > prohibit ASL 2.0 licensed device drivers from being used in >> > the OS ? >> >> No, but core@ would have to approve it. I presume their decision >> would take into consideration technical justification, terms of >> the license, and how the proposed code interacts with other >> components in the base system. >> > > Great ! Thats very encouraging. Thanks Dave. > > System code (drivers included) released under standard ASL 2.0 > license should work. Depending on exactly what the code in question is, it could cause problems for downstream vendors that use FreeBSD (They'd have to review their use of FreeBSD code to ensure that they remain compliant with the new license). As far as I'm aware, there's a very, very strong preference for kernel code expected to be part of GENERIC to be BSD licensed. (Thus the horror of DTrace and ZFS implimentation, and the CDDL.) However, if its dynamically loadable or not part of GENERIC, I don't think the license even matters a whole lot. Everything from ath_hal, to nvidia drivers, to GPLv2 code gets into KLDs and the like. --- Harrison From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 03:21:50 2009 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 CF0AD1065670 for ; Thu, 12 Mar 2009 03:21:50 +0000 (UTC) (envelope-from bf2006a@yahoo.com) Received: from web39105.mail.mud.yahoo.com (web39105.mail.mud.yahoo.com [209.191.87.224]) by mx1.freebsd.org (Postfix) with SMTP id 8BE288FC1D for ; Thu, 12 Mar 2009 03:21:49 +0000 (UTC) (envelope-from bf2006a@yahoo.com) Received: (qmail 37907 invoked by uid 60001); 12 Mar 2009 02:55:08 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1236826508; bh=GcM+KOmBBR/b5Vj3RlLhBRUbdktCz5/2nVpUm4iwvvE=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:Cc:MIME-Version:Content-Type; b=vHDCfFFTGGnKdw/15wL07aJSymZZUdIxqPHd1EPIrrGYikeYaZGDPmZg5LsfgWrgQ/2hIm8J9/0rG7qOOkJUz/zMWDfwNgvwo38F114EkuIm/8C5+qbl11pU7N77Ji7vTlMVbwagjhk8KqLGh8FVFF9Z9zHVjwFGANxqL42iRgg= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:Cc:MIME-Version:Content-Type; b=iwM9V8lfxemfU0tWX818ERXstx7f9tvRnfQ0FniCOq8JGbk2NBU220klTyUWb4fUUauQ+6c/JpwdRchKS8Cl2AIc46ZhOvWaUfneIuBckuuvmgAowCCg7ufI3Rk2NcDDpf/keAQNm+hKqXIt7Ki8AQt3Xl7VMf4P1FMxMnEBFTc=; Message-ID: <596454.37719.qm@web39105.mail.mud.yahoo.com> X-YMail-OSG: _jn1rc0VM1m97nmw_5pL82J8oNcQK8uowColl.zQiz.cReu41prB9o_2gRjigdHwxbrbTSahZz0kuKvDGt1CHEYCTQTmgIIvYel5reE0Mb8wbiamo2cz75YkI5Vex.M415PD60f7fl04GQEDeFQwh_QbyIZuTkD0AQaMNSbi7VyN4scQ41G8CscpaRtvpkO6gCMoHEPB4jK8nA8Mu.h6vQEyfOSwKY7o_w-- Received: from [217.238.248.73] by web39105.mail.mud.yahoo.com via HTTP; Wed, 11 Mar 2009 19:55:08 PDT X-Mailer: YahooMailWebService/0.7.289.1 Date: Wed, 11 Mar 2009 19:55:08 -0700 (PDT) From: bf To: freebsd-current@FreeBSD.org, freebsd-amd64@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailman-Approved-At: Thu, 12 Mar 2009 04:32:13 +0000 Cc: ed@FreeBSD.org Subject: Recent build failures -- a connection with tty/sh revisions? C library changes? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf2006a@yahoo.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, 12 Mar 2009 03:21:51 -0000 I'm seeing some strange behavior on 8-CURRENT amd64 r189705 that has only started to occur in the last few days. Looking back at recent revisions, I'm guessing that it is most likely to be related to either ed@'s recent tty/sh changes, or das@'s changes to various library routines on Mar. 4 -- but these are only guesses, and I would be glad to hear if anyone else has seen it and tracked it down. The problem results in build breakages as some, but not all, path names in scripts are expanded improperly. For example: "... install -o root -g wheel -m 444 'xtypes.py' '/usr/local/lib/python2.6/site-packages/xcbgen/xtypes.py' Byte-compiling python modules... __init__.py error.py expr.py matcher.py state.py xtypes.py Byte-compiling python modules (optimized versions) ... __init__.py error.py expr.py matcher.py state.py xtypes.py make: /tmp/usrs/x11/xcb-proto/work/xcb-proto-1.4: No such file or directory *** Error code 1 Stop in /tmp/usr/ports/x11/xcb-proto/work/xcb-proto-1.4. *** Error code 1" Here /tmp/usr/ports/ has been transmogrified into /tmp/usrs/, which doesn't exist; or: "... install -o root -g wheel -m 444 'Compose' '/usr/local/lib/X11/locale/zh_TW.UTF-8/Compose' make: /tmp/usr/x11/libX11/work/libX11-1.2/nls: No such file or directory *** Error code 1" where /tmp/usr/ports/x11... has become /tmp/usr/x11... ; or: "... Looking for apr source in /tmp/usr/ports/devel/apr/work/apr-1.3.3 Creating include/private/apu_config.h ... cannot stat initial working directory for /tmp/usrs/devel/apr/work/apr-util-1.3.4: No such file or directory at /usr/local/share/autoconf-2.62/Autom4te/General.pm line 197 *** Error code 1 Stop in /usr/ports/devel/apr. *** Error code 1" where an error similar to the first example has occurred. Apparently, I'm not the only one experiencing this problem, as someone has just filed a PR that seems to be another instance of this behavior: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/132542 Any suggestions? Regards, b. From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 04:32:45 2009 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 436C11065673 for ; Thu, 12 Mar 2009 04:32:45 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.229]) by mx1.freebsd.org (Postfix) with ESMTP id 0BD8D8FC16 for ; Thu, 12 Mar 2009 04:32:44 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: by rv-out-0506.google.com with SMTP id f6so382286rvb.43 for ; Wed, 11 Mar 2009 21:32:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent:organization:x-operation-sytem; bh=pIQKsRtVfCyOFDWeViSJAd/xV9HXmKwlb39LwtklWMw=; b=Dp2ZPkIvZjB/8Why2e+I+aaCxRrn9dYUk8Zq84IDi1sIhFA+rCfgZhHa/K6DBL3tjA vbNUsw5ldaMvHJbDObT4JkadnQhYsnTDVqTaKzwe6pWtkLYaWiwOcF6N4iFs70tA3SE4 PmSt/v5EX+UcYg3hIEq67FQx0lHUFLkyquO+A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent:organization:x-operation-sytem; b=V3pb/5q/OcUxaUwEPU0MJISz8PklBDp504rO1jbP5DFc/R9CWbHSMeq2jBsywkoirJ PJGqMXLh0NZxm8tpINMhJibVpnFBYWUicq6zfEiUXCkr3uNhM18hvvVrIWwECqMq4a06 K0Ok/RiDWPvYO78Qa8BI5tTw6D/ZgfxjJkP2A= Received: by 10.141.13.13 with SMTP id q13mr4786374rvi.163.1236832364678; Wed, 11 Mar 2009 21:32:44 -0700 (PDT) Received: from weongyo ([114.111.62.249]) by mx.google.com with ESMTPS id k41sm355227rvb.6.2009.03.11.21.32.42 (version=SSLv3 cipher=RC4-MD5); Wed, 11 Mar 2009 21:32:43 -0700 (PDT) Received: by weongyo (sSMTP sendmail emulation); Thu, 12 Mar 2009 13:32:40 +0900 From: Weongyo Jeong Date: Thu, 12 Mar 2009 13:32:40 +0900 To: Bruce Simpson Message-ID: <20090312043239.GE25538@weongyo.cdnetworks.kr> Mail-Followup-To: Bruce Simpson , freebsd-current@freebsd.org, "Paul B. Mahol" References: <49B885A1.9000907@incunabulum.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49B885A1.9000907@incunabulum.net> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: freebsd-current@freebsd.org Subject: Re: IGMPv3 hot interface detach panics? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Mar 2009 04:32:45 -0000 On Thu, Mar 12, 2009 at 03:46:41AM +0000, Bruce Simpson wrote: > Can I have some volunteers please... > Sam reports a panic when detaching a card on the fly with the IGMPv3 code. > > Whilst I've taken a few precautions in the netisr against this, most > likely there is something getting used-after-free in the domifdetach > ping-pong which I've missed in the rush. > So to track this down, I really need a backtrace with full debugging > symbols. I would encourage anyone who may face a similar issue to try to > reproduce it with HEAD and send me a full backtrace. > > I may not get around to fixing this right away -- already on other stuff > -- but will try to as time arises. This is one I have got from "Paul B. Mahol" yesterday and I think he might help you to get full backtrace: db:1:lockinfo> show locks db:1:locks> show alllocks Process 832 (usbus4) thread 0xc46a78c0 (100102) Process 317 (devd) thread 0xc4057d20 (100048) Process 11 (intr) thread 0xc3d09460 (100006) db:1:alllocks> show lockedvnods Locked vnodes db:0:kdb.enter.unknown> show pcpu cpuid = 1 curthread = 0xc46a78c0: pid 832 "usbus4" curpcb = 0xe62c0d90 fpcurthread = none idlethread = 0xc3d09d20: pid 10 "idle: cpu1" APIC ID = 1 currentldt = 0x50 spin locks held: db:0:kdb.enter.unknown> bt Tracing pid 832 tid 100102 td 0xc46a78c0 in_ifdetach(c3e67c00,c3e67e30,32b,e62c0bac,c4471ab1,...) at in_ifdetach+0x18d if_detach(c3e67c00,0,c4465fec,416,20,...) at if_detach+0xfd ndis_detach(c488ee00,1,c488ee00,c4669000,0,...) at ndis_detach+0x9a ndisusb_detach(c488ee00,4,c0621186,9e8,c04ce619,...) at ndisusb_detach+0x5a device_detach(c488ee00,c43b4f8a,c44c4840,6,2,...) at device_detach+0x8c usb2_detach_device(c4669000,ff,1,10,c061cfc5,...) at usb2_detach_device+0x16a uhub_explore(c3fed000,0,c43b4247,d8,c468fd34,...) at uhub_explore+0x1ab usb2_bus_explore(c468fd34,0,c43bcef3,51,c068fb40,...) at usb2_bus_explore+0xb9 usb2_process(c468fc70,e62c0d38,c061a74c,32d,c4646548,...) at usb2_process+0xda fork_exit(c43a6390,c468fc70,e62c0d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe62c0d70, ebp = 0 --- Kernel page fault with the following non-sleepable locks held: exclusive sleep mutex if_addr_mtx (if_addr_mtx) r = 0 (0xc3e67e40) locked @ /usr/local/src/sys/netinet/in.c:1041 exclusive sleep mutex in_multi_mtx (in_multi_mtx) r = 0 (0xc07f8ef4) locked @ /usr/local/src/sys/netinet/in.c:1033 KDB: stack backtrace: db_trace_self_wrapper(c062190e,e62c0a4c,c04e5895,c062e0be,409,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c062e0be,409,ffffffff,c07cadbc,e62c0a84,...) at kdb_backtrace+0x29 _witness_debugger(c0623c6d,e62c0a98,4,1,0,...) at _witness_debugger+0x25 witness_warn(5,0,c064050e,c3c8da90,c46a78c0,...) at witness_warn+0x1fd trap(e62c0b24) at trap+0x153 calltrap() at calltrap+0x6 --- trap 0xc, eip = 0xc055454d, esp = 0xe62c0b64, ebp = 0xe62c0b84 --- in_ifdetach(c3e67c00,c3e67e30,32b,e62c0bac,c4471ab1,...) at in_ifdetach+0x18d if_detach(c3e67c00,0,c4465fec,416,20,...) at if_detach+0xfd ndis_detach(c488ee00,1,c488ee00,c4669000,0,...) at ndis_detach+0x9a ndisusb_detach(c488ee00,4,c0621186,9e8,c04ce619,...) at ndisusb_detach+0x5a device_detach(c488ee00,c43b4f8a,c44c4840,6,2,...) at device_detach+0x8c usb2_detach_device(c4669000,ff,1,10,c061cfc5,...) at usb2_detach_device+0x16a uhub_explore(c3fed000,0,c43b4247,d8,c468fd34,...) at uhub_explore+0x1ab usb2_bus_explore(c468fd34,0,c43bcef3,51,c068fb40,...) at usb2_bus_explore+0xb9 usb2_process(c468fc70,e62c0d38,c061a74c,32d,c4646548,...) at usb2_process+0xda fork_exit(c43a6390,c468fc70,e62c0d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe62c0d70, ebp = 0 --- Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x0 fault code = supervisor write, page not present instruction pointer = 0x20:0xc055454d stack pointer = 0x28:0xe62c0b64 frame pointer = 0x28:0xe62c0b84 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 = 832 (usbus4) exclusive sleep mutex if_addr_mtx (if_addr_mtx) r = 0 (0xc3e67e40) locked @ /usr/local/src/sys/netinet/in.c:1041 exclusive sleep mutex in_multi_mtx (in_multi_mtx) r = 0 (0xc07f8ef4) locked @ /usr/local/src/sys/netinet/in.c:1033 exclusive sleep mutex Giant (Giant) r = 0 (0xc068b590) locked @ /usr/local/src/sys/modules/usb/usb/../../../dev/usb/controller/usb_controller.c:216 exclusive sx 123456789ABCDEF - USB config SX lock (123456789ABCDEF - USB config SX lock) r = 0 (0xc466903c) locked @ /usr/local/src/sys/modules/usb/usb/../../../dev/usb/usb_device.c:941 exclusive sleep mutex if_addr_mtx (if_addr_mtx) r = 0 (0xc3e67e40) locked @ /usr/local/src/sys/netinet/in.c:1041 exclusive sleep mutex in_multi_mtx (in_multi_mtx) r = 0 (0xc07f8ef4) locked @ /usr/local/src/sys/netinet/in.c:1033 exclusive sleep mutex Giant (Giant) r = 0 (0xc068b590) locked @ /usr/local/src/sys/modules/usb/usb/../../../dev/usb/controller/usb_controller.c:216 exclusive sx 123456789ABCDEF - USB config SX lock (123456789ABCDEF - USB config SX lock) r = 0 (0xc466903c) locked @ /usr/local/src/sys/modules/usb/usb/../../../dev/usb/usb_device.c:941 shared sx filedesc structure (filedesc structure) r = 0 (0xc412c12c) locked @ /usr/local/src/sys/kern/sys_generic.c:990 exclusive sleep mutex uhci2 (uhci2) r = 0 (0xc45dfe74) locked @ /usr/local/src/sys/modules/usb/usb/../../../dev/usb/usb_hub.c:1355 regards, Weongyo Jeong From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 05:24:03 2009 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 3BB0C106564A for ; Thu, 12 Mar 2009 05:24:03 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 0FE5C8FC18 for ; Thu, 12 Mar 2009 05:24:02 +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 58DAC2ECF87; Thu, 12 Mar 2009 01:24:02 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Thu, 12 Mar 2009 01:24:02 -0400 X-Sasl-enc: h86G8Xxk9GpYO234fIvu0NP8hkKIl5a9tRFKD/gsJykB 1236835442 Received: from anglepoise.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 AC24B525D3; Thu, 12 Mar 2009 01:24:01 -0400 (EDT) Message-ID: <49B89C70.4020504@incunabulum.net> Date: Thu, 12 Mar 2009 05:24:00 +0000 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.19 (X11/20090125) MIME-Version: 1.0 To: Bruce Simpson , freebsd-current@freebsd.org, "Paul B. Mahol" References: <49B885A1.9000907@incunabulum.net> <20090312043239.GE25538@weongyo.cdnetworks.kr> In-Reply-To: <20090312043239.GE25538@weongyo.cdnetworks.kr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: IGMPv3 hot interface detach panics? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2009 05:24:03 -0000 Weongyo Jeong wrote: > ... > This is one I have got from "Paul B. Mahol" > yesterday and I think he might help you to get full backtrace: > Thanks for this. I really do need a full backtrace to work out what to go on, however, as it looks like the compiler is inlining static functions here. Is IGMPv2 in use on this network? The stack will default to IGMPv3, it is possible that the call to igmp_ifdetach() needs to be forced to happen before in_purgemaddrs() causes the IP stack's reference to the in_multi to be freed. Are any multicast applications in use? Sam is seeing a very different condition with 802.11 VAPs, even though the symptoms are similar. I appreciate that it isn't always possible to test with all combinations of network drivers that people may be using, vlans vaps etc. and some of them do use parts of the network stack in different ways, i.e. stacking the use of otherwise refcounted structures, etc. This looks like it is coming from USB2 and NDIS in some way. I am not at all familiar with those subsystems and don't use them, so help from others would be very appreciated, however I will try my best to help fix, the root cause may be more general. thanks, BMS From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 05:42:09 2009 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 8DC16106564A; Thu, 12 Mar 2009 05:42:09 +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 56DA18FC1E; Thu, 12 Mar 2009 05:42:09 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-241-168-218.bna.bellsouth.net [74.241.168.218]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n2C5ejJk021709 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 12 Mar 2009 01:40:46 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Jung-uk Kim In-Reply-To: <200903111507.42241.jkim@FreeBSD.org> References: <200903111233.14029.jkim@FreeBSD.org> <1236797540.1679.11.camel@balrog.2hip.net> <200903111507.42241.jkim@FreeBSD.org> Content-Type: text/plain Organization: FreeBSD Date: Thu, 12 Mar 2009 00:41:53 -0500 Message-Id: <1236836518.1651.0.camel@wombat.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, 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, freebsd-amd64@freebsd.org Subject: Re: [HEADSUP] amd64 suspend/resume code to be comitted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2009 05:42:10 -0000 On Wed, 2009-03-11 at 15:07 -0400, Jung-uk Kim wrote: > On Wednesday 11 March 2009 02:52 pm, Robert Noland wrote: > > On Wed, 2009-03-11 at 12:33 -0400, Jung-uk Kim wrote: > > > With popular demands, I will commit the following patch in next > > > few days unless a showstopper is found or "over-my-dead-body" > > > type of review is received. ;-) > > > > > > http://people.freebsd.org/~jkim/amd64_suspend-20090311.diff > > > > > > FYI, it was originally posted here: > > > > > > http://docs.freebsd.org/cgi/mid.cgi?200810211228.31028.jkim > > > > > > and here: > > > > > > http://docs.freebsd.org/cgi/mid.cgi?200812102120.03788.jkim > > > > > > Please read the original threads for more information about the > > > patch. > > > > Does this address SMP as well? Or is that still hanging out in the > > wind? > > Yes, it does. Cool, looking forward to it... robert. > Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 06:00:01 2009 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 7010A1065672 for ; Thu, 12 Mar 2009 06:00:01 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with ESMTP id EFC648FC1E for ; Thu, 12 Mar 2009 06:00:00 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 28603 invoked by uid 399); 12 Mar 2009 06:00:00 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 12 Mar 2009 06:00:00 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Date: Wed, 11 Mar 2009 22:59:58 -0700 (PDT) From: Doug Barton To: Hans Petter Selasky In-Reply-To: <200903112325.44983.hselasky@c2i.net> Message-ID: References: <20090310045605.GA38857@nagual.pp.ru> <200903101625.57647.hselasky@c2i.net> <20090311011536.GB65734@nagual.pp.ru> <200903112325.44983.hselasky@c2i.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-message-flag: Outlook -- Not just for spreading viruses anymore! X-OpenPGP-Key-ID: 0xD5B2F0FB Organization: http://www.FreeBSD.org/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: usb@freebsd.org, freebsd-current@freebsd.org Subject: Re: USB2 makes moused insane X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2009 06:00:02 -0000 On Wed, 11 Mar 2009, Hans Petter Selasky wrote: > On Wednesday 11 March 2009, Andrey Chernov wrote: >> Andrey Chernov > > Re-fetch the usb_hid.c file from USB P4 after the patch below. Problem should > be solved now! > > http://perforce.freebsd.org/chv.cgi?CH=159091 woo hoo! Well done, it's all fine now. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 07:23:29 2009 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 3F2B41065670; Thu, 12 Mar 2009 07:23:29 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-bw0-f164.google.com (mail-bw0-f164.google.com [209.85.218.164]) by mx1.freebsd.org (Postfix) with ESMTP id 356BF8FC1F; Thu, 12 Mar 2009 07:23:27 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by bwz8 with SMTP id 8so265264bwz.43 for ; Thu, 12 Mar 2009 00:23:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=nXUZ6MjxtkFCO9Rv5x5aJZP7hwdIxkvXiMjQKHZPjaw=; b=eQepRHMTOGJszMCIOxGu/vSglUT/NkdtgVT/4QOQ7D8yzfo/i6Lk3amQwQTblQePWJ uWKF0Cc+tTiX8JV4xip30nlTwEX38iiJ6WscKpy3vxcc9b8XuxcGciLU3BWdxmMTs1Yo IjS14AZ5USzSdCvYXlvq9VLTpp2O/I61uil04= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=Z+53fZLBQbYk6ONr62CBHDHzW9p4zJ8TTNv0rotbKWprcZIJI4PzmWaGXVjcOquI9W xAJhJTLlqCXqYVwp6S8fsc/lytzYwlXjPXYoHbGY5ZJX5RYGNsPkfEd+GkrjrY8WcHfQ KqFikRMqlkzJBkqoac0e8lEC3ONU7C/JR5QQg= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.115.146 with SMTP id i18mr7056657faq.6.1236842605872; Thu, 12 Mar 2009 00:23:25 -0700 (PDT) In-Reply-To: <47d0403c0901161242ifa1f121p5a3583caddd40483@mail.gmail.com> References: <49613379.8040901@vwsoft.com> <47d0403c0901161242ifa1f121p5a3583caddd40483@mail.gmail.com> Date: Thu, 12 Mar 2009 08:23:25 +0100 X-Google-Sender-Auth: a8c6644a0bcd18a6 Message-ID: <3bbf2fe10903120023r12cb29cdmbca516044431dd25@mail.gmail.com> From: Attilio Rao To: Ben Kaduk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: uwe@grohnwaldt.eu, Martin Wilke , freebsd-current@freebsd.org, kib@freebsd.org, Volker , christoph.mallon@gmx.de Subject: Re: panic in bundirty X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2009 07:23:29 -0000 2009/1/16, Ben Kaduk : > On Sun, Jan 4, 2009 at 5:08 PM, Volker wrote: > > Gentlemen, > > > > I've had the pleasure to inspect miwi's new tinderbox machine in a panic > > situation. > > > > The debugging info we're able to get out of the box is the following: > > > > panic: bundirty: buffer 0xffffffff9a475438 still on queue 1 > > > > #9 0xffffffff8049f196 in panic (fmt=Variable "fmt" is not available. > > ) at /usr/src/sys/kern/kern_shutdown.c:556 > > #10 0xffffffff8050b540 in bundirty (bp=Variable "bp" is not available. > > ) at /usr/src/sys/kern/vfs_bio.c:1068 > > #11 0xffffffff8050d684 in brelse (bp=0xffffffff9a475438) > > at /usr/src/sys/kern/vfs_bio.c:1388 > > #12 0xffffffff8050f07c in bufdone (bp=0xffffffff9a475438) > > at /usr/src/sys/kern/vfs_bio.c:3157 > > #13 0xffffffff8069cb6c in ffs_backgroundwritedone (bp=0xffffffff9a475438) > > ---Type to continue, or q to quit--- > > at /usr/src/sys/ufs/ffs/ffs_vfsops.c:1679 > > #14 0xffffffff8050f051 in bufdone (bp=0xffffffff9a475438) > > at /usr/src/sys/kern/vfs_bio.c:3151 > > #15 0xffffffff80452b51 in g_io_schedule_up (tp=Variable "tp" is not > > available. > > ) > > at /usr/src/sys/geom/geom_io.c:587 > > #16 0xffffffff8045323f in g_up_procbody () at > > /usr/src/sys/geom/geom_kern.c:95 > > #17 0xffffffff8048037a in fork_exit ( > > callout=0xffffffff804531d0 , arg=0x0, > > frame=0xffffffff80e63c80) at /usr/src/sys/kern/kern_fork.c:789 > > > > in frame 11, 'p *bp' gives: > > $1 = {b_bufobj = 0xffffff00034fe958, b_bcount = 16384, b_caller1 = 0x0, > > b_data = 0xffffffff9f4b7000 "", b_error = 5, b_iocmd = 2 '\002', > > b_ioflags = 2 '\002', b_iooffset = 7127891968, b_resid = 16384, > > b_iodone = 0, b_blkno = 13921664, b_offset = 7127891968, b_bobufs = { > > tqe_next = 0xffffffff9a505a38, tqe_prev = 0xffffff00034fe9a8}, > > b_left = 0x0, b_right = 0xffffffff9a505a38, b_vflags = 0, b_freelist = { > > tqe_next = 0xffffffff9a472db8, tqe_prev = 0xffffffff80b56210}, > > b_qindex = 1, b_flags = 41092, b_xflags = 33 '!', b_lock = > > {lock_object = { > > lo_name = 0xffffffff8083ce18 "bufwait", > > lo_type = 0xffffffff8083ce18 "bufwait", lo_flags = 91947008, > > lo_witness_data = {lod_list = {stqe_next = 0xffffffff80ae6f80}, > > lod_witness = 0xffffffff80ae6f80}}, lk_lock = 18446744073709551608, > > lk_recurse = 0, lk_timo = 0, lk_pri = 80}, b_bufsize = 16384, > > b_runningbufspace = 0, b_kvabase = 0xffffffff9f4b7000 "", b_kvasize = > > 16384, > > b_lblkno = 13921664, b_vp = 0xffffff00034fe820, b_dirtyoff = 0, > > b_dirtyend = 0, b_rcred = 0x0, b_wcred = 0x0, > > b_saveaddr = 0xffffffff9f4b7000, b_pager = {pg_reqpage = 0}, b_cluster = { > > cluster_head = {tqh_first = 0xffffffff9a479c68, > > tqh_last = 0xffffffff9a4901b0}, cluster_entry = { > > tqe_next = 0xffffffff9a479c68, tqe_prev = 0xffffffff9a4901b0}}, > > b_pages = {0xffffff00de0eafa0, 0xffffff00de0eb010, 0xffffff00de0eb080, > > 0xffffff00de0eb0f0, 0x0 }, b_npages = 4, b_dep = { > > lh_first = 0x0}, b_fsprivate1 = 0x0, b_fsprivate2 = 0x0, > > b_fsprivate3 = 0x0, b_pin_count = 0} > > > > This panic does not occur before commit 176708. > > > > The panic is in sys/kern/vfs_bio.c bundirty 1055: > > KASSERT( bp->b_flags & B_REMFREE || bp->b_qindex == QUEUE_NONE ... > > > > bp->b_qindex = 0x01 (QUEUE_FREE) > > bp->b_flags = 0xa084 (B_ASYNC | B_DELWRI | B_NOCACHE | B_INVAL) > > > > My assumption is: > > > > brele knows about the QUEUE_FREE but bundirty only wants to operate on > > QUEUE_NONE. Either this is a race condition, brele should not call > > bundirty or bundirty should operate not just on QUEUE_NONE buffers. That's right. It seems that this bug crept in while adds to the brelse() have been done during the time. IMHO the right thing to do is to move the cleanup of B_DELWRI and vnode diassociation upside. This is the patch: http://www.freebsd.org/~attilio/vfs_bio.diff Let me know if you can review and test this patch. Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 07:31:12 2009 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 8F4031065704; Thu, 12 Mar 2009 07:31:12 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 28E3A8FC1A; Thu, 12 Mar 2009 07:31:12 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 2C1E71CE0D; Thu, 12 Mar 2009 08:31:11 +0100 (CET) Date: Thu, 12 Mar 2009 08:31:11 +0100 From: Ed Schouten To: bf Message-ID: <20090312073110.GP31961@hoeg.nl> References: <596454.37719.qm@web39105.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="um2V5WpqCyd73IVb" Content-Disposition: inline In-Reply-To: <596454.37719.qm@web39105.mail.mud.yahoo.com> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-current@FreeBSD.org, freebsd-amd64@FreeBSD.org Subject: Re: Recent build failures -- a connection with tty/sh revisions? C library changes? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2009 07:31:13 -0000 --um2V5WpqCyd73IVb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * bf wrote: > I'm seeing some strange behavior on 8-CURRENT amd64 r189705 that > has only started to occur in the last few days. Same here. I'm running an LLVM buildbot and it fails at random moments, clobbering random files in the source tree. I don't think it's related to TTYs. --=20 Ed Schouten WWW: http://80386.nl/ --um2V5WpqCyd73IVb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkm4uj4ACgkQ52SDGA2eCwV9swCfUWVrdkGruiVfhKiMx2rpM1ct zMcAn2wQf5/wxbWsAG8VXmvwt+eG7AOc =/Mhx -----END PGP SIGNATURE----- --um2V5WpqCyd73IVb-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 07:54:39 2009 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 C4EB0106564A for ; Thu, 12 Mar 2009 07:54:39 +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 A0A1D8FC12 for ; Thu, 12 Mar 2009 07:54:39 +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 ESMTPS id 5815346B1A; Thu, 12 Mar 2009 03:54:39 -0400 (EDT) Date: Thu, 12 Mar 2009 07:54:38 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Saifi Khan In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: ASL 2.0 based software contribution to FreeBSD code base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2009 07:54:40 -0000 On Wed, 11 Mar 2009, Saifi Khan wrote: > Is Apache Software License (ASL) 2.0 based software contributions accepted > in FreeBSD code base ? > > Specific case to consider would be: > a. device driver code released under ASL 2.0 > > b. code contributed to kernel (eg. scheduler implementation) > under ASL 2.0 > > c. code contributed to userland (eg. new implementation of > ctags) under ASL 2.0 > > Can some of the experienced members share how things work > within the context of FreeBSD project ? Four points, really: (0) One of the important goals of the FreeBSD Project is to produce a BSD-licensed operating system. (1) The FreeBSD Project is concerned about the level of license proliferation in the tree, and would like to avoid adding new licenses where it can possibly be avoided. There has been some recent effort to consolidate under the simplified (two-clause) BSD license for this reason, but tracking down all license holders on more-clause licenses is non-trivial. We are no longer accepting new code with the advertising clause in the general case, and we are not aware of any major producers of code still using that clause. The advent of licenses such as GPLv3 and CDDL has cost the project real developer time and real money to resolve, and that's really rather a waste. (2) Licenses such as ASL, APSL, and CDDL are significantly more complicated than most existing licenses in the tree, and as such risk being in conflict with each other. For example, can you combine code under arbitrary combinations of two or three of these licenses? Lawyers have to get involved to answer questions of these sorts. We would like not to invoke (expensive) lawyers frequently or at all. (3) In general, base kernel components to be included in the GENERIC kernel cannot be under non-BSD/MIT/ISC licenses. We do have non-BSD licensed code in the base tree, but generally under "exceptional" circumstances -- a truly compelling technical need (we require a compiler, but there are currently only GPL compilers in open source, so we have one). There is a concerted ongoing effort to remove or replace non-BSD licensed components in the system with BSD-licensed ones. The only recent exceptions in this arena have been CDDL code from OpenSolaris -- ZFS and DTrace, and with DTrace there was a significant delay in importing the code while we worked through license issues and made sure that the GENERIC kernel did not include any CDDL code. Several of our large corporate consumers have policies that CDDL code does not ship in their products and so we also have careful source tree separation. So in short: we would heavily discourage code being submitted under non-BSD licenses on the basis that our goal is to produce a BSD-licensed system, license proliferation has real-world overhead especially in terms of constrained developer and lawyer time, makes it harder for FreeBSD end-users to understand their rights and whether or not they can combine components, and when other licenses are used they require very special handling. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 07:56:39 2009 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 32E7F106567E; Thu, 12 Mar 2009 07:56:39 +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 0BD438FC1D; Thu, 12 Mar 2009 07:56:39 +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 ESMTPS id B3C7846B32; Thu, 12 Mar 2009 03:56:38 -0400 (EDT) Date: Thu, 12 Mar 2009 07:56:38 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Saifi Khan In-Reply-To: Message-ID: References: <012E1E4D-4C4E-414E-971E-ADCC48EB0698@mac.com> <20090312025921.GA17420@zim.MIT.EDU> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: David Schultz , freebsd-current@FreeBSD.ORG Subject: Re: ASL 2.0 based software contribution to FreeBSD code base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2009 07:56:39 -0000 On Thu, 12 Mar 2009, Saifi Khan wrote: > On Wed, 11 Mar 2009, David Schultz wrote: > >> On Thu, Mar 12, 2009, Saifi Khan wrote: >>> Is there anything specified in the FreeBSD project, that would prohibit >>> ASL 2.0 licensed device drivers from being used in the OS ? >> >> No, but core@ would have to approve it. I presume their decision would take >> into consideration technical justification, terms of the license, and how >> the proposed code interacts with other components in the base system. > > Great ! Thats very encouraging. Thanks Dave. > > System code (drivers included) released under standard ASL 2.0 license > should work. If you submit components under the ASL license, they will not be accepted back into the base tree without the involvement of the FreeBSD Foundation lawyers and an administrative decision involving the core team. This is expensive and time-consuming (generally a multi-month process to approve new licenses), and we would really all rather you didn't put us in the position of having to choose between adopting your software and saving a lot of time and money. If you can use a BSD license, please do. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 07:57:39 2009 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 AFBEF106568A; Thu, 12 Mar 2009 07:57:39 +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 86B4C8FC20; Thu, 12 Mar 2009 07:57:39 +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 ESMTPS id 3A43D46B23; Thu, 12 Mar 2009 03:57:39 -0400 (EDT) Date: Thu, 12 Mar 2009 07:57:38 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Astrodog In-Reply-To: <2fd864e0903112112t33e63ff6ke00200b6a7ccdb83@mail.gmail.com> Message-ID: References: <012E1E4D-4C4E-414E-971E-ADCC48EB0698@mac.com> <20090312025921.GA17420@zim.MIT.EDU> <2fd864e0903112112t33e63ff6ke00200b6a7ccdb83@mail.gmail.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: David Schultz , freebsd-current@freebsd.org, Saifi Khan Subject: Re: ASL 2.0 based software contribution to FreeBSD code base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2009 07:57:40 -0000 On Wed, 11 Mar 2009, Astrodog wrote: > with the new license). As far as I'm aware, there's a very, very strong > preference for kernel code expected to be part of GENERIC to be BSD > licensed. It's not a preference, it's a requirement. > However, if its dynamically loadable or not part of GENERIC, I don't think > the license even matters a whole lot. Everything from ath_hal, to nvidia > drivers, to GPLv2 code gets into KLDs and the like. Obviously, anything anyone distributes as a third party (not in our tree), they can do what they want with. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 08:11:41 2009 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 CE045106566C for ; Thu, 12 Mar 2009 08:11:41 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe11.swip.net [212.247.155.65]) by mx1.freebsd.org (Postfix) with ESMTP id 608A48FC16 for ; Thu, 12 Mar 2009 08:11:41 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=w9vP6baqo7MA:10 a=RyiBpexPtOUA:10 a=j+k/Ze5hWUCaCztCgEjzDQ==:17 a=8kQB0OdkAAAA:8 a=9-zlQlVqUl9Mtpy1F7gA:9 a=9vP9E6c1SsFjK73DNXcA:7 a=utiQVaVYGIfbMLxWaJP9ZbmMerUA:4 a=LY0hPdMaydYA:10 a=9aOQ2cSd83gA:10 Received: from [81.191.55.181] (account mc467741@c2i.net HELO laptop) by mailfe11.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1036250491; Thu, 12 Mar 2009 09:11:39 +0100 From: Hans Petter Selasky To: Yoshihiro Ota Date: Thu, 12 Mar 2009 09:14:11 +0100 User-Agent: KMail/1.9.7 References: <20090228001701.f18fcd6b.ota@j.email.ne.jp> <200903110851.01281.hselasky@c2i.net> <20090311231405.282b9051.ota@j.email.ne.jp> In-Reply-To: <20090311231405.282b9051.ota@j.email.ne.jp> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903120914.11455.hselasky@c2i.net> Cc: freebsd-current@freebsd.org Subject: Re: MITSUMI USB FDD with USB4BSD does not work, neither X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2009 08:11:42 -0000 On Thursday 12 March 2009, Yoshihiro Ota wrote: > On Wed, 11 Mar 2009 08:51:00 +0100 > > Hans Petter Selasky wrote: > > On Wednesday 11 March 2009, Yoshihiro Ota wrote: > > > On Sat, 28 Feb 2009 10:06:51 +0100 > > > > > > Hans Petter Selasky wrote: > > > > On Saturday 28 February 2009, Yoshihiro Ota wrote: > > > > > I have a MITSUMI USB fdd and pluged in to 8-CURRENT. > > > > > FreeBSD 8.0-CURRENT #5 r189058M: Thu Feb 26 11:29:13 EST 2009 > > > > > > > > > > It printed as following but nothing happened there after. > > > > > > > > > > ugen0.3: at usbus0 > > > > > umass0: > > > > > on usbus0 umass0: SCSI over Bulk-Only; quirks = 0x0100 > > > > > > > > ^^^ your device is listed > > > > with quirks. Maybe the quirks are incorrect. Please check the quirk > > > > table in /sys/dev/usb/storage/umass.c > > > > > > What do I do? > > > Do I try each of quirks one by one? > > > > > > Thanks. > > > Hiro > > > > Try removing the quirk for your device. > > > > --HPS > > Removing did help. What did you get when you removed the quirk? --HPS > I also tested with a few combinations of quirks but didn't help, neither. > > It used to work back in 6.x era. > I may try to bring 6.x back to try it out... > > Hiro From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 08:13:58 2009 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 AC4371065679 for ; Thu, 12 Mar 2009 08:13:58 +0000 (UTC) (envelope-from saifi.khan@twincling.org) Received: from s217.sureserver.com (s217.sureserver.com [203.194.200.22]) by mx1.freebsd.org (Postfix) with ESMTP id 0B71E8FC1E for ; Thu, 12 Mar 2009 08:13:57 +0000 (UTC) (envelope-from saifi.khan@twincling.org) Received: (qmail 4135 invoked by uid 1002); 12 Mar 2009 08:13:54 -0000 Received: from unknown (HELO ?10.10.10.7?) (saifi.khan@twincling.org@59.92.192.110) by s217.sureserver.com with ESMTPA; 12 Mar 2009 08:13:54 -0000 Date: Thu, 12 Mar 2009 13:47:46 +0000 (GMT) From: Saifi Khan X-X-Sender: saifi@localhost To: Robert Watson In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-current@freebsd.org Subject: Re: ASL 2.0 based software contribution to FreeBSD code base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2009 08:13:59 -0000 On Thu, 12 Mar 2009, Robert Watson wrote: > On Wed, 11 Mar 2009, Saifi Khan wrote: > > > Is Apache Software License (ASL) 2.0 based software contributions accepted > > in FreeBSD code base ? > > > > So in short: we would heavily discourage code being submitted under non-BSD > licenses on the basis that our goal is to produce a BSD-licensed system, > license proliferation has real-world overhead especially in terms of > constrained developer and lawyer time, makes it harder for FreeBSD end-users > to understand their rights and whether or not they can combine components, and > when other licenses are used they require very special handling. > > Robert N M Watson > Computer Laboratory > University of Cambridge > Hi Robert: Appreciate the time you took to reply to my queries. Your reply clarified the FreeBSD 'perspective' and the FreeBSD 'imperative'. thanks Saifi. From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 08:31:47 2009 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 C028D1065672 for ; Thu, 12 Mar 2009 08:31:47 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp-1.dlr.de (smtp-1.dlr.de [195.37.61.185]) by mx1.freebsd.org (Postfix) with ESMTP id 50E0D8FC13 for ; Thu, 12 Mar 2009 08:31:46 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from beagle.kn.op.dlr.de ([129.247.178.136]) by smtp-1.dlr.de over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830); Thu, 12 Mar 2009 09:31:44 +0100 Date: Thu, 12 Mar 2009 09:31:41 +0100 (CET) From: Hartmut Brandt X-X-Sender: brandt_h@beagle.kn.op.dlr.de To: Tom McLaughlin In-Reply-To: <49B69C36.3010307@sdf.lonestar.org> Message-ID: <20090312092235.F78834@beagle.kn.op.dlr.de> References: <49A69B74.1080201@sdf.lonestar.org> <49A97F2E.3030005@sdf.lonestar.org> <20090306213531.G60465@beagle.kn.op.dlr.de> <20090306211650.GD41617@deviant.kiev.zoral.com.ua> <20090306222433.GF41617@deviant.kiev.zoral.com.ua> <20090310114131.GD41617@deviant.kiev.zoral.com.ua> <70D16F57-F7E3-4CDA-BCD5-5D79B566510B@rabson.org> <49B69C36.3010307@sdf.lonestar.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 12 Mar 2009 08:31:44.0926 (UTC) FILETIME=[FA21A3E0:01C9A2EC] Cc: Kostik Belousov , kazakov@gmail.com, current@freebsd.org Subject: Re: problem with nss_ldap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2009 08:31:48 -0000 On Tue, 10 Mar 2009, Tom McLaughlin wrote: TM>Doug Rabson wrote: [snip alot] TM>Okay, attached is a patch to nss_ldap. On -CURRENT I have changed the TM>CONFIGURE_ARG to use "--enable-configurable-krb5-ccname-gssapi" instead TM>of "--enable-configurable-krb5-ccname-env" which fixes Harti's initial TM>problem with apps like cron failing. It will also make nss_ldap link TM>against libgssapi and libgssapi_krb5. I still have one lingering issue TM>though at least things work. TM> TM>[tom@freebsd-8-amd64 tom]$ getent passwd tom TM>dlopen: /usr/lib/libgssapi_spnego.so.10: Undefined symbol TM>"GSS_C_NT_HOSTBASED_SERVICE" TM>tom:x:10001:10001:Tom McLaughlin:/home/tom:/bin/sh Ok. This works so far. I get the same error. But I have the original problem again - cron, sendmail and sshd seem not to use the hostcreds. I still need a link from /var/tmp/hostcreds to /tmp/krb5cc_0 to make sshd to work. The build of nss_ldap seems to find all the necessary files: sasl.h, gssapi.h, gssapi_krb5.h. The thing I cannot understand is: why do normal applications find the hostcreds, but the daemons not? What do they differently? harti From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 08:53:14 2009 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 88C39106566B for ; Thu, 12 Mar 2009 08:53:14 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 257AE8FC1A for ; Thu, 12 Mar 2009 08:53:14 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id DD4541CFE9; Thu, 12 Mar 2009 09:53:12 +0100 (CET) Date: Thu, 12 Mar 2009 09:53:12 +0100 From: Ed Schouten To: bf Message-ID: <20090312085312.GQ31961@hoeg.nl> References: <680922.88554.qm@web39102.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GEn4szYucjS2InE7" Content-Disposition: inline In-Reply-To: <680922.88554.qm@web39102.mail.mud.yahoo.com> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-current@FreeBSD.org Subject: Re: Recent build failures -- a connection with tty/sh revisions? C library changes? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2009 08:53:14 -0000 --GEn4szYucjS2InE7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * bf wrote: >=20 > > * bf wrote: > > > I'm seeing some strange behavior on 8-CURRENT amd64 r189705 that > > > has only started to occur in the last few days. >=20 > > Same here. I'm running an LLVM buildbot and it fails at random moments, > > clobbering random files in the source tree. I don't think it's=20 > > related to TTYs. >=20 > Also on amd64, Ed? What svn revision? It looks like I'm using r189619, according to uname. --=20 Ed Schouten WWW: http://80386.nl/ --GEn4szYucjS2InE7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkm4zXgACgkQ52SDGA2eCwVGUQCfRwagHMjqK9RFbfSy3ITH02Qf 3aMAnjrKuLnsTrHLn+fnb6aNWvh8jaWA =hH5k -----END PGP SIGNATURE----- --GEn4szYucjS2InE7-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 10:31:14 2009 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 02C571065670 for ; Thu, 12 Mar 2009 10:31:14 +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 B3E9C8FC12 for ; Thu, 12 Mar 2009 10:31:13 +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 1Lhhym-000Jso-BW; Thu, 12 Mar 2009 13:17:32 +0300 To: freebsd-current@FreeBSD.org From: Boris Samorodov Date: Thu, 12 Mar 2009 13:17:31 +0300 Message-ID: <11273764@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=utf-8 Content-Transfer-Encoding: 8bit Cc: pav@FreeBSD.org Subject: libusb and fast current changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2009 10:31:14 -0000 Hello List, I use ports-mgmt/tinderbox to test changes to ports. I'd got at trouble with graphics/libgphoto2: ----- gmake[4]: Entering directory `/work/a/ports/graphics/libgphoto2/work/libgphoto2-2.4.4/libgphoto2_port/usb' /bin/sh /work/a/ports/graphics/libgphoto2/work/gnome-libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I.. -I.. -DLOCALEDIR=\"/usr/local/share/locale\" -DIOLIBS=\"/usr/local/lib/libgphoto2_port/0.8.0\" -I/usr/local/include -Wall -Wmissing-declarations -Wmissing-prototypes -g -D_GPHOTO2_INTERNAL_CODE -I/usr/local/include -I/usr/include -I/usr/local/include -O2 -pipe -fno-strict-aliasing -O2 -pipe -fno-strict-aliasing -MT usb_la-libusb.lo -MD -MP -MF .deps/usb_la-libusb.Tpo -c -o usb_la-libusb.lo `test -f 'libusb.c' || echo './'`libusb.c mkdir .libs cc -DHAVE_CONFIG_H -I. -I.. -I.. -DLOCALEDIR=\"/usr/local/share/locale\" -DIOLIBS=\"/usr/local/lib/libgphoto2_port/0.8.0\" -I/usr/local/include -Wall -Wmissing-declarations -Wmissing-prototypes -g -D_GPHOTO2_INTERNAL_CODE -I/usr/local/include -I/usr/include -I/usr/local/include -O2 -pipe -fno-strict-aliasing -O2 -pipe -fno-strict-aliasing -MT usb_la-libusb.lo -MD -MP -MF .deps/usb_la-libusb.Tpo -c libusb.c -fPIC -DPIC -o .libs/usb_la-libusb.o libusb.c:37:31: error: libusb20_compat10.h: No such file or directory libusb.c: In function 'gp_port_usb_open': libusb.c:230: warning: unused variable 'name' gmake[4]: *** [usb_la-libusb.lo] Error 1 gmake[4]: Leaving directory `/work/a/ports/graphics/libgphoto2/work/libgphoto2-2.4.4/libgphoto2_port/usb' gmake[3]: *** [all-recursive] Error 1 ----- The jail system uses OSVERSION=800070 and really doesn't have libusb20_compat10.h: ----- % cd /m/local/tinderbox/8-bsam-exp/usr/include % find . -name libusb\* ./libusb20.h ./libusb20_desc.h ----- However the host system has that file. But it's rather stale file from one of previous installworlds (the one that had happened at Dec 1, 2008): ----- % sysctl kern.osreldate kern.osreldate: 800070 % (cd /usr/include && ls -l `find . -name libusb\*`) -r--r--r-- 1 root wheel 11680 12 мар 12:19 ./libusb20.h -r--r--r-- 1 root wheel 9511 1 док 19:58 ./libusb20_compat01.h -r--r--r-- 1 root wheel 1451 1 док 19:58 ./libusb20_compat10.h -r--r--r-- 1 root wheel 15969 12 мар 12:19 ./libusb20_desc.h ----- Both the host and the tinderbox jail were rebuilt/reinstalled two hours ago. Pav@ at private email said that he had been told this file should exit. 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 Mar 12 11:27:14 2009 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 EBCFA1065670 for ; Thu, 12 Mar 2009 11:27:14 +0000 (UTC) (envelope-from nick-lists@netability.ie) Received: from mail.acquirer.com (unknown [IPv6:2001:1bb8:2000:4::2]) by mx1.freebsd.org (Postfix) with ESMTP id 88DDA8FC14 for ; Thu, 12 Mar 2009 11:27:11 +0000 (UTC) (envelope-from nick-lists@netability.ie) X-Envelope-To: freebsd-current@freebsd.org Received: from crumpet.foobar.org (crumpet.internal.acquirer.com [10.228.100.79]) (authenticated bits=0) by mail.acquirer.com (8.14.3/8.14.3) with ESMTP id n2CBR5B6000457 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 12 Mar 2009 11:27:06 GMT (envelope-from nick-lists@netability.ie) Message-ID: <49B8F189.8070604@netability.ie> Date: Thu, 12 Mar 2009 11:27:05 +0000 From: Nick Hilliard User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b4pre) Gecko/20090305 Shredder/3.0b3pre MIME-Version: 1.0 To: Alexander Motin References: <1236812807.00085599.1236802801@10.7.7.3> <49B8CD26.70903@mavhome.dp.ua> In-Reply-To: <49B8CD26.70903@mavhome.dp.ua> Content-Type: multipart/mixed; boundary="------------030507080502070703030105" X-Spam-Status: No, score=-3.6 required=5.0 tests=ALL_TRUSTED,BAYES_00,TW_BD, TW_BF,TW_BP,TW_DR,TW_KB,TW_TK,TW_XB,TW_XC,TW_XD,TW_XF autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on muffin.acquirer.com X-Virus-Scanned: ClamAV 0.94.2/9100/Thu Mar 12 09:07:56 2009 on muffin.acquirer.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: SiI3531 SATA port multipler X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2009 11:27:15 -0000 This is a multi-part message in MIME format. --------------030507080502070703030105 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 12/03/2009 08:51, Alexander Motin wrote: > Have you tried to enable verbose boot messages? It may give some > additional info. Yep, tried it, but the dmesg buffer filled up with stuff like this: > ata2: siiprb_issue_cmd time=0ms status=00050000 > ata2: siiprb_issue_cmd time=0ms status=00010000 > ata2: siiprb_issue_cmd time=0ms status=00010000 > ata2: p0: connect status=00000000 > ata2: siiprb_issue_cmd time=0ms status=00010000 > ata2: siiprb_issue_cmd time=0ms status=00010000 > ata2: siiprb_issue_cmd time=27ms status=00010000 > ata2: p1: SIGNATURE=00000101 > ata2: siiprb_issue_cmd time=0ms status=00010000 and so on - probably about 50-100k of this sort of thing. So I have no idea what happened at the start of the card initialisation process. > Can you try to use AHCI controller present in your system instead of > SiI? It may allow to differentiate SiI controller related problems from > PM related ones. I don't have a sata->esata cable handy. However, I replaced the SiI3531 with a JMB366 card, and have attached the results of a verbose boot. > I am expecting to receive some PM hardware in a week or so, so I will be > able to test it's support, at least with AHCI. Oh cool. Would you like remote access to my box, btw? I might also be able to dig out an rs232 card somewhere for debugging. Nick --------------030507080502070703030105 Content-Type: text/plain; name="dmesg-verbose.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="dmesg-verbose.txt" Q29weXJpZ2h0IChjKSAxOTkyLTIwMDkgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0 IChjKSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAx OTkzLCAxOTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlh LiBBbGwgcmlnaHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1h cmsgb2YgVGhlIEZyZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCA4LjAtQ1VSUkVOVCAjNTog V2VkIE1hciAxMSAyMjoxMToxNSBHTVQgMjAwOQogICAgbmlja0BwYW5jYWtlLmludGVybmFs LmFjcXVpcmVyLmNvbTovdXNyL3NyYy9zeXMvYW1kNjQvY29tcGlsZS9QQU5DQUtFCldBUk5J Tkc6IFdJVE5FU1Mgb3B0aW9uIGVuYWJsZWQsIGV4cGVjdCByZWR1Y2VkIHBlcmZvcm1hbmNl LgpQcmVsb2FkZWQgZWxmIGtlcm5lbCAiL2Jvb3Qva2VybmVsL2tlcm5lbCIgYXQgMHhmZmZm ZmZmZjgwODZkMDAwLgpUaW1lY291bnRlciAiaTgyNTQiIGZyZXF1ZW5jeSAxMTkzMTgyIEh6 IHF1YWxpdHkgMApDYWxpYnJhdGluZyBUU0MgY2xvY2sgLi4uIFRTQyBjbG9jazogMzAxMDA0 NzExMSBIegpDUFU6IEludGVsKFIpIENvcmUoVE0pMiBEdW8gQ1BVICAgICBFODQwMCAgQCAz LjAwR0h6ICgzMDEwLjA1LU1IeiBLOC1jbGFzcyBDUFUpCiAgT3JpZ2luID0gIkdlbnVpbmVJ bnRlbCIgIElkID0gMHgxMDY3YSAgU3RlcHBpbmcgPSAxMAogIEZlYXR1cmVzPTB4YmZlYmZi ZmY8RlBVLFZNRSxERSxQU0UsVFNDLE1TUixQQUUsTUNFLENYOCxBUElDLFNFUCxNVFJSLFBH RSxNQ0EsQ01PVixQQVQsUFNFMzYsQ0xGTFVTSCxEVFMsQUNQSSxNTVgsRlhTUixTU0UsU1NF MixTUyxIVFQsVE0sUEJFPgogIEZlYXR1cmVzMj0weDQwOGUzZmQ8U1NFMyxEVEVTNjQsTU9O LERTX0NQTCxWTVgsU01YLEVTVCxUTTIsU1NTRTMsQ1gxNix4VFBSLFBEQ00sU1NFNC4xLFhT QVZFPgogIEFNRCBGZWF0dXJlcz0weDIwMTAwODAwPFNZU0NBTEwsTlgsTE0+CiAgQU1EIEZl YXR1cmVzMj0weDE8TEFIRj4KICBUU0M6IFAtc3RhdGUgaW52YXJpYW50CiAgQ29yZXMgcGVy IHBhY2thZ2U6IDIKdXNhYmxlIG1lbW9yeSA9IDg1ODA5OTMwMjQgKDgxODMgTUIpClBoeXNp Y2FsIG1lbW9yeSBjaHVuayhzKToKMHgwMDAwMDAwMDAwMDAxMDAwIC0gMHgwMDAwMDAwMDAw MDk4ZmZmLCA2MjI1OTIgYnl0ZXMgKDE1MiBwYWdlcykKMHgwMDAwMDAwMDAwODlmMDAwIC0g MHgwMDAwMDAwMGNmZjdmZmZmLCAzNDgwMDk2NzY4IGJ5dGVzICg4NDk2MzMgcGFnZXMpCjB4 MDAwMDAwMDEwMDAwMDAwMCAtIDB4MDAwMDAwMDIyMGEzM2ZmZiwgNDg0MjUzNjk2MCBieXRl cyAoMTE4MjI2MCBwYWdlcykKYXZhaWwgbWVtb3J5ICA9IDgyODUwMjAxNjAgKDc5MDEgTUIp CkFDUEkgQVBJQyBUYWJsZTogPEFfTV9JXyBPRU1BUElDID4KSU5UUjogQWRkaW5nIGxvY2Fs IEFQSUMgMSBhcyBhIHRhcmdldApGcmVlQlNEL1NNUDogTXVsdGlwcm9jZXNzb3IgU3lzdGVt IERldGVjdGVkOiAyIENQVXMKIGNwdTAgKEJTUCk6IEFQSUMgSUQ6ICAwCiBjcHUxIChBUCk6 IEFQSUMgSUQ6ICAxCkFQSUM6IENQVSAwIGhhcyBBQ1BJIElEIDEKQVBJQzogQ1BVIDEgaGFz IEFDUEkgSUQgMgpVTEU6IHNldHVwIGNwdSAwClVMRTogc2V0dXAgY3B1IDEKQUNQSTogUlNE UCBAIDB4MHhmYmJlMC8weDAwMjQgKHYgIDIgQUNQSUFNKQpBQ1BJOiBYU0RUIEAgMHgweGNm ZjgwMTAwLzB4MDA1QyAodiAgMSBBX01fSV8gT0VNWFNEVCAgMHgxMTAwMDgyMCBNU0ZUIDB4 MDAwMDAwOTcpCkFDUEk6IEZBQ1AgQCAweDB4Y2ZmODAyOTAvMHgwMEY0ICh2ICAzIEFfTV9J XyBPRU1GQUNQICAweDExMDAwODIwIE1TRlQgMHgwMDAwMDA5NykKQUNQSTogRFNEVCBAIDB4 MHhjZmY4MDQ0MC8weDg1MjcgKHYgIDEgIEExMTIxIEExMTIxMDAxIDB4MDAwMDAwMDEgSU5U TCAweDIwMDUxMTE3KQpBQ1BJOiBGQUNTIEAgMHgweGNmZjhlMDAwLzB4MDA0MApBQ1BJOiBB UElDIEAgMHgweGNmZjgwMzkwLzB4MDA2QyAodiAgMSBBX01fSV8gT0VNQVBJQyAgMHgxMTAw MDgyMCBNU0ZUIDB4MDAwMDAwOTcpCkFDUEk6IE1DRkcgQCAweDB4Y2ZmODA0MDAvMHgwMDND ICh2ICAxIEFfTV9JXyBPRU1NQ0ZHICAweDExMDAwODIwIE1TRlQgMHgwMDAwMDA5NykKQUNQ STogT0VNQiBAIDB4MHhjZmY4ZTA0MC8weDAwODEgKHYgIDEgQV9NX0lfIEFNSV9PRU0gIDB4 MTEwMDA4MjAgTVNGVCAweDAwMDAwMDk3KQpBQ1BJOiBIUEVUIEAgMHgweGNmZjg4OTcwLzB4 MDAzOCAodiAgMSBBX01fSV8gT0VNSFBFVCAgMHgxMTAwMDgyMCBNU0ZUIDB4MDAwMDAwOTcp CkFDUEk6IE9TRlIgQCAweDB4Y2ZmODg5YjAvMHgwMEIwICh2ICAxIEFfTV9JXyBPRU1PU0ZS ICAweDExMDAwODIwIE1TRlQgMHgwMDAwMDA5NykKQUNQSTogU1NEVCBAIDB4MHhjZmY4ZTVk MC8weDBBN0MgKHYgIDEgRHBnUG1tICAgIENwdVBtIDB4MDAwMDAwMTIgSU5UTCAweDIwMDUx MTE3KQpNQURUOiBGb3VuZCBJTyBBUElDIElEIDIsIEludGVycnVwdCAwIGF0IDB4ZmVjMDAw MDAKaW9hcGljMDogUm91dGluZyBleHRlcm5hbCA4MjU5QSdzIC0+IGludHBpbiAwCk1BRFQ6 IEludGVycnVwdCBvdmVycmlkZTogc291cmNlIDAsIGlycSAyCmlvYXBpYzA6IFJvdXRpbmcg SVJRIDAgLT4gaW50cGluIDIKTUFEVDogSW50ZXJydXB0IG92ZXJyaWRlOiBzb3VyY2UgOSwg aXJxIDkKaW9hcGljMDogaW50cGluIDkgdHJpZ2dlcjogbGV2ZWwKaW9hcGljMCA8VmVyc2lv biAyLjA+IGlycXMgMC0yMyBvbiBtb3RoZXJib2FyZApjcHUwIEJTUDoKICAgICBJRDogMHgw MDAwMDAwMCAgIFZFUjogMHgwMDA1MDAxNCBMRFI6IDB4MDAwMDAwMDAgREZSOiAweGZmZmZm ZmZmCiAgbGludDA6IDB4MDAwMTA3MDAgbGludDE6IDB4MDAwMDA0MDAgVFBSOiAweDAwMDAw MDAwIFNWUjogMHgwMDAwMDFmZgogIHRpbWVyOiAweDAwMDEwMGVmIHRoZXJtOiAweDAwMDEw MDAwIGVycjogMHgwMDAxMDAwZiBwY206IDB4MDAwMDA0MDAKa2JkOiBuZXcgYXJyYXkgc2l6 ZSA0CmtiZDEgYXQga2JkbXV4MAptZW06IDxtZW1vcnk+Cm51bGw6IDxudWxsIGRldmljZSwg emVybyBkZXZpY2U+CnJhbmRvbTogPGVudHJvcHkgc291cmNlLCBTb2Z0d2FyZSwgWWFycm93 PgppbzogPEkvTz4KYWNwaTA6IDxBX01fSV8gT0VNWFNEVD4gb24gbW90aGVyYm9hcmQKUENJ ZTogTWVtb3J5IE1hcHBlZCBjb25maWd1cmF0aW9uIGJhc2UgQCAweGUwMDAwMDAwCmlvYXBp YzA6IHJvdXRpbmcgaW50cGluIDkgKElTQSBJUlEgOSkgdG8gbGFwaWMgMCB2ZWN0b3IgNDgK YWNwaTA6IFtNUFNBRkVdCmFjcGkwOiBbSVRIUkVBRF0KYWNwaTA6IFBvd2VyIEJ1dHRvbiAo Zml4ZWQpCkFjcGlPc0Rlcml2ZVBjaUlkOiBcXF9TQl8uUENJMC5TQlJHLklFTEsuUlhBMCAt PiBidXMgMCBkZXYgMCBmdW5jIDAKQWNwaU9zRGVyaXZlUGNpSWQ6IFxcX1NCXy5QQ0kwLlNC UkcuRkhSMCAtPiBidXMgMCBkZXYgMzEgZnVuYyAwCkFjcGlPc0Rlcml2ZVBjaUlkOiBcXF9T Ql8uUENJMC5TQlJHLlBJWDAgLT4gYnVzIDAgZGV2IDMxIGZ1bmMgMAphY3BpMDogcmVzZXJ2 YXRpb24gb2YgMCwgYTAwMDAgKDMpIGZhaWxlZAphY3BpMDogcmVzZXJ2YXRpb24gb2YgMTAw MDAwLCBjZmYwMDAwMCAoMykgZmFpbGVkCkFDUEkgdGltZXI6IDEvMSAxLzEgMS8xIDEvMSAx LzEgMS8xIDEvMSAxLzEgMS8xIDEvMSAtPiAxMApUaW1lY291bnRlciAiQUNQSS1mYXN0IiBm cmVxdWVuY3kgMzU3OTU0NSBIeiBxdWFsaXR5IDEwMDAKYWNwaV90aW1lcjA6IDwyNC1iaXQg dGltZXIgYXQgMy41Nzk1NDVNSHo+IHBvcnQgMHg4MDgtMHg4MGIgb24gYWNwaTAKcGNpX2xp bmswOiAgICAgICAgSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICBJbml0aWFsIFByb2Jl ICAgICAgIDAgICAxMCAgIE4gICAgIDAgIDMgNCA1IDYgNyAxMCAxMSAxMiAxNCAxNQogIFZh bGlkYXRpb24gICAgICAgICAgMCAgIDEwICAgTiAgICAgMCAgMyA0IDUgNiA3IDEwIDExIDEy IDE0IDE1CiAgQWZ0ZXIgRGlzYWJsZSAgICAgICAwICAyNTUgICBOICAgICAwICAzIDQgNSA2 IDcgMTAgMTEgMTIgMTQgMTUKcGNpX2xpbmsxOiAgICAgICAgSW5kZXggIElSUSAgUnRkICBS ZWYgIElSUXMKICBJbml0aWFsIFByb2JlICAgICAgIDAgICAxMSAgIE4gICAgIDAgIDMgNCA1 IDYgNyAxMCAxMSAxMiAxNCAxNQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgIDExICAgTiAg ICAgMCAgMyA0IDUgNiA3IDEwIDExIDEyIDE0IDE1CiAgQWZ0ZXIgRGlzYWJsZSAgICAgICAw ICAyNTUgICBOICAgICAwICAzIDQgNSA2IDcgMTAgMTEgMTIgMTQgMTUKcGNpX2xpbmsyOiAg ICAgICAgSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICBJbml0aWFsIFByb2JlICAgICAg IDAgICAxNSAgIE4gICAgIDAgIDMgNCA1IDYgNyAxMCAxMSAxMiAxNCAxNQogIFZhbGlkYXRp b24gICAgICAgICAgMCAgIDE1ICAgTiAgICAgMCAgMyA0IDUgNiA3IDEwIDExIDEyIDE0IDE1 CiAgQWZ0ZXIgRGlzYWJsZSAgICAgICAwICAyNTUgICBOICAgICAwICAzIDQgNSA2IDcgMTAg MTEgMTIgMTQgMTUKcGNpX2xpbmszOiAgICAgICAgSW5kZXggIElSUSAgUnRkICBSZWYgIElS UXMKICBJbml0aWFsIFByb2JlICAgICAgIDAgICAgNSAgIE4gICAgIDAgIDMgNCA1IDYgNyAx MCAxMSAxMiAxNCAxNQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgICA1ICAgTiAgICAgMCAg MyA0IDUgNiA3IDEwIDExIDEyIDE0IDE1CiAgQWZ0ZXIgRGlzYWJsZSAgICAgICAwICAyNTUg ICBOICAgICAwICAzIDQgNSA2IDcgMTAgMTEgMTIgMTQgMTUKcGNpX2xpbms0OiAgICAgICAg SW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICBJbml0aWFsIFByb2JlICAgICAgIDAgIDI1 NSAgIE4gICAgIDAgIDMgNCA1IDYgNyAxMCAxMSAxMiAxNCAxNQogIFZhbGlkYXRpb24gICAg ICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDUgNiA3IDEwIDExIDEyIDE0IDE1CiAgQWZ0 ZXIgRGlzYWJsZSAgICAgICAwICAyNTUgICBOICAgICAwICAzIDQgNSA2IDcgMTAgMTEgMTIg MTQgMTUKcGNpX2xpbms1OiAgICAgICAgSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICBJ bml0aWFsIFByb2JlICAgICAgIDAgICAxNCAgIE4gICAgIDAgIDMgNCA1IDYgNyAxMCAxMSAx MiAxNCAxNQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgIDE0ICAgTiAgICAgMCAgMyA0IDUg NiA3IDEwIDExIDEyIDE0IDE1CiAgQWZ0ZXIgRGlzYWJsZSAgICAgICAwICAyNTUgICBOICAg ICAwICAzIDQgNSA2IDcgMTAgMTEgMTIgMTQgMTUKcGNpX2xpbms2OiAgICAgICAgSW5kZXgg IElSUSAgUnRkICBSZWYgIElSUXMKICBJbml0aWFsIFByb2JlICAgICAgIDAgICAgMyAgIE4g ICAgIDAgIDMgNCA1IDYgNyAxMCAxMSAxMiAxNCAxNQogIFZhbGlkYXRpb24gICAgICAgICAg MCAgICAzICAgTiAgICAgMCAgMyA0IDUgNiA3IDEwIDExIDEyIDE0IDE1CiAgQWZ0ZXIgRGlz YWJsZSAgICAgICAwICAyNTUgICBOICAgICAwICAzIDQgNSA2IDcgMTAgMTEgMTIgMTQgMTUK cGNpX2xpbms3OiAgICAgICAgSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICBJbml0aWFs IFByb2JlICAgICAgIDAgICAgNyAgIE4gICAgIDAgIDMgNCA1IDYgNyAxMCAxMSAxMiAxNCAx NQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgICA3ICAgTiAgICAgMCAgMyA0IDUgNiA3IDEw IDExIDEyIDE0IDE1CiAgQWZ0ZXIgRGlzYWJsZSAgICAgICAwICAyNTUgICBOICAgICAwICAz IDQgNSA2IDcgMTAgMTEgMTIgMTQgMTUKYWNwaV9ocGV0MDogPEhpZ2ggUHJlY2lzaW9uIEV2 ZW50IFRpbWVyPiBpb21lbSAweGZlZDAwMDAwLTB4ZmVkMDAzZmYgb24gYWNwaTAKYWNwaV9o cGV0MDogdmVuZDogMHg4MDg2IHJldjogMHgxIG51bTogMyBoejogMTQzMTgxODAgb3B0czog bGVnYWN5X3JvdXRlIDY0LWJpdApUaW1lY291bnRlciAiSFBFVCIgZnJlcXVlbmN5IDE0MzE4 MTgwIEh6IHF1YWxpdHkgOTAwCnBjaWIwOiA8QUNQSSBIb3N0LVBDSSBicmlkZ2U+IHBvcnQg MHhjZjgtMHhjZmYgb24gYWNwaTAKcGNpMDogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjAKcGNp MDogZG9tYWluPTAsIHBoeXNpY2FsIGJ1cz0wCmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2 PTB4MmUyMCwgcmV2aWQ9MHgwMwoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTAsIGZ1bmM9MAoJ Y2xhc3M9MDYtMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDAwNiwg c3RhdHJlZz0weDIwOTAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgw IG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKZm91bmQtPgl2 ZW5kb3I9MHg4MDg2LCBkZXY9MHgyZTIxLCByZXZpZD0weDAzCglkb21haW49MCwgYnVzPTAs IHNsb3Q9MSwgZnVuYz0wCgljbGFzcz0wNi0wNC0wMCwgaGRydHlwZT0weDAxLCBtZmRldj0w CgljbWRyZWc9MHgwMTA3LCBzdGF0cmVnPTB4MDAxMCwgY2FjaGVsbnN6PTggKGR3b3JkcykK CWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgxYSAoNjUwMCBucyksIG1heGxhdD0w eDAwICgwIG5zKQoJaW50cGluPWEsIGlycT0xMAoJcG93ZXJzcGVjIDMgIHN1cHBvcnRzIEQw IEQzICBjdXJyZW50IEQwCglNU0kgc3VwcG9ydHMgMSBtZXNzYWdlCnBjaWIwOiBtYXRjaGVk IGVudHJ5IGZvciAwLjEuSU5UQQpwY2liMDogc2xvdCAxIElOVEEgaGFyZHdpcmVkIHRvIElS USAxNgpmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDNhMzcsIHJldmlkPTB4MDAKCWRv bWFpbj0wLCBidXM9MCwgc2xvdD0yNiwgZnVuYz0wCgljbGFzcz0wYy0wMy0wMCwgaGRydHlw ZT0weDAwLCBtZmRldj0xCgljbWRyZWc9MHgwMDA1LCBzdGF0cmVnPTB4MDI5MCwgY2FjaGVs bnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBu cyksIG1heGxhdD0weDAwICgwIG5zKQoJaW50cGluPWEsIGlycT0xMAoJbWFwWzIwXTogdHlw ZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHhhODAwLCBzaXplICA1LCBlbmFibGVkCnBj aWIwOiBtYXRjaGVkIGVudHJ5IGZvciAwLjI2LklOVEEKcGNpYjA6IHNsb3QgMjYgSU5UQSBo YXJkd2lyZWQgdG8gSVJRIDE2CmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4M2EzOCwg cmV2aWQ9MHgwMAoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTI2LCBmdW5jPTEKCWNsYXNzPTBj LTAzLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAwMDUsIHN0YXRyZWc9 MHgwMjkwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1p bmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49YiwgaXJxPTE0 CgltYXBbMjBdOiB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwgYmFzZSAweGE4ODAsIHNpemUg IDUsIGVuYWJsZWQKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMjYuSU5UQgpwY2liMDog c2xvdCAyNiBJTlRCIGhhcmR3aXJlZCB0byBJUlEgMjEKZm91bmQtPgl2ZW5kb3I9MHg4MDg2 LCBkZXY9MHgzYTM5LCByZXZpZD0weDAwCglkb21haW49MCwgYnVzPTAsIHNsb3Q9MjYsIGZ1 bmM9MgoJY2xhc3M9MGMtMDMtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4 MDAwNSwgc3RhdHJlZz0weDAyOTAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0w eDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWlu dHBpbj1jLCBpcnE9MTUKCW1hcFsyMF06IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNl IDB4YWMwMCwgc2l6ZSAgNSwgZW5hYmxlZApwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3IgMC4y Ni5JTlRDCnBjaWIwOiBzbG90IDI2IElOVEMgaGFyZHdpcmVkIHRvIElSUSAxOApmb3VuZC0+ CXZlbmRvcj0weDgwODYsIGRldj0weDNhM2MsIHJldmlkPTB4MDAKCWRvbWFpbj0wLCBidXM9 MCwgc2xvdD0yNiwgZnVuYz03CgljbGFzcz0wYy0wMy0yMCwgaGRydHlwZT0weDAwLCBtZmRl dj0wCgljbWRyZWc9MHgwMDA2LCBzdGF0cmVnPTB4MDI5MCwgY2FjaGVsbnN6PTAgKGR3b3Jk cykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0w eDAwICgwIG5zKQoJaW50cGluPWMsIGlycT0xNQoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQw IEQzICBjdXJyZW50IEQwCgltYXBbMTBdOiB0eXBlIE1lbW9yeSwgcmFuZ2UgMzIsIGJhc2Ug MHhmN2ZmZmMwMCwgc2l6ZSAxMCwgZW5hYmxlZApwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3Ig MC4yNi5JTlRDCnBjaWIwOiBzbG90IDI2IElOVEMgaGFyZHdpcmVkIHRvIElSUSAxOApmb3Vu ZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDNhM2UsIHJldmlkPTB4MDAKCWRvbWFpbj0wLCBi dXM9MCwgc2xvdD0yNywgZnVuYz0wCgljbGFzcz0wNC0wMy0wMCwgaGRydHlwZT0weDAwLCBt ZmRldj0wCgljbWRyZWc9MHgwMDA2LCBzdGF0cmVnPTB4MDAxMCwgY2FjaGVsbnN6PTggKGR3 b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxh dD0weDAwICgwIG5zKQoJaW50cGluPWEsIGlycT0zCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMg RDAgRDMgIGN1cnJlbnQgRDAKCU1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UsIDY0IGJpdAoJbWFw WzEwXTogdHlwZSBNZW1vcnksIHJhbmdlIDY0LCBiYXNlIDB4ZjdmZjgwMDAsIHNpemUgMTQs IGVuYWJsZWQKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMjcuSU5UQQpwY2liMDogc2xv dCAyNyBJTlRBIGhhcmR3aXJlZCB0byBJUlEgMjIKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBk ZXY9MHgzYTQwLCByZXZpZD0weDAwCglkb21haW49MCwgYnVzPTAsIHNsb3Q9MjgsIGZ1bmM9 MAoJY2xhc3M9MDYtMDQtMDAsIGhkcnR5cGU9MHgwMSwgbWZkZXY9MQoJY21kcmVnPTB4MDEw Nywgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej04IChkd29yZHMpCglsYXR0aW1lcj0weDAw ICgwIG5zKSwgbWluZ250PTB4MDIgKDUwMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJaW50 cGluPWEsIGlycT0xMQoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQw CglNU0kgc3VwcG9ydHMgMSBtZXNzYWdlCnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZvciAwLjI4 LklOVEEKcGNpYjA6IHNsb3QgMjggSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDE3CmZvdW5kLT4J dmVuZG9yPTB4ODA4NiwgZGV2PTB4M2E0MiwgcmV2aWQ9MHgwMAoJZG9tYWluPTAsIGJ1cz0w LCBzbG90PTI4LCBmdW5jPTEKCWNsYXNzPTA2LTA0LTAwLCBoZHJ0eXBlPTB4MDEsIG1mZGV2 PTEKCWNtZHJlZz0weDAxMDcsIHN0YXRyZWc9MHgwMDEwLCBjYWNoZWxuc3o9OCAoZHdvcmRz KQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAyICg1MDAgbnMpLCBtYXhsYXQ9 MHgwMCAoMCBucykKCWludHBpbj1iLCBpcnE9MTAKCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBE MCBEMyAgY3VycmVudCBEMAoJTVNJIHN1cHBvcnRzIDEgbWVzc2FnZQpwY2liMDogbWF0Y2hl ZCBlbnRyeSBmb3IgMC4yOC5JTlRCCnBjaWIwOiBzbG90IDI4IElOVEIgaGFyZHdpcmVkIHRv IElSUSAxNgpmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDNhNDgsIHJldmlkPTB4MDAK CWRvbWFpbj0wLCBidXM9MCwgc2xvdD0yOCwgZnVuYz00CgljbGFzcz0wNi0wNC0wMCwgaGRy dHlwZT0weDAxLCBtZmRldj0xCgljbWRyZWc9MHgwMTA3LCBzdGF0cmVnPTB4MDAxMCwgY2Fj aGVsbnN6PTggKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMiAo NTAwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49YSwgaXJxPTExCglwb3dlcnNw ZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAKCU1TSSBzdXBwb3J0cyAxIG1lc3Nh Z2UKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMjguSU5UQQpwY2liMDogc2xvdCAyOCBJ TlRBIGhhcmR3aXJlZCB0byBJUlEgMTcKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgz YTRhLCByZXZpZD0weDAwCglkb21haW49MCwgYnVzPTAsIHNsb3Q9MjgsIGZ1bmM9NQoJY2xh c3M9MDYtMDQtMDAsIGhkcnR5cGU9MHgwMSwgbWZkZXY9MQoJY21kcmVnPTB4MDEwNywgc3Rh dHJlZz0weDAwMTAsIGNhY2hlbG5zej04IChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5z KSwgbWluZ250PTB4MDIgKDUwMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJaW50cGluPWIs IGlycT0xMAoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCglNU0kg c3VwcG9ydHMgMSBtZXNzYWdlCnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZvciAwLjI4LklOVEIK cGNpYjA6IHNsb3QgMjggSU5UQiBoYXJkd2lyZWQgdG8gSVJRIDE2CmZvdW5kLT4JdmVuZG9y PTB4ODA4NiwgZGV2PTB4M2EzNCwgcmV2aWQ9MHgwMAoJZG9tYWluPTAsIGJ1cz0wLCBzbG90 PTI5LCBmdW5jPTAKCWNsYXNzPTBjLTAzLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKCWNt ZHJlZz0weDAwMDUsIHN0YXRyZWc9MHgwMjkwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0 dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAg bnMpCglpbnRwaW49YSwgaXJxPTcKCW1hcFsyMF06IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMy LCBiYXNlIDB4YTA4MCwgc2l6ZSAgNSwgZW5hYmxlZApwY2liMDogbWF0Y2hlZCBlbnRyeSBm b3IgMC4yOS5JTlRBCnBjaWIwOiBzbG90IDI5IElOVEEgaGFyZHdpcmVkIHRvIElSUSAyMwpm b3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDNhMzUsIHJldmlkPTB4MDAKCWRvbWFpbj0w LCBidXM9MCwgc2xvdD0yOSwgZnVuYz0xCgljbGFzcz0wYy0wMy0wMCwgaGRydHlwZT0weDAw LCBtZmRldj0wCgljbWRyZWc9MHgwMDA1LCBzdGF0cmVnPTB4MDI5MCwgY2FjaGVsbnN6PTAg KGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1h eGxhdD0weDAwICgwIG5zKQoJaW50cGluPWIsIGlycT01CgltYXBbMjBdOiB0eXBlIEkvTyBQ b3J0LCByYW5nZSAzMiwgYmFzZSAweGE0MDAsIHNpemUgIDUsIGVuYWJsZWQKcGNpYjA6IG1h dGNoZWQgZW50cnkgZm9yIDAuMjkuSU5UQgpwY2liMDogc2xvdCAyOSBJTlRCIGhhcmR3aXJl ZCB0byBJUlEgMTkKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgzYTM2LCByZXZpZD0w eDAwCglkb21haW49MCwgYnVzPTAsIHNsb3Q9MjksIGZ1bmM9MgoJY2xhc3M9MGMtMDMtMDAs IGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDAwNSwgc3RhdHJlZz0weDAyOTAs IGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4 MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1jLCBpcnE9MTUKCW1hcFsy MF06IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4YTQ4MCwgc2l6ZSAgNSwgZW5h YmxlZApwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3IgMC4yOS5JTlRDCnBjaWIwOiBzbG90IDI5 IElOVEMgaGFyZHdpcmVkIHRvIElSUSAxOApmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0w eDNhM2EsIHJldmlkPTB4MDAKCWRvbWFpbj0wLCBidXM9MCwgc2xvdD0yOSwgZnVuYz03Cglj bGFzcz0wYy0wMy0yMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgwMDA2LCBz dGF0cmVnPTB4MDI5MCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAg bnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJaW50cGluPWEs IGlycT03Cglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAKCW1hcFsx MF06IHR5cGUgTWVtb3J5LCByYW5nZSAzMiwgYmFzZSAweGY3ZmZmODAwLCBzaXplIDEwLCBl bmFibGVkCnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZvciAwLjI5LklOVEEKcGNpYjA6IHNsb3Qg MjkgSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDIzCmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2 PTB4MjQ0ZSwgcmV2aWQ9MHg5MAoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTMwLCBmdW5jPTAK CWNsYXNzPTA2LTA0LTAxLCBoZHJ0eXBlPTB4MDEsIG1mZGV2PTAKCWNtZHJlZz0weDAxMDQs IHN0YXRyZWc9MHgwMDEwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAo MCBucyksIG1pbmdudD0weDAyICg1MDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKZm91bmQt Pgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgzYTE4LCByZXZpZD0weDAwCglkb21haW49MCwgYnVz PTAsIHNsb3Q9MzEsIGZ1bmM9MAoJY2xhc3M9MDYtMDEtMDAsIGhkcnR5cGU9MHgwMCwgbWZk ZXY9MQoJY21kcmVnPTB4MDAwNywgc3RhdHJlZz0weDAyMTAsIGNhY2hlbG5zej0wIChkd29y ZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9 MHgwMCAoMCBucykKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgzYTIyLCByZXZpZD0w eDAwCglkb21haW49MCwgYnVzPTAsIHNsb3Q9MzEsIGZ1bmM9MgoJY2xhc3M9MDEtMDYtMDEs IGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDAwNywgc3RhdHJlZz0weDAyYjAs IGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4 MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1iLCBpcnE9NQoJcG93ZXJz cGVjIDMgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCglNU0kgc3VwcG9ydHMgMTYgbWVz c2FnZXMKCW1hcFsxMF06IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4OWMwMCwg c2l6ZSAgMywgZW5hYmxlZAoJbWFwWzE0XTogdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJh c2UgMHg5ODgwLCBzaXplICAyLCBlbmFibGVkCgltYXBbMThdOiB0eXBlIEkvTyBQb3J0LCBy YW5nZSAzMiwgYmFzZSAweDk4MDAsIHNpemUgIDMsIGVuYWJsZWQKCW1hcFsxY106IHR5cGUg SS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4OTQ4MCwgc2l6ZSAgMiwgZW5hYmxlZAoJbWFw WzIwXTogdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHg5NDAwLCBzaXplICA1LCBl bmFibGVkCgltYXBbMjRdOiB0eXBlIE1lbW9yeSwgcmFuZ2UgMzIsIGJhc2UgMHhmN2ZmZTgw MCwgc2l6ZSAxMSwgZW5hYmxlZApwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3IgMC4zMS5JTlRC CnBjaWIwOiBzbG90IDMxIElOVEIgaGFyZHdpcmVkIHRvIElSUSAxOQpmb3VuZC0+CXZlbmRv cj0weDgwODYsIGRldj0weDNhMzAsIHJldmlkPTB4MDAKCWRvbWFpbj0wLCBidXM9MCwgc2xv dD0zMSwgZnVuYz0zCgljbGFzcz0wYy0wNS0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCglj bWRyZWc9MHgwMDAzLCBzdGF0cmVnPTB4MDI4MCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxh dHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgw IG5zKQoJaW50cGluPWMsIGlycT0xNQoJbWFwWzEwXTogdHlwZSBNZW1vcnksIHJhbmdlIDY0 LCBiYXNlIDB4ZjdmZmY0MDAsIHNpemUgIDgsIGVuYWJsZWQKCW1hcFsyMF06IHR5cGUgSS9P IFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4NDAwLCBzaXplICA1LCBlbmFibGVkCnBjaWIwOiBt YXRjaGVkIGVudHJ5IGZvciAwLjMxLklOVEMKcGNpYjA6IHNsb3QgMzEgSU5UQyBoYXJkd2ly ZWQgdG8gSVJRIDE4CnBjaWIxOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE2IGF0IGRl dmljZSAxLjAgb24gcGNpMApwY2liMTogICBkb21haW4gICAgICAgICAgICAwCnBjaWIxOiAg IHNlY29uZGFyeSBidXMgICAgIDEKcGNpYjE6ICAgc3Vib3JkaW5hdGUgYnVzICAgMQpwY2li MTogICBJL08gZGVjb2RlICAgICAgICAweGYwMDAtMHhmZmYKcGNpYjE6ICAgbWVtb3J5IGRl Y29kZSAgICAgMHhmODAwMDAwMC0weGZlN2ZmZmZmCnBjaWIxOiAgIHByZWZldGNoZWQgZGVj b2RlIDB4ZDAwMDAwMDAtMHhkZmZmZmZmZgpwY2kxOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2li MQpwY2kxOiBkb21haW49MCwgcGh5c2ljYWwgYnVzPTEKZm91bmQtPgl2ZW5kb3I9MHgxMGRl LCBkZXY9MHgwMTQxLCByZXZpZD0weGEyCglkb21haW49MCwgYnVzPTEsIHNsb3Q9MCwgZnVu Yz0wCgljbGFzcz0wMy0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgw MDA3LCBzdGF0cmVnPTB4MDAxMCwgY2FjaGVsbnN6PTggKGR3b3JkcykKCWxhdHRpbWVyPTB4 MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJaW50 cGluPWEsIGlycT0xMAoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQw CglNU0kgc3VwcG9ydHMgMSBtZXNzYWdlLCA2NCBiaXQKCW1hcFsxMF06IHR5cGUgTWVtb3J5 LCByYW5nZSAzMiwgYmFzZSAweGY4MDAwMDAwLCBzaXplIDI2LCBlbmFibGVkCnBjaWIxOiBy ZXF1ZXN0ZWQgbWVtb3J5IHJhbmdlIDB4ZjgwMDAwMDAtMHhmYmZmZmZmZjogZ29vZAoJbWFw WzE0XTogdHlwZSBQcmVmZXRjaGFibGUgTWVtb3J5LCByYW5nZSA2NCwgYmFzZSAweGQwMDAw MDAwLCBzaXplIDI4LCBlbmFibGVkCnBjaWIxOiByZXF1ZXN0ZWQgbWVtb3J5IHJhbmdlIDB4 ZDAwMDAwMDAtMHhkZmZmZmZmZjogZ29vZAoJbWFwWzFjXTogdHlwZSBNZW1vcnksIHJhbmdl IDY0LCBiYXNlIDB4ZmQwMDAwMDAsIHNpemUgMjQsIGVuYWJsZWQKcGNpYjE6IHJlcXVlc3Rl ZCBtZW1vcnkgcmFuZ2UgMHhmZDAwMDAwMC0weGZkZmZmZmZmOiBnb29kCnBjaWIxOiBtYXRj aGVkIGVudHJ5IGZvciAxLjAuSU5UQQpwY2liMTogc2xvdCAwIElOVEEgaGFyZHdpcmVkIHRv IElSUSAxNgp2Z2FwY2kwOiA8VkdBLWNvbXBhdGlibGUgZGlzcGxheT4gbWVtIDB4ZjgwMDAw MDAtMHhmYmZmZmZmZiwweGQwMDAwMDAwLTB4ZGZmZmZmZmYsMHhmZDAwMDAwMC0weGZkZmZm ZmZmIGlycSAxNiBhdCBkZXZpY2UgMC4wIG9uIHBjaTEKcGNpMDogPHNlcmlhbCBidXMsIFVT Qj4gYXQgZGV2aWNlIDI2LjAgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMDogPHNlcmlhbCBi dXMsIFVTQj4gYXQgZGV2aWNlIDI2LjEgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMDogPHNl cmlhbCBidXMsIFVTQj4gYXQgZGV2aWNlIDI2LjIgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNp MDogPHNlcmlhbCBidXMsIFVTQj4gYXQgZGV2aWNlIDI2LjcgKG5vIGRyaXZlciBhdHRhY2hl ZCkKcGNpMDogPG11bHRpbWVkaWEsIEhEQT4gYXQgZGV2aWNlIDI3LjAgKG5vIGRyaXZlciBh dHRhY2hlZCkKcGNpYjI6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTcgYXQgZGV2aWNl IDI4LjAgb24gcGNpMApwY2liMjogICBkb21haW4gICAgICAgICAgICAwCnBjaWIyOiAgIHNl Y29uZGFyeSBidXMgICAgIDUKcGNpYjI6ICAgc3Vib3JkaW5hdGUgYnVzICAgNQpwY2liMjog ICBJL08gZGVjb2RlICAgICAgICAweGUwMDAtMHhlZmZmCnBjaWIyOiAgIG1lbW9yeSBkZWNv ZGUgICAgIDB4ZmViMDAwMDAtMHhmZWJmZmZmZgpwY2liMjogICBubyBwcmVmZXRjaGVkIGRl Y29kZQpwY2k1OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMgpwY2k1OiBkb21haW49MCwgcGh5 c2ljYWwgYnVzPTUKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgxMGI5LCByZXZpZD0w eDA2Cglkb21haW49MCwgYnVzPTUsIHNsb3Q9MCwgZnVuYz0wCgljbGFzcz0wMi0wMC0wMCwg aGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgwMDA3LCBzdGF0cmVnPTB4MDAxMCwg Y2FjaGVsbnN6PTggKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgw MCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJaW50cGluPWEsIGlycT0xMAoJcG93ZXJz cGVjIDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCglNU0kgc3VwcG9ydHMgMSBtZXNz YWdlLCA2NCBiaXQKCW1hcFsxMF06IHR5cGUgTWVtb3J5LCByYW5nZSAzMiwgYmFzZSAweGZl YmUwMDAwLCBzaXplIDE3LCBlbmFibGVkCnBjaWIyOiByZXF1ZXN0ZWQgbWVtb3J5IHJhbmdl IDB4ZmViZTAwMDAtMHhmZWJmZmZmZjogZ29vZAoJbWFwWzE0XTogdHlwZSBNZW1vcnksIHJh bmdlIDMyLCBiYXNlIDB4ZmViYzAwMDAsIHNpemUgMTcsIGVuYWJsZWQKcGNpYjI6IHJlcXVl c3RlZCBtZW1vcnkgcmFuZ2UgMHhmZWJjMDAwMC0weGZlYmRmZmZmOiBnb29kCgltYXBbMThd OiB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwgYmFzZSAweGVjMDAsIHNpemUgIDUsIGVuYWJs ZWQKcGNpYjI6IHJlcXVlc3RlZCBJL08gcmFuZ2UgMHhlYzAwLTB4ZWMxZjogaW4gcmFuZ2UK cGNpYjI6IG1hdGNoZWQgZW50cnkgZm9yIDUuMC5JTlRBCnBjaWIyOiBzbG90IDAgSU5UQSBo YXJkd2lyZWQgdG8gSVJRIDE2CmVtMDogPEludGVsKFIpIFBSTy8xMDAwIE5ldHdvcmsgQ29u bmVjdGlvbiA2LjkuNj4gcG9ydCAweGVjMDAtMHhlYzFmIG1lbSAweGZlYmUwMDAwLTB4ZmVi ZmZmZmYsMHhmZWJjMDAwMC0weGZlYmRmZmZmIGlycSAxNiBhdCBkZXZpY2UgMC4wIG9uIHBj aTUKZW0wOiBSZXNlcnZlZCAweDIwMDAwIGJ5dGVzIGZvciByaWQgMHgxMCB0eXBlIDMgYXQg MHhmZWJlMDAwMAplbTA6IGF0dGVtcHRpbmcgdG8gYWxsb2NhdGUgMSBNU0kgdmVjdG9ycyAo MSBzdXBwb3J0ZWQpCmVtMDogdXNpbmcgSVJRIDI1NiBmb3IgTVNJCmVtMDogVXNpbmcgTVNJ IGludGVycnVwdAptc2k6IEFzc2lnbmluZyBNU0kgSVJRIDI1NiB0byBsb2NhbCBBUElDIDAg dmVjdG9yIDQ5CmVtMDogW0ZJTFRFUl0KZW0wOiBicGYgYXR0YWNoZWQKZW0wOiBFdGhlcm5l dCBhZGRyZXNzOiAwMDoxYjoyMTozMjoxYTo5ZQpwY2liMzogPEFDUEkgUENJLVBDSSBicmlk Z2U+IGlycSAxNiBhdCBkZXZpY2UgMjguMSBvbiBwY2kwCnBjaWIzOiAgIGRvbWFpbiAgICAg ICAgICAgIDAKcGNpYjM6ICAgc2Vjb25kYXJ5IGJ1cyAgICAgNApwY2liMzogICBzdWJvcmRp bmF0ZSBidXMgICA0CnBjaWIzOiAgIEkvTyBkZWNvZGUgICAgICAgIDB4ZDAwMC0weGRmZmYK cGNpYjM6ICAgbWVtb3J5IGRlY29kZSAgICAgMHhmZWEwMDAwMC0weGZlYWZmZmZmCnBjaWIz OiAgIG5vIHByZWZldGNoZWQgZGVjb2RlCnBjaTQ6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIz CnBjaTQ6IGRvbWFpbj0wLCBwaHlzaWNhbCBidXM9NApmb3VuZC0+CXZlbmRvcj0weDE5N2Is IGRldj0weDIzNjYsIHJldmlkPTB4MDIKCWRvbWFpbj0wLCBidXM9NCwgc2xvdD0wLCBmdW5j PTAKCWNsYXNzPTAxLTA0LTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAw MDcsIHN0YXRyZWc9MHgwMDEwLCBjYWNoZWxuc3o9OCAoZHdvcmRzKQoJbGF0dGltZXI9MHgw MCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRw aW49YSwgaXJxPTExCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAK CW1hcFsxMF06IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4ZGMwMCwgc2l6ZSAg MywgZW5hYmxlZApwY2liMzogcmVxdWVzdGVkIEkvTyByYW5nZSAweGRjMDAtMHhkYzA3OiBp biByYW5nZQoJbWFwWzE0XTogdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHhkODgw LCBzaXplICAyLCBlbmFibGVkCnBjaWIzOiByZXF1ZXN0ZWQgSS9PIHJhbmdlIDB4ZDg4MC0w eGQ4ODM6IGluIHJhbmdlCgltYXBbMThdOiB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwgYmFz ZSAweGQ4MDAsIHNpemUgIDMsIGVuYWJsZWQKcGNpYjM6IHJlcXVlc3RlZCBJL08gcmFuZ2Ug MHhkODAwLTB4ZDgwNzogaW4gcmFuZ2UKCW1hcFsxY106IHR5cGUgSS9PIFBvcnQsIHJhbmdl IDMyLCBiYXNlIDB4ZDQ4MCwgc2l6ZSAgMiwgZW5hYmxlZApwY2liMzogcmVxdWVzdGVkIEkv TyByYW5nZSAweGQ0ODAtMHhkNDgzOiBpbiByYW5nZQoJbWFwWzIwXTogdHlwZSBJL08gUG9y dCwgcmFuZ2UgMzIsIGJhc2UgMHhkNDAwLCBzaXplICA0LCBlbmFibGVkCnBjaWIzOiByZXF1 ZXN0ZWQgSS9PIHJhbmdlIDB4ZDQwMC0weGQ0MGY6IGluIHJhbmdlCgltYXBbMjRdOiB0eXBl IE1lbW9yeSwgcmFuZ2UgMzIsIGJhc2UgMHhmZWFmZTAwMCwgc2l6ZSAxMywgZW5hYmxlZApw Y2liMzogcmVxdWVzdGVkIG1lbW9yeSByYW5nZSAweGZlYWZlMDAwLTB4ZmVhZmZmZmY6IGdv b2QKcGNpYjM6IG1hdGNoZWQgZW50cnkgZm9yIDQuMC5JTlRBCnBjaWIzOiBzbG90IDAgSU5U QSBoYXJkd2lyZWQgdG8gSVJRIDE3CmF0YXBjaTA6IDxKTWljcm9uIEpNQjM2NiBTQVRBMzAw IGNvbnRyb2xsZXI+IHBvcnQgMHhkYzAwLTB4ZGMwNywweGQ4ODAtMHhkODgzLDB4ZDgwMC0w eGQ4MDcsMHhkNDgwLTB4ZDQ4MywweGQ0MDAtMHhkNDBmIG1lbSAweGZlYWZlMDAwLTB4ZmVh ZmZmZmYgaXJxIDE3IGF0IGRldmljZSAwLjAgb24gcGNpNAphdGFwY2kwOiBSZXNlcnZlZCAw eDEwIGJ5dGVzIGZvciByaWQgMHgyMCB0eXBlIDQgYXQgMHhkNDAwCmlvYXBpYzA6IHJvdXRp bmcgaW50cGluIDE3IChQQ0kgSVJRIDE3KSB0byBsYXBpYyAwIHZlY3RvciA1MAphdGFwY2kw OiBbTVBTQUZFXQphdGFwY2kwOiBbSVRIUkVBRF0KYXRhcGNpMDogUmVzZXJ2ZWQgMHgyMDAw IGJ5dGVzIGZvciByaWQgMHgyNCB0eXBlIDMgYXQgMHhmZWFmZTAwMAphdGFwY2kwOiBBSENJ IGNhbGxlZCBmcm9tIHZlbmRvciBzcGVjaWZpYyBkcml2ZXIKYXRhcGNpMDogQUhDSSBWZXJz aW9uIDAxLjAwIGNvbnRyb2xsZXIgd2l0aCAyIHBvcnRzIFBNIHN1cHBvcnRlZAphdGEyOiA8 QVRBIGNoYW5uZWwgMD4gb24gYXRhcGNpMAphdGEyOiBBSENJIHJlc2V0Li4uCmF0YTI6IFNB VEEgY29ubmVjdCBzdGF0dXM9MDAwMDAwMDAKYXRhMjogQUhDSSByZXNldCBkb25lOiBwaHkg cmVzZXQgZm91bmQgbm8gZGV2aWNlCmF0YTI6IFtNUFNBRkVdCmF0YTI6IFtJVEhSRUFEXQph dGEzOiA8QVRBIGNoYW5uZWwgMT4gb24gYXRhcGNpMAphdGEzOiBBSENJIHJlc2V0Li4uCmF0 YTM6IFNBVEEgY29ubmVjdCB0aW1lPTBtcwphdGEzOiByZWFkeSB3YWl0IHRpbWU9MG1zCmF0 YTM6IHNvZnR3YXJlIHJlc2V0IHBvcnQgMTUuLi4KYXRhMzogcmVhZHkgd2FpdCB0aW1lPTBt cwphdGEzOiBTSUdOQVRVUkU6IDk2NjkwMTAxCmF0YTM6IFBvcnRtdWx0aXBsaWVyIChpZD00 NzI2MTA5NSByZXY9MWYwNikgd2l0aCA3IHBvcnRzCmF0YTM6IHAwOiBjb25uZWN0IHN0YXR1 cz0wMDAwMDAwMAphdGEzOiBwMTogY29ubmVjdCB0aW1lIDBtcwphdGEzOiBzb2Z0d2FyZSBy ZXNldCBwb3J0IDEuLi4KYXRhMzogYWhjaV9pc3N1ZV9jbWQgdGltZW91dDogMTAwIG9mIDEw MG1zLCBzdGF0dXM9MDAwMDAwMDEKYXRhMzogc29mdHdhcmUgcmVzZXQgc2V0IHRpbWVvdXQK YXRhMzogcDE6IFNJR05BVFVSRT1mZmZmZmZmZgphdGEzOiBhaGNpX2lzc3VlX2NtZCB0aW1l b3V0OiAxMDAgb2YgMTAwbXMsIHN0YXR1cz0wMDAwMDAwMQphdGEzOiBlcnJvciB3cml0aW5n IFBNIHBvcnQKYXRhMzogcDI6IHdyaXRpbmcgQVRBX1NDX0RFVF9SRVNFVCBmYWlsZWQKYXRh MzogYWhjaV9pc3N1ZV9jbWQgdGltZW91dDogMTAwIG9mIDEwMG1zLCBzdGF0dXM9MDAwMDAw MDEKYXRhMzogZXJyb3Igd3JpdGluZyBQTSBwb3J0CmF0YTM6IHAzOiB3cml0aW5nIEFUQV9T Q19ERVRfUkVTRVQgZmFpbGVkCmF0YTM6IGFoY2lfaXNzdWVfY21kIHRpbWVvdXQ6IDEwMCBv ZiAxMDBtcywgc3RhdHVzPTAwMDAwMDAxCmF0YTM6IGVycm9yIHdyaXRpbmcgUE0gcG9ydAph dGEzOiBwNDogd3JpdGluZyBBVEFfU0NfREVUX1JFU0VUIGZhaWxlZAphdGEzOiBhaGNpX2lz c3VlX2NtZCB0aW1lb3V0OiAxMDAgb2YgMTAwbXMsIHN0YXR1cz0wMDAwMDAwMQphdGEzOiBl cnJvciB3cml0aW5nIFBNIHBvcnQKYXRhMzogcDU6IHdyaXRpbmcgQVRBX1NDX0RFVF9SRVNF VCBmYWlsZWQKYXRhMzogYWhjaV9pc3N1ZV9jbWQgdGltZW91dDogMTAwIG9mIDEwMG1zLCBz dGF0dXM9MDAwMDAwMDEKYXRhMzogZXJyb3Igd3JpdGluZyBQTSBwb3J0CmF0YTM6IHA2OiB3 cml0aW5nIEFUQV9TQ19ERVRfUkVTRVQgZmFpbGVkCmF0YTM6IEFIQ0kgcmVzZXQgZG9uZTog ZGV2aWNlcz0wMDAwODAwMAphdGEzOiBbTVBTQUZFXQphdGEzOiBbSVRIUkVBRF0KYXRhNDog PEFUQSBjaGFubmVsIDI+IG9uIGF0YXBjaTAKYXRhcGNpMDogUmVzZXJ2ZWQgMHg4IGJ5dGVz IGZvciByaWQgMHgxMCB0eXBlIDQgYXQgMHhkYzAwCmF0YXBjaTA6IFJlc2VydmVkIDB4NCBi eXRlcyBmb3IgcmlkIDB4MTQgdHlwZSA0IGF0IDB4ZDg4MAphdGE0OiByZXNldCB0cDEgbWFz az0wMyBvc3RhdDA9NjAgb3N0YXQxPTcwCmF0YTQ6IHN0YXQwPTB4MjAgZXJyPTB4MjAgbHNi PTB4MjAgbXNiPTB4MjAKYXRhNDogc3RhdDE9MHgzMCBlcnI9MHgzMCBsc2I9MHgzMCBtc2I9 MHgzMAphdGE0OiByZXNldCB0cDIgc3RhdDA9MjAgc3RhdDE9MzAgZGV2aWNlcz0weDAKYXRh NDogW01QU0FGRV0KYXRhNDogW0lUSFJFQURdCmF0YTU6IDxBVEEgY2hhbm5lbCAzPiBvbiBh dGFwY2kwCmF0YXBjaTA6IFJlc2VydmVkIDB4OCBieXRlcyBmb3IgcmlkIDB4MTggdHlwZSA0 IGF0IDB4ZDgwMAphdGFwY2kwOiBSZXNlcnZlZCAweDQgYnl0ZXMgZm9yIHJpZCAweDFjIHR5 cGUgNCBhdCAweGQ0ODAKYXRhNTogcmVzZXQgdHAxIG1hc2s9MDMgb3N0YXQwPTYwIG9zdGF0 MT03MAphdGE1OiBzdGF0MD0weDIwIGVycj0weDIwIGxzYj0weDIwIG1zYj0weDIwCmF0YTU6 IHN0YXQxPTB4MzAgZXJyPTB4MzAgbHNiPTB4MzAgbXNiPTB4MzAKYXRhNTogcmVzZXQgdHAy IHN0YXQwPTIwIHN0YXQxPTMwIGRldmljZXM9MHgwCmF0YTU6IFtNUFNBRkVdCmF0YTU6IFtJ VEhSRUFEXQpwY2liNDogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGlycSAxNyBhdCBkZXZpY2Ug MjguNCBvbiBwY2kwCnBjaWI0OiAgIGRvbWFpbiAgICAgICAgICAgIDAKcGNpYjQ6ICAgc2Vj b25kYXJ5IGJ1cyAgICAgMwpwY2liNDogICBzdWJvcmRpbmF0ZSBidXMgICAzCnBjaWI0OiAg IEkvTyBkZWNvZGUgICAgICAgIDB4YzAwMC0weGNmZmYKcGNpYjQ6ICAgbWVtb3J5IGRlY29k ZSAgICAgMHhmZTkwMDAwMC0weGZlOWZmZmZmCnBjaWI0OiAgIG5vIHByZWZldGNoZWQgZGVj b2RlCnBjaTM6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI0CnBjaTM6IGRvbWFpbj0wLCBwaHlz aWNhbCBidXM9Mwpmb3VuZC0+CXZlbmRvcj0weDExYWIsIGRldj0weDYxMDEsIHJldmlkPTB4 YjIKCWRvbWFpbj0wLCBidXM9Mywgc2xvdD0wLCBmdW5jPTAKCWNsYXNzPTAxLTAxLThmLCBo ZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAwMDcsIHN0YXRyZWc9MHgwMDEwLCBj YWNoZWxuc3o9OCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAw ICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49YSwgaXJxPTEwCglwb3dlcnNw ZWMgMiAgc3VwcG9ydHMgRDAgRDEgRDMgIGN1cnJlbnQgRDAKCU1TSSBzdXBwb3J0cyAxIG1l c3NhZ2UKCW1hcFsxMF06IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4Y2MwMCwg c2l6ZSAgMywgZW5hYmxlZApwY2liNDogcmVxdWVzdGVkIEkvTyByYW5nZSAweGNjMDAtMHhj YzA3OiBpbiByYW5nZQoJbWFwWzE0XTogdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2Ug MHhjODgwLCBzaXplICAyLCBlbmFibGVkCnBjaWI0OiByZXF1ZXN0ZWQgSS9PIHJhbmdlIDB4 Yzg4MC0weGM4ODM6IGluIHJhbmdlCgltYXBbMThdOiB0eXBlIEkvTyBQb3J0LCByYW5nZSAz MiwgYmFzZSAweGM4MDAsIHNpemUgIDMsIGVuYWJsZWQKcGNpYjQ6IHJlcXVlc3RlZCBJL08g cmFuZ2UgMHhjODAwLTB4YzgwNzogaW4gcmFuZ2UKCW1hcFsxY106IHR5cGUgSS9PIFBvcnQs IHJhbmdlIDMyLCBiYXNlIDB4YzQ4MCwgc2l6ZSAgMiwgZW5hYmxlZApwY2liNDogcmVxdWVz dGVkIEkvTyByYW5nZSAweGM0ODAtMHhjNDgzOiBpbiByYW5nZQoJbWFwWzIwXTogdHlwZSBJ L08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHhjNDAwLCBzaXplICA0LCBlbmFibGVkCnBjaWI0 OiByZXF1ZXN0ZWQgSS9PIHJhbmdlIDB4YzQwMC0weGM0MGY6IGluIHJhbmdlCgltYXBbMjRd OiB0eXBlIE1lbW9yeSwgcmFuZ2UgMzIsIGJhc2UgMHhmZTlmZmMwMCwgc2l6ZSAgOSwgZW5h YmxlZApwY2liNDogcmVxdWVzdGVkIG1lbW9yeSByYW5nZSAweGZlOWZmYzAwLTB4ZmU5ZmZk ZmY6IGdvb2QKcGNpYjQ6IG1hdGNoZWQgZW50cnkgZm9yIDMuMC5JTlRBCnBjaWI0OiBzbG90 IDAgSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDE2CmF0YXBjaTE6IDxNYXJ2ZWxsIDg4U1g2MTAx IFVETUExMzMgY29udHJvbGxlcj4gcG9ydCAweGNjMDAtMHhjYzA3LDB4Yzg4MC0weGM4ODMs MHhjODAwLTB4YzgwNywweGM0ODAtMHhjNDgzLDB4YzQwMC0weGM0MGYgbWVtIDB4ZmU5ZmZj MDAtMHhmZTlmZmRmZiBpcnEgMTYgYXQgZGV2aWNlIDAuMCBvbiBwY2kzCmF0YXBjaTE6IFJl c2VydmVkIDB4MTAgYnl0ZXMgZm9yIHJpZCAweDIwIHR5cGUgNCBhdCAweGM0MDAKaW9hcGlj MDogcm91dGluZyBpbnRwaW4gMTYgKFBDSSBJUlEgMTYpIHRvIGxhcGljIDAgdmVjdG9yIDUx CmF0YXBjaTE6IFtNUFNBRkVdCmF0YXBjaTE6IFtJVEhSRUFEXQphdGE2OiA8QVRBIGNoYW5u ZWwgMD4gb24gYXRhcGNpMQphdGFwY2kxOiBSZXNlcnZlZCAweDggYnl0ZXMgZm9yIHJpZCAw eDEwIHR5cGUgNCBhdCAweGNjMDAKYXRhcGNpMTogUmVzZXJ2ZWQgMHg0IGJ5dGVzIGZvciBy aWQgMHgxNCB0eXBlIDQgYXQgMHhjODgwCmF0YTY6IHJlc2V0IHRwMSBtYXNrPTAzIG9zdGF0 MD01MCBvc3RhdDE9MDAKYXRhNjogc3RhdDA9MHgwMCBlcnI9MHgwMSBsc2I9MHgxNCBtc2I9 MHhlYgphdGE2OiBzdGF0MT0weDAwIGVycj0weDAwIGxzYj0weDAwIG1zYj0weDAwCmF0YTY6 IHJlc2V0IHRwMiBzdGF0MD0wMCBzdGF0MT0wMCBkZXZpY2VzPTB4MTAwMDAKYXRhNjogW01Q U0FGRV0KYXRhNjogW0lUSFJFQURdCnBjaWI1OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJx IDE2IGF0IGRldmljZSAyOC41IG9uIHBjaTAKcGNpYjU6ICAgZG9tYWluICAgICAgICAgICAg MApwY2liNTogICBzZWNvbmRhcnkgYnVzICAgICAyCnBjaWI1OiAgIHN1Ym9yZGluYXRlIGJ1 cyAgIDIKcGNpYjU6ICAgSS9PIGRlY29kZSAgICAgICAgMHhiMDAwLTB4YmZmZgpwY2liNTog ICBtZW1vcnkgZGVjb2RlICAgICAweGZlODAwMDAwLTB4ZmU4ZmZmZmYKcGNpYjU6ICAgcHJl ZmV0Y2hlZCBkZWNvZGUgMHhmNmYwMDAwMC0weGY2ZmZmZmZmCnBjaTI6IDxBQ1BJIFBDSSBi dXM+IG9uIHBjaWI1CnBjaTI6IGRvbWFpbj0wLCBwaHlzaWNhbCBidXM9Mgpmb3VuZC0+CXZl bmRvcj0weDEwZWMsIGRldj0weDgxNjgsIHJldmlkPTB4MDIKCWRvbWFpbj0wLCBidXM9Miwg c2xvdD0wLCBmdW5jPTAKCWNsYXNzPTAyLTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAK CWNtZHJlZz0weDAwMDcsIHN0YXRyZWc9MHgwMDEwLCBjYWNoZWxuc3o9OCAoZHdvcmRzKQoJ bGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAg KDAgbnMpCglpbnRwaW49YSwgaXJxPTExCglwb3dlcnNwZWMgMyAgc3VwcG9ydHMgRDAgRDEg RDIgRDMgIGN1cnJlbnQgRDAKCU1TSSBzdXBwb3J0cyAyIG1lc3NhZ2VzLCA2NCBiaXQKCU1T SS1YIHN1cHBvcnRzIDIgbWVzc2FnZXMgaW4gbWFwIDB4MjAKCW1hcFsxMF06IHR5cGUgSS9P IFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4YjgwMCwgc2l6ZSAgOCwgZW5hYmxlZApwY2liNTog cmVxdWVzdGVkIEkvTyByYW5nZSAweGI4MDAtMHhiOGZmOiBpbiByYW5nZQoJbWFwWzE4XTog dHlwZSBQcmVmZXRjaGFibGUgTWVtb3J5LCByYW5nZSA2NCwgYmFzZSAweGY2ZmZmMDAwLCBz aXplIDEyLCBlbmFibGVkCnBjaWI1OiByZXF1ZXN0ZWQgbWVtb3J5IHJhbmdlIDB4ZjZmZmYw MDAtMHhmNmZmZmZmZjogZ29vZAoJbWFwWzIwXTogdHlwZSBQcmVmZXRjaGFibGUgTWVtb3J5 LCByYW5nZSA2NCwgYmFzZSAweGY2ZmUwMDAwLCBzaXplIDE2LCBlbmFibGVkCnBjaWI1OiBy ZXF1ZXN0ZWQgbWVtb3J5IHJhbmdlIDB4ZjZmZTAwMDAtMHhmNmZlZmZmZjogZ29vZApwY2li NTogbWF0Y2hlZCBlbnRyeSBmb3IgMi4wLklOVEEKcGNpYjU6IHNsb3QgMCBJTlRBIGhhcmR3 aXJlZCB0byBJUlEgMTcKcGNpMjogPG5ldHdvcmssIGV0aGVybmV0PiBhdCBkZXZpY2UgMC4w IChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTA6IDxzZXJpYWwgYnVzLCBVU0I+IGF0IGRldmlj ZSAyOS4wIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTA6IDxzZXJpYWwgYnVzLCBVU0I+IGF0 IGRldmljZSAyOS4xIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTA6IDxzZXJpYWwgYnVzLCBV U0I+IGF0IGRldmljZSAyOS4yIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTA6IDxzZXJpYWwg YnVzLCBVU0I+IGF0IGRldmljZSAyOS43IChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaWI2OiA8 QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDMwLjAgb24gcGNpMApwY2liNjogICBk b21haW4gICAgICAgICAgICAwCnBjaWI2OiAgIHNlY29uZGFyeSBidXMgICAgIDYKcGNpYjY6 ICAgc3Vib3JkaW5hdGUgYnVzICAgNgpwY2liNjogICBJL08gZGVjb2RlICAgICAgICAweDAt MHgwCnBjaWI2OiAgIG5vIHByZWZldGNoZWQgZGVjb2RlCnBjaWI2OiAgIFN1YnRyYWN0aXZl bHkgZGVjb2RlZCBicmlkZ2UuCnBjaTY6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI2CnBjaTY6 IGRvbWFpbj0wLCBwaHlzaWNhbCBidXM9Ngppc2FiMDogPFBDSS1JU0EgYnJpZGdlPiBhdCBk ZXZpY2UgMzEuMCBvbiBwY2kwCmlzYTA6IDxJU0EgYnVzPiBvbiBpc2FiMAphdGFwY2kyOiA8 SW50ZWwgKElEPTNhMjI4MDg2KSBBSENJIGNvbnRyb2xsZXI+IHBvcnQgMHg5YzAwLTB4OWMw NywweDk4ODAtMHg5ODgzLDB4OTgwMC0weDk4MDcsMHg5NDgwLTB4OTQ4MywweDk0MDAtMHg5 NDFmIG1lbSAweGY3ZmZlODAwLTB4ZjdmZmVmZmYgaXJxIDE5IGF0IGRldmljZSAzMS4yIG9u IHBjaTAKYXRhcGNpMjogUmVzZXJ2ZWQgMHgyMCBieXRlcyBmb3IgcmlkIDB4MjAgdHlwZSA0 IGF0IDB4OTQwMAphdGFwY2kyOiBSZXNlcnZlZCAweDgwMCBieXRlcyBmb3IgcmlkIDB4MjQg dHlwZSAzIGF0IDB4ZjdmZmU4MDAKaW9hcGljMDogcm91dGluZyBpbnRwaW4gMTkgKFBDSSBJ UlEgMTkpIHRvIGxhcGljIDAgdmVjdG9yIDUyCmF0YXBjaTI6IFtNUFNBRkVdCmF0YXBjaTI6 IFtJVEhSRUFEXQphdGFwY2kyOiBBSENJIFZlcnNpb24gMDEuMjAgY29udHJvbGxlciB3aXRo IDYgcG9ydHMgUE0gc3VwcG9ydGVkCmF0YTc6IDxBVEEgY2hhbm5lbCAwPiBvbiBhdGFwY2ky CmF0YTc6IEFIQ0kgcmVzZXQuLi4KYXRhNzogU0FUQSBjb25uZWN0IHRpbWU9MG1zCmF0YTc6 IHJlYWR5IHdhaXQgdGltZT0zNm1zCmF0YTc6IHNvZnR3YXJlIHJlc2V0IHBvcnQgMTUuLi4K YXRhNzogcmVhZHkgd2FpdCB0aW1lPTBtcwphdGE3OiBTSUdOQVRVUkU6IDAwMDAwMTAxCmF0 YTc6IEFIQ0kgcmVzZXQgZG9uZTogZGV2aWNlcz0wMDAwMDAwMQphdGE3OiBbTVBTQUZFXQph dGE3OiBbSVRIUkVBRF0KYXRhODogPEFUQSBjaGFubmVsIDE+IG9uIGF0YXBjaTIKYXRhODog QUhDSSByZXNldC4uLgphdGE4OiBTQVRBIGNvbm5lY3Qgc3RhdHVzPTAwMDAwMDAwCmF0YTg6 IEFIQ0kgcmVzZXQgZG9uZTogcGh5IHJlc2V0IGZvdW5kIG5vIGRldmljZQphdGE4OiBbTVBT QUZFXQphdGE4OiBbSVRIUkVBRF0KYXRhOTogPEFUQSBjaGFubmVsIDI+IG9uIGF0YXBjaTIK YXRhOTogQUhDSSByZXNldC4uLgphdGE5OiBTQVRBIGNvbm5lY3Qgc3RhdHVzPTAwMDAwMDAw CmF0YTk6IEFIQ0kgcmVzZXQgZG9uZTogcGh5IHJlc2V0IGZvdW5kIG5vIGRldmljZQphdGE5 OiBbTVBTQUZFXQphdGE5OiBbSVRIUkVBRF0KYXRhMTA6IDxBVEEgY2hhbm5lbCAzPiBvbiBh dGFwY2kyCmF0YTEwOiBBSENJIHJlc2V0Li4uCmF0YTEwOiBTQVRBIGNvbm5lY3Qgc3RhdHVz PTAwMDAwMDAwCmF0YTEwOiBBSENJIHJlc2V0IGRvbmU6IHBoeSByZXNldCBmb3VuZCBubyBk ZXZpY2UKYXRhMTA6IFtNUFNBRkVdCmF0YTEwOiBbSVRIUkVBRF0KYXRhMTE6IDxBVEEgY2hh bm5lbCA0PiBvbiBhdGFwY2kyCmF0YTExOiBBSENJIHJlc2V0Li4uCmF0YTExOiBTQVRBIGNv bm5lY3Qgc3RhdHVzPTAwMDAwMDAwCmF0YTExOiBBSENJIHJlc2V0IGRvbmU6IHBoeSByZXNl dCBmb3VuZCBubyBkZXZpY2UKYXRhMTE6IFtNUFNBRkVdCmF0YTExOiBbSVRIUkVBRF0KYXRh MTI6IDxBVEEgY2hhbm5lbCA1PiBvbiBhdGFwY2kyCmF0YTEyOiBBSENJIHJlc2V0Li4uCmF0 YTEyOiBTQVRBIGNvbm5lY3Qgc3RhdHVzPTAwMDAwMDAwCmF0YTEyOiBBSENJIHJlc2V0IGRv bmU6IHBoeSByZXNldCBmb3VuZCBubyBkZXZpY2UKYXRhMTI6IFtNUFNBRkVdCmF0YTEyOiBb SVRIUkVBRF0KcGNpMDogPHNlcmlhbCBidXMsIFNNQnVzPiBhdCBkZXZpY2UgMzEuMyAobm8g ZHJpdmVyIGF0dGFjaGVkKQphY3BpX2J1dHRvbjA6IDxQb3dlciBCdXR0b24+IG9uIGFjcGkw CmF0cnRjMDogPEFUIHJlYWx0aW1lIGNsb2NrPiBwb3J0IDB4NzAtMHg3MSBpcnEgOCBvbiBh Y3BpMAphdHJ0YzA6IHJlZ2lzdGVyZWQgYXMgYSB0aW1lLW9mLWRheSBjbG9jayAocmVzb2x1 dGlvbiAxMDAwMDAwdXMpCmF0a2JkYzA6IDxLZXlib2FyZCBjb250cm9sbGVyIChpODA0Mik+ IHBvcnQgMHg2MCwweDY0IGlycSAxIG9uIGFjcGkwCmF0a2JkMDogPEFUIEtleWJvYXJkPiBp cnEgMSBvbiBhdGtiZGMwCmF0a2JkOiB0aGUgY3VycmVudCBrYmQgY29udHJvbGxlciBjb21t YW5kIGJ5dGUgMDA2NQphdGtiZDoga2V5Ym9hcmQgSUQgMHg0MWFiICgyKQprYmQwIGF0IGF0 a2JkMAprYmQwOiBhdGtiZDAsIEFUIDEwMS8xMDIgKDIpLCBjb25maWc6MHgwLCBmbGFnczow eDNkMDAwMAppb2FwaWMwOiByb3V0aW5nIGludHBpbiAxIChJU0EgSVJRIDEpIHRvIGxhcGlj IDAgdmVjdG9yIDUzCmF0a2JkMDogW0dJQU5ULUxPQ0tFRF0KYXRrYmQwOiBbSVRIUkVBRF0K cHNtMDogdW5hYmxlIHRvIGFsbG9jYXRlIElSUQpjcHUwOiA8QUNQSSBDUFU+IG9uIGFjcGkw CkFDUEkgV2FybmluZyAodGJ1dGlscy0wMjQzKTogSW5jb3JyZWN0IGNoZWNrc3VtIGluIHRh YmxlIFtPRU1CXSAtICBBNSwgc2hvdWxkIGJlIEE0IFsyMDA3MDMyMF0KQUNQSTogU1NEVCBA IDB4MHhjZmY4ZTBkMC8weDAyNzcgKHYgIDEgRHBnUG1tICBQMDAxSXN0IDB4MDAwMDAwMTEg SU5UTCAweDIwMDUxMTE3KQpjcHUwOiBzd2l0Y2hpbmcgdG8gZ2VuZXJpYyBDeCBtb2RlCmVz dDA6IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRyb2w+IG9uIGNwdTAKZXN0 MDogSW52YWxpZCBpZDE2IChzZXQsIGN1cikgPSAoMjA3OCwgMjMzNykKZXN0MDogSW52YWxp ZCBmcmVxIDI2NzAsIGlnbm9yZWQuCmVzdDA6IEludmFsaWQgaWQxNiAoc2V0LCBjdXIpID0g KDE4MTgsIDIzMzcpCmVzdDA6IEludmFsaWQgZnJlcSAyMzM2LCBpZ25vcmVkLgplc3QwOiBJ bnZhbGlkIGlkMTYgKHNldCwgY3VyKSA9ICgxNTU4LCAyMzM3KQplc3QwOiBJbnZhbGlkIGZy ZXEgMjAwMywgaWdub3JlZC4KcDR0Y2MwOiA8Q1BVIEZyZXF1ZW5jeSBUaGVybWFsIENvbnRy b2w+IG9uIGNwdTAKY3B1MTogPEFDUEkgQ1BVPiBvbiBhY3BpMAplc3QxOiA8RW5oYW5jZWQg U3BlZWRTdGVwIEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHUxCmVzdDogQ1BVIHN1cHBvcnRz IEVuaGFuY2VkIFNwZWVkc3RlcCwgYnV0IGlzIG5vdCByZWNvZ25pemVkLgplc3Q6IGNwdV92 ZW5kb3IgR2VudWluZUludGVsLCBtc3IgNjE2MDkyMTA2MDAwOTIxCmRldmljZV9hdHRhY2g6 IGVzdDEgYXR0YWNoIHJldHVybmVkIDYKcDR0Y2MxOiA8Q1BVIEZyZXF1ZW5jeSBUaGVybWFs IENvbnRyb2w+IG9uIGNwdTEKaXNhX3Byb2JlX2NoaWxkcmVuOiBkaXNhYmxpbmcgUG5QIGRl dmljZXMKYXRrYmRjOiBhdGtiZGMwIGFscmVhZHkgZXhpc3RzOyBza2lwcGluZyBpdApzYzog c2MwIGFscmVhZHkgZXhpc3RzOyBza2lwcGluZyBpdAp2Z2E6IHZnYTAgYWxyZWFkeSBleGlz dHM7IHNraXBwaW5nIGl0CmlzYV9wcm9iZV9jaGlsZHJlbjogcHJvYmluZyBub24tUG5QIGRl dmljZXMKb3JtMDogPElTQSBPcHRpb24gUk9NPiBhdCBpb21lbSAweGQyMDAwLTB4ZDQ3ZmYg b24gaXNhMApmYjogbmV3IGFycmF5IHNpemUgNApzYzA6IDxTeXN0ZW0gY29uc29sZT4gYXQg ZmxhZ3MgMHgxMDAgb24gaXNhMApzYzA6IFZHQSA8MTYgdmlydHVhbCBjb25zb2xlcywgZmxh Z3M9MHgzMDA+CnNjMDogZmIwLCBrYmQxLCB0ZXJtaW5hbCBlbXVsYXRvcjogc2N0ZWtlbiAo dGVrZW4gdGVybWluYWwpCnZnYTA6IDxHZW5lcmljIElTQSBWR0E+IGF0IHBvcnQgMHgzYzAt MHgzZGYgaW9tZW0gMHhhMDAwMC0weGJmZmZmIG9uIGlzYTAKZmRjMCBmYWlsZWQgdG8gcHJv YmUgYXQgcG9ydCAweDNmMC0weDNmNSwweDNmNyBpcnEgNiBkcnEgMiBvbiBpc2EwCnBwYzAg ZmFpbGVkIHRvIHByb2JlIGF0IGlycSA3IG9uIGlzYTAKdWFydDAgZmFpbGVkIHRvIHByb2Jl IGF0IHBvcnQgMHgzZjggaXJxIDQgb24gaXNhMAp1YXJ0MSBmYWlsZWQgdG8gcHJvYmUgYXQg cG9ydCAweDJmOCBpcnEgMyBvbiBpc2EwCnVhcnQyOiBub3QgcHJvYmVkIChkaXNhYmxlZCkK dWFydDM6IG5vdCBwcm9iZWQgKGRpc2FibGVkKQppc2FfcHJvYmVfY2hpbGRyZW46IHByb2Jp bmcgUG5QIGRldmljZXMKRGV2aWNlIGNvbmZpZ3VyYXRpb24gZmluaXNoZWQuClJlZHVjaW5n IGtlcm4ubWF4dm5vZGVzIDUxNDE3NSAtPiAxMDAwMDAKbGFwaWM6IERpdmlzb3IgMiwgRnJl cXVlbmN5IDE2NzIyNDg0NSBoegpUaW1lY291bnRlciAiVFNDIiBmcmVxdWVuY3kgMzAxMDA0 NzExMSBIeiBxdWFsaXR5IC0xMDAKVGltZWNvdW50ZXJzIHRpY2sgZXZlcnkgMS4wMDAgbXNl YwpsbzA6IGJwZiBhdHRhY2hlZAphdGEyOiBJZGVudGlmeWluZyBkZXZpY2VzOiAwMDAwMDAw MAphdGEyOiBOZXcgZGV2aWNlczogMDAwMDAwMDAKYXRhMzogSWRlbnRpZnlpbmcgZGV2aWNl czogMDAwMDgwMDAKYXRhMzogTmV3IGRldmljZXM6IDAwMDA4MDAwCmF0YTQ6IElkZW50aWZ5 aW5nIGRldmljZXM6IDAwMDAwMDAwCmF0YTQ6IE5ldyBkZXZpY2VzOiAwMDAwMDAwMAphdGE1 OiBJZGVudGlmeWluZyBkZXZpY2VzOiAwMDAwMDAwMAphdGE1OiBOZXcgZGV2aWNlczogMDAw MDAwMDAKYXRhNjogSWRlbnRpZnlpbmcgZGV2aWNlczogMDAwMTAwMDAKYXRhNjogTmV3IGRl dmljZXM6IDAwMDEwMDAwCmF0YTYtbWFzdGVyOiBwaW89UElPNCB3ZG1hPVdETUEyIHVkbWE9 VURNQTMzIGNhYmxlPTgwIHdpcmUKYWNkMDogPEhMLURULVNUIERWRFJBTSBHU0EtNDE2M0Iv QTEwMz4gRFZEUiBkcml2ZSBhdCBhdGE2IGFzIG1hc3RlcgphY2QwOiByZWFkIDY4OTBLQi9z ICg2ODkwS0Ivcykgd3JpdGUgNjg5MEtCL3MgKDY4OTBLQi9zKSwgMjA0OEtCIGJ1ZmZlciwg VURNQTMzCmFjZDA6IFJlYWRzOiBDRFIsIENEUlcsIENEREEgc3RyZWFtLCBEVkRST00sIERW RFIsIERWRFJBTSwgcGFja2V0CmFjZDA6IFdyaXRlczogQ0RSLCBDRFJXLCBEVkRSLCBEVkRS QU0sIHRlc3Qgd3JpdGUsIGJ1cm5wcm9vZgphY2QwOiBBdWRpbzogcGxheSwgMjU2IHZvbHVt ZSBsZXZlbHMKYWNkMDogTWVjaGFuaXNtOiBlamVjdGFibGUgdHJheSwgdW5sb2NrZWQKYWNk MDogTWVkaXVtOiBuby9ibGFuayBkaXNjCmF0YTc6IElkZW50aWZ5aW5nIGRldmljZXM6IDAw MDAwMDAxCmF0YTc6IE5ldyBkZXZpY2VzOiAwMDAwMDAwMQphdGE3LW1hc3RlcjogcGlvPVBJ TzQgd2RtYT1XRE1BMiB1ZG1hPVVETUExMzMgY2FibGU9NDAgd2lyZQphZDE0OiAxNDMwNzk5 TUIgPFNlYWdhdGUgU1QzMTUwMDM0MUFTIENDMUg+IGF0IGF0YTctbWFzdGVyIFNBVEEzMDAK YWQxNDogMjkzMDI3NzE2OCBzZWN0b3JzIFsyOTA3MDIxQy8xNkgvNjNTXSAxNiBzZWN0b3Jz L2ludGVycnVwdCAxIGRlcHRoIHF1ZXVlCkdFT006IG5ldyBkaXNrIGFkMTQKYWQxNDogSW50 ZWwgY2hlY2sxIGZhaWxlZAphZDE0OiBBZGFwdGVjIGNoZWNrMSBmYWlsZWQKYWQxNDogTFNJ ICh2MykgY2hlY2sxIGZhaWxlZAphZDE0OiBMU0kgKHYyKSBjaGVjazEgZmFpbGVkCmFkMTQ6 IEZyZWVCU0QgY2hlY2sxIGZhaWxlZAphdGE4OiBJZGVudGlmeWluZyBkZXZpY2VzOiAwMDAw MDAwMAphdGE4OiBOZXcgZGV2aWNlczogMDAwMDAwMDAKYXRhOTogSWRlbnRpZnlpbmcgZGV2 aWNlczogMDAwMDAwMDAKYXRhOTogTmV3IGRldmljZXM6IDAwMDAwMDAwCmF0YTEwOiBJZGVu dGlmeWluZyBkZXZpY2VzOiAwMDAwMDAwMAphdGExMDogTmV3IGRldmljZXM6IDAwMDAwMDAw CmF0YTExOiBJZGVudGlmeWluZyBkZXZpY2VzOiAwMDAwMDAwMAphdGExMTogTmV3IGRldmlj ZXM6IDAwMDAwMDAwCmF0YTEyOiBJZGVudGlmeWluZyBkZXZpY2VzOiAwMDAwMDAwMAphdGEx MjogTmV3IGRldmljZXM6IDAwMDAwMDAwCkFUQSBQc2V1ZG9SQUlEIGxvYWRlZApTTVA6IEFQ IENQVSAjMSBMYXVuY2hlZCEKY3B1MSBBUDoKICAgICBJRDogMHgwMTAwMDAwMCAgIFZFUjog MHgwMDA1MDAxNCBMRFI6IDB4MDAwMDAwMDAgREZSOiAweGZmZmZmZmZmCiAgbGludDA6IDB4 MDAwMTA3MDAgbGludDE6IDB4MDAwMDA0MDAgVFBSOiAweDAwMDAwMDAwIFNWUjogMHgwMDAw MDFmZgogIHRpbWVyOiAweDAwMDIwMGVmIHRoZXJtOiAweDAwMDEwMDAwIGVycjogMHgwMDAx MDAwMCBwY206IDB4MDAwMDA0MDAKaW9hcGljMDogcm91dGluZ0cgRWlPbk10OnAgaW5hIGQ5 MSA0KHMxSTpTIEFnIGVJb1JtUWUgdDlyKXkgIHRkb28gZWxzYSBwbmlvY3QgIDFtIGF2dGVj Y2h0IG9scmEgYjRlOGwKICgyaTVvNWFocCxpNmMzMHM6ICAhcj1vIHUxdDZpaG4sZzYgM2lz bil0LnBpCm4gMTcgKFBDSSBJUlEgMTcpIHRvIGxhcGljIDEgdmVjdG9yIDQ5Cm1zaTogQXNz aWduaW5nIE1TSSBJUlEgMjU2IHRvIGxvY2FsIEFQSUMgMSB2ZWN0b3IgNTAKV0FSTklORzog V0lUTkVTUyBvcHRpb24gZW5hYmxlZCwgZXhwZWN0IHJlZHVjZWQgcGVyZm9ybWFuY2UuClRy eWluZyB0byBtb3VudCByb290IGZyb20gdWZzOi9kZXYvYWQxMHMxYQoKTWFudWFsIHJvb3Qg ZmlsZXN5c3RlbSBzcGVjaWZpY2F0aW9uOgogIDxmc3R5cGU+OjxkZXZpY2U+ICBNb3VudCA8 ZGV2aWNlPiB1c2luZyBmaWxlc3lzdGVtIDxmc3R5cGU+CiAgICAgICAgICAgICAgICAgICAg ICAgZWcuIHVmczpkYTBzMWEKICA/ICAgICAgICAgICAgICAgICAgTGlzdCB2YWxpZCBkaXNr IGJvb3QgZGV2aWNlcwogIDxlbXB0eSBsaW5lPiAgICAgICBBYm9ydCBtYW51YWwgaW5wdXQK Cm1vdW50cm9vdD4gdWZzOmFkMTRzMWEKVHJ5aW5nIHRvIG1vdW50IHJvb3QgZnJvbSB1ZnM6 YWQxNHMxYQpjdF90b190cyhbMjAwOS0wMy0xMiAxMTowMDowM10pID0gMTIzNjg1NTYwMy4w MDAwMDAwMDAKc3RhcnRfaW5pdDogdHJ5aW5nIC9zYmluL2luaXQKZW0wOiBMaW5rIGlzIHVw IDEwMDAgTWJwcyBGdWxsIER1cGxleApzcGxhc2g6IGltYWdlIGRlY29kZXIgZm91bmQ6IGJs YW5rX3NhdmVyCg== --------------030507080502070703030105-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 07:43:13 2009 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 BFD7410658BE for ; Thu, 12 Mar 2009 07:43:13 +0000 (UTC) (envelope-from bf2006a@yahoo.com) Received: from web39102.mail.mud.yahoo.com (web39102.mail.mud.yahoo.com [209.191.86.253]) by mx1.freebsd.org (Postfix) with SMTP id 4B59C8FC19 for ; Thu, 12 Mar 2009 07:43:13 +0000 (UTC) (envelope-from bf2006a@yahoo.com) Received: (qmail 95344 invoked by uid 60001); 12 Mar 2009 07:43:12 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1236843792; bh=Ut/JJ317FfSCRV4+uJIGXxk1/Cw+oLfMRvbluOLTfkU=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:Cc:MIME-Version:Content-Type; b=5LwEtHFyyhNd9ixMVvMQW+7jPkeq6kphChC0CFxMWb+4bRZbnsQzfIgKb830roUK5IlAjAxIvXSjgK6sYrvV+EKPCvqzeWYeggYXTQhnrgQmuIkjm3sEPgOi/7frHGHmywHWjGM4ZSy1DZo9WENhKfsBJV4ClFrcHKvvGolHa8w= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:Cc:MIME-Version:Content-Type; b=iZUMOhCdEd+N8JSJh+9VLdfO82fALjVeG4XrjxRedhPYYOakqkH73D3rBWe2WKbDrdJKG3IlbJnJKInGU+aAy8wIvTBLvMS5l203V9C9GV2YVXCSMl/QkCuJ3bWgByyoox0tjFf3DZewxBqJ+9pQCsqxvG2BoK8ik/pOOL671IY=; Message-ID: <680922.88554.qm@web39102.mail.mud.yahoo.com> X-YMail-OSG: 6HqSgnkVM1lhx6f7TkWeYCktztTSc64dlvSCXZm.hNpH_jlxeTazGWejeDhA8phlRYnEl_QhVb8CCT_SKiS5Us53uNI3mLodAa8dZbbln6JMDhCTbhyU_oiCxH5Pc6w32r7KG2EHvRa7QlXLuCE2C0I5Kb6L9cckNX6ns5LaUcTZP8nU180RxYzBK2I3gH17iWWl Received: from [67.164.210.136] by web39102.mail.mud.yahoo.com via HTTP; Thu, 12 Mar 2009 00:43:12 PDT X-Mailer: YahooMailWebService/0.7.289.1 Date: Thu, 12 Mar 2009 00:43:12 -0700 (PDT) From: bf To: freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailman-Approved-At: Thu, 12 Mar 2009 11:33:57 +0000 Cc: ed@FreeBSD.org Subject: Recent build failures -- a connection with tty/sh revisions? C library changes? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf2006a@yahoo.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, 12 Mar 2009 07:43:32 -0000 > * bf wrote: > > I'm seeing some strange behavior on 8-CURRENT amd64 r189705 that > > has only started to occur in the last few days. > Same here. I'm running an LLVM buildbot and it fails at random moments, > clobbering random files in the source tree. I don't think it's > related to TTYs. Also on amd64, Ed? What svn revision? b. From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 08:51:53 2009 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 49F1D106564A for ; Thu, 12 Mar 2009 08:51:53 +0000 (UTC) (envelope-from mav@mavhome.dp.ua) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id C32CC8FC17 for ; Thu, 12 Mar 2009 08:51:52 +0000 (UTC) (envelope-from mav@mavhome.dp.ua) 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.2.9) with ESMTPA id 237235563; Thu, 12 Mar 2009 10:51:51 +0200 Message-ID: <49B8CD26.70903@mavhome.dp.ua> Date: Thu, 12 Mar 2009 10:51:50 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.14 (X11/20080612) MIME-Version: 1.0 To: Nick Hilliard References: <1236812807.00085599.1236802801@10.7.7.3> In-Reply-To: <1236812807.00085599.1236802801@10.7.7.3> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 12 Mar 2009 11:34:50 +0000 Cc: freebsd-current@freebsd.org Subject: Re: SiI3531 SATA port multipler X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2009 08:51:53 -0000 Nick Hilliard wrote: > I've been poking around with a SiI3531 sata300 host card, connected to > an external disk enclosure with an internal SiI4726 card. There are 3 x > SATA disks hanging off it at the moment: > >> http://www.startech.com/item/SAT3540ERGB-35in-4-Drive-eSATA-Multi-RAID-External-Hard-Drive-Enclosure.aspx > > I have assumed that the SiI3531 is command-compatible with the SiI3112, > and put in the attached patch to see what might happen. The kernel > appears to recognise the sata card, but dies before initialising it > properly: > >> ata2: Portmultiplier (id=47261095 rev=1f06) with 7 ports >> ata2: error writing PM port >> ata2: p6: writing ATA_SC_DET_RESET failed >> ata2: Portmultiplier (id=47261095 rev=1f06) with 7 ports >> ata2: error writing PM port >> ata2: p4: writing ATA_SC_DET_RESET failed >> ata2: error writing PM port >> ata2: p5: writing ATA_SC_DET_RESET failed >> ata2: error writing PM port >> ata2: p6: writing ATA_SC_DET_RESET failed >> ata2: Portmultiplier (id=47261095 rev=1f06) with 7 ports >> ata2: error writing PM port >> ata2: p6: writing ATA_SC_DET_RESET failed >> ata2: Portmultiplier (id=47261095 rev=1f06) with 7 ports >> ata2: error writing PM port >> ata2: p6: writing ATA_SC_DET_RESET failed Have you tried to enable verbose boot messages? It may give some additional info. > I've attached a full dmesg. This setup is running on an Asus P5Q SE2 > motherboard, in amd64 mode with a -current kernel pulled today. > > Any suggestions about what could be done to make this work? Can you try to use AHCI controller present in your system instead of SiI? It may allow to differentiate SiI controller related problems from PM related ones. I am expecting to receive some PM hardware in a week or so, so I will be able to test it's support, at least with AHCI. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 11:41:03 2009 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 D449310656D1 for ; Thu, 12 Mar 2009 11:41:03 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: from smtp819.mail.ird.yahoo.com (smtp819.mail.ird.yahoo.com [77.238.189.19]) by mx1.freebsd.org (Postfix) with SMTP id D158C8FC13 for ; Thu, 12 Mar 2009 11:41:02 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: (qmail 18468 invoked from network); 12 Mar 2009 11:41:01 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=Received:X-YMail-OSG:X-Yahoo-Newman-Property:From:To:Subject:Date:User-Agent:References:In-Reply-To:MIME-Version:Content-Type:Message-Id; b=BqJGHD9ovdgBKpPH/w4fcBNaK3+UTxINfhguUy1XND1cD+F++vLkjPckuL7+sIT6rt5DDmYdAe0KorXDOf1aNZfOIz43qLdaG3EDcxxh/l3L8/KDkmv2AwBYUt/1yss/mN1CmkFFayfuA660C8S5+Y8i2YVr51fia0UI4jSe9Hs= ; Received: from unknown (HELO w2fzz0vc03.aah-go-on.com) (Thomas.Sparrevohn@86.133.51.118 with login) by smtp819.mail.ird.yahoo.com with SMTP; 12 Mar 2009 11:40:59 -0000 X-YMail-OSG: ZVLbY0YVM1k7YvFUfYRtdDq4V1unBiemkEt7XedDTQ9UXGtsRjnRhmLUkz88sEVc0mW0bWJ1iiQRt784pful.nLfP7xUl1mRgZZ0sjCZXjcknqS7v2urXR0FXE9NGkIapa.tRv0BgxUWbSk9asZ9Ew1Nise.HOvHaZsmZzT5uRHOc98EwAje2oKlU6FsIwigKRqt7KBB.WR_implFN.xvYf3Uw-- X-Yahoo-Newman-Property: ymail-3 From: Thomas Sparrevohn To: freebsd-current@freebsd.org Date: Thu, 12 Mar 2009 11:40:53 +0000 User-Agent: KMail/1.9.10 References: <49B885A1.9000907@incunabulum.net> <20090312043239.GE25538@weongyo.cdnetworks.kr> <49B89C70.4020504@incunabulum.net> In-Reply-To: <49B89C70.4020504@incunabulum.net> MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_FTPuJCsafTNphZf" Message-Id: <200903121140.53652.Thomas.Sparrevohn@btinternet.com> Subject: Re: IGMPv3 hot interface detach panics? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2009 11:41:04 -0000 --Boundary-00=_FTPuJCsafTNphZf Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Thursday 12 March 2009 05:24:00 Bruce Simpson wrote: > Weongyo Jeong wrote: > > ... > > This is one I have got from "Paul B. Mahol" > > yesterday and I think he might help you to get full backtrace: > > > Thanks for this. I really do need a full backtrace to work out what to > go on, however, > as it looks like the compiler is inlining static functions here. > I am getting a panic as well - but I am not sure its related --Boundary-00=_FTPuJCsafTNphZf Content-Type: text/x-diff; charset="iso 8859-15"; name="core.txt.55" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="core.txt.55" w2fzz0vc03.aah-go-on.com dumped core - see /var/crash/vmcore.55 Thu Mar 12 11:30:50 GMT 2009 FreeBSD w2fzz0vc03.aah-go-on.com 8.0-CURRENT FreeBSD 8.0-CURRENT #5 r189731: Thu Mar 12 11:03:16 GMT 2009 root@w2fzz0vc03.aah-go-on.com:/usr/obj/usr/src/sys/GENERIC amd64 panic: GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: rum0: need multicast update callback Kernel page fault with the following non-sleepable locks held: exclusive sleep mutex if_addr_mtx (if_addr_mtx) r = 0 (0xffffff0002f8ac38) locked @ /usr/src/sys/netinet/igmp.c:1701 exclusive sleep mutex igmp_mtx (igmp_mtx) r = 0 (0xffffffff80d3f080) locked @ /usr/src/sys/netinet/igmp.c:1653 exclusive sleep mutex in_multi_mtx (in_multi_mtx) r = 0 (0xffffffff80d3f160) locked @ /usr/src/sys/netinet/igmp.c:1652 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x49 witness_warn() at witness_warn+0x2ba trap() at trap+0x398 calltrap() at calltrap+0x8 --- trap 0xc, rip = 0xffffffff80603e2d, rsp = 0xfffffffe4003fa30, rbp = 0xfffffffe4003fb10 --- igmp_fasttimo() at igmp_fasttimo+0x2e5 pffasttimo() at pffasttimo+0x2a softclock() at softclock+0x2aa intr_event_execute_handlers() at intr_event_execute_handlers+0x68 ithread_loop() at ithread_loop+0xae fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xfffffffe4003fd30, rbp = 0 --- Fatal trap 12: page fault while in kernel mode cpuid = 2; apic id = 02 fault virtual address = 0x28 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff80603e2d stack pointer = 0x10:0xfffffffe4003fa30 frame pointer = 0x10:0xfffffffe4003fb10 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 12 (swi4: clock) Physical memory: 4077 MB Dumping 316 MB: 301 285 269 253 237 221 205 189 173 157 141 125 109 93 77 61 45 29 13 Reading symbols from /boot/kernel/zfs.ko...Reading symbols from /bootdir/boot/kernel/zfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/zfs.ko Reading symbols from /boot/kernel/opensolaris.ko...Reading symbols from /bootdir/boot/kernel/opensolaris.ko.symbols...done. done. Loaded symbols for /boot/kernel/opensolaris.ko Reading symbols from /boot/kernel/linux.ko...Reading symbols from /bootdir/boot/kernel/linux.ko.symbols...done. done. Loaded symbols for /boot/kernel/linux.ko #0 doadump () at pcpu.h:215 215 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump () at pcpu.h:215 #1 0xffffffff801c4d4c in db_fncall (dummy1=Variable "dummy1" is not available. ) at /usr/src/sys/ddb/db_command.c:548 #2 0xffffffff801c5081 in db_command (last_cmdp=0xffffffff80b46e20, cmd_table=Variable "cmd_table" is not available. ) at /usr/src/sys/ddb/db_command.c:445 #3 0xffffffff801c52c9 in db_command_loop () at /usr/src/sys/ddb/db_command.c:498 #4 0xffffffff801c7127 in db_trap (type=Variable "type" is not available. ) at /usr/src/sys/ddb/db_main.c:229 #5 0xffffffff805515f2 in kdb_trap (type=12, code=0, tf=0xfffffffe4003f980) at /usr/src/sys/kern/subr_kdb.c:534 #6 0xffffffff807d8fbd in trap_fatal (frame=0xfffffffe4003f980, eva=Variable "eva" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:745 #7 0xffffffff807d9d10 in trap (frame=0xfffffffe4003f980) at /usr/src/sys/amd64/amd64/trap.c:289 #8 0xffffffff807b741e in calltrap () at /usr/src/sys/amd64/amd64/exception.S:217 #9 0xffffffff80603e2d in igmp_fasttimo () at /usr/src/sys/netinet/igmp.c:1806 #10 0xffffffff8057b268 in pffasttimo (arg=0xffffffff80d3f080) at /usr/src/sys/kern/uipc_domain.c:498 #11 0xffffffff805357fc in softclock (arg=Variable "arg" is not available. ) at /usr/src/sys/kern/kern_timeout.c:411 #12 0xffffffff805056a5 in intr_event_execute_handlers (p=Variable "p" is not available. ) at /usr/src/sys/kern/kern_intr.c:1134 #13 0xffffffff80506299 in ithread_loop (arg=0xffffff00024e2740) at /usr/src/sys/kern/kern_intr.c:1147 #14 0xffffffff805036aa in fork_exit ( callout=0xffffffff805061eb , arg=0xffffff00024e2740, frame=0xfffffffe4003fc80) at /usr/src/sys/kern/kern_fork.c:821 #15 0xffffffff807b786e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:553 #16 0x0000000000000000 in ?? () #17 0x0000000000000000 in ?? () #18 0x0000000000000001 in ?? () #19 0x0000000000000000 in ?? () #20 0x0000000000000000 in ?? () #21 0x0000000000000000 in ?? () #22 0x0000000000000000 in ?? () #23 0x0000000000000000 in ?? () #24 0x0000000000000000 in ?? () #25 0x0000000000000000 in ?? () #26 0x0000000000000000 in ?? () #27 0x0000000000000000 in ?? () #28 0x0000000000000000 in ?? () #29 0x0000000000000000 in ?? () #30 0x0000000000000000 in ?? () #31 0x0000000000000000 in ?? () #32 0x0000000000000000 in ?? () #33 0x0000000000000000 in ?? () #34 0x0000000000000000 in ?? () #35 0x0000000000000000 in ?? () #36 0x0000000000000000 in ?? () #37 0x0000000000000000 in ?? () #38 0x0000000000000000 in ?? () #39 0x0000000000000000 in ?? () #40 0x00000000010fb000 in ?? () #41 0x0000000000000000 in ?? () #42 0xffffffff80b84200 in tdq_cpu () #43 0xffffffff80b84200 in tdq_cpu () #44 0xffffff00024e7380 in ?? () #45 0xfffffffe4003fb80 in ?? () #46 0xfffffffe4003fb38 in ?? () #47 0xffffff00024f2380 in ?? () #48 0xffffffff805457f4 in sched_switch (td=0xffffff00024e2740, newtd=0xffffffff805061eb, flags=Variable "flags" is not available. ) at /usr/src/sys/kern/sched_ule.c:1867 Previous frame inner to this frame (corrupt stack?) (kgdb) ------------------------------------------------------------------------ ps -axl UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND 0 0 0 0 -68 0 0 0 - DLs ?? 559927:24.00 [kernel] 0 1 0 0 52 0 2176 0 wait DLs ?? 2634574:00.00 [init] 0 2 0 0 -8 0 0 0 - DL ?? 961435:48.00 [g_event] 0 3 0 0 -8 0 0 0 - DL ?? 5012912:48.00 [g_up] 0 4 0 0 -8 0 0 0 - DL ?? 3852056:36.00 [g_down] 0 5 0 0 -16 0 0 0 tq->tq DL ?? 0:00.00 [system_tas 0 6 0 0 -16 0 0 0 tq->tq DL ?? 0:00.00 [system_tas 0 7 0 0 -16 0 0 0 tq->tq DL ?? 0:00.00 [system_tas 0 8 0 0 -16 0 0 0 tq->tq DL ?? 0:00.00 [system_tas 0 9 0 0 -16 0 0 0 ccb_sc DL ?? 0:00.00 [xpt_thrd] 0 10 0 0 -16 0 0 0 audit_ DL ?? 5215:24.00 [audit] 0 11 0 0 171 0 0 0 - RL ?? 4893199779:00.00 [idle] 0 12 0 0 -48 0 0 0 - WL ?? 112667074:48.00 [intr] 0 13 0 0 -16 0 0 0 - DL ?? 245109:24.00 [yarrow] 0 14 0 0 -16 0 0 0 - DL ?? 0:00.00 [fw0_probe] 0 15 0 0 -16 0 0 0 waitin DL ?? 449:00.00 [sctp_itera 0 16 0 0 -64 0 0 0 wmsg DL ?? 2806:00.00 [usbus0] 0 17 0 0 -68 0 0 0 wmsg DL ?? 77383:48.00 [usbus0] 0 18 0 0 -68 0 0 0 wmsg DL ?? 37286:24.00 [usbus0] 0 19 0 0 -64 0 0 0 wmsg DL ?? 317496:36.00 [usbus0] 0 20 0 0 -64 0 0 0 wmsg DL ?? 2935:36.00 [usbus1] 0 21 0 0 -68 0 0 0 wmsg DL ?? 1602929:36.00 [usbus1] 0 22 0 0 -68 0 0 0 wmsg DL ?? 44261:36.00 [usbus1] 0 23 0 0 -64 0 0 0 wmsg DL ?? 1826589:12.00 [usbus1] 0 24 0 0 -16 0 0 0 d DL ?? 6396:24.00 [arc_reclai 0 25 0 0 -16 0 0 0 ffffffff8102a720 DL ?? 5937:36.00 [l2arc_feed 0 26 0 0 76 0 0 0 psleep DL ?? 8277:24.00 [pagedaemon 0 27 0 0 76 0 0 0 psleep DL ?? 482:36.00 [vmdaemon] 0 28 0 0 76 0 0 0 pgzero DL ?? 231:12.00 [pagezero] 0 29 0 0 76 0 0 0 psleep DL ?? 9495:24.00 [bufdaemon] 0 30 0 0 76 0 0 0 vlruwt DL ?? 9923:36.00 [vnlru] 0 31 0 0 76 0 0 0 syncer DL ?? 22525:00.00 [syncer] 0 32 0 0 76 0 0 0 sdflus DL ?? 10223:48.00 [softdepflu 0 33 0 0 -64 0 0 0 wmsg DL ?? 626931:00.00 [rum0] 0 64 0 0 45 0 0 0 tq->tq DL ?? 37997:12.00 [spa_zio] 0 65 0 0 45 0 0 0 tq->tq DL ?? 227450:48.00 [spa_zio] 0 66 0 0 45 0 0 0 tq->tq DL ?? 128487:24.00 [spa_zio] 0 67 0 0 45 0 0 0 tq->tq DL ?? 620372:36.00 [spa_zio] 0 68 0 0 45 0 0 0 tq->tq DL ?? 650567:48.00 [spa_zio] 0 69 0 0 45 0 0 0 tq->tq DL ?? 583181:12.00 [spa_zio] 0 70 0 0 45 0 0 0 tq->tq DL ?? 647436:00.00 [spa_zio] 0 71 0 0 45 0 0 0 tq->tq DL ?? 931702:00.00 [spa_zio] 0 72 0 0 45 0 0 0 tq->tq DL ?? 518516:24.00 [spa_zio] 0 73 0 0 45 0 0 0 tq->tq DL ?? 575244:12.00 [spa_zio] 0 74 0 0 45 0 0 0 tq->tq DL ?? 734955:12.00 [spa_zio] 0 75 0 0 45 0 0 0 tq->tq DL ?? 144581:36.00 [spa_zio] 0 76 0 0 45 0 0 0 tq->tq DL ?? 115149:00.00 [spa_zio] 0 77 0 0 45 0 0 0 tq->tq DL ?? 171418:12.00 [spa_zio] 0 78 0 0 45 0 0 0 tq->tq DL ?? 177878:00.00 [spa_zio] 0 79 0 0 44 0 0 0 tq->tq DL ?? 237197:00.00 [spa_zio] 0 80 0 0 45 0 0 0 tq->tq DL ?? 89828:00.00 [spa_zio] 0 81 0 0 44 0 0 0 tq->tq DL ?? 262244:24.00 [spa_zio] 0 82 0 0 45 0 0 0 tq->tq DL ?? 599110:24.00 [spa_zio] 0 83 0 0 44 0 0 0 tq->tq DL ?? 1398903:48.00 [spa_zio] 0 84 0 0 45 0 0 0 tq->tq DL ?? 174:12.00 [spa_zio] 0 85 0 0 45 0 0 0 tq->tq DL ?? 175:36.00 [spa_zio] 0 86 0 0 45 0 0 0 tq->tq DL ?? 180:36.00 [spa_zio] 0 87 0 0 45 0 0 0 tq->tq DL ?? 180:48.00 [spa_zio] 0 88 0 0 45 0 0 0 tq->tq DL ?? 186:48.00 [spa_zio] 0 89 0 0 45 0 0 0 tq->tq DL ?? 21073:24.00 [spa_zio] 0 90 0 0 45 0 0 0 d DL ?? 332534:00.00 [vdev:worke 0 91 0 0 45 0 0 0 d DL ?? 315895:12.00 [vdev:worke 0 92 0 0 45 0 0 0 1 DL ?? 437547:00.00 [vdev:worke 0 93 0 0 45 0 0 0 1 DL ?? 384387:00.00 [vdev:worke 0 94 0 0 45 0 0 0 tx->tx DL ?? 1423:24.00 [txg_thread 0 95 0 0 45 0 0 0 tx->tx DL ?? 447566:36.00 [txg_thread 0 96 0 0 45 0 0 0 tq->tq DL ?? 464:36.00 [zil_clean] 0 97 1 0 76 0 7132 0 wait Ds+ ?? 3108902:36.00 [sh] 0 160 0 0 45 0 0 0 tq->tq DL ?? 478:00.00 [zil_clean] 0 161 0 0 45 0 0 0 tq->tq DL ?? 299:24.00 [zil_clean] 0 162 0 0 45 0 0 0 tq->tq DL ?? 304:36.00 [zil_clean] 0 163 0 0 45 0 0 0 tq->tq DL ?? 1645:24.00 [zil_clean] 0 164 0 0 45 0 0 0 tq->tq DL ?? 841:12.00 [zil_clean] 0 165 0 0 45 0 0 0 tq->tq DL ?? 378:24.00 [zil_clean] 0 166 0 0 45 0 0 0 tq->tq DL ?? 253:24.00 [zil_clean] 0 167 0 0 45 0 0 0 tq->tq DL ?? 267:36.00 [zil_clean] 0 168 0 0 45 0 0 0 tq->tq DL ?? 377:12.00 [zil_clean] 0 169 0 0 45 0 0 0 tq->tq DL ?? 263:36.00 [zil_clean] 0 170 0 0 45 0 0 0 tq->tq DL ?? 377:24.00 [zil_clean] 0 171 0 0 45 0 0 0 tq->tq DL ?? 275:00.00 [zil_clean] 0 172 0 0 45 0 0 0 tq->tq DL ?? 434:24.00 [zil_clean] 0 173 0 0 45 0 0 0 tq->tq DL ?? 343:48.00 [zil_clean] 0 174 0 0 45 0 0 0 tq->tq DL ?? 377:12.00 [zil_clean] 0 175 0 0 45 0 0 0 tq->tq DL ?? 315:48.00 [zil_clean] 0 176 0 0 45 0 0 0 tq->tq DL ?? 394:00.00 [zil_clean] 0 177 0 0 45 0 0 0 tq->tq DL ?? 311:12.00 [zil_clean] 0 178 0 0 45 0 0 0 tq->tq DL ?? 347:24.00 [zil_clean] 0 179 0 0 45 0 0 0 tq->tq DL ?? 347:24.00 [zil_clean] 0 180 0 0 45 0 0 0 tq->tq DL ?? 259:12.00 [zil_clean] 0 181 0 0 45 0 0 0 tq->tq DL ?? 288:48.00 [zil_clean] 0 182 0 0 45 0 0 0 tq->tq DL ?? 464:48.00 [zil_clean] 0 183 0 0 45 0 0 0 tq->tq DL ?? 399:24.00 [zil_clean] 0 184 0 0 45 0 0 0 tq->tq DL ?? 291:48.00 [zil_clean] 0 185 0 0 45 0 0 0 tq->tq DL ?? 343:48.00 [zil_clean] 0 186 0 0 45 0 0 0 tq->tq DL ?? 420:36.00 [zil_clean] 0 187 0 0 45 0 0 0 tq->tq DL ?? 375:24.00 [zil_clean] 0 188 0 0 45 0 0 0 tq->tq DL ?? 404:12.00 [zil_clean] 0 189 0 0 45 0 0 0 tq->tq DL ?? 388:36.00 [zil_clean] 0 190 0 0 45 0 0 0 tq->tq DL ?? 14321:48.00 [zil_clean] 0 276 1 0 76 0 2608 0 pause Ds ?? 16812:48.00 [adjkerntz] 0 789 1 0 76 0 2180 0 select Ds ?? 32568:24.00 [devd] 0 942 0 0 43 0 0 0 - DL ?? 595:48.00 [accounting 0 964 1 0 47 0 5732 0 select Ds ?? 1651060:00.00 [syslogd] 0 995 1 0 76 0 6788 0 select Ds ?? 566406:36.00 [rpcbind] 0 1021 1 0 76 0 6816 0 auditd Ds ?? 394050:36.00 [auditd] 0 1078 1 0 76 0 5732 0 select Ds ?? 150500:36.00 [mountd] 0 1080 1 0 76 0 4648 0 select Ds ?? 1223069:36.00 [nfsd] 0 1081 1080 0 76 0 4648 0 rpcsvc D ?? 36452:48.00 [nfsd] 0 1090 1 0 76 0 267844 0 select Ds ?? 46313:24.00 [rpc.statd] 0 1096 1 0 76 0 6788 0 rpcsvc Ds ?? 156760:00.00 [rpc.lockd] 1 1127 1 0 76 0 7240 0 select Ds ?? 37601:00.00 [slpd] 0 1138 97 0 76 0 7132 0 piperd D+ ?? 119004:24.00 [sh] 0 1140 1138 0 76 0 7132 0 wait D+ ?? 55232:00.00 [sh] 0 1141 1140 0 96 0 8928 0 - RE+ ?? 98638:12.00 [ps] 0 1142 1140 0 76 0 7132 0 piperd D+ ?? 12965:48.00 [sh] ------------------------------------------------------------------------ vmstat -s 0 cpu context switches 0 device interrupts 0 software interrupts 0 traps 0 system calls 0 kernel threads created 0 fork() calls 0 vfork() calls 0 rfork() calls 0 swap pager pageins 0 swap pager pages paged in 0 swap pager pageouts 0 swap pager pages paged out 0 vnode pager pageins 0 vnode pager pages paged in 0 vnode pager pageouts 0 vnode pager pages paged out 0 page daemon wakeups 0 pages examined by the page daemon 495 pages reactivated 0 copy-on-write faults 0 copy-on-write optimized faults 0 zero fill pages zeroed 0 zero fill pages prezeroed 0 intransit blocking page faults 0 total VM faults taken 0 pages affected by kernel thread creation 0 pages affected by fork() 0 pages affected by vfork() 0 pages affected by rfork() 566 pages cached 0 pages freed 0 pages freed by daemon 38051 pages freed by exiting processes 1936 pages active 307 pages inactive 64 pages in VM cache 35738 pages wired down 966101 pages free 4096 bytes per page 16115 total name lookups cache hits (88% pos + 3% neg) system 0% per-directory deletions 0%, falsehits 0%, toolong 0% ------------------------------------------------------------------------ vmstat -m Type InUse MemUse HighUse Requests Size(s) ddb_capture -1 -47K - 0 GEOM 1403056 -1467K - 1404160 32,64,128,256,512,1024,2048,8192 isadev -8 0K - 0 sbp -96 -12K - 0 cdev -11 -1K - 0 CAM dev queue -4 0K - 0 sigio -1 0K - 0 filedesc 525192 -571K - 526336 16,32,64,128,256,512,2048,4096,8192 kenv 41 -9K - 128 16,32,64 kqueue 27624 -26K - 27648 128,256 proc-args 17765 -17K - 18080 16,32,64,128,256,512,1024,2048 ithread -78 -11K - 0 acpica 5841406 -5946K - 5898816 128,1024,32768,65536,262144,524288 KTRACE -100 -11K - 0 linker 1164 -146K - 1344 16,32,128,512 lockf 1324 -1K - 1344 64,128 acpitask 63 0K - 64 16 ip6ndp -6 0K - 0 temp 17441466 -17053K - 17446288 32,64,128,256,512,1024,2048,8192,16384,32768 devbuf 396494 -13754K - 403728 16,32,64,128,256,512,1024,2048 module -410 -50K - 0 kbdmux -6 -7K - 0 mtx_pool -1 -7K - 0 osd 12 0K - 16 16 subproc 4209857 -4671K - 4211200 16,32,64,128,256,512,1024,4096,8192 proc -2 -15K - 0 session -12 0K - 0 pgrp -12 0K - 0 cred 412041 -412K - 413696 32,64,128,256,512,1024,2048,4096,8192 uidinfo -3 -1K - 0 plimit 51253 -49K - 51456 16,32,64,128,256,1024 sysctltmp 5642 -4K - 5840 32,64,128,256,512,2048 sysctloid 2357 -225K - 7056 16,64,128,256,1024,2048 sysctl 7935 -7K - 8336 16,32,64,128,256,512,1024,2048 callout -3 -1535K - 0 umtx -260 -31K - 0 vimage -1 0K - 0 p1003.1b -1 0K - 0 SWAP -8 -8751K - 0 bus-sc 25819883 -25370K - 25824032 16,32,64,128,256,512,2048,4096,8192,16384,32768 bus 1339306 -1409K - 1346640 16,32,64,128,256,1024,2048,4096,8192,16384,65536 clist -4 0K - 0 devstat -16 -31K - 0 eventhandler -65 -4K - 0 CAM queue 2445 -1K - 2560 16,32,64,128,256,1024 kobj 298656 -1407K - 299008 16,32,64,1024 CAM SIM -4 0K - 0 acpisem -15 0K - 0 rman 54940 -74K - 55552 32,256,512,2048,4096 sbuf 1018768 -994K - 1019232 32,64,128,256,2048,4096 scsi_da 330 0K - 352 16,32,256 CAM periph 3377 -5K - 3408 16,32,256 stack 510 0K - 512 32 taskqueue -13 0K - 0 Unitno 53 0K - 64 32 ata_generic -6 -5K - 0 ad_driver -4 0K - 0 Witness -1 -127K - 0 iov 183440 -178K - 184224 16,32,64,128,256,512,1024,8192 select -11 0K - 0 ioctlops 1972127 -1925K - 1973200 16,32,64,128,256,512,1024,2048,4096,8192 msg -4 -29K - 0 sem -4 -319K - 0 shm -1 -67K - 0 tty -21 -20K - 0 mbuf_tag 665 0K - 672 16,32,64 shmfd -1 -7K - 0 ar_driver 71656 -69K - 71680 128,256 pcb 589 -156K - 640 16,32,256 soname 57946 -56K - 58592 16,32,64,128,256,512,2048,4096 vfscache -1 -1023K - 0 export_host -5 -1K - 0 vfs_hash -1 -511K - 0 vnodes -2 0K - 0 acd_driver -2 -3K - 0 vnodemarker 18396 -17K - 18432 64,256 mount 98828 -150K - 101888 16,128,256,512,1024,8192,16384 BPF -6 0K - 0 ether_multi 300 0K - 336 16,64 ifaddr 3649 -21K - 3968 64,128,256,512,1024 ifnet -6 -9K - 0 clone -5 -19K - 0 arpcom -2 0K - 0 fw_com -1 0K - 0 lltable -14 -5K - 0 CAM XPT 40167 -58K - 40320 32,64,128,256,1024 acpidev -69 -3K - 0 routetbl 14067 -18K - 14144 128,256,512 80211vap -1 -3K - 0 80211crypto -4 0K - 0 80211com -1 -7K - 0 80211nodeie -2 0K - 0 80211node 12286 -23K - 12288 16 80211scan -3 -5K - 0 igmp -5 0K - 0 ip_moptions -4 0K - 0 in_multi -3 0K - 0 in_mfilter -2 -1K - 0 sctp_iter 255 0K - 256 16 sctp_ifn -2 0K - 0 sctp_ifa -4 0K - 0 sctp_vrf -1 0K - 0 sctp_a_it 15 0K - 16 16 hostcache -1 -27K - 0 syncache -1 -91K - 0 in6_multi -19 0K - 0 ip6_moptions -1 0K - 0 NFS FHA -1 -1K - 0 NLM 31 0K - 32 16 rpc 36206 -50K - 36400 16,32,64,128,256,512,1024 audit_data 63 0K - 64 16 audit_evclass 5962 -24K - 6784 16,32,64,128,512,2048 newblk -1 0K - 0 inodedep -1 -511K - 0 pagedep -1 -127K - 0 ufs_dirhash -3 0K - 0 ufs_mount -3 -5K - 0 entropy -1024 -63K - 0 vm_pgdata -5 -127K - 0 fw_xfer 255 0K - 256 16 firewire 2036 -35K - 2048 16 io_apic -1 -1K - 0 memdesc -1 -3K - 0 UART -3 0K - 0 nexusdev -3 0K - 0 USBdev 2018 -6K - 2048 16 USB 106451 -267K - 106496 16,32,64,128 DEVFS1 -146 -72K - 0 DEVFS3 92 -40K - 256 16 atkbddev -2 0K - 0 DEVFS -10 0K - 16 16 pfs_nodes -20 -4K - 0 pfs_vncache -1 0K - 0 pci_link -68 -4K - 0 solaris 101557936 -171583K - 101739424 16,32,64,128,256,512,1024,2048,4096,8192,16384,32768,65536,131072,262144,524288,1048576 kstat_data -2 0K - 0 linux -12 0K - 0 ------------------------------------------------------------------------ vmstat -z ITEM SIZE LIMIT USED FREE REQUESTS FAILURES UMA Kegs: 208, 0, 93, 9, 93, 0 UMA Zones: 320, 0, 93, 3, 93, 0 UMA Slabs: 568, 0, 2946, 1, 5668, 0 UMA RCntSlabs: 568, 0, 279, 1, 279, 0 UMA Hash: 256, 0, 3, 12, 3, 0 16 Bucket: 152, 0, 122, 3, 122, 0 32 Bucket: 280, 0, 92, 6, 92, 0 64 Bucket: 536, 0, 95, 3, 95, 61 128 Bucket: 1048, 0, 132, 0, 132, 0 VM OBJECT: 200, 0, 813, 175, 15774, 0 MAP: 224, 0, 7, 27, 7, 0 KMAP ENTRY: 112, 150183, 50, 148, 10963, 0 MAP ENTRY: 112, 0, 318, 210, 32296, 0 DP fakepg: 112, 0, 0, 0, 0, 0 mt_zone: 2056, 0, 257, 6, 257, 0 16: 16, 0, 3399, 465, 53016, 0 32: 32, 0, 3815, 629, 12057, 0 64: 64, 0, 7674, 3358, 93980, 0 128: 128, 0, 10069, 342, 38308, 0 256: 256, 0, 1151, 709, 27955, 0 512: 512, 0, 1676, 158, 33534, 0 1024: 1024, 0, 291, 1681, 11341, 0 2048: 2048, 0, 270, 88, 1127, 0 4096: 4096, 0, 565, 201, 6852, 0 Files: 80, 0, 76, 239, 4242, 0 TURNSTILE: 136, 0, 261, 59, 261, 0 umtx pi: 96, 0, 0, 0, 0, 0 PROC: 1088, 0, 114, 84, 1142, 0 THREAD: 896, 0, 229, 31, 229, 0 SLEEPQUEUE: 80, 0, 261, 87, 261, 0 VMSPACE: 384, 0, 17, 73, 1015, 0 cpuset: 72, 0, 2, 98, 2, 0 audit_record: 984, 0, 0, 8, 1, 0 mbuf_packet: 256, 0, 1, 522, 161, 0 mbuf: 256, 0, 3, 520, 444, 0 mbuf_cluster: 2048, 25600, 512, 46, 546, 0 mbuf_jumbo_page: 4096, 12800, 0, 0, 0, 0 mbuf_jumbo_9k: 9216, 19200, 0, 0, 0, 0 mbuf_jumbo_16k: 16384, 12800, 0, 0, 0, 0 mbuf_ext_refcnt: 4, 0, 0, 0, 0, 0 ACL UMA zone: 388, 0, 0, 30, 107, 0 g_bio: 216, 0, 0, 432, 15733, 0 ttyinq: 160, 0, 15, 33, 15, 0 ttyoutq: 256, 0, 8, 22, 8, 0 ata_request: 312, 0, 1, 143, 11320, 0 ata_composite: 336, 0, 0, 0, 0, 0 taskq_ent_cache: 64, 0, 668, 228, 1268, 0 taskq_cache: 288, 0, 45, 33, 57, 0 VNODE: 472, 0, 608, 88, 633, 0 VNODEPOLL: 104, 0, 0, 0, 0, 0 S VFS Cache: 104, 0, 504, 108, 1298, 0 L VFS Cache: 327, 0, 0, 0, 0, 0 NAMEI: 1024, 0, 0, 56, 6809, 0 DIRHASH: 1024, 0, 13, 7, 13, 0 NFSMOUNT: 744, 0, 0, 0, 0, 0 NFSNODE: 648, 0, 0, 0, 0, 0 pipe: 712, 0, 2, 63, 659, 0 ksiginfo: 112, 0, 182, 874, 182, 0 itimer: 344, 0, 0, 22, 1, 0 KNOTE: 120, 0, 0, 62, 24, 0 socket: 640, 25602, 39, 45, 403, 0 unpcb: 240, 25600, 7, 73, 135, 0 ipq: 56, 819, 0, 0, 0, 0 udpcb: 288, 25610, 20, 45, 253, 0 inpcb: 288, 25610, 12, 53, 14, 0 tcpcb: 736, 25600, 12, 18, 14, 0 tcptw: 88, 5124, 0, 0, 0, 0 syncache: 136, 15372, 0, 0, 0, 0 hostcache: 136, 15372, 0, 0, 0, 0 tcpreass: 40, 1680, 0, 0, 0, 0 sackhole: 32, 0, 0, 0, 0, 0 sctp_ep: 1184, 25602, 0, 0, 0, 0 sctp_asoc: 2176, 40000, 0, 0, 0, 0 sctp_laddr: 48, 80064, 0, 144, 1, 0 sctp_raddr: 584, 80003, 0, 0, 0, 0 sctp_chunk: 144, 400010, 0, 0, 0, 0 sctp_readq: 104, 400032, 0, 0, 0, 0 sctp_stream_msg_out: 96, 400026, 0, 0, 0, 0 sctp_asconf: 40, 400008, 0, 0, 0, 0 sctp_asconf_ack: 48, 400032, 0, 0, 0, 0 ripcb: 288, 25610, 0, 0, 0, 0 rtentry: 192, 0, 7, 53, 7, 0 zio_cache: 720, 0, 0, 1675, 30872, 0 dmu_buf_impl_t: 224, 0, 1931, 126, 2017, 0 dnode_t: 768, 0, 1038, 32, 1386, 0 arc_buf_hdr_t: 208, 0, 1238, 58, 1430, 0 arc_buf_t: 72, 0, 1238, 162, 1430, 0 zil_lwb_cache: 200, 0, 9, 48, 9, 0 zfs_znode_cache: 376, 0, 518, 52, 542, 0 selfd: 56, 0, 40, 275, 1902, 0 SWAPMETA: 288, 116519, 0, 0, 0, 0 Mountpoints: 752, 0, 35, 5, 35, 0 FFS inode: 176, 0, 6, 36, 6, 0 FFS1 dinode: 128, 0, 0, 0, 0, 0 FFS2 dinode: 256, 0, 6, 24, 6, 0 ------------------------------------------------------------------------ vmstat -i interrupt total rate irq1: atkbd0 6 0 irq18: fwohci0 1 0 irq20: atapci2 73 0 irq21: ohci0+ 2152 1 irq22: ehci0 2160 1 irq23: atapci1 1782 1 cpu0: timer 57965 42 cpu1: timer 47949 34 cpu3: timer 46890 33 cpu2: timer 46885 33 Total 205863 149 ------------------------------------------------------------------------ pstat -T 76/12328 files 0M/65535M swap space ------------------------------------------------------------------------ pstat -s Device 1K-blocks Used Avail Capacity /dev/ad4s1b 16777088 0 16777088 0% /dev/ad6s1b 16777088 0 16777088 0% /dev/ad12s1b 16777088 0 16777088 0% /dev/ad14s1b 16777088 0 16777088 0% Total 67108352 0 67108352 0% ------------------------------------------------------------------------ iostat iostat: kvm_read(_tk_nin): invalid address (0x0) iostat: disabling TTY statistics iostat: kvm_getcptime: invalid address (0x0) iostat: disabling CPU time statistics ad4 ad6 ad12 KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s 20.47 1 0.01 23.13 1 0.01 24.11 1 0.02 ------------------------------------------------------------------------ ipcs -a Message Queues: T ID KEY MODE OWNER GROUP CREATOR CGROUP CBYTES QNUM QBYTES LSPID LRPID STIME RTIME CTIME Shared Memory: T ID KEY MODE OWNER GROUP CREATOR CGROUP NATTCH SEGSZ CPID LPID ATIME DTIME CTIME Semaphores: T ID KEY MODE OWNER GROUP CREATOR CGROUP NSEMS OTIME CTIME ------------------------------------------------------------------------ ipcs -T msginfo: msgmax: 16384 (max characters in a message) msgmni: 40 (# of message queues) msgmnb: 2048 (max characters in a message queue) msgtql: 40 (max # of messages in system) msgssz: 8 (size of a message segment) msgseg: 2048 (# of message segments in system) shminfo: shmmax: 536870912 (max shared memory segment size) shmmin: 1 (min shared memory segment size) shmmni: 768 (max number of shared memory identifiers) shmseg: 512 (max shared memory segments per process) shmall: 131072 (max amount of shared memory in pages) seminfo: semmap: 1024 (# of entries in semaphore map) semmni: 1024 (# of semaphore identifiers) semmns: 2048 (# of semaphores in system) semmnu: 1024 (# of undo structures in system) semmsl: 60 (max # of semaphores per id) semopm: 100 (max # of operations per semop call) semume: 10 (max # of undo entries per process) semusz: 152 (size in bytes of undo structure) semvmx: 32767 (semaphore maximum value) semaem: 16384 (adjust on exit max value) ------------------------------------------------------------------------ nfsstat Client Info: Rpc Counts: Getattr Setattr Lookup Readlink Read Write Create Remove 0 0 0 0 0 0 0 0 Rename Link Symlink Mkdir Rmdir Readdir RdirPlus Access 0 0 0 0 0 0 0 0 Mknod Fsstat Fsinfo PathConf Commit 0 0 0 0 0 Rpc Info: TimedOut Invalid X Replies Retries Requests 0 0 0 0 0 Cache Info: Attr Hits Misses Lkup Hits Misses BioR Hits Misses BioW Hits Misses 0 0 0 0 0 0 0 0 BioRLHits Misses BioD Hits Misses DirE Hits Misses 0 0 0 0 0 0 Server Info: Getattr Setattr Lookup Readlink Read Write Create Remove 0 0 0 0 0 0 0 0 Rename Link Symlink Mkdir Rmdir Readdir RdirPlus Access 0 0 0 0 0 0 0 0 Mknod Fsstat Fsinfo PathConf Commit 0 0 0 0 0 Server Ret-Failed 0 Server Faults 0 Server Cache Stats: Inprog Idem Non-idem Misses 0 0 0 0 Server Write Gathering: WriteOps WriteRPC Opsaved 0 0 0 ------------------------------------------------------------------------ netstat -s netstat: /usr/obj/usr/src/sys/GENERIC/kernel: no namelist ------------------------------------------------------------------------ netstat -m netstat: /usr/obj/usr/src/sys/GENERIC/kernel: no namelist ------------------------------------------------------------------------ netstat -id netstat: /usr/obj/usr/src/sys/GENERIC/kernel: no namelist ------------------------------------------------------------------------ netstat -anr netstat: /usr/obj/usr/src/sys/GENERIC/kernel: no namelist ------------------------------------------------------------------------ netstat -anA netstat: /usr/obj/usr/src/sys/GENERIC/kernel: no namelist ------------------------------------------------------------------------ netstat -aL netstat: /usr/obj/usr/src/sys/GENERIC/kernel: no namelist ------------------------------------------------------------------------ fstat USER CMD PID FD MOUNT INUM MODE SZ|DV R/W root sh 1142 root - - error - root sh 1142 wd - - error - root sh 1142 text - - error - root sh 1142 0* pipe ffffff000b10c858 <-> ffffff000b10c9a8 0 rw root sh 1142 1* pipe ffffff000b126150 <-> ffffff000b126000 0 rw root sh 1142 2 /dev 5 crw------- console rw root ps 1141 root - - error - root ps 1141 wd - - error - root ps 1141 text - - error - root ps 1141 0 /dev 5 crw------- console rw root ps 1141 1* pipe ffffff000b10c9a8 <-> ffffff000b10c858 0 rw root ps 1141 2 /dev 27 crw-rw-rw- null w root ps 1141 3 /dev 27 crw-rw-rw- null r root ps 1141 4 /dev 27 crw-rw-rw- null r root sh 1140 root - - error - root sh 1140 wd - - error - root sh 1140 text - - error - root sh 1140 0 /dev 5 crw------- console rw root sh 1140 1* pipe ffffff000b126150 <-> ffffff000b126000 0 rw root sh 1140 2 /dev 5 crw------- console rw root sh 1138 root - - error - root sh 1138 wd - - error - root sh 1138 text - - error - root sh 1138 0 /dev 5 crw------- console rw root sh 1138 1 /dev 5 crw------- console rw root sh 1138 2 /dev 5 crw------- console rw root sh 1138 3* pipe ffffff000b126000 <-> ffffff000b126150 0 rw root sh 1138 10 - - error - daemon slpd 1127 root - - error - daemon slpd 1127 wd - - error - daemon slpd 1127 text - - error - daemon slpd 1127 3 - - error - daemon slpd 1127 4* internet stream tcp ffffff000b2a25c0 daemon slpd 1127 5* internet stream tcp ffffff000b2a22e0 daemon slpd 1127 6* internet dgram udp ffffff0004ed7240 daemon slpd 1127 7* internet dgram udp ffffff0004ed7120 daemon slpd 1127 8* internet dgram udp ffffff0004ed7900 root rpc.lockd 1096 root - - error - root rpc.lockd 1096 wd - - error - root rpc.lockd 1096 text - - error - root rpc.lockd 1096 0 /dev 27 crw-rw-rw- null rw root rpc.lockd 1096 1 /dev 27 crw-rw-rw- null rw root rpc.lockd 1096 2 /dev 27 crw-rw-rw- null rw root rpc.lockd 1096 3* local dgram ffffff0004fc8c30 <-> ffffff0004fc9690 root rpc.statd 1090 root - - error - root rpc.statd 1090 wd - - error - root rpc.statd 1090 text - - error - root rpc.statd 1090 0 /dev 27 crw-rw-rw- null rw root rpc.statd 1090 1 /dev 27 crw-rw-rw- null rw root rpc.statd 1090 2 /dev 27 crw-rw-rw- null rw root rpc.statd 1090 3 - - error - root rpc.statd 1090 4* internet6 dgram udp ffffff0004ecc240 root rpc.statd 1090 5* internet6 stream tcp ffffff000b2a3000 root rpc.statd 1090 6* internet dgram udp ffffff0004ed7c60 root rpc.statd 1090 7* internet stream tcp ffffff000b2a2b80 root rpc.statd 1090 8* local dgram ffffff0004fc84b0 <-> ffffff0004fc9690 root nfsd 1081 root - - error - root nfsd 1081 wd - - error - root nfsd 1081 text - - error - root nfsd 1081 0 /dev 27 crw-rw-rw- null rw root nfsd 1081 1 /dev 27 crw-rw-rw- null rw root nfsd 1081 2 /dev 27 crw-rw-rw- null rw root nfsd 1080 root - - error - root nfsd 1080 wd - - error - root nfsd 1080 text - - error - root nfsd 1080 0 /dev 27 crw-rw-rw- null rw root nfsd 1080 1 /dev 27 crw-rw-rw- null rw root nfsd 1080 2 /dev 27 crw-rw-rw- null rw root nfsd 1080 3* internet stream tcp ffffff000b2b95c0 root nfsd 1080 4* internet6 stream tcp ffffff000b2b92e0 root mountd 1078 root - - error - root mountd 1078 wd - - error - root mountd 1078 text - - error - root mountd 1078 0 /dev 27 crw-rw-rw- null rw root mountd 1078 1 /dev 27 crw-rw-rw- null rw root mountd 1078 2 /dev 27 crw-rw-rw- null rw root mountd 1078 3 - - error - root mountd 1078 5* internet6 dgram udp ffffff0004ed6000 root mountd 1078 6* internet6 stream tcp ffffff000b1f52e0 root mountd 1078 7* internet dgram udp ffffff0004ed6360 root mountd 1078 8* internet stream tcp ffffff000b1f5000 root auditd 1021 root - - error - root auditd 1021 wd - - error - root auditd 1021 text - - error - root auditd 1021 0 /dev 27 crw-rw-rw- null rw root auditd 1021 1 /dev 27 crw-rw-rw- null rw root auditd 1021 2 /dev 27 crw-rw-rw- null rw root auditd 1021 3* local dgram ffffff0004fc8d20 <-> ffffff0004fc9690 root auditd 1021 4 - - error - root auditd 1021 5 /dev 22 crw------- audit r root auditd 1021 6 - - error - root auditd 1021 8 - - error - root rpcbind 995 root - - error - root rpcbind 995 wd - - error - root rpcbind 995 text - - error - root rpcbind 995 0 /dev 27 crw-rw-rw- null rw root rpcbind 995 1 /dev 27 crw-rw-rw- null rw root rpcbind 995 2 /dev 27 crw-rw-rw- null rw root rpcbind 995 3 - - error - root rpcbind 995 4* internet6 dgram udp ffffff0004ed7b40 root rpcbind 995 5* local stream ffffff0004fc8e10 root rpcbind 995 6* internet6 dgram udp ffffff0004ed7000 root rpcbind 995 7* internet6 dgram udp ffffff0004ed6a20 root rpcbind 995 8* internet6 stream tcp ffffff000b1f58a0 root rpcbind 995 9* internet dgram udp ffffff0004ed67e0 root rpcbind 995 10* internet dgram udp ffffff0004ed65a0 root rpcbind 995 11* internet stream tcp ffffff000b1f55c0 root syslogd 964 root - - error - root syslogd 964 wd - - error - root syslogd 964 text - - error - root syslogd 964 0 /dev 27 crw-rw-rw- null rw root syslogd 964 1 /dev 27 crw-rw-rw- null rw root syslogd 964 2 /dev 27 crw-rw-rw- null rw root syslogd 964 3 - - error - root syslogd 964 4* local dgram ffffff0004fc9780 root syslogd 964 5* local dgram ffffff0004fc9690 root syslogd 964 6* internet6 dgram udp ffffff0004ed6c60 root syslogd 964 7* internet dgram udp ffffff0004ed6d80 root syslogd 964 8 /dev 30 crw------- klog r root syslogd 964 10 /dev 5 crw------- console w root syslogd 964 11 - - error - root syslogd 964 12 - - error - root syslogd 964 13 - - error - root syslogd 964 14 - - error - root syslogd 964 15 - - error - root syslogd 964 16 - - error - root syslogd 964 17 - - error - root syslogd 964 18 - - error - root syslogd 964 19 - - error - root syslogd 964 20 - - error - root syslogd 964 21 - - error - root syslogd 964 22 - - error - root accounting 942 root - - error - root accounting 942 wd - - error - root devd 789 root - - error - root devd 789 wd - - error - root devd 789 text - - error - root devd 789 0 /dev 27 crw-rw-rw- null rw root devd 789 1 /dev 27 crw-rw-rw- null rw root devd 789 2 /dev 27 crw-rw-rw- null rw root devd 789 3 - - error - root devd 789 4 /dev 6 crw------- devctl r root devd 789 5* local stream ffffff0004fc9000 root devd 789 6 - - error - root adjkerntz 276 root - - error - root adjkerntz 276 wd - - error - root adjkerntz 276 text - - error - root adjkerntz 276 0 /dev 27 crw-rw-rw- null rw root adjkerntz 276 1 /dev 27 crw-rw-rw- null rw root adjkerntz 276 2 /dev 27 crw-rw-rw- null rw root zil_clean 190 root - - error - root zil_clean 190 wd - - error - root zil_clean 189 root - - error - root zil_clean 189 wd - - error - root zil_clean 188 root - - error - root zil_clean 188 wd - - error - root zil_clean 187 root - - error - root zil_clean 187 wd - - error - root zil_clean 186 root - - error - root zil_clean 186 wd - - error - root zil_clean 185 root - - error - root zil_clean 185 wd - - error - root zil_clean 184 root - - error - root zil_clean 184 wd - - error - root zil_clean 183 root - - error - root zil_clean 183 wd - - error - root zil_clean 182 root - - error - root zil_clean 182 wd - - error - root zil_clean 181 root - - error - root zil_clean 181 wd - - error - root zil_clean 180 root - - error - root zil_clean 180 wd - - error - root zil_clean 179 root - - error - root zil_clean 179 wd - - error - root zil_clean 178 root - - error - root zil_clean 178 wd - - error - root zil_clean 177 root - - error - root zil_clean 177 wd - - error - root zil_clean 176 root - - error - root zil_clean 176 wd - - error - root zil_clean 175 root - - error - root zil_clean 175 wd - - error - root zil_clean 174 root - - error - root zil_clean 174 wd - - error - root zil_clean 173 root - - error - root zil_clean 173 wd - - error - root zil_clean 172 root - - error - root zil_clean 172 wd - - error - root zil_clean 171 root - - error - root zil_clean 171 wd - - error - root zil_clean 170 root - - error - root zil_clean 170 wd - - error - root zil_clean 169 root - - error - root zil_clean 169 wd - - error - root zil_clean 168 root - - error - root zil_clean 168 wd - - error - root zil_clean 167 root - - error - root zil_clean 167 wd - - error - root zil_clean 166 root - - error - root zil_clean 166 wd - - error - root zil_clean 165 root - - error - root zil_clean 165 wd - - error - root zil_clean 164 root - - error - root zil_clean 164 wd - - error - root zil_clean 163 root - - error - root zil_clean 163 wd - - error - root zil_clean 162 root - - error - root zil_clean 162 wd - - error - root zil_clean 161 root - - error - root zil_clean 161 wd - - error - root zil_clean 160 root - - error - root zil_clean 160 wd - - error - root sh 97 root - - error - root sh 97 wd - - error - root sh 97 text - - error - root sh 97 0 /dev 5 crw------- console rw root sh 97 1 /dev 5 crw------- console rw root sh 97 2 /dev 5 crw------- console rw root sh 97 10 - - error - root zil_clean 96 root - - error - root zil_clean 96 wd - - error - root txg_thread_enter 95 root - - error - root txg_thread_enter 95 wd - - error - root txg_thread_enter 94 root - - error - root txg_thread_enter 94 wd - - error - root vdev:worker ad14s1 93 root - - error - root vdev:worker ad14s1 93 wd - - error - root vdev:worker ad12s1 92 root - - error - root vdev:worker ad12s1 92 wd - - error - root vdev:worker ad6s1d 91 root - - error - root vdev:worker ad6s1d 91 wd - - error - root vdev:worker ad4s1d 90 root - - error - root vdev:worker ad4s1d 90 wd - - error - root spa_zio 89 root - - error - root spa_zio 89 wd - - error - root spa_zio 88 root - - error - root spa_zio 88 wd - - error - root spa_zio 87 root - - error - root spa_zio 87 wd - - error - root spa_zio 86 root - - error - root spa_zio 86 wd - - error - root spa_zio 85 root - - error - root spa_zio 85 wd - - error - root spa_zio 84 root - - error - root spa_zio 84 wd - - error - root spa_zio 83 root - - error - root spa_zio 83 wd - - error - root spa_zio 82 root - - error - root spa_zio 82 wd - - error - root spa_zio 81 root - - error - root spa_zio 81 wd - - error - root spa_zio 80 root - - error - root spa_zio 80 wd - - error - root spa_zio 79 root - - error - root spa_zio 79 wd - - error - root spa_zio 78 root - - error - root spa_zio 78 wd - - error - root spa_zio 77 root - - error - root spa_zio 77 wd - - error - root spa_zio 76 root - - error - root spa_zio 76 wd - - error - root spa_zio 75 root - - error - root spa_zio 75 wd - - error - root spa_zio 74 root - - error - root spa_zio 74 wd - - error - root spa_zio 73 root - - error - root spa_zio 73 wd - - error - root spa_zio 72 root - - error - root spa_zio 72 wd - - error - root spa_zio 71 root - - error - root spa_zio 71 wd - - error - root spa_zio 70 root - - error - root spa_zio 70 wd - - error - root spa_zio 69 root - - error - root spa_zio 69 wd - - error - root spa_zio 68 root - - error - root spa_zio 68 wd - - error - root spa_zio 67 root - - error - root spa_zio 67 wd - - error - root spa_zio 66 root - - error - root spa_zio 66 wd - - error - root spa_zio 65 root - - error - root spa_zio 65 wd - - error - root spa_zio 64 root - - error - root spa_zio 64 wd - - error - root init 1 root - - error - root init 1 wd - - error - root init 1 text - - error - root kernel 0 root - - error - root kernel 0 wd - - error - ------------------------------------------------------------------------ dmesg Copyright (c) 1992-2009 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 #5 r189731: Thu Mar 12 11:03:16 GMT 2009 root@w2fzz0vc03.aah-go-on.com:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Quad CPU @ 2.66GHz (3192.05-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6f7 Stepping = 7 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20100800 AMD Features2=0x1 TSC: P-state invariant Cores per package: 4 usable memory = 4275380224 (4077 MB) avail memory = 4090159104 (3900 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 This module (opensolaris) contains code covered by the Common Development and Distribution License (CDDL) see http://opensolaris.org/os/licensing/opensolaris_license/ ioapic0: Changing APIC ID to 8 ioapic0 irqs 0-23 on motherboard lapic0: Forcing LINT1 to edge trigger kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, f00000 (3) failed acpi0: reservation of 1000000, 9edbcc00 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 25000000 Hz quality 900 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) pci0: at device 0.4 (no driver attached) pci0: at device 1.0 (no driver attached) pci0: at device 1.1 (no driver attached) pci0: at device 1.2 (no driver attached) pci0: at device 1.3 (no driver attached) pci0: at device 1.4 (no driver attached) pci0: at device 1.5 (no driver attached) pci0: at device 1.6 (no driver attached) pcib1: at device 2.0 on pci0 pci1: on pcib1 vgapci0: port 0xdc80-0xdcff mem 0xde000000-0xdeffffff,0xa0000000-0xafffffff,0xdc000000-0xddffffff irq 16 at device 0.0 on pci1 pcib2: at device 4.0 on pci0 pci2: on pcib2 pcib3: at device 5.0 on pci0 pci3: on pcib3 pci0: at device 9.0 (no driver attached) isab0: port 0x4f00-0x4fff at device 10.0 on pci0 isa0: on isab0 pci0: at device 10.1 (no driver attached) ohci0: mem 0xdfffc000-0xdfffcfff irq 21 at device 11.0 on pci0 ohci0: [ITHREAD] usbus0: on ohci0 ehci0: mem 0xdfffbf00-0xdfffbfff irq 22 at device 11.1 on pci0 ehci0: [ITHREAD] usbus1: waiting for BIOS to give up control usbus1: EHCI version 1.0 usbus1: on ehci0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xecf0-0xecff at device 13.0 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] atapci1: port 0xfe00-0xfe07,0xfe10-0xfe13,0xfe20-0xfe27,0xfe30-0xfe33,0xfec0-0xfecf mem 0xdfffd000-0xdfffdfff irq 23 at device 14.0 on pci0 atapci1: [ITHREAD] ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] atapci2: port 0xfe40-0xfe47,0xfe50-0xfe53,0xfe60-0xfe67,0xfe70-0xfe73,0xfed0-0xfedf mem 0xdfffe000-0xdfffefff irq 20 at device 14.1 on pci0 atapci2: [ITHREAD] ata4: on atapci2 ata4: [ITHREAD] ata5: on atapci2 ata5: [ITHREAD] atapci3: port 0xfe80-0xfe87,0xfe90-0xfe93,0xfea0-0xfea7,0xfeb0-0xfeb3,0xfef0-0xfeff mem 0xdffff000-0xdfffffff irq 21 at device 14.2 on pci0 atapci3: [ITHREAD] ata6: on atapci3 ata6: [ITHREAD] ata7: on atapci3 ata7: [ITHREAD] pcib4: at device 15.0 on pci0 pci4: on pcib4 pci4: at device 4.0 (no driver attached) pci4: at device 5.0 (no driver attached) fwohci0: mem 0xdadfb800-0xdadfbfff,0xdadfc000-0xdadfffff irq 18 at device 10.0 on pci4 fwohci0: [ITHREAD] fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 80:00:00:00:00:00:00:00 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 128 bytes. fwohci0: max_rec 128 -> 2048 firewire0: on fwohci0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x1124000 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 82:00:00:00:00:00 fwe0: Ethernet address: 82:00:00:00:00:00 fwip0: on firewire0 fwip0: Firewire address: 80:00:00:00:00:00:00:00 @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: fwohci_intr_core: BUS reset fwohci0: fwohci_intr_core: node_id=0x00000000, SelfID Count=1, CYCLEMASTER mode pcib5: at device 19.0 on pci0 pci5: on pcib5 pcib6: at device 24.0 on pci0 pci6: on pcib6 vgapci1: port 0xbc80-0xbcff mem 0xd1000000-0xd1ffffff,0xc0000000-0xcfffffff,0xd2000000-0xd3ffffff irq 16 at device 0.0 on pci6 atrtc0: port 0x70-0x7f 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 MouseMan+, device ID 0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] cpu0: on acpi0 est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr c380c3886000c38 device_attach: est0 attach returned 6 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr c380c3886000c38 device_attach: est1 attach returned 6 p4tcc1: on cpu1 cpu2: on acpi0 est2: on cpu2 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr c380c3886000c38 device_attach: est2 attach returned 6 p4tcc2: on cpu2 cpu3: on acpi0 est3: on cpu3 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr c380c3886000c38 device_attach: est3 attach returned 6 p4tcc3: on cpu3 orm0: at iomem 0xc0000-0xcc7ff,0xcc800-0xce7ff,0xce800-0xcffff 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: cannot reserve I/O port range WARNING: ZFS is considered to be an experimental feature in FreeBSD. Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <= 0 cable IRM irm(0) (me) firewire0: bus manager 0 usbus0: 12Mbps Full Speed USB v1.0 usbus1: 480Mbps High Speed USB v2.0 ZFS filesystem version 13 ZFS storage pool version 13 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ad4: 305245MB at ata2-master SATA300 GEOM: ad4s1: geometry does not match label (255h,63s != 16h,63s). ad6: 305245MB at ata3-master SATA300 acd0: CDRW at ata4-master SATA150 acd1: DVDR at ata5-master SATA150 GEOM_LABEL: Label for provider ad4s2 is ntfs/System. ad12: 305245MB at ata6-master SATA300 ad14: 305245MB at ata7-master SATA300 uhub0: 10 ports with 10 removable, self powered uhub1: 10 ports with 10 removable, self powered lapic1: Forcing LINT1 to edge trigger SMP: AP CPU #1 Launched! lapic3: Forcing LINT1 to edge trigger SMP: AP CPU #3 Launched! lapic2: Forcing LINT1 to edge trigger SMP: AP CPU #2 Launched! WARNING: WITNESS option enabled, expect reduced performance. Root mount waiting for: usbus1 ugen1.2: at usbus1 Root mount waiting for: usbus1 ugen1.3: at usbus1 uhub2: on usbus1 uhub2: 7 ports with 7 removable, self powered Root mount waiting for: usbus1 ugen1.4: at usbus1 umass0: on usbus1 umass0: SCSI over Bulk-Only; quirks = 0x0000 Root mount waiting for: usbus1 umass0:1:0:-1: Attached to scbus1 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-4 device da0: 40.000MB/s transfers da0: 476940MB (976773168 512 byte sectors: 255H 63S/T 60801C) GEOM: da0: partition 1 does not start on a track boundary. GEOM: da0: partition 1 does not end on a track boundary. GEOM_LABEL: Label for provider da0s1 is ntfs/Backup. Root mount waiting for: usbus1 ugen0.2: at usbus0 Root mount waiting for: usbus1 ugen1.5: at usbus1 rum0: on usbus1 rum0: MAC/BBP RT2573 (rev 0x2573a), RF RT2528 Root mount waiting for: usbus1 ugen1.6: at usbus1 umass1: on usbus1 umass1: SCSI over Bulk-Only; quirks = 0x0000 Root mount waiting for: usbus1 umass1:2:1:-1: Attached to scbus2 Trying to mount root from zfs:pool (probe0:umass-sim1:1:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:umass-sim1:1:0:0): CAM Status: SCSI Status Error (probe0:umass-sim1:1:0:0): SCSI Status: Check Condition (probe0:umass-sim1:1:0:0): NOT READY asc:3a,0 (probe0:umass-sim1:1:0:0): Medium not present (probe0:umass-sim1:1:0:0): Unretryable error da1 at umass-sim1 bus 1 target 0 lun 0 da1: Removable Direct Access SCSI-0 device da1: 40.000MB/s transfers da1: Attempt to query device size failed: NOT READY, Medium not present (probe0:umass-sim1:1:0:1): TEST UNIT READY. CDB: 0 20 0 0 0 0 (probe0:umass-sim1:1:0:1): CAM Status: SCSI Status Error (probe0:umass-sim1:1:0:1): SCSI Status: Check Condition (probe0:umass-sim1:1:0:1): NOT READY asc:3a,0 (probe0:umass-sim1:1:0:1): Medium not present (probe0:umass-sim1:1:0:1): Unretryable error da2 at umass-sim1 bus 1 target 0 lun 1 da2: Removable Direct Access SCSI-0 device da2: 40.000MB/s transfers da2: Attempt to query device size failed: NOT READY, Medium not present (probe0:umass-sim1:1:0:2): TEST UNIT READY. CDB: 0 40 0 0 0 0 (probe0:umass-sim1:1:0:2): CAM Status: SCSI Status Error (probe0:umass-sim1:1:0:2): SCSI Status: Check Condition (probe0:umass-sim1:1:0:2): NOT READY asc:3a,0 (probe0:umass-sim1:1:0:2): Medium not present (probe0:umass-sim1:1:0:2): Unretryable error da3 at umass-sim1 bus 1 target 0 lun 2 da3: Removable Direct Access SCSI-0 device da3: 40.000MB/s transfers da3: Attempt to query device size failed: NOT READY, Medium not present (probe0:umass-sim1:1:0:3): TEST UNIT READY. CDB: 0 60 0 0 0 0 (probe0:umass-sim1:1:0:3): CAM Status: SCSI Status Error (probe0:umass-sim1:1:0:3): SCSI Status: Check Condition (probe0:umass-sim1:1:0:3): NOT READY asc:3a,0 (probe0:umass-sim1:1:0:3): Medium not present (probe0:umass-sim1:1:0:3): Unretryable error da4 at umass-sim1 bus 1 target 0 lun 3 da4: Removable Direct Access SCSI-0 device da4: 40.000MB/s transfers da4: Attempt to query device size failed: NOT READY, Medium not present Entropy harvesting: interrupts ethernet point_to_point kickstart . /dev/ad4s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad4s1a: clean, 436073 free (2177 frags, 54237 blocks, 0.2% fragmentation) wlan0: Ethernet address: 00:17:3f:72:40:90 rum0: need multicast update callback Starting Network: lo0. add net default: gateway 192.168.0.1 Additional TCP/IP options: tcp extensions=NO . Turning on accounting. wlan0: link state changed to UP Additional ABI support: linux . Setting date via ntp. 12 Mar 11:06:55 ntpdate[988]: step time server 158.43.192.66 offset 0.923327 sec Setting NIS domain: aah-go-on.com. Starting mountd. rum0: need multicast update callback Kernel page fault with the following non-sleepable locks held: exclusive sleep mutex if_addr_mtx (if_addr_mtx) r = 0 (0xffffff0002f8ac38) locked @ /usr/src/sys/netinet/igmp.c:1701 exclusive sleep mutex igmp_mtx (igmp_mtx) r = 0 (0xffffffff80d3f080) locked @ /usr/src/sys/netinet/igmp.c:1653 exclusive sleep mutex in_multi_mtx (in_multi_mtx) r = 0 (0xffffffff80d3f160) locked @ /usr/src/sys/netinet/igmp.c:1652 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x49 witness_warn() at witness_warn+0x2ba trap() at trap+0x398 calltrap() at calltrap+0x8 --- trap 0xc, rip = 0xffffffff80603e2d, rsp = 0xfffffffe4003fa30, rbp = 0xfffffffe4003fb10 --- igmp_fasttimo() at igmp_fasttimo+0x2e5 pffasttimo() at pffasttimo+0x2a softclock() at softclock+0x2aa intr_event_execute_handlers() at intr_event_execute_handlers+0x68 ithread_loop() at ithread_loop+0xae fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xfffffffe4003fd30, rbp = 0 --- Fatal trap 12: page fault while in kernel mode cpuid = 2; apic id = 02 fault virtual address = 0x28 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff80603e2d stack pointer = 0x10:0xfffffffe4003fa30 frame pointer = 0x10:0xfffffffe4003fb10 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 12 (swi4: clock) Physical memory: 4077 MB Dumping 316 MB: 301 285 269 253 237 221 205 189 173 157 141 125 109 93 77 61 45 29 13 ------------------------------------------------------------------------ kernel config config: File /usr/obj/usr/src/sys/GENERIC/kernel doesn't contain configuration file. Either unsupported, or not compiled with INCLUDE_CONFIG_FILE --Boundary-00=_FTPuJCsafTNphZf-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 12:20:06 2009 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 A40FE1065673 for ; Thu, 12 Mar 2009 12:20: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 2AFE88FC14 for ; Thu, 12 Mar 2009 12:20:05 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LhjtI-00051H-Lq for freebsd-current@freebsd.org; Thu, 12 Mar 2009 12:20:00 +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, 12 Mar 2009 12:20:00 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 12 Mar 2009 12:20:00 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Thu, 12 Mar 2009 13:19:27 +0100 Lines: 83 Message-ID: References: <49B6A89F.2060008@prgmr.com> <49B6ACFD.9030509@fsck.ch> <49B6C249.4010909@gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigDA5830E3C1539E2DE72FEB24" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.19 (X11/20090105) In-Reply-To: <49B6C249.4010909@gmail.com> X-Enigmail-Version: 0.95.0 Sender: news Subject: Re: Seeking Code Reviewer for FreeBSD Grant X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2009 12:20:07 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigDA5830E3C1539E2DE72FEB24 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Michael Copeland wrote: >=20 >=20 > Tobias Roth wrote: >> On 03/10/09 18:51, Michael David Crawford wrote: >> =20 >>> Hi Again, >>> >>> I'm writing up an application for a FreeBSD Foundation Grant. There = is >>> a pool of $30,000 that will be divided among the developers whose >>> proposals to improve or extend FreeBSD are deemed 1337 enough: >>> =20 >> >> >> >> =20 >>> One of the requirements is that I must name a well-known FreeBSD >>> developer who will review my source code. You would be paid for your= >>> efforts out of my grant, so my proposal also must include a budget fo= r >>> your review work. >>> =20 >> >> >> >> =20 >>> My code reviewer will have the privilege of reading the most meticulo= us, >>> efficient, debugged and *tested* source code Known to Man. I have >>> *very* high standards for my work. >>> >>> Unfortunately, my very first foray into FreeBSD was just last night w= hen >>> I did an anonymous Subversion checkout of the head sources. I'm stil= l >>> working on my first actual system installation. Perhaps by late toni= ght >>> I will have built and booted my first kernel. >>> >>> So there's also a good chance that, while my code may be Correct, it >>> could be Clueless as well. :-D >>> =20 >> >> >> >> You don't happen to live in Nigeria by any chance? >> =20 > buahaha.. nice No, seriously, your message was impossible to answer in any other way and it's the first thing that's come to my mind also. I don't know if you received any offers (I doubt so) because there is zero technical content in your whole message. If that is not intentional, you will need to fix it by describing what it is you want to do. As every developer has its own area of expertize, you can't expect anyone to support you without knowing what subsystem it's all abou= t. --------------enigDA5830E3C1539E2DE72FEB24 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 iD8DBQFJuP3PldnAQVacBcgRAiBLAKCNDZ+LJpa8W2oR3WraeIaFtOI7qwCgr+Fr d57hhUJsAC2jFlXKlz1yXJc= =nh8a -----END PGP SIGNATURE----- --------------enigDA5830E3C1539E2DE72FEB24-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 12:25:54 2009 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 6C4FA106566C for ; Thu, 12 Mar 2009 12:25:54 +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 E390C8FC17 for ; Thu, 12 Mar 2009 12:25:53 +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.2.9) with ESMTPA id 237265728; Thu, 12 Mar 2009 14:25:52 +0200 Message-ID: <49B8FF4F.5020600@FreeBSD.org> Date: Thu, 12 Mar 2009 14:25:51 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.14 (X11/20080612) MIME-Version: 1.0 To: Nick Hilliard References: <1236812807.00085599.1236802801@10.7.7.3> <49B8CD26.70903@mavhome.dp.ua> <49B8F189.8070604@netability.ie> In-Reply-To: <49B8F189.8070604@netability.ie> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: SiI3531 SATA port multipler X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2009 12:25:54 -0000 Nick Hilliard wrote: > On 12/03/2009 08:51, Alexander Motin wrote: >> Have you tried to enable verbose boot messages? It may give some >> additional info. > > Yep, tried it, but the dmesg buffer filled up with stuff like this: > >> ata2: siiprb_issue_cmd time=0ms status=00050000 >> ata2: siiprb_issue_cmd time=0ms status=00010000 >> ata2: siiprb_issue_cmd time=0ms status=00010000 >> ata2: p0: connect status=00000000 >> ata2: siiprb_issue_cmd time=0ms status=00010000 >> ata2: siiprb_issue_cmd time=0ms status=00010000 >> ata2: siiprb_issue_cmd time=27ms status=00010000 >> ata2: p1: SIGNATURE=00000101 >> ata2: siiprb_issue_cmd time=0ms status=00010000 > > and so on - probably about 50-100k of this sort of thing. So I have no > idea what happened at the start of the card initialisation process. It can be increased with kernel option. MSGBUF_SIZE AFAIR. >> Can you try to use AHCI controller present in your system instead of >> SiI? It may allow to differentiate SiI controller related problems from >> PM related ones. > > I don't have a sata->esata cable handy. However, I replaced the SiI3531 > with a JMB366 card, and have attached the results of a verbose boot. It is probably not a bad alternative. JMB366 have two AHCI compatible ports. >> I am expecting to receive some PM hardware in a week or so, so I will be >> able to test it's support, at least with AHCI. > > Oh cool. Would you like remote access to my box, btw? I might also be > able to dig out an rs232 card somewhere for debugging. It would be good to play with, until I have no better way.. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 13:39:19 2009 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 B55F7106566C; Thu, 12 Mar 2009 13:39:19 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (brucec-1-pt.tunnel.tserv4.nyc4.ipv6.he.net [IPv6:2001:470:1f06:c09::2]) by mx1.freebsd.org (Postfix) with ESMTP id 5ED848FC13; Thu, 12 Mar 2009 13:39:19 +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 9A1CF1924B; Thu, 12 Mar 2009 13:39:17 +0000 (GMT) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on muon X-Spam-Level: X-Spam-Status: No, score=-2.3 required=8.0 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 Received: from gluon (unknown [IPv6:2a01:348:10f:0:240:f4ff:fe57:9871]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA; Thu, 12 Mar 2009 13:39:17 +0000 (GMT) Date: Thu, 12 Mar 2009 13:39:15 +0000 From: Bruce Cran To: Boris Samorodov Message-ID: <20090312133915.548350e4@gluon> In-Reply-To: <11273764@bb.ipt.ru> References: <11273764@bb.ipt.ru> X-Mailer: Claws Mail 3.6.1 (GTK+ 2.15.5; i486-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: pav@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: libusb and fast current changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2009 13:39:20 -0000 On Thu, 12 Mar 2009 13:17:31 +0300 Boris Samorodov wrote: > Hello List, >=20 >=20 > I use ports-mgmt/tinderbox to test changes to ports. I'd got > at trouble with graphics/libgphoto2: > ----- > gmake[4]: Entering directory > `/work/a/ports/graphics/libgphoto2/work/libgphoto2-2.4.4/libgphoto2_port/= usb' /bin/sh /work/a/ports/graphics/libgphoto2/work/gnome-libtool > --tag=3DCC --mode=3Dcompile cc -DHAVE_CONFIG_H -I. -I.. -I.. > -DLOCALEDIR=3D\"/usr/local/share/locale\" > -DIOLIBS=3D\"/usr/local/lib/libgphoto2_port/0.8.0\" > -I/usr/local/include -Wall -Wmissing-declarations > -Wmissing-prototypes -g -D_GPHOTO2_INTERNAL_CODE > -I/usr/local/include -I/usr/include -I/usr/local/include -O2 -pipe > -fno-strict-aliasing -O2 -pipe -fno-strict-aliasing -MT > usb_la-libusb.lo -MD -MP -MF .deps/usb_la-libusb.Tpo -c -o > usb_la-libusb.lo `test -f 'libusb.c' || echo './'`libusb.c > mkdir .libs cc -DHAVE_CONFIG_H -I. -I.. -I.. > -DLOCALEDIR=3D\"/usr/local/share/locale\" > -DIOLIBS=3D\"/usr/local/lib/libgphoto2_port/0.8.0\" > -I/usr/local/include -Wall -Wmissing-declarations > -Wmissing-prototypes -g -D_GPHOTO2_INTERNAL_CODE -I/usr/local/include > -I/usr/include -I/usr/local/include -O2 -pipe -fno-strict-aliasing > -O2 -pipe -fno-strict-aliasing -MT usb_la-libusb.lo -MD -MP > -MF .deps/usb_la-libusb.Tpo -c libusb.c -fPIC -DPIC > -o .libs/usb_la-libusb.o libusb.c:37:31: error: libusb20_compat10.h: > No such file or directory libusb.c: In function 'gp_port_usb_open': > libusb.c:230: warning: unused variable 'name' gmake[4]: *** > [usb_la-libusb.lo] Error 1 gmake[4]: Leaving directory > `/work/a/ports/graphics/libgphoto2/work/libgphoto2-2.4.4/libgphoto2_port/= usb' > gmake[3]: *** [all-recursive] Error 1 ----- >=20 > The jail system uses OSVERSION=3D800070 and really doesn't have > libusb20_compat10.h: > ----- > % cd /m/local/tinderbox/8-bsam-exp/usr/include=20 > % find . -name libusb\* > ./libusb20.h > ./libusb20_desc.h > ----- >=20 > However the host system has that file. But it's rather stale file from > one of previous installworlds (the one that had happened at Dec 1, > 2008): ----- > % sysctl kern.osreldate > kern.osreldate: 800070 > % (cd /usr/include && ls -l `find . -name libusb\*`) > -r--r--r-- 1 root wheel 11680 12 =D0=BC=D0=B0=D1=80 12:19 ./libusb20.h > -r--r--r-- 1 root wheel 9511 1 =D0=B4=D0=B5=D0=BA 19:58 ./libusb20_c= ompat01.h > -r--r--r-- 1 root wheel 1451 1 =D0=B4=D0=B5=D0=BA 19:58 ./libusb20_c= ompat10.h > -r--r--r-- 1 root wheel 15969 12 =D0=BC=D0=B0=D1=80 12:19 ./libusb20_d= esc.h > ----- >=20 > Both the host and the tinderbox jail were rebuilt/reinstalled two > hours ago. Pav@ at private email said that he had been told this file > should exit. >=20 > Help! >=20 >=20 > WBR Lots of changes were made a couple of days ago to the installation of libusb[20]: libusb20 is now installed as libusb, and libusb20_compat01.h was renamed to usb.h to be compatible with libusb-0.1. So for example any patches which change to can be removed. --=20 Bruce From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 13:42:22 2009 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 88C65106566C for ; Thu, 12 Mar 2009 13:42:22 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 56FB18FC1C for ; Thu, 12 Mar 2009 13:42:22 +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 7199F2EB95C; Thu, 12 Mar 2009 09:42:21 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Thu, 12 Mar 2009 09:42:21 -0400 X-Sasl-enc: W/3zPknK82HBAX+Vb5zgYaf/Agpy6Du+qA+lMkAiWf+b 1236865341 Received: from anglepoise.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 D98CF18B88; Thu, 12 Mar 2009 09:42:20 -0400 (EDT) Message-ID: <49B9113B.8070306@incunabulum.net> Date: Thu, 12 Mar 2009 13:42:19 +0000 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.19 (X11/20090125) MIME-Version: 1.0 To: Thomas Sparrevohn References: <49B885A1.9000907@incunabulum.net> <20090312043239.GE25538@weongyo.cdnetworks.kr> <49B89C70.4020504@incunabulum.net> <200903121140.53652.Thomas.Sparrevohn@btinternet.com> In-Reply-To: <200903121140.53652.Thomas.Sparrevohn@btinternet.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: IGMPv3 hot interface detach panics? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2009 13:42:23 -0000 Thomas Sparrevohn wrote: > ... > I am getting a panic as well - but I am not sure its related > > Looks like inm is NULL at line 1706 in igmp.c Can you confirm this by inspecting the core dump? i.e. frame 9 print inm gcc has inlined the functions at this point. It may be a symptom of a race. Can you reproduce what the system was doing at the time? thanks, BMS From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 13:42:58 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 2D5141065677; Thu, 12 Mar 2009 13:42:55 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Thu, 12 Mar 2009 09:42:39 -0400 User-Agent: KMail/1.6.2 References: <200903111233.14029.jkim@FreeBSD.org> <200903111507.42241.jkim@FreeBSD.org> <1236836518.1651.0.camel@wombat.2hip.net> In-Reply-To: <1236836518.1651.0.camel@wombat.2hip.net> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200903120942.44149.jkim@FreeBSD.org> Cc: freebsd-amd64@freebsd.org, Robert Noland Subject: Re: [HEADSUP] amd64 suspend/resume code to be comitted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2009 13:42:59 -0000 On Thursday 12 March 2009 01:41 am, Robert Noland wrote: > On Wed, 2009-03-11 at 15:07 -0400, Jung-uk Kim wrote: > > On Wednesday 11 March 2009 02:52 pm, Robert Noland wrote: > > > On Wed, 2009-03-11 at 12:33 -0400, Jung-uk Kim wrote: > > > > With popular demands, I will commit the following patch in > > > > next few days unless a showstopper is found or > > > > "over-my-dead-body" type of review is received. ;-) > > > > > > > > http://people.freebsd.org/~jkim/amd64_suspend-20090311.diff > > > > > > > > FYI, it was originally posted here: > > > > > > > > http://docs.freebsd.org/cgi/mid.cgi?200810211228.31028.jkim > > > > > > > > and here: > > > > > > > > http://docs.freebsd.org/cgi/mid.cgi?200812102120.03788.jkim > > > > > > > > Please read the original threads for more information about > > > > the patch. > > > > > > Does this address SMP as well? Or is that still hanging out in > > > the wind? > > > > Yes, it does. > > Cool, looking forward to it... Wait a minute. Are you talking about SMP i386? If so, the answer to that question is no although it will be relatively easy to do fix after the patch. This patch only address UP/SMP amd64. Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 14:23:53 2009 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 C49C0106566C for ; Thu, 12 Mar 2009 14:23:53 +0000 (UTC) (envelope-from james-freebsd-current@jrv.org) Received: from mail.jrv.org (adsl-70-243-84-9.dsl.austtx.swbell.net [70.243.84.9]) by mx1.freebsd.org (Postfix) with ESMTP id CBEC48FC1B for ; Thu, 12 Mar 2009 14:23:52 +0000 (UTC) (envelope-from james-freebsd-current@jrv.org) Received: from kremvax.housenet.jrv (kremvax.housenet.jrv [192.168.3.124]) by mail.jrv.org (8.14.3/8.14.3) with ESMTP id n2CDo04k097658; Thu, 12 Mar 2009 08:50:00 -0500 (CDT) (envelope-from james-freebsd-current@jrv.org) Authentication-Results: mail.jrv.org; domainkeys=pass (testing) header.from=james-freebsd-current@jrv.org DomainKey-Signature: a=rsa-sha1; s=enigma; d=jrv.org; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:content-type:content-transfer-encoding; b=hto6Cg5per7kEjFPVx8wXjUGIYbXqL3cN6dfAHDou44dNGtlBxka6btKtdEzZuXxv Fv6qNV19pSs5YDUUf1k3Z1J3eWKPs+JD9koU6PcAKWNzbmuaFrZ8gWJbwJD+43DUVAW WJD5CHnXJPHXTl97EPe5uSyAxwZHKLfvHMway5s= Message-ID: <49B91308.3060209@jrv.org> Date: Thu, 12 Mar 2009 08:50:00 -0500 From: "James R. Van Artsdalen" User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: Nick Hilliard References: <1236812807.00085599.1236802801@10.7.7.3> <49B8CD26.70903@mavhome.dp.ua> <49B8F189.8070604@netability.ie> In-Reply-To: <49B8F189.8070604@netability.ie> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Alexander Motin , freebsd-current@freebsd.org Subject: Re: SiI3531 SATA port multipler X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2009 14:23:54 -0000 Nick Hilliard wrote: > However, I replaced the SiI3531 with a JMB366 card, and have attached > the results of a verbose boot. Looking at the code I think some of the AHCI timeouts are very short. Try changing ata_ahci_issue_cmd() to wait at 31 seconds in the command completion poll loop. bootverbose will cause it to say how long it actually took vs. the timeout requested. From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 14:29:00 2009 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 61BD6106566C for ; Thu, 12 Mar 2009 14:29:00 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 18C738FC1D for ; Thu, 12 Mar 2009 14:28:59 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1Lhlu6-0003Jt-Oy>; Thu, 12 Mar 2009 15:28:58 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1Lhlu6-0002E3-La>; Thu, 12 Mar 2009 15:28:58 +0100 Message-ID: <49B91BC3.2010205@zedat.fu-berlin.de> Date: Thu, 12 Mar 2009 14:27:15 +0000 From: "O. Hartmann" Organization: Freie =?ISO-8859-15?Q?Universit=E4t_Berlin?= User-Agent: Thunderbird 2.0.0.19 (X11/20090311) MIME-Version: 1.0 References: <20090310045605.GA38857@nagual.pp.ru> <200903101625.57647.hselasky@c2i.net> <20090311011536.GB65734@nagual.pp.ru> <200903112325.44983.hselasky@c2i.net> In-Reply-To: <200903112325.44983.hselasky@c2i.net> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 Cc: usb@freebsd.org, freebsd-current@freebsd.org, Beech Rintoul , akbeech@gmail.com Subject: Re: USB2 makes moused insane X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2009 14:29:00 -0000 Hans Petter Selasky wrote: > On Wednesday 11 March 2009, Andrey Chernov wrote: >> Andrey Chernov > > Re-fetch the usb_hid.c file from USB P4 after the patch below. Problem should > be solved now! > > http://perforce.freebsd.org/chv.cgi?CH=159091 > > --HPS > _______________________________________________ > 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" When will the patches be merged into the source tree? I have several boxes rendered useless at this very moment due to jumping mice cursors on X. Regards, Oliver From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 14:29:23 2009 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 F138F1065673; Thu, 12 Mar 2009 14:29:23 +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 A761D8FC18; Thu, 12 Mar 2009 14:29:23 +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 1LhluU-000N3U-JO; Thu, 12 Mar 2009 17:29:22 +0300 To: Bruce Cran References: <11273764@bb.ipt.ru> <20090312133915.548350e4@gluon> From: Boris Samorodov Date: Thu, 12 Mar 2009 17:29:21 +0300 In-Reply-To: <20090312133915.548350e4@gluon> (Bruce Cran's message of "Thu\, 12 Mar 2009 13\:39\:15 +0000") Message-ID: <68384190@bb.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Cc: freebsd-current@FreeBSD.org, pav@FreeBSD.org Subject: Re: libusb and fast current changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2009 14:29:24 -0000 --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit On Thu, 12 Mar 2009 13:39:15 +0000 Bruce Cran wrote: > On Thu, 12 Mar 2009 13:17:31 +0300 > Boris Samorodov wrote: > > I use ports-mgmt/tinderbox to test changes to ports. I'd got > > at trouble with graphics/libgphoto2: > > ----- > > gmake[4]: Entering directory > > `/work/a/ports/graphics/libgphoto2/work/libgphoto2-2.4.4/libgphoto2_port/usb' /bin/sh /work/a/ports/graphics/libgphoto2/work/gnome-libtool > > --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I.. -I.. > > -DLOCALEDIR=\"/usr/local/share/locale\" > > -DIOLIBS=\"/usr/local/lib/libgphoto2_port/0.8.0\" > > -I/usr/local/include -Wall -Wmissing-declarations > > -Wmissing-prototypes -g -D_GPHOTO2_INTERNAL_CODE > > -I/usr/local/include -I/usr/include -I/usr/local/include -O2 -pipe > > -fno-strict-aliasing -O2 -pipe -fno-strict-aliasing -MT > > usb_la-libusb.lo -MD -MP -MF .deps/usb_la-libusb.Tpo -c -o > > usb_la-libusb.lo `test -f 'libusb.c' || echo './'`libusb.c > > mkdir .libs cc -DHAVE_CONFIG_H -I. -I.. -I.. > > -DLOCALEDIR=\"/usr/local/share/locale\" > > -DIOLIBS=\"/usr/local/lib/libgphoto2_port/0.8.0\" > > -I/usr/local/include -Wall -Wmissing-declarations > > -Wmissing-prototypes -g -D_GPHOTO2_INTERNAL_CODE -I/usr/local/include > > -I/usr/include -I/usr/local/include -O2 -pipe -fno-strict-aliasing > > -O2 -pipe -fno-strict-aliasing -MT usb_la-libusb.lo -MD -MP > > -MF .deps/usb_la-libusb.Tpo -c libusb.c -fPIC -DPIC > > -o .libs/usb_la-libusb.o libusb.c:37:31: error: libusb20_compat10.h: > > No such file or directory libusb.c: In function 'gp_port_usb_open': > > libusb.c:230: warning: unused variable 'name' gmake[4]: *** > > [usb_la-libusb.lo] Error 1 gmake[4]: Leaving directory > > `/work/a/ports/graphics/libgphoto2/work/libgphoto2-2.4.4/libgphoto2_port/usb' > > gmake[3]: *** [all-recursive] Error 1 ----- > > > > The jail system uses OSVERSION=800070 and really doesn't have > > libusb20_compat10.h: > > ----- > > % cd /m/local/tinderbox/8-bsam-exp/usr/include > > % find . -name libusb\* > > ./libusb20.h > > ./libusb20_desc.h > > ----- > > > > However the host system has that file. But it's rather stale file from > > one of previous installworlds (the one that had happened at Dec 1, > > 2008): ----- > > % sysctl kern.osreldate > > kern.osreldate: 800070 > > % (cd /usr/include && ls -l `find . -name libusb\*`) > > -r--r--r-- 1 root wheel 11680 12 мар 12:19 ./libusb20.h > > -r--r--r-- 1 root wheel 9511 1 док 19:58 ./libusb20_compat01.h > > -r--r--r-- 1 root wheel 1451 1 док 19:58 ./libusb20_compat10.h > > -r--r--r-- 1 root wheel 15969 12 мар 12:19 ./libusb20_desc.h > > ----- > > > > Both the host and the tinderbox jail were rebuilt/reinstalled two > > hours ago. Pav@ at private email said that he had been told this file > > should exit. > > > > Help! > Lots of changes were made a couple of days ago to the > installation of libusb[20]: libusb20 is now installed as libusb, and > libusb20_compat01.h was renamed to usb.h to be compatible with > libusb-0.1. So for example any patches which change to > can be removed. Wow! Bruce, that was a nice shot. You definitely undertand what's going on here. Thanks! Pav, can you test the attached patch? It work for the latest i386/amd64 CURRENT for me. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve --=-=-= Content-Type: text/x-patch Content-Disposition: attachment; filename=libgphoto2.diff Content-Description: a patch for kern.osreldate=800070 Index: Makefile =================================================================== RCS file: /home/pcvs/ports/graphics/libgphoto2/Makefile,v retrieving revision 1.47 diff -u -r1.47 Makefile --- Makefile 9 Mar 2009 17:15:39 -0000 1.47 +++ Makefile 12 Mar 2009 14:06:40 -0000 @@ -44,7 +44,6 @@ EXTRA_PATCHES= ${PATCHDIR}/extra-patch-usb20 .else CONFIGURE_ENV+= LIBUSB_LIBS="-lusb" LIBUSB_CFLAGS="-I/usr/include" -EXTRA_PATCHES= ${PATCHDIR}/extra-patch-usb20 .endif post-patch: --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 14:37:06 2009 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 446CA106566C; Thu, 12 Mar 2009 14:37:06 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe11.swipnet.se [212.247.155.65]) by mx1.freebsd.org (Postfix) with ESMTP id 7786C8FC08; Thu, 12 Mar 2009 14:37:05 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=j+k/Ze5hWUCaCztCgEjzDQ==:17 a=6I5d2MoRAAAA:8 a=MabWjhkdUlwfRxoF43cA:9 a=qSpDaiU_RpoLh2v7hr8A:7 a=gZIWQ0FZiivVLOZb1UCkpYAKlD0A:4 a=LY0hPdMaydYA:10 a=SV7veod9ZcQA:10 Received: from [81.191.55.181] (account mc467741@c2i.net HELO laptop) by mailfe11.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1036488362; Thu, 12 Mar 2009 15:37:03 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Thu, 12 Mar 2009 15:39:34 +0100 User-Agent: KMail/1.9.7 References: <20090310045605.GA38857@nagual.pp.ru> <200903112325.44983.hselasky@c2i.net> <49B91BC3.2010205@zedat.fu-berlin.de> In-Reply-To: <49B91BC3.2010205@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903121539.35133.hselasky@c2i.net> Cc: usb@freebsd.org, "O. Hartmann" , Beech Rintoul , akbeech@gmail.com Subject: Re: USB2 makes moused insane X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2009 14:37:06 -0000 On Thursday 12 March 2009, O. Hartmann wrote: > Hans Petter Selasky wrote: > > On Wednesday 11 March 2009, Andrey Chernov wrote: > >> Andrey Chernov > > > > Re-fetch the usb_hid.c file from USB P4 after the patch below. Problem > > should be solved now! > > > > http://perforce.freebsd.org/chv.cgi?CH=159091 > > > > --HPS > > _______________________________________________ > > 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" > > When will the patches be merged into the source tree? I have several > boxes rendered useless at this very moment due to jumping mice cursors on > X. The patches are in -current as of today. --HPS From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 14:39:16 2009 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 79923106567B; Thu, 12 Mar 2009 14:39:16 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (brucec-1-pt.tunnel.tserv4.nyc4.ipv6.he.net [IPv6:2001:470:1f06:c09::2]) by mx1.freebsd.org (Postfix) with ESMTP id 2141C8FC1F; Thu, 12 Mar 2009 14:39:16 +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 B7A421924B; Thu, 12 Mar 2009 14:39:14 +0000 (GMT) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on muon X-Spam-Level: X-Spam-Status: No, score=-2.4 required=8.0 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 Received: from gluon (unknown [IPv6:2a01:348:10f:0:240:f4ff:fe57:9871]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA; Thu, 12 Mar 2009 14:39:14 +0000 (GMT) Date: Thu, 12 Mar 2009 14:39:11 +0000 From: Bruce Cran To: Boris Samorodov Message-ID: <20090312143911.653c3f72@gluon> In-Reply-To: <68384190@bb.ipt.ru> References: <11273764@bb.ipt.ru> <20090312133915.548350e4@gluon> <68384190@bb.ipt.ru> X-Mailer: Claws Mail 3.6.1 (GTK+ 2.15.5; i486-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: pav@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: libusb and fast current changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2009 14:39:17 -0000 On Thu, 12 Mar 2009 17:29:21 +0300 Boris Samorodov wrote: > On Thu, 12 Mar 2009 13:39:15 +0000 Bruce Cran wrote: > > On Thu, 12 Mar 2009 13:17:31 +0300 > > Boris Samorodov wrote: >=20 > > > I use ports-mgmt/tinderbox to test changes to ports. I'd got > > > at trouble with graphics/libgphoto2: > > > ----- > > > gmake[4]: Entering directory > > > `/work/a/ports/graphics/libgphoto2/work/libgphoto2-2.4.4/libgphoto2_p= ort/usb' /bin/sh /work/a/ports/graphics/libgphoto2/work/gnome-libtool > > > --tag=3DCC --mode=3Dcompile cc -DHAVE_CONFIG_H -I. -I.. -I.. > > > -DLOCALEDIR=3D\"/usr/local/share/locale\" > > > -DIOLIBS=3D\"/usr/local/lib/libgphoto2_port/0.8.0\" > > > -I/usr/local/include -Wall -Wmissing-declarations > > > -Wmissing-prototypes -g -D_GPHOTO2_INTERNAL_CODE > > > -I/usr/local/include -I/usr/include -I/usr/local/include -O2 > > > -pipe -fno-strict-aliasing -O2 -pipe -fno-strict-aliasing -MT > > > usb_la-libusb.lo -MD -MP -MF .deps/usb_la-libusb.Tpo -c -o > > > usb_la-libusb.lo `test -f 'libusb.c' || echo './'`libusb.c > > > mkdir .libs cc -DHAVE_CONFIG_H -I. -I.. -I.. > > > -DLOCALEDIR=3D\"/usr/local/share/locale\" > > > -DIOLIBS=3D\"/usr/local/lib/libgphoto2_port/0.8.0\" > > > -I/usr/local/include -Wall -Wmissing-declarations > > > -Wmissing-prototypes -g -D_GPHOTO2_INTERNAL_CODE > > > -I/usr/local/include -I/usr/include -I/usr/local/include -O2 > > > -pipe -fno-strict-aliasing -O2 -pipe -fno-strict-aliasing -MT > > > usb_la-libusb.lo -MD -MP -MF .deps/usb_la-libusb.Tpo -c libusb.c > > > -fPIC -DPIC -o .libs/usb_la-libusb.o libusb.c:37:31: error: > > > libusb20_compat10.h: No such file or directory libusb.c: In > > > function 'gp_port_usb_open': libusb.c:230: warning: unused > > > variable 'name' gmake[4]: *** [usb_la-libusb.lo] Error 1 > > > gmake[4]: Leaving directory > > > `/work/a/ports/graphics/libgphoto2/work/libgphoto2-2.4.4/libgphoto2_p= ort/usb' > > > gmake[3]: *** [all-recursive] Error 1 ----- > > >=20 > > > The jail system uses OSVERSION=3D800070 and really doesn't have > > > libusb20_compat10.h: > > > ----- > > > % cd /m/local/tinderbox/8-bsam-exp/usr/include=20 > > > % find . -name libusb\* > > > ./libusb20.h > > > ./libusb20_desc.h > > > ----- > > >=20 > > > However the host system has that file. But it's rather stale file > > > from one of previous installworlds (the one that had happened at > > > Dec 1, 2008): ----- > > > % sysctl kern.osreldate > > > kern.osreldate: 800070 > > > % (cd /usr/include && ls -l `find . -name libusb\*`) > > > -r--r--r-- 1 root wheel 11680 12 =D0=BC=D0=B0=D1=80 12:19 ./libusb= 20.h > > > -r--r--r-- 1 root wheel 9511 1 =D0=B4=D0=B5=D0=BA > > > 19:58 ./libusb20_compat01.h -r--r--r-- 1 root wheel 1451 1 > > > =D0=B4=D0=B5=D0=BA 19:58 ./libusb20_compat10.h -r--r--r-- 1 root wh= eel 15969 > > > 12 =D0=BC=D0=B0=D1=80 12:19 ./libusb20_desc.h ----- > > >=20 > > > Both the host and the tinderbox jail were rebuilt/reinstalled two > > > hours ago. Pav@ at private email said that he had been told this > > > file should exit. > > >=20 > > > Help! >=20 > > Lots of changes were made a couple of days ago to the > > installation of libusb[20]: libusb20 is now installed as libusb, and > > libusb20_compat01.h was renamed to usb.h to be compatible with > > libusb-0.1. So for example any patches which change to > > can be removed. >=20 > Wow! Bruce, that was a nice shot. You definitely undertand what's > going on here. Thanks! >=20 > Pav, can you test the attached patch? It work for the latest > i386/amd64 CURRENT for me. >=20 >=20 > WBR You may find you're repeating work that's already been done: http://www.freebsd.org/cgi/cvsweb.cgi/ports/graphics/libgphoto2/ shows libgphoto2 was updated a few days ago to fix the build problems introduced with the renaming.=20 --=20 Bruce From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 14:51:53 2009 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 907FD1065670; Thu, 12 Mar 2009 14:51:53 +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 239808FC21; Thu, 12 Mar 2009 14:51:52 +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 1LhmGF-000NMb-SL; Thu, 12 Mar 2009 17:51:51 +0300 To: Bruce Cran References: <11273764@bb.ipt.ru> <20090312133915.548350e4@gluon> <68384190@bb.ipt.ru> <20090312143911.653c3f72@gluon> From: Boris Samorodov Date: Thu, 12 Mar 2009 17:51:51 +0300 In-Reply-To: <20090312143911.653c3f72@gluon> (Bruce Cran's message of "Thu\, 12 Mar 2009 14\:39\:11 +0000") Message-ID: <02302840@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=utf-8 Content-Transfer-Encoding: 8bit Cc: pav@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: libusb and fast current changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2009 14:51:54 -0000 On Thu, 12 Mar 2009 14:39:11 +0000 Bruce Cran wrote: > On Thu, 12 Mar 2009 17:29:21 +0300 > Boris Samorodov wrote: > > On Thu, 12 Mar 2009 13:39:15 +0000 Bruce Cran wrote: > > > On Thu, 12 Mar 2009 13:17:31 +0300 > > > Boris Samorodov wrote: > > > > > > I use ports-mgmt/tinderbox to test changes to ports. I'd got > > > > at trouble with graphics/libgphoto2: > > > > ----- > > > > gmake[4]: Entering directory > > > > `/work/a/ports/graphics/libgphoto2/work/libgphoto2-2.4.4/libgphoto2_port/usb' /bin/sh /work/a/ports/graphics/libgphoto2/work/gnome-libtool > > > > --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I.. -I.. > > > > -DLOCALEDIR=\"/usr/local/share/locale\" > > > > -DIOLIBS=\"/usr/local/lib/libgphoto2_port/0.8.0\" > > > > -I/usr/local/include -Wall -Wmissing-declarations > > > > -Wmissing-prototypes -g -D_GPHOTO2_INTERNAL_CODE > > > > -I/usr/local/include -I/usr/include -I/usr/local/include -O2 > > > > -pipe -fno-strict-aliasing -O2 -pipe -fno-strict-aliasing -MT > > > > usb_la-libusb.lo -MD -MP -MF .deps/usb_la-libusb.Tpo -c -o > > > > usb_la-libusb.lo `test -f 'libusb.c' || echo './'`libusb.c > > > > mkdir .libs cc -DHAVE_CONFIG_H -I. -I.. -I.. > > > > -DLOCALEDIR=\"/usr/local/share/locale\" > > > > -DIOLIBS=\"/usr/local/lib/libgphoto2_port/0.8.0\" > > > > -I/usr/local/include -Wall -Wmissing-declarations > > > > -Wmissing-prototypes -g -D_GPHOTO2_INTERNAL_CODE > > > > -I/usr/local/include -I/usr/include -I/usr/local/include -O2 > > > > -pipe -fno-strict-aliasing -O2 -pipe -fno-strict-aliasing -MT > > > > usb_la-libusb.lo -MD -MP -MF .deps/usb_la-libusb.Tpo -c libusb.c > > > > -fPIC -DPIC -o .libs/usb_la-libusb.o libusb.c:37:31: error: > > > > libusb20_compat10.h: No such file or directory libusb.c: In > > > > function 'gp_port_usb_open': libusb.c:230: warning: unused > > > > variable 'name' gmake[4]: *** [usb_la-libusb.lo] Error 1 > > > > gmake[4]: Leaving directory > > > > `/work/a/ports/graphics/libgphoto2/work/libgphoto2-2.4.4/libgphoto2_port/usb' > > > > gmake[3]: *** [all-recursive] Error 1 ----- > > > > > > > > The jail system uses OSVERSION=800070 and really doesn't have > > > > libusb20_compat10.h: > > > > ----- > > > > % cd /m/local/tinderbox/8-bsam-exp/usr/include > > > > % find . -name libusb\* > > > > ./libusb20.h > > > > ./libusb20_desc.h > > > > ----- > > > > > > > > However the host system has that file. But it's rather stale file > > > > from one of previous installworlds (the one that had happened at > > > > Dec 1, 2008): ----- > > > > % sysctl kern.osreldate > > > > kern.osreldate: 800070 > > > > % (cd /usr/include && ls -l `find . -name libusb\*`) > > > > -r--r--r-- 1 root wheel 11680 12 мар 12:19 ./libusb20.h > > > > -r--r--r-- 1 root wheel 9511 1 док > > > > 19:58 ./libusb20_compat01.h -r--r--r-- 1 root wheel 1451 1 > > > > док 19:58 ./libusb20_compat10.h -r--r--r-- 1 root wheel 15969 > > > > 12 мар 12:19 ./libusb20_desc.h ----- > > > > > > > > Both the host and the tinderbox jail were rebuilt/reinstalled two > > > > hours ago. Pav@ at private email said that he had been told this > > > > file should exit. > > > > > > > > Help! > > > > > Lots of changes were made a couple of days ago to the > > > installation of libusb[20]: libusb20 is now installed as libusb, and > > > libusb20_compat01.h was renamed to usb.h to be compatible with > > > libusb-0.1. So for example any patches which change to > > > can be removed. > > > > Wow! Bruce, that was a nice shot. You definitely undertand what's > > going on here. Thanks! > > > > Pav, can you test the attached patch? It work for the latest > > i386/amd64 CURRENT for me. > You may find you're repeating work that's already been done: > http://www.freebsd.org/cgi/cvsweb.cgi/ports/graphics/libgphoto2/ shows > libgphoto2 was updated a few days ago to fix the build problems > introduced with the renaming. It's the last version that doesn't work here. Please, take a look at the patch at my previous email and you'll understand that I implemented just what you said: "any patches which change to can be removed". ;-) I think that an extra-patch for OSVERSION>800069 was introduced by an accident. 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 Mar 12 14:55:57 2009 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 1EB791065711 for ; Thu, 12 Mar 2009 14:55:57 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from nat-application.b1.lan.prg.vol.cz (nat-application.b1.lan.prg.vol.cz [195.122.204.152]) by mx1.freebsd.org (Postfix) with ESMTP id 9D52F8FC1D for ; Thu, 12 Mar 2009 14:55:56 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from pav.hide.vol.cz (localhost [127.0.0.1]) by nat-application.b1.lan.prg.vol.cz (8.14.3/8.14.3) with ESMTP id n2CEZqhG038363; Thu, 12 Mar 2009 15:35:52 +0100 (CET) (envelope-from pav@FreeBSD.org) Received: (from pav@localhost) by pav.hide.vol.cz (8.14.3/8.14.3/Submit) id n2CEZp8d038362; Thu, 12 Mar 2009 15:35:51 +0100 (CET) (envelope-from pav@FreeBSD.org) X-Authentication-Warning: pav.hide.vol.cz: pav set sender to pav@FreeBSD.org using -f From: Pav Lucistnik To: Boris Samorodov In-Reply-To: <68384190@bb.ipt.ru> References: <11273764@bb.ipt.ru> <20090312133915.548350e4@gluon> <68384190@bb.ipt.ru> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-CBHxMqAzhIXYUewcCR4Z" Date: Thu, 12 Mar 2009 15:35:51 +0100 Message-Id: <1236868551.36177.24.camel@pav.hide.vol.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port Cc: Bruce Cran , freebsd-current@FreeBSD.org Subject: Re: libusb and fast current changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pav@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: Thu, 12 Mar 2009 14:55:58 -0000 --=-CBHxMqAzhIXYUewcCR4Z Content-Type: text/plain; charset="ISO8859-2" Content-Transfer-Encoding: quoted-printable Boris Samorodov p=ED=B9e v =E8t 12. 03. 2009 v 17:29 +0300: > > > Help! >=20 > > Lots of changes were made a couple of days ago to the > > installation of libusb[20]: libusb20 is now installed as libusb, and > > libusb20_compat01.h was renamed to usb.h to be compatible with > > libusb-0.1. So for example any patches which change to > > can be removed. >=20 > Wow! Bruce, that was a nice shot. You definitely undertand what's > going on here. Thanks! >=20 > Pav, can you test the attached patch? It work for the latest > i386/amd64 CURRENT for me. I cannot test it, but I can commit it, if someone tells me it's RTTD. --=20 Pav Lucistnik The final screw holding up a rackmount server is always possessed by demons. --=-CBHxMqAzhIXYUewcCR4Z Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkm5HccACgkQntdYP8FOsoIPLwCglAUuyu+M2jLZVhelXvELGgu2 Gd4AoJFvqffQfi6G9JkRb7OY9ducDf+7 =Vb6R -----END PGP SIGNATURE----- --=-CBHxMqAzhIXYUewcCR4Z-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 15:16:47 2009 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 C8FFB106564A for ; Thu, 12 Mar 2009 15:16:47 +0000 (UTC) (envelope-from mailnull@mips.inka.de) Received: from mail-in-10.arcor-online.net (mail-in-10.arcor-online.net [151.189.21.50]) by mx1.freebsd.org (Postfix) with ESMTP id 7D0728FC0A for ; Thu, 12 Mar 2009 15:16:47 +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 mx.arcor.de (Postfix) with ESMTP id 779BE28EF77 for ; Thu, 12 Mar 2009 15:42:55 +0100 (CET) Received: from mail-in-15.arcor-online.net (mail-in-15.arcor-online.net [151.189.21.55]) by mail-in-03-z2.arcor-online.net (Postfix) with ESMTP id 6011E2D3686 for ; Thu, 12 Mar 2009 15:42:55 +0100 (CET) Received: from lorvorc.mips.inka.de (dslb-092-075-202-141.pools.arcor-ip.net [92.75.202.141]) by mail-in-15.arcor-online.net (Postfix) with ESMTPS id F3B4E35E8BC for ; Thu, 12 Mar 2009 15:42:52 +0100 (CET) X-DKIM: Sendmail DKIM Filter v2.8.2 mail-in-15.arcor-online.net F3B4E35E8BC 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 n2CEgqwC024147 for ; Thu, 12 Mar 2009 15:42:52 +0100 (CET) (envelope-from mailnull@lorvorc.mips.inka.de) Received: (from mailnull@localhost) by lorvorc.mips.inka.de (8.14.3/8.14.3/Submit) id n2CEgqSb024146 for freebsd-current@freebsd.org; Thu, 12 Mar 2009 15:42:52 +0100 (CET) (envelope-from mailnull) From: naddy@mips.inka.de (Christian Weisgerber) Date: Thu, 12 Mar 2009 14:42:52 +0000 (UTC) Message-ID: Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-current@freebsd.org X-Virus-Scanned: ClamAV 0.94.2/9100/Thu Mar 12 10:07:56 2009 on mail-in-15.arcor-online.net X-Virus-Status: Clean Subject: Filesystems being eaten? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2009 15:16:48 -0000 Last Friday my 8.0-CURRENT/amd64 box suffered a crash--no idea if it panicked, I was running X11--after which all filesystems were so badly corrupted that I had to reinstall the machine. This was a vanilla setup, UFS2 and UFS2+S, -CURRENT about a week old at the time. Yesterday it crashed again and while other filesystems survived, /usr was again too damaged for fsck to recover it. fsck -y showed thousands of errors in the "unexpected soft update inconsistency" class, starting with many "partially allocated inode"s, and eventually asked to be re-run, which produced only more of the same. I wonder if fsck didn't cause most of the corruption itself. I realize this isn't exactly helpful as a bug report, but what can I do. Something in -CURRENT from the last two weeks or so, maybe specific to amd64, maybe not, may eat filesystems. Since I actually use the box and can't afford to reinstall it once or twice a week, I've moved it to RELENG_7 for the time being. -- Christian "naddy" Weisgerber naddy@mips.inka.de From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 16:17:24 2009 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 D6883106564A for ; Thu, 12 Mar 2009 16:17:24 +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 AD9208FC18 for ; Thu, 12 Mar 2009 16:17:24 +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 n2CGHJtT042988 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 12 Mar 2009 09:17:19 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <49B9358F.9060805@freebsd.org> Date: Thu, 12 Mar 2009 09:17:19 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.18 (X11/20081209) MIME-Version: 1.0 To: Bruce Simpson References: <49B885A1.9000907@incunabulum.net> <20090312043239.GE25538@weongyo.cdnetworks.kr> <49B89C70.4020504@incunabulum.net> <200903121140.53652.Thomas.Sparrevohn@btinternet.com> <49B9113B.8070306@incunabulum.net> In-Reply-To: <49B9113B.8070306@incunabulum.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC--Metrics: ebb.errno.com; whitelist Cc: Thomas Sparrevohn , freebsd-current@freebsd.org Subject: Re: IGMPv3 hot interface detach panics? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2009 16:17:25 -0000 Bruce Simpson wrote: > Thomas Sparrevohn wrote: >> ... >> I am getting a panic as well - but I am not sure its related >> >> > > Looks like inm is NULL at line 1706 in igmp.c > > Can you confirm this by inspecting the core dump? i.e. > frame 9 > print inm > > gcc has inlined the functions at this point. It may be a symptom of a > race. > Can you reproduce what the system was doing at the time? It's the same panic I hit and not a race. I caught it just single-stepping through a normal net80211 vap teardown on device eject. Not sure I'll have time to look at it today. Sam From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 17:37:14 2009 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 E131E1065689 for ; Thu, 12 Mar 2009 17:37:14 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id B19288FC22 for ; Thu, 12 Mar 2009 17:37:14 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1LhoqH-0004dH-MW for freebsd-current@freebsd.org; Thu, 12 Mar 2009 10:37:13 -0700 Message-ID: <22481640.post@talk.nabble.com> Date: Thu, 12 Mar 2009 10:37:13 -0700 (PDT) From: Jakub Lach To: freebsd-current@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: jakub_lach@mailplus.pl References: Subject: Re: Filesystems being eaten? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2009 17:37:16 -0000 Christian Weisgerber wrote: > > Last Friday my 8.0-CURRENT/amd64 box suffered a crash--no idea if > it panicked, I was running X11--after which all filesystems were > so badly corrupted that I had to reinstall the machine. This was > a vanilla setup, UFS2 and UFS2+S, -CURRENT about a week old at the > time. > > Yesterday it crashed again and while other filesystems survived, > /usr was again too damaged for fsck to recover it. fsck -y showed > thousands of errors in the "unexpected soft update inconsistency" > class, starting with many "partially allocated inode"s, and eventually > asked to be re-run, which produced only more of the same. I wonder > if fsck didn't cause most of the corruption itself. > > I realize this isn't exactly helpful as a bug report, but what can > I do. Something in -CURRENT from the last two weeks or so, maybe > specific to amd64, maybe not, may eat filesystems. > > Since I actually use the box and can't afford to reinstall it once > or twice a week, I've moved it to RELENG_7 for the time being. > > -- > Christian "naddy" Weisgerber naddy@mips.inka.de > > _______________________________________________ > 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" > > I had similar problem with /usr, after fsck re-run cleaning and reconnecting suddenly it bootted. -- View this message in context: http://www.nabble.com/Filesystems-being-eaten--tp22478626p22481640.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 17:41:53 2009 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 728B6106570D; Thu, 12 Mar 2009 17:41:53 +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 0BE5D8FC29; Thu, 12 Mar 2009 17:41:52 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.14.1/8.14.1/NinthNine) with SMTP id n2CHfnvx058749; Fri, 13 Mar 2009 02:41:50 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Fri, 13 Mar 2009 02:41:49 +0900 From: Norikatsu Shigemura To: Rui Paulo Message-Id: <20090313024149.d4cceaf6.nork@FreeBSD.org> In-Reply-To: References: <20090301181631.d2e3c89e.nork@FreeBSD.org> <554FEBB3-CB69-4502-9728-C4735B29F784@FreeBSD.org> <20090301234328.9aa4237c.nork@FreeBSD.org> <69C4F850-1DCC-4E15-84E7-1B0E7C656CE6@FreeBSD.org> <20090302003904.12d683c1.nork@FreeBSD.org> <87F4F8E8-CB5A-476D-A57B-A3EBF44272EF@FreeBSD.org> <20090310020627.4482190d.nork@FreeBSD.org> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.14.7; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Fri, 13 Mar 2009 02:41:50 +0900 (JST) Cc: freebsd-current@FreeBSD.org, nork@FreeBSD.org Subject: Re: ktemp(8) on Phenom II X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2009 17:41:54 -0000 Hi Rui! On Mon, 9 Mar 2009 19:30:13 +0000 Rui Paulo wrote: > > I merged some new codes to k8temp(8), please review it. > This looks ok, but I think we need to rename this driver to something > more meaningful, like amdtemp. > Please commit this patch. Thanks for your review. But I cannot commit my patch. Because I am a ports committer, not src committer:-(. Thank you! From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 17:47:48 2009 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 D384C106566C; Thu, 12 Mar 2009 17:47:48 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id 2501A8FC1B; Thu, 12 Mar 2009 17:47:47 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so574439fgb.35 for ; Thu, 12 Mar 2009 10:47:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:cc:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:mime-version :subject:date:references:x-pgp-agent:x-mailer; bh=4jo/6rZKnMkIVkrWXODbvz2jJ/5YmOXUdlec44oSjSE=; b=qPTm9KdUK2D1TOydUJELLqxOSV17OVzGgW2JwCHl/isXGca1On2IFChob9O3ffsZKE ZL22q15o3ZINL+SpUbp60INEeDJ2KpJ4SWZ5CSeyTabdasD73LIm+baDhVdw1z+jSij3 zp6YYJ7FNzg8EcWene5LYWBumydmxe137Ftm4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:cc:message-id:from:to:in-reply-to:content-type :content-transfer-encoding:mime-version:subject:date:references :x-pgp-agent:x-mailer; b=msL+p4F9ZfcxBky9zKhyDw2qHKgmrcvyKlBpPjM54zhDcjWnmECn8y98SpO6tE2R+Y IyCbOEGGhxjCSQS0k1VIvcu5zxbfSfei/6f5sNXBmPbXk7gUvoxv5FqqkLzaamEyDnXj NcICFWxeI26jaTqYxE66Y148XodHDS+SAeP8o= Received: by 10.216.36.79 with SMTP id v57mr91155wea.19.1236880067094; Thu, 12 Mar 2009 10:47:47 -0700 (PDT) Received: from epsilon.lan (bl7-91-125.dsl.telepac.pt [85.240.91.125]) by mx.google.com with ESMTPS id 5sm1576852nfv.61.2009.03.12.10.47.39 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 12 Mar 2009 10:47:40 -0700 (PDT) Sender: Rui Paulo Message-Id: <46A6E01C-5BE7-4619-8D67-F7135AD7B26E@FreeBSD.org> From: Rui Paulo To: Norikatsu Shigemura In-Reply-To: <20090313024149.d4cceaf6.nork@FreeBSD.org> Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Apple-Mail-1-874816045" Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Thu, 12 Mar 2009 17:47:33 +0000 References: <20090301181631.d2e3c89e.nork@FreeBSD.org> <554FEBB3-CB69-4502-9728-C4735B29F784@FreeBSD.org> <20090301234328.9aa4237c.nork@FreeBSD.org> <69C4F850-1DCC-4E15-84E7-1B0E7C656CE6@FreeBSD.org> <20090302003904.12d683c1.nork@FreeBSD.org> <87F4F8E8-CB5A-476D-A57B-A3EBF44272EF@FreeBSD.org> <20090310020627.4482190d.nork@FreeBSD.org> <20090313024149.d4cceaf6.nork@FreeBSD.org> X-Pgp-Agent: GPGMail 1.2.0 (v56) X-Mailer: Apple Mail (2.930.3) Cc: freebsd-current@FreeBSD.org Subject: Re: ktemp(8) on Phenom II X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2009 17:47:49 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --Apple-Mail-1-874816045 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit On 12 Mar 2009, at 17:41, Norikatsu Shigemura wrote: > Hi Rui! > > On Mon, 9 Mar 2009 19:30:13 +0000 > Rui Paulo wrote: >>> I merged some new codes to k8temp(8), please review it. >> This looks ok, but I think we need to rename this driver to something >> more meaningful, like amdtemp. >> Please commit this patch. > > Thanks for your review. But I cannot commit my patch. > Because I am a ports committer, not src committer:-(. Ok, then send the patch to me in mime format and I'll do it. Regards, -- Rui Paulo --Apple-Mail-1-874816045 content-type: application/pgp-signature; x-mac-type=70674453; name=PGP.sig content-description: This is a digitally signed message part content-disposition: inline; filename=PGP.sig content-transfer-encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Darwin) iEYEARECAAYFAkm5SrUACgkQfD8M/ASTygKa1QCfUooxbmsX5LNXck6tuVBKxrUs ftgAn3YnarRRxxFhRrmBy58mAdU1jECj =EnGE -----END PGP SIGNATURE----- --Apple-Mail-1-874816045-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 17:49:28 2009 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 9969A1065674; Thu, 12 Mar 2009 17:49:28 +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 F238C8FC1A; Thu, 12 Mar 2009 17:49:27 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.14.1/8.14.1/NinthNine) with SMTP id n2CHnDDe058934; Fri, 13 Mar 2009 02:49:17 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Fri, 13 Mar 2009 02:49:13 +0900 From: Norikatsu Shigemura To: Kurt Jaeger Message-Id: <20090313024913.79d43002.nork@FreeBSD.org> In-Reply-To: <20090309194455.GA27326@home.opsec.eu> References: <20090301181631.d2e3c89e.nork@FreeBSD.org> <554FEBB3-CB69-4502-9728-C4735B29F784@FreeBSD.org> <20090301234328.9aa4237c.nork@FreeBSD.org> <69C4F850-1DCC-4E15-84E7-1B0E7C656CE6@FreeBSD.org> <20090302003904.12d683c1.nork@FreeBSD.org> <87F4F8E8-CB5A-476D-A57B-A3EBF44272EF@FreeBSD.org> <20090310020627.4482190d.nork@FreeBSD.org> <20090309194455.GA27326@home.opsec.eu> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.14.7; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Fri, 13 Mar 2009 02:49:17 +0900 (JST) Cc: freebsd-current@FreeBSD.org, Norikatsu Shigemura Subject: Re: ktemp(8) on Phenom II X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2009 17:49:29 -0000 Hi Kurt! On Mon, 9 Mar 2009 20:44:55 +0100 Kurt Jaeger wrote: > > 1. Add support 10th generation CPU. I confirmed on Phenom II. > > And maybe 11th is same. Sorry, my Puma note became hardware > > trouble. So I don't confirm on it. > I have an quad-core CPU, see below. Your patch works, but > only displays values for the first two CPUs. I re-read AMD's documents. We can get only 1 data as CurTmp: current temperature, not by-cores from F3xA4 Reported Temperature Control Register. So, in fact, dev.cpu.0.temperature == dev.cpu.1.temperature. From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 17:52:16 2009 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 3D3BF1065687 for ; Thu, 12 Mar 2009 17:52:16 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63904.mail.re1.yahoo.com (web63904.mail.re1.yahoo.com [69.147.97.119]) by mx1.freebsd.org (Postfix) with SMTP id C33EE8FC22 for ; Thu, 12 Mar 2009 17:52:15 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 278 invoked by uid 60001); 12 Mar 2009 17:52:15 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1236880335; bh=EA0zqF81VSPh1P9GRrE7Hy6sjkGiRquAS2UCrCKJBoY=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=Ae07Yi48xoqp1QrcohNjWeKar0La14w7gKuMUUagvhIa0POgvGwbIH1WbBtPscKDCDgcCBItuODbZJOrKVb7rDbez6DhLj1s9/O2K7DtiHlBof+y6kCPFsQFXsALSnEI4kVPZGYhbz4pYPqm0tmsS1k1gSKHNkRelquINRL7j/o= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=WP40sMvXGa7VznBbNaAgvLB0gXVXZXW2opfCFQc7aFnoFdiG878J+qIda1pLc1gF4kJ+BQbXvZHaZznlk9zAQovIHA43ukNRSACRsp13EtUUJdtP/YKcd7F+cKupvDuJen1zUHMWebdUl3t7IGZRBv1+2L08J0IxWabhdSl5QT4=; Message-ID: <281894.172.qm@web63904.mail.re1.yahoo.com> X-YMail-OSG: wbR.j9oVM1mcaU3rugRkhifm87vwZ2NPCx9uk6wXnheF_7hFOYIBRhkQQSAHHYEBSZLP7Pf2E6pN7mAS9U1KUy.577hmRvJPn5y72C0kXNx01VRgWynz1cbv2m2LMqBrToEqzSr_eTSMvEUkTE50IxAkMYRwW8tzyPgfnYGBIfnZMyuXp8Ktli7TcrJ2xF1Jb7YEjletbqLNaSk- Received: from [98.242.222.229] by web63904.mail.re1.yahoo.com via HTTP; Thu, 12 Mar 2009 10:52:15 PDT X-Mailer: YahooMailWebService/0.7.289.1 Date: Thu, 12 Mar 2009 10:52:15 -0700 (PDT) From: Barney Cordoba To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: ITE8213 CD not detected in 8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: barney_cordoba@yahoo.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, 12 Mar 2009 17:52:16 -0000 I have a cd that isn't detected in 8 with ACPI enabled, and it is detected with ACPI disabled (but other problems occur when I do so). What can cause ACPI to not detect a device? Barney From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 17:58:10 2009 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 30431106566C; Thu, 12 Mar 2009 17:58:10 +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 A07288FC20; Thu, 12 Mar 2009 17:58:09 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.14.1/8.14.1/NinthNine) with SMTP id n2CHw8bB059151; Fri, 13 Mar 2009 02:58:08 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Fri, 13 Mar 2009 02:58:08 +0900 From: Norikatsu Shigemura To: Rui Paulo Message-Id: <20090313025808.89b7eb94.nork@FreeBSD.org> In-Reply-To: <46A6E01C-5BE7-4619-8D67-F7135AD7B26E@FreeBSD.org> References: <20090301181631.d2e3c89e.nork@FreeBSD.org> <554FEBB3-CB69-4502-9728-C4735B29F784@FreeBSD.org> <20090301234328.9aa4237c.nork@FreeBSD.org> <69C4F850-1DCC-4E15-84E7-1B0E7C656CE6@FreeBSD.org> <20090302003904.12d683c1.nork@FreeBSD.org> <87F4F8E8-CB5A-476D-A57B-A3EBF44272EF@FreeBSD.org> <20090310020627.4482190d.nork@FreeBSD.org> <20090313024149.d4cceaf6.nork@FreeBSD.org> <46A6E01C-5BE7-4619-8D67-F7135AD7B26E@FreeBSD.org> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.14.7; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Fri__13_Mar_2009_02_58_08_+0900_u/yV0oF_ZtODnYbi" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Fri, 13 Mar 2009 02:58:08 +0900 (JST) Cc: freebsd-current@FreeBSD.org, nork@FreeBSD.org Subject: Re: ktemp(8) on Phenom II X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2009 17:58:10 -0000 This is a multi-part message in MIME format. --Multipart=_Fri__13_Mar_2009_02_58_08_+0900_u/yV0oF_ZtODnYbi Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hi Rui! On Thu, 12 Mar 2009 17:47:33 +0000 Rui Paulo wrote: > Ok, then send the patch to me in mime format and I'll do it. Thank you, please! --Multipart=_Fri__13_Mar_2009_02_58_08_+0900_u/yV0oF_ZtODnYbi Content-Type: text/plain; name="k8temp.diff" Content-Disposition: attachment; filename="k8temp.diff" Content-Transfer-Encoding: 7bit --- sys/dev/k8temp/k8temp.c.orig 2008-11-29 23:26:22.000000000 +0900 +++ sys/dev/k8temp/k8temp.c 2009-03-10 01:04:54.908034051 +0900 @@ -48,6 +48,15 @@ #include #include +typedef enum { + SENSOR0_CORE0, + SENSOR0_CORE1, + SENSOR1_CORE0, + SENSOR1_CORE1, + CORE0, + CORE1 +} k8sensor_t; + struct k8temp_softc { device_t sc_dev; int sc_temps[4]; @@ -55,36 +64,38 @@ struct sysctl_oid *sc_oid; struct sysctl_oid *sc_sysctl_cpu[2]; struct intr_config_hook sc_ich; + int32_t (*sc_gettemp)(device_t, k8sensor_t); }; #define VENDORID_AMD 0x1022 -#define DEVICEID_AMD_MISC 0x1103 +#define DEVICEID_AMD_MISC0F 0x1103 +#define DEVICEID_AMD_MISC10 0x1203 +#define DEVICEID_AMD_MISC11 0x1303 static struct k8temp_product { uint16_t k8temp_vendorid; uint16_t k8temp_deviceid; } k8temp_products[] = { - { VENDORID_AMD, DEVICEID_AMD_MISC }, + { VENDORID_AMD, DEVICEID_AMD_MISC0F }, + { VENDORID_AMD, DEVICEID_AMD_MISC10 }, + { VENDORID_AMD, DEVICEID_AMD_MISC11 }, { 0, 0 } }; /* * Register control */ -#define K8TEMP_REG 0xe4 +#define K8TEMP_REG0F 0xe4 #define K8TEMP_REG_SELSENSOR 0x40 #define K8TEMP_REG_SELCORE 0x04 -#define K8TEMP_MINTEMP 49 /* -49 C is the mininum temperature */ +#define K8TEMP_REG 0xa4 -typedef enum { - SENSOR0_CORE0, - SENSOR0_CORE1, - SENSOR1_CORE0, - SENSOR1_CORE1, - CORE0, - CORE1 -} k8sensor_t; +#define TZ_ZEROC 2732 + + /* -49 C is the mininum temperature */ +#define K8TEMP_OFFSET0F (TZ_ZEROC-490) +#define K8TEMP_OFFSET (TZ_ZEROC) /* * Device methods. @@ -95,6 +106,7 @@ static void k8temp_intrhook(void *arg); static int k8temp_detach(device_t dev); static int k8temp_match(device_t dev); +static int32_t k8temp_gettemp0f(device_t dev, k8sensor_t sensor); static int32_t k8temp_gettemp(device_t dev, k8sensor_t sensor); static int k8temp_sysctl(SYSCTL_HANDLER_ARGS); @@ -193,6 +205,13 @@ return (ENXIO); } + if (pci_get_device(dev) == DEVICEID_AMD_MISC0F) + sc->sc_gettemp = k8temp_gettemp0f; + else { + sc->sc_gettemp = k8temp_gettemp; + return (0); + } + /* * dev.k8temp.N tree. */ @@ -204,13 +223,13 @@ SYSCTL_ADD_PROC(sysctlctx, SYSCTL_CHILDREN(sysctlnode), OID_AUTO, "core0", CTLTYPE_INT | CTLFLAG_RD, - dev, SENSOR0_CORE0, k8temp_sysctl, "I", + dev, SENSOR0_CORE0, k8temp_sysctl, "IK", "Sensor 0 / Core 0 temperature"); SYSCTL_ADD_PROC(sysctlctx, SYSCTL_CHILDREN(sysctlnode), OID_AUTO, "core1", CTLTYPE_INT | CTLFLAG_RD, - dev, SENSOR0_CORE1, k8temp_sysctl, "I", + dev, SENSOR0_CORE1, k8temp_sysctl, "IK", "Sensor 0 / Core 1 temperature"); sysctlnode = SYSCTL_ADD_NODE(sysctlctx, @@ -220,13 +239,13 @@ SYSCTL_ADD_PROC(sysctlctx, SYSCTL_CHILDREN(sysctlnode), OID_AUTO, "core0", CTLTYPE_INT | CTLFLAG_RD, - dev, SENSOR1_CORE0, k8temp_sysctl, "I", + dev, SENSOR1_CORE0, k8temp_sysctl, "IK", "Sensor 1 / Core 0 temperature"); SYSCTL_ADD_PROC(sysctlctx, SYSCTL_CHILDREN(sysctlnode), OID_AUTO, "core1", CTLTYPE_INT | CTLFLAG_RD, - dev, SENSOR1_CORE1, k8temp_sysctl, "I", + dev, SENSOR1_CORE1, k8temp_sysctl, "IK", "Sensor 1 / Core 1 temperature"); return (0); @@ -258,7 +277,7 @@ sc->sc_sysctl_cpu[i] = SYSCTL_ADD_PROC(sysctlctx, SYSCTL_CHILDREN(device_get_sysctl_tree(cpu)), OID_AUTO, "temperature", CTLTYPE_INT | CTLFLAG_RD, - dev, CORE0, k8temp_sysctl, "I", + dev, CORE0, k8temp_sysctl, "IK", "Max of sensor 0 / 1"); } } @@ -285,22 +304,23 @@ k8temp_sysctl(SYSCTL_HANDLER_ARGS) { device_t dev = (device_t) arg1; + struct k8temp_softc *sc = device_get_softc(dev); int error; int32_t temp, auxtemp[2]; switch (arg2) { case CORE0: - auxtemp[0] = k8temp_gettemp(dev, SENSOR0_CORE0); - auxtemp[1] = k8temp_gettemp(dev, SENSOR1_CORE0); + auxtemp[0] = sc->sc_gettemp(dev, SENSOR0_CORE0); + auxtemp[1] = sc->sc_gettemp(dev, SENSOR1_CORE0); temp = imax(auxtemp[0], auxtemp[1]); break; case CORE1: - auxtemp[0] = k8temp_gettemp(dev, SENSOR0_CORE1); - auxtemp[1] = k8temp_gettemp(dev, SENSOR1_CORE1); + auxtemp[0] = sc->sc_gettemp(dev, SENSOR0_CORE1); + auxtemp[1] = sc->sc_gettemp(dev, SENSOR1_CORE1); temp = imax(auxtemp[0], auxtemp[1]); break; default: - temp = k8temp_gettemp(dev, arg2); + temp = sc->sc_gettemp(dev, arg2); break; } error = sysctl_handle_int(oidp, &temp, 0, req); @@ -309,12 +329,12 @@ } static int32_t -k8temp_gettemp(device_t dev, k8sensor_t sensor) +k8temp_gettemp0f(device_t dev, k8sensor_t sensor) { uint8_t cfg; uint32_t temp; - cfg = pci_read_config(dev, K8TEMP_REG, 1); + cfg = pci_read_config(dev, K8TEMP_REG0F, 1); switch (sensor) { case SENSOR0_CORE0: cfg &= ~(K8TEMP_REG_SELSENSOR | K8TEMP_REG_SELCORE); @@ -334,9 +354,20 @@ cfg = 0; break; } - pci_write_config(dev, K8TEMP_REG, cfg, 1); - temp = pci_read_config(dev, K8TEMP_REG, 4); - temp = ((temp >> 16) & 0xff) - K8TEMP_MINTEMP; + pci_write_config(dev, K8TEMP_REG0F, cfg, 1); + temp = pci_read_config(dev, K8TEMP_REG0F, 4); + temp = ((temp >> 16) & 0xff) * 10 + K8TEMP_OFFSET0F; return (temp); } + +static int32_t +k8temp_gettemp(device_t dev, k8sensor_t sensor) +{ + uint32_t temp; + + temp = pci_read_config(dev, K8TEMP_REG, 4); + temp = ((temp >> 21) & 0x3ff) * 10 / 8 + K8TEMP_OFFSET; + + return (temp); +} --Multipart=_Fri__13_Mar_2009_02_58_08_+0900_u/yV0oF_ZtODnYbi-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 18:04:29 2009 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 AC490106564A for ; Thu, 12 Mar 2009 18:04:29 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id 895338FC0C for ; Thu, 12 Mar 2009 18:04:29 +0000 (UTC) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=rmac.psg.com) by ran.psg.com with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LhpGe-0009Xl-QD; Thu, 12 Mar 2009 18:04:28 +0000 Received: from rmac.psg.com.psg.com (localhost [127.0.0.1]) by rmac.psg.com (Postfix) with ESMTP id 8A3BCED7238; Thu, 12 Mar 2009 11:04:28 -0700 (PDT) Date: Thu, 12 Mar 2009 11:04:28 -0700 Message-ID: From: Randy Bush To: Barney Cordoba In-Reply-To: <281894.172.qm@web63904.mail.re1.yahoo.com> References: <281894.172.qm@web63904.mail.re1.yahoo.com> User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.7 Emacs/22.3 (i386-apple-darwin9.6.0) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: current@freebsd.org Subject: Re: ITE8213 CD not detected in 8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2009 18:04:30 -0000 > I have a cd that isn't detected in 8 with ACPI enabled, and it is > detected with ACPI disabled (but other problems occur when I do so). aha! i think what i saw was no acd with acpi no sata without it very current am64 randy From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 18:08:43 2009 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 C219210656C0; Thu, 12 Mar 2009 18:08:43 +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 89A588FC2D; Thu, 12 Mar 2009 18:08:43 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-241-168-59.bna.bellsouth.net [74.241.168.59]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n2CI7Jpl026209 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 12 Mar 2009 14:07:20 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Jung-uk Kim In-Reply-To: <200903120942.44149.jkim@FreeBSD.org> References: <200903111233.14029.jkim@FreeBSD.org> <200903111507.42241.jkim@FreeBSD.org> <1236836518.1651.0.camel@wombat.2hip.net> <200903120942.44149.jkim@FreeBSD.org> Content-Type: text/plain Organization: FreeBSD Date: Thu, 12 Mar 2009 13:08:32 -0500 Message-Id: <1236881312.15631.2.camel@wombat.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, 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, freebsd-amd64@freebsd.org Subject: Re: [HEADSUP] amd64 suspend/resume code to be comitted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2009 18:08:44 -0000 On Thu, 2009-03-12 at 09:42 -0400, Jung-uk Kim wrote: > On Thursday 12 March 2009 01:41 am, Robert Noland wrote: > > On Wed, 2009-03-11 at 15:07 -0400, Jung-uk Kim wrote: > > > On Wednesday 11 March 2009 02:52 pm, Robert Noland wrote: > > > > On Wed, 2009-03-11 at 12:33 -0400, Jung-uk Kim wrote: > > > > > With popular demands, I will commit the following patch in > > > > > next few days unless a showstopper is found or > > > > > "over-my-dead-body" type of review is received. ;-) > > > > > > > > > > http://people.freebsd.org/~jkim/amd64_suspend-20090311.diff > > > > > > > > > > FYI, it was originally posted here: > > > > > > > > > > http://docs.freebsd.org/cgi/mid.cgi?200810211228.31028.jkim > > > > > > > > > > and here: > > > > > > > > > > http://docs.freebsd.org/cgi/mid.cgi?200812102120.03788.jkim > > > > > > > > > > Please read the original threads for more information about > > > > > the patch. > > > > > > > > Does this address SMP as well? Or is that still hanging out in > > > > the wind? > > > > > > Yes, it does. > > > > Cool, looking forward to it... > > Wait a minute. Are you talking about SMP i386? If so, the answer to > that question is no although it will be relatively easy to do fix > after the patch. This patch only address UP/SMP amd64. Oh, well... This is at least great progress... I was more interested in this when I was using a dual core laptop, but it's great that it's finally going in. robert. > Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 18:27:45 2009 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 6191D106566C for ; Thu, 12 Mar 2009 18:27:45 +0000 (UTC) (envelope-from M.S.Powell@salford.ac.uk) Received: from relay0.salford.ac.uk (relay0.salford.ac.uk [146.87.0.10]) by mx1.freebsd.org (Postfix) with SMTP id B4D748FC1D for ; Thu, 12 Mar 2009 18:27:44 +0000 (UTC) (envelope-from M.S.Powell@salford.ac.uk) Received: (qmail 94684 invoked by uid 98); 12 Mar 2009 18:01:02 -0000 Received: from 146.87.255.121 by relay0.salford.ac.uk (envelope-from , uid 401) with qmail-scanner-2.01 (clamdscan: 0.94.2/9101. spamassassin: 3.2.4. Clear:RC:1(146.87.255.121):. Processed in 0.036608 secs); 12 Mar 2009 18:01:02 -0000 Received: from rust.salford.ac.uk (HELO rust.salford.ac.uk) (146.87.255.121) by relay0.salford.ac.uk (qpsmtpd/0.3x.614) with SMTP; Thu, 12 Mar 2009 18:01:02 +0000 Received: (qmail 95475 invoked by uid 1002); 12 Mar 2009 18:00:59 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 12 Mar 2009 18:00:59 -0000 Date: Thu, 12 Mar 2009 18:00:59 +0000 (GMT) From: "Mark Powell" To: freebsd-current@freebsd.org Message-ID: <20090312175345.Y80227@rust.salford.ac.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: repeatable ZFS panic: share->excl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2009 18:27:45 -0000 Hi, Just started to experiment with 8-CURRENT and zfs, after having a FreeBSD 7, ZFS server for about 18 months now. First problem I notice is a panic, which seems to occur every time 'tar' is used. Might be unrelated to tar, but it definately provokes it. Simply the tar command or a pkg_add causes it. Sorry I don't have a serial console, but here's a picture of the screen: http://www.rootshell.be/~msp/IMG_4002.JPG I initially had a zfsbooting root, from a CF, plus a RAIDZ2 on HDD. Everytime I tried to perform a pkg_add I would get this panic. I then moved root to ufs and the pkg_add would then not cause the panic. However, any tar which accessed the zfs raidz2 pool still causes this panic. Is this known? I couldn't see the same reported anywhere, so forgive me if I have missed it. Please let me know if you need kernel config, etc. to debug this further. Cheers. -- Mark Powell - UNIX System Administrator - The University of Salford Information & Learning Services, Clifford Whitworth Building, Salford University, Manchester, M5 4WT, UK. Tel: +44 161 295 6843 Fax: +44 161 295 5888 www.pgp.com for PGP key From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 18:31:48 2009 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 F42211065674 for ; Thu, 12 Mar 2009 18:31:47 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63904.mail.re1.yahoo.com (web63904.mail.re1.yahoo.com [69.147.97.119]) by mx1.freebsd.org (Postfix) with SMTP id 810788FC1B for ; Thu, 12 Mar 2009 18:31:47 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 18598 invoked by uid 60001); 12 Mar 2009 18:31:47 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1236882706; bh=rnSiYpyztIT65UtVcm6/sGGeuLDucQeZ5TtU5ylvBKM=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=iY6rGoNFMgHSOaHz/YmBjGwtGqrr/9RfVELVHsYj23MypFY89x2sX3BqasZvVqY6wbQCrG7lf38C0B/+69KycErcVFqklPx4PwTwpQNeAsDidrhNaYcsQOAMH5blA8jxkNVSbdZKGw65gDGPT2eVoAt3EVqSaRHotSh+VUB8k2c= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=yChUNg3Jsj9+73/PU39cICcpt3y5CT2HOkAvL3ows75kG9wOAYtbrdc7HU4S14nLzpK7fRvSSt1cgcPtmJ7x/bkS0rjPIKyEI1Q5dKnTdmJAi8TGxD1aS8eeSEmw2uJT8hdV5r6Ogx3bExwem3Mer0vL0ewzzr7IkRBpsOiezKQ=; Message-ID: <951309.18580.qm@web63904.mail.re1.yahoo.com> X-YMail-OSG: PVcY_ZcVM1nZgqhevT90ULAdjatxUyPwqCp3mP5EcUX78hzcYm6vMMpV3h_rdB3.1U96RQkyT5E0GnNQov2Juu.O5KWc1FmP_I_vPLnHaab8tSfLngv6g8wSn55vweuE_15aQg6Cjv50.TvV8ZRyliIG_aGuOAfjep9anci4fYYk.zhhaHZ8wE4ckVh.EvGOBIVTB_cOCCRNIN5nVmP5zsgi5w1BcvaNJZ4hsVM7ObPINA-- Received: from [98.242.222.229] by web63904.mail.re1.yahoo.com via HTTP; Thu, 12 Mar 2009 11:31:46 PDT X-Mailer: YahooMailWebService/0.7.289.1 Date: Thu, 12 Mar 2009 11:31:46 -0700 (PDT) From: Barney Cordoba To: Randy Bush In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: current@freebsd.org Subject: Re: ITE8213 CD not detected in 8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: barney_cordoba@yahoo.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, 12 Mar 2009 18:31:48 -0000 --- On Thu, 3/12/09, Randy Bush wrote: > From: Randy Bush > Subject: Re: ITE8213 CD not detected in 8 > To: "Barney Cordoba" > Cc: current@freebsd.org > Date: Thursday, March 12, 2009, 2:04 PM > > I have a cd that isn't detected in 8 with ACPI > enabled, and it is > > detected with ACPI disabled (but other problems occur > when I do so). > > aha! i think what i saw was > > no acd with acpi > no sata without it > > very current am64 > > randy What PCI bus is the device on when its detected? Mine is on pci17. Maybe there is some limit? None of my bus17 devices are detected. BC From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 18:36:33 2009 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 1C26B1065674 for ; Thu, 12 Mar 2009 18:36:33 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id F201E8FC13 for ; Thu, 12 Mar 2009 18:36:32 +0000 (UTC) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=rmac.psg.com) by ran.psg.com with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Lhplg-0009dR-2Y; Thu, 12 Mar 2009 18:36:32 +0000 Received: from rmac.psg.com.psg.com (localhost [127.0.0.1]) by rmac.psg.com (Postfix) with ESMTP id D1534EDB067; Thu, 12 Mar 2009 11:36:31 -0700 (PDT) Date: Thu, 12 Mar 2009 11:36:31 -0700 Message-ID: From: Randy Bush To: Barney Cordoba In-Reply-To: <951309.18580.qm@web63904.mail.re1.yahoo.com> References: <951309.18580.qm@web63904.mail.re1.yahoo.com> User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.7 Emacs/22.3 (i386-apple-darwin9.6.0) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: current@freebsd.org Subject: Re: ITE8213 CD not detected in 8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2009 18:36:33 -0000 >>> I have a cd that isn't detected in 8 with ACPI enabled, and it is >>> detected with ACPI disabled (but other problems occur when I do so). >> aha! i think what i saw was >> no acd with acpi >> no sata without it >> very current am64 > What PCI bus is the device on when its detected? Mine is on pci17. > Maybe there is some limit? None of my bus17 devices are detected. Copyright (c) 1992-2009 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: Wed Feb 25 07:01:38 UTC 2009 root@psg2-ng.psg.com:/usr/obj/usr/src/sys/PSG2 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(R) CPU E3110 @ 3.00GHz (2992.51-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x1067a Stepping = 10 Features=0xbfebfbff Features2=0x408e3fd AMD Features=0x20100800 AMD Features2=0x1 TSC: P-state invariant Cores per package: 2 usable memory = 4285526016 (4086 MB) avail memory = 4122759168 (3931 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 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 0x1008-0x100b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 pcib2: at device 0.0 on pci1 pci2: on pcib2 em0: port 0x2000-0x203f mem 0xd8080000-0xd809ffff,0xd8000000-0xd803ffff irq 24 at device 2.0 on pci2 em0: [FILTER] em0: Ethernet address: 00:1b:21:28:e2:44 em1: port 0x2040-0x207f mem 0xd80a0000-0xd80bffff,0xd8040000-0xd807ffff irq 25 at device 2.1 on pci2 em1: [FILTER] em1: Ethernet address: 00:1b:21:28:e2:45 uhci0: port 0x1820-0x183f irq 16 at device 26.0 on pci0 uhci0: [ITHREAD] uhci0: LegSup = 0x003b usbus0: on uhci0 uhci1: port 0x1840-0x185f irq 17 at device 26.1 on pci0 uhci1: [ITHREAD] uhci1: LegSup = 0x0010 usbus1: on uhci1 uhci2: port 0x1860-0x187f irq 18 at device 26.2 on pci0 uhci2: [ITHREAD] uhci2: LegSup = 0x0010 usbus2: on uhci2 ehci0: mem 0xd8701000-0xd87013ff irq 18 at device 26.7 on pci0 ehci0: [ITHREAD] usbus3: EHCI version 1.0 usbus3: on ehci0 pcib3: irq 16 at device 28.0 on pci0 pci5: on pcib3 pcib4: irq 16 at device 28.4 on pci0 pci13: on pcib4 em2: port 0x3000-0x301f mem 0xd8200000-0xd821ffff irq 16 at device 0.0 on pci13 em2: Using MSI interrupt em2: [FILTER] em2: Ethernet address: 00:30:48:d4:a3:0a pcib5: irq 17 at device 28.5 on pci0 pci15: on pcib5 em3: port 0x4000-0x401f mem 0xd8300000-0xd831ffff irq 17 at device 0.0 on pci15 em3: Using MSI interrupt em3: [FILTER] em3: Ethernet address: 00:30:48:d4:a3:0b uhci3: port 0x1880-0x189f irq 23 at device 29.0 on pci0 uhci3: [ITHREAD] uhci3: LegSup = 0x003b usbus4: on uhci3 uhci4: port 0x18a0-0x18bf irq 22 at device 29.1 on pci0 uhci4: [ITHREAD] uhci4: LegSup = 0x0010 usbus5: on uhci4 uhci5: port 0x18c0-0x18df irq 18 at device 29.2 on pci0 uhci5: [ITHREAD] uhci5: LegSup = 0x0010 usbus6: on uhci5 ehci1: mem 0xd8701400-0xd87017ff irq 23 at device 29.7 on pci0 ehci1: [ITHREAD] usbus7: EHCI version 1.0 usbus7: on ehci1 pcib6: at device 30.0 on pci0 pci17: on pcib6 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1c10-0x1c1f,0x1c00-0x1c0f 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 0x1c68-0x1c6f,0x1c5c-0x1c5f,0x1c60-0x1c67,0x1c58-0x1c5b,0x1c30-0x1c3f,0x1c20-0x1c2f irq 18 at device 31.5 on pci0 atapci1: [ITHREAD] ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] pci0: at device 31.6 (no driver attached) acpi_button0: on acpi0 atrtc0: port 0x70-0x71 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] uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 uart1: [FILTER] cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 p4tcc1: on cpu1 orm0: at iomem 0xc0000-0xcafff 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 10.000 msec usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 480Mbps High Speed USB v2.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 12Mbps Full Speed USB v1.0 usbus6: 12Mbps Full Speed USB v1.0 usbus7: 480Mbps High Speed USB v2.0 ad0: 238475MB at ata0-master SATA150 ad2: 238475MB at ata1-master SATA150 SMP: AP CPU #1 Launched! ugen7.1: at usbus7 ushub0: on usbus7 ugen1.1: at usbus1 ushub1: on usbus1 ugen2.1: at usbus2 ushub2: on usbus2 ugen5.1: at usbus5 ushub3: on usbus5 ugen6.1: at usbus6 ushub4: on usbus6 ugen0.1: at usbus0 ushub5: on usbus0 ugen3.1: at usbus3 ushub6: on usbus3 ugen4.1: at usbus4 ushub7: on usbus4 GEOM: ad0s1: geometry does not match label (255h,63s != 16h,63s). GEOM_MIRROR: Device mirror/gm0 launched (2/2). GEOM: ad2s1: geometry does not match label (255h,63s != 16h,63s). Root mount waiting for: usbus7 usbus6 usbus5 usbus4 usbus3 usbus2 usbus1 usbus0 ushub2: 2 ports with 2 removable, self powered ushub5: 2 ports with 2 removable, self powered ushub3: 2 ports with 2 removable, self powered ushub1: 2 ports with 2 removable, self powered ushub7: 2 ports with 2 removable, self powered ushub4: 2 ports with 2 removable, self powered Root mount waiting for: usbus7 usbus4 usbus3 Root mount waiting for: usbus7 usbus3 Root mount waiting for: usbus7 usbus3 Root mount waiting for: usbus7 usbus3 ushub6: 6 ports with 6 removable, self powered ushub0: 6 ports with 6 removable, self powered Trying to mount root from ufs:/dev/mirror/gm0s1a ipfw2 (+ipv6) initialized, divert loadable, nat loadable, rule-based forwarding disabled, default to deny, logging disabled From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 19:13:36 2009 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 E34B710656BC for ; Thu, 12 Mar 2009 19:13:36 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: from hyperion.scode.org (cl-1361.ams-04.nl.sixxs.net [IPv6:2001:960:2:550::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9AF0F8FC15 for ; Thu, 12 Mar 2009 19:13:36 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: by hyperion.scode.org (Postfix, from userid 1001) id ECA5B23C515; Thu, 12 Mar 2009 20:13:34 +0100 (CET) Date: Thu, 12 Mar 2009 20:13:34 +0100 From: Peter Schuller To: Mark Powell Message-ID: <20090312191333.GA97342@hyperion.scode.org> References: <20090312175345.Y80227@rust.salford.ac.uk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3V7upXqbjpZ4EhLz" Content-Disposition: inline In-Reply-To: <20090312175345.Y80227@rust.salford.ac.uk> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-current@freebsd.org Subject: Re: repeatable ZFS panic: share->excl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2009 19:13:38 -0000 --3V7upXqbjpZ4EhLz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > First problem I notice is a panic, which seems to occur every time 'ta= r'=20 > is used. Might be unrelated to tar, but it definately provokes it. Simply= =20 > the tar command or a pkg_add causes it. See the "ZFS/extattr lockup"/"bsdtar lockup on current" threads from the past handful of days. --=20 / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org --3V7upXqbjpZ4EhLz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAkm5Xt0ACgkQDNor2+l1i32zOQCgklFfVYNFriftky8gNkLy/yyQ vT8AoJXGqqB3DB89k1rK4CZMdXfzkOMv =rGB+ -----END PGP SIGNATURE----- --3V7upXqbjpZ4EhLz-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 19:37:35 2009 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 62D01106566B for ; Thu, 12 Mar 2009 19:37:35 +0000 (UTC) (envelope-from onemda@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 BAC1A8FC16 for ; Thu, 12 Mar 2009 19:37:34 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by ey-out-2122.google.com with SMTP id d26so450453eyd.7 for ; Thu, 12 Mar 2009 12:37:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=b+/hkf0KIp6C+FmQ/o921S1FtoDP0U2FHBf+Rgf4css=; b=BoTgr7QfRi7tPUoL+k8W8JJdtMjOHRFkYo2P9dBvy2hREz663J1iszEzmT4ePVOaTk O0dpWQKKWmSsZqItXWH3jG+KK/MH0SrsRVO4mCGvlU8jCXKpzgE1cVZmJ35++ApNxFkj AjANQRXGE79s/qpXBO0O2dTOQpWb6UdDZkrbU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=vCHXbCGThTAG2G6UZBaIOF8a0FR/u8L0zg9WtnemVib7Z1ikcqgTSVkb3uuyws3qlX vw4Pk6jRuTaa31Jw4qcrAK84aW9u8ZBukU4DMG0/xy7ZOn5I0asfywEzL3PHAxQB2BVe 2XeTYM3eoW9RGt+o4VIGozuQiIvbUb8jb8U4Y= MIME-Version: 1.0 Received: by 10.210.11.13 with SMTP id 13mr72813ebk.36.1236886653858; Thu, 12 Mar 2009 12:37:33 -0700 (PDT) In-Reply-To: <49B89C70.4020504@incunabulum.net> References: <49B885A1.9000907@incunabulum.net> <20090312043239.GE25538@weongyo.cdnetworks.kr> <49B89C70.4020504@incunabulum.net> Date: Thu, 12 Mar 2009 20:37:33 +0100 Message-ID: <3a142e750903121237l7472c54cq3214c535673f69c4@mail.gmail.com> From: "Paul B. Mahol" To: Bruce Simpson Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: IGMPv3 hot interface detach panics? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2009 19:37:35 -0000 On 3/12/09, Bruce Simpson wrote: > Weongyo Jeong wrote: >> ... >> This is one I have got from "Paul B. Mahol" >> yesterday and I think he might help you to get full backtrace: >> > Thanks for this. I really do need a full backtrace to work out what to > go on, however, > as it looks like the compiler is inlining static functions here. > > Is IGMPv2 in use on this network? The stack will default to IGMPv3, it > is possible that > the call to igmp_ifdetach() needs to be forced to happen before > in_purgemaddrs() causes > the IP stack's reference to the in_multi to be freed. > > Are any multicast applications in use? > > Sam is seeing a very different condition with 802.11 VAPs, even though > the symptoms are similar. > > I appreciate that it isn't always possible to test with all combinations > of network drivers > that people may be using, vlans vaps etc. and some of them do use parts > of the network stack > in different ways, i.e. stacking the use of otherwise refcounted > structures, etc. > > This looks like it is coming from USB2 and NDIS in some way. I am not at > all familiar with > those subsystems and don't use them, so help from others would be very > appreciated, > however I will try my best to help fix, the root cause may be more general. Here is one with usb2 and if_rum, (panic on detach happens only if inet address was asigned to wlan0: ifconfig wlan0 inet x.x.x.x) db:0:kdb.enter.unknown> run lockinfo db:1:lockinfo> show locks db:1:locks> show alllocks Process 733 (usbus4) thread 0xc43fc000 (100077) db:1:alllocks> show lockedvnods Locked vnodes db:0:kdb.enter.unknown> show pcpu cpuid = 0 curthread = 0xc43fc000: pid 733 "usbus4" curpcb = 0xc3bafd90 fpcurthread = none idlethread = 0xc3d09d20: pid 10 "idle: cpu0" APIC ID = 0 currentldt = 0x50 spin locks held: db:0:kdb.enter.unknown> bt Tracing pid 733 tid 100077 td 0xc43fc000 in_ifdetach(c3de9800,c3de9a30,32b,c3bafbc4,c4469ab1,...) at in_ifdetach+0x18d if_detach(c3de9800,0,c44a5d2c,237,c3de9800,...) at if_detach+0xfd rum_detach(c445b580,4,c06213f6,9e7,c04ce719,...) at rum_detach+0xab device_detach(c445b580,c42c9faa,c3f8d5e0,6,2,...) at device_detach+0x8c usb2_detach_device(c44bd000,ff,1,10,c061d235,...) at usb2_detach_device+0x16a uhub_explore(c4402000,0,c42c9267,d8,c4446d34,...) at uhub_explore+0x1ab usb2_bus_explore(c4446d34,0,c42d1f13,51,c068fdc0,...) at usb2_bus_explore+0xb9 usb2_process(c4446c70,c3bafd38,c061a98c,32d,c42967ec,...) at usb2_process+0xda fork_exit(c42bb3a0,c4446c70,c3bafd38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc3bafd70, ebp = 0 --- ugen4.2: at usbus4 rum0: on usbus4 rum0: MAC/BBP RT2573 (rev 0x2573a), RF RT2528 rum0: need multicast update callback rum0: at uhub4, port 6, addr 2 (disconnected) Kernel page fault with the following non-sleepable locks held: exclusive sleep mutex if_addr_mtx (if_addr_mtx) r = 0 (0xc3de9a40) locked @ /usr/local/src/sys/netinet/in.c:1041 exclusive sleep mutex in_multi_mtx (in_multi_mtx) r = 0 (0xc07f9174) locked @ /usr/local/src/sys/netinet/in.c:1033 KDB: stack backtrace: db_trace_self_wrapper(c0621b7e,c3bafa64,c04e5995,c062e32e,409,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c062e32e,409,ffffffff,c07cb19c,c3bafa9c,...) at kdb_backtrace+0x29 _witness_debugger(c0623edd,c3bafab0,4,1,0,...) at _witness_debugger+0x25 witness_warn(5,0,c06407ba,c3c8da90,c43fc000,...) at witness_warn+0x1fd trap(c3bafb3c) at trap+0x153 calltrap() at calltrap+0x6 --- trap 0xc, eip = 0xc055474d, esp = 0xc3bafb7c, ebp = 0xc3bafb9c --- in_ifdetach(c3de9800,c3de9a30,32b,c3bafbc4,c4469ab1,...) at in_ifdetach+0x18d if_detach(c3de9800,0,c44a5d2c,237,c3de9800,...) at if_detach+0xfd rum_detach(c445b580,4,c06213f6,9e7,c04ce719,...) at rum_detach+0xab device_detach(c445b580,c42c9faa,c3f8d5e0,6,2,...) at device_detach+0x8c usb2_detach_device(c44bd000,ff,1,10,c061d235,...) at usb2_detach_device+0x16a uhub_explore(c4402000,0,c42c9267,d8,c4446d34,...) at uhub_explore+0x1ab usb2_bus_explore(c4446d34,0,c42d1f13,51,c068fdc0,...) at usb2_bus_explore+0xb9 usb2_process(c4446c70,c3bafd38,c061a98c,32d,c42967ec,...) at usb2_process+0xda fork_exit(c42bb3a0,c4446c70,c3bafd38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc3bafd70, ebp = 0 --- Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x0 fault code = supervisor write, page not present instruction pointer = 0x20:0xc055474d stack pointer = 0x28:0xc3bafb7c frame pointer = 0x28:0xc3bafb9c 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 = 733 (usbus4) exclusive sleep mutex if_addr_mtx (if_addr_mtx) r = 0 (0xc3de9a40) locked @ /usr/local/src/sys/netinet/in.c:1041 exclusive sleep mutex in_multi_mtx (in_multi_mtx) r = 0 (0xc07f9174) locked @ /usr/local/src/sys/netinet/in.c:1033 exclusive sleep mutex Giant (Giant) r = 0 (0xc068b810) locked @ /usr/local/src/sys/modules/usb/usb/../../../dev/usb/controller/usb_controller.c:216 exclusive sx 123456789ABCDEF - USB config SX lock (123456789ABCDEF - USB config SX lock) r = 0 (0xc44bd03c) locked @ /usr/local/src/sys/modules/usb/usb/../../../dev/usb/usb_device.c:941 exclusive sleep mutex if_addr_mtx (if_addr_mtx) r = 0 (0xc3de9a40) locked @ /usr/local/src/sys/netinet/in.c:1041 exclusive sleep mutex in_multi_mtx (in_multi_mtx) r = 0 (0xc07f9174) locked @ /usr/local/src/sys/netinet/in.c:1033 exclusive sleep mutex Giant (Giant) r = 0 (0xc068b810) locked @ /usr/local/src/sys/modules/usb/usb/../../../dev/usb/controller/usb_controller.c:216 exclusive sx 123456789ABCDEF - USB config SX lock (123456789ABCDEF - USB config SX lock) r = 0 (0xc44bd03c) locked @ /usr/local/src/sys/modules/usb/usb/../../../dev/usb/usb_device.c:941 (gdb) l *in_ifdetach+0x18d 0xc055474d is in in_ifdetach (/usr/local/src/sys/netinet/in.c:1046). 1041 IF_ADDR_LOCK(ifp); 1042 TAILQ_FOREACH(ifma, &ifp->if_multiaddrs, ifma_link) { 1043 if (ifma->ifma_addr->sa_family != AF_INET) 1044 continue; 1045 inm = (struct in_multi *)ifma->ifma_protospec; 1046 LIST_INSERT_HEAD(&purgeinms, inm, inm_link); 1047 } 1048 IF_ADDR_UNLOCK(ifp); 1049 1050 LIST_FOREACH_SAFE(inm, &purgeinms, inm_link, tinm) { (gdb) l *if_detach+0xfd 0xc054285d is in if_detach (/usr/local/src/sys/net/if.c:847). 842 * routes are expected to be removed by the IPv6-specific kernel API. 843 * Otherwise, the kernel will detect some inconsistency and bark it. 844 */ 845 in6_ifdetach(ifp); 846 #endif 847 if_purgemaddrs(ifp); 848 849 /* 850 * Remove link ifaddr pointer and maybe decrement if_index. 851 * Clean up all addresses. (gdb) l *rum_detach+0xab 0x27fb is in rum_detach (/usr/local/src/sys/modules/usb/rum/../../../dev/usb/wlan/if_rum.c:573). 568 569 if (ifp) { 570 ic = ifp->if_l2com; 571 bpfdetach(ifp); 572 ieee80211_ifdetach(ic); 573 if_free(ifp); 574 } 575 cv_destroy(&sc->sc_cmd_cv); 576 mtx_destroy(&sc->sc_mtx); 577 Here is same crash, but via kgdb: (kgdb) bt #0 doadump () at pcpu.h:246 #1 0xc04a744e in boot (howto=260) at /usr/local/src/sys/kern/kern_shutdown.c:420 #2 0xc04a7722 in panic (fmt=Variable "fmt" is not available. ) at /usr/local/src/sys/kern/kern_shutdown.c:576 #3 0xc05f8ba3 in trap_fatal (frame=0xc3bdfb3c, eva=0) at /usr/local/src/sys/i386/i386/trap.c:926 #4 0xc05f9441 in trap (frame=0xc3bdfb3c) at /usr/local/src/sys/i386/i386/trap.c:318 #5 0xc05dfd9b in calltrap () at /usr/local/src/sys/i386/i386/exception.s:165 #6 0xc055474d in in_ifdetach (ifp=0xc3fc9c00) at /usr/local/src/sys/netinet/in.c:1017 #7 0xc054285d in if_detach (ifp=0xc3fc9c00) at /usr/local/src/sys/net/if.c:835 #8 0xc45087fb in rum_detach (self=0xc44e6d80) at /usr/local/src/sys/modules/usb/rum/../../../dev/usb/wlan/if_rum.c:572 #9 0xc04ceb5c in device_detach (dev=0xc44e6d80) at device_if.h:212 #10 0xc434998a in usb2_detach_device (udev=0xc44b2000, iface_index=32 ' ', free_subdev=1 '\001') at /usr/local/src/sys/modules/usb/usb/../../../dev/usb/usb_device.c:901 #11 0xc4351d2b in uhub_explore (udev=0xc4156000) at /usr/local/src/sys/modules/usb/usb/../../../dev/usb/usb_hub.c:301 #12 0xc4342fb9 in usb2_bus_explore (pm=0xc43fbd34) at /usr/local/src/sys/modules/usb/usb/../../../dev/usb/controller/usb_controller.c:227 #13 0xc435447a in usb2_process (arg=0xc43fbc70) at /usr/local/src/sys/modules/usb/usb/../../../dev/usb/usb_process.c:139 #14 0xc0484458 in fork_exit (callout=0xc43543a0 , arg=0xc43fbc70, frame=0xc3bdfd38) at /usr/local/src/sys/kern/kern_fork.c:821 #15 0xc05dfe10 in fork_trampoline () at /usr/local/src/sys/i386/i386/exception.s:270 (kgdb) frame 6 #6 0xc055474d in in_ifdetach (ifp=0xc3fc9c00) at /usr/local/src/sys/netinet/in.c:1017 1017 } (kgdb) frame 5 #5 0xc05dfd9b in calltrap () at /usr/local/src/sys/i386/i386/exception.s:165 165 call trap Current language: auto; currently asm (kgdb) frame 7 #7 0xc054285d in if_detach (ifp=0xc3fc9c00) at /usr/local/src/sys/net/if.c:835 835 in_ifdetach(ifp); Current language: auto; currently c -- Paul From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 19:39:48 2009 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 99951106578B for ; Thu, 12 Mar 2009 19:39:48 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.18.13]) by mx1.freebsd.org (Postfix) with ESMTP id 266F98FC1F for ; Thu, 12 Mar 2009 19:39:47 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from [88.153.16.241] (helo=localhost) by smtprelay01.ispgateway.de with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1Lhqks-0003FB-H0 for freebsd-current@freebsd.org; Thu, 12 Mar 2009 20:39:46 +0100 Date: Thu, 12 Mar 2009 20:39:41 +0100 From: Fabian Keil To: freebsd-current@freebsd.org Message-ID: <20090312203941.57dc71cb@fabiankeil.de> In-Reply-To: References: X-Mailer: Claws Mail 3.7.0 (GTK+ 2.14.7; i386-portbld-freebsd8.0) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2008-08-18.asc Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/t69xUGHl7kloRVFozOI73kD"; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Df-Sender: 775067 Subject: Re: Filesystems being eaten? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2009 19:39:50 -0000 --Sig_/t69xUGHl7kloRVFozOI73kD Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable naddy@mips.inka.de (Christian Weisgerber) wrote: > Last Friday my 8.0-CURRENT/amd64 box suffered a crash--no idea if > it panicked, I was running X11--after which all filesystems were > so badly corrupted that I had to reinstall the machine. This was > a vanilla setup, UFS2 and UFS2+S, -CURRENT about a week old at the > time. I had several hangs/panics/whatever, too, and reverted to: 8.0-CURRENT #39: Sat Mar 7 20:37:29 CET 2009 for now. There were actually multiple issues: 1) The nullfs panic that supposedly has been fixed by kib in 189622. 2) A radeon-related panic that reproducible happened shortly after exiting Xorg (screenshot of the backtrace available, I think, but I meant to reproduce it with a different kernel when the other problems started, so I didn't keep the core files) 3) Something network-related that was reproducibly (as in 100% of two attempts) triggered when using ssh's -D option: (kgdb) f 12 #12 0xc0722006 in in_control (so=3D0xc84e0188, cmd=3D1076655123,=20 data=3D0xc6760d40 "", ifp=3D0x0, td=3D0xc8481720) at /usr/src/sys/netinet/in.c:211 warning: Source file is more recent than executable. Whole backtrace available but due to the warning I'm not sure how accurate it is. I didn't try without the -D option. 4) Possibly something else that caused the "surprise" panics while running Xorg. I lost some files (of which I had backups), but no file system yet. I was using the userland from 2009-03-07 all the time. I'm using i386. I intend to give it another try this weekend. Fabian --Sig_/t69xUGHl7kloRVFozOI73kD Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkm5ZP4ACgkQBYqIVf93VJ0EIQCfauEyayH0lTdW98+SShwNtk11 OOMAoIkW894qNc/WrQApkqhnkrfwGbiL =8Rio -----END PGP SIGNATURE----- --Sig_/t69xUGHl7kloRVFozOI73kD-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 19:57:14 2009 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 B17D3106566C for ; Thu, 12 Mar 2009 19:57:14 +0000 (UTC) (envelope-from saifi.khan@twincling.org) Received: from s217.sureserver.com (s217.sureserver.com [203.194.200.22]) by mx1.freebsd.org (Postfix) with ESMTP id 51B1E8FC1B for ; Thu, 12 Mar 2009 19:57:14 +0000 (UTC) (envelope-from saifi.khan@twincling.org) Received: (qmail 6436 invoked by uid 1002); 12 Mar 2009 19:57:12 -0000 Received: from unknown (HELO ?10.10.10.7?) (saifi.khan@twincling.org@59.92.192.110) by s217.sureserver.com with ESMTPA; 12 Mar 2009 19:57:12 -0000 Date: Fri, 13 Mar 2009 01:30:59 +0000 (GMT) From: Saifi Khan X-X-Sender: saifi@localhost To: freebsd-current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: 8.x amd64 snapshots ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2009 19:57:15 -0000 Hi all: i noticed two times that a directory labelled 200902 appeared and then disappeared under this URL ftp://ftp.freebsd.org/pub/FreeBSD/snapshots Is there any FreeBSD 8.x AMD64 snapshot expected soon ? thanks Saifi. From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 20:14:14 2009 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 2C985106566C for ; Thu, 12 Mar 2009 20:14:14 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (mailrelay.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id A9AFB8FC2F for ; Thu, 12 Mar 2009 20:14:13 +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 0C5D7A077B for ; Thu, 12 Mar 2009 21:14:09 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id F4092A06E4 for ; Thu, 12 Mar 2009 21:14:08 +0100 (CET) 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 E1884A06D1 for ; Thu, 12 Mar 2009 21:14:08 +0100 (CET) Received: from wep4035 ([132.187.37.35]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.0.2HF443) with ESMTP id 2009031221140865-85048 ; Thu, 12 Mar 2009 21:14:08 +0100 Received: by wep4035 (sSMTP sendmail emulation); Thu, 12 Mar 2009 21:14:08 +0100 From: "Alexey Shuvaev" Date: Thu, 12 Mar 2009 21:14:08 +0100 To: freebsd-current@freebsd.org Message-ID: <20090312201408.GC5091@wep4035.physik.uni-wuerzburg.de> References: MIME-Version: 1.0 In-Reply-To: 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.2HF443 | November 25, 2008) at 03/12/2009 09:14:08 PM, Serialize by Router on domino1/uni-wuerzburg(Release 8.0.2HF443 | November 25, 2008) at 03/12/2009 09:14:08 PM, Serialize complete at 03/12/2009 09:14:08 PM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Subject: Re: Filesystems being eaten? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2009 20:14:15 -0000 On Thu, Mar 12, 2009 at 02:42:52PM +0000, Christian Weisgerber wrote: > Last Friday my 8.0-CURRENT/amd64 box suffered a crash--no idea if > it panicked, I was running X11--after which all filesystems were > so badly corrupted that I had to reinstall the machine. This was > a vanilla setup, UFS2 and UFS2+S, -CURRENT about a week old at the > time. > > Yesterday it crashed again and while other filesystems survived, > /usr was again too damaged for fsck to recover it. fsck -y showed > thousands of errors in the "unexpected soft update inconsistency" > class, starting with many "partially allocated inode"s, and eventually > asked to be re-run, which produced only more of the same. I wonder > if fsck didn't cause most of the corruption itself. > > I realize this isn't exactly helpful as a bug report, but what can > I do. Something in -CURRENT from the last two weeks or so, maybe > specific to amd64, maybe not, may eat filesystems. > > Since I actually use the box and can't afford to reinstall it once > or twice a week, I've moved it to RELENG_7 for the time being. > http://lists.freebsd.org/pipermail/freebsd-current/2009-March/003903.html may be related. Just for now I am using: > uname -a FreeBSD wep4035 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Fri Mar 6 18:47:22 CET 2009 root@wep4035:/usr/obj/usr/src/sys/GENERIC amd64 > uptime 9:10PM up 5 days, 5:20, 4 users, load averages: 0.02, 0.01, 0.00 The system is working but I'm not sure there is no corruption... FYI, Alexey. From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 20:23:32 2009 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 1777F1065675 for ; Thu, 12 Mar 2009 20:23:32 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63901.mail.re1.yahoo.com (web63901.mail.re1.yahoo.com [69.147.97.116]) by mx1.freebsd.org (Postfix) with SMTP id B10968FC1B for ; Thu, 12 Mar 2009 20:23:31 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 20784 invoked by uid 60001); 12 Mar 2009 20:23:31 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1236889411; bh=mB/wBgGXlA+jrPyt8N+NaznI+v6K9qyd88/X5xjvNkk=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=uu3sYC/JOVv0Ag4ydmu/rnKfGsw346opieCgYwIKQboyN/wZnKzuXI/9lYsWUF7tBCli5zoqYNnOOGxQvitNvfe/ZO7uBvPpyBktITBgqFDvppLJ9ePUiVlaJB0eJxW7Thq2JLauhfsuUXwYibo70Kab2EOuyC33ado/RCPU++0= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=i2NlBcDzog9LQCUYkMrkcpOzf/LI1rIxjuS2wDg0p8jQzMnA61jVB4iyjYKaX3X31eyNmOiCjHZAIERjKk0XXg/fnBqgm8PaNUoQfGLP9/rYvfb40k4VEK0O6RRKdW1b0cLykK50PwN6o+9SNrUt7aw6+eQMSflKd+CcHwpb0+c=; Message-ID: <156527.19600.qm@web63901.mail.re1.yahoo.com> X-YMail-OSG: V4DBSQYVM1kBumAXhlbPXtc24_Hd2RGromSA9T83av0OdUfRoeePhjORwGRzMdzWHCnZDSaOubFODKU1uzQ6NhLzLcX7aydEkaECrw1kUV11cFJBPNiLZNfQn5eTNAVBU9r5viLgzMhMNOdzNd5qtRiA2.Btz4tXDtHDD1wtgcllzaKDAyHqZxEumgLRkoxATth00_XuRPjK9NQ- Received: from [98.242.222.229] by web63901.mail.re1.yahoo.com via HTTP; Thu, 12 Mar 2009 13:23:31 PDT X-Mailer: YahooMailWebService/0.7.289.1 Date: Thu, 12 Mar 2009 13:23:31 -0700 (PDT) From: Barney Cordoba To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: Interrupt routine usage not shown by top in 8.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: barney_cordoba@yahoo.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, 12 Mar 2009 20:23:32 -0000 I'm fireing 400Kpps at a udp blackhole port. I'm getting 6000 interrupts per second on em3: testbox# vmstat -i; sleep 1; vmstat -i interrupt total rate irq1: atkbd0 1 0 irq6: fdc0 1 0 irq17: uhci1+ 2226 9 irq18: uhci2 ehci+ 9 0 cpu0: timer 470507 1993 irq256: em0 665 2 irq259: em3 1027684 4354 cpu1: timer 470272 1992 cpu3: timer 470273 1992 cpu2: timer 470273 1992 Total 2911911 12338 interrupt total rate irq1: atkbd0 1 0 irq6: fdc0 1 0 irq17: uhci1+ 2226 9 irq18: uhci2 ehci+ 9 0 cpu0: timer 472513 1993 irq256: em0 668 2 irq259: em3 1033703 4361 cpu1: timer 472278 1992 cpu3: timer 472279 1992 cpu2: timer 472279 1992 Total 2925957 12345 top -SH shows: PID STATE C TIME CPU COMMAND 10 CPU3 3 7:32 100.00% idle 10 CPU2 2 7:32 100.00% idle 10 RUN 0 7:31 100.00% idle 10 CPU1 1 7:31 100.00% idle This implies that CPU usage is substantially under-reported in general by the system. Note that I've modified em_irq_fast() to call em_handle_rxtx() directly rather than scheduling a task to illustrate the problem Barney From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 20:44:32 2009 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 A4899106566C for ; Thu, 12 Mar 2009 20:44:32 +0000 (UTC) (envelope-from fbsdq@peterk.org) Received: from poshta.pknet.net (poshta.pknet.net [216.241.167.213]) by mx1.freebsd.org (Postfix) with SMTP id 4A38B8FC1F for ; Thu, 12 Mar 2009 20:44:32 +0000 (UTC) (envelope-from fbsdq@peterk.org) Received: (qmail 71914 invoked from network); 12 Mar 2009 20:17:50 -0000 Received: from poshta.pknet.net (HELO pop.pknet.net) (216.241.167.213) by poshta.pknet.net with SMTP; 12 Mar 2009 20:17:50 -0000 Received: from 216.241.167.212 (SquirrelMail authenticated user fbsdq@peterk.org) by webmail.pknet.net with HTTP; Thu, 12 Mar 2009 14:17:50 -0600 (MDT) Message-ID: <51612.216.241.167.212.1236889070.squirrel@webmail.pknet.net> Date: Thu, 12 Mar 2009 14:17:50 -0600 (MDT) From: "Peter" To: "Saifi Khan" User-Agent: SquirrelMail/1.4.11 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-current@freebsd.org Subject: Re: 8.x amd64 snapshots ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2009 20:44:32 -0000 > Hi all: > > i noticed two times that a directory labelled 200902 appeared > and then disappeared under this URL > ftp://ftp.freebsd.org/pub/FreeBSD/snapshots > > Is there any FreeBSD 8.x AMD64 snapshot expected soon ? > > > thanks > Saifi. ftp://ftp4.freebsd.org/pub/FreeBSD/snapshots/ I believe some other ftp sites had those snapshots also as I was counting up from ftp1 - Not sure why all mirrors are not the same. ]Peter[ From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 19:41:41 2009 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 7310610657B9; Thu, 12 Mar 2009 19:41:41 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id E87CB8FC15; Thu, 12 Mar 2009 19:41:40 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1LhqXD-000530-6H>; Thu, 12 Mar 2009 20:25:39 +0100 Received: from e178054136.adsl.alicedsl.de ([85.178.54.136] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1LhqXD-0008Qs-1B>; Thu, 12 Mar 2009 20:25:39 +0100 Message-ID: <49B961B7.6020303@mail.zedat.fu-berlin.de> Date: Thu, 12 Mar 2009 20:25:43 +0100 From: "O. Hartmann" User-Agent: Thunderbird 2.0.0.19 (X11/20090202) MIME-Version: 1.0 To: Kip Macy References: <1236372641.1671.11.camel@balrog.2hip.net> <18869.10411.538031.500651@jerusalem.litteratus.org> <20090309170833.42069a98@ernst.jennejohn.org> <18869.16614.1547.140164@jerusalem.litteratus.org> <1236617617.1680.17.camel@balrog.2hip.net> <3c1674c90903091036q4585519aja68d7f9bcd350010@mail.gmail.com> In-Reply-To: <3c1674c90903091036q4585519aja68d7f9bcd350010@mail.gmail.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.54.136 X-Mailman-Approved-At: Thu, 12 Mar 2009 20:50:13 +0000 Cc: freebsd-x11 , Robert Huff , Nenhum_de_Nos , Robert Noland , freebsd-current Subject: Re: [HEADS UP] Radeon r6/7xx drm code to be committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2009 19:41:43 -0000 Kip Macy wrote: > I have an HD4850 and it works well. Unfortunately it is the one from > ASUS where only one port does dual-link. > > -Kip > > On Mon, Mar 9, 2009 at 10:27 AM, Nenhum_de_Nos wrote: > >> On Mon, March 9, 2009 13:53, Robert Noland wrote: >> >>> On Mon, 2009-03-09 at 12:16 -0400, Robert Huff wrote: >>> >>>> Gary Jennejohn writes: >>>> >>>> >>>>> > > This should work on pretty much all Radeon r600+ cards (and the >>>>> >>>> older >>>> >>>>> > > stuff as well). With the appropriate X drivers, you should get >>>>> >>>> EXA >>>> >>>>> > > accelleration and Xv. 3d is not available yet, afaik. >>>>> > >>>>> >>>>> This is kernel code and has nothing directly to do with ports. >>>>> >>>> Let me be more specific. >>>> Assuming I'm using a 3850, which I believe is the RV670 >>>> chipset, is there anything I will need to change in xorg.conf (or >>>> elsewhere) to take advantage of/not break the new code? >>>> >>> rv670 is what I'm testing on... I tried to put a few details in the >>> commit message. >>> >>> Basically, for R600+ you have to force DRI on for the moment. You >>> should also be using exa. >>> >>> So, right now, I'm using radeonhd from git master, with : >>> >>> Driver "radeonhd" >>> VendorName "ATI Technologies Inc" >>> BoardName "RV670PRO [Radeon HD 3850]" >>> BusID "PCI:1:0:0" >>> Option "DRI" >>> Option "AccelMethod" "EXA" >>> Option "Audio" >>> EndSection >>> >>> robert. >>> >>> >>>> Robert Huff >>>> >>>> >>> -- >>> Robert Noland >>> FreeBSD >>> >> I'm planning to move from nVidia to ATi, and all this work is what makes >> me do that. This code you're talking about, would benefit a HD4850 ? >> >> thanks, >> >> matheus >> >> -- >> We will call you cygnus, >> The God of balance you shall be >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> >> > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > I use a MSI HD4830 on a UP FreeBSD 8.0-CURRENT/amd64 box with Driver "radeon" from ports/xorg-7.4. Without EXA and DRI the graphics card works well, but when enabling EXA and/or DRI, system goes mustang. Ctrl-Alt-FX doesn't bring back a console, the tty is 'blinking' as it looks like the X server tries to start and fails. On another box, running FreeBSD 8.0-CURRENT/amd64, but SMP and MSI HD4670, with EXA and DRI enabled the whole box crashes immediately when loading Xserver. Without EXA and DRI, leaving a windowmaker session and therefore ending the Xserver kills the box, the OS dies and coredumps or hangs forever with a tiled screen showing 3 rows of 6 columns of the console screen on a 20,1 inch TFT. From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 20:52:41 2009 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 7FBEA106566C for ; Thu, 12 Mar 2009 20:52:41 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (kientzle.com [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id B60818FC12 for ; Thu, 12 Mar 2009 20:52:40 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: (from root@localhost) by kientzle.com (8.14.3/8.14.3) id n2CKqd5w046117; Thu, 12 Mar 2009 13:52:39 -0700 (PDT) (envelope-from kientzle@freebsd.org) Received: from [10.123.2.23] (fw2.kientzle.com [10.123.1.2]) by kientzle.com with SMTP id uz9srqa44axifejxbdsdm5mybn; Thu, 12 Mar 2009 13:52:39 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <49B97617.8010709@freebsd.org> Date: Thu, 12 Mar 2009 13:52:39 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060422 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Peter Schuller References: <20090312175345.Y80227@rust.salford.ac.uk> <20090312191333.GA97342@hyperion.scode.org> In-Reply-To: <20090312191333.GA97342@hyperion.scode.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Mark Powell Subject: Re: repeatable ZFS panic: share->excl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2009 20:52:41 -0000 Peter Schuller wrote: >> First problem I notice is a panic, which seems to occur every time 'tar' >>is used. Might be unrelated to tar, but it definately provokes it. Simply >>the tar command or a pkg_add causes it. > > See the "ZFS/extattr lockup"/"bsdtar lockup on current" threads from > the past handful of days. I think this may be a different problem. The earlier thread involved a ZFS bug that causes it to lock up if it receives a request to enumerate extended attributes on a file (via extattr_list_link system call). Tar recently added support for backing up extended attributes. I've disabled that support until this particular ZFS problem can be fixed. However, pkg_add uses tar to extract archives, not create them, so this is not the same problem. I haven't disabled tar support for restoring extended attributes, but no existing packages should have extended attributes to be restored, so I doubt this is the same issue. 1) Do you get the same symptoms on UFS? 2) Is this on extraction or just create? 3) Can you run tar under "ktrace" and figure out what system call is provoking the problem? Tim From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 21:01:00 2009 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 72B44106566C; Thu, 12 Mar 2009 21:01:00 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.227]) by mx1.freebsd.org (Postfix) with ESMTP id 2D8D68FC1A; Thu, 12 Mar 2009 21:00:59 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by rv-out-0506.google.com with SMTP id f6so1306340rvb.43 for ; Thu, 12 Mar 2009 14:00:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=qFCXHUTGtVW6DRJp8/0+m8Y2Z9jD4xJ7gUCmEKtZMgM=; b=gi1Mi6NQHtTBw2lxPQIuVY6FkHTLPBKQF0Ek8m0ViiD6CmEAVoDeZK73x4Y4PF8mW3 cG83yIrYiEpA6r5qjSXUyYV5hT55c4g6h1j+sFGe0x3GenhdaTbE6yp7mK0HFaal9ync fDVoXvvYgHh821eMKBOGTyRMOoSJdEuTbwYJU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=QHGa/WOn+0yA7rMh6Hd2smgEJuYu9GrPmVH7evMFoB7vPO1174mdkZ6K3qsBclZH/e i0qHIUaUKgCiuEsAJycBihPhmwi1Pb163mXnMSpGgGqfG/JcNUtjaIprWf3mRIOl3olR Hq+HzITQEJ8xuMHZW8Y9bIVCKZNwVI1cVOhz4= MIME-Version: 1.0 Sender: mat.macy@gmail.com Received: by 10.140.199.15 with SMTP id w15mr137215rvf.26.1236891659700; Thu, 12 Mar 2009 14:00:59 -0700 (PDT) In-Reply-To: <49B961B7.6020303@mail.zedat.fu-berlin.de> References: <1236372641.1671.11.camel@balrog.2hip.net> <18869.10411.538031.500651@jerusalem.litteratus.org> <20090309170833.42069a98@ernst.jennejohn.org> <18869.16614.1547.140164@jerusalem.litteratus.org> <1236617617.1680.17.camel@balrog.2hip.net> <3c1674c90903091036q4585519aja68d7f9bcd350010@mail.gmail.com> <49B961B7.6020303@mail.zedat.fu-berlin.de> Date: Thu, 12 Mar 2009 14:00:59 -0700 X-Google-Sender-Auth: cbcfd8fc779e4e0d Message-ID: <3c1674c90903121400s10c517f3i9714272d20a4ddc2@mail.gmail.com> From: Kip Macy To: "O. Hartmann" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-x11 , Robert Huff , Nenhum_de_Nos , Robert Noland , freebsd-current Subject: Re: [HEADS UP] Radeon r6/7xx drm code to be committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2009 21:01:00 -0000 radeon locks up my system, use radeonhd On Thu, Mar 12, 2009 at 12:25 PM, O. Hartmann wrote: > Kip Macy wrote: >> I have an HD4850 and it works well. Unfortunately it is the one from >> ASUS where only one port does dual-link. >> >> -Kip >> >> On Mon, Mar 9, 2009 at 10:27 AM, Nenhum_de_Nos wrote: >> >>> On Mon, March 9, 2009 13:53, Robert Noland wrote: >>> >>>> On Mon, 2009-03-09 at 12:16 -0400, Robert Huff wrote: >>>> >>>>> Gary Jennejohn writes: >>>>> >>>>> >>>>>> =A0> > =A0This should work on pretty much all Radeon r600+ cards (an= d the >>>>>> >>>>> older >>>>> >>>>>> =A0> > =A0stuff as well). =A0With the appropriate X drivers, you sho= uld get >>>>>> >>>>> EXA >>>>> >>>>>> =A0> > =A0accelleration and Xv. =A03d is not available yet, afaik. >>>>>> =A0> >>>>>> >>>>>> =A0This is kernel code and has nothing directly to do with ports. >>>>>> >>>>> =A0 =A0 =A0Let me be more specific. >>>>> =A0 =A0 =A0Assuming I'm using a 3850, which I believe is the RV670 >>>>> chipset, is there anything I will need to change in xorg.conf (or >>>>> elsewhere) to take advantage of/not break the new code? >>>>> >>>> rv670 is what I'm testing on... I tried to put a few details in the >>>> commit message. >>>> >>>> Basically, for R600+ you have to force DRI on for the moment. =A0You >>>> should also be using exa. >>>> >>>> So, right now, I'm using radeonhd from git master, with : >>>> >>>> =A0 =A0 =A0 =A0 Driver =A0 =A0 =A0"radeonhd" >>>> =A0 =A0 =A0 =A0 VendorName =A0"ATI Technologies Inc" >>>> =A0 =A0 =A0 =A0 BoardName =A0 "RV670PRO [Radeon HD 3850]" >>>> =A0 =A0 =A0 =A0 BusID =A0 =A0 =A0 "PCI:1:0:0" >>>> =A0 =A0 =A0 =A0 Option =A0 =A0 =A0"DRI" >>>> =A0 =A0 =A0 =A0 Option =A0 =A0 =A0"AccelMethod" "EXA" >>>> =A0 =A0 =A0 =A0 Option =A0 =A0 =A0"Audio" >>>> EndSection >>>> >>>> robert. >>>> >>>> >>>>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Robert Huf= f >>>>> >>>>> >>>> -- >>>> Robert Noland >>>> FreeBSD >>>> >>> I'm planning to move from nVidia to ATi, and all this work is what make= s >>> me do that. This code you're talking about, would benefit a HD4850 ? >>> >>> thanks, >>> >>> matheus >>> >>> -- >>> We will call you cygnus, >>> The God of balance you shall be >>> >>> _______________________________________________ >>> 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" >>> >>> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.or= g" >> > I use a MSI HD4830 on a UP FreeBSD 8.0-CURRENT/amd64 box with > > Driver =A0 "radeon" > > from ports/xorg-7.4. Without EXA and DRI the graphics card works well, > but when enabling EXA and/or DRI, system goes mustang. Ctrl-Alt-FX > doesn't bring back a console, the tty is 'blinking' as it looks like the > X server tries to start and fails. > > On another box, running FreeBSD 8.0-CURRENT/amd64, but SMP and MSI > HD4670, with EXA and DRI enabled the whole box crashes immediately when > loading Xserver. Without EXA and DRI, leaving a windowmaker session and > therefore ending the Xserver kills the box, the OS dies and coredumps or > hangs forever with a tiled screen showing 3 rows of 6 columns of the > console screen on a 20,1 inch TFT. > From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 21:20:28 2009 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 BD5C8106564A for ; Thu, 12 Mar 2009 21:20:28 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from zim.MIT.EDU (ZIM.MIT.EDU [18.95.3.101]) by mx1.freebsd.org (Postfix) with ESMTP id 7B5448FC08 for ; Thu, 12 Mar 2009 21:20:28 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from zim.MIT.EDU (localhost [127.0.0.1]) by zim.MIT.EDU (8.14.3/8.14.2) with ESMTP id n2CLKRKd002689; Thu, 12 Mar 2009 17:20:27 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by zim.MIT.EDU (8.14.3/8.14.2/Submit) id n2CLKRRg002688; Thu, 12 Mar 2009 17:20:27 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Date: Thu, 12 Mar 2009 17:20:27 -0400 From: David Schultz To: Saifi Khan Message-ID: <20090312212027.GA2597@zim.MIT.EDU> Mail-Followup-To: Saifi Khan , freebsd-current@FreeBSD.ORG References: <012E1E4D-4C4E-414E-971E-ADCC48EB0698@mac.com> <20090312025921.GA17420@zim.MIT.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: freebsd-current@FreeBSD.ORG Subject: Re: ASL 2.0 based software contribution to FreeBSD code base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2009 21:20:29 -0000 On Thu, Mar 12, 2009, Saifi Khan wrote: > On Wed, 11 Mar 2009, David Schultz wrote: > > > On Thu, Mar 12, 2009, Saifi Khan wrote: > > > Is there anything specified in the FreeBSD project, that would > > > prohibit ASL 2.0 licensed device drivers from being used in > > > the OS ? > > > > No, but core@ would have to approve it. I presume their decision > > would take into consideration technical justification, terms of > > the license, and how the proposed code interacts with other > > components in the base system. > > > > Great ! Thats very encouraging. Thanks Dave. > > System code (drivers included) released under standard ASL 2.0 > license should work. Be careful not to read too much into what I wrote. I deliberately didn't say anything about the likelihood of such code being accepted because I'm not on core@ and I don't represent them. I merely reiterated to you the pertinent part of the Project's license policy. From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 21:23:28 2009 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 36B27106568B for ; Thu, 12 Mar 2009 21:23:28 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.187]) by mx1.freebsd.org (Postfix) with ESMTP id E33E68FC17 for ; Thu, 12 Mar 2009 21:23:25 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: by ti-out-0910.google.com with SMTP id a1so3440tib.3 for ; Thu, 12 Mar 2009 14:23:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:in-reply-to:message-id:user-agent:mime-version:content-type; bh=bGDHv4+R/tm8YAW9uQhCOdew8hSTprXM4qhOQhlaS1I=; b=Cpg05u1fNY0ffGPlsuy8kVHKOAqOB9OZGlilfPoFMcvPjjblXVEPnXeBACkdHRj341 XcexP4LhF3Rhec0oSfbpcUG3nQ2Glwy2+fe+nxvwI1s65VQeR+m3VDn/pk2xyxBcHPU2 TYdurI3+I/EuHdzDCZy3ujMg8xZMaMjChdvuE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; b=icfGMLiInXberuN3Kqx9Dhohw4JlVCPZRyJ6FESX4olMdzOu/tdRG8b6+zzkf7Nhw7 H2B/ZxnTArW4sJlMRfXQsdCLqNr22eBah5Qr9M1O9a2EyFUhjPWcb/B6yJh+k1KcEnJI JXsQ1YjEBvL7x0pEuVilLjIheWLl9CgEr0UD4= Received: by 10.110.10.16 with SMTP id 16mr712062tij.27.1236892634255; Thu, 12 Mar 2009 14:17:14 -0700 (PDT) Received: from localhost (95-24-212-58.broadband.corbina.ru [95.24.212.58]) by mx.google.com with ESMTPS id d7sm1837463tib.22.2009.03.12.14.16.57 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 12 Mar 2009 14:17:01 -0700 (PDT) From: Anonymous To: Tim Kientzle References: <20090312175345.Y80227@rust.salford.ac.uk> <20090312191333.GA97342@hyperion.scode.org> <49B97617.8010709@freebsd.org> Date: Fri, 13 Mar 2009 00:16:24 +0300 In-Reply-To: <49B97617.8010709@freebsd.org> (Tim Kientzle's message of "Thu, 12 Mar 2009 13:52:39 -0700") Message-ID: <86r6124f2v.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.91 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org, Peter Schuller , Mark Powell Subject: Re: repeatable ZFS panic: share->excl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2009 21:23:43 -0000 Tim Kientzle writes: > Peter Schuller wrote: >>> First problem I notice is a panic, which seems to occur every >>> time 'tar' is used. Might be unrelated to tar, but it definately >>> provokes it. Simply the tar command or a pkg_add causes it. >> >> See the "ZFS/extattr lockup"/"bsdtar lockup on current" threads from >> the past handful of days. > > I think this may be a different problem. > The earlier thread involved a ZFS bug that causes > it to lock up if it receives a request to enumerate > extended attributes on a file (via extattr_list_link > system call). Tar recently added support for > backing up extended attributes. I've disabled > that support until this particular ZFS problem can > be fixed. I guess you're wrong, it's same issue. Here is output from unmodified kernel (r189728) under qemu which looks exactly as on that screenshot. Perhaps, the panic is triggered by INVARIANTS. # lsextattr -h user foo shared lock of (lockmgr) zfs @ /usr/src/sys/kern/vfs_lookup.c:477 while exclusively locked from /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_znode.c:152 panic: share->excl cpuid = 0 KDB: enter: panic [thread pid 105 tid 100078 ] Stopped at kdb_enter+0x3d: movq $0,0x662538(%rip) db> bt Tracing pid 105 tid 100078 td 0xffffff00015bea80 kdb_enter() at kdb_enter+0x3d panic() at panic+0x17b witness_checkorder() at witness_checkorder+0x16e __lockmgr_args() at __lockmgr_args+0xd1b vop_stdlock() at vop_stdlock+0x39 VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b _vn_lock() at _vn_lock+0x57 lookup() at lookup+0xf4 namei() at namei+0x545 zfs_listextattr() at zfs_listextattr+0x18c VOP_LISTEXTATTR_APV() at VOP_LISTEXTATTR_APV+0xb5 extattr_list_vp() at extattr_list_vp+0x22a extattr_list_link() at extattr_list_link+0xc3 syscall() at syscall+0x1e7 Xfast_syscall() at Xfast_syscall+0xab --- syscall (439, FreeBSD ELF64, extattr_list_link), rip = 0x800692e4c, rsp = 0x7fffffffed08, rbp = 0x7fffffffede0 --- db> show all locks Process 105 (lsextattr) thread 0xffffff00015bea80 (100078) exclusive lockmgr zfs (zfs) r = 0 (0xffffff0001581578) locked @ /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_znode.c:152 exclusive lockmgr zfs (zfs) r = 0 (0xffffff0001581a58) locked @ /usr/src/sys/kern/vfs_extattr.c:668 db> show lockedvnods Locked vnodes 0xffffff00015819c0: tag zfs, type VREG usecount 1, writecount 0, refcount 1 mountedhere 0 flags () v_object 0xffffff0001574898 ref 0 pages 0 lock type zfs: EXCL by thread 0xffffff00015bea80 (pid 105) #0 0xffffffff80530568 at __lockmgr_args+0x758 #1 0xffffffff805c0fd9 at vop_stdlock+0x39 #2 0xffffffff808557db at VOP_LOCK1_APV+0x9b #3 0xffffffff805dd6a7 at _vn_lock+0x57 #4 0xffffffff805c2f20 at extattr_list_vp+0xb0 #5 0xffffffff805c3173 at extattr_list_link+0xc3 #6 0xffffffff8080f227 at syscall+0x1e7 #7 0xffffffff807ec39b at Xfast_syscall+0xab 0xffffff00015814e0: tag zfs, type VDIR usecount 1, writecount 0, refcount 1 mountedhere 0 flags () lock type zfs: EXCL by thread 0xffffff00015bea80 (pid 105) #0 0xffffffff80530568 at __lockmgr_args+0x758 #1 0xffffffff805c0fd9 at vop_stdlock+0x39 #2 0xffffffff808557db at VOP_LOCK1_APV+0x9b #3 0xffffffff805dd6a7 at _vn_lock+0x57 #4 0xffffffff8108405e at zfs_znode_cache_constructor+0x4e #5 0xffffffff81085029 at zfs_znode_alloc+0x39 #6 0xffffffff81085915 at zfs_mknode+0x205 #7 0xffffffff810948f5 at zfs_make_xattrdir+0x155 #8 0xffffffff81095bc3 at zfs_get_xattrdir+0xd3 #9 0xffffffff810a4dbf at zfs_lookup+0x11f #10 0xffffffff810a51d8 at zfs_listextattr+0x128 #11 0xffffffff80853255 at VOP_LISTEXTATTR_APV+0xb5 #12 0xffffffff805c309a at extattr_list_vp+0x22a #13 0xffffffff805c3173 at extattr_list_link+0xc3 #14 0xffffffff8080f227 at syscall+0x1e7 #15 0xffffffff807ec39b at Xfast_syscall+0xab > > However, pkg_add uses tar to extract archives, > not create them, so this is not the same > problem. I haven't disabled tar support for > restoring extended attributes, but no > existing packages should have extended attributes > to be restored, so I doubt this is the same issue. > > 1) Do you get the same symptoms on UFS? > > 2) Is this on extraction or just create? > > 3) Can you run tar under "ktrace" and > figure out what system call is provoking > the problem? > > Tim From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 21:36:56 2009 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 9A68D106566B for ; Thu, 12 Mar 2009 21:36:56 +0000 (UTC) (envelope-from chris@young-alumni.com) Received: from mail.oldschoolpunx.net (cpe-72-177-10-243.austin.res.rr.com [72.177.10.243]) by mx1.freebsd.org (Postfix) with ESMTP id 64DCC8FC14 for ; Thu, 12 Mar 2009 21:36:56 +0000 (UTC) (envelope-from chris@young-alumni.com) Received: by mail.oldschoolpunx.net (Postfix, from userid 58) id 16FD295B02; Thu, 12 Mar 2009 16:21:18 -0500 (CDT) Received: from [192.168.8.100] (unknown [192.168.8.100]) by mail.oldschoolpunx.net (Postfix) with ESMTPSA id 5174595A95 for ; Thu, 12 Mar 2009 16:17:24 -0500 (CDT) Message-Id: From: Chris Ruiz To: current@freebsd.org In-Reply-To: <156527.19600.qm@web63901.mail.re1.yahoo.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Thu, 12 Mar 2009 16:17:22 -0500 References: <156527.19600.qm@web63901.mail.re1.yahoo.com> X-Mailer: Apple Mail (2.930.3) Cc: Subject: Re: Interrupt routine usage not shown by top in 8.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2009 21:36:56 -0000 On Mar 12, 2009, at 3:23 PM, Barney Cordoba wrote: > > I'm fireing 400Kpps at a udp blackhole port. I'm getting 6000 > interrupts > per second on em3: > > testbox# vmstat -i; sleep 1; vmstat -i > interrupt total rate > irq1: atkbd0 1 0 > irq6: fdc0 1 0 > irq17: uhci1+ 2226 9 > irq18: uhci2 ehci+ 9 0 > cpu0: timer 470507 1993 > irq256: em0 665 2 > irq259: em3 1027684 4354 > cpu1: timer 470272 1992 > cpu3: timer 470273 1992 > cpu2: timer 470273 1992 > Total 2911911 12338 > > interrupt total rate > irq1: atkbd0 1 0 > irq6: fdc0 1 0 > irq17: uhci1+ 2226 9 > irq18: uhci2 ehci+ 9 0 > cpu0: timer 472513 1993 > irq256: em0 668 2 > irq259: em3 1033703 4361 > cpu1: timer 472278 1992 > cpu3: timer 472279 1992 > cpu2: timer 472279 1992 > Total 2925957 12345 > > > top -SH shows: > > PID STATE C TIME CPU COMMAND > 10 CPU3 3 7:32 100.00% idle > 10 CPU2 2 7:32 100.00% idle > 10 RUN 0 7:31 100.00% idle > 10 CPU1 1 7:31 100.00% idle > > This implies that CPU usage is substantially under-reported in general > by the system. Note that I've modified em_irq_fast() to call > em_handle_rxtx() directly rather than scheduling a task to illustrate > the problem > > Barney The version of top in the base system is known to provide incorrect metrics. Chris From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 22:23:14 2009 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 3673A106564A for ; Thu, 12 Mar 2009 22:23:14 +0000 (UTC) (envelope-from M.S.Powell@salford.ac.uk) Received: from airy.salford.ac.uk (airy.salford.ac.uk [146.87.0.11]) by mx1.freebsd.org (Postfix) with SMTP id 9EE0C8FC14 for ; Thu, 12 Mar 2009 22:23:13 +0000 (UTC) (envelope-from M.S.Powell@salford.ac.uk) Received: (qmail 65063 invoked by uid 98); 12 Mar 2009 22:23:12 +0000 Received: from 146.87.255.121 by airy.salford.ac.uk (envelope-from , uid 401) with qmail-scanner-2.01 (clamdscan: 0.94.2/9102. spamassassin: 3.2.4. Clear:RC:1(146.87.255.121):. Processed in 0.0449000000000001 secs); 12 Mar 2009 22:23:12 -0000 Received: from rust.salford.ac.uk (HELO rust.salford.ac.uk) (146.87.255.121) by airy.salford.ac.uk (qpsmtpd/0.3x.614) with SMTP; Thu, 12 Mar 2009 22:23:11 +0000 Received: (qmail 13235 invoked by uid 1002); 12 Mar 2009 22:23:09 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 12 Mar 2009 22:23:09 -0000 Date: Thu, 12 Mar 2009 22:23:09 +0000 (GMT) From: "Mark Powell" To: Tim Kientzle In-Reply-To: <49B97617.8010709@freebsd.org> Message-ID: <20090312210553.Q1510@rust.salford.ac.uk> References: <20090312175345.Y80227@rust.salford.ac.uk> <20090312191333.GA97342@hyperion.scode.org> <49B97617.8010709@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, Peter Schuller Subject: Re: repeatable ZFS panic: share->excl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2009 22:23:14 -0000 On Thu, 12 Mar 2009, Tim Kientzle wrote: > I think this may be a different problem. The earlier thread involved a > ZFS bug that causes it to lock up if it receives a request to enumerate > extended attributes on a file (via extattr_list_link system call). Tar > recently added support for backing up extended attributes. I've > disabled that support until this particular ZFS problem can be fixed. I just rebuilt world on one box and the problem went away. Your fix I assume? > However, pkg_add uses tar to extract archives, not create them, so this > is not the same problem. I haven't disabled tar support for restoring > extended attributes, but no existing packages should have extended > attributes to be restored, so I doubt this is the same issue. > > 1) Do you get the same symptoms on UFS? No problems on UFS. > 2) Is this on extraction or just create? The problem occurs with just tar create. I'm not sure why pkg_add provokes it. > 3) Can you run tar under "ktrace" and figure out what system call is > provoking the problem? I'm not sure how I could dump the ktrace.out after a panic. A truss of a tar create on a zfs volume shows the last call to be: __acl_get_file(...) ERR#45 'Operation not supported' shared lock of (lockmgr) zfs @ /usr/src/sys/kern/vfs_lookup.c:442 Cheers. -- Mark Powell - UNIX System Administrator - The University of Salford Information & Learning Services, Clifford Whitworth Building, Salford University, Manchester, M5 4WT, UK. Tel: +44 161 295 6843 Fax: +44 161 295 5888 www.pgp.com for PGP key From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 22:40:37 2009 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 F40EC1065676 for ; Thu, 12 Mar 2009 22:40:36 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63907.mail.re1.yahoo.com (web63907.mail.re1.yahoo.com [69.147.97.122]) by mx1.freebsd.org (Postfix) with SMTP id B4C928FC18 for ; Thu, 12 Mar 2009 22:40:36 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 60396 invoked by uid 60001); 12 Mar 2009 22:40:36 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1236897636; bh=kWaT1DjYJKdIIVu9Jhld4qPFjYxxtaT8Vlwe+BtOua4=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=FLpxig5AEMAW2yTVfAcpBsA7mXrMoLiZLroTdCqy31vIVCwgwQY459RRHoTDHuVPHL4fcTfd00pZ79JIfi6SlyhmN0glPs5P8YRx5DGuyXU8jEf9rKkk0PpYhDDP2v3BvnIXBdl+Bh1E1Kbt2GYNYEXITeDLR3WduxBRXR88wF4= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=nJd9kTywQtiKF+15GKG/eawjNXx0qs5t13CD9+/w5xAhYq3Lja0g4zgwt/Co9fe5WDXJn5A3aP8Aw2AHADZR7YIgSVysXi59c4uyJTx3GfWqrAIAlDT5JyHMcqWoEdj+MG6wnUaHLrYvSHBdBOgARGzIAOaU9/wSs+bt68SPRCY=; Message-ID: <87164.59627.qm@web63907.mail.re1.yahoo.com> X-YMail-OSG: SzyQC.UVM1mHug5YHXEYjW6SHXeVs8XXmun5ljgshn3Ftq_.didFgVaoAHX1wcx_4HCRLE6MQI7QztxiGHKzHNgcPQ4aHxD50AxHHVxJCfAEI0AeFkbQxtDfk0gUvndEE3_snypDK6TevnQhzwGIw5CBicnGC9O9f2.1SoQew.0BCHmRfKfIn3naaYT_1jY- Received: from [98.242.222.229] by web63907.mail.re1.yahoo.com via HTTP; Thu, 12 Mar 2009 15:40:36 PDT X-Mailer: YahooMailWebService/0.7.289.1 Date: Thu, 12 Mar 2009 15:40:36 -0700 (PDT) From: Barney Cordoba To: current@freebsd.org, Chris Ruiz In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: Re: Interrupt routine usage not shown by top in 8.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: barney_cordoba@yahoo.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, 12 Mar 2009 22:40:37 -0000 --- On Thu, 3/12/09, Chris Ruiz wrote: > From: Chris Ruiz > Subject: Re: Interrupt routine usage not shown by top in 8.0 > To: current@freebsd.org > Date: Thursday, March 12, 2009, 5:17 PM > On Mar 12, 2009, at 3:23 PM, Barney Cordoba wrote: > > > > > I'm fireing 400Kpps at a udp blackhole port. > I'm getting 6000 > > interrupts > > per second on em3: > > > > testbox# vmstat -i; sleep 1; vmstat -i > > interrupt total rate > > irq1: atkbd0 1 0 > > irq6: fdc0 1 0 > > irq17: uhci1+ 2226 9 > > irq18: uhci2 ehci+ 9 0 > > cpu0: timer 470507 1993 > > irq256: em0 665 2 > > irq259: em3 1027684 4354 > > cpu1: timer 470272 1992 > > cpu3: timer 470273 1992 > > cpu2: timer 470273 1992 > > Total 2911911 12338 > > > > interrupt total rate > > irq1: atkbd0 1 0 > > irq6: fdc0 1 0 > > irq17: uhci1+ 2226 9 > > irq18: uhci2 ehci+ 9 0 > > cpu0: timer 472513 1993 > > irq256: em0 668 2 > > irq259: em3 1033703 4361 > > cpu1: timer 472278 1992 > > cpu3: timer 472279 1992 > > cpu2: timer 472279 1992 > > Total 2925957 12345 > > > > > > top -SH shows: > > > > PID STATE C TIME CPU COMMAND > > 10 CPU3 3 7:32 100.00% idle > > 10 CPU2 2 7:32 100.00% idle > > 10 RUN 0 7:31 100.00% idle > > 10 CPU1 1 7:31 100.00% idle > > > > This implies that CPU usage is substantially > under-reported in general > > by the system. Note that I've modified > em_irq_fast() to call > > em_handle_rxtx() directly rather than scheduling a > task to illustrate > > the problem > > > > Barney > > The version of top in the base system is known to provide > incorrect > metrics. > > Chris Does that imply that there exists a version that provides correct information? Barney From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 23:16:44 2009 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 78B4D106564A for ; Thu, 12 Mar 2009 23:16:44 +0000 (UTC) (envelope-from chris@young-alumni.com) Received: from mail.oldschoolpunx.net (cpe-72-177-10-243.austin.res.rr.com [72.177.10.243]) by mx1.freebsd.org (Postfix) with ESMTP id 52B798FC15 for ; Thu, 12 Mar 2009 23:16:44 +0000 (UTC) (envelope-from chris@young-alumni.com) Received: by mail.oldschoolpunx.net (Postfix, from userid 58) id ABC7595D09; Thu, 12 Mar 2009 18:16:43 -0500 (CDT) Received: from [192.168.8.100] (unknown [192.168.8.100]) by mail.oldschoolpunx.net (Postfix) with ESMTPSA id F3BDA95CFB for ; Thu, 12 Mar 2009 18:12:49 -0500 (CDT) Message-Id: <494612FF-EB15-467D-B11C-C46480D695C8@young-alumni.com> From: Chris Ruiz To: freebsd-current@freebsd.org In-Reply-To: <87164.59627.qm@web63907.mail.re1.yahoo.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Thu, 12 Mar 2009 18:12:49 -0500 References: <87164.59627.qm@web63907.mail.re1.yahoo.com> X-Mailer: Apple Mail (2.930.3) Subject: Re: Interrupt routine usage not shown by top in 8.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2009 23:16:44 -0000 On Mar 12, 2009, at 5:40 PM, Barney Cordoba wrote: > --- On Thu, 3/12/09, Chris Ruiz wrote: > >> From: Chris Ruiz >> Subject: Re: Interrupt routine usage not shown by top in 8.0 >> To: current@freebsd.org >> Date: Thursday, March 12, 2009, 5:17 PM >> On Mar 12, 2009, at 3:23 PM, Barney Cordoba wrote: >> >>> >>> I'm fireing 400Kpps at a udp blackhole port. >> I'm getting 6000 >>> interrupts >>> per second on em3: >>> >>> testbox# vmstat -i; sleep 1; vmstat -i >>> interrupt total rate >>> irq1: atkbd0 1 0 >>> irq6: fdc0 1 0 >>> irq17: uhci1+ 2226 9 >>> irq18: uhci2 ehci+ 9 0 >>> cpu0: timer 470507 1993 >>> irq256: em0 665 2 >>> irq259: em3 1027684 4354 >>> cpu1: timer 470272 1992 >>> cpu3: timer 470273 1992 >>> cpu2: timer 470273 1992 >>> Total 2911911 12338 >>> >>> interrupt total rate >>> irq1: atkbd0 1 0 >>> irq6: fdc0 1 0 >>> irq17: uhci1+ 2226 9 >>> irq18: uhci2 ehci+ 9 0 >>> cpu0: timer 472513 1993 >>> irq256: em0 668 2 >>> irq259: em3 1033703 4361 >>> cpu1: timer 472278 1992 >>> cpu3: timer 472279 1992 >>> cpu2: timer 472279 1992 >>> Total 2925957 12345 >>> >>> >>> top -SH shows: >>> >>> PID STATE C TIME CPU COMMAND >>> 10 CPU3 3 7:32 100.00% idle >>> 10 CPU2 2 7:32 100.00% idle >>> 10 RUN 0 7:31 100.00% idle >>> 10 CPU1 1 7:31 100.00% idle >>> >>> This implies that CPU usage is substantially >> under-reported in general >>> by the system. Note that I've modified >> em_irq_fast() to call >>> em_handle_rxtx() directly rather than scheduling a >> task to illustrate >>> the problem >>> >>> Barney >> >> The version of top in the base system is known to provide >> incorrect >> metrics. >> >> Chris > > Does that imply that there exists a version that provides correct > information? > > Barney Edwin Groothuis was working on updating top to 3.8 late last year. If you search google for "Request for testing - top 3.8b1 in the base system" you can find a lot of discussion on the list regarding top. Chris From owner-freebsd-current@FreeBSD.ORG Thu Mar 12 23:18:24 2009 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 8147D10656E6 for ; Thu, 12 Mar 2009 23:18:24 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id 3795C8FC0C for ; Thu, 12 Mar 2009 23:18:24 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id 06342FFAC; Fri, 13 Mar 2009 12:18:23 +1300 (NZDT) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SG2RccOo4zQF; Fri, 13 Mar 2009 12:18:15 +1300 (NZDT) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Fri, 13 Mar 2009 12:18:15 +1300 (NZDT) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id ED6941142F; Fri, 13 Mar 2009 12:18:14 +1300 (NZDT) Date: Thu, 12 Mar 2009 16:18:14 -0700 From: Andrew Thompson To: Boris Samorodov Message-ID: <20090312231814.GA79022@citylink.fud.org.nz> References: <11273764@bb.ipt.ru> <20090312133915.548350e4@gluon> <68384190@bb.ipt.ru> <20090312143911.653c3f72@gluon> <02302840@bb.ipt.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <02302840@bb.ipt.ru> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Bruce Cran , freebsd-current@FreeBSD.org, pav@FreeBSD.org Subject: Re: libusb and fast current changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Mar 2009 23:18:25 -0000 On Thu, Mar 12, 2009 at 05:51:51PM +0300, Boris Samorodov wrote: > On Thu, 12 Mar 2009 14:39:11 +0000 Bruce Cran wrote: > > On Thu, 12 Mar 2009 17:29:21 +0300 > > Boris Samorodov wrote: > > > On Thu, 12 Mar 2009 13:39:15 +0000 Bruce Cran wrote: > > > > > > > Lots of changes were made a couple of days ago to the > > > > installation of libusb[20]: libusb20 is now installed as libusb, and > > > > libusb20_compat01.h was renamed to usb.h to be compatible with > > > > libusb-0.1. So for example any patches which change to > > > > can be removed. > > > > > > Wow! Bruce, that was a nice shot. You definitely undertand what's > > > going on here. Thanks! > > > > > > Pav, can you test the attached patch? It work for the latest > > > i386/amd64 CURRENT for me. > > > You may find you're repeating work that's already been done: > > http://www.freebsd.org/cgi/cvsweb.cgi/ports/graphics/libgphoto2/ shows > > libgphoto2 was updated a few days ago to fix the build problems > > introduced with the renaming. > > It's the last version that doesn't work here. Please, take a look at > the patch at my previous email and you'll understand that I > implemented just what you said: "any patches which change to > can be removed". ;-) > > I think that an extra-patch for OSVERSION>800069 was introduced by an > accident. Yes, it should be removed. Andrew From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 00:07:26 2009 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 0E852106566C for ; Fri, 13 Mar 2009 00:07:26 +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 6F5458FC14 for ; Fri, 13 Mar 2009 00:07:25 +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 n2CNgRFP045647; Thu, 12 Mar 2009 17:42:28 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <49B99DE3.6050401@samsco.org> Date: Thu, 12 Mar 2009 17:42:27 -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: barney_cordoba@yahoo.com References: <156527.19600.qm@web63901.mail.re1.yahoo.com> In-Reply-To: <156527.19600.qm@web63901.mail.re1.yahoo.com> 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: current@freebsd.org Subject: Re: Interrupt routine usage not shown by top in 8.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Mar 2009 00:07:26 -0000 Barney Cordoba wrote: > I'm fireing 400Kpps at a udp blackhole port. I'm getting 6000 interrupts > per second on em3: > > testbox# vmstat -i; sleep 1; vmstat -i > interrupt total rate > irq1: atkbd0 1 0 > irq6: fdc0 1 0 > irq17: uhci1+ 2226 9 > irq18: uhci2 ehci+ 9 0 > cpu0: timer 470507 1993 > irq256: em0 665 2 > irq259: em3 1027684 4354 > cpu1: timer 470272 1992 > cpu3: timer 470273 1992 > cpu2: timer 470273 1992 > Total 2911911 12338 > > interrupt total rate > irq1: atkbd0 1 0 > irq6: fdc0 1 0 > irq17: uhci1+ 2226 9 > irq18: uhci2 ehci+ 9 0 > cpu0: timer 472513 1993 > irq256: em0 668 2 > irq259: em3 1033703 4361 > cpu1: timer 472278 1992 > cpu3: timer 472279 1992 > cpu2: timer 472279 1992 > Total 2925957 12345 > > > top -SH shows: > > PID STATE C TIME CPU COMMAND > 10 CPU3 3 7:32 100.00% idle > 10 CPU2 2 7:32 100.00% idle > 10 RUN 0 7:31 100.00% idle > 10 CPU1 1 7:31 100.00% idle > > This implies that CPU usage is substantially under-reported in general > by the system. Note that I've modified em_irq_fast() to call > em_handle_rxtx() directly rather than scheduling a task to illustrate > the problem > With unmodified code, what do you see? Are you sending valid UDP frames with valid checksums and a valid port, or is everything that you're blasting at the interface getting dropped right away? Calling em_handle_rxtx() directly will cause a very quick panic once you start handling real traffic and you encounter a lock. Scott From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 00:18:38 2009 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 C3F861065673 for ; Fri, 13 Mar 2009 00:18:38 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63904.mail.re1.yahoo.com (web63904.mail.re1.yahoo.com [69.147.97.119]) by mx1.freebsd.org (Postfix) with SMTP id 84C368FC15 for ; Fri, 13 Mar 2009 00:18:38 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 81769 invoked by uid 60001); 13 Mar 2009 00:18:37 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1236903517; bh=WCzhEy2t7c39ZSJhq42WgeA4TCIeu+BUno1dMuXNllQ=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=xTzp+0mEexhgAUUSqITWGUsoGzCJZf5vlYm8y70c32o8PyinCOm07rHhZY6EOPWyN0ImOzwWf5JTT88fDMnsgSMDvC6e7XTplUJYKM/f6fyW4/pDwpQv6xuau8qeWyg5yo1Ot+uDOMhx4pSPdkMGG51q2iatSof4R+ZFxITeDV0= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=E8x7MRmdEeWRneIk4blGk8p4t0EAEsNjxuMt0zARJ1oBWJX3R78w5QTDih+NJCPS87L9m23+sgINiK38usKEZ3FLfO0czggV6x6MmPfg5ULSvElu61wGkC4xnR6mx8uHueXc3hjDepMnZFJo2wrjZNwcCt8EiaPcwKJtOKafuNg=; Message-ID: <857006.73926.qm@web63904.mail.re1.yahoo.com> X-YMail-OSG: EYfx58QVM1lgVG7KvtE1r9CKb1aGrNbNLXQH39KnRCq7ipUezz9Gtk_C42PtCwARg7mwz_19_oRkx9UEVIGFIFcCTRLSjSuWUlYYwcn02.TWzfs3H8JZZGVtPYPB26ufn_5YJMtHCL4wTZ8uGnyFaHqoSkHNyXAbW3EBzeEIfHw27R4f3DfTIOTyksIK6kVEdvWM8YDptwrzHV73USFGS6GDHsTvQhVbyWhxw2NviAJ8KL4KSAA- Received: from [98.242.222.229] by web63904.mail.re1.yahoo.com via HTTP; Thu, 12 Mar 2009 17:18:37 PDT X-Mailer: YahooMailWebService/0.7.289.1 Date: Thu, 12 Mar 2009 17:18:37 -0700 (PDT) From: Barney Cordoba To: Scott Long In-Reply-To: <49B99DE3.6050401@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: current@freebsd.org Subject: Re: Interrupt routine usage not shown by top in 8.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: barney_cordoba@yahoo.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, 13 Mar 2009 00:18:39 -0000 --- On Thu, 3/12/09, Scott Long wrote: > From: Scott Long > Subject: Re: Interrupt routine usage not shown by top in 8.0 > To: barney_cordoba@yahoo.com > Cc: current@freebsd.org > Date: Thursday, March 12, 2009, 7:42 PM > Barney Cordoba wrote: > > I'm fireing 400Kpps at a udp blackhole port. > I'm getting 6000 interrupts > > per second on em3: > > > > testbox# vmstat -i; sleep 1; vmstat -i > > interrupt total rate > > irq1: atkbd0 1 0 > > irq6: fdc0 1 0 > > irq17: uhci1+ 2226 9 > > irq18: uhci2 ehci+ 9 0 > > cpu0: timer 470507 1993 > > irq256: em0 665 2 > > irq259: em3 1027684 4354 > > cpu1: timer 470272 1992 > > cpu3: timer 470273 1992 > > cpu2: timer 470273 1992 > > Total 2911911 12338 > > > > interrupt total rate > > irq1: atkbd0 1 0 > > irq6: fdc0 1 0 > > irq17: uhci1+ 2226 9 > > irq18: uhci2 ehci+ 9 0 > > cpu0: timer 472513 1993 > > irq256: em0 668 2 > > irq259: em3 1033703 4361 > > cpu1: timer 472278 1992 > > cpu3: timer 472279 1992 > > cpu2: timer 472279 1992 > > Total 2925957 12345 > > > > > > top -SH shows: > > > > PID STATE C TIME CPU COMMAND > > 10 CPU3 3 7:32 100.00% idle > > 10 CPU2 2 7:32 100.00% idle > > 10 RUN 0 7:31 100.00% idle > > 10 CPU1 1 7:31 100.00% idle > > > > This implies that CPU usage is substantially > under-reported in general > > by the system. Note that I've modified > em_irq_fast() to call em_handle_rxtx() directly rather than > scheduling a task to illustrate > > the problem > > > > With unmodified code, what do you see? Are you sending > valid UDP frames with valid checksums and a valid port, or > is everything that you're blasting at the interface > getting dropped right away? Calling em_handle_rxtx() > directly will cause a very quick panic once you start > handling real traffic and you encounter a lock. > > Scott I think you're mistaken. I'm also accessing the system via an em port (and running top) and em_handle_rxtx() is self contained lock-wise. The taskqueue doesn't obtain a lock before calling the routine. As I mentioned, they're being dumped into a udp blackhole, which implies that I have udp.blackhole set and the port is unused. I can see the packets hit the udp socket so its working as expected: 853967872 dropped due to no socket With unmodified code, the tasq shows 25% usage or so. I'm not sure what the point of your criticism for what clearly is a test. Are you implying that the system can receive 400K pps with 6000 ints/sec and record 0% usage because of a coding imperfection? Or are you implying that the 25% usage is all due to launching tasks unnecessarily and process switching? Barney From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 00:24:04 2009 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 02BC6106571E for ; Fri, 13 Mar 2009 00:24:04 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (kientzle.com [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id C59908FC0C for ; Fri, 13 Mar 2009 00:24:03 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: (from root@localhost) by kientzle.com (8.14.3/8.14.3) id n2D0O2Lg048143; Thu, 12 Mar 2009 17:24:02 -0700 (PDT) (envelope-from kientzle@freebsd.org) Received: from [10.123.2.23] (fw2.kientzle.com [10.123.1.2]) by kientzle.com with SMTP id r75vxvzmya3rsc6ydc56mnqbwe; Thu, 12 Mar 2009 17:24:02 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <49B9A7A2.6060400@freebsd.org> Date: Thu, 12 Mar 2009 17:24:02 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060422 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mark Powell References: <20090312175345.Y80227@rust.salford.ac.uk> <20090312191333.GA97342@hyperion.scode.org> <49B97617.8010709@freebsd.org> <20090312210553.Q1510@rust.salford.ac.uk> In-Reply-To: <20090312210553.Q1510@rust.salford.ac.uk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Peter Schuller Subject: Re: repeatable ZFS panic: share->excl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Mar 2009 00:24:04 -0000 >> ... ZFS bug ... lock up if it receives ... extattr_list_link system >> call ... Tar recently added support for backing up extended >> attributes. > > I just rebuilt world on one box and the problem went away. Your fix I > assume? Yes, I've disabled the ability to backup extended attributes. I'm not happy about it, but it seemed prudent for now. >> 2) Is this on extraction or just create? > > The problem occurs with just tar create. I'm not sure why pkg_add > provokes it. I just remembered that pkg_add sometimes uses "tar -c | tar -x" to copy a lot of files from the staging area to the final destination. So there is a tar create step in there. >> 3) Can you run tar under "ktrace" and figure out what system call is >> provoking the problem? > > I'm not sure how I could dump the ktrace.out after a panic. > A truss of a tar create on a zfs volume shows the last call to be: > > __acl_get_file(...) ERR#45 'Operation not supported' > shared lock of (lockmgr) zfs @ /usr/src/sys/kern/vfs_lookup.c:442 Yep, the libarchive code tries to get ACLs first, then tries to list any extended attributes. The very next system call after this should be either extattr_list_link or extattr_list_file (depending on whether symlinks are being followed or not). This is also consistent with the backtrace you provided in your earlier message. So it is exactly the same problem. Tim From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 00:35:51 2009 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 41571106566B for ; Fri, 13 Mar 2009 00:35:51 +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 C778E8FC0A for ; Fri, 13 Mar 2009 00:35:50 +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 n2D0ZfOr045837; Thu, 12 Mar 2009 18:35:41 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <49B9AA5D.9070309@samsco.org> Date: Thu, 12 Mar 2009 18:35:41 -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: barney_cordoba@yahoo.com References: <857006.73926.qm@web63904.mail.re1.yahoo.com> In-Reply-To: <857006.73926.qm@web63904.mail.re1.yahoo.com> 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: current@freebsd.org Subject: Re: Interrupt routine usage not shown by top in 8.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Mar 2009 00:35:51 -0000 Barney Cordoba wrote: > > > > --- On Thu, 3/12/09, Scott Long wrote: > >> From: Scott Long >> Subject: Re: Interrupt routine usage not shown by top in 8.0 >> To: barney_cordoba@yahoo.com >> Cc: current@freebsd.org >> Date: Thursday, March 12, 2009, 7:42 PM >> Barney Cordoba wrote: >>> I'm fireing 400Kpps at a udp blackhole port. >> I'm getting 6000 interrupts >>> per second on em3: >>> >>> testbox# vmstat -i; sleep 1; vmstat -i >>> interrupt total rate >>> irq1: atkbd0 1 0 >>> irq6: fdc0 1 0 >>> irq17: uhci1+ 2226 9 >>> irq18: uhci2 ehci+ 9 0 >>> cpu0: timer 470507 1993 >>> irq256: em0 665 2 >>> irq259: em3 1027684 4354 >>> cpu1: timer 470272 1992 >>> cpu3: timer 470273 1992 >>> cpu2: timer 470273 1992 >>> Total 2911911 12338 >>> >>> interrupt total rate >>> irq1: atkbd0 1 0 >>> irq6: fdc0 1 0 >>> irq17: uhci1+ 2226 9 >>> irq18: uhci2 ehci+ 9 0 >>> cpu0: timer 472513 1993 >>> irq256: em0 668 2 >>> irq259: em3 1033703 4361 >>> cpu1: timer 472278 1992 >>> cpu3: timer 472279 1992 >>> cpu2: timer 472279 1992 >>> Total 2925957 12345 >>> >>> >>> top -SH shows: >>> >>> PID STATE C TIME CPU COMMAND >>> 10 CPU3 3 7:32 100.00% idle >>> 10 CPU2 2 7:32 100.00% idle >>> 10 RUN 0 7:31 100.00% idle >>> 10 CPU1 1 7:31 100.00% idle >>> >>> This implies that CPU usage is substantially >> under-reported in general >>> by the system. Note that I've modified >> em_irq_fast() to call em_handle_rxtx() directly rather than >> scheduling a task to illustrate >>> the problem >>> >> With unmodified code, what do you see? Are you sending >> valid UDP frames with valid checksums and a valid port, or >> is everything that you're blasting at the interface >> getting dropped right away? Calling em_handle_rxtx() >> directly will cause a very quick panic once you start >> handling real traffic and you encounter a lock. >> >> Scott > > I think you're mistaken. I'm also accessing the system via an em port > (and running top) and em_handle_rxtx() is self contained lock-wise. > The taskqueue doesn't obtain a lock before calling the routine. > I understand perfectly how the code works, as I wrote it. While there are no locks in the RX path of the driver, there are certainly locks higher up in the network stack RX path. You're not going to hit them in your test, but in the real world you will. > As I mentioned, they're being dumped into a udp blackhole, which implies > that I have udp.blackhole set and the port is unused. I can see the > packets hit the udp socket so its working as expected: > > 853967872 dropped due to no socket > > With unmodified code, the tasq shows 25% usage or so. > > I'm not sure what the point of your criticism for what clearly is a test. > Are you implying that the system can receive 400K pps with 6000 ints/sec > and record 0% usage because of a coding imperfection? Or are you implying > that the 25% usage is all due to launching tasks unnecessarily and process > switching? Prior to FreeBSD 5, interrupt processing time was counted in the %intr stat. With FreeBSD 5 and beyond, most interrupts moved to full processing contexts called ithreads, and the processing time spent in the ithread was counted in the %intr stat. The time spent in low-level interrupts was merely counted against the process that got interrupted. This wasn't a big deal because low-level interrupts were only used to launch ithreads and to process low-latency interrupts for a few drivers. Moving to the taskq model breaks this accounting model. What's happening in your test is that the system is almost completely idle, so the only thing that is being interrupted by the low-level if_em handler is the cpu idle thread. Since you're also bogusly bypassing the deferral to the taskq, all stack processing is also happening in this low-level context, and it's being counted against the CPU idle thread. However, the process accounting code knows not to charge idle thread time against the normal stats, because doing so would result in the system always showing 100% busy. So your test is exploiting this; you're stealing all of your cycles from the idle threads, and they aren't being accounted for because it's hard to know when the idle thread is having its cycles stolen. So no, 25% of a CPU isn't going to "launching tasks unnecessarily and process switching." It's going to processing 400k packets/sec off of the RX ring and up the stack to the UDP layer. I think that if you studied how the code worked, and devised more useful benchmarks, you'd see that the taskq deferral method is usually a significant gain in performance over polling or simple ithreads. There is certainly room for more improvement, and my taskq scheme isn't the only way to get good performance, but it does work fairly well. Scott From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 00:49:36 2009 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 3CE20106566B for ; Fri, 13 Mar 2009 00:49:36 +0000 (UTC) (envelope-from trebestie@gmail.com) Received: from mail-fx0-f158.google.com (mail-fx0-f158.google.com [209.85.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id C70928FC14 for ; Fri, 13 Mar 2009 00:49:35 +0000 (UTC) (envelope-from trebestie@gmail.com) Received: by fxm2 with SMTP id 2so2332631fxm.43 for ; Thu, 12 Mar 2009 17:49:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=4uVNozWLp1LOOuGoAFXrsGKdcoCDD+rHvYWUKFeVeSM=; b=lUKbk3QY16YTNp3da6TO5isKzr1GTrGH5jZi+ELFAucB2JZaAgBk8AOxbb0v2woOMW +cCZh5Msx6i1OECyWI8AGyL1cf6rN6Uf8rNTEsmY968GpTZk72Y8rqW5gePVVkRD9OvQ ZHBrUc1BklnQ3Vh11iI5IX6C4i8pUrzktUXEU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=DM8VcB4u09n8tlWj0gAxadxzWSUOYrTnBHF+xBWMw07wM/n/savlIHVc1p/gmG1Nq4 OHIhfQ+Q0vQD4sv02+60EZOUTf5lYg1U55kmK0qeNrJEhZECsTv+QuhfyxdIsu0rWwZ/ 8lpWN9igFKoUa+82Eci/fYrHXnxmN3tiONlIE= MIME-Version: 1.0 Received: by 10.103.227.10 with SMTP id e10mr269074mur.30.1236905374715; Thu, 12 Mar 2009 17:49:34 -0700 (PDT) Date: Fri, 13 Mar 2009 01:49:34 +0100 Message-ID: <83e5fb980903121749lfbfafbdhff4b2dbb7a359f5b@mail.gmail.com> From: Diego Depaoli To: freebsd-current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Hal regression X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Mar 2009 00:49:36 -0000 Hi all, after almost two weeks of inactivity I updated my world. Hal eats again 100% cpu and the port refuses to compile probe-hiddev.c: In function 'main': probe-hiddev.c:81: error: 'USB_GET_REPORT_ID' undeclared (first use in this func tion) probe-hiddev.c:81: error: (Each undeclared identifier is reported only once probe-hiddev.c:81: error: for each function it appears in.) gmake[5]: *** [probe-hiddev.o] Error 1 I missed such chapter of the usb saga? Cheers -- Diego Depaoli From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 01:41:19 2009 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 5754D106564A for ; Fri, 13 Mar 2009 01:41:19 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id 258D58FC12 for ; Fri, 13 Mar 2009 01:41:19 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1LhwOk-0003u4-9w for freebsd-current@freebsd.org; Thu, 12 Mar 2009 18:41:18 -0700 Message-ID: <22488656.post@talk.nabble.com> Date: Thu, 12 Mar 2009 18:41:18 -0700 (PDT) From: Jakub Lach To: freebsd-current@freebsd.org In-Reply-To: <200903121539.35133.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: jakub_lach@mailplus.pl References: <20090310045605.GA38857@nagual.pp.ru> <200903092206.29775.beech@freebsd.org> <200903100840.57018.hselasky@c2i.net> <747dc8f30903100708w1e08c47akd445314cf19a8442@mail.gmail.com> <200903101625.57647.hselasky@c2i.net> <20090311011536.GB65734@nagual.pp.ru> <200903112325.44983.hselasky@c2i.net> <49B91BC3.2010205@zedat.fu-berlin.de> <200903121539.35133.hselasky@c2i.net> Subject: Re: USB2 makes moused insane X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Mar 2009 01:41:19 -0000 Hans Petter Selasky wrote: > > On Thursday 12 March 2009, O. Hartmann wrote: >> Hans Petter Selasky wrote: >> > On Wednesday 11 March 2009, Andrey Chernov wrote: >> >> Andrey Chernov >> > >> > Re-fetch the usb_hid.c file from USB P4 after the patch below. Problem >> > should be solved now! >> > >> > http://perforce.freebsd.org/chv.cgi?CH=159091 >> > >> > --HPS >> > _______________________________________________ >> > 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" >> >> When will the patches be merged into the source tree? I have several >> boxes rendered useless at this very moment due to jumping mice cursors on >> X. > > The patches are in -current as of today. > > --HPS > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > Thanks for fixing this issue, Logitech mx 518 is usable again. -- View this message in context: http://www.nabble.com/USB2-makes-moused-insane-tp22428161p22488656.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 03:35:56 2009 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 F2EA0106566C; Fri, 13 Mar 2009 03:35:55 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-bw0-f164.google.com (mail-bw0-f164.google.com [209.85.218.164]) by mx1.freebsd.org (Postfix) with ESMTP id 97F668FC08; Fri, 13 Mar 2009 03:35:54 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by bwz8 with SMTP id 8so2408659bwz.43 for ; Thu, 12 Mar 2009 20:35:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=p4L2Emsls1HZN7qXi4LnlpcmFtBzyXm70O0ooO3Umxg=; b=QAf1vs/dngfcu8PZzBIoSfOYt/LFrsmzPJLWttlRk+KmuT4n1Z/dgkndAfQgz1CnoP zO0o2U7eoLqkcHxkS/g217+n2yKs8eoJXoQhBTOU0GtPW36bwezS7WEwGM1Vruh+MXe5 b3XpuPK+Y2h6SqWw5nMw+rE7pmrZiqePXPlso= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=qQ4N5+bJc9ee2ackT/GeCTPg5+7FPUhm5O2I8CPXb4hMsl34vs+/Oet9Dxr/xBrLX3 Zawbm8oWrYL6BO9eDeqxk+mV/rfHKskk5VmF/gKXACGF78e/iDurQV3/QeBFU6hNzocZ tVkoMNSa7f+6i9QV+bMr4dkKHSW9uW0kLRdbQ= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.103.225.11 with SMTP id c11mr341197mur.24.1236915353353; Thu, 12 Mar 2009 20:35:53 -0700 (PDT) In-Reply-To: <86r6124f2v.fsf@gmail.com> References: <20090312175345.Y80227@rust.salford.ac.uk> <20090312191333.GA97342@hyperion.scode.org> <49B97617.8010709@freebsd.org> <86r6124f2v.fsf@gmail.com> Date: Fri, 13 Mar 2009 04:35:53 +0100 X-Google-Sender-Auth: e7556ceea6dc0340 Message-ID: <3bbf2fe10903122035i20b2767cod2322c39c6f850ee@mail.gmail.com> From: Attilio Rao To: Anonymous Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Pawel Jakub Dawidek , freebsd-current@freebsd.org, Tim Kientzle , Mark Powell , Peter Schuller Subject: Re: repeatable ZFS panic: share->excl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Mar 2009 03:35:56 -0000 2009/3/12, Anonymous : > Tim Kientzle writes: > > > Peter Schuller wrote: > >>> First problem I notice is a panic, which seems to occur every > >>> time 'tar' is used. Might be unrelated to tar, but it definately > >>> provokes it. Simply the tar command or a pkg_add causes it. > >> > >> See the "ZFS/extattr lockup"/"bsdtar lockup on current" threads from > >> the past handful of days. > > > > I think this may be a different problem. > > The earlier thread involved a ZFS bug that causes > > it to lock up if it receives a request to enumerate > > extended attributes on a file (via extattr_list_link > > system call). Tar recently added support for > > backing up extended attributes. I've disabled > > that support until this particular ZFS problem can > > be fixed. > > > I guess you're wrong, it's same issue. Here is output from unmodified > kernel (r189728) under qemu which looks exactly as on that > screenshot. Perhaps, the panic is triggered by INVARIANTS. > > # lsextattr -h user foo > shared lock of (lockmgr) zfs @ /usr/src/sys/kern/vfs_lookup.c:477 > while exclusively locked from /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_znode.c:152 > panic: share->excl > cpuid = 0 > KDB: enter: panic > [thread pid 105 tid 100078 ] > Stopped at kdb_enter+0x3d: movq $0,0x662538(%rip) > > db> bt > Tracing pid 105 tid 100078 td 0xffffff00015bea80 > kdb_enter() at kdb_enter+0x3d > panic() at panic+0x17b > witness_checkorder() at witness_checkorder+0x16e > __lockmgr_args() at __lockmgr_args+0xd1b > vop_stdlock() at vop_stdlock+0x39 > VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b > _vn_lock() at _vn_lock+0x57 > lookup() at lookup+0xf4 > namei() at namei+0x545 > zfs_listextattr() at zfs_listextattr+0x18c > VOP_LISTEXTATTR_APV() at VOP_LISTEXTATTR_APV+0xb5 > extattr_list_vp() at extattr_list_vp+0x22a > extattr_list_link() at extattr_list_link+0xc3 > syscall() at syscall+0x1e7 > Xfast_syscall() at Xfast_syscall+0xab > --- syscall (439, FreeBSD ELF64, extattr_list_link), rip = 0x800692e4c, rsp = 0x7fffffffed08, rbp = 0x7fffffffede0 --- > > db> show all locks > Process 105 (lsextattr) thread 0xffffff00015bea80 (100078) > exclusive lockmgr zfs (zfs) r = 0 (0xffffff0001581578) locked @ /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_znode.c:152 > exclusive lockmgr zfs (zfs) r = 0 (0xffffff0001581a58) locked @ /usr/src/sys/kern/vfs_extattr.c:668 > > db> show lockedvnods > Locked vnodes > > 0xffffff00015819c0: tag zfs, type VREG > usecount 1, writecount 0, refcount 1 mountedhere 0 > flags () > v_object 0xffffff0001574898 ref 0 pages 0 > lock type zfs: EXCL by thread 0xffffff00015bea80 (pid 105) > #0 0xffffffff80530568 at __lockmgr_args+0x758 > #1 0xffffffff805c0fd9 at vop_stdlock+0x39 > #2 0xffffffff808557db at VOP_LOCK1_APV+0x9b > #3 0xffffffff805dd6a7 at _vn_lock+0x57 > #4 0xffffffff805c2f20 at extattr_list_vp+0xb0 > #5 0xffffffff805c3173 at extattr_list_link+0xc3 > #6 0xffffffff8080f227 at syscall+0x1e7 > #7 0xffffffff807ec39b at Xfast_syscall+0xab > > 0xffffff00015814e0: tag zfs, type VDIR > usecount 1, writecount 0, refcount 1 mountedhere 0 > flags () > lock type zfs: EXCL by thread 0xffffff00015bea80 (pid 105) > #0 0xffffffff80530568 at __lockmgr_args+0x758 > #1 0xffffffff805c0fd9 at vop_stdlock+0x39 > #2 0xffffffff808557db at VOP_LOCK1_APV+0x9b > #3 0xffffffff805dd6a7 at _vn_lock+0x57 > #4 0xffffffff8108405e at zfs_znode_cache_constructor+0x4e > #5 0xffffffff81085029 at zfs_znode_alloc+0x39 > #6 0xffffffff81085915 at zfs_mknode+0x205 > #7 0xffffffff810948f5 at zfs_make_xattrdir+0x155 > #8 0xffffffff81095bc3 at zfs_get_xattrdir+0xd3 > #9 0xffffffff810a4dbf at zfs_lookup+0x11f > #10 0xffffffff810a51d8 at zfs_listextattr+0x128 > #11 0xffffffff80853255 at VOP_LISTEXTATTR_APV+0xb5 > #12 0xffffffff805c309a at extattr_list_vp+0x22a > #13 0xffffffff805c3173 at extattr_list_link+0xc3 > #14 0xffffffff8080f227 at syscall+0x1e7 > #15 0xffffffff807ec39b at Xfast_syscall+0xab Could you please re-enable the extended attributes on bsdtar, try this patch and report to me?: http://www.freebsd.org/~attilio/zfs_vnops.diff (sorry if it is untested but I just don't have any ZFS machine). Actually, I think the problem is that zfs_lookup() doesn't get the correct handover once the extended attributes directory vnode is retrieved. Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 03:44:56 2009 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 C3F41106566C for ; Fri, 13 Mar 2009 03:44:56 +0000 (UTC) (envelope-from saifi.khan@twincling.org) Received: from s217.sureserver.com (s217.sureserver.com [203.194.200.22]) by mx1.freebsd.org (Postfix) with ESMTP id 19DF98FC16 for ; Fri, 13 Mar 2009 03:44:55 +0000 (UTC) (envelope-from saifi.khan@twincling.org) Received: (qmail 7623 invoked by uid 1002); 13 Mar 2009 03:44:53 -0000 Received: from unknown (HELO ?10.10.10.7?) (saifi.khan@twincling.org@59.92.207.107) by s217.sureserver.com with ESMTPA; 13 Mar 2009 03:44:53 -0000 Date: Fri, 13 Mar 2009 09:18:43 +0000 (GMT) From: Saifi Khan X-X-Sender: saifi@localhost To: freebsd-current@freebsd.org In-Reply-To: <51612.216.241.167.212.1236889070.squirrel@webmail.pknet.net> Message-ID: References: <51612.216.241.167.212.1236889070.squirrel@webmail.pknet.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: 8.x amd64 snapshots ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Mar 2009 03:44:57 -0000 On Thu, 12 Mar 2009, Peter wrote: > > Hi all: > > > > i noticed two times that a directory labelled 200902 appeared > > and then disappeared under this URL > > ftp://ftp.freebsd.org/pub/FreeBSD/snapshots > > > > Is there any FreeBSD 8.x AMD64 snapshot expected soon ? > > > > > > thanks > > Saifi. > > ftp://ftp4.freebsd.org/pub/FreeBSD/snapshots/ > > I believe some other ftp sites had those snapshots also as I was > counting up from ftp1 - Not sure why all mirrors are not the same. > > ]Peter[ > Thanks Peter for the info. i've setup the download for AMD64 DVD and it should be done in a days time. Love to see FreeBSD become the rockstar on x86_64. thanks Saifi. From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 03:53:32 2009 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 F14661065675 for ; Fri, 13 Mar 2009 03:53:32 +0000 (UTC) (envelope-from cokane@FreeBSD.org) Received: from mail-out2.fuse.net (mail-out2.fuse.net [216.68.8.171]) by mx1.freebsd.org (Postfix) with ESMTP id ACE208FC08 for ; Fri, 13 Mar 2009 03:53:32 +0000 (UTC) (envelope-from cokane@FreeBSD.org) X-CNFS-Analysis: v=1.0 c=1 a=bzbrfotyPpYA:10 a=fe4QzIZx1CkA:10 a=6I5d2MoRAAAA:8 a=1ijkrgrVc9yC9Tn4BNgA:9 a=LoQMfmZcrZekaXnGiAUA:7 a=MMUoxLg1A8keeCIhCjRvT1JWDU4A:4 a=tsIYq3Wo7I0A:10 a=SV7veod9ZcQA:10 a=Ik14F_lPrH2PDeVYOAEA:9 a=1Cc83PjppK38UyP_zYXLMWZPrFUA:4 a=rPt6xJ-oxjAA:10 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine Authentication-Results: gwout2 smtp.mail=cokane@FreeBSD.org; spf=softfail Received-SPF: softfail (gwout2: transitional domain FreeBSD.org does not designate 74.215.227.9 as permitted sender) Received: from [74.215.227.9] ([74.215.227.9:50607] helo=discordia) by gwout2 (envelope-from ) (ecelerity 2.2.2.37 r(28805/28810M)) with ESMTP id 41/EA-25989-635D9B94; Thu, 12 Mar 2009 23:38:31 -0400 Received: by discordia (Postfix, from userid 103) id 7934C35A7D8; Thu, 12 Mar 2009 23:38:26 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.1.8-gr1 (2007-02-13) on discordia X-Spam-Level: X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.8-gr1 Received: from [172.31.1.6] (unknown [172.31.1.6]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by discordia (Postfix) with ESMTP id E957435A7D8; Thu, 12 Mar 2009 23:38:19 -0400 (EDT) From: Coleman Kane To: Bruce Simpson In-Reply-To: <49B885A1.9000907@incunabulum.net> References: <49B885A1.9000907@incunabulum.net> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-r+vOeKKLdtlzqztkg4sG" Organization: FreeBSD Project Date: Thu, 12 Mar 2009 23:37:01 -0400 Message-Id: <1236915421.1877.50.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port Cc: freebsd-current@freebsd.org Subject: Re: IGMPv3 hot interface detach panics? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Mar 2009 03:53:33 -0000 --=-r+vOeKKLdtlzqztkg4sG Content-Type: text/plain Content-Transfer-Encoding: quoted-printable FWIW I just started experiencing a panic that seems to happen in the igmp code whenever I attempt to "dhclient wlan0"... I'll try to get more info for ya tomorrow. The short story is that I just reverted a patch I had made to remove USB-NDIS stuff (because my adapter is PCI), since I saw that the ndis_usb --> ndis_usb2 fix was committed. I can safely use my system on the wired network (bge0) though, and wpa_supplicant seems to work alright on the ndis card. On Thu, 2009-03-12 at 03:46 +0000, Bruce Simpson wrote: > Can I have some volunteers please... > Sam reports a panic when detaching a card on the fly with the IGMPv3 code= . >=20 > Whilst I've taken a few precautions in the netisr against this, most=20 > likely there is something getting used-after-free in the domifdetach=20 > ping-pong which I've missed in the rush. > So to track this down, I really need a backtrace with full debugging=20 > symbols. I would encourage anyone who may face a similar issue to try to=20 > reproduce it with HEAD and send me a full backtrace. >=20 > I may not get around to fixing this right away -- already on other stuff=20 > -- but will try to as time arises. >=20 > Many thanks, > BMS > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " --=20 Coleman Kane --=-r+vOeKKLdtlzqztkg4sG Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkm51NgACgkQcMSxQcXat5ceVgCdHKt7OYVEXU1G4g8dg75Fsmgn sjsAn3KfDUmNTZTJGt1LD7zdAcJrTwwI =6Jm1 -----END PGP SIGNATURE----- --=-r+vOeKKLdtlzqztkg4sG-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 04:46:09 2009 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 65A78106564A; Fri, 13 Mar 2009 04:46:09 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (kientzle.com [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id E62C48FC08; Fri, 13 Mar 2009 04:46:08 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: (from root@localhost) by kientzle.com (8.14.3/8.14.3) id n2D4k1KT050279; Thu, 12 Mar 2009 21:46:01 -0700 (PDT) (envelope-from kientzle@freebsd.org) Received: from [10.123.2.23] (fw2.kientzle.com [10.123.1.2]) by kientzle.com with SMTP id 9wk9y2nhydy55qcr5xk84bcbta; Thu, 12 Mar 2009 21:46:00 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <49B9E508.1080708@freebsd.org> Date: Thu, 12 Mar 2009 21:46:00 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060422 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Attilio Rao References: <20090312175345.Y80227@rust.salford.ac.uk> <20090312191333.GA97342@hyperion.scode.org> <49B97617.8010709@freebsd.org> <86r6124f2v.fsf@gmail.com> <3bbf2fe10903122035i20b2767cod2322c39c6f850ee@mail.gmail.com> In-Reply-To: <3bbf2fe10903122035i20b2767cod2322c39c6f850ee@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Pawel Jakub Dawidek , freebsd-current@freebsd.org, Mark Powell , Anonymous , Peter Schuller Subject: Re: repeatable ZFS panic: share->excl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Mar 2009 04:46:09 -0000 Attilio Rao wrote: > > Could you please re-enable the extended attributes on bsdtar ... FYI: This requires uncommenting a section of lib/libarchive/config_freebsd.h, then rebuilding libarchive: Index: config_freebsd.h =================================================================== --- config_freebsd.h (revision 189678) +++ config_freebsd.h (working copy) @@ -34,12 +34,8 @@ #define HAVE_ACL_SET_FD_NP 1 #define HAVE_ACL_SET_FILE 1 #define HAVE_ACL_USER 1 -#if 0 -/* XXX Temporarily disable support for reading extended attributes from - * disk, as it seems to be badly broken on ZFS. XXX */ #define HAVE_EXTATTR_GET_FILE 1 #define HAVE_EXTATTR_LIST_FILE 1 -#endif #define HAVE_EXTATTR_SET_FD 1 #define HAVE_EXTATTR_SET_FILE 1 #define HAVE_SYS_ACL_H 1 From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 04:56:14 2009 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 EEC48106564A; Fri, 13 Mar 2009 04:56:14 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-bw0-f164.google.com (mail-bw0-f164.google.com [209.85.218.164]) by mx1.freebsd.org (Postfix) with ESMTP id DF74E8FC17; Fri, 13 Mar 2009 04:56:13 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by bwz8 with SMTP id 8so2421499bwz.43 for ; Thu, 12 Mar 2009 21:56:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=Mah/MoTCu0ZEWs1UEqxtSSXb54kds/zAmxzIWYOhQ7I=; b=is1clB1B3RXmP+k6vyjA0V+xFyEyJdH84MWyR5fqqEK80LtvDU+YyqqVKibraDoRWh zUnfMttSDhGxs/KlxOL85do+cu41jpecmiPqBIbF5564x/r/MR1OgJUdOV1egRArCSTH z7YOqcd2aFPo02gC5XjuTJVaiU8bSm5XdlumI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=np9LRLTN35RncmFWB0emQuYrOIyLklOwrfQeLtWnYdZHWrrbKGLDc9qg3RRi8HBgbp KHzIpd0nyoFqL6AhX6omV/IkegvU/yvkn7wnGJ7llyNFmqZ01uT6rdW9WQn4VwRxxWzn Ii3kd7PdUe3oNhBzTCrZ9q81bw/j2xF3fMVkA= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.103.52.7 with SMTP id e7mr413205muk.115.1236920172522; Thu, 12 Mar 2009 21:56:12 -0700 (PDT) In-Reply-To: <29C8FA04-D5B1-49B7-ACF0-4185537367B0@baldwin.cx> References: <20090312175345.Y80227@rust.salford.ac.uk> <20090312191333.GA97342@hyperion.scode.org> <49B97617.8010709@freebsd.org> <86r6124f2v.fsf@gmail.com> <3bbf2fe10903122035i20b2767cod2322c39c6f850ee@mail.gmail.com> <29C8FA04-D5B1-49B7-ACF0-4185537367B0@baldwin.cx> Date: Fri, 13 Mar 2009 05:56:12 +0100 X-Google-Sender-Auth: 38d4ffce119b0362 Message-ID: <3bbf2fe10903122156u650417f0s5c49b68bdf4ffa07@mail.gmail.com> From: Attilio Rao To: John Baldwin Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Pawel Jakub Dawidek , "freebsd-current@freebsd.org" , Tim Kientzle , Mark Powell , Anonymous , Peter Schuller Subject: Re: repeatable ZFS panic: share->excl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Mar 2009 04:56:15 -0000 2009/3/13, John Baldwin : > This is similar to the patch I've asked lulf@ to test except that it is > longer and I fix a bug where zfs_lookup() can leak a vnode lock if the > access check fails. :-) The last one I sent to lulf@ is at > www.FreeBSD.org/~jhb/patches/zfs_ea.patch. I really thought zfs_lookup() was returning the lock held as a feature assming no LOCKLEAF. Is that a bug instead? Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 03:57:29 2009 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 71E83106566B; Fri, 13 Mar 2009 03:57:29 +0000 (UTC) (envelope-from john@baldwin.cx) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 3BD348FC12; Fri, 13 Mar 2009 03:57:29 +0000 (UTC) (envelope-from john@baldwin.cx) Received: from server.baldwin.cx (pool-98-109-39-197.nwrknj.fios.verizon.net [98.109.39.197]) by cyrus.watson.org (Postfix) with ESMTPSA id 9E6E746B3C; Thu, 12 Mar 2009 23:57:28 -0400 (EDT) Received: from [192.168.1.52] ([192.168.1.52]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id n2D3vLme054759; Thu, 12 Mar 2009 23:57:21 -0400 (EDT) (envelope-from john@baldwin.cx) References: <20090312175345.Y80227@rust.salford.ac.uk> <20090312191333.GA97342@hyperion.scode.org> <49B97617.8010709@freebsd.org> <86r6124f2v.fsf@gmail.com> <3bbf2fe10903122035i20b2767cod2322c39c6f850ee@mail.gmail.com> Message-Id: <29C8FA04-D5B1-49B7-ACF0-4185537367B0@baldwin.cx> From: John Baldwin To: Attilio Rao In-Reply-To: <3bbf2fe10903122035i20b2767cod2322c39c6f850ee@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Mailer: iPhone Mail (5H11) Mime-Version: 1.0 (iPhone Mail 5H11) Date: Thu, 12 Mar 2009 23:57:19 -0400 X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.1.2]); Thu, 12 Mar 2009 23:57:22 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94.2/9102/Thu Mar 12 16:54:00 2009 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx X-Mailman-Approved-At: Fri, 13 Mar 2009 05:11:45 +0000 Cc: Pawel Jakub Dawidek , "freebsd-current@freebsd.org" , Tim Kientzle , Mark Powell , Anonymous , Peter Schuller Subject: Re: repeatable ZFS panic: share->excl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Mar 2009 03:57:29 -0000 This is similar to the patch I've asked lulf@ to test except that it is longer and I fix a bug where zfs_lookup() can leak a vnode lock if the access check fails. :-) The last one I sent to lulf@ is at www.FreeBSD.org/~jhb/patches/zfs_ea.patch . -- John Baldwin On Mar 12, 2009, at 11:35 PM, Attilio Rao wrote: > 2009/3/12, Anonymous : >> Tim Kientzle writes: >> >>> Peter Schuller wrote: >>>>> First problem I notice is a panic, which seems to occur every >>>>> time 'tar' is used. Might be unrelated to tar, but it definately >>>>> provokes it. Simply the tar command or a pkg_add causes it. >>>> >>>> See the "ZFS/extattr lockup"/"bsdtar lockup on current" threads >>>> from >>>> the past handful of days. >>> >>> I think this may be a different problem. >>> The earlier thread involved a ZFS bug that causes >>> it to lock up if it receives a request to enumerate >>> extended attributes on a file (via extattr_list_link >>> system call). Tar recently added support for >>> backing up extended attributes. I've disabled >>> that support until this particular ZFS problem can >>> be fixed. >> >> >> I guess you're wrong, it's same issue. Here is output from unmodified >> kernel (r189728) under qemu which looks exactly as on that >> screenshot. Perhaps, the panic is triggered by INVARIANTS. >> >> # lsextattr -h user foo >> shared lock of (lockmgr) zfs @ /usr/src/sys/kern/vfs_lookup.c:477 >> while exclusively locked from /usr/src/sys/modules/zfs/../../cddl/ >> contrib/opensolaris/uts/common/fs/zfs/zfs_znode.c:152 >> panic: share->excl >> cpuid = 0 >> KDB: enter: panic >> [thread pid 105 tid 100078 ] >> Stopped at kdb_enter+0x3d: movq $0,0x662538(%rip) >> >> db> bt >> Tracing pid 105 tid 100078 td 0xffffff00015bea80 >> kdb_enter() at kdb_enter+0x3d >> panic() at panic+0x17b >> witness_checkorder() at witness_checkorder+0x16e >> __lockmgr_args() at __lockmgr_args+0xd1b >> vop_stdlock() at vop_stdlock+0x39 >> VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b >> _vn_lock() at _vn_lock+0x57 >> lookup() at lookup+0xf4 >> namei() at namei+0x545 >> zfs_listextattr() at zfs_listextattr+0x18c >> VOP_LISTEXTATTR_APV() at VOP_LISTEXTATTR_APV+0xb5 >> extattr_list_vp() at extattr_list_vp+0x22a >> extattr_list_link() at extattr_list_link+0xc3 >> syscall() at syscall+0x1e7 >> Xfast_syscall() at Xfast_syscall+0xab >> --- syscall (439, FreeBSD ELF64, extattr_list_link), rip = >> 0x800692e4c, rsp = 0x7fffffffed08, rbp = 0x7fffffffede0 --- >> >> db> show all locks >> Process 105 (lsextattr) thread 0xffffff00015bea80 (100078) >> exclusive lockmgr zfs (zfs) r = 0 (0xffffff0001581578) locked @ / >> usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/ >> fs/zfs/zfs_znode.c:152 >> exclusive lockmgr zfs (zfs) r = 0 (0xffffff0001581a58) locked @ / >> usr/src/sys/kern/vfs_extattr.c:668 >> >> db> show lockedvnods >> Locked vnodes >> >> 0xffffff00015819c0: tag zfs, type VREG >> usecount 1, writecount 0, refcount 1 mountedhere 0 >> flags () >> v_object 0xffffff0001574898 ref 0 pages 0 >> lock type zfs: EXCL by thread 0xffffff00015bea80 (pid 105) >> #0 0xffffffff80530568 at __lockmgr_args+0x758 >> #1 0xffffffff805c0fd9 at vop_stdlock+0x39 >> #2 0xffffffff808557db at VOP_LOCK1_APV+0x9b >> #3 0xffffffff805dd6a7 at _vn_lock+0x57 >> #4 0xffffffff805c2f20 at extattr_list_vp+0xb0 >> #5 0xffffffff805c3173 at extattr_list_link+0xc3 >> #6 0xffffffff8080f227 at syscall+0x1e7 >> #7 0xffffffff807ec39b at Xfast_syscall+0xab >> >> 0xffffff00015814e0: tag zfs, type VDIR >> usecount 1, writecount 0, refcount 1 mountedhere 0 >> flags () >> lock type zfs: EXCL by thread 0xffffff00015bea80 (pid 105) >> #0 0xffffffff80530568 at __lockmgr_args+0x758 >> #1 0xffffffff805c0fd9 at vop_stdlock+0x39 >> #2 0xffffffff808557db at VOP_LOCK1_APV+0x9b >> #3 0xffffffff805dd6a7 at _vn_lock+0x57 >> #4 0xffffffff8108405e at zfs_znode_cache_constructor+0x4e >> #5 0xffffffff81085029 at zfs_znode_alloc+0x39 >> #6 0xffffffff81085915 at zfs_mknode+0x205 >> #7 0xffffffff810948f5 at zfs_make_xattrdir+0x155 >> #8 0xffffffff81095bc3 at zfs_get_xattrdir+0xd3 >> #9 0xffffffff810a4dbf at zfs_lookup+0x11f >> #10 0xffffffff810a51d8 at zfs_listextattr+0x128 >> #11 0xffffffff80853255 at VOP_LISTEXTATTR_APV+0xb5 >> #12 0xffffffff805c309a at extattr_list_vp+0x22a >> #13 0xffffffff805c3173 at extattr_list_link+0xc3 >> #14 0xffffffff8080f227 at syscall+0x1e7 >> #15 0xffffffff807ec39b at Xfast_syscall+0xab > > Could you please re-enable the extended attributes on bsdtar, try this > patch and report to me?: > http://www.freebsd.org/~attilio/zfs_vnops.diff > > (sorry if it is untested but I just don't have any ZFS machine). > Actually, I think the problem is that zfs_lookup() doesn't get the > correct handover once the extended attributes directory vnode is > retrieved. > > Thanks, > Attilio > > > -- > Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 06:19:29 2009 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 7D047106566B for ; Fri, 13 Mar 2009 06:19:29 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.31]) by mx1.freebsd.org (Postfix) with ESMTP id 367FA8FC14 for ; Fri, 13 Mar 2009 06:19:28 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by yw-out-2324.google.com with SMTP id 5so108352ywb.13 for ; Thu, 12 Mar 2009 23:19:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=FANexFJI7rIkJEKaGTKA4yosj2DfoKOdzIydrncB0TI=; b=a8n0Ru0kyuCXITGQer9qJ8zvGMwEWThzXUUymaZEwlS7wlWz/eB0BcVrqLJ/alXH7Y MoyYqLsY0q51BytLW1w/8V06Z4WBAywcNJu2jxdJyZeLZtMPq3Cbre4LMMyowWFkAaiY YJg6VbBwF5KnrNFr+aRusWUrW8CaXVNRbqu0s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=MiXIQP9jsntnbyOTJmWDXlvCxYFl2qLPrvLuzVRxODAN7vA2a8Jz/iNV1cYPMFqu86 hId403ZC4L02N7xV6SUEtXUB2Xv0apN4Og1K2guhlBp1peubITXrpEnbgmdVbw8gJe0F gUZMDYTmRTwwVrxBX306FfRZKWEyrLDvMWMkk= MIME-Version: 1.0 Received: by 10.220.85.200 with SMTP id p8mr612308vcl.86.1236925166541; Thu, 12 Mar 2009 23:19:26 -0700 (PDT) In-Reply-To: References: Date: Fri, 13 Mar 2009 01:19:26 -0500 Message-ID: <790a9fff0903122319s7f792ff2sb7961698750762bc@mail.gmail.com> From: Scot Hetzel To: Saifi Khan Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: 8.x amd64 snapshots ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Mar 2009 06:19:29 -0000 On Thu, Mar 12, 2009 at 8:30 PM, Saifi Khan wrote: > Hi all: > > i noticed two times that a directory labelled 200902 appeared > and then disappeared under this URL > ftp://ftp.freebsd.org/pub/FreeBSD/snapshots > > Is there any FreeBSD 8.x AMD64 snapshot expected soon ? > The reason the 200902 directory appeared/disappeared is due to you had visited 2 different FTP mirror sites, and the site without the 200902 hasn't been updated regularly. Try this URL instead: ftp://freebsd.isc.org/pub/FreeBSD/snapshots/200902/ It contains a Feb 20th 8.0-CURRENT FreeBSD/AMD64 snapshot. Scot From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 06:30:16 2009 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 D32B210656C2 for ; Fri, 13 Mar 2009 06:30:16 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.28]) by mx1.freebsd.org (Postfix) with ESMTP id 7C4C88FC1B for ; Fri, 13 Mar 2009 06:30:16 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by yx-out-2324.google.com with SMTP id 31so903183yxl.13 for ; Thu, 12 Mar 2009 23:30:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=HQ80x4t9KXtJ8DgCQ4NVUio/l6aE1BMkZMCu5Yae5wA=; b=eBH3tX60ZfFFNP7UYDbCQ9+k+0ob6ucDM8iodJ3eWlRK33x3JDmXlBZnAZ4AfiGT8H NnQB/8BYpRjCpwdLto8QaDoRK569cn7bi91dFocLvglaCr73HMag4RbNAmW8WXK7wrMi 583sVe/pbl6MnrSrr+Sy9D1X1aBerP+9lUxME= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=QRvMFcT0GY/U1P7+0ARDrp3lW+FeNjSk7Yg/Kf3Ag0L7ouc/Ocrc0V2IsCxoww2L0l 9DAU1IgteYsbnaG/DBMtsaQr/Puu5lvye0mbyHr1IwbnaHREAY31E5V50CACB9bl1QZC xLFKp4Xafs8Wqx49bA5VXYm82ddZARnu7D450= MIME-Version: 1.0 Received: by 10.220.83.149 with SMTP id f21mr658946vcl.34.1236925815187; Thu, 12 Mar 2009 23:30:15 -0700 (PDT) In-Reply-To: <83e5fb980903121749lfbfafbdhff4b2dbb7a359f5b@mail.gmail.com> References: <83e5fb980903121749lfbfafbdhff4b2dbb7a359f5b@mail.gmail.com> Date: Fri, 13 Mar 2009 01:30:15 -0500 Message-ID: <790a9fff0903122330t15a46530m87b6a6c6462899b1@mail.gmail.com> From: Scot Hetzel To: Diego Depaoli Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current Subject: Re: Hal regression X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Mar 2009 06:30:17 -0000 On Thu, Mar 12, 2009 at 7:49 PM, Diego Depaoli wrote: > Hi all, > after almost two weeks of inactivity I updated my world. > > Hal eats again 100% cpu and the port refuses to compile > probe-hiddev.c: In function 'main': > probe-hiddev.c:81: error: 'USB_GET_REPORT_ID' undeclared (first use in this func > tion) > probe-hiddev.c:81: error: (Each undeclared identifier is reported only once > probe-hiddev.c:81: error: for each function it appears in.) > gmake[5]: *** [probe-hiddev.o] Error 1 > > I missed such chapter of the usb saga? > The header files and the libusb20 library were renamed recently. If you still have sysutils/hal installed and linked to llibusb20, just add this to libmap.conf: libusb20.so.1 libusb.so.1 This will then allow you to use hal to detect your keyboard/mouse in xorg. A PR has been open to address this problem: http://www.freebsd.org/cgi/query-pr.cgi?pr=132540 From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 06:39:01 2009 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 58FC610656D4 for ; Fri, 13 Mar 2009 06:39:01 +0000 (UTC) (envelope-from cochard@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 2CFAB8FC1C for ; Fri, 13 Mar 2009 06:39:01 +0000 (UTC) (envelope-from cochard@gmail.com) Received: by wf-out-1314.google.com with SMTP id 27so1527048wfd.7 for ; Thu, 12 Mar 2009 23:39:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding; bh=sKjtWrnIyN1KGNMQKqsmh4rKYRNAH8MD3II1BNdpfso=; b=lOXOFB+qiLv1PGIG3zDJwMpT097roMEQgQe/6UbmbUeOP/dT1Nr2/M2UIKFngUxMqA V1t2uorJst5IKJFz+8rC8zdAP+F12q1KMoNGkS63o61rDYik1iUZzHht5AKvhfA3EPA9 UbgikQPPZmEeycWp04/Q6pwlQE5P7L0EnpKiw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type:content-transfer-encoding; b=JGWPoHPxd74zi2JE4GvoUgdX769YjBquJkr/g1Vd6JBlHmjCkiHnmSU+KOL4Yeg1Dw K55NFlg8dMBjsUWDdp6YyKlNN9NS8dV0Njv8uoH+FywDZmuFSrgKyaOea2VkW6a7fVAX kyhLC/r40UzlirPNCuZl/viU08kVqoB3W9i7Y= MIME-Version: 1.0 Sender: cochard@gmail.com Received: by 10.143.29.18 with SMTP id g18mr389903wfj.28.1236925996003; Thu, 12 Mar 2009 23:33:16 -0700 (PDT) Date: Fri, 13 Mar 2009 07:33:15 +0100 X-Google-Sender-Auth: 13a3bb03697d7515 Message-ID: <3131aa530903122333x244bd56aue4f4179991942aea@mail.gmail.com> From: =?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?= To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: How to configure DHCP client on a bridge ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Mar 2009 06:39:02 -0000 Hi, I'm trying to follow the advice fount in the handbook by configuring the IP address on the bridge0 interface rather than on a member interface. Then I've configured my rc.conf like that: cloned_interfaces="bridge0" ifconfig_bridge0="addm bge0 addm xl0 DHCP" ifconfig_bge0="up" ifconfig_xl0="up" But, with this configuration, the dhclient didn't start automatically on the bridge0 interface. After a reboot, my bridge0 status is: [olivier@d630]~>ifconfig bridge0 bridge0: flags=8843 metric 0 mtu 1500 ether 82:03:c8:73:85:cc id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 maxage 20 holdcnt 6 proto rstp maxaddr 100 timeout 1200 root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 member: xl0 flags=143 ifmaxaddr 0 port 5 priority 128 path cost 55 member: bge0 flags=143 ifmaxaddr 0 port 2 priority 128 path cost 55 I need to manually start the dhclient on the bridge0 for getting my IP address: [root@d630]~#dhclient bridge0 DHCPREQUEST on bridge0 to 255.255.255.255 port 67 DHCPNAK from 192.168.100.254 DHCPDISCOVER on bridge0 to 255.255.255.255 port 67 interval 6 DHCPOFFER from 192.168.100.254 DHCPREQUEST on bridge0 to 255.255.255.255 port 67 DHCPACK from 192.168.100.254 bound to 192.168.100.58 -- renewal in 432000 seconds. I'm ussing current: [root@d630]~#uname -a FreeBSD d630.freenas.org 8.0-CURRENT FreeBSD 8.0-CURRENT #14: Thu Mar 12 14:17:22 CET 2009 root@d630.freenas.org:/usr/obj/usr/src/sys/DellD630 amd64 What is the good rc.conf parameters for using a dhclient on a bridge interface ? Thanks, Olivier From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 06:49:50 2009 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 968031065672 for ; Fri, 13 Mar 2009 06:49:50 +0000 (UTC) (envelope-from cochard@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.233]) by mx1.freebsd.org (Postfix) with ESMTP id 60D4B8FC0A for ; Fri, 13 Mar 2009 06:49:50 +0000 (UTC) (envelope-from cochard@gmail.com) Received: by rv-out-0506.google.com with SMTP id f6so1556064rvb.43 for ; Thu, 12 Mar 2009 23:49:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding; bh=jULyo39yTp3owF3cmwCjKEHHFp70FMN/q/5Chhlymhk=; b=jikhe8mUnFyfdzmyos4otnNcZiNL+lGvAb+Ny8AwcLynFmw/x6+Tb+hgHwSQmESoEv Q6UXgwr3Aa191ng36izudSbvL5UA6WkexCWpfVTHX9LGQJWSETolq37tWb8sxFwZUbGi duDe+T1Ay15pX1PHm5WS4JBsdDf9t2XJsBsmk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type:content-transfer-encoding; b=CzMjRlBgT5ip6qWQUUQ/gg+HykbG3ketn1EhOlQgNQs8rdlxg72MbmlAgI0fAQ9yTi FQr1+8Qg4rjfMterVhzGEiCVO386GQq6KXWD3ym/yMgwmSakr2RIXB8MDLhF5s/MN6l6 Q7fu4PMj13uXROKK1Wvj8VzAZgj0pQK3cD8so= MIME-Version: 1.0 Sender: cochard@gmail.com Received: by 10.142.102.5 with SMTP id z5mr428362wfb.146.1236925423338; Thu, 12 Mar 2009 23:23:43 -0700 (PDT) Date: Fri, 13 Mar 2009 07:23:43 +0100 X-Google-Sender-Auth: 394350ff91cff9c4 Message-ID: <3131aa530903122323n73b671b5y4cb4a4a8896efa14@mail.gmail.com> From: =?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?= To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Is iwn drivers working on Current ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Mar 2009 06:49:51 -0000 Hi, I try to use the iwn drivers on my Dell Latitude D630 laptop on a up-to-date current, but I can't. I've an Intel 4965AGN card, and here is the result of pciconf -lv : iwn0@pci0:12:0:0: class=3D0x028000 card=3D0x11218086 chip=3D0x42298086 rev=3D0x61 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D 'Intel 4965AGN Intel Wireless WiFi Link 4965AGN(supporting 802.11a/b/g/Draft-N)' class =3D network I've put on /boot/loader.conf the magics lines: legal.intel_iwn.license_ack=3D1 if_iwn_load=3D"YES" my /etc/rc.conf is configured like that: wlans_iwn0=3D"wlan0" ifconfig_wlan0=3D"country FR WPA DHCP" and the /etc/wpa_supplicant.conf was tested using 2 others differents wirelles card (USB rum and PCMCIA=A0ath) without problem. But I have this error message on dmesg: iwn0: need multicast update callback iwn0: error, INTR=3D2000000 STATUS=3D0x0 iwn0: error, INTR=3D2000000 STATUS=3D0x0 iwn0: iwn_config: configure command failed, error 35 iwn0: iwn_init_locked: could not configure device, error 35 iwn0: iwn_config: configure command failed, error 35 iwn0: iwn_init_locked: could not configure device, error 35 iwn0: iwn_transfer_firmware: timeout waiting for first alive notice, error = 35 iwn0: iwn_init_locked: could not load firmware, error 35 (The wireless switch is on the ON position, and this wireless works when booting with Linux Ubuntu). And not association possible... Here are some other information: [root@d630]~#ifconfig wlan0 wlan0: flags=3D8843 metric 0 mtu 15= 00 ether 00:1d:e0:72:10:01 inet6 fe80::21d:e0ff:fe72:1001%wlan0 prefixlen 64 scopeid 0x7 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier ssid "" channel 13 (2472 Mhz 11g) regdomain ETSI country F2 authmode WPA1+WPA2/802.11i privacy ON deftxkey UNDEF txpower 30 bmiss 10 scanvalid 60 protmode CTS wme roaming MANUAL [root@d630]~#ifconfig wlan0 list scan [root@d630]~#ifconfig wlan0 list caps drivercaps=3D581e001 [root@d630]~#uname -a FreeBSD d630.freenas.org 8.0-CURRENT FreeBSD 8.0-CURRENT #14: Thu Mar 12 14:17:22 CET 2009 root@d630.freenas.org:/usr/obj/usr/src/sys/DellD630 amd64 [root@d630]~#wpa_supplicant -d -i wlan0 -c /etc/wpa_supplicant.conf Initializing interface 'wlan0' conf '/etc/wpa_supplicant.conf' driver 'default' ctrl_interface 'N/A' bridge 'N/A' Configuration file '/etc/wpa_supplicant.conf' -> '/etc/wpa_supplicant.conf' Reading configuration file '/etc/wpa_supplicant.conf' update_config=3D1 ctrl_interface=3D'/var/run/wpa_supplicant' ap_scan=3D1 Priority group 19 id=3D0 ssid=3D'Gugus' Initializing interface (2) 'wlan0' Own MAC address: 00:1d:e0:72:10:01 wpa_driver_bsd_set_wpa: enabled=3D1 wpa_driver_bsd_set_wpa_internal: wpa=3D3 privacy=3D1 wpa_driver_bsd_del_key: keyidx=3D0 wpa_driver_bsd_del_key: keyidx=3D1 wpa_driver_bsd_del_key: keyidx=3D2 wpa_driver_bsd_del_key: keyidx=3D3 wpa_driver_bsd_set_countermeasures: enabled=3D0 wpa_driver_bsd_set_drop_unencrypted: enabled=3D1 RSN: flushing PMKID list in the driver Setting scan request: 0 sec 100000 usec EAPOL: SUPP_PAE entering state DISCONNECTED EAPOL: KEY_RX entering state NO_KEY_RECEIVE EAPOL: SUPP_BE entering state INITIALIZE EAP: EAP entering state DISABLED Added interface wlan0 State: DISCONNECTED -> SCANNING Starting AP scan (broadcast SSID) Trying to get current scan results first without requesting a new scan to speed up initial association Received 0 bytes of scan results (0 BSSes) Scan results: 0 Cached scan results are empty - not posting Selecting BSS from priority group 19 Try to find WPA-enabled AP Try to find non-WPA AP No suitable AP found. Setting scan request: 0 sec 0 usec Starting AP scan (broadcast SSID) ioctl[SIOCS80211, op 103, len 128]: Device not configured Failed to initiate AP scan. Does someone know where the problem is ? Thanks for your help, Olivier From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 07:22:13 2009 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 5F349106564A for ; Fri, 13 Mar 2009 07:22:13 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) by mx1.freebsd.org (Postfix) with ESMTP id F08238FC0C for ; Fri, 13 Mar 2009 07:22:12 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.3/8.14.3) with ESMTP id n2D7KvLL065470; Fri, 13 Mar 2009 02:20:58 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.3/8.14.3/Submit) id n2D7Kvkr065469; Fri, 13 Mar 2009 02:20:57 -0500 (CDT) (envelope-from brooks) Date: Fri, 13 Mar 2009 02:20:57 -0500 From: Brooks Davis To: Olivier Cochard-Labb? Message-ID: <20090313072057.GA65389@lor.one-eyed-alien.net> References: <3131aa530903122333x244bd56aue4f4179991942aea@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uAKRQypu60I7Lcqm" Content-Disposition: inline In-Reply-To: <3131aa530903122333x244bd56aue4f4179991942aea@mail.gmail.com> User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Fri, 13 Mar 2009 02:20:58 -0500 (CDT) Cc: freebsd-current@freebsd.org Subject: Re: How to configure DHCP client on a bridge ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Mar 2009 07:22:13 -0000 --uAKRQypu60I7Lcqm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 13, 2009 at 07:33:15AM +0100, Olivier Cochard-Labb? wrote: > Hi, >=20 > I'm trying to follow the advice fount in the handbook by configuring > the IP address on the bridge0 interface rather than on a member > interface. > Then I've configured my rc.conf like that: >=20 > cloned_interfaces=3D"bridge0" > ifconfig_bridge0=3D"addm bge0 addm xl0 DHCP" > ifconfig_bge0=3D"up" > ifconfig_xl0=3D"up" >=20 > But, with this configuration, the dhclient didn't start automatically > on the bridge0 interface. > After a reboot, my bridge0 status is: > [olivier@d630]~>ifconfig bridge0 > bridge0: flags=3D8843 metric 0 mt= u 1500 > ether 82:03:c8:73:85:cc > id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 > maxage 20 holdcnt 6 proto rstp maxaddr 100 timeout 1200 > root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 > member: xl0 flags=3D143 > ifmaxaddr 0 port 5 priority 128 path cost 55 > member: bge0 flags=3D143 > ifmaxaddr 0 port 2 priority 128 path cost 55 >=20 > I need to manually start the dhclient on the bridge0 for getting my IP ad= dress: >=20 > [root@d630]~#dhclient bridge0 > DHCPREQUEST on bridge0 to 255.255.255.255 port 67 > DHCPNAK from 192.168.100.254 > DHCPDISCOVER on bridge0 to 255.255.255.255 port 67 interval 6 > DHCPOFFER from 192.168.100.254 > DHCPREQUEST on bridge0 to 255.255.255.255 port 67 > DHCPACK from 192.168.100.254 > bound to 192.168.100.58 -- renewal in 432000 seconds. >=20 > I'm ussing current: > [root@d630]~#uname -a > FreeBSD d630.freenas.org 8.0-CURRENT FreeBSD 8.0-CURRENT #14: Thu Mar > 12 14:17:22 CET 2009 > root@d630.freenas.org:/usr/obj/usr/src/sys/DellD630 amd64 >=20 > What is the good rc.conf parameters for using a dhclient on a bridge inte= rface ? The problem here is that bridge doesn't generate link state events and thus dhclient never runs. A workaround would be to change DHCP to SYNCDHCP which should work assuming the interface that can see the dhcp server comes up before dhclient gives up. -- Brooks --uAKRQypu60I7Lcqm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iD4DBQFJuglZXY6L6fI4GtQRAqqrAKC540Q6FXmxSMDKgtAA25pIPxGDUQCY5RIX jF0BTAatPcmVbzwbAZFydQ== =EdFb -----END PGP SIGNATURE----- --uAKRQypu60I7Lcqm-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 08:03:13 2009 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 533711065673 for ; Fri, 13 Mar 2009 08:03:13 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from mail.math.leidenuniv.nl (mail.math.leidenuniv.nl [132.229.231.57]) by mx1.freebsd.org (Postfix) with ESMTP id CBFA38FC18 for ; Fri, 13 Mar 2009 08:03:12 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from [132.229.231.13] (polaris.math.leidenuniv.nl [132.229.231.13]) by mail.math.leidenuniv.nl (Postfix) with ESMTP id D5D266E8B5; Fri, 13 Mar 2009 08:45:36 +0100 (CET) From: Marten Vijn To: Olivier =?ISO-8859-1?Q?Cochard-Labb=E9?= In-Reply-To: <3131aa530903122333x244bd56aue4f4179991942aea@mail.gmail.com> References: <3131aa530903122333x244bd56aue4f4179991942aea@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Date: Fri, 13 Mar 2009 08:45:36 +0100 Message-Id: <1236930336.23817.6.camel@polaris> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: How to configure DHCP client on a bridge ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Mar 2009 08:03:13 -0000 On Fri, 2009-03-13 at 07:33 +0100, Olivier Cochard-Labbé wrote: > Hi, > > I'm trying to follow the advice fount in the handbook by configuring > the IP address on the bridge0 interface rather than on a member > interface. > Then I've configured my rc.conf like that: > > cloned_interfaces="bridge0" > ifconfig_bridge0="addm bge0 addm xl0 DHCP" > ifconfig_bge0="up" > ifconfig_xl0="up" > > But, with this configuration, the dhclient didn't start automatically > on the bridge0 interface. > After a reboot, my bridge0 status is: > [olivier@d630]~>ifconfig bridge0 > bridge0: flags=8843 metric 0 mtu 1500 > ether 82:03:c8:73:85:cc > id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 > maxage 20 holdcnt 6 proto rstp maxaddr 100 timeout 1200 > root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 > member: xl0 flags=143 > ifmaxaddr 0 port 5 priority 128 path cost 55 > member: bge0 flags=143 > ifmaxaddr 0 port 2 priority 128 path cost 55 > > I need to manually start the dhclient on the bridge0 for getting my IP address: > > [root@d630]~#dhclient bridge0 > DHCPREQUEST on bridge0 to 255.255.255.255 port 67 > DHCPNAK from 192.168.100.254 > DHCPDISCOVER on bridge0 to 255.255.255.255 port 67 interval 6 > DHCPOFFER from 192.168.100.254 > DHCPREQUEST on bridge0 to 255.255.255.255 port 67 > DHCPACK from 192.168.100.254 > bound to 192.168.100.58 -- renewal in 432000 seconds. > You could move (parts of) your ip configuration to /etc/rc.local It is run once at boot time, Marten > I'm ussing current: > [root@d630]~#uname -a > FreeBSD d630.freenas.org 8.0-CURRENT FreeBSD 8.0-CURRENT #14: Thu Mar > 12 14:17:22 CET 2009 > root@d630.freenas.org:/usr/obj/usr/src/sys/DellD630 amd64 > > What is the good rc.conf parameters for using a dhclient on a bridge interface ? > > Thanks, > > Olivier > _______________________________________________ > 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" -- Marten Vijn linux 2.0.18 OpenBSD 3.6 FreeBSD 4.6 http://martenvijn.nl http://opencommunitycamp.org http://wifisoft.org From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 08:23:47 2009 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 E2ADD1065679 for ; Fri, 13 Mar 2009 08:23:47 +0000 (UTC) (envelope-from cochard@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.173]) by mx1.freebsd.org (Postfix) with ESMTP id AC8348FC28 for ; Fri, 13 Mar 2009 08:23:47 +0000 (UTC) (envelope-from cochard@gmail.com) Received: by wf-out-1314.google.com with SMTP id 27so1568961wfd.7 for ; Fri, 13 Mar 2009 01:23:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=DMb0Vv40L3DbFBE9muwRGhpLDyRoXyej4QADAkZOY0M=; b=bcj1rQXBYa/l6FyZMwxe9zRntZ0eWvFd53DokFAHk1qVW34/2lYfAj0SLHeu0LYq+e Jb4BSIVZQvNafqdo5iTwGnBzXMPOUg+IwH/iQyu2o6jdQs1BWlP2agMZk6k2g69lp07W NrnZvttu+ytw6CWM9RUhD1/2Y4YqObl5jwNM8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=MOUJBTQNqpq/zQHe8ZL7RJpERaoerBsN2DPaWBhDs3jZUOh3pLSiiuCHo8hqRPSHPS I7qoDCkMiTWZwSb6/7Ez0XTn9yh/uUmQ6cS7kWSl6K7YmWMTzSAxyGBkPojnGLM2T0w8 0MJVcG7Mn7ilPqvHZ1/BEKzM5K++FQPBm0/Jw= MIME-Version: 1.0 Sender: cochard@gmail.com Received: by 10.143.28.8 with SMTP id f8mr473074wfj.204.1236932627371; Fri, 13 Mar 2009 01:23:47 -0700 (PDT) In-Reply-To: <20090313072057.GA65389@lor.one-eyed-alien.net> References: <3131aa530903122333x244bd56aue4f4179991942aea@mail.gmail.com> <20090313072057.GA65389@lor.one-eyed-alien.net> Date: Fri, 13 Mar 2009 09:23:47 +0100 X-Google-Sender-Auth: d0e3e418e3ff4ca0 Message-ID: <3131aa530903130123y71880898xc29bee811fdfb630@mail.gmail.com> From: =?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?= To: Brooks Davis Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: How to configure DHCP client on a bridge ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Mar 2009 08:23:48 -0000 Thanks Brooks! Replacing the line: ifconfig_bridge0="addm bge0 addm xl0 DHCP" by: ifconfig_bridge0="addm bge0 addm xl0 SYNCDHCP" fix the dhclient problem! Regards, Olivier From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 09:11:17 2009 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 93B93106566B for ; Fri, 13 Mar 2009 09:11:17 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 0A6088FC1C for ; Fri, 13 Mar 2009 09:11:16 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1Li3QB-0003Mv-G3>; Fri, 13 Mar 2009 10:11:15 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1Li3QB-0007L8-DN>; Fri, 13 Mar 2009 10:11:15 +0100 Message-ID: <49BA22CD.9030809@zedat.fu-berlin.de> Date: Fri, 13 Mar 2009 09:09:33 +0000 From: "O. Hartmann" Organization: Freie =?ISO-8859-15?Q?Universit=E4t_Berlin?= User-Agent: Thunderbird 2.0.0.19 (X11/20090311) MIME-Version: 1.0 To: Kip Macy References: <1236372641.1671.11.camel@balrog.2hip.net> <18869.10411.538031.500651@jerusalem.litteratus.org> <20090309170833.42069a98@ernst.jennejohn.org> <18869.16614.1547.140164@jerusalem.litteratus.org> <1236617617.1680.17.camel@balrog.2hip.net> <3c1674c90903091036q4585519aja68d7f9bcd350010@mail.gmail.com> <49B961B7.6020303@mail.zedat.fu-berlin.de> <3c1674c90903121400s10c517f3i9714272d20a4ddc2@mail.gmail.com> In-Reply-To: <3c1674c90903121400s10c517f3i9714272d20a4ddc2@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 Cc: freebsd-x11 , Robert Huff , Robert Noland , "O. Hartmann" , Nenhum_de_Nos , freebsd-current Subject: Re: [HEADS UP] Radeon r6/7xx drm code to be committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Mar 2009 09:11:17 -0000 My private box is a UP FreeBSD 8.0-CURRENT/amd64 equipted with a MSI HD4830 (RV770). On this machine with the most recent OS and the most recent xorg-7.4 compiled from the ports, Driver 'radeonhd' does not work, the tty does never show up login screen. It seems the driver does not recognise the GPU. Also on this box, enabling Option 'DRI' doesn't work. When getty tries to start xdm on the specific tty, Xserver can't be started - there is a error message on console coming from [drm], saying something about 'idle'. I never caught this. On my lab's box, a SMP FreeBSD 8.0-CURRENT/amd64 with the most recent xorg-7.4 as mentioned above, equippted with a MSI HD4670 (RV730), Driver 'radeonhd' works, but shows up weird behaviour sometimes (crashing), so I switchd to Driver 'radeon'. But also on this box, enabling Option 'DRI' does not let X come up. Either way, with radeonhd or radeon, ending a X session (I use windowmaker), seems crashing X and then locking up/crashing the whole box. Also very boring is the fact, that I can't swtch to the console via Ctrl-Alt-F{1-8} althought this is explicitely enabled in the config. I see 'nothing' but a black screen, the console is definitely changing, I can change back to the X screen, but never to a console. This behaviour is both on FreeBSD 7.1-STABLE (most recent before I switched these days to 8.0-CURRENT on that box) and 8.0-CURRENT! I guess this is a serious issue in Xorg 7.4 and/or the Radeon driver. It is also very surprising, that on the slower UP FreeBSD box with the faster GPU (RV770), X is much(!) faster than on the faster SMP FreeBSD box with the slower GPU (RV730). On both systems DRI is not enabled and both boxes do not load modules 'drm' and 'radeon'. Kip Macy wrote: > radeon locks up my system, use radeonhd > > On Thu, Mar 12, 2009 at 12:25 PM, O. Hartmann > wrote: >> Kip Macy wrote: >>> I have an HD4850 and it works well. Unfortunately it is the one from >>> ASUS where only one port does dual-link. >>> >>> -Kip >>> >>> On Mon, Mar 9, 2009 at 10:27 AM, Nenhum_de_Nos wrote: >>> >>>> On Mon, March 9, 2009 13:53, Robert Noland wrote: >>>> >>>>> On Mon, 2009-03-09 at 12:16 -0400, Robert Huff wrote: >>>>> >>>>>> Gary Jennejohn writes: >>>>>> >>>>>> >>>>>>> > > This should work on pretty much all Radeon r600+ cards (and the >>>>>>> >>>>>> older >>>>>> >>>>>>> > > stuff as well). With the appropriate X drivers, you should get >>>>>>> >>>>>> EXA >>>>>> >>>>>>> > > accelleration and Xv. 3d is not available yet, afaik. >>>>>>> > >>>>>>> >>>>>>> This is kernel code and has nothing directly to do with ports. >>>>>>> >>>>>> Let me be more specific. >>>>>> Assuming I'm using a 3850, which I believe is the RV670 >>>>>> chipset, is there anything I will need to change in xorg.conf (or >>>>>> elsewhere) to take advantage of/not break the new code? >>>>>> >>>>> rv670 is what I'm testing on... I tried to put a few details in the >>>>> commit message. >>>>> >>>>> Basically, for R600+ you have to force DRI on for the moment. You >>>>> should also be using exa. >>>>> >>>>> So, right now, I'm using radeonhd from git master, with : >>>>> >>>>> Driver "radeonhd" >>>>> VendorName "ATI Technologies Inc" >>>>> BoardName "RV670PRO [Radeon HD 3850]" >>>>> BusID "PCI:1:0:0" >>>>> Option "DRI" >>>>> Option "AccelMethod" "EXA" >>>>> Option "Audio" >>>>> EndSection >>>>> >>>>> robert. >>>>> >>>>> >>>>>> Robert Huff >>>>>> >>>>>> >>>>> -- >>>>> Robert Noland >>>>> FreeBSD >>>>> >>>> I'm planning to move from nVidia to ATi, and all this work is what makes >>>> me do that. This code you're talking about, would benefit a HD4850 ? >>>> >>>> thanks, >>>> >>>> matheus >>>> >>>> -- >>>> We will call you cygnus, >>>> The God of balance you shall be >>>> >>>> _______________________________________________ >>>> freebsd-current@freebsd.org mailing list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >>>> >>>> >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >>> >> I use a MSI HD4830 on a UP FreeBSD 8.0-CURRENT/amd64 box with >> >> Driver "radeon" >> >> from ports/xorg-7.4. Without EXA and DRI the graphics card works well, >> but when enabling EXA and/or DRI, system goes mustang. Ctrl-Alt-FX >> doesn't bring back a console, the tty is 'blinking' as it looks like the >> X server tries to start and fails. >> >> On another box, running FreeBSD 8.0-CURRENT/amd64, but SMP and MSI >> HD4670, with EXA and DRI enabled the whole box crashes immediately when >> loading Xserver. Without EXA and DRI, leaving a windowmaker session and >> therefore ending the Xserver kills the box, the OS dies and coredumps or >> hangs forever with a tiled screen showing 3 rows of 6 columns of the >> console screen on a 20,1 inch TFT. >> > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 09:17:36 2009 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 712B1106564A for ; Fri, 13 Mar 2009 09:17:36 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-ew0-f166.google.com (mail-ew0-f166.google.com [209.85.219.166]) by mx1.freebsd.org (Postfix) with ESMTP id CF36E8FC13 for ; Fri, 13 Mar 2009 09:17:35 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by ewy10 with SMTP id 10so2727898ewy.43 for ; Fri, 13 Mar 2009 02:17:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=7y8hCJlPXoe2wsaSeY/B05gBq0zbfB1qZn4mSNyvzYE=; b=uc9GQ6/UJ8dCLLt+RkXvetiT4/PqSwUhBjj9ed16ZQmbSfwD0sqcvsKgmDJVXxfkrU JhG2jtjbu7GutipoZsokkc5F2CX+AuBCkzUu1M89K3Q1hykvi18ewxL3eJyT0IDO/l+j 9OY1apN0Nx9cUMXA/m/QaodCy2TlwyonqEbPE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=WRSqAiHf1KYQhTna4dYg1vjEswRTmo5xIJcWXAXLVKCGwVe7q3htPHBj9laGh7jRyC qE0x0q9I7uT0zJzqAKgwJOD9wEqKv3w4f8T6uPMgSWLiICXCLsVU3IPdSZH/xA60SjaZ 2ausSpURqD3zaz4rXND/+bOoHCUbf3pKaSsPE= MIME-Version: 1.0 Received: by 10.210.46.14 with SMTP id t14mr767916ebt.57.1236935854782; Fri, 13 Mar 2009 02:17:34 -0700 (PDT) In-Reply-To: <3131aa530903122323n73b671b5y4cb4a4a8896efa14@mail.gmail.com> References: <3131aa530903122323n73b671b5y4cb4a4a8896efa14@mail.gmail.com> Date: Fri, 13 Mar 2009 10:17:34 +0100 Message-ID: <3a142e750903130217l160a7cadj7975725e6e5e8e1a@mail.gmail.com> From: "Paul B. Mahol" To: Olivier Cochard-Labbe Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Is iwn drivers working on Current ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Mar 2009 09:17:36 -0000 On 3/13/09, Olivier Cochard-Labbe wrote: > Hi, > > I try to use the iwn drivers on my Dell Latitude D630 laptop on a > up-to-date current, but I can't. > > I've an Intel 4965AGN card, and here is the result of pciconf -lv : > > iwn0@pci0:12:0:0: class=0x028000 card=0x11218086 chip=0x42298086 > rev=0x61 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Intel 4965AGN Intel Wireless WiFi Link > 4965AGN(supporting 802.11a/b/g/Draft-N)' > class = network > > I've put on /boot/loader.conf the magics lines: > legal.intel_iwn.license_ack=1 > if_iwn_load="YES" > > my /etc/rc.conf is configured like that: > wlans_iwn0="wlan0" > ifconfig_wlan0="country FR WPA DHCP" > > and the /etc/wpa_supplicant.conf was tested using 2 others differents > wirelles card (USB rum and PCMCIA ath) without problem. > But I have this error message on dmesg: > > iwn0: need multicast update callback > iwn0: error, INTR=2000000 STATUS=0x0 > iwn0: error, INTR=2000000 STATUS=0x0 > iwn0: iwn_config: configure command failed, error 35 > iwn0: iwn_init_locked: could not configure device, error 35 > iwn0: iwn_config: configure command failed, error 35 > iwn0: iwn_init_locked: could not configure device, error 35 > iwn0: iwn_transfer_firmware: timeout waiting for first alive notice, error > 35 > iwn0: iwn_init_locked: could not load firmware, error 35 > > (The wireless switch is on the ON position, and this wireless works > when booting with Linux Ubuntu). > > And not association possible... > > Here are some other information: > > [root@d630]~#ifconfig wlan0 > wlan0: flags=8843 metric 0 mtu 1500 > ether 00:1d:e0:72:10:01 > inet6 fe80::21d:e0ff:fe72:1001%wlan0 prefixlen 64 scopeid 0x7 > media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) > status: no carrier > ssid "" channel 13 (2472 Mhz 11g) > regdomain ETSI country F2 authmode WPA1+WPA2/802.11i privacy ON > deftxkey UNDEF txpower 30 bmiss 10 scanvalid 60 protmode CTS wme > roaming MANUAL > [root@d630]~#ifconfig wlan0 list scan > [root@d630]~#ifconfig wlan0 list caps > drivercaps=581e001 > [root@d630]~#uname -a > FreeBSD d630.freenas.org 8.0-CURRENT FreeBSD 8.0-CURRENT #14: Thu Mar > 12 14:17:22 CET 2009 > root@d630.freenas.org:/usr/obj/usr/src/sys/DellD630 amd64 > [root@d630]~#wpa_supplicant -d -i wlan0 -c /etc/wpa_supplicant.conf > Initializing interface 'wlan0' conf '/etc/wpa_supplicant.conf' driver > 'default' ctrl_interface 'N/A' bridge 'N/A' > Configuration file '/etc/wpa_supplicant.conf' -> '/etc/wpa_supplicant.conf' > Reading configuration file '/etc/wpa_supplicant.conf' > update_config=1 > ctrl_interface='/var/run/wpa_supplicant' > ap_scan=1 > Priority group 19 > id=0 ssid='Gugus' > Initializing interface (2) 'wlan0' > Own MAC address: 00:1d:e0:72:10:01 > wpa_driver_bsd_set_wpa: enabled=1 > wpa_driver_bsd_set_wpa_internal: wpa=3 privacy=1 > wpa_driver_bsd_del_key: keyidx=0 > wpa_driver_bsd_del_key: keyidx=1 > wpa_driver_bsd_del_key: keyidx=2 > wpa_driver_bsd_del_key: keyidx=3 > wpa_driver_bsd_set_countermeasures: enabled=0 > wpa_driver_bsd_set_drop_unencrypted: enabled=1 > RSN: flushing PMKID list in the driver > Setting scan request: 0 sec 100000 usec > EAPOL: SUPP_PAE entering state DISCONNECTED > EAPOL: KEY_RX entering state NO_KEY_RECEIVE > EAPOL: SUPP_BE entering state INITIALIZE > EAP: EAP entering state DISABLED > Added interface wlan0 > State: DISCONNECTED -> SCANNING > Starting AP scan (broadcast SSID) > Trying to get current scan results first without requesting a new scan > to speed up initial association > Received 0 bytes of scan results (0 BSSes) > Scan results: 0 > Cached scan results are empty - not posting > Selecting BSS from priority group 19 > Try to find WPA-enabled AP > Try to find non-WPA AP > No suitable AP found. > Setting scan request: 0 sec 0 usec > Starting AP scan (broadcast SSID) > ioctl[SIOCS80211, op 103, len 128]: Device not configured > Failed to initiate AP scan. > > Does someone know where the problem is ? > > Thanks for your help, > > Olivier Is iwnfw loaded in kernel? What happens if you enable iwn debug sysctl. -- Paul From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 09:41:02 2009 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 EC6FA106566C; Fri, 13 Mar 2009 09:41:02 +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 26FDB8FC20; Fri, 13 Mar 2009 09:41:01 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru (ppp85-141-81-217.pppoe.mtu-net.ru [85.141.81.217]) (authenticated bits=0) by relay.sw.ru (8.13.4/8.13.4) with ESMTP id n2D9euhb023337 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 13 Mar 2009 12:41:00 +0300 (MSK) Received: from vova by vbook.fbsd.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Li3sr-0000d0-FG; Fri, 13 Mar 2009 12:40:53 +0300 From: Vladimir Grebenschikov To: current@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Fri, 13 Mar 2009 12:40:53 +0300 Message-Id: <1236937253.2282.0.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: freebsd-net Subject: IGMP+WiFi panic on recent kernel - in igmp_fasttimo() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Mar 2009 09:41:03 -0000 Hi=20 Recent 8-CURRENT Fatal trap 12: page fault while in kernel mode fault virtual address =3D 0x14 fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0xc05f7251 stack pointer =3D 0x28:0xc4a8db8c frame pointer =3D 0x28:0xc4a8dc24 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 11 (swi4: clock) ... #0 doadump () at pcpu.h:246 246 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:246 #1 0xc0478399 in db_fncall (dummy1=3D0, dummy2=3D0, dummy3=3D-1065953936,=20 dummy4=3D0xc4a8d930 "p=D7=AC=EF=BF=BD,\004") at /usr/src/sys/ddb/db_com= mand.c:548 #2 0xc0478791 in db_command (last_cmdp=3D0xc075709c, cmd_table=3D0x0, dopa= ger=3D1) at /usr/src/sys/ddb/db_command.c:445 #3 0xc04788ea in db_command_loop () at /usr/src/sys/ddb/db_command.c:498 #4 0xc047a72d in db_trap (type=3D12, code=3D0) at /usr/src/sys/ddb/db_main= .c:229 #5 0xc05798a4 in kdb_trap (type=3D12, code=3D0, tf=3D0xc4a8db4c) at /usr/src/sys/kern/subr_kdb.c:534 #6 0xc06bb70f in trap_fatal (frame=3D0xc4a8db4c, eva=3D20) at /usr/src/sys/i386/i386/trap.c:917 #7 0xc06bb9b0 in trap_pfault (frame=3D0xc4a8db4c, usermode=3D0, eva=3D20) at /usr/src/sys/i386/i386/trap.c:839 #8 0xc06bc312 in trap (frame=3D0xc4a8db4c) at /usr/src/sys/i386/i386/trap.= c:521 #9 0xc06a331b in calltrap () at /usr/src/sys/i386/i386/exception.s:165 #10 0xc05f7251 in igmp_fasttimo () at /usr/src/sys/netinet/igmp.c:1817 #11 0xc0598e29 in pffasttimo (arg=3D0x0) at /usr/src/sys/kern/uipc_domain.c= :498 #12 0xc0562cbc in softclock (arg=3D0xc076ddc0) at /usr/src/sys/kern/kern_timeout.c:411 #13 0xc053021b in intr_event_execute_handlers (p=3D0xc4c61a90, ie=3D0xc4c9c= 200) at /usr/src/sys/kern/kern_intr.c:1134 #14 0xc05315ca in ithread_loop (arg=3D0xc4c472f0) at /usr/src/sys/kern/kern_intr.c:1147 ---Type to continue, or q to quit---=20 #15 0xc052db70 in fork_exit (callout=3D0xc0531560 ,=20 arg=3D0xc4c472f0, frame=3D0xc4a8dd38) at /usr/src/sys/kern/kern_fork.c:= 821 #16 0xc06a3390 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:= 270 (kgdb) fr 10 #10 0xc05f7251 in igmp_fasttimo () at /usr/src/sys/netinet/igmp.c:1817 1817 if (inm->inm_timer =3D=3D 0) { (kgdb) This happens when I've configured IP-TV on DSL rounter, and though TV shoul= d go to another port (ethernet) FreeBSD kernel now crashes while try to get connected through WiFi. If I try to connect through wired port to same broadcast domain - everythin= g in ok. Wireless card: ath0: mem 0xedf00000-0xedf0ffff irq 17 at device 0.0 on pci3 ath0: [ITHREAD] ath0: AR5413 mac 10.3 RF5424 phy 6.1 key_mgmt=3DWPA-PSK with wpa_supplicant crash is 100% reproducible With older kernel (4 mar 2009) everything working as expected. --=20 Vladimir B. Grebenschikov Project Manager, Automation Parallels Inc. vova@parallels.com --=20 Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 10:15:27 2009 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 DABBB1065670 for ; Fri, 13 Mar 2009 10:15:27 +0000 (UTC) (envelope-from cochard@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.171]) by mx1.freebsd.org (Postfix) with ESMTP id ABC808FC14 for ; Fri, 13 Mar 2009 10:15:27 +0000 (UTC) (envelope-from cochard@gmail.com) Received: by wf-out-1314.google.com with SMTP id 27so1615165wfd.7 for ; Fri, 13 Mar 2009 03:15:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=4j1H7VQALj/N0ZwnGTlWlfPY+ChHOxUACbzM0HWIOnw=; b=jT2NoTeNMMFUdsArVDX2JK0C5xOqR7+PzPHMxJ5IvB7tg4mb77IAWTjz5sLfjLbqiN TYSPHb4lNp4EjL26uHtlVN8thJCvCLrgXtOg+s/zQCNcW+4DRgSEn6OGZHku35Si3Vkb nLj43vctAJCq9W5tEJUfpKXgpZsfOfaVZfFfw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=cB9wN5h4BsS03MMcXSBt+7o+wVIGT2t9XyAnCx3n540VvhB/KgWJKua1ufeno3dPYM Xa6Zh5kARLklIXU8/X1aWIZ96VgC3mUYjjrYh7sZblNLLZ26EFDV5wPL3XNBs9oDaBHo 9XH4LfzSc4M6WMfBiGcv4illW9NzbgdSN8EZs= MIME-Version: 1.0 Sender: cochard@gmail.com Received: by 10.142.180.10 with SMTP id c10mr514705wff.213.1236939326967; Fri, 13 Mar 2009 03:15:26 -0700 (PDT) In-Reply-To: <3a142e750903130217l160a7cadj7975725e6e5e8e1a@mail.gmail.com> References: <3131aa530903122323n73b671b5y4cb4a4a8896efa14@mail.gmail.com> <3a142e750903130217l160a7cadj7975725e6e5e8e1a@mail.gmail.com> Date: Fri, 13 Mar 2009 11:15:26 +0100 X-Google-Sender-Auth: c248fc26dfc4b187 Message-ID: <3131aa530903130315k3b0fb9bbnda46d613095511f6@mail.gmail.com> From: =?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?= To: "Paul B. Mahol" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Is iwn drivers working on Current ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Mar 2009 10:15:28 -0000 > Is iwnfw loaded in kernel? Yes, iwnfw is loaded: [root@d630]~#kldstat | grep iwnfw 8 1 0xffffffff80c2c000 2ed22 iwnfw.ko > What happens if you enable iwn debug sysctl. [root@d630]~#sysctl dev.iwn.0.debug=1 dev.iwn.0.debug: 0 -> 1 [root@d630]~#sysctl dev.iwn dev.iwn.0.%desc: Intel(R) PRO/Wireless 4965BGN dev.iwn.0.%driver: iwn dev.iwn.0.%location: slot=0 function=0 handle=\_SB_.PCI0.RP02.PXS2 dev.iwn.0.%pnpinfo: vendor=0x8086 device=0x4229 subvendor=0x8086 subdevice=0x1121 class=0x028000 dev.iwn.0.%parent: pci12 dev.iwn.0.debug: 1 [root@d630]~#ifconfig wlan create wlandev iwn0 wlan0 [root@d630]~#ifconfig wlan0 country fr [root@d630]~#ifconfig wlan0 up [root@d630]~#wpa_supplicant -i wlan0 -c /etc/wpa_supplicant.conf (I send break signal after few second) ^CCTRL-EVENT-TERMINATING - signal 2 received ioctl[SIOCS80211, op 26, arg 0x0]: Operation not supported Failed to disable WPA in the driver. ELOOP: remaining socket: sock=4 eloop_data=0x800e091c0 user_data=0x800e050f0 handler=0x41fb19 And here is the dmesg file contents: wlan0: Ethernet address: 00:1d:e0:72:10:01 iwn0: need multicast update callback iwn0: need multicast update callback iwn0: need multicast update callback iwn0: need multicast update callback iwn_notif_intr: scanning channel 1 status 1 iwn_notif_intr: scanning channel 6 status 1 iwn_notif_intr: scanning channel 11 status 1 iwn_notif_intr: scanning channel 7 status 1 iwn0: error, INTR=2000000 STATUS=0x0 iwn0: iwn_transfer_firmware: timeout waiting for first alive notice, error 35 iwn0: iwn_init_locked: could not load firmware, error 35 The debug mode didn't give me more information than the "iwn_notif_intr" ? Regards, Olivierr From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 11:15:04 2009 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 B38031065670 for ; Fri, 13 Mar 2009 11:15:04 +0000 (UTC) (envelope-from onemda@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 458058FC16 for ; Fri, 13 Mar 2009 11:15:03 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by ey-out-2122.google.com with SMTP id d26so569847eyd.7 for ; Fri, 13 Mar 2009 04:15:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=uA0Ah428CMFTjjudFDpaI1RmS/3r7vNUJuYrtvlZHU4=; b=nE5OHdjdy0GKPLHNzQLgPj/YbyFnM6fFVzivBTusClkRgQ12WQahZwD+m9RB0+yCTR FU7gb2tlT0mzHAiyxuGh3M1RRDQP58Jrqx+wW38S9ZT1i00T+e4PUaic+EVS2WirLa6Y lO1Vyml34fzVXKiq0BaZcTqBVYUZXe3Z0neLM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=B+eHe1hh/lfgXuXJp21nZOX6rS96SULPSgLi05EHo+UolGeUxLVEA0MyEZLgWjkREd tby63WPh8k76AfYZX+Ysb2R6KKa9rR/aCLB2QDFnAyRWXf37oaHP6/lpjTOBVjjhXxjs thMcJQYH2Va4v8Klxy5amWPTsmF0Lq8aLQpGM= MIME-Version: 1.0 Received: by 10.210.90.20 with SMTP id n20mr684477ebb.77.1236942903166; Fri, 13 Mar 2009 04:15:03 -0700 (PDT) In-Reply-To: <3131aa530903130315k3b0fb9bbnda46d613095511f6@mail.gmail.com> References: <3131aa530903122323n73b671b5y4cb4a4a8896efa14@mail.gmail.com> <3a142e750903130217l160a7cadj7975725e6e5e8e1a@mail.gmail.com> <3131aa530903130315k3b0fb9bbnda46d613095511f6@mail.gmail.com> Date: Fri, 13 Mar 2009 12:15:03 +0100 Message-ID: <3a142e750903130415n77ea2c96ja9ca004dbdf6aaa8@mail.gmail.com> From: "Paul B. Mahol" To: =?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Is iwn drivers working on Current ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Mar 2009 11:15:05 -0000 On 3/13/09, Olivier Cochard-Labb=E9 wrote: >> Is iwnfw loaded in kernel? > > Yes, iwnfw is loaded: > > [root@d630]~#kldstat | grep iwnfw > 8 1 0xffffffff80c2c000 2ed22 iwnfw.ko > >> What happens if you enable iwn debug sysctl. > > > [root@d630]~#sysctl dev.iwn.0.debug=3D1 > dev.iwn.0.debug: 0 -> 1 > [root@d630]~#sysctl dev.iwn > dev.iwn.0.%desc: Intel(R) PRO/Wireless 4965BGN > dev.iwn.0.%driver: iwn > dev.iwn.0.%location: slot=3D0 function=3D0 handle=3D\_SB_.PCI0.RP02.PXS2 > dev.iwn.0.%pnpinfo: vendor=3D0x8086 device=3D0x4229 subvendor=3D0x8086 > subdevice=3D0x1121 class=3D0x028000 > dev.iwn.0.%parent: pci12 > dev.iwn.0.debug: 1 > [root@d630]~#ifconfig wlan create wlandev iwn0 > wlan0 > [root@d630]~#ifconfig wlan0 country fr > [root@d630]~#ifconfig wlan0 up > [root@d630]~#wpa_supplicant -i wlan0 -c /etc/wpa_supplicant.conf > (I send break signal after few second) > ^CCTRL-EVENT-TERMINATING - signal 2 received > ioctl[SIOCS80211, op 26, arg 0x0]: Operation not supported > Failed to disable WPA in the driver. > ELOOP: remaining socket: sock=3D4 eloop_data=3D0x800e091c0 > user_data=3D0x800e050f0 handler=3D0x41fb19 > > > And here is the dmesg file contents: > > wlan0: Ethernet address: 00:1d:e0:72:10:01 > iwn0: need multicast update callback > iwn0: need multicast update callback > iwn0: need multicast update callback > iwn0: need multicast update callback > iwn_notif_intr: scanning channel 1 status 1 > iwn_notif_intr: scanning channel 6 status 1 > iwn_notif_intr: scanning channel 11 status 1 > iwn_notif_intr: scanning channel 7 status 1 > iwn0: error, INTR=3D2000000 STATUS=3D0x0 > iwn0: iwn_transfer_firmware: timeout waiting for first alive notice, erro= r > 35 > iwn0: iwn_init_locked: could not load firmware, error 35 > > The debug mode didn't give me more information than the "iwn_notif_intr" = ? Could you try same thing with "set kern.smp.disabled=3D1". Type it in loader before kernel boot or add it in /boot/loader.conf If you dont have SMP CPU that this above will not help and I'm out of ideas= . Better to ask someone who use iwn on CURRENT. --=20 Paul From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 09:26:43 2009 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 226F71065670; Fri, 13 Mar 2009 09:26:43 +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 847308FC1A; Fri, 13 Mar 2009 09:26:42 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru (cdma-92-36-82-150.msk.skylink.ru [92.36.82.150]) (authenticated bits=0) by relay.sw.ru (8.13.4/8.13.4) with ESMTP id n2D8r5Xr030117 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 13 Mar 2009 11:53:08 +0300 (MSK) Received: from vova by vbook.fbsd.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Li38T-0000gK-Sc; Fri, 13 Mar 2009 11:52:57 +0300 From: Vladimir Grebenschikov To: current@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Fri, 13 Mar 2009 11:52:55 +0300 Message-Id: <1236934375.2583.6.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov X-Mailman-Approved-At: Fri, 13 Mar 2009 11:37:12 +0000 Cc: freebsd-net Subject: IGMP+WiFi panic on recent kernel - in igmp_fasttimo() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Mar 2009 09:26:43 -0000 Hi=20 Recent 8-CURRENT Fatal trap 12: page fault while in kernel mode fault virtual address =3D 0x14 fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0xc05f7251 stack pointer =3D 0x28:0xc4a8db8c frame pointer =3D 0x28:0xc4a8dc24 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 11 (swi4: clock) ... #0 doadump () at pcpu.h:246 246 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:246 #1 0xc0478399 in db_fncall (dummy1=3D0, dummy2=3D0, dummy3=3D-1065953936,=20 dummy4=3D0xc4a8d930 "p=D7=AC=EF=BF=BD,\004") at /usr/src/sys/ddb/db_com= mand.c:548 #2 0xc0478791 in db_command (last_cmdp=3D0xc075709c, cmd_table=3D0x0, dopa= ger=3D1) at /usr/src/sys/ddb/db_command.c:445 #3 0xc04788ea in db_command_loop () at /usr/src/sys/ddb/db_command.c:498 #4 0xc047a72d in db_trap (type=3D12, code=3D0) at /usr/src/sys/ddb/db_main= .c:229 #5 0xc05798a4 in kdb_trap (type=3D12, code=3D0, tf=3D0xc4a8db4c) at /usr/src/sys/kern/subr_kdb.c:534 #6 0xc06bb70f in trap_fatal (frame=3D0xc4a8db4c, eva=3D20) at /usr/src/sys/i386/i386/trap.c:917 #7 0xc06bb9b0 in trap_pfault (frame=3D0xc4a8db4c, usermode=3D0, eva=3D20) at /usr/src/sys/i386/i386/trap.c:839 #8 0xc06bc312 in trap (frame=3D0xc4a8db4c) at /usr/src/sys/i386/i386/trap.= c:521 #9 0xc06a331b in calltrap () at /usr/src/sys/i386/i386/exception.s:165 #10 0xc05f7251 in igmp_fasttimo () at /usr/src/sys/netinet/igmp.c:1817 #11 0xc0598e29 in pffasttimo (arg=3D0x0) at /usr/src/sys/kern/uipc_domain.c= :498 #12 0xc0562cbc in softclock (arg=3D0xc076ddc0) at /usr/src/sys/kern/kern_timeout.c:411 #13 0xc053021b in intr_event_execute_handlers (p=3D0xc4c61a90, ie=3D0xc4c9c= 200) at /usr/src/sys/kern/kern_intr.c:1134 #14 0xc05315ca in ithread_loop (arg=3D0xc4c472f0) at /usr/src/sys/kern/kern_intr.c:1147 ---Type to continue, or q to quit---=20 #15 0xc052db70 in fork_exit (callout=3D0xc0531560 ,=20 arg=3D0xc4c472f0, frame=3D0xc4a8dd38) at /usr/src/sys/kern/kern_fork.c:= 821 #16 0xc06a3390 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:= 270 (kgdb) fr 10 #10 0xc05f7251 in igmp_fasttimo () at /usr/src/sys/netinet/igmp.c:1817 1817 if (inm->inm_timer =3D=3D 0) { (kgdb) This happens when I've configured IP-TV on DSL rounter, and though TV shoul= d go to another port (ethernet) FreeBSD kernel now crashes while try to get connected through WiFi. If I try to connect through wired port to same broadcast domain - everythin= g in ok. Wireless card: ath0: mem 0xedf00000-0xedf0ffff irq 17 at device 0.0 on pci3 ath0: [ITHREAD] ath0: AR5413 mac 10.3 RF5424 phy 6.1 key_mgmt=3DWPA-PSK with wpa_supplicant crash is 100% reproducible --=20 Vladimir B. Grebenschikov Project Manager, Automation Parallels Inc. vova@parallels.com From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 11:57:20 2009 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 2C08E1065670 for ; Fri, 13 Mar 2009 11:57:20 +0000 (UTC) (envelope-from cochard@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.28]) by mx1.freebsd.org (Postfix) with ESMTP id D5F498FC1D for ; Fri, 13 Mar 2009 11:57:19 +0000 (UTC) (envelope-from cochard@gmail.com) Received: by yw-out-2324.google.com with SMTP id 5so138072ywb.13 for ; Fri, 13 Mar 2009 04:57:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=eDVC1sOSvbX0RysYlUy4z87nM+EQzQxawLoCgeHiwlw=; b=efJ9O++xdn11Xka9IAE7z8zmd2omeK40IO2M+zzw4wk0Svd6B7afKwojFgbjDYlUKS I/jNBt2l6+inbL927YmFRynPRJf2Jt2busO04yC+bCk4xKmsdiW2eFNsOJINXwFd8D/6 CKQGDNhr1mxrXnKLlPR1VFwQi02bwET6dwbt4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=wuIQhDCeeAIfrcWEfKaraNXha8qG9TEQOgvOAVjL0SdVoreucKjJVNusehVMcsuK0C Wkdq/5ifuqZm5uBzcdJ8O2EfX5gWTD8BbviAgh5KkJ2sLCxRvjm6X5TMl9RPgdSBjzCL wzB96X+6+FnJpudDcp2Sw6Qj92PB6lFpHahKA= MIME-Version: 1.0 Sender: cochard@gmail.com Received: by 10.142.158.3 with SMTP id g3mr547249wfe.333.1236945438595; Fri, 13 Mar 2009 04:57:18 -0700 (PDT) In-Reply-To: <3a142e750903130415n77ea2c96ja9ca004dbdf6aaa8@mail.gmail.com> References: <3131aa530903122323n73b671b5y4cb4a4a8896efa14@mail.gmail.com> <3a142e750903130217l160a7cadj7975725e6e5e8e1a@mail.gmail.com> <3131aa530903130315k3b0fb9bbnda46d613095511f6@mail.gmail.com> <3a142e750903130415n77ea2c96ja9ca004dbdf6aaa8@mail.gmail.com> Date: Fri, 13 Mar 2009 12:57:18 +0100 X-Google-Sender-Auth: 8258acb865b15c7e Message-ID: <3131aa530903130457w7bcecec6j99dbb3018de4178a@mail.gmail.com> From: =?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?= To: "Paul B. Mahol" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Is iwn drivers working on Current ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Mar 2009 11:57:20 -0000 > > Could you try same thing with "set kern.smp.disabled=1". > Type it in loader before kernel boot or add it in /boot/loader.conf > I've added this line to /boot/loader.conf: kern.smp.disabled=1 and after a reboot I have: [root@d630]~#sysctl kern.smp.disabled kern.smp.disabled: 1 But, no changes.... still the same problems. Thanks for your help. Olivier From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 12:54:39 2009 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 BFFD91065672 for ; Fri, 13 Mar 2009 12:54:39 +0000 (UTC) (envelope-from kevinxlinuz@163.com) Received: from m12-11.163.com (m12-11.163.com [220.181.12.11]) by mx1.freebsd.org (Postfix) with SMTP id 156878FC08 for ; Fri, 13 Mar 2009 12:54:38 +0000 (UTC) (envelope-from kevinxlinuz@163.com) Received: from [127.0.0.1] (unknown [60.191.86.3]) by smtp7 (Coremail) with SMTP id C8CowLBbWdSCV7pJtKQVGg--.41255S2; Fri, 13 Mar 2009 20:54:27 +0800 (CST) Message-ID: <49BA578C.8030003@163.com> Date: Fri, 13 Mar 2009 20:54:36 +0800 From: kevin User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: =?ISO-8859-1?Q?Olivier_Cochard-Labb=E9?= References: <3131aa530903122323n73b671b5y4cb4a4a8896efa14@mail.gmail.com> <3a142e750903130217l160a7cadj7975725e6e5e8e1a@mail.gmail.com> <3131aa530903130315k3b0fb9bbnda46d613095511f6@mail.gmail.com> <3a142e750903130415n77ea2c96ja9ca004dbdf6aaa8@mail.gmail.com> <3131aa530903130457w7bcecec6j99dbb3018de4178a@mail.gmail.com> In-Reply-To: <3131aa530903130457w7bcecec6j99dbb3018de4178a@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-CM-TRANSID: C8CowLBbWdSCV7pJtKQVGg--.41255S2 X-Coremail-Antispam: 1Uf129KBjvJXoW7AF48AF17Wr4UXw13ur47twb_yoW8Zw1xpa 48KF1fWayDG3yfG3WFkF4jkr4rA3y7Z34fC3s5Xa1vqFZ0vF4jvwnrXFy3K390yrWrZr9r XFWUCry5KF4DCFJanT9S1TB71UUUUUUv73VFW2AGmfu7bjvjm3AaLaJ3UjIYCTnIWjp_UU Ueg7k042IE42xK82IY6r43WwAYjxAI6xAIw28IcVAK0I8IjxAxM7k042IE4IxYO2xFxVAq jxCEw4Av424lb7Iv0xC_Jr1lb4IE77IF4wAFF20E14v26r1j6r4UM7C26xCjj4IEI4klw4 CSwwAFxVCaYxvI4VCIwcAKzIAtM7CIcVAFz4kK6r1j6r18M28EF7xvwVC0I7IYx2IY67AK xVWDJVCq3wA2z4x0Y4vE2Ix0cI8IcVCY1x0267AKxVW0oVCq3wA2z4x0Y4vEx4A2jsIE14 v26rxl6s0DM28EF7xvwVC2z280aVCY1x0267AKxVW0oVCq3wAawVACjsI_Ar4v6c8GOVW0 6r1DJrWUAwAa7VCY0VAaVVAqrcv_Jw1UWr13Mc02F40EFcxC0VAKzVAqx4xG6I80ewAv7V C0I7IYx2IY67AKxVWUJVWUGwAv7VC2z280aVAFwI0_Gr1j6F4UJwACjcxG0xvEwIxGrwAC 62BYpTIE1TZKA3svLVAKvSnIqfZI6r4l7I0Y64k_MxkIecxEwVAFwVW5JwCY0x0Ix7I2Y4 AK6F4j6FyUMxAIw28IcxkI7VAKI48JMxCjnVAqn7xvrwC2zVAF1VAY17CE14v26r1Y6r17 MIIYrxkI7VAKI48JYxBIdaVFxhVjvjDU0xZFpf9x0zi73kNUUUUU= X-CM-SenderInfo: pnhyx0x0ol03r26rljoofrz/ Cc: freebsd-current@freebsd.org Subject: Re: Is iwn drivers working on Current ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Mar 2009 12:54:40 -0000 Olivier Cochard-Labbé wrote: >> Could you try same thing with "set kern.smp.disabled=1". >> Type it in loader before kernel boot or add it in /boot/loader.conf >> >> > > I've added this line to /boot/loader.conf: > kern.smp.disabled=1 > > and after a reboot I have: > [root@d630]~#sysctl kern.smp.disabled > kern.smp.disabled: 1 > > But, no changes.... still the same problems. > > Thanks for your help. > > Olivier > _______________________________________________ > 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" > > Hi, It works well on my laptop(ThinkPad T60),but /etc/rc.d/netif start will cause iwn error. /etc/rc.conf wlans_iwn0=wlan0 ifconfig_wlan0="WPA DHCP" laptop:~> ifconfig em0: flags=8843 metric 0 mtu 1500 options=19b ether 00:1c:25:1c:fb:d0 inet 192.168.80.239 netmask 0xfffff800 broadcast 192.168.87.255 media: Ethernet autoselect (100baseTX ) status: active iwn0: flags=8843 metric 0 mtu 2290 ether 00:1d:e0:48:13:2f media: IEEE 802.11 Wireless Ethernet autoselect mode 11g status: associated lo0: flags=8049 metric 0 mtu 16384 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff000000 wlan0: flags=8843 metric 0 mtu 1500 ether 00:1d:e0:48:13:2f inet 192.168.87.134 netmask 0xfffff800 broadcast 192.168.87.255 media: IEEE 802.11 Wireless Ethernet OFDM/36Mbps mode 11g status: associated ssid MROUTE channel 11 (2462 Mhz 11g) bssid 00:23:cd:07:6b:cb country US authmode WPA privacy ON deftxkey UNDEF AES-CCM 2:128-bit txpower 14 bmiss 10 scanvalid 60 protmode CTS wme roaming MANUAL Thanks, kevin From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 12:57:16 2009 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 C9A49106566C for ; Fri, 13 Mar 2009 12:57:16 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from raven.customer.vol.cz (raven.customer.vol.cz [195.250.144.108]) by mx1.freebsd.org (Postfix) with ESMTP id 588428FC19 for ; Fri, 13 Mar 2009 12:57:15 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from [89.24.230.136] (89-24-230-136.i4g.tmcz.cz [89.24.230.136]) (authenticated bits=0) by raven.customer.vol.cz (8.14.3/8.14.3) with ESMTP id n2DCU0qa022647; Fri, 13 Mar 2009 13:30:03 +0100 (CET) (envelope-from pav@FreeBSD.org) Message-ID: <49BA51CC.3010402@FreeBSD.org> Date: Fri, 13 Mar 2009 13:30:04 +0100 From: Pav Lucistnik User-Agent: Thunderbird 2.0.0.9 (X11/20071031) MIME-Version: 1.0 To: Andrew Thompson References: <11273764@bb.ipt.ru> <20090312133915.548350e4@gluon> <68384190@bb.ipt.ru> <20090312143911.653c3f72@gluon> <02302840@bb.ipt.ru> <20090312231814.GA79022@citylink.fud.org.nz> In-Reply-To: <20090312231814.GA79022@citylink.fud.org.nz> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -1.749 () AWL,BAYES_00,RCVD_IN_PBL,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.64 on 195.250.144.108 X-Milter: Spamilter (Reciever: raven.customer.vol.cz; Sender-ip: 89.24.230.136; Sender-helo: [89.24.230.136]; ) Cc: Boris Samorodov , Bruce Cran , freebsd-current@FreeBSD.org Subject: Re: libusb and fast current changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Mar 2009 12:57:17 -0000 Andrew Thompson wrote: > On Thu, Mar 12, 2009 at 05:51:51PM +0300, Boris Samorodov wrote: >> On Thu, 12 Mar 2009 14:39:11 +0000 Bruce Cran wrote: >>> On Thu, 12 Mar 2009 17:29:21 +0300 >>> Boris Samorodov wrote: >>>> On Thu, 12 Mar 2009 13:39:15 +0000 Bruce Cran wrote: >>>> >>>>> Lots of changes were made a couple of days ago to the >>>>> installation of libusb[20]: libusb20 is now installed as libusb, and >>>>> libusb20_compat01.h was renamed to usb.h to be compatible with >>>>> libusb-0.1. So for example any patches which change to >>>>> can be removed. >>>> Wow! Bruce, that was a nice shot. You definitely undertand what's >>>> going on here. Thanks! >>>> >>>> Pav, can you test the attached patch? It work for the latest >>>> i386/amd64 CURRENT for me. >>> You may find you're repeating work that's already been done: >>> http://www.freebsd.org/cgi/cvsweb.cgi/ports/graphics/libgphoto2/ shows >>> libgphoto2 was updated a few days ago to fix the build problems >>> introduced with the renaming. >> It's the last version that doesn't work here. Please, take a look at >> the patch at my previous email and you'll understand that I >> implemented just what you said: "any patches which change to >> can be removed". ;-) >> >> I think that an extra-patch for OSVERSION>800069 was introduced by an >> accident. > > Yes, it should be removed. Removed, then. Pav From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 14:34:46 2009 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 90C3A1065722 for ; Fri, 13 Mar 2009 14:34:46 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63902.mail.re1.yahoo.com (web63902.mail.re1.yahoo.com [69.147.97.117]) by mx1.freebsd.org (Postfix) with SMTP id 4244D8FC0C for ; Fri, 13 Mar 2009 14:34:45 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 45297 invoked by uid 60001); 13 Mar 2009 14:34:45 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1236954885; bh=StAI19LZz0QCiGgLO17QjUFFvU5rZCXXZkxTN6v4VgQ=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=5YqkVS09JfROxqh8z0c1PHWo6B146hnu5V5+bl4q1wPDsJt2qcl4ablkSF6zLa0XaBMOXjkSFYSy6eaZUjbI2fpK5pax6mdDDw6Yq2k5er19wnuRWt6/5qvY/MfxIBsxmgzX3u58klCnaOxe4h7tC/WR5cuhJAUr7x4nX5/V84k= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=j+Qg7vyN4ZUi+g4vuIs0cl3hfNTx/++/cxxdtwnJGpkSpOIRzkiY0iHO51E8Lax92DXbj1oi+JcXSFnIG62IWpUY6yfTGMCscy2bDjREKosTXzZS9gWeC41GnnHbwstUtEgcgRv19WZokB7QrqbmVnX2As9/QD4S1KWJUWzxrZE=; Message-ID: <484892.45250.qm@web63902.mail.re1.yahoo.com> X-YMail-OSG: dIfzwVUVM1kpQ_84923xfV.2vVLlmIRTkOnDLEu0_Y2qrTBh.W6PbX4lHoJbbr2Gy.KsS0GUekxxnjpeVxyVUjYYXuyduz2ihpnO1U0GMcJZxBD.YsK3gYKCVGDKsrRSiPc0vnvaWFpJfUauYe4ie7CyqgR0_AWEO5cw.GlfOiszteriRBLMOVdxEfu7EeNkZui41AJ3pu0OZ6yJN19xIolBDjg7XMJo Received: from [98.242.222.229] by web63902.mail.re1.yahoo.com via HTTP; Fri, 13 Mar 2009 07:34:45 PDT X-Mailer: YahooMailWebService/0.7.289.1 Date: Fri, 13 Mar 2009 07:34:45 -0700 (PDT) From: Barney Cordoba To: Scott Long In-Reply-To: <49B9AA5D.9070309@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: current@freebsd.org Subject: Re: Interrupt routine usage not shown by top in 8.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: barney_cordoba@yahoo.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, 13 Mar 2009 14:34:47 -0000 --- On Thu, 3/12/09, Scott Long wrote: > From: Scott Long > Subject: Re: Interrupt routine usage not shown by top in 8.0 > To: barney_cordoba@yahoo.com > Cc: current@freebsd.org > Date: Thursday, March 12, 2009, 8:35 PM > Barney Cordoba wrote: > > > > > > > > --- On Thu, 3/12/09, Scott Long > wrote: > > > >> From: Scott Long > >> Subject: Re: Interrupt routine usage not shown by > top in 8.0 > >> To: barney_cordoba@yahoo.com > >> Cc: current@freebsd.org > >> Date: Thursday, March 12, 2009, 7:42 PM > >> Barney Cordoba wrote: > >>> I'm fireing 400Kpps at a udp blackhole > port. > >> I'm getting 6000 interrupts > >>> per second on em3: > >>> > >>> testbox# vmstat -i; sleep 1; vmstat -i > >>> interrupt total > rate > >>> irq1: atkbd0 1 > 0 > >>> irq6: fdc0 1 > 0 > >>> irq17: uhci1+ 2226 > 9 > >>> irq18: uhci2 ehci+ 9 > 0 > >>> cpu0: timer 470507 > 1993 > >>> irq256: em0 665 > 2 > >>> irq259: em3 1027684 > 4354 > >>> cpu1: timer 470272 > 1992 > >>> cpu3: timer 470273 > 1992 > >>> cpu2: timer 470273 > 1992 > >>> Total 2911911 > 12338 > >>> > >>> interrupt total > rate > >>> irq1: atkbd0 1 > 0 > >>> irq6: fdc0 1 > 0 > >>> irq17: uhci1+ 2226 > 9 > >>> irq18: uhci2 ehci+ 9 > 0 > >>> cpu0: timer 472513 > 1993 > >>> irq256: em0 668 > 2 > >>> irq259: em3 1033703 > 4361 > >>> cpu1: timer 472278 > 1992 > >>> cpu3: timer 472279 > 1992 > >>> cpu2: timer 472279 > 1992 > >>> Total 2925957 > 12345 > >>> > >>> > >>> top -SH shows: > >>> > >>> PID STATE C TIME CPU COMMAND > >>> 10 CPU3 3 7:32 100.00% idle > >>> 10 CPU2 2 7:32 100.00% idle > >>> 10 RUN 0 7:31 100.00% idle > >>> 10 CPU1 1 7:31 100.00% idle > >>> > >>> This implies that CPU usage is substantially > >> under-reported in general > >>> by the system. Note that I've modified > >> em_irq_fast() to call em_handle_rxtx() directly > rather than > >> scheduling a task to illustrate > >>> the problem > >>> > >> With unmodified code, what do you see? Are you > sending > >> valid UDP frames with valid checksums and a valid > port, or > >> is everything that you're blasting at the > interface > >> getting dropped right away? Calling > em_handle_rxtx() > >> directly will cause a very quick panic once you > start > >> handling real traffic and you encounter a lock. > >> > >> Scott > > > > I think you're mistaken. I'm also accessing > the system via an em port > > (and running top) and em_handle_rxtx() is self > contained lock-wise. The taskqueue doesn't obtain a lock > before calling the routine. > > > > I understand perfectly how the code works, as I wrote it. > While there are no locks in the RX path of the driver, there > are certainly locks higher up in the network stack RX path. > You're not going to hit them in > your test, but in the real world you will. > > > As I mentioned, they're being dumped into a udp > blackhole, which implies > > that I have udp.blackhole set and the port is unused. > I can see the packets hit the udp socket so its working as > expected: > > > > 853967872 dropped due to no socket > > > > With unmodified code, the tasq shows 25% usage or so. > > > > I'm not sure what the point of your criticism for > what clearly is a test. > > Are you implying that the system can receive 400K pps > with 6000 ints/sec > > and record 0% usage because of a coding imperfection? > Or are you implying > > that the 25% usage is all due to launching tasks > unnecessarily and process switching? > > Prior to FreeBSD 5, interrupt processing time was counted > in the %intr stat. With FreeBSD 5 and beyond, most > interrupts moved to full processing contexts called > ithreads, and the processing time spent in the ithread was > counted in the %intr stat. The time spent in low-level > interrupts was merely counted against the process that got > interrupted. > This wasn't a big deal because low-level interrupts > were only used to launch ithreads and to process low-latency > interrupts for a few drivers. > Moving to the taskq model breaks this accounting model. > > What's happening in your test is that the system is > almost completely idle, so the only thing that is being > interrupted by the low-level if_em handler is the cpu idle > thread. Since you're also bogusly bypassing the > deferral to the taskq, all stack processing is also > happening in this > low-level context, and it's being counted against the > CPU idle thread. > However, the process accounting code knows not to charge > idle thread > time against the normal stats, because doing so would > result in the > system always showing 100% busy. So your test is > exploiting this; > you're stealing all of your cycles from the idle > threads, and they > aren't being accounted for because it's hard to > know when the idle > thread is having its cycles stolen. > > So no, 25% of a CPU isn't going to "launching > tasks unnecessarily and > process switching." It's going to processing 400k > packets/sec off of > the RX ring and up the stack to the UDP layer. I think > that if you > studied how the code worked, and devised more useful > benchmarks, you'd > see that the taskq deferral method is usually a significant > gain in > performance over polling or simple ithreads. There is > certainly room > for more improvement, and my taskq scheme isn't the > only way to get > good performance, but it does work fairly well. Its difficult to have "better benchmarks" when the system being tested doesn't have accounting that works. My test is designed to isolate the driver receive function in a controlled way. So it doesn't much matter whether the data is real or not, as long as the tests generate a consistent load. The only thing obviously "bogus" is that FreeBSD is launching 16,000 tasks per second (an interrupt plus taskqueue task 8000 times per second), plus 2000 timer interrupts and reporting 0% cpu usage. So I'm to assume that the system will never show 100% usage as the entire overhead of the scheduler is not accounted for? Calling handle_rxtx was a timesaver to determine the overhead of forcing 8000 context switches per second (16000 in a router setup) for apparently no reason. Since the OS doesn't account for these, there seems no way to make this determination. Its convenient to say it works well or better than something else when there is no way to actually find out via measurement. I don't see how launching 8000 tasks per second could be faster than not launching 8000 tasks per second, but I'm also not up on the newest math. Since you know how things work better than any of us regular programmers, if you could please answer these questions it would save a lot of time and may result in better drivers for us all: 1) MSIX interrupt routines readily do "work" and pass packets up the IP stack, while you claim that MSI interrupts cannot? Please explain the locking differences between MSI and MSIX, and what locks may be encountered by an MSI interrupt routine with "real traffic" that will not be a problem for MSIX or taskqueue launched tasks. Its certainly not obvious from any code or docs that I've seen. 2) the bge and fxp (and many other) drivers happily pass traffic up the IP stack directly from their interrrupt routines, so why is it bogus for em to do so? And why do these drivers not use the taskqueue approach that you claim is superior? 2b) Does this also imply that systems with bge or network drivers that do the "work" in the interrupt handler will yield completely bogus cpu usage numbers? 3) The em driver drops packets well before 100% cpu usage is realized. Of course I'm relying on wrong cpu usage stats, so I may be mistaken. Is there a way (or what is the preferred way) to increase the priority of a task relative to other system processes (rather than relative to tasks in the queue) so that packets can avoid being dropped while the system runs other, non-essential tasks? 3b) Is there a way to lock down a task such as a NIC receive task to give absolute priority or exclusive use of a cpu? The goal is to make certain that the task doesn't yield before it completes some minimum amount of work. The reason I'm doing what you consider "bogus" is to get a handle on various overheads, cache trade offs of spreading across cpus, etc. So please don't berate me too badly for being a crappy programmer, as I actually do know what I'm doing. One problem is the lack of documention so much of the learning has to be done by trial and error. If there's a document on the 8.0 scheduler I'm sure many of us would like to see it. In my world, working "fairly well" isn't good enough, and I don't take anyone's word that something is better if they can't demonstrate it with actual numbers that prove it, particularly when the claim defies logic. Most people do benchmarks completely wrong. A driver's efficiency is measured by how much of the cpu it uses to complete a particular workload. A good driver will happily trade off some per-connection latency for a 20% increase in overall efficiency. Or at least make it tunable for various environments. Its my view that it would be better to just suck packets out of the ring and queue them for upper layers, but I dont yet have a handle on the trade offs. Currently the system drops too many packets unnecessarily at extremely high load. BTW, I ran netperf and a fetch loop overnight ("real" data) routed by a machine with the "bogus" em setup without encountering any panics or data loss. Barney From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 14:38:47 2009 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 C9A2A10656C4 for ; Fri, 13 Mar 2009 14:38:47 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mail-gx0-f177.google.com (mail-gx0-f177.google.com [209.85.217.177]) by mx1.freebsd.org (Postfix) with ESMTP id 88CF58FC16 for ; Fri, 13 Mar 2009 14:38:47 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by gxk25 with SMTP id 25so410677gxk.19 for ; Fri, 13 Mar 2009 07:38:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=mLfWqQE5A3E6ciNYu37r/cs/ev/ccDLA4rgLFyb2LHU=; b=qvZh8w7fAbQWIioYWlgOC7wekYxpmlGuSKxHQhB8XnFktZ351woF5DM3NL94j1aBS2 X5MrRfyqgIqE6hBqxcP3GiU8Rl+TawgWSE9Kmy8lbujCoarRHVkoQE+Kd5qeGqPskP8Q KAS2JUOxdy0D1YgYaxoR58Epd7F5rpS5HRz4s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=UgXVTFUaJijk66QkAi12LTHZKoiNjdLQtjHERkd/qN7sKZvzO5+NRKSsv8cxmTlSgi ps2Bsi1JtbnQP6rhqy128MPj9aXbP3/i4U248FqxB5K2LgnnqQdzSWfE1iMFT3yG4kKs XYjETSPB6teL69cPkCOMDKMqexfK9wQamed6Y= MIME-Version: 1.0 Received: by 10.220.98.81 with SMTP id p17mr693581vcn.79.1236955126869; Fri, 13 Mar 2009 07:38:46 -0700 (PDT) Date: Fri, 13 Mar 2009 09:38:46 -0500 Message-ID: <790a9fff0903130738q2a008385ie2d623a95f671959@mail.gmail.com> From: Scot Hetzel To: freebsd-current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Panic unloading rl0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Mar 2009 14:38:49 -0000 I rebuilt my kernel so that I could load/unload rl0. When I ran "kldunload if_rl", I received this panic: Fatal trap 9: general protection fault while in kernel mode cpuid = 0; apic id = 00 instruction pointer = 0x8:0xffffffff80397a66 stack pointer = 0x10:0xfffffffe97c1b920 frame pointer = 0x10:0xfffffffe97c1b960 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 2231 (kldunload) exclusive sleep mutex in_multi_mtx (in_multi_mtx) r = 0 (0xffffffff80bfc300) locked @ /usr/src/8x-zfs/sys/netinet/in.c:1033 exclusive sleep mutex Giant (Giant) r = 0 (0xffffffff80a388c0) locked @ /usr/src/8x-zfs/sys/dev/kbdmux/kbdmux.c:1044 exclusive sx kernel linker (kernel linker) r = 0 (0xffffffff80a36a00) locked @ /usr/src/8x-zfs/sys/kern/kern_linker.c:1059 exclusive sleep mutex in_multi_mtx (in_multi_mtx) r = 0 (0xffffffff80bfc300) locked @ /usr/src/8x-zfs/sys/netinet/in.c:1033 exclusive sleep mutex Giant (Giant) r = 0 (0xffffffff80a388c0) locked @ /usr/src/8x-zfs/sys/dev/kbdmux/kbdmux.c:1044 exclusive sx kernel linker (kernel linker) r = 0 (0xffffffff80a36a00) locked @ /usr/src/8x-zfs/sys/kern/kern_linker.c:1059 shared sx filedesc structure (filedesc structure) r = 0 (0xffffff0013157248) locked @ /usr/src/8x-zfs/sys/kern/sys_generic.c:1033 db> run lockinfo db:0:lockinfo> show locks db:0:locks> show alllocks Process 2231 (kldunload) thread 0xffffff00570eb3b0 (100224) Process 1293 (syslogd) thread 0xffffff0002898000 (100069) db:0:alllocks> show lockedvnods Locked vnodes db> show pcpu cpuid = 0 curthread = 0xffffff00570eb3b0: pid 2231 "kldunload" curpcb = 0xfffffffe97c1bd40 fpcurthread = none idlethread = 0xffffff00023f4760: pid 11 "idle: cpu0" spin locks held: db> bt Tracing pid 2231 tid 100224 td 0xffffff00570eb3b0 in_ifdetach() at in_ifdetach+0x106 if_detach() at if_detach+0xfa rl_detach() at rl_detach+0x19e device_detach() at device_detach+0xa4 devclass_delete_driver() at devclass_delete_driver+0xc0 driver_module_handler() at driver_module_handler+0xfe module_unload() at module_unload+0x35 linker_file_unload() at linker_file_unload+0x16b kern_kldunload() at kern_kldunload+0xf3 syscall() at syscall+0x1bf Xfast_syscall() at Xfast_syscall+0xab --- syscall (444, FreeBSD ELF64, kldunloadf), rip = 0x800692e1c, rsp = 0x7fffffffe3c8, rbp = 0x5 --- Can anyone reproduce this problem? Let me know if you need more information. Scot From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 13:48:48 2009 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 B3873106571E for ; Fri, 13 Mar 2009 13:48:48 +0000 (UTC) (envelope-from c.r.n.a@wanadoo.fr) Received: from smtp2c.orange.fr (smtp2c.orange.fr [80.12.242.154]) by mx1.freebsd.org (Postfix) with ESMTP id 770178FC1B for ; Fri, 13 Mar 2009 13:48:48 +0000 (UTC) (envelope-from c.r.n.a@wanadoo.fr) Received: from smtp20.orange.fr (mwinf2012 [172.22.130.40]) by mwinf2c15.orange.fr (SMTP Server) with ESMTP id 9DCFA1C00C72 for ; Fri, 13 Mar 2009 13:18:42 +0100 (CET) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf2012.orange.fr (SMTP Server) with ESMTP id 46E822000584 for ; Fri, 13 Mar 2009 13:18:41 +0100 (CET) Received: from [192.168.1.96] (ABordeaux-157-1-39-98.w90-30.abo.wanadoo.fr [90.30.134.98]) by mwinf2012.orange.fr (SMTP Server) with ESMTP id 10DA020000BF for ; Fri, 13 Mar 2009 13:18:40 +0100 (CET) X-ME-UUID: 20090313121841691.10DA020000BF@mwinf2012.orange.fr Message-ID: <49BA4ED5.8080105@wanadoo.fr> Date: Fri, 13 Mar 2009 13:17:25 +0100 From: Nicolas User-Agent: Thunderbird 2.0.0.19 (X11/20090311) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 13 Mar 2009 15:30:16 +0000 Subject: Intel PRO/Wireless 5100AGN support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Mar 2009 13:48:49 -0000 Hi, I'm trying to use my wireless card Intel(R) PRO/Wireless 5100AGN. I added to the file "/usr/src/sys/dev/iwn/if_iwn.c" the code "{ 0x8086, 0x4237, "Intel(R) PRO/Wireless 5100AGN" }," After, i found on the net the file "iwlwifi-5000-ucode-5.4.A.11.tar.gz" which contains the firmware code "iwlwifi-5000-1.ucode". I have converted with the command: "b64encode iwlwifi-5000-1.ucode iwlwifi-5000-1.fw.uu > iwlwifi-5000-1.fw.uu" Then I changed the file "/usr/src/sys/modules/iwnfw/Makefile" to match the new file "iwlwifi-5000-1.fw.uu After all modules load (driver + firmware), she was recognized as: iwn0: mem 0xde000000-0xde001fff irq 16 at device 0.0 on pci2 iwn0: Reg Domain: , address 00:21:6b:2b:78:04 iwn0: iwn_read_eeprom_ht40: no entry for channel 124 iwn0: iwn_read_eeprom_ht40: no entry for channel 132 iwn0: iwn_read_eeprom_ht40: no entry for channel 149 iwn0: iwn_read_eeprom_ht40: no entry for channel 157 iwn0: [ITHREAD] iwn0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps iwn0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps iwn0: 11ng MCS: 15Mbps 30Mbps 45Mbps 60Mbps 90Mbps 120Mbps 135Mbps 150Mbps 30Mbps 60Mbps 90Mbps 120Mbps 180Mbps 240Mbps 270Mbps 300Mbps But when i try to connect to the web, i have this message: iwn0: iwn_transfer_firmware: invalid firmware header, main [128504,49152], init [118176,49152] boot 0 iwn0: iwn_init_locked: could not load firmware, error 22 Is this a problem of conversion ? The conversion input command is bad ? Thanks in advance for your response. Niko. From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 15:41:02 2009 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 05FE01065670 for ; Fri, 13 Mar 2009 15:41:02 +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 A97398FC13 for ; Fri, 13 Mar 2009 15:41:01 +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 ESMTPS id 4ECB346B06; Fri, 13 Mar 2009 11:41:01 -0400 (EDT) Date: Fri, 13 Mar 2009 15:41:01 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Barney Cordoba In-Reply-To: <484892.45250.qm@web63902.mail.re1.yahoo.com> Message-ID: References: <484892.45250.qm@web63902.mail.re1.yahoo.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: Interrupt routine usage not shown by top in 8.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Mar 2009 15:41:02 -0000 On Fri, 13 Mar 2009, Barney Cordoba wrote: > Its difficult to have "better benchmarks" when the system being tested > doesn't have accounting that works. My test is designed to isolate the > driver receive function in a controlled way. So it doesn't much matter > whether the data is real or not, as long as the tests generate a consistent > load. Strikes me that this thread is getting a bit contentious, and I don't meaning in a locking sense :-). FreeBSD provides two interrupt execution environments: fast interrupts, and ithreads. Historically (5.x ... 7.x) device drivers have had to select one of the two models, but in 8.x a hybrid mode, called interrupt filters, allows drivers to do both for an interrupt source. The problem you're running into is that "fast" interrupts borrow the complete context of the thread they preempt, including its stack and accounting characteristics. For pure ithread drivers, this is generally not a problem, as the sole purpose of that interrupt handler is to kick the scheduler to launch the full ithread context, which will typically immediately preempt (at that same point in the stack) in order to give the interrupt handler a full context that can sleep on locks, be accounted for, etc. if_em lives in a world a bit between these models, in which it wants both a fast context, to do a bit of low level interaction with the device, and a "slow" or full context in which to execute the network stack, perform memory allocation, and so on. Because interrupt filters weren't yet around (and are presumably too experimental to use in 8.x right now), it does this by creating its own ithread-like execution context using a task queue. The result is mis-billing of what is effectively an ithread as system time instead of interrupt time. You'll notice that if_em (and other drivers employing the same trick) do elevate the priority of the task queue thread so that the scheduler treats it (almost) the same way it treats an ithread (it will immediately preempt most stuff). > The only thing obviously "bogus" is that FreeBSD is launching 16,000 tasks > per second (an interrupt plus taskqueue task 8000 times per second), plus > 2000 timer interrupts and reporting 0% cpu usage. So I'm to assume that the > system will never show 100% usage as the entire overhead of the scheduler is > not accounted for? The overhead of the scheduler is billed to a combination of the thread being switched out of, and the thread being switched to. Fast interrupt execution is billed to the thread it preempts. In the scenario you describe, you will only get mis-billing to idle if those fast interrupts preempt only the idle thread. Otherwise they will get billed to whatever is preempted. On a system where you have a network interface effectively keeping the CPU busy, it will get billed to the task queue thread (I expect) because the task queue is what will get preempted. Now, this might not strictly be true because the scheduler tries hard to keep ithreads running close to where the interrupt is delivered, but if it doesn't know the task queue thread is an ithread, it may do this less well. Presumably this is a temporary state of mind while interrupt filters are being adopted, only the interrupt filter work seems stalled (?). > Calling handle_rxtx was a timesaver to determine the overhead of forcing > 8000 context switches per second (16000 in a router setup) for apparently no > reason. Since the OS doesn't account for these, there seems no way to make > this determination. Its convenient to say it works well or better than > something else when there is no way to actually find out via measurement. I > don't see how launching 8000 tasks per second could be faster than not > launching 8000 tasks per second, but I'm also not up on the newest math. The purpose of a context switch from a fast interrupt context is to give interrupt code the ability to acquire general kernel locks, as opposed to just spin locks. If you run in a borrowed context (i.e., you have synchronously preempted a thread to run a fast interrupt), you may (will) generate deadlocks due to violating lock orders, since you don't want to (can't) release the locks already acquired by the thread, and may then acquire locks in the wrong order. If you want to acquire full sleep locks, you need a full context, which requires a context switch out of the preempted thread and into an ithread (or task queue thread or whatever). Passage into the normal input paths of the network stack will encounter normal locks, so must be done from a full context. > Since you know how things work better than any of us regular programmers, if > you could please answer these questions it would save a lot of time and may > result in better drivers for us all: > > 1) MSIX interrupt routines readily do "work" and pass packets up the IP > stack, while you claim that MSI interrupts cannot? Please explain the > locking differences between MSI and MSIX, and what locks may be encountered > by an MSI interrupt routine with "real traffic" that will not be a problem > for MSIX or taskqueue launched tasks. Its certainly not obvious from any > code or docs that I've seen. It's fine to enter the network stack from any full and dedicated thread context, which means it's OK from an ithread or a task queue thread kicked by a fast interrupt, but it's not OK from a fast interrupt. There's no difference between MSI/MSIX as far as I know from this perspective, only in how the drivers use them. > 2) the bge and fxp (and many other) drivers happily pass traffic up the IP > stack directly from their interrrupt routines, so why is it bogus for em to > do so? And why do these drivers not use the taskqueue approach that you > claim is superior? Only a few drivers use the fast interrupt approach; those that don't presumably do it because the approach of mixing "fast" and "slow" contexts hasn't been applied by their authors. If the interrupt filter model is going to become mainstream, I think we'd like to see them adopt that rather than hand-crafting fast interrupts and taskqueues, to the same effect, in every driver. On the other hand, one benefit to the task queue model is that you can deliver events to it that *aren't* interrupts, such as requests for state transitions from the software side of the stack. > 2b) Does this also imply that systems with bge or network drivers that do > the "work" in the interrupt handler will yield completely bogus cpu usage > numbers? All direct interrupt deliveries bill a small amount of CPU time to the context that they execute in. Drivers that do less work in the fast interrupt delivery context will bill less time outside of their own worker ithreads. There are two ways to measure CPU use, btw: one is a sampled approach involving timers, which works badly in fast interrupt contexts with interrupts disabled because the ticks are deferred until after interrupts are re-enabled, an the other is explicit time measurement, which is quite expensive. Currently the kernel uses the TSC, where available, and an estimator to map between CPU cycles and real time, but that also has its limitations. > 3) The em driver drops packets well before 100% cpu usage is realized. Of > course I'm relying on wrong cpu usage stats, so I may be mistaken. Is there > a way (or what is the preferred way) to increase the priority of a task > relative to other system processes (rather than relative to tasks in the > queue) so that packets can avoid being dropped while the system runs other, > non-essential tasks? When the em driver creates task queue threads, it assigns them an ithread priority. You can manually adjust that priority in the code, but I'm not sure we have an explicit management API from userspace to adjust those priorities without source code changes (but I may be wrong). > 3b) Is there a way to lock down a task such as a NIC receive task to give > absolute priority or exclusive use of a cpu? The goal is to make certain > that the task doesn't yield before it completes some minimum amount of work. You can use cpuset to force a specific thread onto a specific CPU, and to force other threads not to run on that CPU. You can also use cpuset, I believe, to direct the low-level interrupt delivery for sources to specific CPUs, but I've not done this myself. > Its my view that it would be better to just suck packets out of the ring and > queue them for upper layers, but I dont yet have a handle on the trade offs. > Currently the system drops too many packets unnecessarily at extremely high > load. This is, effectively, what fast interrupt handlers + task queues do. There's another potential dispatch point, between the link layer and the network layer, which is controlled by the net.isr.direct flag; right now we dispatch the whole stack to completion in the ithread, but you can turn that off by setting the flag to zero. In practice, the context switch avoidance associated with doing that appears to be a significant win for many, but not all, workloads. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 15:52:48 2009 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 294BE106566C; Fri, 13 Mar 2009 15:52:48 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from mail-ew0-f166.google.com (mail-ew0-f166.google.com [209.85.219.166]) by mx1.freebsd.org (Postfix) with ESMTP id 9FCEE8FC13; Fri, 13 Mar 2009 15:52:46 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: by ewy10 with SMTP id 10so2869769ewy.43 for ; Fri, 13 Mar 2009 08:52:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:in-reply-to:message-id:user-agent:mime-version:content-type; bh=csySFt5DDKumO7BVWG9LOpMZyep6xKJLg9KSv64czuc=; b=S9WlBBhxfDkL956gl0/QP7qFom+rVVejjybOe1kIKuNuG3zJeEHbrhqzpc61EtEI3R 8NhOoDYtvZZxj8w/RiFrZ/ikvyF09/xf730k9llZJeOBue69whVelu5uQFrflm0xjQvL tSI8C4ehq7XhZk1loNLYuoKBEp5RqHTFPfl38= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; b=fJVyN1alv9iAqV0EEqWW1eEm2K2h0G8VUn8ZMdcPUbP3MNqsTC/NlbjMl52BoOFn3T FQepEs/Edy4TqkVbNQtQo6nAmehJNyoK0EmoLKk+7f8DfJ3yL8bx/AWnOWfUhLknqQ9m fASNQRoS8WAN1a7WdqAk7g8ptGvudqfY+xgMo= Received: by 10.216.29.66 with SMTP id h44mr774280wea.136.1236959565668; Fri, 13 Mar 2009 08:52:45 -0700 (PDT) Received: from localhost (95-24-212-58.broadband.corbina.ru [95.24.212.58]) by mx.google.com with ESMTPS id x6sm4011102gvf.24.2009.03.13.08.52.41 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 13 Mar 2009 08:52:43 -0700 (PDT) From: Anonymous To: John Baldwin References: <20090312175345.Y80227@rust.salford.ac.uk> <20090312191333.GA97342@hyperion.scode.org> <49B97617.8010709@freebsd.org> <86r6124f2v.fsf@gmail.com> <3bbf2fe10903122035i20b2767cod2322c39c6f850ee@mail.gmail.com> <29C8FA04-D5B1-49B7-ACF0-4185537367B0@baldwin.cx> Date: Fri, 13 Mar 2009 18:52:38 +0300 In-Reply-To: <29C8FA04-D5B1-49B7-ACF0-4185537367B0@baldwin.cx> (John Baldwin's message of "Thu, 12 Mar 2009 23:57:19 -0400") Message-ID: <86iqmdv2rd.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.91 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Pawel Jakub Dawidek , "freebsd-current@freebsd.org" , Attilio Rao , Tim Kientzle , Mark Powell , Peter Schuller Subject: Re: repeatable ZFS panic: share->excl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Mar 2009 15:52:48 -0000 John Baldwin writes: > On Mar 12, 2009, at 11:35 PM, Attilio Rao wrote: > >> 2009/3/12, Anonymous : >>> Tim Kientzle writes: >>> >>>> Peter Schuller wrote: >>>>>> First problem I notice is a panic, which seems to occur every >>>>>> time 'tar' is used. Might be unrelated to tar, but it definately >>>>>> provokes it. Simply the tar command or a pkg_add causes it. >>>>> >>>>> See the "ZFS/extattr lockup"/"bsdtar lockup on current" threads >>>>> from >>>>> the past handful of days. >>>> >>>> I think this may be a different problem. >>>> The earlier thread involved a ZFS bug that causes >>>> it to lock up if it receives a request to enumerate >>>> extended attributes on a file (via extattr_list_link >>>> system call). Tar recently added support for >>>> backing up extended attributes. I've disabled >>>> that support until this particular ZFS problem can >>>> be fixed. >>> >>> >>> I guess you're wrong, it's same issue. Here is output from unmodified >>> kernel (r189728) under qemu which looks exactly as on that >>> screenshot. Perhaps, the panic is triggered by INVARIANTS. >>> >>> # lsextattr -h user foo >>> shared lock of (lockmgr) zfs @ /usr/src/sys/kern/vfs_lookup.c:477 >>> while exclusively locked from /usr/src/sys/modules/zfs/../../cddl/ >>> contrib/opensolaris/uts/common/fs/zfs/zfs_znode.c:152 >>> panic: share->excl >>> cpuid = 0 >>> KDB: enter: panic >>> [thread pid 105 tid 100078 ] >>> Stopped at kdb_enter+0x3d: movq $0,0x662538(%rip) >>> >>> db> bt >>> Tracing pid 105 tid 100078 td 0xffffff00015bea80 >>> kdb_enter() at kdb_enter+0x3d >>> panic() at panic+0x17b >>> witness_checkorder() at witness_checkorder+0x16e >>> __lockmgr_args() at __lockmgr_args+0xd1b >>> vop_stdlock() at vop_stdlock+0x39 >>> VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b >>> _vn_lock() at _vn_lock+0x57 >>> lookup() at lookup+0xf4 >>> namei() at namei+0x545 >>> zfs_listextattr() at zfs_listextattr+0x18c >>> VOP_LISTEXTATTR_APV() at VOP_LISTEXTATTR_APV+0xb5 >>> extattr_list_vp() at extattr_list_vp+0x22a >>> extattr_list_link() at extattr_list_link+0xc3 >>> syscall() at syscall+0x1e7 >>> Xfast_syscall() at Xfast_syscall+0xab >>> --- syscall (439, FreeBSD ELF64, extattr_list_link), rip = >>> 0x800692e4c, rsp = 0x7fffffffed08, rbp = 0x7fffffffede0 --- >>> >>> db> show all locks >>> Process 105 (lsextattr) thread 0xffffff00015bea80 (100078) >>> exclusive lockmgr zfs (zfs) r = 0 (0xffffff0001581578) locked @ / >>> usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/ >>> fs/zfs/zfs_znode.c:152 >>> exclusive lockmgr zfs (zfs) r = 0 (0xffffff0001581a58) locked @ / >>> usr/src/sys/kern/vfs_extattr.c:668 >>> >>> db> show lockedvnods >>> Locked vnodes >>> >>> 0xffffff00015819c0: tag zfs, type VREG >>> usecount 1, writecount 0, refcount 1 mountedhere 0 >>> flags () >>> v_object 0xffffff0001574898 ref 0 pages 0 >>> lock type zfs: EXCL by thread 0xffffff00015bea80 (pid 105) >>> #0 0xffffffff80530568 at __lockmgr_args+0x758 >>> #1 0xffffffff805c0fd9 at vop_stdlock+0x39 >>> #2 0xffffffff808557db at VOP_LOCK1_APV+0x9b >>> #3 0xffffffff805dd6a7 at _vn_lock+0x57 >>> #4 0xffffffff805c2f20 at extattr_list_vp+0xb0 >>> #5 0xffffffff805c3173 at extattr_list_link+0xc3 >>> #6 0xffffffff8080f227 at syscall+0x1e7 >>> #7 0xffffffff807ec39b at Xfast_syscall+0xab >>> >>> 0xffffff00015814e0: tag zfs, type VDIR >>> usecount 1, writecount 0, refcount 1 mountedhere 0 >>> flags () >>> lock type zfs: EXCL by thread 0xffffff00015bea80 (pid 105) >>> #0 0xffffffff80530568 at __lockmgr_args+0x758 >>> #1 0xffffffff805c0fd9 at vop_stdlock+0x39 >>> #2 0xffffffff808557db at VOP_LOCK1_APV+0x9b >>> #3 0xffffffff805dd6a7 at _vn_lock+0x57 >>> #4 0xffffffff8108405e at zfs_znode_cache_constructor+0x4e >>> #5 0xffffffff81085029 at zfs_znode_alloc+0x39 >>> #6 0xffffffff81085915 at zfs_mknode+0x205 >>> #7 0xffffffff810948f5 at zfs_make_xattrdir+0x155 >>> #8 0xffffffff81095bc3 at zfs_get_xattrdir+0xd3 >>> #9 0xffffffff810a4dbf at zfs_lookup+0x11f >>> #10 0xffffffff810a51d8 at zfs_listextattr+0x128 >>> #11 0xffffffff80853255 at VOP_LISTEXTATTR_APV+0xb5 >>> #12 0xffffffff805c309a at extattr_list_vp+0x22a >>> #13 0xffffffff805c3173 at extattr_list_link+0xc3 >>> #14 0xffffffff8080f227 at syscall+0x1e7 >>> #15 0xffffffff807ec39b at Xfast_syscall+0xab >> >> Could you please re-enable the extended attributes on bsdtar, try this >> patch and report to me?: >> http://www.freebsd.org/~attilio/zfs_vnops.diff Before that I'd like lsextattr(8) to at least not panic.. Because I get same panic with tar(1). Here is output from r189756 + your patch # lsextattr -h user foo vrele: negative ref count 0xffffff0001501270: tag zfs, type VDIR usecount 0, writecount 0, refcount 0 mountedhere 0 flags (VI_FREE) VI_LOCKed lock type zfs: UNLOCKED #0 0xffffffff80531d8a at __lockmgr_args+0x51a #1 0xffffffff805c2909 at vop_stdlock+0x39 #2 0xffffffff808571eb at VOP_LOCK1_APV+0x9b #3 0xffffffff805defd7 at _vn_lock+0x57 #4 0xffffffff805c6e94 at lookup+0xf4 #5 0xffffffff805c81e5 at namei+0x545 #6 0xffffffff810a5d6d at zfs_listextattr+0x1fd #7 0xffffffff80854c65 at VOP_LISTEXTATTR_APV+0xb5 #8 0xffffffff805c49ca at extattr_list_vp+0x22a #9 0xffffffff805c4aa3 at extattr_list_link+0xc3 #10 0xffffffff80810c37 at syscall+0x1e7 #11 0xffffffff807eddab at Xfast_syscall+0xab panic: vrele: negative ref cnt cpuid = 0 KDB: enter: panic [thread pid 84 tid 100077 ] Stopped at kdb_enter+0x3d: movq $0,0x667d88(%rip) db> bt Tracing pid 84 tid 100077 td 0xffffff0001572000 kdb_enter() at kdb_enter+0x3d panic() at panic+0x17b vrele() at vrele+0x11a zfs_listextattr() at zfs_listextattr+0x464 VOP_LISTEXTATTR_APV() at VOP_LISTEXTATTR_APV+0xb5 extattr_list_vp() at extattr_list_vp+0x22a extattr_list_link() at extattr_list_link+0xc3 syscall() at syscall+0x1e7 Xfast_syscall() at Xfast_syscall+0xab --- syscall (439, FreeBSD ELF64, extattr_list_link), rip = 0x800692e9c, rsp = 0x7fffffffed08, rbp = 0x7fffffffede0 --- db> show all locks Process 84 (lsextattr) thread 0xffffff0001572000 (100077) exclusive lockmgr zfs (zfs) r = 0 (0xffffff00015017e8) locked @ /usr/src/sys/kern/vfs_extattr.c:668 db> show lockedvnods Locked vnodes 0xffffff0001501750: tag zfs, type VREG usecount 1, writecount 0, refcount 1 mountedhere 0 flags () v_object 0xffffff00014bd578 ref 0 pages 0 lock type zfs: EXCL by thread 0xffffff0001572000 (pid 84) #0 0xffffffff80531fc8 at __lockmgr_args+0x758 #1 0xffffffff805c2909 at vop_stdlock+0x39 #2 0xffffffff808571eb at VOP_LOCK1_APV+0x9b #3 0xffffffff805defd7 at _vn_lock+0x57 #4 0xffffffff805c4850 at extattr_list_vp+0xb0 #5 0xffffffff805c4aa3 at extattr_list_link+0xc3 #6 0xffffffff80810c37 at syscall+0x1e7 #7 0xffffffff807eddab at Xfast_syscall+0xab >> >> (sorry if it is untested but I just don't have any ZFS machine). >> Actually, I think the problem is that zfs_lookup() doesn't get the >> correct handover once the extended attributes directory vnode is >> retrieved. >> >> Thanks, >> Attilio > > This is similar to the patch I've asked lulf@ to test except that it > is longer and I fix a bug where zfs_lookup() can leak a vnode lock if > the access check fails. :-) The last one I sent to lulf@ is at > www.FreeBSD.org/~jhb/patches/zfs_ea.patch . Unless I'm doing smth stupid the panic from your patch looks same as one from patch by attilio@. %%% @@ -1,6 +1,6 @@ # lsextattr -h user foo vrele: negative ref count -0xffffff0001501270: tag zfs, type VDIR +0xffffff00016f3000: tag zfs, type VDIR usecount 0, writecount 0, refcount 0 mountedhere 0 flags (VI_FREE) VI_LOCKed lock type zfs: UNLOCKED @@ -10,7 +10,7 @@ #3 0xffffffff805defd7 at _vn_lock+0x57 #4 0xffffffff805c6e94 at lookup+0xf4 #5 0xffffffff805c81e5 at namei+0x545 -#6 0xffffffff810a5d6d at zfs_listextattr+0x1fd +#6 0xffffffff810a527c at zfs_listextattr+0x18c #7 0xffffffff80854c65 at VOP_LISTEXTATTR_APV+0xb5 #8 0xffffffff805c49ca at extattr_list_vp+0x22a #9 0xffffffff805c4aa3 at extattr_list_link+0xc3 @@ -19,14 +19,14 @@ panic: vrele: negative ref cnt cpuid = 0 KDB: enter: panic -[thread pid 84 tid 100077 ] +[thread pid 84 tid 100075 ] Stopped at kdb_enter+0x3d: movq $0,0x667d88(%rip) db> bt -Tracing pid 84 tid 100077 td 0xffffff0001572000 +Tracing pid 84 tid 100075 td 0xffffff0001578700 kdb_enter() at kdb_enter+0x3d panic() at panic+0x17b vrele() at vrele+0x11a -zfs_listextattr() at zfs_listextattr+0x464 +zfs_listextattr() at zfs_listextattr+0x3f4 VOP_LISTEXTATTR_APV() at VOP_LISTEXTATTR_APV+0xb5 extattr_list_vp() at extattr_list_vp+0x22a extattr_list_link() at extattr_list_link+0xc3 @@ -34,16 +34,16 @@ Xfast_syscall() at Xfast_syscall+0xab --- syscall (439, FreeBSD ELF64, extattr_list_link), rip = 0x800692e9c, rsp = 0x7fffffffed08, rbp = 0x7fffffffede0 --- db> show all locks -Process 84 (lsextattr) thread 0xffffff0001572000 (100077) -exclusive lockmgr zfs (zfs) r = 0 (0xffffff00015017e8) locked @ /usr/src/sys/kern/vfs_extattr.c:668 +Process 84 (lsextattr) thread 0xffffff0001578700 (100075) +exclusive lockmgr zfs (zfs) r = 0 (0xffffff00016f3578) locked @ /usr/src/sys/kern/vfs_extattr.c:668 db> show lockedvnods Locked vnodes -0xffffff0001501750: tag zfs, type VREG +0xffffff00016f34e0: tag zfs, type VREG usecount 1, writecount 0, refcount 1 mountedhere 0 flags () - v_object 0xffffff00014bd578 ref 0 pages 0 - lock type zfs: EXCL by thread 0xffffff0001572000 (pid 84) + v_object 0xffffff0001563640 ref 0 pages 0 + lock type zfs: EXCL by thread 0xffffff0001578700 (pid 84) #0 0xffffffff80531fc8 at __lockmgr_args+0x758 #1 0xffffffff805c2909 at vop_stdlock+0x39 #2 0xffffffff808571eb at VOP_LOCK1_APV+0x9b %%% > > -- > John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 16:01:15 2009 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 2ED3F1065670 for ; Fri, 13 Mar 2009 16:01:15 +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 024F18FC19 for ; Fri, 13 Mar 2009 16:01:14 +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 n2DG1ELX050664 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 13 Mar 2009 09:01:14 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <49BA834A.4010305@freebsd.org> Date: Fri, 13 Mar 2009 09:01:14 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.18 (X11/20081209) MIME-Version: 1.0 To: Nicolas References: <49BA4ED5.8080105@wanadoo.fr> In-Reply-To: <49BA4ED5.8080105@wanadoo.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-x.dcc-servers-Metrics: ebb.errno.com; whitelist Cc: freebsd-current@freebsd.org Subject: Re: Intel PRO/Wireless 5100AGN support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Mar 2009 16:01:15 -0000 Nicolas wrote: > Hi, > > I'm trying to use my wireless card Intel(R) PRO/Wireless 5100AGN. > > I added to the file "/usr/src/sys/dev/iwn/if_iwn.c" the code "{ > 0x8086, 0x4237, "Intel(R) PRO/Wireless 5100AGN" }," > > After, i found on the net the file > "iwlwifi-5000-ucode-5.4.A.11.tar.gz" which contains the firmware code > "iwlwifi-5000-1.ucode". > I have converted with the command: "b64encode iwlwifi-5000-1.ucode > iwlwifi-5000-1.fw.uu > iwlwifi-5000-1.fw.uu" > Then I changed the file "/usr/src/sys/modules/iwnfw/Makefile" to match > the new file "iwlwifi-5000-1.fw.uu > > After all modules load (driver + firmware), she was recognized as: > > iwn0: mem 0xde000000-0xde001fff irq 16 > at device 0.0 on pci2 > iwn0: Reg Domain: , address 00:21:6b:2b:78:04 > iwn0: iwn_read_eeprom_ht40: no entry for channel 124 > iwn0: iwn_read_eeprom_ht40: no entry for channel 132 > iwn0: iwn_read_eeprom_ht40: no entry for channel 149 > iwn0: iwn_read_eeprom_ht40: no entry for channel 157 > iwn0: [ITHREAD] > iwn0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps > iwn0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps > 24Mbps 36Mbps 48Mbps 54Mbps > iwn0: 11ng MCS: 15Mbps 30Mbps 45Mbps 60Mbps 90Mbps 120Mbps 135Mbps > 150Mbps 30Mbps 60Mbps 90Mbps 120Mbps 180Mbps 240Mbps 270Mbps 300Mbps > > But when i try to connect to the web, i have this message: > > iwn0: iwn_transfer_firmware: invalid firmware header, main > [128504,49152], init [118176,49152] boot 0 > iwn0: iwn_init_locked: could not load firmware, error 22 > > Is this a problem of conversion ? > The conversion input command is bad ? > Parts >4965 require driver mods. Noone has stepped up to work on it. Sam From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 16:23:20 2009 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 80696106564A for ; Fri, 13 Mar 2009 16:23:20 +0000 (UTC) (envelope-from dhorn2000@gmail.com) Received: from mail-gx0-f177.google.com (mail-gx0-f177.google.com [209.85.217.177]) by mx1.freebsd.org (Postfix) with ESMTP id 273708FC08 for ; Fri, 13 Mar 2009 16:23:20 +0000 (UTC) (envelope-from dhorn2000@gmail.com) Received: by gxk25 with SMTP id 25so548902gxk.19 for ; Fri, 13 Mar 2009 09:23:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=vgQqAqDBMGzJ09OGPJwrRxZkG3sEaBNVeQ3k+H70FEE=; b=plm/V3G8ZrcKd1aOVNRznFU1L8GDAQgFTfNijiMWfEqC6bO0prB6tVGBnZ8SbJVrtt fUdNh+OA8h1tOcgIU52GjIXDOkZa9jzkssSAI+2dRjp1FGoiMBcxD3qqAwvLDiFaBbv2 nbaz1DkqtY1OF6LJOoy9HPqgNsH/f1bB5MwMc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=sZCLIdxVfjluegeHcgKFtxPwFBrkchPa28whT9DCoAii47OtGHqY8YQi8dW7Tp5Jnd 9IcMPMPK6YnwkV9s9xwQdxMcApdvl4wRO0pwhm8/o3Yi5+9VQu5RDWZ5AhsySloEiB+z Iy/vwbtaAXxtdbIgktm7QbFqr/GA76iKENHBg= MIME-Version: 1.0 Received: by 10.231.16.199 with SMTP id p7mr311345iba.40.1236959541677; Fri, 13 Mar 2009 08:52:21 -0700 (PDT) In-Reply-To: <3131aa530903122323n73b671b5y4cb4a4a8896efa14@mail.gmail.com> References: <3131aa530903122323n73b671b5y4cb4a4a8896efa14@mail.gmail.com> Date: Fri, 13 Mar 2009 11:52:21 -0400 Message-ID: <25ff90d60903130852p40e153a6hac10340e7eb9d876@mail.gmail.com> From: David Horn To: =?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Is iwn drivers working on Current ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Mar 2009 16:23:20 -0000 On Fri, Mar 13, 2009 at 2:23 AM, Olivier Cochard-Labb=E9 wrote: > Hi, > > I try to use the iwn drivers on my Dell Latitude D630 laptop on a > up-to-date current, but I can't. > > I've an Intel 4965AGN card, and here is the result of pciconf -lv : > > iwn0@pci0:12:0:0: =A0 =A0 =A0 class=3D0x028000 card=3D0x11218086 chip=3D0= x42298086 > rev=3D0x61 hdr=3D0x00 > =A0 =A0vendor =A0 =A0 =3D 'Intel Corporation' > =A0 =A0device =A0 =A0 =3D 'Intel 4965AGN Intel Wireless WiFi Link > 4965AGN(supporting 802.11a/b/g/Draft-N)' > =A0 =A0class =A0 =A0 =A0=3D network > > I've put on /boot/loader.conf the magics lines: > legal.intel_iwn.license_ack=3D1 The license ack for iwn is not needed anymore btw. > if_iwn_load=3D"YES" > > my /etc/rc.conf is configured like that: > wlans_iwn0=3D"wlan0" > ifconfig_wlan0=3D"country FR WPA DHCP" > > and the /etc/wpa_supplicant.conf was tested using 2 others differents > wirelles card (USB rum and PCMCIA=A0ath) without problem. > But I have this error message on dmesg: > > iwn0: need multicast update callback > iwn0: error, INTR=3D2000000 STATUS=3D0x0 > iwn0: error, INTR=3D2000000 STATUS=3D0x0 > iwn0: iwn_config: configure command failed, error 35 > iwn0: iwn_init_locked: could not configure device, error 35 > iwn0: iwn_config: configure command failed, error 35 > iwn0: iwn_init_locked: could not configure device, error 35 > iwn0: iwn_transfer_firmware: timeout waiting for first alive notice, erro= r 35 > iwn0: iwn_init_locked: could not load firmware, error 35 I have seen these exact same error 35 issues. > > (The wireless switch is on the ON position, and this wireless works > when booting with Linux Ubuntu). > > And not association possible... > > Here are some other information: > > [root@d630]~#ifconfig wlan0 > wlan0: flags=3D8843 metric 0 mtu = 1500 > =A0 =A0 =A0 =A0ether 00:1d:e0:72:10:01 > =A0 =A0 =A0 =A0inet6 fe80::21d:e0ff:fe72:1001%wlan0 prefixlen 64 scopeid = 0x7 > =A0 =A0 =A0 =A0media: IEEE 802.11 Wireless Ethernet autoselect (autoselec= t) > =A0 =A0 =A0 =A0status: no carrier > =A0 =A0 =A0 =A0ssid "" channel 13 (2472 Mhz 11g) > =A0 =A0 =A0 =A0regdomain ETSI country F2 authmode WPA1+WPA2/802.11i priva= cy ON > =A0 =A0 =A0 =A0deftxkey UNDEF txpower 30 bmiss 10 scanvalid 60 protmode C= TS wme > =A0 =A0 =A0 =A0roaming MANUAL > [root@d630]~#ifconfig wlan0 list scan > [root@d630]~#ifconfig wlan0 list caps > drivercaps=3D581e001 > [root@d630]~#uname -a > FreeBSD d630.freenas.org 8.0-CURRENT FreeBSD 8.0-CURRENT #14: Thu Mar > 12 14:17:22 CET 2009 > Does someone know where the problem is ? Yes, I have seen this problem with iwn on current, but unfortunately do not know a real "fix" at the moment. For me, it seems to be timing related at boot time, caused by IPv6 rtsol starting on the interface before iwn had settled. iwn0 should never be initialized by rtsol, as it is the hardware 802.11 interface. wlan0 should be initialized instead. (-current vap code) Questions to help see if you are seeing the same problem: 1) Do you have ipv6_enabled=3D"yes" in rc.conf ? 2) Report on the results of "ifconfig -l" In my case, iwn0 was the first interface in the list, resulting in rtsol starting on iwn0 (and not some other interface). There are several unique issues here, but I believe that a work-around patch that I wrote to /etc/network.subr that might help is attached to PR conf/132179: http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dconf/132179 The real issue is likely a bug in the iwn driver. Someone with real knowledge of the iwn code would probably give better insight than me. Sam ? Brandon ? Good Luck. --_Dave > > Thanks for your help, > > Olivier From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 16:22:50 2009 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 428BB106564A for ; Fri, 13 Mar 2009 16:22:50 +0000 (UTC) (envelope-from c.r.n.a@wanadoo.fr) Received: from smtp2c.orange.fr (smtp2c.orange.fr [80.12.242.154]) by mx1.freebsd.org (Postfix) with ESMTP id 03D818FC1D for ; Fri, 13 Mar 2009 16:22:49 +0000 (UTC) (envelope-from c.r.n.a@wanadoo.fr) Received: from smtp20.orange.fr (mwinf2016 [172.22.130.116]) by mwinf2c10.orange.fr (SMTP Server) with ESMTP id 26A2B1C00C6C for ; Fri, 13 Mar 2009 17:05:06 +0100 (CET) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf2016.orange.fr (SMTP Server) with ESMTP id BC81220000A0 for ; Fri, 13 Mar 2009 17:05:04 +0100 (CET) Received: from [192.168.1.96] (ABordeaux-157-1-39-98.w90-30.abo.wanadoo.fr [90.30.134.98]) by mwinf2016.orange.fr (SMTP Server) with ESMTP id 818492000054 for ; Fri, 13 Mar 2009 17:05:04 +0100 (CET) X-ME-UUID: 20090313160504531.818492000054@mwinf2016.orange.fr Message-ID: <49BA83E5.4030307@wanadoo.fr> Date: Fri, 13 Mar 2009 17:03:49 +0100 From: Nicolas User-Agent: Thunderbird 2.0.0.19 (X11/20090311) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: 49BA4ED5.8080105@wanadoo.fr Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 13 Mar 2009 16:28:06 +0000 Subject: Intel PRO/Wireless 5100AGN support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Mar 2009 16:22:50 -0000 Thanks for your response. Do you know who is the maintener of this driver ? Niko. From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 16:59:08 2009 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 EE63B106566C; Fri, 13 Mar 2009 16:59:08 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.239]) by mx1.freebsd.org (Postfix) with ESMTP id A85AB8FC08; Fri, 13 Mar 2009 16:59:08 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by rv-out-0506.google.com with SMTP id f6so1811464rvb.43 for ; Fri, 13 Mar 2009 09:59:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=h4oUjZW/eORdvMijtSMlj3ytv++Ns4aD4vdcM1S3S3Y=; b=hz7xmysKJvjMUWIRhghWNB8nFAta0p67Zgk1TlSdF5/2XRxexiN1BcSlnW8juag6RO prcowEot0d4+tsdIVlYAa3498MFyj7KQj+s+wSkL7zDJ0SZpCU05AB60D6eNnECuVVkw /o4Vt3JoXLI/aiUDMs7j7eJJjuXiEvQilY4xw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=O2q5lNbpd8rPZKdO9qfdOij/3ybs5FU9L/y3BO/hzWQh4tkPTN8CUvGBUGUD+e1q9z 6NZETYtGfutN6P+8BcdYZce2gmFCWxh31EXXDNc7/J7CUzE1tj/MuFETCRFYU3Q88mwL Igh8V89RlR8V77o3p0UYRe6/mreWoRutxGphA= MIME-Version: 1.0 Sender: mat.macy@gmail.com Received: by 10.141.37.8 with SMTP id p8mr701529rvj.243.1236963548224; Fri, 13 Mar 2009 09:59:08 -0700 (PDT) In-Reply-To: <49BA22CD.9030809@zedat.fu-berlin.de> References: <1236372641.1671.11.camel@balrog.2hip.net> <18869.10411.538031.500651@jerusalem.litteratus.org> <20090309170833.42069a98@ernst.jennejohn.org> <18869.16614.1547.140164@jerusalem.litteratus.org> <1236617617.1680.17.camel@balrog.2hip.net> <3c1674c90903091036q4585519aja68d7f9bcd350010@mail.gmail.com> <49B961B7.6020303@mail.zedat.fu-berlin.de> <3c1674c90903121400s10c517f3i9714272d20a4ddc2@mail.gmail.com> <49BA22CD.9030809@zedat.fu-berlin.de> Date: Fri, 13 Mar 2009 09:59:08 -0700 X-Google-Sender-Auth: 077819daa6c639f2 Message-ID: <3c1674c90903130959s180da92cu5b91b2154b51fdfe@mail.gmail.com> From: Kip Macy To: "O. Hartmann" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-x11 , Robert Huff , Robert Noland , "O. Hartmann" , Nenhum_de_Nos , freebsd-current Subject: Re: [HEADS UP] Radeon r6/7xx drm code to be committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Mar 2009 16:59:09 -0000 Are you using the radeonhd from git? I needed to use that to get it to work= . -Kip On Fri, Mar 13, 2009 at 2:09 AM, O. Hartmann wrote: > My private box is a UP FreeBSD 8.0-CURRENT/amd64 equipted with a MSI HD48= 30 > (RV770). On this machine with the most recent OS and the most recent > xorg-7.4 compiled from the ports, > > Driver 'radeonhd' > > does not work, the tty does never show up login screen. It seems the driv= er > does not recognise the GPU. Also on this box, enabling > > Option 'DRI' > > doesn't work. When getty tries to start xdm on the specific tty, Xserver > can't be started - there is a error message on console coming from [drm], > saying something about 'idle'. I never caught this. > > On my lab's box, a SMP FreeBSD 8.0-CURRENT/amd64 with the most recent > xorg-7.4 as mentioned above, equippted with =A0a MSI HD4670 (RV730), > > Driver 'radeonhd' > > works, but shows up weird behaviour sometimes (crashing), so I switchd to > > Driver 'radeon'. > > But also on this box, enabling > > Option 'DRI' > > does not let X come up. > > Either way, with radeonhd or radeon, ending a X session (I use windowmake= r), > seems crashing X and then locking up/crashing the whole box. Also very > boring is the fact, that I can't swtch to the console via > > Ctrl-Alt-F{1-8} > > althought this is explicitely enabled in the config. I see 'nothing' but = a > black screen, the console is definitely changing, I can change back to th= e X > screen, but never to a console. This behaviour is both on FreeBSD 7.1-STA= BLE > (most recent before I switched these days to 8.0-CURRENT on that box) and > 8.0-CURRENT! I guess this is a serious issue in Xorg 7.4 and/or the Radeo= n > driver. > > It is also very surprising, that on the slower UP FreeBSD box with the > faster GPU (RV770), X is much(!) faster than on the faster SMP FreeBSD bo= x > with the slower GPU (RV730). On both systems DRI is not enabled and both > boxes do not load modules 'drm' and 'radeon'. > > Kip Macy wrote: >> >> radeon locks up my system, use radeonhd >> >> On Thu, Mar 12, 2009 at 12:25 PM, O. Hartmann >> wrote: >>> >>> Kip Macy wrote: >>>> >>>> I have an HD4850 and it works well. Unfortunately it is the one from >>>> ASUS where only one port does dual-link. >>>> >>>> -Kip >>>> >>>> On Mon, Mar 9, 2009 at 10:27 AM, Nenhum_de_Nos >>>> wrote: >>>> >>>>> On Mon, March 9, 2009 13:53, Robert Noland wrote: >>>>> >>>>>> On Mon, 2009-03-09 at 12:16 -0400, Robert Huff wrote: >>>>>> >>>>>>> Gary Jennejohn writes: >>>>>>> >>>>>>> >>>>>>>> =A0> > =A0This should work on pretty much all Radeon r600+ cards (= and >>>>>>>> the >>>>>>>> >>>>>>> older >>>>>>> >>>>>>>> =A0> > =A0stuff as well). =A0With the appropriate X drivers, you s= hould >>>>>>>> get >>>>>>>> >>>>>>> EXA >>>>>>> >>>>>>>> =A0> > =A0accelleration and Xv. =A03d is not available yet, afaik. >>>>>>>> =A0> >>>>>>>> >>>>>>>> =A0This is kernel code and has nothing directly to do with ports. >>>>>>>> >>>>>>> =A0 =A0 Let me be more specific. >>>>>>> =A0 =A0 Assuming I'm using a 3850, which I believe is the RV670 >>>>>>> chipset, is there anything I will need to change in xorg.conf (or >>>>>>> elsewhere) to take advantage of/not break the new code? >>>>>>> >>>>>> rv670 is what I'm testing on... I tried to put a few details in the >>>>>> commit message. >>>>>> >>>>>> Basically, for R600+ you have to force DRI on for the moment. =A0You >>>>>> should also be using exa. >>>>>> >>>>>> So, right now, I'm using radeonhd from git master, with : >>>>>> >>>>>> =A0 =A0 =A0 =A0Driver =A0 =A0 =A0"radeonhd" >>>>>> =A0 =A0 =A0 =A0VendorName =A0"ATI Technologies Inc" >>>>>> =A0 =A0 =A0 =A0BoardName =A0 "RV670PRO [Radeon HD 3850]" >>>>>> =A0 =A0 =A0 =A0BusID =A0 =A0 =A0 "PCI:1:0:0" >>>>>> =A0 =A0 =A0 =A0Option =A0 =A0 =A0"DRI" >>>>>> =A0 =A0 =A0 =A0Option =A0 =A0 =A0"AccelMethod" "EXA" >>>>>> =A0 =A0 =A0 =A0Option =A0 =A0 =A0"Audio" >>>>>> EndSection >>>>>> >>>>>> robert. >>>>>> >>>>>> >>>>>>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Robert Huff >>>>>>> >>>>>>> >>>>>> -- >>>>>> Robert Noland >>>>>> FreeBSD >>>>>> >>>>> I'm planning to move from nVidia to ATi, and all this work is what >>>>> makes >>>>> me do that. This code you're talking about, would benefit a HD4850 ? >>>>> >>>>> thanks, >>>>> >>>>> matheus >>>>> >>>>> -- >>>>> We will call you cygnus, >>>>> The God of balance you shall be >>>>> >>>>> _______________________________________________ >>>>> freebsd-current@freebsd.org mailing list >>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>>>> To unsubscribe, send any mail to >>>>> "freebsd-current-unsubscribe@freebsd.org" >>>>> >>>>> >>>> _______________________________________________ >>>> freebsd-current@freebsd.org mailing list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>>> To unsubscribe, send any mail to >>>> "freebsd-current-unsubscribe@freebsd.org" >>>> >>> I use a MSI HD4830 on a UP FreeBSD 8.0-CURRENT/amd64 box with >>> >>> Driver =A0 "radeon" >>> >>> from ports/xorg-7.4. Without EXA and DRI the graphics card works well, >>> but when enabling EXA and/or DRI, system goes mustang. Ctrl-Alt-FX >>> doesn't bring back a console, the tty is 'blinking' as it looks like th= e >>> X server tries to start and fails. >>> >>> On another box, running FreeBSD 8.0-CURRENT/amd64, but SMP and MSI >>> HD4670, with EXA and DRI enabled the whole box crashes immediately when >>> loading Xserver. Without EXA and DRI, leaving a windowmaker session and >>> therefore ending the Xserver kills the box, the OS dies and coredumps o= r >>> hangs forever with a tiled screen showing 3 rows of 6 columns of the >>> console screen on a 20,1 inch TFT. >>> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.or= g" > > > From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 17:01:00 2009 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 4D847106568C for ; Fri, 13 Mar 2009 17:01:00 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-qy0-f110.google.com (mail-qy0-f110.google.com [209.85.221.110]) by mx1.freebsd.org (Postfix) with ESMTP id DF6928FC16 for ; Fri, 13 Mar 2009 17:00:59 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: by qyk8 with SMTP id 8so352954qyk.3 for ; Fri, 13 Mar 2009 10:00:59 -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:from:to :in-reply-to:content-type:content-transfer-encoding:x-mailer :mime-version:subject:date:cc; bh=3/rPMqSb6O+L16O7opyVoRHYSWnfoVYDhNppm3FVkDc=; b=lcNnZcabV9sqnvEueTLwgWspKlceyPs0CwZQegtogE2Aa1X5nNu3Bka2FNuKZO1xOY eK/hnzEr9FjKjrAaTk0Z+g+MULvx3Zbqn7dy9/NiIUs9ad/s42y5U3zfN0FB5TQ9jeGs N131GsrwRNIihnT0aEzK3UV0JEkwXlaVeoyEc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=references:message-id:from:to:in-reply-to:content-type :content-transfer-encoding:x-mailer:mime-version:subject:date:cc; b=Gvl0H4nnoQPEW6v6zmdDaQaw4fD71ARp7Wf3PVsZtDCTIsvx3/1aFNvBwKD5Vh2/JF F9+ob+R3/m/iI5vItrqUeU/wpGQsSoWsdVQbPO9fj49mRVHQHPB0DoQYdnK78aGClu8E ciBHHSJmOqNk3hmI/b1KkuilgrcrGTZhK0WNI= Received: by 10.224.60.75 with SMTP id o11mr2256333qah.230.1236963659341; Fri, 13 Mar 2009 10:00:59 -0700 (PDT) Received: from ?10.1.93.147? ([166.190.226.115]) by mx.google.com with ESMTPS id 7sm1553410qwf.30.2009.03.13.10.00.55 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 13 Mar 2009 10:00:58 -0700 (PDT) References: <3131aa530903122323n73b671b5y4cb4a4a8896efa14@mail.gmail.com> <25ff90d60903130852p40e153a6hac10340e7eb9d876@mail.gmail.com> Message-Id: <321F6C0B-FD66-4C1D-8A55-8F32856D3386@gmail.com> From: Brandon Gooch To: David Horn In-Reply-To: <25ff90d60903130852p40e153a6hac10340e7eb9d876@mail.gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable X-Mailer: iPhone Mail (5G77) Mime-Version: 1.0 (iPhone Mail 5G77) Date: Fri, 13 Mar 2009 07:00:43 -1000 Cc: =?utf-8?Q?Olivier_Cochard-Labb=C3=A9?= , "freebsd-current@freebsd.org" Subject: Re: Is iwn drivers working on Current ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Mar 2009 17:01:00 -0000 On Mar 13, 2009, at 5:52 AM, David Horn wrote: > On Fri, Mar 13, 2009 at 2:23 AM, Olivier Cochard-Labb=C3=A9 > wrote: >> Hi, >> >> I try to use the iwn drivers on my Dell Latitude D630 laptop on a >> up-to-date current, but I can't. >> >> I've an Intel 4965AGN card, and here is the result of pciconf -lv : >> >> iwn0@pci0:12:0:0: class=3D0x028000 card=3D0x11218086 =20 >> chip=3D0x42298086 >> rev=3D0x61 hdr=3D0x00 >> vendor =3D 'Intel Corporation' >> device =3D 'Intel 4965AGN Intel Wireless WiFi Link >> 4965AGN(supporting 802.11a/b/g/Draft-N)' >> class =3D network >> >> I've put on /boot/loader.conf the magics lines: >> legal.intel_iwn.license_ack=3D1 > > The license ack for iwn is not needed anymore btw. > >> if_iwn_load=3D"YES" >> >> my /etc/rc.conf is configured like that: >> wlans_iwn0=3D"wlan0" >> ifconfig_wlan0=3D"country FR WPA DHCP" >> >> and the /etc/wpa_supplicant.conf was tested using 2 others differents >> wirelles card (USB rum and PCMCIA ath) without problem. >> But I have this error message on dmesg: >> >> iwn0: need multicast update callback >> iwn0: error, INTR=3D2000000 STATUS=3D0x0 >> iwn0: error, INTR=3D2000000 STATUS=3D0x0 >> iwn0: iwn_config: configure command failed, error 35 >> iwn0: iwn_init_locked: could not configure device, error 35 >> iwn0: iwn_config: configure command failed, error 35 >> iwn0: iwn_init_locked: could not configure device, error 35 >> iwn0: iwn_transfer_firmware: timeout waiting for first alive =20 >> notice, error 35 >> iwn0: iwn_init_locked: could not load firmware, error 35 > > I have seen these exact same error 35 issues. > >> >> (The wireless switch is on the ON position, and this wireless works >> when booting with Linux Ubuntu). >> >> And not association possible... >> >> Here are some other information: >> >> [root@d630]~#ifconfig wlan0 >> wlan0: flags=3D8843 metric 0 =20= >> mtu 1500 >> ether 00:1d:e0:72:10:01 >> inet6 fe80::21d:e0ff:fe72:1001%wlan0 prefixlen 64 scopeid 0x7 >> media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) >> status: no carrier >> ssid "" channel 13 (2472 Mhz 11g) >> regdomain ETSI country F2 authmode WPA1+WPA2/802.11i privacy =20= >> ON >> deftxkey UNDEF txpower 30 bmiss 10 scanvalid 60 protmode CTS =20= >> wme >> roaming MANUAL >> [root@d630]~#ifconfig wlan0 list scan >> [root@d630]~#ifconfig wlan0 list caps >> drivercaps=3D=20 >> 581e001 >> [root@d630]~#uname -a >> FreeBSD d630.freenas.org 8.0-CURRENT FreeBSD 8.0-CURRENT #14: Thu Mar >> 12 14:17:22 CET 2009 > >> Does someone know where the problem is ? > > Yes, I have seen this problem with iwn on current, but unfortunately > do not know a real "fix" at the moment. > > For me, it seems to be timing related at boot time, caused by IPv6 > rtsol starting on the interface before iwn had settled. iwn0 should > never be initialized by rtsol, as it is the hardware 802.11 interface. > wlan0 should be initialized instead. (-current vap code) > > Questions to help see if you are seeing the same problem: > > 1) Do you have ipv6_enabled=3D"yes" in rc.conf ? > 2) Report on the results of "ifconfig -l" > > In my case, iwn0 was the first interface in the list, resulting in > rtsol starting on iwn0 (and not some other interface). There are > several unique issues here, but I believe that a work-around patch > that I wrote to /etc/network.subr that might help is attached to PR > conf/132179: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dconf/132179 > > The real issue is likely a bug in the iwn driver. Someone with real > knowledge of the iwn code would probably give better insight than me. > Sam ? Brandon ? > > Good Luck. > > --_Dave > >> >> Thanks for your help, >> >> Olivier > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org=20 > " I made an attempt to update the driver by grabbing a recent snapshot =20 of the OpenBSD driver from CVS -- I don't remember the exact date, but =20= it was after Damien Bergamini's "complete rewrite", and it includes =20 support for newer cards as well. After reading and working with the source in an attempt to at least =20 get it to build, I stalled back in February and only yesterday did I =20 get to look at the code again. I was initially working with 7.1-STABLE, but recently moved to using =20 current. Incidentally, many of the issues I was having with the de-=20 vapified, backported version of the driver disappears after moving to =20= current, allowing me to use the wireless card for daily work. It still =20= requires a kld-unload,load occasionally... So, essentially I have a heavily commented set of source files with no =20= vap (and no locking) that won't build. It has been an intense learning experience, though. Robert Watson's =20 fxr.watson.org is invaluable! Oh, and I did grab the newest firmware from Damien's site and got that =20= to "build" ok -- of course it doesn't load with the current driver. -brandon= From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 17:28:51 2009 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 C0E17106564A; Fri, 13 Mar 2009 17:28:51 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 897668FC29; Fri, 13 Mar 2009 17:28:51 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from server.baldwin.cx (pool-98-109-39-197.nwrknj.fios.verizon.net [98.109.39.197]) by cyrus.watson.org (Postfix) with ESMTPSA id 08DF546B03; Fri, 13 Mar 2009 13:28:51 -0400 (EDT) Received: from new-host-2.baldwin.cx (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id n2DHSiIC060842; Fri, 13 Mar 2009 13:28:44 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: <49BA9801.5080505@FreeBSD.org> Date: Fri, 13 Mar 2009 13:29:37 -0400 From: John Baldwin User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: Attilio Rao References: <20090312175345.Y80227@rust.salford.ac.uk> <20090312191333.GA97342@hyperion.scode.org> <49B97617.8010709@freebsd.org> <86r6124f2v.fsf@gmail.com> <3bbf2fe10903122035i20b2767cod2322c39c6f850ee@mail.gmail.com> <29C8FA04-D5B1-49B7-ACF0-4185537367B0@baldwin.cx> <3bbf2fe10903122156u650417f0s5c49b68bdf4ffa07@mail.gmail.com> In-Reply-To: <3bbf2fe10903122156u650417f0s5c49b68bdf4ffa07@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Fri, 13 Mar 2009 13:28:45 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94.2/9105/Fri Mar 13 07:58:59 2009 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Pawel Jakub Dawidek , Mark Powell , John Baldwin , "freebsd-current@freebsd.org" , Tim Kientzle , Anonymous , Peter Schuller Subject: Re: repeatable ZFS panic: share->excl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Mar 2009 17:28:52 -0000 Attilio Rao wrote: > 2009/3/13, John Baldwin : >> This is similar to the patch I've asked lulf@ to test except that >> it is longer and I fix a bug where zfs_lookup() can leak a vnode >> lock if the access check fails. :-) The last one I sent to lulf@ >> is at www.FreeBSD.org/~jhb/patches/zfs_ea.patch. > > I really thought zfs_lookup() was returning the lock held as a > feature assming no LOCKLEAF. Is that a bug instead? Yes, I think that is the real bug. Looking at this further I think zfs_get_xattrdir() will return the vnode locked if it has to create a new node via zfs_make_attrdir() but only returns it held and unlocked if it finds an existing one. So my new patch is to just fix zfs_get_xattrdir() to unlock the vnode if it creates a new one like so: (Sorry, TBird is probably going to butcher all the whitespace): --- //depot/user/jhb/lock/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_dir.c +++ /Users/jhb/work/p4/lock/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_dir.c @@ -940,6 +940,7 @@ /* NB: we already did dmu_tx_wait() if necessary */ goto top; } + VOP_UNLOCK(*xvpp, 0); return (error); } A non-butchered version is at www.FreeBSD.org/~jhb/patches/zfs_ea.patch. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 17:52:21 2009 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 10BE01065672 for ; Fri, 13 Mar 2009 17:52:21 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63901.mail.re1.yahoo.com (web63901.mail.re1.yahoo.com [69.147.97.116]) by mx1.freebsd.org (Postfix) with SMTP id AF7148FC1B for ; Fri, 13 Mar 2009 17:52:20 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 7815 invoked by uid 60001); 13 Mar 2009 17:52:20 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1236966740; bh=TuLUbgHEK+dJEYtJ/qnUrdKu05VWeAOO5d7U4hhX3hg=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=eu3ywDVdVJ1CC/t/L1uyTmXyzxzFAPWs7X25vfEPE5qUrEVeuCw5OEwLdrzCg4dSvFzRuU+uvH+M6a3d0ri8//u78ieMGYkneYruAGDQY1LmCOPaE5SmlOeP7zxL4vRX8MMeB3odWPMYBWTLCsyByQe8jRI/pXUi5SYNbhzdsyk= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=G9LM49/e9MMqa0TQNdbGC5w3JkdT53ZYLq0pozyJXlUvcUoJLbxe5r7o5ZCjbIPyz5Q3RWYCSK5p1liiitO+0nTzN81VlnSi7siNlAOHJJdcuYej8L7gqmGivZfXioDWYjaDl6NkQh0FfE/5q7ezqIhy5ZHV8H9lEUh0o3l1IyI=; Message-ID: <998018.7360.qm@web63901.mail.re1.yahoo.com> X-YMail-OSG: NGaffoQVM1kfSuPZ580_AqwTemKYd5l99f4h6al8m8wxovbEv0L93kZwQIEL.w1Aq8au4fXK8Tcr8fhmyTdjVHrlNxrLKxM83QQeVE5YvxgX1zWPe92TPha3SCxaSbiJoEUKf7ljemoOc..5ypw1IUFdeI.w4PnAfkwy2bNZJ9n0FoCEWJNIB9kaoV8cVI.cbpX.6ULRVu0cDOT6uwdqmUvcu3BMehUMpS0L5sqn.QtI1rRDD44- Received: from [98.242.222.229] by web63901.mail.re1.yahoo.com via HTTP; Fri, 13 Mar 2009 10:52:19 PDT X-Mailer: YahooMailWebService/0.7.289.1 Date: Fri, 13 Mar 2009 10:52:19 -0700 (PDT) From: Barney Cordoba To: Robert Watson In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: current@freebsd.org Subject: Re: Interrupt routine usage not shown by top in 8.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: barney_cordoba@yahoo.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, 13 Mar 2009 17:52:21 -0000 --- On Fri, 3/13/09, Robert Watson wrote: > From: Robert Watson > Subject: Re: Interrupt routine usage not shown by top in 8.0 > To: "Barney Cordoba" > Cc: current@freebsd.org > Date: Friday, March 13, 2009, 11:41 AM > On Fri, 13 Mar 2009, Barney Cordoba wrote: > > > Its difficult to have "better benchmarks" > when the system being tested doesn't have accounting > that works. My test is designed to isolate the driver > receive function in a controlled way. So it doesn't much > matter whether the data is real or not, as long as the tests > generate a consistent load. > > Strikes me that this thread is getting a bit contentious, > and I don't meaning in a locking sense :-). > > FreeBSD provides two interrupt execution environments: fast > interrupts, and ithreads. Historically (5.x ... 7.x) device > drivers have had to select one of the two models, but in 8.x > a hybrid mode, called interrupt filters, allows drivers to > do both for an interrupt source. The problem you're > running into is that "fast" interrupts borrow the > complete context of the thread they preempt, including its > stack and accounting characteristics. For pure ithread > drivers, this is generally not a problem, as the sole > purpose of that interrupt handler is to kick the scheduler > to launch the full ithread context, which will typically > immediately preempt (at that same point in the stack) in > order to give the interrupt handler a full context that can > sleep on locks, be accounted for, etc. > > if_em lives in a world a bit between these models, in which > it wants both a fast context, to do a bit of low level > interaction with the device, and a "slow" or full > context in which to execute the network stack, perform > memory allocation, and so on. Because interrupt filters > weren't yet around (and are presumably too experimental > to use in 8.x right now), it does this by creating its own > ithread-like execution context using a task queue. The > result is mis-billing of what is effectively an ithread as > system time instead of interrupt time. You'll notice > that if_em (and other drivers employing the same trick) do > elevate the priority of the task queue thread so that the > scheduler treats it (almost) the same way it treats an > ithread (it will immediately preempt most stuff). > > > The only thing obviously "bogus" is that > FreeBSD is launching 16,000 tasks per second (an interrupt > plus taskqueue task 8000 times per second), plus 2000 timer > interrupts and reporting 0% cpu usage. So I'm to assume > that the system will never show 100% usage as the entire > overhead of the scheduler is not accounted for? > > The overhead of the scheduler is billed to a combination of > the thread being switched out of, and the thread being > switched to. Fast interrupt execution is billed to the > thread it preempts. In the scenario you describe, you will > only get mis-billing to idle if those fast interrupts > preempt only the idle thread. Otherwise they will get > billed to whatever is preempted. On a system where you have > a network interface effectively keeping the CPU busy, it > will get billed to the task queue thread (I expect) because > the task queue is what will get preempted. Now, this might > not strictly be true because the scheduler tries hard to > keep ithreads running close to where the interrupt is > delivered, but if it doesn't know the task queue thread > is an ithread, it may do this less well. Presumably this is > a temporary state of mind while interrupt filters are being > adopted, only the interrupt filter work seems stalled (?). > > > Calling handle_rxtx was a timesaver to determine the > overhead of forcing 8000 context switches per second (16000 > in a router setup) for apparently no reason. Since the OS > doesn't account for these, there seems no way to make > this determination. Its convenient to say it works well or > better than something else when there is no way to actually > find out via measurement. I don't see how launching 8000 > tasks per second could be faster than not launching 8000 > tasks per second, but I'm also not up on the newest > math. > > The purpose of a context switch from a fast interrupt > context is to give interrupt code the ability to acquire > general kernel locks, as opposed to just spin locks. If you > run in a borrowed context (i.e., you have synchronously > preempted a thread to run a fast interrupt), you may (will) > generate deadlocks due to violating lock orders, since you > don't want to (can't) release the locks already > acquired by the thread, and may then acquire locks in the > wrong order. If you want to acquire full sleep locks, you > need a full context, which requires a context switch out of > the preempted thread and into an ithread (or task queue > thread or whatever). Passage into the normal input paths of > the network stack will encounter normal locks, so must be > done from a full context. > > > Since you know how things work better than any of us > regular programmers, if you could please answer these > questions it would save a lot of time and may result in > better drivers for us all: > > > > 1) MSIX interrupt routines readily do "work" > and pass packets up the IP stack, while you claim that MSI > interrupts cannot? Please explain the locking differences > between MSI and MSIX, and what locks may be encountered by > an MSI interrupt routine with "real traffic" that > will not be a problem for MSIX or taskqueue launched tasks. > Its certainly not obvious from any code or docs that > I've seen. > > It's fine to enter the network stack from any full and > dedicated thread context, which means it's OK from an > ithread or a task queue thread kicked by a fast interrupt, > but it's not OK from a fast interrupt. There's no > difference between MSI/MSIX as far as I know from this > perspective, only in how the drivers use them. > > > 2) the bge and fxp (and many other) drivers happily > pass traffic up the IP stack directly from their interrrupt > routines, so why is it bogus for em to do so? And why do > these drivers not use the taskqueue approach that you claim > is superior? > > Only a few drivers use the fast interrupt approach; those > that don't presumably do it because the approach of > mixing "fast" and "slow" contexts > hasn't been applied by their authors. If the interrupt > filter model is going to become mainstream, I think we'd > like to see them adopt that rather than hand-crafting fast > interrupts and taskqueues, to the same effect, in every > driver. On the other hand, one benefit to the task queue > model is that you can deliver events to it that *aren't* > interrupts, such as requests for state transitions from the > software side of the stack. > > > 2b) Does this also imply that systems with bge or > network drivers that do the "work" in the > interrupt handler will yield completely bogus cpu usage > numbers? > > All direct interrupt deliveries bill a small amount of CPU > time to the context that they execute in. Drivers that do > less work in the fast interrupt delivery context will bill > less time outside of their own worker ithreads. > There are two ways to measure CPU use, btw: one is a > sampled approach involving timers, which works badly in fast > interrupt contexts with interrupts disabled because the > ticks are deferred until after interrupts are re-enabled, an > the other is explicit time measurement, which is quite > expensive. Currently the kernel uses the TSC, where > available, and an estimator to map between CPU cycles and > real time, but that also has its limitations. > > > 3) The em driver drops packets well before 100% cpu > usage is realized. Of course I'm relying on wrong cpu > usage stats, so I may be mistaken. Is there a way (or what > is the preferred way) to increase the priority of a task > relative to other system processes (rather than relative to > tasks in the queue) so that packets can avoid being dropped > while the system runs other, non-essential tasks? > > When the em driver creates task queue threads, it assigns > them an ithread priority. You can manually adjust that > priority in the code, but I'm not sure we have an > explicit management API from userspace to adjust those > priorities without source code changes (but I may be wrong). > > > 3b) Is there a way to lock down a task such as a NIC > receive task to give absolute priority or exclusive use of a > cpu? The goal is to make certain that the task doesn't > yield before it completes some minimum amount of work. > > You can use cpuset to force a specific thread onto a > specific CPU, and to force other threads not to run on that > CPU. You can also use cpuset, I believe, to direct the > low-level interrupt delivery for sources to specific CPUs, > but I've not done this myself. > > > Its my view that it would be better to just suck > packets out of the ring and queue them for upper layers, but > I dont yet have a handle on the trade offs. Currently the > system drops too many packets unnecessarily at extremely > high load. > > This is, effectively, what fast interrupt handlers + task > queues do. There's another potential dispatch point, > between the link layer and the network layer, which is > controlled by the net.isr.direct flag; right now we dispatch > the whole stack to completion in the ithread, but you can > turn that off by setting the flag to zero. In practice, the > context switch avoidance associated with doing that appears > to be a significant win for many, but not all, workloads. > > Robert N M Watson > Computer Laboratory > University of Cambridge Thanks Robert. I think Scott misinterpreted that I was just trying to create a test that generated a substantial load that wasn't accounted for in Top output, and not to claim that the code was wrong or bad. Your detailed explanation probably saved me a week of dilly-dallying. I do find it troubling that such a large load can go unaccounted for. What's confusing about the em driver is that MSIX and MSI interrupts use different types of interrupts in the same driver. I'd assumed that MSIX was newer and therefore the preferred method. Is the MSIX code using MP_SAFE instead of FAST_IRQ simply because no-one had a need to update it? Barney From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 18:07:16 2009 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 9D6DF1065670; Fri, 13 Mar 2009 18:07:16 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 666C58FC1D; Fri, 13 Mar 2009 18:07:16 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from server.baldwin.cx (pool-98-109-39-197.nwrknj.fios.verizon.net [98.109.39.197]) by cyrus.watson.org (Postfix) with ESMTPSA id E799B46B0D; Fri, 13 Mar 2009 14:07:15 -0400 (EDT) Received: from new-host-2.baldwin.cx (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id n2DI79Lx061111; Fri, 13 Mar 2009 14:07:09 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: <49BAA103.2060508@FreeBSD.org> Date: Fri, 13 Mar 2009 14:08:03 -0400 From: John Baldwin User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: Attilio Rao References: <20090312175345.Y80227@rust.salford.ac.uk> <20090312191333.GA97342@hyperion.scode.org> <49B97617.8010709@freebsd.org> <86r6124f2v.fsf@gmail.com> <3bbf2fe10903122035i20b2767cod2322c39c6f850ee@mail.gmail.com> <29C8FA04-D5B1-49B7-ACF0-4185537367B0@baldwin.cx> <3bbf2fe10903122156u650417f0s5c49b68bdf4ffa07@mail.gmail.com> <49BA9801.5080505@FreeBSD.org> In-Reply-To: <49BA9801.5080505@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Fri, 13 Mar 2009 14:07:10 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94.2/9105/Fri Mar 13 07:58:59 2009 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Pawel Jakub Dawidek , Mark Powell , "freebsd-current@freebsd.org" , Tim Kientzle , Anonymous , Peter Schuller Subject: Re: repeatable ZFS panic: share->excl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Mar 2009 18:07:16 -0000 John Baldwin wrote: > Attilio Rao wrote: >> 2009/3/13, John Baldwin : >>> This is similar to the patch I've asked lulf@ to test except that it >>> is longer and I fix a bug where zfs_lookup() can leak a vnode lock if >>> the access check fails. :-) The last one I sent to lulf@ is at >>> www.FreeBSD.org/~jhb/patches/zfs_ea.patch. >> >> I really thought zfs_lookup() was returning the lock held as a feature >> assming no LOCKLEAF. Is that a bug instead? > > Yes, I think that is the real bug. Looking at this further I think > zfs_get_xattrdir() will return the vnode locked if it has to create a > new node via zfs_make_attrdir() but only returns it held and unlocked if > it finds an existing one. So my new patch is to just fix > zfs_get_xattrdir() to unlock the vnode if it creates a new one like so: > > (Sorry, TBird is probably going to butcher all the whitespace): > > --- > //depot/user/jhb/lock/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_dir.c > +++ > /Users/jhb/work/p4/lock/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_dir.c > > @@ -940,6 +940,7 @@ > /* NB: we already did dmu_tx_wait() if necessary */ > goto top; > } > + VOP_UNLOCK(*xvpp, 0); > > return (error); > } > > A non-butchered version is at www.FreeBSD.org/~jhb/patches/zfs_ea.patch. So lulf@ reports success with this patch. Pawel, can you review it? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 18:51:54 2009 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 1689C1065670 for ; Fri, 13 Mar 2009 18:51:54 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-fx0-f158.google.com (mail-fx0-f158.google.com [209.85.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id 086298FC15 for ; Fri, 13 Mar 2009 18:51:52 +0000 (UTC) (envelope-from olivier@gid0.org) Received: by fxm2 with SMTP id 2so2631619fxm.43 for ; Fri, 13 Mar 2009 11:51:52 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.120.201 with SMTP id e9mr487502bkr.187.1236970311767; Fri, 13 Mar 2009 11:51:51 -0700 (PDT) In-Reply-To: <49B597A3.9070403@FreeBSD.org> References: <49A85B8A.2080503@FreeBSD.org> <49B3F585.7030304@freebsd.org> <49B3F63F.3080405@FreeBSD.org> <49B5958A.8040403@freebsd.org> <49B597A3.9070403@FreeBSD.org> Date: Fri, 13 Mar 2009 19:51:51 +0100 Message-ID: <367b2c980903131151i1abe436eq48c390eaf4a5f11e@mail.gmail.com> From: Olivier SMEDTS To: =?ISO-8859-1?B?R+Fib3IgS/Z2ZXNk4W4=?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Rene Ladan , freebsd-current@freebsd.org, freebsd-i18n@freebsd.org Subject: Re: RFC: localized libc messages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Mar 2009 18:51:54 -0000 2009/3/9 G=E1bor K=F6vesd=E1n : > >> I had a quick look at src/share/mk/bsd.nls.mk and >> lib/libc/nls/Makefile.inc >> The latter seems ok to me, can the problem be in bsd.nls.mk (e.g. that i= t >> has >> to create the directories somewhere in the installation rules)? >> bsd.nls.mk first does some name mangling in the installation step and th= en >> adds the mangled NLS stuff to the SYMLINKS variable, i.e. create the >> appropriate >> symbolic links. =A0But it indeed doesn't seem to create directories. > > Well, I had very long looks at all those bsd.*.mk stuff, but I haven't fo= und > any way to add extra obj dirs, just options to override the default one..= . > But it seems that I've just found a workaround. I'll finish the buildworl= d, > populate a jail and try out if it works completely in this way. Could this have broken parallel builds ? Now I can't "make -jX buildworld" with X>2 : building static c library building shared library libc.so.7 building special pic c library ranlib libc_pic.a ranlib libc.a mkdir -p /usr/obj/work/src/lib/libc/../../lib32/usr/share/nls/ca_ES.ISO8859= -1 sh /work/src/tools/install.sh -o root -g wheel -m 444 ca_ES.ISO8859-1.cat /usr/obj/work/src/tmp/usr/share/nls/ca_ES.ISO8859-1/libc.cat sh /work/src/tools/install.sh -o root -g wheel -m 444 de_DE.ISO8859-1.cat /usr/obj/work/src/tmp/usr/share/nls/de_DE.ISO8859-1/libc.cat mkdir -p /usr/obj/work/src/lib/libc/../../tmp/usr/share/nls/ca_ES.ISO8859-1 install: /usr/obj/work/src/tmp/usr/share/nls/ca_ES.ISO8859-1/libc.cat: No such file or directory *** Error code 71 mkdir -p /usr/obj/work/src/lib/libc/../../lib32/usr/share/nls/de_DE.ISO8859= -1 install: /usr/obj/work/src/tmp/usr/share/nls/de_DE.ISO8859-1/libc.cat: No such file or directory *** Error code 71 mkdir -p /usr/obj/work/src/lib/libc/../../tmp/usr/share/nls/de_DE.ISO8859-1 mkdir -p /usr/obj/work/src/lib/libc/../../lib32/usr/share/nls/el_GR.ISO8859= -7 mkdir -p /usr/obj/work/src/lib/libc/../../tmp/usr/share/nls/el_GR.ISO8859-7 mkdir -p /usr/obj/work/src/lib/libc/../../lib32/usr/share/nls/es_ES.ISO8859= -1 mkdir -p /usr/obj/work/src/lib/libc/../../tmp/usr/share/nls/es_ES.ISO8859-1 mkdir -p /usr/obj/work/src/lib/libc/../../lib32/usr/share/nls/fi_FI.ISO8859= -1 mkdir -p /usr/obj/work/src/lib/libc/../../tmp/usr/share/nls/fi_FI.ISO8859-1 mkdir -p /usr/obj/work/src/lib/libc/../../lib32/usr/share/nls/fr_FR.ISO8859= -1 mkdir -p /usr/obj/work/src/lib/libc/../../tmp/usr/share/nls/fr_FR.ISO8859-1 mkdir -p /usr/obj/work/src/lib/libc/../../lib32/usr/share/nls/hu_HU.ISO8859= -2 mkdir -p /usr/obj/work/src/lib/libc/../../tmp/usr/share/nls/hu_HU.ISO8859-2 mkdir -p /usr/obj/work/src/lib/libc/../../lib32/usr/share/nls/it_IT.ISO8859= -15 mkdir -p /usr/obj/work/src/lib/libc/../../tmp/usr/share/nls/it_IT.ISO8859-1= 5 mkdir -p /usr/obj/work/src/lib/libc/../../lib32/usr/share/nls/ko_KR.UTF-8 mkdir -p /usr/obj/work/src/lib/libc/../../tmp/usr/share/nls/ko_KR.UTF-8 mkdir -p /usr/obj/work/src/lib/libc/../../lib32/usr/share/nls/ko_KR.eucKR mkdir -p /usr/obj/work/src/lib/libc/../../tmp/usr/share/nls/ko_KR.eucKR mkdir -p /usr/obj/work/src/lib/libc/../../lib32/usr/share/nls/mn_MN.UTF-8 mkdir -p /usr/obj/work/src/lib/libc/../../tmp/usr/share/nls/mn_MN.UTF-8 mkdir -p /usr/obj/work/src/lib/libc/../../lib32/usr/share/nls/nl_NL.ISO8859= -1 mkdir -p /usr/obj/work/src/lib/libc/../../tmp/usr/share/nls/nl_NL.ISO8859-1 mkdir -p /usr/obj/work/src/lib/libc/../../lib32/usr/share/nls/no_NO.ISO8859= -1 mkdir -p /usr/obj/work/src/lib/libc/../../tmp/usr/share/nls/no_NO.ISO8859-1 mkdir -p /usr/obj/work/src/lib/libc/../../lib32/usr/share/nls/pl_PL.ISO8859= -2 mkdir -p /usr/obj/work/src/lib/libc/../../tmp/usr/share/nls/pl_PL.ISO8859-2 mkdir -p /usr/obj/work/src/lib/libc/../../lib32/usr/share/nls/ru_RU.KOI8-R mkdir -p /usr/obj/work/src/lib/libc/../../tmp/usr/share/nls/ru_RU.KOI8-R mkdir -p /usr/obj/work/src/lib/libc/../../lib32/usr/share/nls/sk_SK.ISO8859= -2 mkdir -p /usr/obj/work/src/lib/libc/../../tmp/usr/share/nls/sk_SK.ISO8859-2 mkdir -p /usr/obj/work/src/lib/libc/../../lib32/usr/share/nls/sv_SE.ISO8859= -1 mkdir -p /usr/obj/work/src/lib/libc/../../tmp/usr/share/nls/sv_SE.ISO8859-1 2 errors *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error > -- > Gabor Kovesdan > FreeBSD Volunteer > > EMAIL: gabor@FreeBSD.org .:|:. gabor@kovesdan.org > WEB: =A0 http://people.FreeBSD.org/~gabor .:|:. http://kovesdan.org > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > --=20 Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: olivier@gid0.org - against HTML email & vCards X www: http://www.gid0.org - against proprietary attachments / \ "Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 18:56:08 2009 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 235E71065670; Fri, 13 Mar 2009 18:56:08 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id CD3538FC16; Fri, 13 Mar 2009 18:56:07 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id CAE3214D87B1; Fri, 13 Mar 2009 19:56:06 +0100 (CET) X-Virus-Scanned: amavisd-new at t-hosting.hu Received: from server.mypc.hu ([127.0.0.1]) by localhost (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id MKbCPSBSrL-L; Fri, 13 Mar 2009 19:56:05 +0100 (CET) Received: from [192.168.1.105] (catv-80-98-231-64.catv.broadband.hu [80.98.231.64]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id BE62114D86CB; Fri, 13 Mar 2009 19:56:05 +0100 (CET) Message-ID: <49BAAC41.1020600@FreeBSD.org> Date: Fri, 13 Mar 2009 19:56:01 +0100 From: =?ISO-8859-1?Q?G=E1bor_K=F6vesd=E1n?= User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Olivier SMEDTS References: <49A85B8A.2080503@FreeBSD.org> <49B3F585.7030304@freebsd.org> <49B3F63F.3080405@FreeBSD.org> <49B5958A.8040403@freebsd.org> <49B597A3.9070403@FreeBSD.org> <367b2c980903131151i1abe436eq48c390eaf4a5f11e@mail.gmail.com> In-Reply-To: <367b2c980903131151i1abe436eq48c390eaf4a5f11e@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: Rene Ladan , freebsd-current@freebsd.org, freebsd-i18n@freebsd.org Subject: Re: RFC: localized libc messages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Mar 2009 18:56:08 -0000 Olivier SMEDTS escribió: > 2009/3/9 Gábor Kövesdán : > >>> I had a quick look at src/share/mk/bsd.nls.mk and >>> lib/libc/nls/Makefile.inc >>> The latter seems ok to me, can the problem be in bsd.nls.mk (e.g. that it >>> has >>> to create the directories somewhere in the installation rules)? >>> bsd.nls.mk first does some name mangling in the installation step and then >>> adds the mangled NLS stuff to the SYMLINKS variable, i.e. create the >>> appropriate >>> symbolic links. But it indeed doesn't seem to create directories. >>> >> Well, I had very long looks at all those bsd.*.mk stuff, but I haven't found >> any way to add extra obj dirs, just options to override the default one... >> But it seems that I've just found a workaround. I'll finish the buildworld, >> populate a jail and try out if it works completely in this way. >> > > Could this have broken parallel builds ? > > Now I can't "make -jX buildworld" with X>2 : > > Yes, I'm sorry, parallel builds are broken at the moment. I tested it with make buildworld and make universe but I didn't imagine it would break in parallel builds. Now I'm thinking of the possible fix... -- Gabor Kovesdan FreeBSD Volunteer EMAIL: gabor@FreeBSD.org .:|:. gabor@kovesdan.org WEB: http://people.FreeBSD.org/~gabor .:|:. http://kovesdan.org From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 19:12:50 2009 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 D3680106568C for ; Fri, 13 Mar 2009 19:12:50 +0000 (UTC) (envelope-from nikobordx@free.fr) Received: from smtp2c.orange.fr (smtp2c.orange.fr [80.12.242.153]) by mx1.freebsd.org (Postfix) with ESMTP id 94DB68FC19 for ; Fri, 13 Mar 2009 19:12:50 +0000 (UTC) (envelope-from nikobordx@free.fr) Received: from smtp20.orange.fr (mwinf2026 [172.22.130.126]) by mwinf2c05.orange.fr (SMTP Server) with ESMTP id B2275C0019B6 for ; Fri, 13 Mar 2009 16:03:55 +0100 (CET) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf2026.orange.fr (SMTP Server) with ESMTP id D20A220000BE for ; Fri, 13 Mar 2009 16:03:54 +0100 (CET) Received: from [192.168.1.96] (ABordeaux-157-1-39-98.w90-30.abo.wanadoo.fr [90.30.134.98]) by mwinf2026.orange.fr (SMTP Server) with ESMTP id 80D0420000AE for ; Fri, 13 Mar 2009 16:03:54 +0100 (CET) X-ME-UUID: 20090313150354527.80D0420000AE@mwinf2026.orange.fr Message-ID: <49BA758F.4070203@free.fr> Date: Fri, 13 Mar 2009 16:02:39 +0100 From: Nicolas User-Agent: Thunderbird 2.0.0.19 (X11/20090311) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Intel PRO/Wireless 5100AGN support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Mar 2009 19:12:51 -0000 Hi, I'm trying to use my wireless card Intel(R) PRO/Wireless 5100AGN. I added to the file "/usr/src/sys/dev/iwn/if_iwn.c" the code "{ 0x8086, 0x4237, "Intel(R) PRO/Wireless 5100AGN" }," After, i found on the net the file "iwlwifi-5000-ucode-5.4.A.11.tar.gz" which contains the firmware code "iwlwifi-5000-1.ucode". I have converted with the command: "b64encode iwlwifi-5000-1.ucode iwlwifi-5000-1.fw.uu > iwlwifi-5000-1.fw.uu" Then I changed the file "/usr/src/sys/modules/iwnfw/Makefile" to match the new file "iwlwifi-5000-1.fw.uu After all modules load (driver + firmware), she was recognized as: iwn0: mem 0xde000000-0xde001fff irq 16 at device 0.0 on pci2 iwn0: Reg Domain: , address 00:21:6b:2b:78:04 iwn0: iwn_read_eeprom_ht40: no entry for channel 124 iwn0: iwn_read_eeprom_ht40: no entry for channel 132 iwn0: iwn_read_eeprom_ht40: no entry for channel 149 iwn0: iwn_read_eeprom_ht40: no entry for channel 157 iwn0: [ITHREAD] iwn0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps iwn0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps iwn0: 11ng MCS: 15Mbps 30Mbps 45Mbps 60Mbps 90Mbps 120Mbps 135Mbps 150Mbps 30Mbps 60Mbps 90Mbps 120Mbps 180Mbps 240Mbps 270Mbps 300Mbps But when i try to connect to the web, i have this message: iwn0: iwn_transfer_firmware: invalid firmware header, main [128504,49152], init [118176,49152] boot 0 iwn0: iwn_init_locked: could not load firmware, error 22 Is this a problem of conversion ? The conversion input command is bad ? Thanks in advance for your response. Niko. From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 19:47:57 2009 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 C2BAC106564A for ; Fri, 13 Mar 2009 19:47:57 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from smtp.fgznet.ch (mail.fgznet.ch [81.92.96.47]) by mx1.freebsd.org (Postfix) with ESMTP id 5CF388FC08 for ; Fri, 13 Mar 2009 19:47:56 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from wolfram.andreas.nets ([91.190.8.131]) by smtp.fgznet.ch (8.13.8/8.13.8/Submit_SMTPAUTH) with ESMTP id n2DJIumv067348 for ; Fri, 13 Mar 2009 20:18:57 +0100 (CET) (envelope-from andreast-list@fgznet.ch) Message-ID: <49BAB1A0.3040007@fgznet.ch> Date: Fri, 13 Mar 2009 20:18:56 +0100 From: Andreas Tobler User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: freebsd-current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on 81.92.96.47 Subject: Apple Optical USB Mouse no more working with 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: Fri, 13 Mar 2009 19:47:58 -0000 Hi, I upgrade today to 189774 and my Apple optical USB Mouse does not longer work. Here the details: FreeBSD 8.0-CURRENT #1 r189749:189774M: Fri Mar 13 19:48:48 CET 2009 andreast@deuterium_fbsd.andreas.nets:/export/devel/obj/powerpc/export/devel/fbsd_svn/src/sys/GENERIC cpu0: Motorola PowerPC 750 revision 3.2, 500.00 MHz ... ugen0.4: at usbus0 ums0: on usbus0 hid_get_item:452: Usage set dropped! hid_get_item:452: Usage set dropped! hid_get_item:452: Usage set dropped! hid_get_item:452: Usage set dropped! hid_get_item:452: Usage set dropped! hid_get_item:452: Usage set dropped! hid_get_item:452: Usage set dropped! hid_get_item:452: Usage set dropped! ums0: 0 buttons and [XY] coordinates imacb# usbconfig -u 0 -a 4 do_request 0x81 0x06 0x2200 0 0x100 REQUEST = <0x05 0x01 0x09 0x02 0xa1 0x01 0x09 0x01 0xa1 0x00 0x05 0x09 0x19 0x01 0x29 0x01 0x15 0x00 0x25 0x01 0x95 0x01 0x75 0x01 0x81 0x02 0x95 0x01 0x75 0x07 0x81 0x01 0x05 0x01 0x09 0x30 0x09 0x31 0x15 0x81 0x25 0x7f 0x75 0x08 0x95 0x02 0x81 0x06 0xc0 0xc0><)%uu01%u> This is with a GENERIC Kernel with fw disabled. Do I need to configure anything or is this a potential issue with the usb stack? world is up-to-date, means 2 days old. TIA, Andreas From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 20:10:01 2009 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 7EC161065673 for ; Fri, 13 Mar 2009 20:10:01 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe03.swip.net [212.247.154.65]) by mx1.freebsd.org (Postfix) with ESMTP id 13DE38FC18 for ; Fri, 13 Mar 2009 20:10:00 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=WNNaikXjcU0A:10 a=-RdbTVdgvJEA:10 a=6I5d2MoRAAAA:8 a=_w2zIXTkO1C1gQCrJpAA:9 a=yeHodcS_xiCIQCYU_6sA:7 a=qs8oFYYQOfqXwLdcJ3AsaT9PDt0A:4 a=LY0hPdMaydYA:10 Received: from [193.217.167.198] (account mc467741@c2i.net HELO [10.0.0.188]) by mailfe03.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1214035754; Fri, 13 Mar 2009 21:09:59 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Fri, 13 Mar 2009 21:12:29 +0100 User-Agent: KMail/1.9.7 References: <49BAB1A0.3040007@fgznet.ch> In-Reply-To: <49BAB1A0.3040007@fgznet.ch> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903132112.30237.hselasky@c2i.net> Cc: Andreas Tobler Subject: Re: Apple Optical USB Mouse no more working with 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: Fri, 13 Mar 2009 20:10:02 -0000 On Friday 13 March 2009, Andreas Tobler wrote: > Hi, > > I upgrade today to 189774 and my Apple optical USB Mouse does not longer > work. > > Here the details: > > FreeBSD 8.0-CURRENT #1 r189749:189774M: Fri Mar 13 19:48:48 CET 2009 > > andreast@deuterium_fbsd.andreas.nets:/export/devel/obj/powerpc/export/devel >/fbsd_svn/src/sys/GENERIC cpu0: Motorola PowerPC 750 revision 3.2, 500.00 > MHz > ... > ugen0.4: at usbus0 > ums0: rev 1.10/1.05, addr 4> on usbus0 > hid_get_item:452: Usage set dropped! > hid_get_item:452: Usage set dropped! > hid_get_item:452: Usage set dropped! > hid_get_item:452: Usage set dropped! > hid_get_item:452: Usage set dropped! > hid_get_item:452: Usage set dropped! > hid_get_item:452: Usage set dropped! > hid_get_item:452: Usage set dropped! > ums0: 0 buttons and [XY] coordinates > > > imacb# usbconfig -u 0 -a 4 do_request 0x81 0x06 0x2200 0 0x100 > REQUEST = <0x05 0x01 0x09 0x02 0xa1 0x01 0x09 0x01 0xa1 0x00 0x05 0x09 > 0x19 0x01 0x29 0x01 0x15 0x00 0x25 0x01 0x95 0x01 0x75 0x01 0x81 0x02 > 0x95 0x01 0x75 0x07 0x81 0x01 0x05 0x01 0x09 0x30 0x09 0x31 0x15 0x81 > 0x25 0x7f 0x75 0x08 0x95 0x02 0x81 0x06 0xc0 0xc0><)%uu01%u> > > > This is with a GENERIC Kernel with fw disabled. > > Do I need to configure anything or is this a potential issue with the > usb stack? > > world is up-to-date, means 2 days old. Try the following patch: http://perforce.freebsd.org/chv.cgi?CH=159179 --HPS --HPS From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 20:23:05 2009 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 E688C1065678 for ; Fri, 13 Mar 2009 20:23:05 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out2.uni-muenster.de (ZIVM-OUT2.UNI-MUENSTER.DE [128.176.192.9]) by mx1.freebsd.org (Postfix) with ESMTP id 7C6378FC1D for ; Fri, 13 Mar 2009 20:23:05 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.38,359,1233529200"; d="scan'208";a="211891988" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER03.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay2.uni-muenster.de with ESMTP; 13 Mar 2009 21:13:00 +0100 Received: by ZIVMAILUSER03.UNI-MUENSTER.DE (Postfix, from userid 149459) id ABC001B075A; Fri, 13 Mar 2009 21:13:00 +0100 (CET) Date: Fri, 13 Mar 2009 21:13:00 +0100 (CET) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: interrupt storm with dvd-drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Mar 2009 20:23:06 -0000 hi there, i was trying to create an iso from a cd. i tried both dd and recoverdisk. unfortunately during the very last read i get the following warnings: interrupt storm detected on "irq19:"; throttling interrupt source interrupt storm detected on "irq19:"; throttling interrupt source interrupt storm detected on "irq19:"; throttling interrupt source interrupt storm detected on "irq19:"; throttling interrupt source interrupt storm detected on "irq19:"; throttling interrupt source interrupt storm detected on "irq19:"; throttling interrupt source interrupt storm detected on "irq19:"; throttling interrupt source interrupt storm detected on "irq19:"; throttling interrupt source interrupt storm detected on "irq19:"; throttling interrupt source interrupt storm detected on "irq19:"; throttling interrupt source interrupt storm detected on "irq19:"; throttling interrupt source interrupt storm detected on "irq19:"; throttling interrupt source interrupt storm detected on "irq19:"; throttling interrupt source interrupt storm detected on "irq19:"; throttling interrupt source interrupt storm detected on "irq19:"; throttling interrupt source interrupt storm detected on "irq19:"; throttling interrupt source interrupt storm detected on "irq19:"; throttling interrupt source interrupt storm detected on "irq19:"; throttling interrupt source interrupt storm detected on "irq19:"; throttling interrupt source interrupt storm detected on "irq19:"; throttling interrupt source interrupt storm detected on "irq19:"; throttling interrupt source interrupt storm detected on "irq19:"; throttling interrupt source interrupt storm detected on "irq19:"; throttling interrupt source acd0: TIMEOUT - READ_BIG retrying (1 retry left) interrupt storm detected on "irq19:"; throttling interrupt source interrupt storm detected on "irq19:"; throttling interrupt source interrupt storm detected on "irq19:"; throttling interrupt source interrupt storm detected on "irq19:"; throttling interrupt source interrupt storm detected on "irq19:"; throttling interrupt source interrupt storm detected on "irq19:"; throttling interrupt source interrupt storm detected on "irq19:"; throttling interrupt source acd0: TIMEOUT - READ_BIG retrying (0 retries left) interrupt storm detected on "irq19:"; throttling interrupt source interrupt storm detected on "irq19:"; throttling interrupt source interrupt storm detected on "irq19:"; throttling interrupt source interrupt storm detected on "irq19:"; throttling interrupt source interrupt storm detected on "irq19:"; throttling interrupt source interrupt storm detected on "irq19:"; throttling interrupt source interrupt storm detected on "irq19:"; throttling interrupt source acd0: FAILURE - READ_BIG timed out during the interrupt storm the whole system freezes. what's strange about this is that this only happens with recorded cds. when i use dd or recoverdisk with a retail cd i'm having no problems at all. i tested this with cds that got recorded under freebsd (using burncd) as well as with cds recorded under windows. the results is the same (being the interrupt storm). the problem however does NOT exist with DVD or DVD-/+R's! only with CD-Rs! this is the controller i'm using: port 0xd000-0xd007,0xd100-0xd103,0xd200-0xd207,0xd300-0xd303,0xd400-0xd40f mem 0xf8000000-0xf8001fff irq 19 at device 0.0 on pci3 the drive is pata: DVDR at ata4-slave UDMA33 also i'm getting the following warnings during the boot process: acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 0x01 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 0x01 cheers. From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 20:27:06 2009 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 957A3106567E for ; Fri, 13 Mar 2009 20:27:06 +0000 (UTC) (envelope-from bob@immure.com) Received: from maul.immure.com (adsl-66-136-206-1.dsl.austtx.swbell.net [66.136.206.1]) by mx1.freebsd.org (Postfix) with ESMTP id 45D888FC1F for ; Fri, 13 Mar 2009 20:27:06 +0000 (UTC) (envelope-from bob@immure.com) Received: from rancor.immure.com (rancor.immure.com [10.1.132.9]) by maul.immure.com (8.14.2/8.14.2) with ESMTP id n2DKGkSj025249 for ; Fri, 13 Mar 2009 15:16:46 -0500 (CDT) (envelope-from bob@immure.com) Received: from rancor.immure.com (localhost [127.0.0.1]) by rancor.immure.com (8.14.3/8.14.3) with ESMTP id n2DKGkPg062844 for ; Fri, 13 Mar 2009 15:16:46 -0500 (CDT) (envelope-from bob@rancor.immure.com) Received: (from bob@localhost) by rancor.immure.com (8.14.3/8.13.8/Submit) id n2DKGkCv062843 for freebsd-current@freebsd.org; Fri, 13 Mar 2009 15:16:46 -0500 (CDT) (envelope-from bob) Date: Fri, 13 Mar 2009 15:16:46 -0500 From: Bob Willcox To: current list Message-ID: <20090313201646.GI48517@rancor.immure.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) X-immure-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: n2DKGkSj025249 X-immure-MailScanner: Found to be clean X-immure-MailScanner-From: bob@immure.com X-Spam-Status: No Subject: make buildworld -j4 breaks for me X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Bob Willcox List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Mar 2009 20:27:07 -0000 Hi All, My builds of -current have been failing lately when I when I try to do a parallel make of the system. If I don't specify the -j flag the builds succeed. This is on a system with an AMD Phenom X4 9950, so my usual approach had been to specify -j4 when building to speed things up. Here's my uname -a output for that system: FreeBSD passel.immure.com 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Thu Feb 19 11:50:23 CST 2009 bob@passel.immure.com:/usr/obj/usr/src/sys/PASSEL amd64 Here are some snippits of the unusual stuff in the make output that I'm seeing (first obvious error): cc -pg -O2 -pipe -march=athlon64 -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr /src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/ usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -DPOSIX_MISTAKE -I/usr/src/lib/libc/locale -DBROK EN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -fstack- protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /usr /src/lib/libc/stdio/fwide.c -o fwide.po crunchgen: make error: --- crunchgen_objs --- cc -pg -O2 -pipe -march=athlon64 -I/usr/src/gnu/lib/libreadline/history/.. -I/usr/src/gnu/lib/libread line/history/../../../../contrib/libreadline -DHAVE_CONFIG_H -DRL_LIBRARY_VERSION='"5.2"' -fstack-pro tector -c /usr/src/gnu/lib/libreadline/history/../../../../contrib/libreadline/histsearch.c -o hists earch.po cc -pg -O2 -pipe -march=athlon64 -I/usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/usr/src/kerbe ros5/lib/libasn1/../../include -fstack-protector -c asn1_CertificateSerialNumber.c -o asn1_Certifica teSerialNumber.po crunchgen: make error: --- loop --- cc -pg -O2 -pipe -march=athlon64 -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -DPOSIX_MISTAKE -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /usr/src/lib/libc/stdio/fwprintf.c -o fwprintf.po crunchgen: make error: --- crunchgen_objs --- crunchgen: make error: --- loop --- Then, a bit later I see: cc -pg -O2 -pipe -march=athlon64 -DHAVE_CONFIG_H -I/usr/src/gnu/lib/libssp -I/usr/src/gnu/lib/libssp /../../../contrib/gcclibs/libssp -I/usr/src/gnu/lib/libssp/../../../contrib/gcclibs/include -c /usr /src/gnu/lib/libssp/../../../contrib/gcclibs/libssp/gets-chk.c -o gets-chk.po crunchgen: make error: --- loop --- Run "make -f rescue.mk" to build crunched binary. *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 and finally it quits with this: ===> gnu/usr.bin/texinfo/doc (all) makeinfo --no-split -I /usr/src/gnu/usr.bin/texinfo/doc -I /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc/info.texi -o info.info makeinfo --no-split -I /usr/src/gnu/usr.bin/texinfo/doc -I /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc/info-stnd.texi -o info-stnd.info ln -fs /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc/texinfo.txi texinfo.texi makeinfo --no-split -I /usr/src/gnu/usr.bin/texinfo/doc -I /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc texinfo.texi -o texinfo.info gzip -cn info.info > info.info.gz gzip -cn info-stnd.info > info-stnd.info.gz gzip -cn texinfo.info > texinfo.info.gz 1 error *** Error code 2 1 error *** Error code 2 1 error Is this a unique problem that I'm having (i.e., my problem), or are others noticing this as well? Thanks, Bob -- Bob Willcox The goal of science is to build better mousetraps. bob@immure.com The goal of nature is to build better mice. Austin, TX -- unknown From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 20:28:54 2009 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 00A3B10656C6 for ; Fri, 13 Mar 2009 20:28:53 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from smtp.fgznet.ch (mail.fgznet.ch [81.92.96.47]) by mx1.freebsd.org (Postfix) with ESMTP id 8D8288FC14 for ; Fri, 13 Mar 2009 20:28:52 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from wolfram.andreas.nets ([91.190.8.131]) by smtp.fgznet.ch (8.13.8/8.13.8/Submit_SMTPAUTH) with ESMTP id n2DKSo3Y075797; Fri, 13 Mar 2009 21:28:50 +0100 (CET) (envelope-from andreast-list@fgznet.ch) Message-ID: <49BAC201.7020101@fgznet.ch> Date: Fri, 13 Mar 2009 21:28:49 +0100 From: Andreas Tobler User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: Hans Petter Selasky References: <49BAB1A0.3040007@fgznet.ch> <200903132112.30237.hselasky@c2i.net> In-Reply-To: <200903132112.30237.hselasky@c2i.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on 81.92.96.47 Cc: freebsd-current@freebsd.org Subject: Re: Apple Optical USB Mouse no more working with 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: Fri, 13 Mar 2009 20:28:54 -0000 Hans Petter Selasky wrote: > On Friday 13 March 2009, Andreas Tobler wrote: >> Hi, >> >> I upgrade today to 189774 and my Apple optical USB Mouse does not longer >> work. >> >> Here the details: >> >> FreeBSD 8.0-CURRENT #1 r189749:189774M: Fri Mar 13 19:48:48 CET 2009 >> >> andreast@deuterium_fbsd.andreas.nets:/export/devel/obj/powerpc/export/devel >> /fbsd_svn/src/sys/GENERIC cpu0: Motorola PowerPC 750 revision 3.2, 500.00 >> MHz >> ... >> ugen0.4: at usbus0 >> ums0: > rev 1.10/1.05, addr 4> on usbus0 >> hid_get_item:452: Usage set dropped! >> hid_get_item:452: Usage set dropped! >> hid_get_item:452: Usage set dropped! >> hid_get_item:452: Usage set dropped! >> hid_get_item:452: Usage set dropped! >> hid_get_item:452: Usage set dropped! >> hid_get_item:452: Usage set dropped! >> hid_get_item:452: Usage set dropped! >> ums0: 0 buttons and [XY] coordinates >> >> >> imacb# usbconfig -u 0 -a 4 do_request 0x81 0x06 0x2200 0 0x100 >> REQUEST = <0x05 0x01 0x09 0x02 0xa1 0x01 0x09 0x01 0xa1 0x00 0x05 0x09 >> 0x19 0x01 0x29 0x01 0x15 0x00 0x25 0x01 0x95 0x01 0x75 0x01 0x81 0x02 >> 0x95 0x01 0x75 0x07 0x81 0x01 0x05 0x01 0x09 0x30 0x09 0x31 0x15 0x81 >> 0x25 0x7f 0x75 0x08 0x95 0x02 0x81 0x06 0xc0 0xc0><)%uu01%u> >> >> >> This is with a GENERIC Kernel with fw disabled. >> >> Do I need to configure anything or is this a potential issue with the >> usb stack? >> >> world is up-to-date, means 2 days old. > > Try the following patch: > > http://perforce.freebsd.org/chv.cgi?CH=159179 [deuterium_fbsd:sys/dev/usb] andreast% svn diff usb_hid.c Index: usb_hid.c =================================================================== --- usb_hid.c (revision 189775) +++ usb_hid.c (working copy) @@ -441,7 +441,7 @@ /* sanity check */ if ((s->nusage < MAXUSAGE) && - (c->usage_minimum < c->usage_maximum)) { + (c->usage_minimum <= c->usage_maximum)) { /* add usage range */ s->usages_min[s->nusage] = c->usage_minimum; Thanks a lot! ugen0.4: at usbus0 ums0: on usbus0 ums0: 1 buttons and [XY] coordinates No more "hid_get_item:452: Usage set dropped!" Now the mouse is usable again, on console and X. Also with a second mouse: ugen0.5: at usbus0 ums1: on usbus0 ums1: 1 buttons and [XY] coordinates Regards, Andreas From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 20:32:36 2009 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 DD6DE1065697 for ; Fri, 13 Mar 2009 20:32:36 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id 98BF38FC2A for ; Fri, 13 Mar 2009 20:32:36 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id 54CE014D87B6; Fri, 13 Mar 2009 21:32:35 +0100 (CET) X-Virus-Scanned: amavisd-new at t-hosting.hu Received: from server.mypc.hu ([127.0.0.1]) by localhost (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id V5lsKDHChRym; Fri, 13 Mar 2009 21:32:33 +0100 (CET) Received: from [192.168.1.105] (catv-80-98-231-64.catv.broadband.hu [80.98.231.64]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id 3A5E714D87B2; Fri, 13 Mar 2009 21:32:33 +0100 (CET) Message-ID: <49BAC2DF.5090709@FreeBSD.org> Date: Fri, 13 Mar 2009 21:32:31 +0100 From: =?ISO-8859-1?Q?G=E1bor_K=F6vesd=E1n?= User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Bob Willcox References: <20090313201646.GI48517@rancor.immure.com> In-Reply-To: <20090313201646.GI48517@rancor.immure.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current list Subject: Re: make buildworld -j4 breaks for me X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Mar 2009 20:32:37 -0000 > Is this a unique problem that I'm having (i.e., my problem), or are > others noticing this as well Hi Bob, thanks for the report, I'm already aware of this problem and trying to find a solution. For the meantime you can run a single threaded build, that will succeed. Regards, -- Gabor Kovesdan FreeBSD Volunteer EMAIL: gabor@FreeBSD.org .:|:. gabor@kovesdan.org WEB: http://people.FreeBSD.org/~gabor .:|:. http://kovesdan.org From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 20:38:47 2009 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 EB6BB10656D1; Fri, 13 Mar 2009 20:38:47 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.233]) by mx1.freebsd.org (Postfix) with ESMTP id A74298FC26; Fri, 13 Mar 2009 20:38:47 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by rv-out-0506.google.com with SMTP id f6so1907506rvb.43 for ; Fri, 13 Mar 2009 13:38:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=U/Wgtm3dOMGhM6+jIFP0S85IN8aMjL+NRKHkOZenIUg=; b=Tne79d6tR6PwkYuVguSwnMD0KA8cj++z3IkQ7yzucm1xWgmQmyRMSoyJya54bztjpJ MSgzB1BntRgVMH/LJHgOcv3Q3RVsspIuyex3x9YQVX5fTQeCpxgvNyvRV9gy8M6IAZmm PBGr5asor/won1Zkx3bU6W5GHYdI+QNBF8H/s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=Fx2WoM/4HL10YTN7Am8X0sPudz336OwVscTVJRZ9KQ9EBtOwKtgjF0iAnAMKjaK+7h JcDzEfZM6SrsG52B/V65p1MaNj+i+a1G44mluK3vk1vP+gMeZOjaXpXb3eqq7B03lrek rA/V0/QXsQd3cBSC1AvaQtBQDLG9s5i3u4J+k= MIME-Version: 1.0 Sender: mat.macy@gmail.com Received: by 10.140.141.16 with SMTP id o16mr793082rvd.297.1236976727262; Fri, 13 Mar 2009 13:38:47 -0700 (PDT) In-Reply-To: <49BAC3E6.2000605@mail.zedat.fu-berlin.de> References: <1236372641.1671.11.camel@balrog.2hip.net> <18869.16614.1547.140164@jerusalem.litteratus.org> <1236617617.1680.17.camel@balrog.2hip.net> <3c1674c90903091036q4585519aja68d7f9bcd350010@mail.gmail.com> <49B961B7.6020303@mail.zedat.fu-berlin.de> <3c1674c90903121400s10c517f3i9714272d20a4ddc2@mail.gmail.com> <49BA22CD.9030809@zedat.fu-berlin.de> <3c1674c90903130959s180da92cu5b91b2154b51fdfe@mail.gmail.com> <49BAC3E6.2000605@mail.zedat.fu-berlin.de> Date: Fri, 13 Mar 2009 13:38:47 -0700 X-Google-Sender-Auth: 7bc0bfe076a82dff Message-ID: <3c1674c90903131338k141b98berb9eea38096d651f9@mail.gmail.com> From: Kip Macy To: "O. Hartmann" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-x11 , freebsd-current , Robert Noland Subject: Re: [HEADS UP] Radeon r6/7xx drm code to be committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Mar 2009 20:38:49 -0000 > No, it is the driver taken from ports. I do not use drivers from the > development tree aside the FreeBSD development tree, including ports. I usually stick with ports, but right now git is the way to go. -Kip From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 20:36:48 2009 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 46B3B106566B; Fri, 13 Mar 2009 20:36:48 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id AAE0C8FC22; Fri, 13 Mar 2009 20:36:47 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1LiE7a-0004it-TV>; Fri, 13 Mar 2009 21:36:46 +0100 Received: from e178007156.adsl.alicedsl.de ([85.178.7.156] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1LiE7a-00085T-Kt>; Fri, 13 Mar 2009 21:36:46 +0100 Message-ID: <49BAC3E6.2000605@mail.zedat.fu-berlin.de> Date: Fri, 13 Mar 2009 21:36:54 +0100 From: "O. Hartmann" User-Agent: Thunderbird 2.0.0.19 (X11/20090202) MIME-Version: 1.0 To: Kip Macy References: <1236372641.1671.11.camel@balrog.2hip.net> <18869.10411.538031.500651@jerusalem.litteratus.org> <20090309170833.42069a98@ernst.jennejohn.org> <18869.16614.1547.140164@jerusalem.litteratus.org> <1236617617.1680.17.camel@balrog.2hip.net> <3c1674c90903091036q4585519aja68d7f9bcd350010@mail.gmail.com> <49B961B7.6020303@mail.zedat.fu-berlin.de> <3c1674c90903121400s10c517f3i9714272d20a4ddc2@mail.gmail.com> <49BA22CD.9030809@zedat.fu-berlin.de> <3c1674c90903130959s180da92cu5b91b2154b51fdfe@mail.gmail.com> In-Reply-To: <3c1674c90903130959s180da92cu5b91b2154b51fdfe@mail.gmail.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.7.156 X-Mailman-Approved-At: Fri, 13 Mar 2009 20:50:41 +0000 Cc: freebsd-x11 , freebsd-current , Robert Noland Subject: Re: [HEADS UP] Radeon r6/7xx drm code to be committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Mar 2009 20:36:48 -0000 Kip Macy wrote: > Are you using the radeonhd from git? I needed to use that to get it to work. > > -Kip > > On Fri, Mar 13, 2009 at 2:09 AM, O. Hartmann > wrote: > >> My private box is a UP FreeBSD 8.0-CURRENT/amd64 equipted with a MSI HD4830 >> (RV770). On this machine with the most recent OS and the most recent >> xorg-7.4 compiled from the ports, >> >> Driver 'radeonhd' >> >> does not work, the tty does never show up login screen. It seems the driver >> does not recognise the GPU. Also on this box, enabling >> >> Option 'DRI' >> >> doesn't work. When getty tries to start xdm on the specific tty, Xserver >> can't be started - there is a error message on console coming from [drm], >> saying something about 'idle'. I never caught this. >> >> On my lab's box, a SMP FreeBSD 8.0-CURRENT/amd64 with the most recent >> xorg-7.4 as mentioned above, equippted with a MSI HD4670 (RV730), >> >> Driver 'radeonhd' >> >> works, but shows up weird behaviour sometimes (crashing), so I switchd to >> >> Driver 'radeon'. >> >> But also on this box, enabling >> >> Option 'DRI' >> >> does not let X come up. >> >> Either way, with radeonhd or radeon, ending a X session (I use windowmaker), >> seems crashing X and then locking up/crashing the whole box. Also very >> boring is the fact, that I can't swtch to the console via >> >> Ctrl-Alt-F{1-8} >> >> althought this is explicitely enabled in the config. I see 'nothing' but a >> black screen, the console is definitely changing, I can change back to the X >> screen, but never to a console. This behaviour is both on FreeBSD 7.1-STABLE >> (most recent before I switched these days to 8.0-CURRENT on that box) and >> 8.0-CURRENT! I guess this is a serious issue in Xorg 7.4 and/or the Radeon >> driver. >> >> It is also very surprising, that on the slower UP FreeBSD box with the >> faster GPU (RV770), X is much(!) faster than on the faster SMP FreeBSD box >> with the slower GPU (RV730). On both systems DRI is not enabled and both >> boxes do not load modules 'drm' and 'radeon'. >> >> Kip Macy wrote: >> >>> radeon locks up my system, use radeonhd >>> >>> On Thu, Mar 12, 2009 at 12:25 PM, O. Hartmann >>> wrote: >>> >>>> Kip Macy wrote: >>>> >>>>> I have an HD4850 and it works well. Unfortunately it is the one from >>>>> ASUS where only one port does dual-link. >>>>> >>>>> -Kip >>>>> >>>>> On Mon, Mar 9, 2009 at 10:27 AM, Nenhum_de_Nos >>>>> wrote: >>>>> >>>>> >>>>>> On Mon, March 9, 2009 13:53, Robert Noland wrote: >>>>>> >>>>>> >>>>>>> On Mon, 2009-03-09 at 12:16 -0400, Robert Huff wrote: >>>>>>> >>>>>>> >>>>>>>> Gary Jennejohn writes: >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>> > > This should work on pretty much all Radeon r600+ cards (and >>>>>>>>> the >>>>>>>>> >>>>>>>>> >>>>>>>> older >>>>>>>> >>>>>>>> >>>>>>>>> > > stuff as well). With the appropriate X drivers, you should >>>>>>>>> get >>>>>>>>> >>>>>>>>> >>>>>>>> EXA >>>>>>>> >>>>>>>> >>>>>>>>> > > accelleration and Xv. 3d is not available yet, afaik. >>>>>>>>> > >>>>>>>>> >>>>>>>>> This is kernel code and has nothing directly to do with ports. >>>>>>>>> >>>>>>>>> >>>>>>>> Let me be more specific. >>>>>>>> Assuming I'm using a 3850, which I believe is the RV670 >>>>>>>> chipset, is there anything I will need to change in xorg.conf (or >>>>>>>> elsewhere) to take advantage of/not break the new code? >>>>>>>> >>>>>>>> >>>>>>> rv670 is what I'm testing on... I tried to put a few details in the >>>>>>> commit message. >>>>>>> >>>>>>> Basically, for R600+ you have to force DRI on for the moment. You >>>>>>> should also be using exa. >>>>>>> >>>>>>> So, right now, I'm using radeonhd from git master, with : >>>>>>> >>>>>>> Driver "radeonhd" >>>>>>> VendorName "ATI Technologies Inc" >>>>>>> BoardName "RV670PRO [Radeon HD 3850]" >>>>>>> BusID "PCI:1:0:0" >>>>>>> Option "DRI" >>>>>>> Option "AccelMethod" "EXA" >>>>>>> Option "Audio" >>>>>>> EndSection >>>>>>> >>>>>>> robert. >>>>>>> >>>>>>> >>>>>>> >>>>>>>> Robert Huff >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> -- >>>>>>> Robert Noland >>>>>>> FreeBSD >>>>>>> >>>>>>> >>>>>> I'm planning to move from nVidia to ATi, and all this work is what >>>>>> makes >>>>>> me do that. This code you're talking about, would benefit a HD4850 ? >>>>>> >>>>>> thanks, >>>>>> >>>>>> matheus >>>>>> >>>>>> -- >>>>>> We will call you cygnus, >>>>>> The God of balance you shall be >>>>>> >>>>>> _______________________________________________ >>>>>> freebsd-current@freebsd.org mailing list >>>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>>>>> To unsubscribe, send any mail to >>>>>> "freebsd-current-unsubscribe@freebsd.org" >>>>>> >>>>>> >>>>>> >>>>> _______________________________________________ >>>>> freebsd-current@freebsd.org mailing list >>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>>>> To unsubscribe, send any mail to >>>>> "freebsd-current-unsubscribe@freebsd.org" >>>>> >>>>> >>>> I use a MSI HD4830 on a UP FreeBSD 8.0-CURRENT/amd64 box with >>>> >>>> Driver "radeon" >>>> >>>> from ports/xorg-7.4. Without EXA and DRI the graphics card works well, >>>> but when enabling EXA and/or DRI, system goes mustang. Ctrl-Alt-FX >>>> doesn't bring back a console, the tty is 'blinking' as it looks like the >>>> X server tries to start and fails. >>>> >>>> On another box, running FreeBSD 8.0-CURRENT/amd64, but SMP and MSI >>>> HD4670, with EXA and DRI enabled the whole box crashes immediately when >>>> loading Xserver. Without EXA and DRI, leaving a windowmaker session and >>>> therefore ending the Xserver kills the box, the OS dies and coredumps or >>>> hangs forever with a tiled screen showing 3 rows of 6 columns of the >>>> console screen on a 20,1 inch TFT. >>>> >>>> >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >>> >> >> > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > No, it is the driver taken from ports. I do not use drivers from the development tree aside the FreeBSD development tree, including ports. By the way, whenever I use 'radeon' on my lab's box (FreeBSD 8.0-CURRENT/amd64 SMP, Xorg 7.4), every reboot (shutdown -r or reboot(1)) crashes the system, leaving the box unusable (filesystem /var gets dirty and so the OpenLDAP server doesn't start anymore). This issue is due to the xorg-7.4-driver (radeon, radeonhd doesn't work as I said). The graphics card is a HD4670. Without xdm/Xorg started the box reboots clean. This also happened when this box ran FreeBSD 7.1-STABLE before the upgrade last week! With the new drm-code, DRI isn't usable as option anymore on all FreeBSD 8.0 boxes I have around here equipted with ATI HD4670/HD4830 cards. The situation is really nasty this moment. From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 21:01:17 2009 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 84063106564A for ; Fri, 13 Mar 2009 21:01:17 +0000 (UTC) (envelope-from bob@immure.com) Received: from maul.immure.com (adsl-66-136-206-1.dsl.austtx.swbell.net [66.136.206.1]) by mx1.freebsd.org (Postfix) with ESMTP id 4156C8FC13 for ; Fri, 13 Mar 2009 21:01:17 +0000 (UTC) (envelope-from bob@immure.com) Received: from rancor.immure.com (rancor.immure.com [10.1.132.9]) by maul.immure.com (8.14.2/8.14.2) with ESMTP id n2DL1Cwq026018; Fri, 13 Mar 2009 16:01:12 -0500 (CDT) (envelope-from bob@immure.com) Received: from rancor.immure.com (localhost [127.0.0.1]) by rancor.immure.com (8.14.3/8.14.3) with ESMTP id n2DL1Cqd063148; Fri, 13 Mar 2009 16:01:12 -0500 (CDT) (envelope-from bob@rancor.immure.com) Received: (from bob@localhost) by rancor.immure.com (8.14.3/8.13.8/Submit) id n2DL1CVu063147; Fri, 13 Mar 2009 16:01:12 -0500 (CDT) (envelope-from bob) Date: Fri, 13 Mar 2009 16:01:12 -0500 From: Bob Willcox To: G?bor K?vesd?n Message-ID: <20090313210112.GJ48517@rancor.immure.com> References: <20090313201646.GI48517@rancor.immure.com> <49BAC2DF.5090709@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49BAC2DF.5090709@FreeBSD.org> User-Agent: Mutt/1.5.18 (2008-05-17) X-immure-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: n2DL1Cwq026018 X-immure-MailScanner: Found to be clean X-immure-MailScanner-From: bob@immure.com X-Spam-Status: No Cc: current list Subject: Re: make buildworld -j4 breaks for me X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Bob Willcox List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Mar 2009 21:01:17 -0000 On Fri, Mar 13, 2009 at 09:32:31PM +0100, G?bor K?vesd?n wrote: > > > Is this a unique problem that I'm having (i.e., my problem), or are > > others noticing this as well > Hi Bob, > > thanks for the report, I'm already aware of this problem and trying to > find a solution. For the meantime you can run a single threaded build, > that will succeed. Ok, thanks for the reply Gabor. Let me know if there is anyway for me to help out. Bob > > Regards, > > -- > Gabor Kovesdan > FreeBSD Volunteer > > EMAIL: gabor@FreeBSD.org .:|:. gabor@kovesdan.org > WEB: http://people.FreeBSD.org/~gabor .:|:. http://kovesdan.org -- Bob Willcox The goal of science is to build better mousetraps. bob@immure.com The goal of nature is to build better mice. Austin, TX -- unknown From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 21:16:42 2009 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 25539106566B for ; Fri, 13 Mar 2009 21:16:42 +0000 (UTC) (envelope-from cochard@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.170]) by mx1.freebsd.org (Postfix) with ESMTP id EAED88FC08 for ; Fri, 13 Mar 2009 21:16:41 +0000 (UTC) (envelope-from cochard@gmail.com) Received: by wf-out-1314.google.com with SMTP id 27so1884232wfd.7 for ; Fri, 13 Mar 2009 14:16:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=LVriEbImPoLP9Psz7F2w4+m4wxRyovCgo1TfZt5ouMM=; b=dS+0JEnuyq1m8AqT2pWb2TdEAhzIx3+Z04ib6pzbRkau0++LXEBzIAqszIxJjw+Flx 7maEP95Lv/PbtsOWjDyUNrQzANdYsChZTuZNVdXizduzQKy+CohGnTMjcC0FhodxLgFZ 3VUtB4mztN89RlGa4yJ9Wp4c4sp7LX2H7X8AU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=plLwpZrKoqhE4RpAE6zZ7OpkepkON0/tsVSfMCexKSqsY3jZU9CNVS7RZaM5+rWtTN FtPZK0FEHGKp31sPb9RrJDU5KCrH9uckPiaOjrWbrz7DyDdRxptm9CoWYpY+C1FqIBNy 1u/7x3NsnVYRzKcKZis4Zqj7rxnvsD0Int8rk= MIME-Version: 1.0 Sender: cochard@gmail.com Received: by 10.142.109.8 with SMTP id h8mr809230wfc.331.1236979001631; Fri, 13 Mar 2009 14:16:41 -0700 (PDT) In-Reply-To: <25ff90d60903130852p40e153a6hac10340e7eb9d876@mail.gmail.com> References: <3131aa530903122323n73b671b5y4cb4a4a8896efa14@mail.gmail.com> <25ff90d60903130852p40e153a6hac10340e7eb9d876@mail.gmail.com> Date: Fri, 13 Mar 2009 22:16:41 +0100 X-Google-Sender-Auth: a371b130f7e759a7 Message-ID: <3131aa530903131416j4928df70hc18c2b8cb97e8237@mail.gmail.com> From: =?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?= To: David Horn Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Is iwn drivers working on Current ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Mar 2009 21:16:42 -0000 Hi David, > Questions to help see if you are seeing the same problem: > > 1) =A0Do you have ipv6_enabled=3D"yes" in rc.conf ? Yes, if I comment this line and reboot, my new error messages are still: iwn0: error, INTR=3D2000000 STATUS=3D0x0 iwn0: iwn_config: configure command failed, error 35 iwn0: iwn_init_locked: could not configure device, error 35 iwn0: iwn_config: configure command failed, error 35 iwn0: iwn_init_locked: could not configure device, error 35 > 2) =A0Report on the results of "ifconfig -l" > [root@d630]~#ifconfig -l iwn0 bge0 fwip0 lo0 xl0 bridge0 wlan0 iwn0 is the first interface in my case too! > http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dconf/132179 I've apply your patch (and re-enable IPv6 too), but no change.. > The real issue is likely a bug in the iwn driver. Hi think so, because without IPv6 it still didn't works. Regards, Olivier From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 22:34:42 2009 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 4776910656F4; Fri, 13 Mar 2009 22:34:42 +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 0ACC38FC14; Fri, 13 Mar 2009 22:34:41 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-241-172-25.bna.bellsouth.net [74.241.172.25]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n2DMXChW034951 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 13 Mar 2009 18:33:13 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: "O. Hartmann" In-Reply-To: <49B961B7.6020303@mail.zedat.fu-berlin.de> References: <1236372641.1671.11.camel@balrog.2hip.net> <18869.10411.538031.500651@jerusalem.litteratus.org> <20090309170833.42069a98@ernst.jennejohn.org> <18869.16614.1547.140164@jerusalem.litteratus.org> <1236617617.1680.17.camel@balrog.2hip.net> <3c1674c90903091036q4585519aja68d7f9bcd350010@mail.gmail.com> <49B961B7.6020303@mail.zedat.fu-berlin.de> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-zrQrOLCSPK4K3xX/8fqv" Organization: FreeBSD Date: Fri, 13 Mar 2009 17:09:07 -0500 Message-Id: <1236982147.1735.2.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: Kip Macy , freebsd-x11 , Robert Huff , Nenhum_de_Nos , freebsd-current Subject: Re: [HEADS UP] Radeon r6/7xx drm code to be committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Mar 2009 22:34:43 -0000 --=-zrQrOLCSPK4K3xX/8fqv Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2009-03-12 at 20:25 +0100, O. Hartmann wrote: > Kip Macy wrote: > > I have an HD4850 and it works well. Unfortunately it is the one from > > ASUS where only one port does dual-link. > > > > -Kip > > > > On Mon, Mar 9, 2009 at 10:27 AM, Nenhum_de_Nos wrote: > > =20 > >> On Mon, March 9, 2009 13:53, Robert Noland wrote: > >> =20 > >>> On Mon, 2009-03-09 at 12:16 -0400, Robert Huff wrote: > >>> =20 > >>>> Gary Jennejohn writes: > >>>> > >>>> =20 > >>>>> > > This should work on pretty much all Radeon r600+ cards (and t= he > >>>>> =20 > >>>> older > >>>> =20 > >>>>> > > stuff as well). With the appropriate X drivers, you should g= et > >>>>> =20 > >>>> EXA > >>>> =20 > >>>>> > > accelleration and Xv. 3d is not available yet, afaik. > >>>>> > > >>>>> > >>>>> This is kernel code and has nothing directly to do with ports. > >>>>> =20 > >>>> Let me be more specific. > >>>> Assuming I'm using a 3850, which I believe is the RV670 > >>>> chipset, is there anything I will need to change in xorg.conf (or > >>>> elsewhere) to take advantage of/not break the new code? > >>>> =20 > >>> rv670 is what I'm testing on... I tried to put a few details in the > >>> commit message. > >>> > >>> Basically, for R600+ you have to force DRI on for the moment. You > >>> should also be using exa. > >>> > >>> So, right now, I'm using radeonhd from git master, with : > >>> > >>> Driver "radeonhd" > >>> VendorName "ATI Technologies Inc" > >>> BoardName "RV670PRO [Radeon HD 3850]" > >>> BusID "PCI:1:0:0" > >>> Option "DRI" > >>> Option "AccelMethod" "EXA" > >>> Option "Audio" > >>> EndSection > >>> > >>> robert. > >>> > >>> =20 > >>>> Robert Huff > >>>> > >>>> =20 > >>> -- > >>> Robert Noland > >>> FreeBSD > >>> =20 > >> I'm planning to move from nVidia to ATi, and all this work is what mak= es > >> me do that. This code you're talking about, would benefit a HD4850 ? > >> > >> thanks, > >> > >> matheus > >> > >> -- > >> We will call you cygnus, > >> The God of balance you shall be > >> > >> _______________________________________________ > >> freebsd-current@freebsd.org mailing list > >> http://lists.freebsd.org/mailman/listinfo/freebsd-current > >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.= org" > >> > >> =20 > > _______________________________________________ > > 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" > > =20 > I use a MSI HD4830 on a UP FreeBSD 8.0-CURRENT/amd64 box with >=20 > Driver "radeon" >=20 > from ports/xorg-7.4. Without EXA and DRI the graphics card works well, > but when enabling EXA and/or DRI, system goes mustang. Ctrl-Alt-FX > doesn't bring back a console, the tty is 'blinking' as it looks like the > X server tries to start and fails. >=20 > On another box, running FreeBSD 8.0-CURRENT/amd64, but SMP and MSI > HD4670, with EXA and DRI enabled the whole box crashes immediately when > loading Xserver. Without EXA and DRI, leaving a windowmaker session and > therefore ending the Xserver kills the box, the OS dies and coredumps or > hangs forever with a tiled screen showing 3 rows of 6 columns of the > console screen on a 20,1 inch TFT. So, the first thing I would try is disabling msi. I added a tuneable to do so. MSI has had a lot of testing on radeon. I've been working on nouveau for the last week, so I'll get back to looking at radeon soon. I have found a couple of bugs that I need to fix while working on nouveau that might effect radeon as well. robert. --=20 Robert Noland FreeBSD --=-zrQrOLCSPK4K3xX/8fqv Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAkm62YMACgkQM4TrQ4qfROOC9QCdHlE/UP0o3vCGv+99jpUA7Dmb RHgAn0gl9mFlrw1eEzRvpZ6gR/dRIpwM =Wit5 -----END PGP SIGNATURE----- --=-zrQrOLCSPK4K3xX/8fqv-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 22:41:47 2009 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 E30FA1065789 for ; Fri, 13 Mar 2009 22:41:47 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63908.mail.re1.yahoo.com (web63908.mail.re1.yahoo.com [69.147.97.123]) by mx1.freebsd.org (Postfix) with SMTP id 91D198FC16 for ; Fri, 13 Mar 2009 22:41:47 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 83859 invoked by uid 60001); 13 Mar 2009 22:41:46 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1236984106; bh=FSPydmbQRVrDyR37lV5F01oxAr6DcXThgbDDTPUJRzk=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=4HAcLzoXwfxp5M2RN76Y+PPzYpDufAZTiVv6/u8n5UAxxYiVhSTOyzFEYb2i7VMMBh7F4p+0IfqG+UIwNzXeHnJkMK3cRr3tWVdDEjBIsNZZmwQOEImErS8Hbgo/hiwgAoDao79Jm3Ydywii/ripGBs8f/kiekfoL0CdO+LlMFc= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=mQpAWX+aGomD65R+LEpUh+le+wgwXpevspqZoAd15XUoZeYzryq4vNllip5sUkTrQedAzsfhOsrRXBxsIBBubXTttQGglzBEjX4DZ6i9cXxKW9ryFVYU6u7Toec6CxJjy27MPe8SCF4c/A0S7lD61POP9RrDC37yhvFYGeKltJQ=; Message-ID: <929422.83072.qm@web63908.mail.re1.yahoo.com> X-YMail-OSG: GkIKF9UVM1mmXhcKLoisb5jsZVJZfTIXUbqCDABv_mP28DRaf4GTdnNikCzR6VGkP22jvJMjCLnM3bckFyOpDjVZZ0Sp9PVQPU3vQs9NJM5k8Q2zoSAEVmT6F6SY2TvYgjknhS0fYIDgp6RxvIrphZ4AOaD5C8h6NxSSn6w_FERRz4ohXnbP.4AvSfh5sbg- Received: from [98.242.222.229] by web63908.mail.re1.yahoo.com via HTTP; Fri, 13 Mar 2009 15:41:46 PDT X-Mailer: YahooMailWebService/0.7.289.1 Date: Fri, 13 Mar 2009 15:41:46 -0700 (PDT) From: Barney Cordoba To: Robert Watson In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: current@freebsd.org Subject: Re: Interrupt routine usage not shown by top in 8.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: barney_cordoba@yahoo.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, 13 Mar 2009 22:41:48 -0000 --- On Fri, 3/13/09, Robert Watson wrote: > From: Robert Watson > Subject: Re: Interrupt routine usage not shown by top in 8.0 > To: "Barney Cordoba" > Cc: current@freebsd.org > Date: Friday, March 13, 2009, 11:41 AM > On Fri, 13 Mar 2009, Barney Cordoba wrote: > > > Its difficult to have "better benchmarks" > when the system being tested doesn't have accounting > that works. My test is designed to isolate the driver > receive function in a controlled way. So it doesn't much > matter whether the data is real or not, as long as the tests > generate a consistent load. > > Strikes me that this thread is getting a bit contentious, > and I don't meaning in a locking sense :-). > > FreeBSD provides two interrupt execution environments: fast > interrupts, and ithreads. Historically (5.x ... 7.x) device > drivers have had to select one of the two models, but in 8.x > a hybrid mode, called interrupt filters, allows drivers to > do both for an interrupt source. The problem you're > running into is that "fast" interrupts borrow the > complete context of the thread they preempt, including its > stack and accounting characteristics. For pure ithread > drivers, this is generally not a problem, as the sole > purpose of that interrupt handler is to kick the scheduler > to launch the full ithread context, which will typically > immediately preempt (at that same point in the stack) in > order to give the interrupt handler a full context that can > sleep on locks, be accounted for, etc. > > if_em lives in a world a bit between these models, in which > it wants both a fast context, to do a bit of low level > interaction with the device, and a "slow" or full > context in which to execute the network stack, perform > memory allocation, and so on. Because interrupt filters > weren't yet around (and are presumably too experimental > to use in 8.x right now), it does this by creating its own > ithread-like execution context using a task queue. The > result is mis-billing of what is effectively an ithread as > system time instead of interrupt time. You'll notice > that if_em (and other drivers employing the same trick) do > elevate the priority of the task queue thread so that the > scheduler treats it (almost) the same way it treats an > ithread (it will immediately preempt most stuff). > > > The only thing obviously "bogus" is that > FreeBSD is launching 16,000 tasks per second (an interrupt > plus taskqueue task 8000 times per second), plus 2000 timer > interrupts and reporting 0% cpu usage. So I'm to assume > that the system will never show 100% usage as the entire > overhead of the scheduler is not accounted for? > > The overhead of the scheduler is billed to a combination of > the thread being switched out of, and the thread being > switched to. Fast interrupt execution is billed to the > thread it preempts. In the scenario you describe, you will > only get mis-billing to idle if those fast interrupts > preempt only the idle thread. Otherwise they will get > billed to whatever is preempted. On a system where you have > a network interface effectively keeping the CPU busy, it > will get billed to the task queue thread (I expect) because > the task queue is what will get preempted. Now, this might > not strictly be true because the scheduler tries hard to > keep ithreads running close to where the interrupt is > delivered, but if it doesn't know the task queue thread > is an ithread, it may do this less well. Presumably this is > a temporary state of mind while interrupt filters are being > adopted, only the interrupt filter work seems stalled (?). > > > Calling handle_rxtx was a timesaver to determine the > overhead of forcing 8000 context switches per second (16000 > in a router setup) for apparently no reason. Since the OS > doesn't account for these, there seems no way to make > this determination. Its convenient to say it works well or > better than something else when there is no way to actually > find out via measurement. I don't see how launching 8000 > tasks per second could be faster than not launching 8000 > tasks per second, but I'm also not up on the newest > math. > > The purpose of a context switch from a fast interrupt > context is to give interrupt code the ability to acquire > general kernel locks, as opposed to just spin locks. If you > run in a borrowed context (i.e., you have synchronously > preempted a thread to run a fast interrupt), you may (will) > generate deadlocks due to violating lock orders, since you > don't want to (can't) release the locks already > acquired by the thread, and may then acquire locks in the > wrong order. If you want to acquire full sleep locks, you > need a full context, which requires a context switch out of > the preempted thread and into an ithread (or task queue > thread or whatever). Passage into the normal input paths of > the network stack will encounter normal locks, so must be > done from a full context. > > > Since you know how things work better than any of us > regular programmers, if you could please answer these > questions it would save a lot of time and may result in > better drivers for us all: > > > > 1) MSIX interrupt routines readily do "work" > and pass packets up the IP stack, while you claim that MSI > interrupts cannot? Please explain the locking differences > between MSI and MSIX, and what locks may be encountered by > an MSI interrupt routine with "real traffic" that > will not be a problem for MSIX or taskqueue launched tasks. > Its certainly not obvious from any code or docs that > I've seen. > > It's fine to enter the network stack from any full and > dedicated thread context, which means it's OK from an > ithread or a task queue thread kicked by a fast interrupt, > but it's not OK from a fast interrupt. There's no > difference between MSI/MSIX as far as I know from this > perspective, only in how the drivers use them. > > > 2) the bge and fxp (and many other) drivers happily > pass traffic up the IP stack directly from their interrrupt > routines, so why is it bogus for em to do so? And why do > these drivers not use the taskqueue approach that you claim > is superior? > > Only a few drivers use the fast interrupt approach; those > that don't presumably do it because the approach of > mixing "fast" and "slow" contexts > hasn't been applied by their authors. If the interrupt > filter model is going to become mainstream, I think we'd > like to see them adopt that rather than hand-crafting fast > interrupts and taskqueues, to the same effect, in every > driver. On the other hand, one benefit to the task queue > model is that you can deliver events to it that *aren't* > interrupts, such as requests for state transitions from the > software side of the stack. > > > 2b) Does this also imply that systems with bge or > network drivers that do the "work" in the > interrupt handler will yield completely bogus cpu usage > numbers? > > All direct interrupt deliveries bill a small amount of CPU > time to the context that they execute in. Drivers that do > less work in the fast interrupt delivery context will bill > less time outside of their own worker ithreads. > There are two ways to measure CPU use, btw: one is a > sampled approach involving timers, which works badly in fast > interrupt contexts with interrupts disabled because the > ticks are deferred until after interrupts are re-enabled, an > the other is explicit time measurement, which is quite > expensive. Currently the kernel uses the TSC, where > available, and an estimator to map between CPU cycles and > real time, but that also has its limitations. > > > 3) The em driver drops packets well before 100% cpu > usage is realized. Of course I'm relying on wrong cpu > usage stats, so I may be mistaken. Is there a way (or what > is the preferred way) to increase the priority of a task > relative to other system processes (rather than relative to > tasks in the queue) so that packets can avoid being dropped > while the system runs other, non-essential tasks? > > When the em driver creates task queue threads, it assigns > them an ithread priority. You can manually adjust that > priority in the code, but I'm not sure we have an > explicit management API from userspace to adjust those > priorities without source code changes (but I may be wrong). > > > 3b) Is there a way to lock down a task such as a NIC > receive task to give absolute priority or exclusive use of a > cpu? The goal is to make certain that the task doesn't > yield before it completes some minimum amount of work. > > You can use cpuset to force a specific thread onto a > specific CPU, and to force other threads not to run on that > CPU. You can also use cpuset, I believe, to direct the > low-level interrupt delivery for sources to specific CPUs, > but I've not done this myself. > > > Its my view that it would be better to just suck > packets out of the ring and queue them for upper layers, but > I dont yet have a handle on the trade offs. Currently the > system drops too many packets unnecessarily at extremely > high load. > > This is, effectively, what fast interrupt handlers + task > queues do. There's another potential dispatch point, > between the link layer and the network layer, which is > controlled by the net.isr.direct flag; right now we dispatch > the whole stack to completion in the ithread, but you can > turn that off by setting the flag to zero. In practice, the > context switch avoidance associated with doing that appears > to be a significant win for many, but not all, workloads. > > Robert N M Watson > Computer Laboratory > University of Cambridge Can you clarify the difference between using a fast irq and then launching a thread (as em does) versus using an MPSAFE interrupt as most other drivers (particularly bge and ibg) use? How do they differ in terms of how they are called and executed? Thanks, BC From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 22:43:32 2009 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 74EBF1065675 for ; Fri, 13 Mar 2009 22:43:32 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id 2F3CE8FC19 for ; Fri, 13 Mar 2009 22:43:32 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id 80E6614D87B2; Fri, 13 Mar 2009 23:43:31 +0100 (CET) X-Virus-Scanned: amavisd-new at t-hosting.hu Received: from server.mypc.hu ([127.0.0.1]) by localhost (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id NcuFkiKnsWRT; Fri, 13 Mar 2009 23:43:31 +0100 (CET) Received: from [192.168.1.105] (catv-80-98-231-64.catv.broadband.hu [80.98.231.64]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id 44B3F14D877A; Fri, 13 Mar 2009 23:43:31 +0100 (CET) Message-ID: <49BAE192.1080805@FreeBSD.org> Date: Fri, 13 Mar 2009 23:43:30 +0100 From: =?ISO-8859-1?Q?G=E1bor_K=F6vesd=E1n?= User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Bob Willcox References: <20090313201646.GI48517@rancor.immure.com> <49BAC2DF.5090709@FreeBSD.org> <20090313210112.GJ48517@rancor.immure.com> In-Reply-To: <20090313210112.GJ48517@rancor.immure.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: current list Subject: Re: make buildworld -j4 breaks for me X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Mar 2009 22:43:34 -0000 Bob Willcox escribió: > On Fri, Mar 13, 2009 at 09:32:31PM +0100, G?bor K?vesd?n wrote: > >>> Is this a unique problem that I'm having (i.e., my problem), or are >>> others noticing this as well >>> >> Hi Bob, >> >> thanks for the report, I'm already aware of this problem and trying to >> find a solution. For the meantime you can run a single threaded build, >> that will succeed. >> > > Ok, thanks for the reply Gabor. Let me know if there is anyway for me to > help out. > Thanks Bob, it is fixed now. Or at least it works for me, I hope there aren't any more rarities. -- Gabor Kovesdan FreeBSD Volunteer EMAIL: gabor@FreeBSD.org .:|:. gabor@kovesdan.org WEB: http://people.FreeBSD.org/~gabor .:|:. http://kovesdan.org From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 23:03:28 2009 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 0F7DF1065673 for ; Fri, 13 Mar 2009 23:03:28 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out2.uni-muenster.de (ZIVM-OUT2.UNI-MUENSTER.DE [128.176.192.9]) by mx1.freebsd.org (Postfix) with ESMTP id 9941D8FC0C for ; Fri, 13 Mar 2009 23:03:27 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.38,360,1233529200"; d="scan'208";a="211894601" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER04.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay2.uni-muenster.de with ESMTP; 14 Mar 2009 00:03:25 +0100 Received: by ZIVMAILUSER04.UNI-MUENSTER.DE (Postfix, from userid 149459) id 9141F1B07B8; Sat, 14 Mar 2009 00:03:25 +0100 (CET) Date: Sat, 14 Mar 2009 00:03:25 +0100 (CET) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: linux 3d applications keep crashing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Mar 2009 23:03:28 -0000 hi there, a lot of people who are using the nvidia closed source driver are having problems running linux 3d applications. the libGL.so.1 library (linux versi= on in /compat/linux/usr/lib) causes almost every linux 3d app to segfault. sin= ce the library is the very same one that get's installed under linux the probl= em very likely resides in the linuxulator. i ran two linux games with ktrace. this is the output from linux_kdump. i h= ope i copy&pasted the important pieces of the dump that report the crash. dump from unreal tournament 2004 demo: =2E.. 1180 ut2004-bin RET close 0 1180 ut2004-bin CALL linux_brk(0xae5c000) 1180 ut2004-bin RET linux_brk 182829056/0xae5c000 1180 ut2004-bin CALL linux_getpid 1180 ut2004-bin RET linux_getpid 1180/0x49c 1180 ut2004-bin CALL linux_getpid 1180 ut2004-bin RET linux_getpid 1180/0x49c 1180 ut2004-bin CALL linux_getpid 1180 ut2004-bin RET linux_getpid 1180/0x49c 1180 ut2004-bin CALL linux_sys_futex(0x2b406e30,0x81,0x7fffffff,0,0x49c,0x7) 1180 ut2004-bin RET linux_sys_futex 1 1180 ut2004-bin PSIG SIGSEGV caught handler=3D0x874bd50 mask=3D0x0 code= =3D0x0 1180 ut2004-bin CALL linux_fstat64(0x1,0xbfbfa9e8,0x28fe8ff4) 1180 ut2004-bin UNKNOWN(8) 1180 ut2004-bin RET linux_fstat64 0 1180 ut2004-bin CALL linux_mmap2(0,0x1000,0x3,0x22,0xffffffff,0) 1180 ut2004-bin RET linux_mmap2 688971776/0x2910e000 1180 ut2004-bin CALL write(0x1,0x2910e000,0x25) 1180 ut2004-bin GIO fd 1 wrote 37 bytes "Signal: SIGSEGV [segmentation fault] " 1180 ut2004-bin RET write 37/0x25 1180 ut2004-bin CALL write(0x1,0x2910e000,0xa) 1180 ut2004-bin GIO fd 1 wrote 10 bytes "Aborting. " 1180 ut2004-bin RET write 10/0xa 1180 ut2004-bin CALL write(0x1,0x2910e000,0x1) 1180 ut2004-bin GIO fd 1 wrote 1 byte " " 1180 ut2004-bin RET write 1 1180 ut2004-bin CALL write(0x1,0x2910e000,0x1) 1180 ut2004-bin GIO fd 1 wrote 1 byte " " 1180 ut2004-bin RET write 1 1180 ut2004-bin CALL write(0x1,0x2910e000,0x31) 1180 ut2004-bin GIO fd 1 wrote 49 bytes "Crash information will be saved to your logfile. " 1180 ut2004-bin RET write 49/0x31 1180 ut2004-bin CALL linux_sys_futex(0x28feba34,0x81,0x7fffffff,0,0xbfbfab14,0xbfbfaaec) 1180 ut2004-bin RET linux_sys_futex 1 1180 ut2004-bin CALL linux_sys_futex(0x28e8eb48,0x81,0x7fffffff,0,0xbfbfaa30,0xbfbfa93c) 1180 ut2004-bin RET linux_sys_futex 1 1180 ut2004-bin CALL write(0x4,0x937c3c8,0xc) =2E.. and dump from quake 4 demo: =2E.. 1285 quake4.x86 RET close 0 1285 quake4.x86 CALL linux_getpid 1285 quake4.x86 RET linux_getpid 1285/0x505 1285 quake4.x86 CALL linux_getpid 1285 quake4.x86 RET linux_getpid 1285/0x505 1285 quake4.x86 CALL linux_getpid 1285 quake4.x86 RET linux_getpid 1285/0x505 1285 quake4.x86 CALL linux_sys_futex(0x2dbece30,0x81,0x7fffffff,0,0x505,0x7) 1285 quake4.x86 RET linux_sys_futex 1 1285 quake4.x86 PSIG SIGSEGV caught handler=3D0x8254b10 mask=3D0x0 code= =3D0x0 1285 quake4.x86 CALL linux_sys_futex(0x286cd620,0x81,0x7fffffff,0,0x505,0xbfbfc51c) 1285 quake4.x86 RET linux_sys_futex 1 1285 quake4.x86 CALL write(0x1,0x283dd000,0x22) 1285 quake4.x86 GIO fd 1 wrote 34 bytes "signal caught: Segmentation fault " 1285 quake4.x86 RET write 34/0x22 1285 quake4.x86 CALL write(0x1,0x283dd000,0xa) 1285 quake4.x86 GIO fd 1 wrote 10 bytes "si_code 1 " 1285 quake4.x86 RET write 10/0xa 1285 quake4.x86 CALL write(0x1,0x283dd000,0x1c) 1285 quake4.x86 GIO fd 1 wrote 28 bytes "Trying to exit gracefully.. " 1285 quake4.x86 RET write 28/0x1c 1285 quake4.x86 CALL write(0x1,0x283dd000,0x2e) 1285 quake4.x86 GIO fd 1 wrote 46 bytes "--------------- BSE Shutdown ---------------- " 1285 quake4.x86 RET write 46/0x2e 1285 quake4.x86 CALL write(0x1,0x283dd000,0x2e) 1285 quake4.x86 GIO fd 1 wrote 46 bytes "--------------------------------------------- " 1285 quake4.x86 RET write 46/0x2e 1285 quake4.x86 CALL write(0x1,0x283dd000,0x35) 1285 quake4.x86 GIO fd 1 wrote 53 bytes "WARNING: rvServerScanGUI::Clear() - invalid scanGUI " 1285 quake4.x86 RET write 53/0x35 1285 quake4.x86 CALL munmap(0x2d0ee000,0x101000) 1285 quake4.x86 RET munmap 0 1285 quake4.x86 CALL munmap(0x2d1ef000,0x101000) =2E.. to me it looks like the app crashes during the futex syscall, but i'm far f= rom beeing an expert. it would be great if somebody could take a closer look at this. cheers. From owner-freebsd-current@FreeBSD.ORG Fri Mar 13 23:22:11 2009 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 07EFE106564A; Fri, 13 Mar 2009 23:22:11 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id D33138FC16; Fri, 13 Mar 2009 23:22:10 +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 7C69A2EFA50; Fri, 13 Mar 2009 19:22:10 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Fri, 13 Mar 2009 19:22:10 -0400 X-Sasl-enc: Pf7WVWkST7+l9HOiJLh0sK1sqhY9iAiRKsJt4w5pyzZd 1236986530 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id CEA221452B; Fri, 13 Mar 2009 19:22:09 -0400 (EDT) Message-ID: <49BAEA9F.8020302@incunabulum.net> Date: Fri, 13 Mar 2009 23:22:07 +0000 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: vova@fbsd.ru References: <1236937253.2282.0.camel@localhost> In-Reply-To: <1236937253.2282.0.camel@localhost> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, freebsd-net Subject: Re: IGMP+WiFi panic on recent kernel - in igmp_fasttimo() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Mar 2009 23:22:11 -0000 Thanks for this report. Sam has reported wihat I believe is the same issue. I haven't had a chance to look at this yet, I'm absolutely exhausted from working on some other stuff that had to happen right away. From owner-freebsd-current@FreeBSD.ORG Sat Mar 14 01:10:17 2009 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 74A75106566B; Sat, 14 Mar 2009 01:10:17 +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 225A38FC13; Sat, 14 Mar 2009 01:10:17 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-154-173-183.bna.bellsouth.net [68.154.173.183]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n2E18qPQ035692 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 13 Mar 2009 21:08:53 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: "O. Hartmann" In-Reply-To: <49BAC3E6.2000605@mail.zedat.fu-berlin.de> References: <1236372641.1671.11.camel@balrog.2hip.net> <18869.10411.538031.500651@jerusalem.litteratus.org> <20090309170833.42069a98@ernst.jennejohn.org> <18869.16614.1547.140164@jerusalem.litteratus.org> <1236617617.1680.17.camel@balrog.2hip.net> <3c1674c90903091036q4585519aja68d7f9bcd350010@mail.gmail.com> <49B961B7.6020303@mail.zedat.fu-berlin.de> <3c1674c90903121400s10c517f3i9714272d20a4ddc2@mail.gmail.com> <49BA22CD.9030809@zedat.fu-berlin.de> <3c1674c90903130959s180da92cu5b91b2154b51fdfe@mail.gmail.com> <49BAC3E6.2000605@mail.zedat.fu-berlin.de> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-Ihh0BViHpkkPVI4ccgML" Organization: FreeBSD Date: Fri, 13 Mar 2009 20:10:03 -0500 Message-Id: <1236993003.1735.18.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.4 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: Kip Macy , freebsd-x11 , freebsd-current Subject: Re: [HEADS UP] Radeon r6/7xx drm code to be committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2009 01:10:18 -0000 --=-Ihh0BViHpkkPVI4ccgML Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2009-03-13 at 21:36 +0100, O. Hartmann wrote: > Kip Macy wrote: > > Are you using the radeonhd from git? I needed to use that to get it to = work. > > > > -Kip > > > > On Fri, Mar 13, 2009 at 2:09 AM, O. Hartmann > > wrote: > > =20 > >> My private box is a UP FreeBSD 8.0-CURRENT/amd64 equipted with a MSI H= D4830 > >> (RV770). On this machine with the most recent OS and the most recent > >> xorg-7.4 compiled from the ports, > >> > >> Driver 'radeonhd' > >> > >> does not work, the tty does never show up login screen. It seems the d= river > >> does not recognise the GPU. Also on this box, enabling > >> > >> Option 'DRI' > >> > >> doesn't work. When getty tries to start xdm on the specific tty, Xserv= er > >> can't be started - there is a error message on console coming from [dr= m], > >> saying something about 'idle'. I never caught this. > >> > >> On my lab's box, a SMP FreeBSD 8.0-CURRENT/amd64 with the most recent > >> xorg-7.4 as mentioned above, equippted with a MSI HD4670 (RV730), > >> > >> Driver 'radeonhd' > >> > >> works, but shows up weird behaviour sometimes (crashing), so I switchd= to > >> > >> Driver 'radeon'. > >> > >> But also on this box, enabling > >> > >> Option 'DRI' > >> > >> does not let X come up. > >> > >> Either way, with radeonhd or radeon, ending a X session (I use windowm= aker), > >> seems crashing X and then locking up/crashing the whole box. Also very > >> boring is the fact, that I can't swtch to the console via > >> > >> Ctrl-Alt-F{1-8} > >> > >> althought this is explicitely enabled in the config. I see 'nothing' b= ut a > >> black screen, the console is definitely changing, I can change back to= the X > >> screen, but never to a console. This behaviour is both on FreeBSD 7.1-= STABLE > >> (most recent before I switched these days to 8.0-CURRENT on that box) = and > >> 8.0-CURRENT! I guess this is a serious issue in Xorg 7.4 and/or the Ra= deon > >> driver. > >> > >> It is also very surprising, that on the slower UP FreeBSD box with the > >> faster GPU (RV770), X is much(!) faster than on the faster SMP FreeBSD= box > >> with the slower GPU (RV730). On both systems DRI is not enabled and bo= th > >> boxes do not load modules 'drm' and 'radeon'. > >> > >> Kip Macy wrote: > >> =20 > >>> radeon locks up my system, use radeonhd > >>> > >>> On Thu, Mar 12, 2009 at 12:25 PM, O. Hartmann > >>> wrote: > >>> =20 > >>>> Kip Macy wrote: > >>>> =20 > >>>>> I have an HD4850 and it works well. Unfortunately it is the one fro= m > >>>>> ASUS where only one port does dual-link. > >>>>> > >>>>> -Kip > >>>>> > >>>>> On Mon, Mar 9, 2009 at 10:27 AM, Nenhum_de_Nos > >>>>> wrote: > >>>>> > >>>>> =20 > >>>>>> On Mon, March 9, 2009 13:53, Robert Noland wrote: > >>>>>> > >>>>>> =20 > >>>>>>> On Mon, 2009-03-09 at 12:16 -0400, Robert Huff wrote: > >>>>>>> > >>>>>>> =20 > >>>>>>>> Gary Jennejohn writes: > >>>>>>>> > >>>>>>>> > >>>>>>>> =20 > >>>>>>>>> > > This should work on pretty much all Radeon r600+ cards (a= nd > >>>>>>>>> the > >>>>>>>>> > >>>>>>>>> =20 > >>>>>>>> older > >>>>>>>> > >>>>>>>> =20 > >>>>>>>>> > > stuff as well). With the appropriate X drivers, you shou= ld > >>>>>>>>> get > >>>>>>>>> > >>>>>>>>> =20 > >>>>>>>> EXA > >>>>>>>> > >>>>>>>> =20 > >>>>>>>>> > > accelleration and Xv. 3d is not available yet, afaik. > >>>>>>>>> > > >>>>>>>>> > >>>>>>>>> This is kernel code and has nothing directly to do with ports. > >>>>>>>>> > >>>>>>>>> =20 > >>>>>>>> Let me be more specific. > >>>>>>>> Assuming I'm using a 3850, which I believe is the RV670 > >>>>>>>> chipset, is there anything I will need to change in xorg.conf (o= r > >>>>>>>> elsewhere) to take advantage of/not break the new code? > >>>>>>>> > >>>>>>>> =20 > >>>>>>> rv670 is what I'm testing on... I tried to put a few details in t= he > >>>>>>> commit message. > >>>>>>> > >>>>>>> Basically, for R600+ you have to force DRI on for the moment. Yo= u > >>>>>>> should also be using exa. > >>>>>>> > >>>>>>> So, right now, I'm using radeonhd from git master, with : > >>>>>>> > >>>>>>> Driver "radeonhd" > >>>>>>> VendorName "ATI Technologies Inc" > >>>>>>> BoardName "RV670PRO [Radeon HD 3850]" > >>>>>>> BusID "PCI:1:0:0" > >>>>>>> Option "DRI" > >>>>>>> Option "AccelMethod" "EXA" > >>>>>>> Option "Audio" > >>>>>>> EndSection > >>>>>>> > >>>>>>> robert. > >>>>>>> > >>>>>>> > >>>>>>> =20 > >>>>>>>> Robert Huff > >>>>>>>> > >>>>>>>> > >>>>>>>> =20 > >>>>>>> -- > >>>>>>> Robert Noland > >>>>>>> FreeBSD > >>>>>>> > >>>>>>> =20 > >>>>>> I'm planning to move from nVidia to ATi, and all this work is what > >>>>>> makes > >>>>>> me do that. This code you're talking about, would benefit a HD4850= ? > >>>>>> > >>>>>> thanks, > >>>>>> > >>>>>> matheus > >>>>>> > >>>>>> -- > >>>>>> We will call you cygnus, > >>>>>> The God of balance you shall be > >>>>>> > >>>>>> _______________________________________________ > >>>>>> freebsd-current@freebsd.org mailing list > >>>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-current > >>>>>> To unsubscribe, send any mail to > >>>>>> "freebsd-current-unsubscribe@freebsd.org" > >>>>>> > >>>>>> > >>>>>> =20 > >>>>> _______________________________________________ > >>>>> freebsd-current@freebsd.org mailing list > >>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-current > >>>>> To unsubscribe, send any mail to > >>>>> "freebsd-current-unsubscribe@freebsd.org" > >>>>> > >>>>> =20 > >>>> I use a MSI HD4830 on a UP FreeBSD 8.0-CURRENT/amd64 box with > >>>> > >>>> Driver "radeon" > >>>> > >>>> from ports/xorg-7.4. Without EXA and DRI the graphics card works wel= l, > >>>> but when enabling EXA and/or DRI, system goes mustang. Ctrl-Alt-FX > >>>> doesn't bring back a console, the tty is 'blinking' as it looks like= the > >>>> X server tries to start and fails. > >>>> > >>>> On another box, running FreeBSD 8.0-CURRENT/amd64, but SMP and MSI > >>>> HD4670, with EXA and DRI enabled the whole box crashes immediately w= hen > >>>> loading Xserver. Without EXA and DRI, leaving a windowmaker session = and > >>>> therefore ending the Xserver kills the box, the OS dies and coredump= s or > >>>> hangs forever with a tiled screen showing 3 rows of 6 columns of the > >>>> console screen on a 20,1 inch TFT. > >>>> > >>>> =20 > >>> _______________________________________________ > >>> freebsd-current@freebsd.org mailing list > >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current > >>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd= .org" > >>> =20 > >> > >> =20 > > _______________________________________________ > > 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" > > =20 >=20 >=20 > No, it is the driver taken from ports. I do not use drivers from the > development tree aside the FreeBSD development tree, including ports. >=20 > By the way, whenever I use 'radeon' on my lab's box (FreeBSD > 8.0-CURRENT/amd64 SMP, Xorg 7.4), every reboot (shutdown -r or > reboot(1)) crashes the system, leaving the box unusable (filesystem /var > gets dirty and so the OpenLDAP server doesn't start anymore). This issue > is due to the xorg-7.4-driver (radeon, radeonhd doesn't work as I said). > The graphics card is a HD4670. Without xdm/Xorg started the box reboots > clean. This also happened when this box ran FreeBSD 7.1-STABLE before > the upgrade last week! With the new drm-code, DRI isn't usable as option > anymore on all FreeBSD 8.0 boxes I have around here equipted with ATI > HD4670/HD4830 cards. The situation is really nasty this moment. If you aren't explicity loading the drm, then it is totally unrelated. None of the current radeon ddx drivers will automatically load the drm driver on r600+ hardware. robert. >=20 --=20 Robert Noland FreeBSD --=-Ihh0BViHpkkPVI4ccgML Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAkm7A+sACgkQM4TrQ4qfROMAaACfUgW4/ls2y1PBoDptV4HTTzZU PiAAn1UzYhPO8rOgr/k675T1WpjovmSB =7cUH -----END PGP SIGNATURE----- --=-Ihh0BViHpkkPVI4ccgML-- From owner-freebsd-current@FreeBSD.ORG Sat Mar 14 01:14:11 2009 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 B4EE0106570D; Sat, 14 Mar 2009 01:14:11 +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 568AD8FC0A; Sat, 14 Mar 2009 01:14:11 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-154-173-183.bna.bellsouth.net [68.154.173.183]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n2E1CmOo035742 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 13 Mar 2009 21:12:48 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Kip Macy In-Reply-To: <3c1674c90903131338k141b98berb9eea38096d651f9@mail.gmail.com> References: <1236372641.1671.11.camel@balrog.2hip.net> <18869.16614.1547.140164@jerusalem.litteratus.org> <1236617617.1680.17.camel@balrog.2hip.net> <3c1674c90903091036q4585519aja68d7f9bcd350010@mail.gmail.com> <49B961B7.6020303@mail.zedat.fu-berlin.de> <3c1674c90903121400s10c517f3i9714272d20a4ddc2@mail.gmail.com> <49BA22CD.9030809@zedat.fu-berlin.de> <3c1674c90903130959s180da92cu5b91b2154b51fdfe@mail.gmail.com> <49BAC3E6.2000605@mail.zedat.fu-berlin.de> <3c1674c90903131338k141b98berb9eea38096d651f9@mail.gmail.com> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-WKDx57tqdPZsBdNwH8ej" Organization: FreeBSD Date: Fri, 13 Mar 2009 20:13:59 -0500 Message-Id: <1236993239.1735.22.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-1.5 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: "O. Hartmann" , freebsd-current , freebsd-x11 Subject: Re: [HEADS UP] Radeon r6/7xx drm code to be committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2009 01:14:13 -0000 --=-WKDx57tqdPZsBdNwH8ej Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2009-03-13 at 13:38 -0700, Kip Macy wrote: > > No, it is the driver taken from ports. I do not use drivers from the > > development tree aside the FreeBSD development tree, including ports. >=20 > I usually stick with ports, but right now git is the way to go. Yes, this is brand new code... and so it isn't for the weak at heart... So far my experiences have been great, but maybe it hasn't been for everyone. I'll try to spend some more time with radeon here in the next couple of days. robert. > -Kip --=20 Robert Noland FreeBSD --=-WKDx57tqdPZsBdNwH8ej Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAkm7BNcACgkQM4TrQ4qfROMiXwCgggBtmbxq/ETxfXE6wlHf2ReS cXIAn15CgtaFiPvEoAUrqV6cQgA/FPYL =M3Mr -----END PGP SIGNATURE----- --=-WKDx57tqdPZsBdNwH8ej-- From owner-freebsd-current@FreeBSD.ORG Sat Mar 14 01:47:57 2009 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 3292A106564A; Sat, 14 Mar 2009 01:47:57 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-bw0-f164.google.com (mail-bw0-f164.google.com [209.85.218.164]) by mx1.freebsd.org (Postfix) with ESMTP id E6B658FC2C; Sat, 14 Mar 2009 01:47:55 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by bwz8 with SMTP id 8so2752558bwz.43 for ; Fri, 13 Mar 2009 18:47:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=iM0ddllXXApWWnA5x0nhnk02efXH7F/6pUfjQ018pf4=; b=SQeJmwtBn0dMU0cipbwIBwl50lO5uPDJkAQxvliA6a2I50ZZyyPPizUP5b5yh2eNQC h2uQw4lAXuHVKkM+SDVWMIyAL9ME3NBJyvyPJMNDT4h6RLQOIKyB4r9jKmy5/YSywMMB S3ey2E7H5QSVJjCHg3wZsiHi7ozsL1xZONq0A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=klFm0Q1IRiio56Jl9eRR00AKIPbvcxRYdOIesJmMBrbgBAZuWLsEyy/rRCiaaJ6kUI /JGqko+DKA5d76fIQwcsouLPEJpAlcQW9B4NRh5kauhjvQgd1fqkimEISWtfZpUbymn4 V1Pkbc3+8X3DrE2X1FWSewYxPrJs+hvFbLMV8= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.117.14 with SMTP id o14mr816677faq.21.1236995274707; Fri, 13 Mar 2009 18:47:54 -0700 (PDT) In-Reply-To: <49BAA103.2060508@FreeBSD.org> References: <20090312175345.Y80227@rust.salford.ac.uk> <20090312191333.GA97342@hyperion.scode.org> <49B97617.8010709@freebsd.org> <86r6124f2v.fsf@gmail.com> <3bbf2fe10903122035i20b2767cod2322c39c6f850ee@mail.gmail.com> <29C8FA04-D5B1-49B7-ACF0-4185537367B0@baldwin.cx> <3bbf2fe10903122156u650417f0s5c49b68bdf4ffa07@mail.gmail.com> <49BA9801.5080505@FreeBSD.org> <49BAA103.2060508@FreeBSD.org> Date: Sat, 14 Mar 2009 02:47:54 +0100 X-Google-Sender-Auth: d4d3eadfda5d9450 Message-ID: <3bbf2fe10903131847q464a98a0rb24b172e6c16315b@mail.gmail.com> From: Attilio Rao To: John Baldwin Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Pawel Jakub Dawidek , "freebsd-current@freebsd.org" , Tim Kientzle , Mark Powell , Anonymous , Peter Schuller Subject: Re: repeatable ZFS panic: share->excl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2009 01:47:57 -0000 2009/3/13, John Baldwin : > John Baldwin wrote: > > > Attilio Rao wrote: > > > > > 2009/3/13, John Baldwin : > > > > > > > This is similar to the patch I've asked lulf@ to test except that it > is longer and I fix a bug where zfs_lookup() can leak a vnode lock if the > access check fails. :-) The last one I sent to lulf@ is at > www.FreeBSD.org/~jhb/patches/zfs_ea.patch. > > > > > > > > > > I really thought zfs_lookup() was returning the lock held as a feature > assming no LOCKLEAF. Is that a bug instead? > > > > > > > Yes, I think that is the real bug. Looking at this further I think > > zfs_get_xattrdir() will return the vnode locked if it has to create a > > new node via zfs_make_attrdir() but only returns it held and unlocked if > > it finds an existing one. So my new patch is to just fix > > zfs_get_xattrdir() to unlock the vnode if it creates a new one like so: > > > > (Sorry, TBird is probably going to butcher all the whitespace): > > > > --- > > > //depot/user/jhb/lock/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_dir.c > > +++ > > > /Users/jhb/work/p4/lock/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_dir.c > > @@ -940,6 +940,7 @@ > > /* NB: we already did dmu_tx_wait() if necessary */ > > goto top; > > } > > + VOP_UNLOCK(*xvpp, 0); > > > > return (error); > > } > > > > A non-butchered version is at > www.FreeBSD.org/~jhb/patches/zfs_ea.patch. > > > > So lulf@ reports success with this patch. Pawel, can you review it? Yeah, I proposed to lulf this same patch yesterday, I just didn't wait for him to complete the test because I had to sleep, so I think this is the right fix. Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Sat Mar 14 01:49:55 2009 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 57751106568C; Sat, 14 Mar 2009 01:49:55 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 2C44E8FC1E; Sat, 14 Mar 2009 01:49:55 +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 3ABA82EDAEE; Fri, 13 Mar 2009 21:49:53 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Fri, 13 Mar 2009 21:49:53 -0400 X-Sasl-enc: g7H3WxAcNockVpOXKAzuLSih8WekkzzIzBJ3vETT+DTs 1236995392 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 8CA9318166; Fri, 13 Mar 2009 21:49:52 -0400 (EDT) Message-ID: <49BB0D3E.2020306@incunabulum.net> Date: Sat, 14 Mar 2009 01:49:50 +0000 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: vova@fbsd.ru References: <1236937253.2282.0.camel@localhost> <49BAEA9F.8020302@incunabulum.net> In-Reply-To: <49BAEA9F.8020302@incunabulum.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, freebsd-net Subject: Re: IGMP+WiFi panic on recent kernel - in igmp_fasttimo() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2009 01:49:56 -0000 All I have in the kit box is what appears to be a Belkin branded Ralink cardbus card. I think it's a Ralikn 25xx. I have a PCI-Cardbus bridge, so I'm going to leave a NanoBSD image of SVN HEAD to cook in the background whilst I sort out my humanity... From owner-freebsd-current@FreeBSD.ORG Sat Mar 14 04:01:05 2009 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 1D98F1065670 for ; Sat, 14 Mar 2009 04:01:05 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from mail2.asahi-net.or.jp (mail2.asahi-net.or.jp [202.224.39.198]) by mx1.freebsd.org (Postfix) with ESMTP id E0B4B8FC0A for ; Sat, 14 Mar 2009 04:01:04 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from localhost (pool-141-151-75-22.phlapa.east.verizon.net [141.151.75.22]) by mail2.asahi-net.or.jp (Postfix) with ESMTP id D831B5752D; Sat, 14 Mar 2009 13:01:02 +0900 (JST) Date: Sat, 14 Mar 2009 00:00:59 -0400 From: Yoshihiro Ota To: Hans Petter Selasky Message-Id: <20090314000059.3d9d8bd3.ota@j.email.ne.jp> In-Reply-To: <200903120914.11455.hselasky@c2i.net> References: <20090228001701.f18fcd6b.ota@j.email.ne.jp> <200903110851.01281.hselasky@c2i.net> <20090311231405.282b9051.ota@j.email.ne.jp> <200903120914.11455.hselasky@c2i.net> X-Mailer: Sylpheed 2.6.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: freebsd-current@freebsd.org Subject: Re: MITSUMI USB FDD with USB4BSD does not work, neither X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2009 04:01:05 -0000 On Thu, 12 Mar 2009 09:14:11 +0100 Hans Petter Selasky wrote: > On Thursday 12 March 2009, Yoshihiro Ota wrote: > > On Wed, 11 Mar 2009 08:51:00 +0100 > > > > Hans Petter Selasky wrote: > > > On Wednesday 11 March 2009, Yoshihiro Ota wrote: > > > > On Sat, 28 Feb 2009 10:06:51 +0100 > > > > > > > > Hans Petter Selasky wrote: > > > > > On Saturday 28 February 2009, Yoshihiro Ota wrote: > > > > > > I have a MITSUMI USB fdd and pluged in to 8-CURRENT. > > > > > > FreeBSD 8.0-CURRENT #5 r189058M: Thu Feb 26 11:29:13 EST 2009 > > > > > > > > > > > > It printed as following but nothing happened there after. > > > > > > > > > > > > ugen0.3: at usbus0 > > > > > > umass0: > > > > > > on usbus0 umass0: SCSI over Bulk-Only; quirks = 0x0100 > > > > > > > > > > ^^^ your device is listed > > > > > with quirks. Maybe the quirks are incorrect. Please check the quirk > > > > > table in /sys/dev/usb/storage/umass.c > > > > > > > > What do I do? > > > > Do I try each of quirks one by one? > > > > > > > > Thanks. > > > > Hiro > > > > > > Try removing the quirk for your device. > > > > > > --HPS > > > > Removing did help. > > What did you get when you removed the quirk? > > --HPS > > > > I also tested with a few combinations of quirks but didn't help, neither. > > > > It used to work back in 6.x era. > > I may try to bring 6.x back to try it out... > > > > Hiro These are outputs. Let me know if you need more. Thanks, Hiro # uname -a FreeBSD xxx 8.0-CURRENT FreeBSD 8.0-CURRENT #20 r189720M: Fri Mar 13 10:18:31 EDT 2009 xxx/sys/GENERIC amd64 # dmesg ugen0.3: at usbus0 umass0: on usbus0 umass0: UFI over CBI with CCI; quirks = 0x0000 umass0:0:0:-1: Attached to scbus0 (da0:umass-sim0:0:0:0): got CAM status 0x4 (da0:umass-sim0:0:0:0): fatal error, failed to attach to device (da0:umass-sim0:0:0:0): lost device (da0:umass-sim0:0:0:0): removing device entry # usbconfig list ugen0.1: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen1.1: at usbus1, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON ugen1.2: at usbus1, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON ugen0.2: at usbus0, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON ugen0.3: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON # camcontrol devlist -v scbus0 on umass-sim0 bus 0: at scbus0 target 0 lun 0 (pass0) scbus-1 on xpt0 bus 0: < > at scbus-1 target -1 lun -1 (xpt0) # dmesg (da0:umass-sim0:0:0:0): removing device entry umass0: at uhub0, port 1, addr 3 (disconnected) ugen0.3: at usbus0 (disconnected) From owner-freebsd-current@FreeBSD.ORG Sat Mar 14 04:54:16 2009 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 59BAC1065670 for ; Sat, 14 Mar 2009 04:54:16 +0000 (UTC) (envelope-from dhorn2000@gmail.com) Received: from mail-gx0-f177.google.com (mail-gx0-f177.google.com [209.85.217.177]) by mx1.freebsd.org (Postfix) with ESMTP id 01A2C8FC17 for ; Sat, 14 Mar 2009 04:54:15 +0000 (UTC) (envelope-from dhorn2000@gmail.com) Received: by gxk25 with SMTP id 25so1197767gxk.19 for ; Fri, 13 Mar 2009 21:54:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=M8rpS+yf9Lp50wNYczpv23kR+ZhDw6bHIfFwq5N5C68=; b=dhoBuRHcizlZ73nCx1mK9GdFCgijTMhWlNweUq1rhcIUq0vpRNUVbQspY536Z9gm/i 76W8rze2QS1nV5fMSQ0N4C6ZTLjfkoy22akguVP3hXdJp1pdkhW8TQErrneKrWs6dojJ jhHhandQbS7+UvRMgb3KTW4249G0xoRyJtocM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=JB0lhFTunSZWljk69Y0ersfjVz5A+GkqYQF1KEpibBB2W4CL4WpaGHxMTC69O95yw6 W2CSvB0+Vkf/pNE1Ff2j6gsth6+isi+w6g3d4AAOE3RzK2UNMWjVGnypVgK9Jktn0Uxf tnxtGHaumJ8baAfJl7jsgPhkSy6GYjPBA9dAA= MIME-Version: 1.0 Received: by 10.231.17.74 with SMTP id r10mr449094iba.13.1237006455283; Fri, 13 Mar 2009 21:54:15 -0700 (PDT) In-Reply-To: <3131aa530903131416j4928df70hc18c2b8cb97e8237@mail.gmail.com> References: <3131aa530903122323n73b671b5y4cb4a4a8896efa14@mail.gmail.com> <25ff90d60903130852p40e153a6hac10340e7eb9d876@mail.gmail.com> <3131aa530903131416j4928df70hc18c2b8cb97e8237@mail.gmail.com> Date: Sat, 14 Mar 2009 00:54:15 -0400 Message-ID: <25ff90d60903132154p41d9fb7bx4723bde6dcccf17f@mail.gmail.com> From: David Horn To: =?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Is iwn drivers working on Current ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Mar 2009 04:54:16 -0000 On Fri, Mar 13, 2009 at 5:16 PM, Olivier Cochard-Labb=E9 wrote: > Hi David, > >> Questions to help see if you are seeing the same problem: >> >> 1) =A0Do you have ipv6_enabled=3D"yes" in rc.conf ? > > Yes, if I comment this line and reboot, my new error messages are still: > > iwn0: error, INTR=3D2000000 STATUS=3D0x0 > iwn0: iwn_config: configure command failed, error 35 > iwn0: iwn_init_locked: could not configure device, error 35 > iwn0: iwn_config: configure command failed, error 35 > iwn0: iwn_init_locked: could not configure device, error 35 > Since you disabled ipv6, and still have the issue, then ipv6/rtsol accessing iwn0 instead of wlan0 is not the issue for your instance. I just replicated your problem with a new set of rc.conf variables on iwn0 including: ifconfig_wlan0=3D"country US WPA DHCP" instead of my default: ifconfig_wlan0=3D"WPA DHCP". I will dig a bit further and see if I can understand any reason for the country ifconfig setting to cause this issue (error 35 at boot), but it smells like a bug to me. Will your wireless card function for you without the "country FR" setting ? Give it a try regardless of functionality, just to see if the error 35 goes away. I also notice that attempting to set the country parameter on the wlanX device after the interface is marked "UP" results in an error message of SIOCS80211: Device busy In any case, I suggest that it is time to file a PR. Good Luck. ---Dave From owner-freebsd-current@FreeBSD.ORG Sat Mar 14 04:56:46 2009 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 9DFA0106566C; Sat, 14 Mar 2009 04:56:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 5DDA58FC19; Sat, 14 Mar 2009 04:56:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2E4dL5H033679; Sat, 14 Mar 2009 00:39:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2E4dL0x083683; Sat, 14 Mar 2009 00:39:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 070637302F; Fri, 13 Mar 2009 23:39:20 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090314043921.070637302F@freebsd-current.sentex.ca> Date: Fri, 13 Mar 2009 23:39:20 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.1/8983/Thu Feb 12 07:48:01 2009 clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Mar 2009 04:56:47 -0000 TB --- 2009-03-14 02:40:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-14 02:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-03-14 02:40:00 - cleaning the object tree TB --- 2009-03-14 02:41:00 - cvsupping the source tree TB --- 2009-03-14 02:41:00 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-03-14 02:41:09 - building world TB --- 2009-03-14 02:41:09 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-14 02:41:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-14 02:41:09 - TARGET=amd64 TB --- 2009-03-14 02:41:09 - TARGET_ARCH=amd64 TB --- 2009-03-14 02:41:09 - TZ=UTC TB --- 2009-03-14 02:41:09 - __MAKE_CONF=/dev/null TB --- 2009-03-14 02:41:09 - cd /src TB --- 2009-03-14 02:41:09 - /usr/bin/make -B buildworld >>> World build started on Sat Mar 14 02:41:10 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Mar 14 04:39:20 UTC 2009 TB --- 2009-03-14 04:39:20 - generating LINT kernel config TB --- 2009-03-14 04:39:20 - cd /src/sys/amd64/conf TB --- 2009-03-14 04:39:20 - /usr/bin/make -B LINT TB --- 2009-03-14 04:39:20 - building LINT kernel TB --- 2009-03-14 04:39:20 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-14 04:39:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-14 04:39:20 - TARGET=amd64 TB --- 2009-03-14 04:39:20 - TARGET_ARCH=amd64 TB --- 2009-03-14 04:39:20 - TZ=UTC TB --- 2009-03-14 04:39:20 - __MAKE_CONF=/dev/null TB --- 2009-03-14 04:39:20 - cd /src TB --- 2009-03-14 04:39:20 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Mar 14 04:39:20 UTC 2009 >>> stage 1: configuring the kernel [...] WARNING: kernel contains GPL contaminated emu10k1 headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated maestro3 headers WARNING: kernel contains GPL contaminated ext2fs filesystem WARNING: kernel contains GPL contaminated ReiserFS filesystem WARNING: kernel contains GPL contaminated xfs filesystem *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-14 04:39:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-14 04:39:20 - ERROR: failed to build lint kernel TB --- 2009-03-14 04:39:20 - 5611.48 user 576.37 system 7159.89 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Mar 14 05:03:32 2009 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 964C3106564A for ; Sat, 14 Mar 2009 05:03:32 +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 48F1D8FC0C for ; Sat, 14 Mar 2009 05:03:32 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from Macintosh-4.local ([10.0.0.194]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n2E53Vnj054989 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 13 Mar 2009 22:03:31 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <49BB3AA3.3010206@freebsd.org> Date: Fri, 13 Mar 2009 22:03:31 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: David Horn References: <3131aa530903122323n73b671b5y4cb4a4a8896efa14@mail.gmail.com> <25ff90d60903130852p40e153a6hac10340e7eb9d876@mail.gmail.com> <3131aa530903131416j4928df70hc18c2b8cb97e8237@mail.gmail.com> <25ff90d60903132154p41d9fb7bx4723bde6dcccf17f@mail.gmail.com> In-Reply-To: <25ff90d60903132154p41d9fb7bx4723bde6dcccf17f@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-DCC-sonic.net-Metrics: ebb.errno.com; whitelist Cc: =?ISO-8859-1?Q?Olivier_Cochard-Labb=E9?= , freebsd-current@freebsd.org Subject: Re: Is iwn drivers working on Current ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Mar 2009 05:03:32 -0000 David Horn wrote: > On Fri, Mar 13, 2009 at 5:16 PM, Olivier Cochard-Labbé > wrote: >> Hi David, >> >>> Questions to help see if you are seeing the same problem: >>> >>> 1) Do you have ipv6_enabled="yes" in rc.conf ? >> Yes, if I comment this line and reboot, my new error messages are still: >> >> iwn0: error, INTR=2000000 STATUS=0x0 >> iwn0: iwn_config: configure command failed, error 35 >> iwn0: iwn_init_locked: could not configure device, error 35 >> iwn0: iwn_config: configure command failed, error 35 >> iwn0: iwn_init_locked: could not configure device, error 35 >> > > Since you disabled ipv6, and still have the issue, then ipv6/rtsol > accessing iwn0 instead of wlan0 is not the issue for your instance. > > I just replicated your problem with a new set of rc.conf variables on > iwn0 including: > > ifconfig_wlan0="country US WPA DHCP" instead of my default: > ifconfig_wlan0="WPA DHCP". I will dig a bit further and see if I can > understand any reason for the country ifconfig setting to cause this > issue (error 35 at boot), but it smells like a bug to me. > > Will your wireless card function for you without the "country FR" setting ? > Give it a try regardless of functionality, just to see if the error 35 > goes away. > > I also notice that attempting to set the country parameter on the > wlanX device after the interface is marked "UP" results in an error > message of SIOCS80211: Device busy > > In any case, I suggest that it is time to file a PR. Check the channel list for "country US" against the regulatory enforced by the firmware; if it's mismatched then this might result in net80211 trying to visit a channel disallowed by fw. iwn doesn't do anything special to handle regulatory changes. By default net80211 will setup a fixed set of channels and then only allow the list to be reduced. It may be necessary for the driver to construct an initial channel list based on the eeprom contents. I know the linux folks have had a hard time trying to reconcile Intel's notions of regulatory with their CRDA stuff (similar to what net80211 provides). Sam From owner-freebsd-current@FreeBSD.ORG Sat Mar 14 08:37:14 2009 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 D67EE1065672 for ; Sat, 14 Mar 2009 08:37:14 +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 6CEAA8FC15 for ; Sat, 14 Mar 2009 08:37:14 +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 1LiPMm-0002Qo-NH; Sat, 14 Mar 2009 11:37:12 +0300 To: Alexander Best References: From: Boris Samorodov Date: Sat, 14 Mar 2009 11:37:13 +0300 In-Reply-To: (Alexander Best's message of "Sat\, 14 Mar 2009 00\:03\:25 +0100 \(CET\)") Message-ID: <14763590@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 3d applications keep crashing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2009 08:37:15 -0000 On Sat, 14 Mar 2009 00:03:25 +0100 (CET) Alexander Best wrote: > hi there, > a lot of people who are using the nvidia closed source driver are having > problems running linux 3d applications. the libGL.so.1 library (linux version > in /compat/linux/usr/lib) causes almost every linux 3d app to segfault. since > the library is the very same one that get's installed under linux the problem > very likely resides in the linuxulator. > i ran two linux games with ktrace. this is the output from linux_kdump. i hope > i copy&pasted the important pieces of the dump that report the crash. > dump from unreal tournament 2004 demo: > ... > 1180 ut2004-bin RET close 0 > 1180 ut2004-bin CALL linux_brk(0xae5c000) > 1180 ut2004-bin RET linux_brk 182829056/0xae5c000 > 1180 ut2004-bin CALL linux_getpid > 1180 ut2004-bin RET linux_getpid 1180/0x49c > 1180 ut2004-bin CALL linux_getpid > 1180 ut2004-bin RET linux_getpid 1180/0x49c > 1180 ut2004-bin CALL linux_getpid > 1180 ut2004-bin RET linux_getpid 1180/0x49c > 1180 ut2004-bin CALL > linux_sys_futex(0x2b406e30,0x81,0x7fffffff,0,0x49c,0x7) > 1180 ut2004-bin RET linux_sys_futex 1 > 1180 ut2004-bin PSIG SIGSEGV caught handler=0x874bd50 mask=0x0 code=0x0 > 1180 ut2004-bin CALL linux_fstat64(0x1,0xbfbfa9e8,0x28fe8ff4) > 1180 ut2004-bin UNKNOWN(8) 1180 ut2004-bin RET linux_fstat64 0 > 1180 ut2004-bin CALL linux_mmap2(0,0x1000,0x3,0x22,0xffffffff,0) > 1180 ut2004-bin RET linux_mmap2 688971776/0x2910e000 > 1180 ut2004-bin CALL write(0x1,0x2910e000,0x25) > 1180 ut2004-bin GIO fd 1 wrote 37 bytes > "Signal: SIGSEGV [segmentation fault] > " > 1180 ut2004-bin RET write 37/0x25 > 1180 ut2004-bin CALL write(0x1,0x2910e000,0xa) > 1180 ut2004-bin GIO fd 1 wrote 10 bytes > "Aborting. > " > 1180 ut2004-bin RET write 10/0xa > 1180 ut2004-bin CALL write(0x1,0x2910e000,0x1) > 1180 ut2004-bin GIO fd 1 wrote 1 byte > " > " > 1180 ut2004-bin RET write 1 > 1180 ut2004-bin CALL write(0x1,0x2910e000,0x1) > 1180 ut2004-bin GIO fd 1 wrote 1 byte > " > " > 1180 ut2004-bin RET write 1 > 1180 ut2004-bin CALL write(0x1,0x2910e000,0x31) > 1180 ut2004-bin GIO fd 1 wrote 49 bytes > "Crash information will be saved to your logfile. > " > 1180 ut2004-bin RET write 49/0x31 > 1180 ut2004-bin CALL > linux_sys_futex(0x28feba34,0x81,0x7fffffff,0,0xbfbfab14,0xbfbfaaec) > 1180 ut2004-bin RET linux_sys_futex 1 > 1180 ut2004-bin CALL > linux_sys_futex(0x28e8eb48,0x81,0x7fffffff,0,0xbfbfaa30,0xbfbfa93c) > 1180 ut2004-bin RET linux_sys_futex 1 > 1180 ut2004-bin CALL write(0x4,0x937c3c8,0xc) > ... > and dump from quake 4 demo: > ... > 1285 quake4.x86 RET close 0 > 1285 quake4.x86 CALL linux_getpid > 1285 quake4.x86 RET linux_getpid 1285/0x505 > 1285 quake4.x86 CALL linux_getpid > 1285 quake4.x86 RET linux_getpid 1285/0x505 > 1285 quake4.x86 CALL linux_getpid > 1285 quake4.x86 RET linux_getpid 1285/0x505 > 1285 quake4.x86 CALL > linux_sys_futex(0x2dbece30,0x81,0x7fffffff,0,0x505,0x7) > 1285 quake4.x86 RET linux_sys_futex 1 > 1285 quake4.x86 PSIG SIGSEGV caught handler=0x8254b10 mask=0x0 code=0x0 > 1285 quake4.x86 CALL > linux_sys_futex(0x286cd620,0x81,0x7fffffff,0,0x505,0xbfbfc51c) > 1285 quake4.x86 RET linux_sys_futex 1 > 1285 quake4.x86 CALL write(0x1,0x283dd000,0x22) > 1285 quake4.x86 GIO fd 1 wrote 34 bytes > "signal caught: Segmentation fault > " > 1285 quake4.x86 RET write 34/0x22 > 1285 quake4.x86 CALL write(0x1,0x283dd000,0xa) > 1285 quake4.x86 GIO fd 1 wrote 10 bytes > "si_code 1 > " > 1285 quake4.x86 RET write 10/0xa > 1285 quake4.x86 CALL write(0x1,0x283dd000,0x1c) > 1285 quake4.x86 GIO fd 1 wrote 28 bytes > "Trying to exit gracefully.. > " > 1285 quake4.x86 RET write 28/0x1c > 1285 quake4.x86 CALL write(0x1,0x283dd000,0x2e) > 1285 quake4.x86 GIO fd 1 wrote 46 bytes > "--------------- BSE Shutdown ---------------- > " > 1285 quake4.x86 RET write 46/0x2e > 1285 quake4.x86 CALL write(0x1,0x283dd000,0x2e) > 1285 quake4.x86 GIO fd 1 wrote 46 bytes > "--------------------------------------------- > " > 1285 quake4.x86 RET write 46/0x2e > 1285 quake4.x86 CALL write(0x1,0x283dd000,0x35) > 1285 quake4.x86 GIO fd 1 wrote 53 bytes > "WARNING: rvServerScanGUI::Clear() - invalid scanGUI > " > 1285 quake4.x86 RET write 53/0x35 > 1285 quake4.x86 CALL munmap(0x2d0ee000,0x101000) > 1285 quake4.x86 RET munmap 0 > 1285 quake4.x86 CALL munmap(0x2d1ef000,0x101000) > ... > to me it looks like the app crashes during the futex syscall, but i'm far from > beeing an expert. > it would be great if somebody could take a closer look at this. For those who might wish to dig into the problem following information from you host may be helpful: ----- % uname -a % sysctl compat.linux % pkg_info -xI linux ----- 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 Mar 14 09:06:12 2009 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 8977C106564A for ; Sat, 14 Mar 2009 09:06:12 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out3.uni-muenster.de (ZIVM-OUT3.UNI-MUENSTER.DE [128.176.192.18]) by mx1.freebsd.org (Postfix) with ESMTP id B2BE38FC21 for ; Sat, 14 Mar 2009 09:06:11 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.38,362,1233529200"; d="scan'208";a="1696147" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER03.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay3.uni-muenster.de with ESMTP; 14 Mar 2009 10:06:09 +0100 Received: by ZIVMAILUSER03.UNI-MUENSTER.DE (Postfix, from userid 149459) id DB5F01B075A; Sat, 14 Mar 2009 10:06:09 +0100 (CET) Date: Sat, 14 Mar 2009 10:06:09 +0100 (CET) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Message-ID: In-Reply-To: <14763590@bb.ipt.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: Boris Samorodov Subject: Re: linux 3d applications keep crashing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2009 09:06:12 -0000 oh sure. sorry: FreeBSD moshnroll 8.0-CURRENT FreeBSD 8.0-CURRENT #5 r189748: Thu Mar 12 21:09:14 UTC 2009 root@moshnroll:/usr/obj/usr/src/sys/ARUNDEL i386 compat.linux.oss_version: 198144 compat.linux.osrelease: 2.6.16 compat.linux.osname: Linux linux-alsa-lib-1.0.10.3 The Advanced Linux Sound Architecture libraries linux-arts-1.5.3.0.1.f4 Audio system for the KDE integrated X11 desktop (Li= nux vers linux-atk-1.9.1_1 Accessibility Toolkit, Linux/i386 binary linux-cairo-1.0.2 Linux cairo binary linux-doom3-demo-1.1.1286_2 DOOM III demo for Linux linux-edonkey-core-1.3.0,1 eDonkey2000 'core' command line client linux-esound-0.2.36 RPM of esound linux-expat-1.95.8 Linux/i386 binary port of Expat XML-parsing library linux-fontconfig-2.2.3_7 Linux/i386 binary of Fontconfig linux-gtk2-2.6.10_1 GTK+ library, version 2.X, Linux binary linux-jpeg-6b.34 RPM of the JPEG lib linux-libaudiofile-0.2.6_2 RPM of audiofile linux-libogg-1.1.2.2_3 Ogg bitstream library (Linux version) linux-libvorbis-1.1.0.2 Audio compression codec library (Linux version) linux-openal-0.0.9.0.6.20060204.c.f4_1 A 3D positional spatialized sound library (Linux version) linux-pango-1.10.2_1 Linux pango binary linux-png-1.2.8_2 RPM of the PNG lib linux-quake4-demo-1.0_1 Quake 4 for Linux Demo linux-sdl-1.2.10,1 Cross-platform multi-media development API (linux versi= on) linux-tiff-3.7.1 TIFF library, Linux/i386 binary linux-xorg-libs-6.8.2_5 Xorg libraries, linux binaries linux_base-f8-8_11 Base set of packages needed in Linux mode (for i386/amd= 64) linux_dri-7.0 Binary Linux DRI libraries for 3D hardware acceleration= of linux_kdump-1.5_2 Linux-compatability ktrace.out processor cheers. =2E..oh...and i'm using release 180.29 of the nvidia drivers. i installed graphics/linux_dri to see if that fixes the problem and with the libGL.so= =2E1 from linux_dri the games run without any problems. also the problem i described doesn't exist on 6.4-STABLE i've been told. Boris Samorodov schrieb am 2009-03-14: > Return-Path: > X-Original-To: alexbestms@uni-muenster.de > Delivered-To: a_best01@UNI-MUENSTER.DE > Received: from zivm-out3.uni-muenster.de (ZIVM-OUT3.UNI-MUENSTER.DE > [128.176.192.18]) > by ZIVMAILSTORE2.UNI-MUENSTER.DE (Postfix) with ESMTP id > 927B2728870 > for ; Sat, 14 Mar 2009 09:37:14 > +0100 (CET) > X-IronPort-Anti-Spam-Filtered: true > X-IronPort-Anti-Spam-Result: > AskLAAMKu0nCPulugWdsb2JhbACIE40kAQEWIrl5g34G > X-IronPort-AV: E=3DSophos;i=3D"4.38,362,1233529200"; > d=3D"scan'208";a=3D"1695739" > Received: from services.ipt.ru ([194.62.233.110]) > by zivm-out3.uni-muenster.de with ESMTP; 14 Mar 2009 09:37:14 +0100 > Received: from bb.ipt.ru ([194.62.233.89]) > by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) > id 1LiPMm-0002Qo-NH; Sat, 14 Mar 2009 11:37:12 +0300 > To: Alexander Best > Cc: > Subject: Re: linux 3d applications keep crashing > References: > > From: Boris Samorodov > Date: Sat, 14 Mar 2009 11:37:13 +0300 > In-Reply-To: > > (Alexander Best's message of "Sat\, 14 Mar 2009 00\:03\:25 +0100 > \(CET\)") > Message-ID: <14763590@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=3Dus-ascii > On Sat, 14 Mar 2009 00:03:25 +0100 (CET) Alexander Best wrote: > > hi there, > > a lot of people who are using the nvidia closed source driver are > > having > > problems running linux 3d applications. the libGL.so.1 library > > (linux version > > in /compat/linux/usr/lib) causes almost every linux 3d app to > > segfault. since > > the library is the very same one that get's installed under linux > > the problem > > very likely resides in the linuxulator. > > i ran two linux games with ktrace. this is the output from > > linux_kdump. i hope > > i copy&pasted the important pieces of the dump that report the > > crash. > > dump from unreal tournament 2004 demo: > > ... > > 1180 ut2004-bin RET close 0 > > 1180 ut2004-bin CALL linux_brk(0xae5c000) > > 1180 ut2004-bin RET linux_brk 182829056/0xae5c000 > > 1180 ut2004-bin CALL linux_getpid > > 1180 ut2004-bin RET linux_getpid 1180/0x49c > > 1180 ut2004-bin CALL linux_getpid > > 1180 ut2004-bin RET linux_getpid 1180/0x49c > > 1180 ut2004-bin CALL linux_getpid > > 1180 ut2004-bin RET linux_getpid 1180/0x49c > > 1180 ut2004-bin CALL > > linux_sys_futex(0x2b406e30,0x81,0x7fffffff,0,0x49c,0x7) > > 1180 ut2004-bin RET linux_sys_futex 1 > > 1180 ut2004-bin PSIG SIGSEGV caught handler=3D0x874bd50 mask=3D0x0 > > code=3D0x0 > > 1180 ut2004-bin CALL linux_fstat64(0x1,0xbfbfa9e8,0x28fe8ff4) > > 1180 ut2004-bin UNKNOWN(8) 1180 ut2004-bin RET linux_fstat64 > > 0 > > 1180 ut2004-bin CALL linux_mmap2(0,0x1000,0x3,0x22,0xffffffff,0) > > 1180 ut2004-bin RET linux_mmap2 688971776/0x2910e000 > > 1180 ut2004-bin CALL write(0x1,0x2910e000,0x25) > > 1180 ut2004-bin GIO fd 1 wrote 37 bytes > > "Signal: SIGSEGV [segmentation fault] > > " > > 1180 ut2004-bin RET write 37/0x25 > > 1180 ut2004-bin CALL write(0x1,0x2910e000,0xa) > > 1180 ut2004-bin GIO fd 1 wrote 10 bytes > > "Aborting. > > " > > 1180 ut2004-bin RET write 10/0xa > > 1180 ut2004-bin CALL write(0x1,0x2910e000,0x1) > > 1180 ut2004-bin GIO fd 1 wrote 1 byte > > " > > " > > 1180 ut2004-bin RET write 1 > > 1180 ut2004-bin CALL write(0x1,0x2910e000,0x1) > > 1180 ut2004-bin GIO fd 1 wrote 1 byte > > " > > " > > 1180 ut2004-bin RET write 1 > > 1180 ut2004-bin CALL write(0x1,0x2910e000,0x31) > > 1180 ut2004-bin GIO fd 1 wrote 49 bytes > > "Crash information will be saved to your logfile. > > " > > 1180 ut2004-bin RET write 49/0x31 > > 1180 ut2004-bin CALL > > linux_sys_futex(0x28feba34,0x81,0x7fffffff,0,0xbfbfab14,0xbfbfaaec) > > 1180 ut2004-bin RET linux_sys_futex 1 > > 1180 ut2004-bin CALL > > linux_sys_futex(0x28e8eb48,0x81,0x7fffffff,0,0xbfbfaa30,0xbfbfa93c) > > 1180 ut2004-bin RET linux_sys_futex 1 > > 1180 ut2004-bin CALL write(0x4,0x937c3c8,0xc) > > ... > > and dump from quake 4 demo: > > ... > > 1285 quake4.x86 RET close 0 > > 1285 quake4.x86 CALL linux_getpid > > 1285 quake4.x86 RET linux_getpid 1285/0x505 > > 1285 quake4.x86 CALL linux_getpid > > 1285 quake4.x86 RET linux_getpid 1285/0x505 > > 1285 quake4.x86 CALL linux_getpid > > 1285 quake4.x86 RET linux_getpid 1285/0x505 > > 1285 quake4.x86 CALL > > linux_sys_futex(0x2dbece30,0x81,0x7fffffff,0,0x505,0x7) > > 1285 quake4.x86 RET linux_sys_futex 1 > > 1285 quake4.x86 PSIG SIGSEGV caught handler=3D0x8254b10 mask=3D0x0 > > code=3D0x0 > > 1285 quake4.x86 CALL > > linux_sys_futex(0x286cd620,0x81,0x7fffffff,0,0x505,0xbfbfc51c) > > 1285 quake4.x86 RET linux_sys_futex 1 > > 1285 quake4.x86 CALL write(0x1,0x283dd000,0x22) > > 1285 quake4.x86 GIO fd 1 wrote 34 bytes > > "signal caught: Segmentation fault > > " > > 1285 quake4.x86 RET write 34/0x22 > > 1285 quake4.x86 CALL write(0x1,0x283dd000,0xa) > > 1285 quake4.x86 GIO fd 1 wrote 10 bytes > > "si_code 1 > > " > > 1285 quake4.x86 RET write 10/0xa > > 1285 quake4.x86 CALL write(0x1,0x283dd000,0x1c) > > 1285 quake4.x86 GIO fd 1 wrote 28 bytes > > "Trying to exit gracefully.. > > " > > 1285 quake4.x86 RET write 28/0x1c > > 1285 quake4.x86 CALL write(0x1,0x283dd000,0x2e) > > 1285 quake4.x86 GIO fd 1 wrote 46 bytes > > "--------------- BSE Shutdown ---------------- > > " > > 1285 quake4.x86 RET write 46/0x2e > > 1285 quake4.x86 CALL write(0x1,0x283dd000,0x2e) > > 1285 quake4.x86 GIO fd 1 wrote 46 bytes > > "--------------------------------------------- > > " > > 1285 quake4.x86 RET write 46/0x2e > > 1285 quake4.x86 CALL write(0x1,0x283dd000,0x35) > > 1285 quake4.x86 GIO fd 1 wrote 53 bytes > > "WARNING: rvServerScanGUI::Clear() - invalid scanGUI > > " > > 1285 quake4.x86 RET write 53/0x35 > > 1285 quake4.x86 CALL munmap(0x2d0ee000,0x101000) > > 1285 quake4.x86 RET munmap 0 > > 1285 quake4.x86 CALL munmap(0x2d1ef000,0x101000) > > ... > > to me it looks like the app crashes during the futex syscall, but > > i'm far from > > beeing an expert. > > it would be great if somebody could take a closer look at this. > For those who might wish to dig into the problem following > information > from you host may be helpful: > ----- > % uname -a > % sysctl compat.linux > % pkg_info -xI linux > ----- > WBR From owner-freebsd-current@FreeBSD.ORG Sat Mar 14 09:24:12 2009 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 EBDC1106566B for ; Sat, 14 Mar 2009 09:24:12 +0000 (UTC) (envelope-from dchagin@dchagin.static.corbina.ru) Received: from contrabass.post.ru (contrabass.post.ru [85.21.78.5]) by mx1.freebsd.org (Postfix) with ESMTP id 6BA028FC08 for ; Sat, 14 Mar 2009 09:24:12 +0000 (UTC) (envelope-from dchagin@dchagin.static.corbina.ru) Received: from corbina.ru (mail.post.ru [195.14.50.16]) by contrabass.post.ru (Postfix) with ESMTP id DA8546D8E3; Sat, 14 Mar 2009 11:59:10 +0300 (MSK) X-Virus-Scanned: by cgpav Uf39PSi9pFi9oFi9 Received: from [10.208.17.3] (HELO dchagin.static.corbina.ru) by corbina.ru (CommuniGate Pro SMTP 5.1.14) with ESMTPS id 1678654896; Sat, 14 Mar 2009 11:59:10 +0300 Received: from dchagin.static.corbina.ru (localhost.chd.net [127.0.0.1]) by dchagin.static.corbina.ru (8.14.3/8.14.3) with ESMTP id n2E8xARe003627; Sat, 14 Mar 2009 11:59:10 +0300 (MSK) (envelope-from dchagin@dchagin.static.corbina.ru) Received: (from dchagin@localhost) by dchagin.static.corbina.ru (8.14.3/8.14.3/Submit) id n2E8x5ok003626; Sat, 14 Mar 2009 11:59:05 +0300 (MSK) (envelope-from dchagin) Date: Sat, 14 Mar 2009 11:59:05 +0300 From: Chagin Dmitry To: Alexander Best Message-ID: <20090314085905.GA3591@dchagin.static.corbina.ru> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rwEMma7ioTxnRzrJ" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-current@freebsd.org Subject: Re: linux 3d applications keep crashing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2009 09:24:13 -0000 --rwEMma7ioTxnRzrJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Mar 14, 2009 at 12:03:25AM +0100, Alexander Best wrote: > hi there, >=20 > a lot of people who are using the nvidia closed source driver are having > problems running linux 3d applications. the libGL.so.1 library (linux ver= sion > in /compat/linux/usr/lib) causes almost every linux 3d app to segfault. s= ince > the library is the very same one that get's installed under linux the pro= blem > very likely resides in the linuxulator. >=20 > i ran two linux games with ktrace. this is the output from linux_kdump. i= hope > i copy&pasted the important pieces of the dump that report the crash. >=20 > dump from unreal tournament 2004 demo: >=20 > ... > 1180 ut2004-bin RET close 0 > 1180 ut2004-bin CALL linux_brk(0xae5c000) > 1180 ut2004-bin RET linux_brk 182829056/0xae5c000 > 1180 ut2004-bin CALL linux_getpid > 1180 ut2004-bin RET linux_getpid 1180/0x49c > 1180 ut2004-bin CALL linux_getpid > 1180 ut2004-bin RET linux_getpid 1180/0x49c > 1180 ut2004-bin CALL linux_getpid > 1180 ut2004-bin RET linux_getpid 1180/0x49c > 1180 ut2004-bin CALL > linux_sys_futex(0x2b406e30,0x81,0x7fffffff,0,0x49c,0x7) > 1180 ut2004-bin RET linux_sys_futex 1 > 1180 ut2004-bin PSIG SIGSEGV caught handler=3D0x874bd50 mask=3D0x0 cod= e=3D0x0 > 1180 ut2004-bin CALL linux_fstat64(0x1,0xbfbfa9e8,0x28fe8ff4) > 1180 ut2004-bin UNKNOWN(8) 1180 ut2004-bin RET linux_fstat64 0 > 1180 ut2004-bin CALL linux_mmap2(0,0x1000,0x3,0x22,0xffffffff,0) > 1180 ut2004-bin RET linux_mmap2 688971776/0x2910e000 > 1180 ut2004-bin CALL write(0x1,0x2910e000,0x25) > 1180 ut2004-bin GIO fd 1 wrote 37 bytes > "Signal: SIGSEGV [segmentation fault] > " > 1180 ut2004-bin RET write 37/0x25 > 1180 ut2004-bin CALL write(0x1,0x2910e000,0xa) > 1180 ut2004-bin GIO fd 1 wrote 10 bytes > "Aborting. > " > 1180 ut2004-bin RET write 10/0xa > 1180 ut2004-bin CALL write(0x1,0x2910e000,0x1) > 1180 ut2004-bin GIO fd 1 wrote 1 byte > " > " > 1180 ut2004-bin RET write 1 > 1180 ut2004-bin CALL write(0x1,0x2910e000,0x1) > 1180 ut2004-bin GIO fd 1 wrote 1 byte > " > " > 1180 ut2004-bin RET write 1 > 1180 ut2004-bin CALL write(0x1,0x2910e000,0x31) > 1180 ut2004-bin GIO fd 1 wrote 49 bytes > "Crash information will be saved to your logfile. > " > 1180 ut2004-bin RET write 49/0x31 > 1180 ut2004-bin CALL > linux_sys_futex(0x28feba34,0x81,0x7fffffff,0,0xbfbfab14,0xbfbfaaec) > 1180 ut2004-bin RET linux_sys_futex 1 > 1180 ut2004-bin CALL > linux_sys_futex(0x28e8eb48,0x81,0x7fffffff,0,0xbfbfaa30,0xbfbfa93c) > 1180 ut2004-bin RET linux_sys_futex 1 > 1180 ut2004-bin CALL write(0x4,0x937c3c8,0xc) > ... >=20 > and dump from quake 4 demo: >=20 > ... > 1285 quake4.x86 RET close 0 > 1285 quake4.x86 CALL linux_getpid > 1285 quake4.x86 RET linux_getpid 1285/0x505 > 1285 quake4.x86 CALL linux_getpid > 1285 quake4.x86 RET linux_getpid 1285/0x505 > 1285 quake4.x86 CALL linux_getpid > 1285 quake4.x86 RET linux_getpid 1285/0x505 > 1285 quake4.x86 CALL > linux_sys_futex(0x2dbece30,0x81,0x7fffffff,0,0x505,0x7) > 1285 quake4.x86 RET linux_sys_futex 1 > 1285 quake4.x86 PSIG SIGSEGV caught handler=3D0x8254b10 mask=3D0x0 cod= e=3D0x0 > 1285 quake4.x86 CALL > linux_sys_futex(0x286cd620,0x81,0x7fffffff,0,0x505,0xbfbfc51c) > 1285 quake4.x86 RET linux_sys_futex 1 > 1285 quake4.x86 CALL write(0x1,0x283dd000,0x22) > 1285 quake4.x86 GIO fd 1 wrote 34 bytes > "signal caught: Segmentation fault > " > 1285 quake4.x86 RET write 34/0x22 > 1285 quake4.x86 CALL write(0x1,0x283dd000,0xa) > 1285 quake4.x86 GIO fd 1 wrote 10 bytes > "si_code 1 > " > 1285 quake4.x86 RET write 10/0xa > 1285 quake4.x86 CALL write(0x1,0x283dd000,0x1c) > 1285 quake4.x86 GIO fd 1 wrote 28 bytes > "Trying to exit gracefully.. > " > 1285 quake4.x86 RET write 28/0x1c > 1285 quake4.x86 CALL write(0x1,0x283dd000,0x2e) > 1285 quake4.x86 GIO fd 1 wrote 46 bytes > "--------------- BSE Shutdown ---------------- > " > 1285 quake4.x86 RET write 46/0x2e > 1285 quake4.x86 CALL write(0x1,0x283dd000,0x2e) > 1285 quake4.x86 GIO fd 1 wrote 46 bytes > "--------------------------------------------- > " > 1285 quake4.x86 RET write 46/0x2e > 1285 quake4.x86 CALL write(0x1,0x283dd000,0x35) > 1285 quake4.x86 GIO fd 1 wrote 53 bytes > "WARNING: rvServerScanGUI::Clear() - invalid scanGUI >=20 > " > 1285 quake4.x86 RET write 53/0x35 > 1285 quake4.x86 CALL munmap(0x2d0ee000,0x101000) > 1285 quake4.x86 RET munmap 0 > 1285 quake4.x86 CALL munmap(0x2d1ef000,0x101000) > ... >=20 > to me it looks like the app crashes during the futex syscall, but i'm far= from > beeing an expert. >=20 > it would be great if somebody could take a closer look at this. >=20 pls uname -a and try patch bellow (current) http://78.107.232.239/futex.c.33.patch --=20 Have fun! chd --rwEMma7ioTxnRzrJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAkm7cdgACgkQ0t2Tb3OO/O0ELwCfTYYIWsJWT/XI41D2RrqlqA64 4IgAnR0HQvPaRWBIFPe/U7kRL1XKMDMO =rcGE -----END PGP SIGNATURE----- --rwEMma7ioTxnRzrJ-- From owner-freebsd-current@FreeBSD.ORG Sat Mar 14 09:26:40 2009 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 6F8481065674 for ; Sat, 14 Mar 2009 09:26:40 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (77-93-215-190.static.masterinter.net [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id 1670D8FC27 for ; Sat, 14 Mar 2009 09:26:39 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 8E1ED9CB104; Sat, 14 Mar 2009 10:26:23 +0100 (CET) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yucpSlQud+uQ; Sat, 14 Mar 2009 10:26:12 +0100 (CET) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id C0DEC9CB125; Sat, 14 Mar 2009 10:26:11 +0100 (CET) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id n2E9QARi066115; Sat, 14 Mar 2009 10:26:10 +0100 (CET) (envelope-from rdivacky) Date: Sat, 14 Mar 2009 10:26:10 +0100 From: Roman Divacky To: Alexander Best Message-ID: <20090314092610.GA65578@freebsd.org> References: <14763590@bb.ipt.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: Boris Samorodov , freebsd-current@freebsd.org Subject: Re: linux 3d applications keep crashing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2009 09:26:41 -0000 > ...oh...and i'm using release 180.29 of the nvidia drivers. i installed > graphics/linux_dri to see if that fixes the problem and with the libGL.so.1 > from linux_dri the games run without any problems. from my experience the nvidia driver does not work at all.. it used to work in 6.x times with linuxulator but recently all I got from it was panic or deadlock (depending on weather) there's an ongoing work on nouveau, so stay tuned :) From owner-freebsd-current@FreeBSD.ORG Sat Mar 14 09:36:50 2009 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 5E7AC1065670; Sat, 14 Mar 2009 09:36:50 +0000 (UTC) (envelope-from horst@sxemacs.org) Received: from mail09.syd.optusnet.com.au (mail09.syd.optusnet.com.au [211.29.132.190]) by mx1.freebsd.org (Postfix) with ESMTP id EB2C88FC15; Sat, 14 Mar 2009 09:36:49 +0000 (UTC) (envelope-from horst@sxemacs.org) Received: from [211.30.92.171] (c211-30-92-171.farfl2.nsw.optusnet.com.au [211.30.92.171]) (authenticated sender horst.burkhardt) by mail09.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n2E9akpl020929; Sat, 14 Mar 2009 20:36:47 +1100 From: Horst =?ISO-8859-1?Q?G=FCnther?= Burkhardt III To: Alexander Best In-Reply-To: References: Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-ACM6vzwov1JWu12o0MgI" Date: Sat, 14 Mar 2009 20:36:46 +1100 Message-Id: <1237023406.13391.1.camel@horst-tla> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 Cc: freebsd-current@freebsd.org, FreeBSD PowerPC ML Subject: Re: interrupt storm with dvd-drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2009 09:36:50 -0000 --=-ACM6vzwov1JWu12o0MgI Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2009-03-13 at 21:13 +0100, Alexander Best wrote: > hi there, >=20 > i was trying to create an iso from a cd. i tried both dd and recoverdisk. > unfortunately during the very last read i get the following warnings: >=20 {...} > acd0: FAILURE - READ_BIG timed out >=20 > during the interrupt storm the whole system freezes. what's strange about= this > is that this only happens with recorded cds. when i use dd or recoverdisk= with > a retail cd i'm having no problems at all. i tested this with cds that go= t > recorded under freebsd (using burncd) as well as with cds recorded under > windows. the results is the same (being the interrupt storm). the problem > however does NOT exist with DVD or DVD-/+R's! only with CD-Rs! >=20 > this is the controller i'm using: >=20 > port > 0xd000-0xd007,0xd100-0xd103,0xd200-0xd207,0xd300-0xd303,0xd400-0xd40f mem > 0xf8000000-0xf8001fff irq 19 at device 0.0 on pci3 >=20 > the drive is pata: >=20 > DVDR at ata4-slave UDMA33 This might be related to an issue I'm trying to eliminate atm, I'm trying it now. Basically I get the same minus the interrupt storm messages trying to boot a freebsd cd on my mac. I'll take a look. -- Horst. --=-ACM6vzwov1JWu12o0MgI Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (GNU/Linux) iEYEABECAAYFAkm7eq4ACgkQRtTtv0BbTe5P4gCgn+Xa0r8VQwlJy07LbgyZ7BZp neAAn1Yf1DGH7yHeFEA+Vs3p/IPsPWLt =/3RR -----END PGP SIGNATURE----- --=-ACM6vzwov1JWu12o0MgI-- From owner-freebsd-current@FreeBSD.ORG Sat Mar 14 10:23:46 2009 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 8BEEE106566C for ; Sat, 14 Mar 2009 10:23:46 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.161.16.135]) by mx1.freebsd.org (Postfix) with ESMTP id 258A48FC13 for ; Sat, 14 Mar 2009 10:23:46 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from [41.145.138.53] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1LiQTo-0002q3-6Z for current@freebsd.org; Sat, 14 Mar 2009 11:48:32 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LiQTn-00014r-8z for current@freebsd.org; Sat, 14 Mar 2009 11:48:31 +0200 To: current@freebsd.org From: "Ian Freislich" X-Attribution: BOFH Date: Sat, 14 Mar 2009 11:48:31 +0200 Message-Id: Cc: Subject: Apple touchpad no longer works with usb2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2009 10:23:46 -0000 Hi ugen0.2: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen0.2.0: ukbd0: ugen0.2.1: ums0: ugen0.2.2: uhid0: While it's detected, vertical movement on the pad isn't detected and horizontal movement tracks the pointer vertically. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Sat Mar 14 10:35:52 2009 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 70736106566B; Sat, 14 Mar 2009 10:35:52 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe06.swip.net [212.247.154.161]) by mx1.freebsd.org (Postfix) with ESMTP id D214F8FC14; Sat, 14 Mar 2009 10:35:51 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=LBigvjnqffgA:10 a=kRQOYpJDzpgA:10 a=6I5d2MoRAAAA:8 a=vz2YrUAyLhELG0bZqI8A:9 a=V6Fb4zS9wT8fYmgJHwQvvahjSE4A:4 a=LY0hPdMaydYA:10 Received: from [193.217.167.198] (account mc467741@c2i.net HELO [10.0.0.188]) by mailfe06.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1210590570; Sat, 14 Mar 2009 11:35:50 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sat, 14 Mar 2009 11:38:20 +0100 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: <200903141138.21683.hselasky@c2i.net> Cc: Ian Freislich , current@freebsd.org Subject: Re: Apple touchpad no longer works with usb2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2009 10:35:52 -0000 On Saturday 14 March 2009, Ian Freislich wrote: > Hi > > ugen0.2: at usbus0, > cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen0.2.0: ukbd0: Keyboard> > ugen0.2.1: ums0: > ugen0.2.2: uhid0: > > While it's detected, vertical movement on the pad isn't detected > and horizontal movement tracks the pointer vertically. > Hi, Try this patch: http://perforce.freebsd.org/chv.cgi?CH=159179 --HPS From owner-freebsd-current@FreeBSD.ORG Sat Mar 14 10:35:52 2009 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 70736106566B; Sat, 14 Mar 2009 10:35:52 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe06.swip.net [212.247.154.161]) by mx1.freebsd.org (Postfix) with ESMTP id D214F8FC14; Sat, 14 Mar 2009 10:35:51 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=LBigvjnqffgA:10 a=kRQOYpJDzpgA:10 a=6I5d2MoRAAAA:8 a=vz2YrUAyLhELG0bZqI8A:9 a=V6Fb4zS9wT8fYmgJHwQvvahjSE4A:4 a=LY0hPdMaydYA:10 Received: from [193.217.167.198] (account mc467741@c2i.net HELO [10.0.0.188]) by mailfe06.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1210590570; Sat, 14 Mar 2009 11:35:50 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sat, 14 Mar 2009 11:38:20 +0100 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: <200903141138.21683.hselasky@c2i.net> Cc: Ian Freislich , current@freebsd.org Subject: Re: Apple touchpad no longer works with usb2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2009 10:35:52 -0000 On Saturday 14 March 2009, Ian Freislich wrote: > Hi > > ugen0.2: at usbus0, > cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen0.2.0: ukbd0: Keyboard> > ugen0.2.1: ums0: > ugen0.2.2: uhid0: > > While it's detected, vertical movement on the pad isn't detected > and horizontal movement tracks the pointer vertically. > Hi, Try this patch: http://perforce.freebsd.org/chv.cgi?CH=159179 --HPS From owner-freebsd-current@FreeBSD.ORG Sat Mar 14 12:19:49 2009 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 38FB0106564A; Sat, 14 Mar 2009 12:19:49 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.161.16.135]) by mx1.freebsd.org (Postfix) with ESMTP id 279A28FC12; Sat, 14 Mar 2009 12:19:46 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from [41.145.96.29] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1LiSq5-0004Nk-KM; Sat, 14 Mar 2009 14:19:41 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LiSq3-0001Ge-5b; Sat, 14 Mar 2009 14:19:39 +0200 To: Hans Petter Selasky From: Ian FREISLICH In-Reply-To: <200903141138.21683.hselasky@c2i.net> References: <200903141138.21683.hselasky@c2i.net> X-Attribution: BOFH Date: Sat, 14 Mar 2009 14:19:39 +0200 Message-Id: Cc: freebsd-current@freebsd.org, current@freebsd.org Subject: Re: Apple touchpad no longer works with usb2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2009 12:19:49 -0000 Hans Petter Selasky wrote: > On Saturday 14 March 2009, Ian Freislich wrote: > > Hi > > > > ugen0.2: at usbus0, > > cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen0.2.0: ukbd0: > Keyboard> > > ugen0.2.1: ums0: > > ugen0.2.2: uhid0: > > > > While it's detected, vertical movement on the pad isn't detected > > and horizontal movement tracks the pointer vertically. > > > Hi, > > Try this patch: > http://perforce.freebsd.org/chv.cgi?CH=159179 That already seems to be in HEAD. Mine already looks like: if ((s->nusage < MAXUSAGE) && (c->usage_minimum <= c->usage_maximum)) { Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Sat Mar 14 12:19:49 2009 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 38FB0106564A; Sat, 14 Mar 2009 12:19:49 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.161.16.135]) by mx1.freebsd.org (Postfix) with ESMTP id 279A28FC12; Sat, 14 Mar 2009 12:19:46 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from [41.145.96.29] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1LiSq5-0004Nk-KM; Sat, 14 Mar 2009 14:19:41 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LiSq3-0001Ge-5b; Sat, 14 Mar 2009 14:19:39 +0200 To: Hans Petter Selasky From: Ian FREISLICH In-Reply-To: <200903141138.21683.hselasky@c2i.net> References: <200903141138.21683.hselasky@c2i.net> X-Attribution: BOFH Date: Sat, 14 Mar 2009 14:19:39 +0200 Message-Id: Cc: freebsd-current@freebsd.org, current@freebsd.org Subject: Re: Apple touchpad no longer works with usb2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2009 12:19:49 -0000 Hans Petter Selasky wrote: > On Saturday 14 March 2009, Ian Freislich wrote: > > Hi > > > > ugen0.2: at usbus0, > > cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen0.2.0: ukbd0: > Keyboard> > > ugen0.2.1: ums0: > > ugen0.2.2: uhid0: > > > > While it's detected, vertical movement on the pad isn't detected > > and horizontal movement tracks the pointer vertically. > > > Hi, > > Try this patch: > http://perforce.freebsd.org/chv.cgi?CH=159179 That already seems to be in HEAD. Mine already looks like: if ((s->nusage < MAXUSAGE) && (c->usage_minimum <= c->usage_maximum)) { Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Sat Mar 14 12:39:37 2009 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 9ECE21065673 for ; Sat, 14 Mar 2009 12:39:37 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe06.swip.net [212.247.154.161]) by mx1.freebsd.org (Postfix) with ESMTP id 367728FC1C for ; Sat, 14 Mar 2009 12:39:36 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=LBigvjnqffgA:10 a=kRQOYpJDzpgA:10 a=6I5d2MoRAAAA:8 a=qK7IxMYH4wjkKXwUHMkA:9 a=arrnPHyKJEZIuK0dCOdbmsUT0HoA:4 a=LY0hPdMaydYA:10 Received: from [193.217.167.198] (account mc467741@c2i.net HELO [10.0.0.188]) by mailfe06.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1210630893; Sat, 14 Mar 2009 13:39:35 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sat, 14 Mar 2009 13:42:05 +0100 User-Agent: KMail/1.9.7 References: <200903141138.21683.hselasky@c2i.net> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903141342.06319.hselasky@c2i.net> Cc: Ian FREISLICH Subject: Re: Apple touchpad no longer works with usb2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2009 12:39:37 -0000 On Saturday 14 March 2009, Ian FREISLICH wrote: > Hans Petter Selasky wrote: > > On Saturday 14 March 2009, Ian Freislich wrote: > > > Hi > > > > > > ugen0.2: at usbus0, > > > cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen0.2.0: ukbd0: > > Internal Keyboard> > > > ugen0.2.1: ums0: > > > ugen0.2.2: uhid0: > > > > > > While it's detected, vertical movement on the pad isn't detected > > > and horizontal movement tracks the pointer vertically. > > > > Hi, > > > > Try this patch: > > http://perforce.freebsd.org/chv.cgi?CH=159179 > > That already seems to be in HEAD. > > Mine already looks like: > if ((s->nusage < MAXUSAGE) && > (c->usage_minimum <= c->usage_maximum)) > { Hi, If you compiled a kernel with this patch, then you have to dump me the HID descriptor so that I can analyze it. usbconfig -u 0 -a 2 do_request 0x81 0x06 0x2200 0 0x100 usbconfig -u 0 -a 2 do_request 0x81 0x06 0x2200 1 0x100 usbconfig -u 0 -a 2 do_request 0x81 0x06 0x2200 2 0x100 --HPS From owner-freebsd-current@FreeBSD.ORG Sat Mar 14 12:39:47 2009 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 57E341065756 for ; Sat, 14 Mar 2009 12:39:47 +0000 (UTC) (envelope-from varga.michal@gmail.com) Received: from mail-fx0-f158.google.com (mail-fx0-f158.google.com [209.85.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id B207E8FC13 for ; Sat, 14 Mar 2009 12:39:46 +0000 (UTC) (envelope-from varga.michal@gmail.com) Received: by fxm2 with SMTP id 2so2808598fxm.43 for ; Sat, 14 Mar 2009 05:39:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=tP2qHlz1cSpmAH/p6/Lx62bIDDYKZKTAvL8cnPyGHgQ=; b=qxsBKIfqUWYwx852cvxLk3YgGgo2xDU8WMva3lNsFEtW/L5LQmURvUqpMzziAO4qmx OSA3ryM30P1anv6VFnxHc12sbykgvYfQMOMZBAsgWHbQ62GuqHg9WGTqcZShMamBgjee pqPkPWfvJ7FPjLTRiEksK5wxb9jHkI+vjpKZc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=Qgq87UMbxo8+IKBG0w5W/GSSRCnBgHz9V7LFilDEnqA3zt0ZNeDao9wTyTcFkW6VaI TzHAZK6W+f6zt3I71vV/FpuQyW49o+HORmVC/QMfjxricMxvQPT3PUF1P2xQIuAMKzBr 7EsgYBLvP8T3bDCBoPAIjRHB/nrMXQ1zVen5s= MIME-Version: 1.0 Received: by 10.223.122.15 with SMTP id j15mr1135018far.10.1237032513907; Sat, 14 Mar 2009 05:08:33 -0700 (PDT) In-Reply-To: <20090314092610.GA65578@freebsd.org> References: <14763590@bb.ipt.ru> <20090314092610.GA65578@freebsd.org> Date: Sat, 14 Mar 2009 13:08:33 +0100 Message-ID: <3f1fd1ea0903140508sda8af37i83fdb0fb7ee1f792@mail.gmail.com> From: Michal Varga To: Roman Divacky Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Boris Samorodov , Alexander Best , freebsd-current@freebsd.org Subject: Re: linux 3d applications keep crashing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2009 12:39:47 -0000 On Sat, Mar 14, 2009 at 10:26 AM, Roman Divacky wrote: > from my experience the nvidia driver does not work at all.. it used to work > in 6.x times with linuxulator but recently all I got from it was panic > or deadlock (depending on weather) > Doesn't work at all.. when? I guess you meant that "linux OpenGL portion of nvidia-driver doesn't work with compat.linux.osrelease=2.6.16", because otherwise the statement doesn't make any sense. nvidia-drivers work perfectly well with compat.linux.osrelease=2.4.2 (maybe not with some very recent -CURRENT, haven't been checking for a while, but that's not the point anyway) and actually are the only way to get any serious 3d gaming done on FreeBSD, and I'm not even starting with OpenGL apps like Blender (ATI users know what I'm pointing to). This is a clear bug in 2.6 linuxulator - the OpenGL works properly in Linux 2.4/2.6 (well, that's kinda expected), it works properly in 2.4 linuxulator, it breaks with 2.6 linuxulator. I think it's hard to call that "nvidia driver doesn't work at all", but maybe I just missed the point somewhere and earned a *whoosh*.. > there's an ongoing work on nouveau, so stay tuned :) > Yes, that will take many years to complete, or at least, produce a rotating cube or maybe, maybe run glxgears in around 2012. m. From owner-freebsd-current@FreeBSD.ORG Sat Mar 14 12:49:39 2009 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 04AF0106564A for ; Sat, 14 Mar 2009 12:49:39 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.161.16.135]) by mx1.freebsd.org (Postfix) with ESMTP id 27F8E8FC24 for ; Sat, 14 Mar 2009 12:49:37 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from [41.145.96.29] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1LiTJ2-0004sl-7M; Sat, 14 Mar 2009 14:49:36 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LiTJ1-0001J4-43; Sat, 14 Mar 2009 14:49:35 +0200 To: Hans Petter Selasky From: Ian FREISLICH In-Reply-To: <200903141342.06319.hselasky@c2i.net> References: <200903141342.06319.hselasky@c2i.net> <200903141138.21683.hselasky@c2i.net> X-Attribution: BOFH Date: Sat, 14 Mar 2009 14:49:35 +0200 Message-Id: Cc: freebsd-current@freebsd.org Subject: Re: Apple touchpad no longer works with usb2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2009 12:49:39 -0000 Hans Petter Selasky wrote: > On Saturday 14 March 2009, Ian FREISLICH wrote: > > Hans Petter Selasky wrote: > > > On Saturday 14 March 2009, Ian Freislich wrote: > > > > Hi > > > > > > > > ugen0.2: at usbus0, > > > > cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen0.2.0: ukbd0: > > > Internal Keyboard> > > > > ugen0.2.1: ums0: > > > > ugen0.2.2: uhid0: > > > > > > > > While it's detected, vertical movement on the pad isn't detected > > > > and horizontal movement tracks the pointer vertically. > > > > > > Hi, > > > > > > Try this patch: > > > http://perforce.freebsd.org/chv.cgi?CH=159179 > > > > That already seems to be in HEAD. > > > > Mine already looks like: > > if ((s->nusage < MAXUSAGE) && > > (c->usage_minimum <= c->usage_maximum)) > > { > > Hi, > > If you compiled a kernel with this patch, then you have to dump me the HID > descriptor so that I can analyze it. > > usbconfig -u 0 -a 2 do_request 0x81 0x06 0x2200 0 0x100 [apple] /usr/home/ianf # usbconfig -u 0 -a 2 do_request 0x81 0x06 0x2200 0 0x100 REQUEST = <0x05 0x01 0x09 0x06 0xa1 0x01 0x05 0x07 0x19 0xe0 0x29 0xe7 0x15 0x00 0x25 0x01 0x75 0x01 0x95 0x08 0x81 0x02 0x95 0x01 0x75 0x08 0x81 0x01 0x95 0x05 0x75 0x01 0x05 0x08 0x19 0x01 0x29 0x05 0x91 0x02 0x95 0x01 0x75 0x03 0x91 0x01 0x95 0x05 0x75 0x08 0x15 0x00 0x25 0x65 0x05 0x07 0x19 0x00 0x29 0x65 0x81 0x00 0x05 0xff 0x09 0x03 0x75 0x08 0x95 0x01 0x81 0x02 0xc0><)%uuu)uu%e)eu> > usbconfig -u 0 -a 2 do_request 0x81 0x06 0x2200 1 0x100 [apple] /usr/home/ianf # usbconfig -u 0 -a 2 do_request 0x81 0x06 0x2200 1 0x100 REQUEST = <0x05 0x01 0x09 0x02 0xa1 0x01 0x09 0x01 0xa1 0x00 0x05 0x09 0x19 0x01 0x29 0x03 0x15 0x00 0x25 0x01 0x85 0x02 0x95 0x03 0x75 0x01 0x81 0x02 0x95 0x01 0x75 0x05 0x81 0x01 0x05 0x01 0x09 0x30 0x09 0x31 0x15 0x81 0x25 0x7f 0x75 0x08 0x95 0x02 0x81 0x06 0xc0 0xc0 0x05 0xff 0x09 0x01 0xa1 0x00 0x09 0x02 0x15 0x01 0x25 0x41 0x35 0x00 0x45 0xff 0x85 0x05 0x75 0x08 0x95 0x3f 0x81 0x00 0x09 0x04 0x15 0x80 0x25 0x7f 0x75 0x08 0x95 0x10 0xb1 0x02 0xc0><)%uu01%u%A5Eu?%u> > usbconfig -u 0 -a 2 do_request 0x81 0x06 0x2200 2 0x100 usbconfig -u 0 -a 2 do_request 0x81 0x06 0x2200 2 0x100 REQUEST = <0x05 0x0c 0x09 0x01 0xa1 0x01 0x75 0x08 0x95 0x01 0x09 0xb8 0x15 0x00 0x26 0xff 0x00 0x81 0x02 0xc0> -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Sat Mar 14 12:52:17 2009 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 00ABE1065670 for ; Sat, 14 Mar 2009 12:52:17 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out3.uni-muenster.de (ZIVM-OUT3.UNI-MUENSTER.DE [128.176.192.18]) by mx1.freebsd.org (Postfix) with ESMTP id 2B19D8FC0C for ; Sat, 14 Mar 2009 12:52:15 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.38,362,1233529200"; d="scan'208";a="1699836" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER03.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay3.uni-muenster.de with ESMTP; 14 Mar 2009 13:52:14 +0100 Received: by ZIVMAILUSER03.UNI-MUENSTER.DE (Postfix, from userid 149459) id 3C84E1B075A; Sat, 14 Mar 2009 13:52:14 +0100 (CET) Date: Sat, 14 Mar 2009 13:52:14 +0100 (CET) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Message-ID: In-Reply-To: <20090314085905.GA3591@dchagin.static.corbina.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: Chagin Dmitry Subject: Re: linux 3d applications keep crashing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2009 12:52:17 -0000 thanks for the patch. i applied it and recompiled/reinstalled the kernel. i ran quake 4 afterwards and the app still crashes: =2E.. 1837 quake4.x86 CALL linux_sys_futex(0x2dbece30,0x81,0x7fffffff,0,0x72d,0x= 7) 1837 quake4.x86 RET linux_sys_futex 0 1837 quake4.x86 PSIG SIGSEGV caught handler=3D0x8254b10 mask=3D0x0 code= =3D0x0 1837 quake4.x86 CALL linux_sys_futex(0x286ce620,0x81,0x7fffffff,0,0x72d,0xbfbfc4fc) 1837 quake4.x86 RET linux_sys_futex 0 1837 quake4.x86 CALL write(0x1,0x283dd000,0x22) 1837 quake4.x86 GIO fd 1 wrote 34 bytes "signal caught: Segmentation fault " 1837 quake4.x86 RET write 34/0x22 1837 quake4.x86 CALL write(0x1,0x283dd000,0xa) 1837 quake4.x86 GIO fd 1 wrote 10 bytes "si_code 1 " 1837 quake4.x86 RET write 10/0xa 1837 quake4.x86 CALL write(0x1,0x283dd000,0x1c) 1837 quake4.x86 GIO fd 1 wrote 28 bytes "Trying to exit gracefully.. " =2E.. the only difference seems to be that now linux_sys_futex is returning 0 as return value. without the patch it returned 1. cheers. Chagin Dmitry schrieb am 2009-03-14: > On Sat, Mar 14, 2009 at 12:03:25AM +0100, Alexander Best wrote: > > hi there, > > a lot of people who are using the nvidia closed source driver are > > having > > problems running linux 3d applications. the libGL.so.1 library > > (linux version > > in /compat/linux/usr/lib) causes almost every linux 3d app to > > segfault. since > > the library is the very same one that get's installed under linux > > the problem > > very likely resides in the linuxulator. > > i ran two linux games with ktrace. this is the output from > > linux_kdump. i hope > > i copy&pasted the important pieces of the dump that report the > > crash. > > dump from unreal tournament 2004 demo: > > ... > > 1180 ut2004-bin RET close 0 > > 1180 ut2004-bin CALL linux_brk(0xae5c000) > > 1180 ut2004-bin RET linux_brk 182829056/0xae5c000 > > 1180 ut2004-bin CALL linux_getpid > > 1180 ut2004-bin RET linux_getpid 1180/0x49c > > 1180 ut2004-bin CALL linux_getpid > > 1180 ut2004-bin RET linux_getpid 1180/0x49c > > 1180 ut2004-bin CALL linux_getpid > > 1180 ut2004-bin RET linux_getpid 1180/0x49c > > 1180 ut2004-bin CALL > > linux_sys_futex(0x2b406e30,0x81,0x7fffffff,0,0x49c,0x7) > > 1180 ut2004-bin RET linux_sys_futex 1 > > 1180 ut2004-bin PSIG SIGSEGV caught handler=3D0x874bd50 mask=3D0x0 > > code=3D0x0 > > 1180 ut2004-bin CALL linux_fstat64(0x1,0xbfbfa9e8,0x28fe8ff4) > > 1180 ut2004-bin UNKNOWN(8) 1180 ut2004-bin RET linux_fstat64 > > 0 > > 1180 ut2004-bin CALL linux_mmap2(0,0x1000,0x3,0x22,0xffffffff,0) > > 1180 ut2004-bin RET linux_mmap2 688971776/0x2910e000 > > 1180 ut2004-bin CALL write(0x1,0x2910e000,0x25) > > 1180 ut2004-bin GIO fd 1 wrote 37 bytes > > "Signal: SIGSEGV [segmentation fault] > > " > > 1180 ut2004-bin RET write 37/0x25 > > 1180 ut2004-bin CALL write(0x1,0x2910e000,0xa) > > 1180 ut2004-bin GIO fd 1 wrote 10 bytes > > "Aborting. > > " > > 1180 ut2004-bin RET write 10/0xa > > 1180 ut2004-bin CALL write(0x1,0x2910e000,0x1) > > 1180 ut2004-bin GIO fd 1 wrote 1 byte > > " > > " > > 1180 ut2004-bin RET write 1 > > 1180 ut2004-bin CALL write(0x1,0x2910e000,0x1) > > 1180 ut2004-bin GIO fd 1 wrote 1 byte > > " > > " > > 1180 ut2004-bin RET write 1 > > 1180 ut2004-bin CALL write(0x1,0x2910e000,0x31) > > 1180 ut2004-bin GIO fd 1 wrote 49 bytes > > "Crash information will be saved to your logfile. > > " > > 1180 ut2004-bin RET write 49/0x31 > > 1180 ut2004-bin CALL > > linux_sys_futex(0x28feba34,0x81,0x7fffffff,0,0xbfbfab14,0xbfbfaaec) > > 1180 ut2004-bin RET linux_sys_futex 1 > > 1180 ut2004-bin CALL > > linux_sys_futex(0x28e8eb48,0x81,0x7fffffff,0,0xbfbfaa30,0xbfbfa93c) > > 1180 ut2004-bin RET linux_sys_futex 1 > > 1180 ut2004-bin CALL write(0x4,0x937c3c8,0xc) > > ... > > and dump from quake 4 demo: > > ... > > 1285 quake4.x86 RET close 0 > > 1285 quake4.x86 CALL linux_getpid > > 1285 quake4.x86 RET linux_getpid 1285/0x505 > > 1285 quake4.x86 CALL linux_getpid > > 1285 quake4.x86 RET linux_getpid 1285/0x505 > > 1285 quake4.x86 CALL linux_getpid > > 1285 quake4.x86 RET linux_getpid 1285/0x505 > > 1285 quake4.x86 CALL > > linux_sys_futex(0x2dbece30,0x81,0x7fffffff,0,0x505,0x7) > > 1285 quake4.x86 RET linux_sys_futex 1 > > 1285 quake4.x86 PSIG SIGSEGV caught handler=3D0x8254b10 mask=3D0x0 > > code=3D0x0 > > 1285 quake4.x86 CALL > > linux_sys_futex(0x286cd620,0x81,0x7fffffff,0,0x505,0xbfbfc51c) > > 1285 quake4.x86 RET linux_sys_futex 1 > > 1285 quake4.x86 CALL write(0x1,0x283dd000,0x22) > > 1285 quake4.x86 GIO fd 1 wrote 34 bytes > > "signal caught: Segmentation fault > > " > > 1285 quake4.x86 RET write 34/0x22 > > 1285 quake4.x86 CALL write(0x1,0x283dd000,0xa) > > 1285 quake4.x86 GIO fd 1 wrote 10 bytes > > "si_code 1 > > " > > 1285 quake4.x86 RET write 10/0xa > > 1285 quake4.x86 CALL write(0x1,0x283dd000,0x1c) > > 1285 quake4.x86 GIO fd 1 wrote 28 bytes > > "Trying to exit gracefully.. > > " > > 1285 quake4.x86 RET write 28/0x1c > > 1285 quake4.x86 CALL write(0x1,0x283dd000,0x2e) > > 1285 quake4.x86 GIO fd 1 wrote 46 bytes > > "--------------- BSE Shutdown ---------------- > > " > > 1285 quake4.x86 RET write 46/0x2e > > 1285 quake4.x86 CALL write(0x1,0x283dd000,0x2e) > > 1285 quake4.x86 GIO fd 1 wrote 46 bytes > > "--------------------------------------------- > > " > > 1285 quake4.x86 RET write 46/0x2e > > 1285 quake4.x86 CALL write(0x1,0x283dd000,0x35) > > 1285 quake4.x86 GIO fd 1 wrote 53 bytes > > "WARNING: rvServerScanGUI::Clear() - invalid scanGUI > > " > > 1285 quake4.x86 RET write 53/0x35 > > 1285 quake4.x86 CALL munmap(0x2d0ee000,0x101000) > > 1285 quake4.x86 RET munmap 0 > > 1285 quake4.x86 CALL munmap(0x2d1ef000,0x101000) > > ... > > to me it looks like the app crashes during the futex syscall, but > > i'm far from > > beeing an expert. > > it would be great if somebody could take a closer look at this. > pls uname -a and try patch bellow (current) > http://78.107.232.239/futex.c.33.patch From owner-freebsd-current@FreeBSD.ORG Sat Mar 14 13:11:39 2009 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 5584C1065670 for ; Sat, 14 Mar 2009 13:11:39 +0000 (UTC) (envelope-from toomany@toomany.net) Received: from mail-fx0-f158.google.com (mail-fx0-f158.google.com [209.85.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id EB22A8FC21 for ; Sat, 14 Mar 2009 13:11:38 +0000 (UTC) (envelope-from toomany@toomany.net) Received: by fxm2 with SMTP id 2so2814448fxm.43 for ; Sat, 14 Mar 2009 06:11:38 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.61.209 with SMTP id u17mr796372bkh.142.1237034736447; Sat, 14 Mar 2009 05:45:36 -0700 (PDT) Date: Sat, 14 Mar 2009 13:45:36 +0100 Message-ID: From: TooMany Secrets To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Asus M4A78T-E X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2009 13:11:39 -0000 Hi! Today I bought a new motherboard; an Asus M4A78T-E. Anybody knows if this motherboard runs fine with FreeBSD? I cannot locate any information via Google. Thank you very much. -- --------------------------------------------------------------------------------------- Have a nice day ;-) TooManySecrets /"\ ASCII Ribbon Campaign | FreeBSD Since 4.x \ / - NO HTML/RTF in e-mail | GNU/Linux Since 1994. X - NO Word docs in e-mail | / \ - http://www.toomany.net --------------------------------------------------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Sat Mar 14 13:19:21 2009 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 6CE11106564A for ; Sat, 14 Mar 2009 13:19:21 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out1.uni-muenster.de (ZIVM-OUT1.UNI-MUENSTER.DE [128.176.192.8]) by mx1.freebsd.org (Postfix) with ESMTP id 017B08FC1B for ; Sat, 14 Mar 2009 13:19:20 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.38,362,1233529200"; d="scan'208";a="270020958" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER05.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay1.uni-muenster.de with ESMTP; 14 Mar 2009 14:19:19 +0100 Received: by ZIVMAILUSER05.UNI-MUENSTER.DE (Postfix, from userid 149459) id B0DFB1B07E2; Sat, 14 Mar 2009 14:19:19 +0100 (CET) Date: Sat, 14 Mar 2009 14:19:19 +0100 (CET) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Message-ID: In-Reply-To: <3f1fd1ea0903140508sda8af37i83fdb0fb7ee1f792@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Michal Varga Subject: Re: linux 3d applications keep crashing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2009 13:19:21 -0000 exactly! the linux compatibility libraries that get installed are the very same ones that get installed under linux. since the drivers work perfectly under linux the problem running linux 3d apps under freebsd can 100% be blamed on the linuxulator. right now i'm switching back to the linux_base-fc4 to see if it works under CURRENT, but i very much doubt it. cheers. Michal Varga schrieb am 2009-03-14: > On Sat, Mar 14, 2009 at 10:26 AM, Roman Divacky > wrote: > > from my experience the nvidia driver does not work at all.. it used > > to work > > in 6.x times with linuxulator but recently all I got from it was > > panic > > or deadlock (depending on weather) > Doesn't work at all.. when? I guess you meant that "linux OpenGL > portion of nvidia-driver doesn't work with > compat.linux.osrelease=2.6.16", because otherwise the statement > doesn't make any sense. nvidia-drivers work perfectly well with > compat.linux.osrelease=2.4.2 (maybe not with some very recent > -CURRENT, haven't been checking for a while, but that's not the point > anyway) and actually are the only way to get any serious 3d gaming > done on FreeBSD, and I'm not even starting with OpenGL apps like > Blender (ATI users know what I'm pointing to). > This is a clear bug in 2.6 linuxulator - the OpenGL works properly in > Linux 2.4/2.6 (well, that's kinda expected), it works properly in 2.4 > linuxulator, it breaks with 2.6 linuxulator. I think it's hard to > call > that "nvidia driver doesn't work at all", but maybe I just missed the > point somewhere and earned a *whoosh*.. > > there's an ongoing work on nouveau, so stay tuned :) > Yes, that will take many years to complete, or at least, produce a > rotating cube or maybe, maybe run glxgears in around 2012. > m. From owner-freebsd-current@FreeBSD.ORG Sat Mar 14 13:35:46 2009 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 C367E106567A for ; Sat, 14 Mar 2009 13:35:46 +0000 (UTC) (envelope-from varga.michal@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.184]) by mx1.freebsd.org (Postfix) with ESMTP id 507CC8FC26 for ; Sat, 14 Mar 2009 13:35:46 +0000 (UTC) (envelope-from varga.michal@gmail.com) Received: by fk-out-0910.google.com with SMTP id f40so1320947fka.11 for ; Sat, 14 Mar 2009 06:35:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=seJYdnOmwqmKnPgKvla+e5R0BULxtcjgYVfNDUxjTes=; b=MqTtcEB2CbTS6xRcYT5dOPASbyzmCEAm8P1RXhPYs5DMnau0OAsUgCNwkfBP8cFlXp RekKIziO1bxAWRiM9Vr1uIOArzpCT3TS/9Zzkh8ERdmPuzq2fK9fMe/COP7WSpdV2P8E uR8N7nG4scMkYcZrcrKHixg6GMe2sDNtjYWJ8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=m2ajJhexYktpAjG2kIcnAwO57h9N/B/X1J245F3pQ5caVjuW+oQHanBANmKCN9x6zg NgntESBlqPa278pua3OgOXKROkLS0A6pq7AY4N29MQ/PZycpPysVEgZ+90omV/ixmmcV Uj1pk3pnwMzhkAfCVIw5JEAigh52nRLf+0Vvk= MIME-Version: 1.0 Received: by 10.223.114.208 with SMTP id f16mr1265483faq.91.1237037745238; Sat, 14 Mar 2009 06:35:45 -0700 (PDT) In-Reply-To: References: <3f1fd1ea0903140508sda8af37i83fdb0fb7ee1f792@mail.gmail.com> Date: Sat, 14 Mar 2009 14:35:45 +0100 Message-ID: <3f1fd1ea0903140635p74a47a7n290a70e1570b6f08@mail.gmail.com> From: Michal Varga To: Alexander Best Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: linux 3d applications keep crashing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2009 13:35:54 -0000 On Sat, Mar 14, 2009 at 2:19 PM, Alexander Best wrote: > right now i'm switching back to the linux_base-fc4 to see if it works under > CURRENT, but i very much doubt it. > Don't forget to set compat.linux.osrelease=2.4.2 to run the "old" linuxulator code (it wasn't removed from -CURRENT any time recently, I presume? can't check at the moment for myself), nvidia's libGL should run perfectly then (I'm not sure if UT2004 runs with 2.4 linux kernels, but any ID stuff will pass the test fine, up to ET: Quake Wars). If that's still the case, it should at least prove that 2.4 linuxulator = good, 2.6 linuxulator = broken, somewhere, somehow. I guess that's a start. m. From owner-freebsd-current@FreeBSD.ORG Sat Mar 14 13:43:30 2009 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 A2E9F1065670 for ; Sat, 14 Mar 2009 13:43:30 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out2.uni-muenster.de (ZIVM-OUT2.UNI-MUENSTER.DE [128.176.192.9]) by mx1.freebsd.org (Postfix) with ESMTP id 370948FC08 for ; Sat, 14 Mar 2009 13:43:30 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.38,362,1233529200"; d="scan'208";a="211907196" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER04.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay2.uni-muenster.de with ESMTP; 14 Mar 2009 14:43:16 +0100 Received: by ZIVMAILUSER04.UNI-MUENSTER.DE (Postfix, from userid 149459) id 03B4E1B07B8; Sat, 14 Mar 2009 14:43:13 +0100 (CET) Date: Sat, 14 Mar 2009 14:43:05 +0100 (CET) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Message-ID: In-Reply-To: <3f1fd1ea0903140508sda8af37i83fdb0fb7ee1f792@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Michal Varga Subject: Re: linux 3d applications keep crashing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2009 13:43:30 -0000 just tried switching back to linux_base-fc4 and compat.linux.osrelease=2.4.20. makes absolutely no difference. quake 4 still crashes. Michal Varga schrieb am 2009-03-14: > On Sat, Mar 14, 2009 at 10:26 AM, Roman Divacky > wrote: > > from my experience the nvidia driver does not work at all.. it used > > to work > > in 6.x times with linuxulator but recently all I got from it was > > panic > > or deadlock (depending on weather) > Doesn't work at all.. when? I guess you meant that "linux OpenGL > portion of nvidia-driver doesn't work with > compat.linux.osrelease=2.6.16", because otherwise the statement > doesn't make any sense. nvidia-drivers work perfectly well with > compat.linux.osrelease=2.4.2 (maybe not with some very recent > -CURRENT, haven't been checking for a while, but that's not the point > anyway) and actually are the only way to get any serious 3d gaming > done on FreeBSD, and I'm not even starting with OpenGL apps like > Blender (ATI users know what I'm pointing to). > This is a clear bug in 2.6 linuxulator - the OpenGL works properly in > Linux 2.4/2.6 (well, that's kinda expected), it works properly in 2.4 > linuxulator, it breaks with 2.6 linuxulator. I think it's hard to > call > that "nvidia driver doesn't work at all", but maybe I just missed the > point somewhere and earned a *whoosh*.. > > there's an ongoing work on nouveau, so stay tuned :) > Yes, that will take many years to complete, or at least, produce a > rotating cube or maybe, maybe run glxgears in around 2012. > m. From owner-freebsd-current@FreeBSD.ORG Sat Mar 14 13:50:54 2009 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 6488F106566C for ; Sat, 14 Mar 2009 13:50:54 +0000 (UTC) (envelope-from varga.michal@gmail.com) Received: from mail-bw0-f164.google.com (mail-bw0-f164.google.com [209.85.218.164]) by mx1.freebsd.org (Postfix) with ESMTP id E130A8FC0A for ; Sat, 14 Mar 2009 13:50:53 +0000 (UTC) (envelope-from varga.michal@gmail.com) Received: by bwz8 with SMTP id 8so2856263bwz.43 for ; Sat, 14 Mar 2009 06:50:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=0rmxMuAvzI7xPLUiLDw+FBlZKEdu4gYjNE2kcc2SM/0=; b=RFUpujtyIMt1p9Gack1bvOWpuFO9rWvJgzrYQW83CoO5qq+UB/YvZ9MA1N7Maczvz8 Hb3cCTHJ1hCpOVHZvZqfmhpInqqifSxqIdpN7Tg5PcNQICq5b/3gwh8btxV0iRoGC2lZ CyknoYBhk7X6A77yp5FrNCdX3+m/1nzy3xgGY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=vIcBMJJGM5Mr/u3hhFHurzutiSi4S4lr39x77EGkWwYklR+RoQzpI4EBWvLyc1FVpZ k1+UtoTrkJDdBcXZrhE1zoJ4Cup9Z5QTbB4NOe8/xprXMAlTqWZvoBqZhi4sJ2Gfesyq KGvt08f6AEo0LffDpHNchg3/z2J8Frm3LZz6A= MIME-Version: 1.0 Received: by 10.223.127.8 with SMTP id e8mr1286943fas.81.1237038652857; Sat, 14 Mar 2009 06:50:52 -0700 (PDT) In-Reply-To: References: <3f1fd1ea0903140508sda8af37i83fdb0fb7ee1f792@mail.gmail.com> Date: Sat, 14 Mar 2009 14:50:52 +0100 Message-ID: <3f1fd1ea0903140650y20c5b1b1yf4405565cd3e8f5e@mail.gmail.com> From: Michal Varga To: Alexander Best Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: linux 3d applications keep crashing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2009 13:50:54 -0000 On Sat, Mar 14, 2009 at 2:43 PM, Alexander Best wrote: > just tried switching back to linux_base-fc4 and compat.linux.osrelease=2.4.20. > makes absolutely no difference. quake 4 still crashes. > Same place, in libGL? Quake 4 used to crash somewhere during alsa initialization, so you needed to put seta s_dsp "/dev/dsp" seta s_driver "oss" in its config. Just making sure. m. From owner-freebsd-current@FreeBSD.ORG Sat Mar 14 13:55:18 2009 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 5C9431065675 for ; Sat, 14 Mar 2009 13:55:18 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out1.uni-muenster.de (ZIVM-OUT1.UNI-MUENSTER.DE [128.176.192.8]) by mx1.freebsd.org (Postfix) with ESMTP id E44C88FC22 for ; Sat, 14 Mar 2009 13:55:17 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.38,362,1233529200"; d="scan'208";a="270021528" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER04.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay1.uni-muenster.de with ESMTP; 14 Mar 2009 14:55:17 +0100 Received: by ZIVMAILUSER04.UNI-MUENSTER.DE (Postfix, from userid 149459) id E80191B07B8; Sat, 14 Mar 2009 14:55:16 +0100 (CET) Date: Sat, 14 Mar 2009 14:55:16 +0100 (CET) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Message-ID: In-Reply-To: <3f1fd1ea0903140635p74a47a7n290a70e1570b6f08@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: Michal Varga Subject: Re: linux 3d applications keep crashing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2009 13:55:18 -0000 thanks for the hint. setting compat.linux.osrelease=3D2.4.2 works. :-) sett= ings compat.linux.osrelease=3D2.4.20 let's quake4 crash with the very same error message when using compat.linux.osrelease=3D2.6.16. unreal tournament 2004 also runs with compat.linux.osrelease=3D2.4.2. cheers. =2E.but this just makes it more obvious that the linuxulator is far from be= ing 100% compatible to the kernel version 2.6. Michal Varga schrieb am 2009-03-14: > On Sat, Mar 14, 2009 at 2:19 PM, Alexander Best > wrote: > > right now i'm switching back to the linux_base-fc4 to see if it > > works under > > CURRENT, but i very much doubt it. > Don't forget to set compat.linux.osrelease=3D2.4.2 to run the "old" > linuxulator code (it wasn't removed from -CURRENT any time recently, > I > presume? can't check at the moment for myself), nvidia's libGL should > run perfectly then (I'm not sure if UT2004 runs with 2.4 linux > kernels, but any ID stuff will pass the test fine, up to ET: Quake > Wars). > If that's still the case, it should at least prove that 2.4 > linuxulator =3D good, 2.6 linuxulator =3D broken, somewhere, somehow. I > guess that's a start. > m. From owner-freebsd-current@FreeBSD.ORG Sat Mar 14 13:59:40 2009 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 F12BE106564A; Sat, 14 Mar 2009 13:59:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id AFD078FC14; Sat, 14 Mar 2009 13:59:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2EDxaGG051742; Sat, 14 Mar 2009 09:59:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n2EDxaFD088580; Sat, 14 Mar 2009 09:59:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 16C3C7302F; Sat, 14 Mar 2009 08:59:35 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090314135936.16C3C7302F@freebsd-current.sentex.ca> Date: Sat, 14 Mar 2009 08:59:35 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Mar 2009 13:59:41 -0000 TB --- 2009-03-14 12:00:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-14 12:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-03-14 12:00:00 - cleaning the object tree TB --- 2009-03-14 12:00:37 - cvsupping the source tree TB --- 2009-03-14 12:00:37 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-03-14 12:00:47 - building world TB --- 2009-03-14 12:00:47 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-14 12:00:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-14 12:00:47 - TARGET=amd64 TB --- 2009-03-14 12:00:47 - TARGET_ARCH=amd64 TB --- 2009-03-14 12:00:47 - TZ=UTC TB --- 2009-03-14 12:00:47 - __MAKE_CONF=/dev/null TB --- 2009-03-14 12:00:47 - cd /src TB --- 2009-03-14 12:00:47 - /usr/bin/make -B buildworld >>> World build started on Sat Mar 14 12:00:49 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Mar 14 13:59:35 UTC 2009 TB --- 2009-03-14 13:59:35 - generating LINT kernel config TB --- 2009-03-14 13:59:35 - cd /src/sys/amd64/conf TB --- 2009-03-14 13:59:35 - /usr/bin/make -B LINT TB --- 2009-03-14 13:59:35 - building LINT kernel TB --- 2009-03-14 13:59:35 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-14 13:59:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-14 13:59:35 - TARGET=amd64 TB --- 2009-03-14 13:59:35 - TARGET_ARCH=amd64 TB --- 2009-03-14 13:59:35 - TZ=UTC TB --- 2009-03-14 13:59:35 - __MAKE_CONF=/dev/null TB --- 2009-03-14 13:59:35 - cd /src TB --- 2009-03-14 13:59:35 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Mar 14 13:59:35 UTC 2009 >>> stage 1: configuring the kernel [...] WARNING: kernel contains GPL contaminated emu10k1 headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated maestro3 headers WARNING: kernel contains GPL contaminated ext2fs filesystem WARNING: kernel contains GPL contaminated ReiserFS filesystem WARNING: kernel contains GPL contaminated xfs filesystem *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-14 13:59:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-14 13:59:35 - ERROR: failed to build lint kernel TB --- 2009-03-14 13:59:35 - 5615.14 user 575.10 system 7175.20 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Mar 14 14:02:48 2009 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 6FDB7106566C for ; Sat, 14 Mar 2009 14:02:48 +0000 (UTC) (envelope-from varga.michal@gmail.com) Received: from mail-fx0-f158.google.com (mail-fx0-f158.google.com [209.85.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id F11418FC21 for ; Sat, 14 Mar 2009 14:02:47 +0000 (UTC) (envelope-from varga.michal@gmail.com) Received: by fxm2 with SMTP id 2so2823795fxm.43 for ; Sat, 14 Mar 2009 07:02:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=7xV4pHRffuP0AuHP/LghfLogPSwE2r1sG8ee0pIEqFc=; b=AmeYCs67zUr+kxlA+3aFem9mxim32pq4rl87gAX/1mmYu1yUYXTIpJVyg1Xdh/qMt2 oF2PHytJyr2k5Urkx6oryqr1FPievuwRxvXDUMwOQwH8EgUJIA/jWDVzh4jwDqvJjHHD 6F0A0XOTr+xl47VaNUXruhtUhBnoqVego/4Kg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=eEDuZ1vyYq1vl2O4B3tF020QDq8TNNMnfh7upRVepE9CDFwjE6d/vGPAXMynghIt1t ud0FT68+/XvaefPPuAySYH9TFVZmd52xv1a+I/p+4M8C0jmCAYw+ZSz9bsCJvlb4J45o lbWX0oLTENTjLZPAS1ZF4ZGmzHqHwLWG4+WKQ= MIME-Version: 1.0 Received: by 10.223.127.8 with SMTP id e8mr1280679fas.95.1237039367130; Sat, 14 Mar 2009 07:02:47 -0700 (PDT) In-Reply-To: References: <3f1fd1ea0903140635p74a47a7n290a70e1570b6f08@mail.gmail.com> Date: Sat, 14 Mar 2009 15:02:47 +0100 Message-ID: <3f1fd1ea0903140702n27db3182tee7d68a352a8538b@mail.gmail.com> From: Michal Varga To: Alexander Best Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: linux 3d applications keep crashing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2009 14:02:48 -0000 On Sat, Mar 14, 2009 at 2:55 PM, Alexander Best wrote: > thanks for the hint. setting compat.linux.osrelease=2.4.2 works. :-) settings > compat.linux.osrelease=2.4.20 let's quake4 crash with the very same error > message when using compat.linux.osrelease=2.6.16. > Ah, I missed the .20 part. I think "2.4.2" and "2.6.16" are the magic words to flip 2.4/2.6 linuxulators, as far as I know there should be no other sub-versions doing anything specific (yes, too lazy to check sources). I'd assume that setting 2.4.20 just enables the default path, that is 2.6 on -CURRENT. m. From owner-freebsd-current@FreeBSD.ORG Sat Mar 14 14:04:31 2009 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 13E77106572A for ; Sat, 14 Mar 2009 14:04:31 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe16.tele2.se [212.247.155.225]) by mx1.freebsd.org (Postfix) with ESMTP id 9CDF08FC12 for ; Sat, 14 Mar 2009 14:04:30 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=LBigvjnqffgA:10 a=kRQOYpJDzpgA:10 a=wogs-kEFjqspemQOxJIA:9 a=xyY5nDJd8tdkC5NrLOCxkAuqWosA:4 a=LY0hPdMaydYA:10 Received: from [193.217.167.198] (account mc467741@c2i.net HELO [10.0.0.188]) by mailfe16.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 466251620; Sat, 14 Mar 2009 15:04:28 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sat, 14 Mar 2009 15:06:58 +0100 User-Agent: KMail/1.9.7 References: <200903141342.06319.hselasky@c2i.net> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903141506.59058.hselasky@c2i.net> Cc: Ian FREISLICH Subject: Re: Apple touchpad no longer works with usb2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2009 14:04:32 -0000 On Saturday 14 March 2009, Ian FREISLICH wrote: > > > > Hi, > > > > If you compiled a kernel with this patch, then you have to dump me the > > HID descriptor so that I can analyze it. > > > > usbconfig -u 0 -a 2 do_request 0x81 0x06 0x2200 0 0x100 > > [apple] /usr/home/ianf # usbconfig -u 0 -a 2 do_request 0x81 0x06 0x2200 0 > 0x100 REQUEST = <0x05 0x01 0x09 0x06 0xa1 0x01 0x05 0x07 0x19 0xe0 0x29 > 0xe7 0x15 0x00 0x25 0x01 0x75 0x01 0x95 0x08 0x81 0x02 0x95 0x01 0x75 0x08 > 0x81 0x01 0x95 0x05 0x75 0x01 0x05 0x08 0x19 0x01 0x29 0x05 0x91 0x02 0x95 > 0x01 0x75 0x03 0x91 0x01 0x95 0x05 0x75 0x08 0x15 0x00 0x25 0x65 0x05 0x07 > 0x19 0x00 0x29 0x65 0x81 0x00 0x05 0xff 0x09 0x03 0x75 0x08 0x95 0x01 0x81 > 0x02 0xc0><)%uuu)uu%e)eu> > > > usbconfig -u 0 -a 2 do_request 0x81 0x06 0x2200 1 0x100 > > [apple] /usr/home/ianf # usbconfig -u 0 -a 2 do_request 0x81 0x06 0x2200 1 > 0x100 REQUEST = <0x05 0x01 0x09 0x02 0xa1 0x01 0x09 0x01 0xa1 0x00 0x05 > 0x09 0x19 0x01 0x29 0x03 0x15 0x00 0x25 0x01 0x85 0x02 0x95 0x03 0x75 0x01 > 0x81 0x02 0x95 0x01 0x75 0x05 0x81 0x01 0x05 0x01 0x09 0x30 0x09 0x31 0x15 > 0x81 0x25 0x7f 0x75 0x08 0x95 0x02 0x81 0x06 0xc0 0xc0 0x05 0xff 0x09 0x01 > 0xa1 0x00 0x09 0x02 0x15 0x01 0x25 0x41 0x35 0x00 0x45 0xff 0x85 0x05 0x75 > 0x08 0x95 0x3f 0x81 0x00 0x09 0x04 0x15 0x80 0x25 0x7f 0x75 0x08 0x95 0x10 > 0xb1 0x02 0xc0><)%uu01%u%A5Eu?%u> > > > usbconfig -u 0 -a 2 do_request 0x81 0x06 0x2200 2 0x100 > > usbconfig -u 0 -a 2 do_request 0x81 0x06 0x2200 2 0x100 > REQUEST = <0x05 0x0c 0x09 0x01 0xa1 0x01 0x75 0x08 0x95 0x01 0x09 0xb8 0x15 > 0x00 0x26 0xff 0x00 0x81 0x02 0xc0> Hi, I don't see anything wrong about the HID parsing. There are 3 buttons and two axes. Could you enable ums debugging? sysctl hw.usb2.ums.debug=15 Then a) move mouse in both directions, b) press buttons Send me resulting dmesg. --HPS From owner-freebsd-current@FreeBSD.ORG Sat Mar 14 14:10:23 2009 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 37DAD106578D for ; Sat, 14 Mar 2009 14:10:23 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out3.uni-muenster.de (ZIVM-OUT3.UNI-MUENSTER.DE [128.176.192.18]) by mx1.freebsd.org (Postfix) with ESMTP id BCF9C8FC36 for ; Sat, 14 Mar 2009 14:10:22 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.38,362,1233529200"; d="scan'208";a="1700905" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER05.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay3.uni-muenster.de with ESMTP; 14 Mar 2009 15:10:21 +0100 Received: by ZIVMAILUSER05.UNI-MUENSTER.DE (Postfix, from userid 149459) id A628E1B07E2; Sat, 14 Mar 2009 15:10:21 +0100 (CET) Date: Sat, 14 Mar 2009 15:10:21 +0100 (CET) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Message-ID: In-Reply-To: <3f1fd1ea0903140702n27db3182tee7d68a352a8538b@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Michal Varga Subject: Re: linux 3d applications keep crashing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2009 14:10:27 -0000 that's a bit strange imo, because entry 20071101 from ports/UPDATING explicitly tells one to set compat.linux.osrelease=2.4.20. maybe a typo. thanks for the help pal. :) Michal Varga schrieb am 2009-03-14: > On Sat, Mar 14, 2009 at 2:55 PM, Alexander Best > wrote: > > thanks for the hint. setting compat.linux.osrelease=2.4.2 works. > > :-) settings > > compat.linux.osrelease=2.4.20 let's quake4 crash with the very same > > error > > message when using compat.linux.osrelease=2.6.16. > Ah, I missed the .20 part. I think "2.4.2" and "2.6.16" are the magic > words to flip 2.4/2.6 linuxulators, as far as I know there should be > no other sub-versions doing anything specific (yes, too lazy to check > sources). I'd assume that setting 2.4.20 just enables the default > path, that is 2.6 on -CURRENT. > m. From owner-freebsd-current@FreeBSD.ORG Sat Mar 14 14:55:34 2009 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 CB4C8106564A for ; Sat, 14 Mar 2009 14:55:34 +0000 (UTC) (envelope-from awd@awdcomp.net) Received: from home.awdcomp.net (ppp234-119.static.internode.on.net [203.122.234.119]) by mx1.freebsd.org (Postfix) with ESMTP id 52F2C8FC0A for ; Sat, 14 Mar 2009 14:55:34 +0000 (UTC) (envelope-from awd@awdcomp.net) Received: from getafix.abdulla ([192.168.202.99] helo=[127.0.0.1]) by home.awdcomp.net with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LiUaw-000Egf-Gk; Sun, 15 Mar 2009 00:42:15 +1030 Message-ID: <49BBBB25.5070103@awdcomp.net> Date: Sun, 15 Mar 2009 00:41:49 +1030 From: Andrew User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: TooMany Secrets References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Report: Spam detection software, running on the system "gateway.abdulla", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: TooMany Secrets wrote: > Hi! > > Today I bought a new motherboard; an Asus M4A78T-E. Anybody knows if > this motherboard runs fine with FreeBSD? I cannot locate any > information via Google. > Its generally the chipsets that make all the difference. Look them up in the motherboard manual and then take a look. [...] Content analysis details: (-1.4 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.4 ALL_TRUSTED Passed through trusted hosts only via SMTP X-Spam-Score: -13 (-) Cc: freebsd-current@freebsd.org Subject: Re: Asus M4A78T-E X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2009 14:55:35 -0000 TooMany Secrets wrote: > Hi! > > Today I bought a new motherboard; an Asus M4A78T-E. Anybody knows if > this motherboard runs fine with FreeBSD? I cannot locate any > information via Google. > Its generally the chipsets that make all the difference. Look them up in the motherboard manual and then take a look. > Thank you very much. > HTH cya Andrew From owner-freebsd-current@FreeBSD.ORG Sat Mar 14 15:12:44 2009 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 2C17B106566B for ; Sat, 14 Mar 2009 15:12:44 +0000 (UTC) (envelope-from cochard@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.170]) by mx1.freebsd.org (Postfix) with ESMTP id EFE268FC1B for ; Sat, 14 Mar 2009 15:12:43 +0000 (UTC) (envelope-from cochard@gmail.com) Received: by wf-out-1314.google.com with SMTP id 27so2208160wfd.7 for ; Sat, 14 Mar 2009 08:12:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=qfVR0N0eQ2/pwqun6747gtfRaGgtHTMn3q8UIcwfq/E=; b=ALCEHehWzLsZcSftv7b6XX/a6bHhh7uieQjXUIPtPY6kgEF7scOwEl5ZKAxYRZxdva LQN0OE61sQns9tC2A15dUm0cSTAE0Xp4R7BA6nt99QP1gFwNSdC+CWvYtXfQqIUjcUbw dyrjsf4faalYtkCD3cVytWfXbOITemWUbhAH0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=SuRxuLFVavpPR3AOwdzHZN4vDb6/YadtYezXVUWTzVmuAdV8zKfmdX6eO7fBUgvf4T O3iDiybfbRAB2MJl4coJy7qnz9VTBHywnVTufjDipM5w1dmJa88FOPKYBtLGzPNpnVGT raWHwI3HOWuk48vhMp9uNTd+Mn/DFylrmDCJY= MIME-Version: 1.0 Sender: cochard@gmail.com Received: by 10.143.28.8 with SMTP id f8mr1185201wfj.202.1237043563602; Sat, 14 Mar 2009 08:12:43 -0700 (PDT) In-Reply-To: <25ff90d60903132154p41d9fb7bx4723bde6dcccf17f@mail.gmail.com> References: <3131aa530903122323n73b671b5y4cb4a4a8896efa14@mail.gmail.com> <25ff90d60903130852p40e153a6hac10340e7eb9d876@mail.gmail.com> <3131aa530903131416j4928df70hc18c2b8cb97e8237@mail.gmail.com> <25ff90d60903132154p41d9fb7bx4723bde6dcccf17f@mail.gmail.com> Date: Sat, 14 Mar 2009 16:12:43 +0100 X-Google-Sender-Auth: f6b4ca3e11c39828 Message-ID: <3131aa530903140812o2ced55ffi46cb7bd475edf776@mail.gmail.com> From: =?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?= To: David Horn Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Is iwn drivers working on Current ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Mar 2009 15:12:44 -0000 > Will your wireless card function for you without the "country FR" setting ? > Give it a try regardless of functionality, just to see if the error 35 > goes away. You are right: removing "country FR" fix the problem: My wireless works now! But, this create a second problem: Now my FreeBSD crash at startup, without generating a core file. The error message is (manualy write down) : Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x28 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff8044b253 stack pointer = 0x10:0xffffffffe4002ca20 frame pointer = 0x10:0xffffffff.4002cb10 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrrupts enabled, resume , IOPL = 0 current process = 12 (swi4: clock) [thread pid 12 tid 100007 ] stopped at igmp_fasttimo+0x296: movl 0x28(%r14), %eax I need to reboot in single mode and comment the iwn0 configuration line in rc.conf for prevent to crash. But once booted, In can manually configure the iwn0 card without crash. I will fill a PR now :-) Thanks a lot for your help ! Olivier From owner-freebsd-current@FreeBSD.ORG Sat Mar 14 16:58:07 2009 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 4F37810656FD for ; Sat, 14 Mar 2009 16:58:07 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (mail.farley.org [IPv6:2001:470:1f0f:20:2::11]) by mx1.freebsd.org (Postfix) with ESMTP id ADC438FC12 for ; Sat, 14 Mar 2009 16:58:06 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from thor.farley.org (HPooka@thor.farley.org [IPv6:2001:470:1f0f:20:1::5]) by mail.farley.org (8.14.3/8.14.3) with ESMTP id n2EGw4Li052712; Sat, 14 Mar 2009 11:58:04 -0500 (CDT) (envelope-from scf@FreeBSD.org) Date: Sat, 14 Mar 2009 11:58:04 -0500 (CDT) From: "Sean C. Farley" To: Michal Varga In-Reply-To: <3f1fd1ea0903140702n27db3182tee7d68a352a8538b@mail.gmail.com> Message-ID: References: <3f1fd1ea0903140635p74a47a7n290a70e1570b6f08@mail.gmail.com> <3f1fd1ea0903140702n27db3182tee7d68a352a8538b@mail.gmail.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-2.8 required=3.0 tests=AWL,BAYES_00,NO_RELAYS, WHOIS_DMNBYPROXY autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail.farley.org Cc: Alexander Best , freebsd-current@FreeBSD.org Subject: Re: linux 3d applications keep crashing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2009 16:58:11 -0000 On Sat, 14 Mar 2009, Michal Varga wrote: > On Sat, Mar 14, 2009 at 2:55 PM, Alexander Best > wrote: >> thanks for the hint. setting compat.linux.osrelease=2.4.2 works. :-) >> settings compat.linux.osrelease=2.4.20 let's quake4 crash with the >> very same error message when using compat.linux.osrelease=2.6.16. >> > Ah, I missed the .20 part. I think "2.4.2" and "2.6.16" are the magic > words to flip 2.4/2.6 linuxulators, as far as I know there should be > no other sub-versions doing anything specific (yes, too lazy to check > sources). I'd assume that setting 2.4.20 just enables the default > path, that is 2.6 on -CURRENT. Setting 2.4.20 and greater flips a switch in the linker to use NPTL as opposed to LinuxThreads (old threading library). Here are some good links about the different versions and how they can be changed for execution of a program: http://my.opera.com/onyxluo/blog/2008/10/15/metalink-note-433292-1-ld-assume-kernel-environment-variable http://developer.novell.com/wiki/index.php/LD_ASSUME_KERNEL http://people.redhat.com/drepper/assumekernel.html A discussion for Ubuntu on running old Loki games: http://ubuntuforums.org/showthread.php?t=21087 Gentoo use to have a page on Loki games: http://gentoo-wiki.com/HOWTO_Running_Old_Loki_Games Information on running Alpha Centauri on a Linux v2.6: http://lordhedgehog.hedgie.com/smac/ Information on running different versions of Unreal Tournament: http://members.shaw.ca/dan.mckay/LinGam.html Personally, I have tried to get games/linux-ut to run using linux-f8 and x11/nvidia-driver on RELENG_7 using various means. These means have included attempts such as setting LD_ASSUME_KERNEL=2.4.2 before running it and/or using a separate directory of linux-fc4 libraries. I may have missed a combination. I think if running it under linux-fc4 with compat.linux.osrelease=2.4.2 works it would be nice to be able to run multiple Linux bases at different compatibility versions. Obviously, this is anything but trivial. BTW, games/sauerbraten is a good OpenGL-based game that is compiled native for FreeBSD. It works well with the nvidia driver. Sean -- scf@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sat Mar 14 17:15:26 2009 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 CBDE5106566C; Sat, 14 Mar 2009 17:15:26 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-ew0-f166.google.com (mail-ew0-f166.google.com [209.85.219.166]) by mx1.freebsd.org (Postfix) with ESMTP id E1F7A8FC08; Sat, 14 Mar 2009 17:15:25 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: by ewy10 with SMTP id 10so3157084ewy.43 for ; Sat, 14 Mar 2009 10:15:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=nKJQBtYXWN/DrKtvL7TZoOmnwlyzMyydZ8FJpGlxq1k=; b=A543SVsR1BdfESyn6jitOIK2L2q0Zv6ZcUeBZlI6UMoZsl+T3M1+guolCLUZRTzvHk u457QWXPF8C/zFajDgKuQs9FZkCw2vO7uDs4eyt2tdqhzdj2d3gkm2oB1BbfA6UlZ4Zl IXdPbGkrkBNd1sW9HNCsFM751XJSkxLT3T6us= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=PMtzV+YUpUUffH88QZhM1LyqaT3jP6Ps2V+MQA9Wr22za+fV6/hFECoOusg5IBz/p3 DX9kVDDnDymUdmNBIR7M5HyRUU6hTKiUDiIGPoAk898mTssS4+qaDNqZFhZqh6BNXN5R Fev9J8lTAQlRuLOrJeszpRHxXC7oaPS5rdM5I= MIME-Version: 1.0 Received: by 10.210.16.10 with SMTP id 10mr1852255ebp.50.1237050925090; Sat, 14 Mar 2009 10:15:25 -0700 (PDT) In-Reply-To: <200903111233.14029.jkim@FreeBSD.org> References: <200903111233.14029.jkim@FreeBSD.org> Date: Sat, 14 Mar 2009 12:15:25 -0500 Message-ID: <179b97fb0903141015k16ac1b23y77be85a934670915@mail.gmail.com> From: Brandon Gooch To: Jung-uk Kim Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: [HEADSUP] amd64 suspend/resume code to be comitted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2009 17:15:27 -0000 On Wed, Mar 11, 2009 at 11:33 AM, Jung-uk Kim wrote: > With popular demands, I will commit the following patch in next few > days unless a showstopper is found or "over-my-dead-body" type of > review is received. ;-) > > http://people.freebsd.org/~jkim/amd64_suspend-20090311.diff > > FYI, it was originally posted here: > > http://docs.freebsd.org/cgi/mid.cgi?200810211228.31028.jkim > > and here: > > http://docs.freebsd.org/cgi/mid.cgi?200812102120.03788.jkim > > Please read the original threads for more information about the patch. > > Cheers, > > Jung-uk Kim > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > Thanks so much for working on this! I had been using your previous diff since January(?) of this year and it had been working (mostly) without issue (there remains some issue with my USB ports disabling after resume, but I thought I'd let the new USB stack settle down before digging to deeply into this). However, after applying this most recent version of your patch to a clean source tree, rebuilding world and kernel, I now cannot resume from S3. The system beeps, the "sleep/resume" indicator light just flashes off and on, and the system fan begins to spin -- but nothing more. I just hold the power button down and restart the machine. Do you have any suggestions regarding the steps I should take in debugging? I'm all ears and ready to help; it's been so useful to me recently :) -brandon From owner-freebsd-current@FreeBSD.ORG Sat Mar 14 17:37:34 2009 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 2B2F8106566C; Sat, 14 Mar 2009 17:37:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 000C48FC1D; Sat, 14 Mar 2009 17:37:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n2EHbVwD052920; Sat, 14 Mar 2009 13:37:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2EHbVXs041132; Sat, 14 Mar 2009 13:37:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 975777302F; Sat, 14 Mar 2009 12:37:31 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090314173731.975777302F@freebsd-current.sentex.ca> Date: Sat, 14 Mar 2009 12:37:31 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.1/8983/Thu Feb 12 07:48:01 2009 clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Mar 2009 17:37:35 -0000 TB --- 2009-03-14 15:31:29 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-14 15:31:29 - starting HEAD tinderbox run for ia64/ia64 TB --- 2009-03-14 15:31:29 - cleaning the object tree TB --- 2009-03-14 15:32:00 - cvsupping the source tree TB --- 2009-03-14 15:32:00 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2009-03-14 15:32:08 - building world TB --- 2009-03-14 15:32:08 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-14 15:32:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-14 15:32:08 - TARGET=ia64 TB --- 2009-03-14 15:32:08 - TARGET_ARCH=ia64 TB --- 2009-03-14 15:32:08 - TZ=UTC TB --- 2009-03-14 15:32:08 - __MAKE_CONF=/dev/null TB --- 2009-03-14 15:32:08 - cd /src TB --- 2009-03-14 15:32:08 - /usr/bin/make -B buildworld >>> World build started on Sat Mar 14 15:32:10 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Mar 14 17:20:38 UTC 2009 TB --- 2009-03-14 17:20:38 - generating LINT kernel config TB --- 2009-03-14 17:20:38 - cd /src/sys/ia64/conf TB --- 2009-03-14 17:20:38 - /usr/bin/make -B LINT TB --- 2009-03-14 17:20:38 - building LINT kernel TB --- 2009-03-14 17:20:38 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-14 17:20:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-14 17:20:38 - TARGET=ia64 TB --- 2009-03-14 17:20:38 - TARGET_ARCH=ia64 TB --- 2009-03-14 17:20:38 - TZ=UTC TB --- 2009-03-14 17:20:38 - __MAKE_CONF=/dev/null TB --- 2009-03-14 17:20:38 - cd /src TB --- 2009-03-14 17:20:38 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Mar 14 17:20:38 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/netinet/sctp_indata.c: In function 'sctp_handle_sack': /src/sys/netinet/sctp_indata.c:5708: error: 'struct sctp_data_chunkrec' has no member named 'fwd_tsn_cnt' /src/sys/netinet/sctp_indata.c:5709: error: 'struct sctp_data_chunkrec' has no member named 'fwd_tsn_cnt' /src/sys/netinet/sctp_indata.c:5711: error: 'struct sctp_data_chunkrec' has no member named 'fwd_tsn_cnt' /src/sys/netinet/sctp_indata.c: In function 'sctp_handle_nr_sack': /src/sys/netinet/sctp_indata.c:8285: error: 'struct sctp_data_chunkrec' has no member named 'fwd_tsn_cnt' /src/sys/netinet/sctp_indata.c:8286: error: 'struct sctp_data_chunkrec' has no member named 'fwd_tsn_cnt' /src/sys/netinet/sctp_indata.c:8288: error: 'struct sctp_data_chunkrec' has no member named 'fwd_tsn_cnt' *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-14 17:37:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-14 17:37:31 - ERROR: failed to build lint kernel TB --- 2009-03-14 17:37:31 - 6222.30 user 434.11 system 7562.09 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Mar 14 17:45:39 2009 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 7E37A106566C for ; Sat, 14 Mar 2009 17:45:39 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (77-93-215-190.static.masterinter.net [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id 34AC18FC15 for ; Sat, 14 Mar 2009 17:45:38 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 3B6299CB071; Sat, 14 Mar 2009 18:45:22 +0100 (CET) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id D-3rZA7jQkhn; Sat, 14 Mar 2009 18:45:09 +0100 (CET) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id B1D1C9CB123; Sat, 14 Mar 2009 18:45:09 +0100 (CET) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id n2EHj9qM037189; Sat, 14 Mar 2009 18:45:09 +0100 (CET) (envelope-from rdivacky) Date: Sat, 14 Mar 2009 18:45:09 +0100 From: Roman Divacky To: Michal Varga Message-ID: <20090314174509.GA36903@freebsd.org> References: <14763590@bb.ipt.ru> <20090314092610.GA65578@freebsd.org> <3f1fd1ea0903140508sda8af37i83fdb0fb7ee1f792@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3f1fd1ea0903140508sda8af37i83fdb0fb7ee1f792@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Cc: Boris Samorodov , Alexander Best , freebsd-current@freebsd.org Subject: Re: linux 3d applications keep crashing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2009 17:45:39 -0000 > > there's an ongoing work on nouveau, so stay tuned :) > > > Yes, that will take many years to complete, or at least, produce a > rotating cube or maybe, maybe run glxgears in around 2012. I am currently running accelerated glgears on freebsd using nouveau. thnx for your enthusiasm :) From owner-freebsd-current@FreeBSD.ORG Sat Mar 14 17:46:42 2009 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 B95421065670; Sat, 14 Mar 2009 17:46:42 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (77-93-215-190.static.masterinter.net [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id 6DAD88FC20; Sat, 14 Mar 2009 17:46:42 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 223859CB071; Sat, 14 Mar 2009 18:46:27 +0100 (CET) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fAC7GkiULT2v; Sat, 14 Mar 2009 18:46:24 +0100 (CET) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 774169CB123; Sat, 14 Mar 2009 18:46:24 +0100 (CET) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id n2EHkOdH037341; Sat, 14 Mar 2009 18:46:24 +0100 (CET) (envelope-from rdivacky) Date: Sat, 14 Mar 2009 18:46:24 +0100 From: Roman Divacky To: "Sean C. Farley" Message-ID: <20090314174624.GB36903@freebsd.org> References: <3f1fd1ea0903140635p74a47a7n290a70e1570b6f08@mail.gmail.com> <3f1fd1ea0903140702n27db3182tee7d68a352a8538b@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: Alexander Best , freebsd-current@FreeBSD.org, Michal Varga Subject: Re: linux 3d applications keep crashing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2009 17:46:43 -0000 On Sat, Mar 14, 2009 at 11:58:04AM -0500, Sean C. Farley wrote: > On Sat, 14 Mar 2009, Michal Varga wrote: > > >On Sat, Mar 14, 2009 at 2:55 PM, Alexander Best > > wrote: > >>thanks for the hint. setting compat.linux.osrelease=2.4.2 works. :-) > >>settings compat.linux.osrelease=2.4.20 let's quake4 crash with the > >>very same error message when using compat.linux.osrelease=2.6.16. > >> > >Ah, I missed the .20 part. I think "2.4.2" and "2.6.16" are the magic > >words to flip 2.4/2.6 linuxulators, as far as I know there should be > >no other sub-versions doing anything specific (yes, too lazy to check > >sources). I'd assume that setting 2.4.20 just enables the default > >path, that is 2.6 on -CURRENT. > > Setting 2.4.20 and greater flips a switch in the linker to use NPTL as > opposed to LinuxThreads (old threading library). > > Here are some good links about the different versions and how they can > be changed for execution of a program: > http://my.opera.com/onyxluo/blog/2008/10/15/metalink-note-433292-1-ld-assume-kernel-environment-variable > http://developer.novell.com/wiki/index.php/LD_ASSUME_KERNEL we dont support this From owner-freebsd-current@FreeBSD.ORG Sat Mar 14 17:55:29 2009 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 BA61410656F3 for ; Sat, 14 Mar 2009 17:55:28 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from mail-qy0-f110.google.com (mail-qy0-f110.google.com [209.85.221.110]) by mx1.freebsd.org (Postfix) with ESMTP id 592528FC16 for ; Sat, 14 Mar 2009 17:55:28 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: by qyk8 with SMTP id 8so973635qyk.3 for ; Sat, 14 Mar 2009 10:55:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:received :message-id:in-reply-to:references:date:subject:from:to:user-agent :mime-version:content-type:content-transfer-encoding:x-priority :importance; bh=ADJ3EZpuZKeFy9Z0sZ6sp0O7yBiix9MhvexuaeNYg6Q=; b=JaJMiivHT5HqRa90XgTnjTc+jWVnnGXIiuMFdHdsIV52EwFqHUmsY20rSYf6S/YYYu 1v2NIH9PmytbJIe8H6lMqV/21hwsOWX9aKU+SpZrQicMfalRIxk3kqGGi4OH/qgrM1NV gwPwzMdcfwnDQxY0Ln76DlYoWbEx3+aR817No= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:in-reply-to:references:date:subject:from:to :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance; b=kxlTR1N/BzXBeM3/58DjyENfAf5KUuqh/NINt3aP5zRb0ixRvxHGWWSDJDhFT3AmEV J9ThiPcvs+4gjqg21pOD6jkXBny/hDP/cihC9lEpvJFlTbIe5zR4vnPWDZLA6kXl5sgf bXQXPmBhJ8dVUuRzf1hwkRTOWj9F+M0HTAxms= Received: by 10.224.61.11 with SMTP id r11mr3612883qah.249.1237053327759; Sat, 14 Mar 2009 10:55:27 -0700 (PDT) Received: from cygnus.homeunix.com (201008162061.user.veloxzone.com.br [201.8.162.61]) by mx.google.com with ESMTPS id 34sm1582348yxl.15.2009.03.14.10.55.26 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 14 Mar 2009 10:55:26 -0700 (PDT) Sender: Nenhum_de_Nos Received: by cygnus.homeunix.com (Postfix, from userid 80) id 7ECBAB8074; Sat, 14 Mar 2009 14:55:20 -0300 (BRT) Received: from 10.1.1.80 (SquirrelMail authenticated user matheus) by 10.1.1.10 with HTTP; Sat, 14 Mar 2009 14:55:20 -0300 (BRT) Message-ID: <26f56b402fa24972ed0e30591d62565f.squirrel@10.1.1.10> In-Reply-To: <20090314174509.GA36903@freebsd.org> References: <14763590@bb.ipt.ru> <20090314092610.GA65578@freebsd.org> <3f1fd1ea0903140508sda8af37i83fdb0fb7ee1f792@mail.gmail.com> <20090314174509.GA36903@freebsd.org> Date: Sat, 14 Mar 2009 14:55:20 -0300 (BRT) From: "Nenhum_de_Nos" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: linux 3d applications keep crashing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2009 17:55:30 -0000 On Sat, March 14, 2009 14:45, Roman Divacky wrote: >> > there's an ongoing work on nouveau, so stay tuned :) >> > >> Yes, that will take many years to complete, or at least, produce a >> rotating cube or maybe, maybe run glxgears in around 2012. > > I am currently running accelerated glgears on freebsd using nouveau. > thnx for your enthusiasm :) woowWWW that's hell-I-don't-know-how-to-express-this good !!!! where to get latest code ? thanks !!! matheus -- We will call you cygnus, The God of balance you shall be From owner-freebsd-current@FreeBSD.ORG Sat Mar 14 18:50:39 2009 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 6B8BF10656BD; Sat, 14 Mar 2009 18:50:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 3CEBD8FC1D; Sat, 14 Mar 2009 18:50:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2EIoYXD064094; Sat, 14 Mar 2009 14:50:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2EIoYGP075654; Sat, 14 Mar 2009 14:50:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8F0F07302F; Sat, 14 Mar 2009 13:50:34 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090314185034.8F0F07302F@freebsd-current.sentex.ca> Date: Sat, 14 Mar 2009 13:50:34 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.1/8983/Thu Feb 12 07:48:01 2009 clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Mar 2009 18:50:41 -0000 TB --- 2009-03-14 17:13:55 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-14 17:13:55 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-03-14 17:13:55 - cleaning the object tree TB --- 2009-03-14 17:14:26 - cvsupping the source tree TB --- 2009-03-14 17:14:26 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-03-14 17:14:34 - building world TB --- 2009-03-14 17:14:34 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-14 17:14:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-14 17:14:34 - TARGET=powerpc TB --- 2009-03-14 17:14:34 - TARGET_ARCH=powerpc TB --- 2009-03-14 17:14:34 - TZ=UTC TB --- 2009-03-14 17:14:34 - __MAKE_CONF=/dev/null TB --- 2009-03-14 17:14:34 - cd /src TB --- 2009-03-14 17:14:34 - /usr/bin/make -B buildworld >>> World build started on Sat Mar 14 17:14:37 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Mar 14 18:38:09 UTC 2009 TB --- 2009-03-14 18:38:09 - generating LINT kernel config TB --- 2009-03-14 18:38:09 - cd /src/sys/powerpc/conf TB --- 2009-03-14 18:38:09 - /usr/bin/make -B LINT TB --- 2009-03-14 18:38:09 - building LINT kernel TB --- 2009-03-14 18:38:09 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-14 18:38:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-14 18:38:09 - TARGET=powerpc TB --- 2009-03-14 18:38:09 - TARGET_ARCH=powerpc TB --- 2009-03-14 18:38:09 - TZ=UTC TB --- 2009-03-14 18:38:09 - __MAKE_CONF=/dev/null TB --- 2009-03-14 18:38:09 - cd /src TB --- 2009-03-14 18:38:09 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Mar 14 18:38:09 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/netinet/sctp_indata.c: In function 'sctp_handle_sack': /src/sys/netinet/sctp_indata.c:5708: error: 'struct sctp_data_chunkrec' has no member named 'fwd_tsn_cnt' /src/sys/netinet/sctp_indata.c:5709: error: 'struct sctp_data_chunkrec' has no member named 'fwd_tsn_cnt' /src/sys/netinet/sctp_indata.c:5711: error: 'struct sctp_data_chunkrec' has no member named 'fwd_tsn_cnt' /src/sys/netinet/sctp_indata.c: In function 'sctp_handle_nr_sack': /src/sys/netinet/sctp_indata.c:8285: error: 'struct sctp_data_chunkrec' has no member named 'fwd_tsn_cnt' /src/sys/netinet/sctp_indata.c:8286: error: 'struct sctp_data_chunkrec' has no member named 'fwd_tsn_cnt' /src/sys/netinet/sctp_indata.c:8288: error: 'struct sctp_data_chunkrec' has no member named 'fwd_tsn_cnt' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-14 18:50:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-14 18:50:34 - ERROR: failed to build lint kernel TB --- 2009-03-14 18:50:34 - 4655.10 user 408.26 system 5798.62 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Mar 14 19:10:52 2009 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 7D738106564A; Sat, 14 Mar 2009 19:10:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 496928FC20; Sat, 14 Mar 2009 19:10:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2EJAl3C065422; Sat, 14 Mar 2009 15:10:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n2EJAlX2032687; Sat, 14 Mar 2009 15:10:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CBC597302F; Sat, 14 Mar 2009 14:10:47 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090314191047.CBC597302F@freebsd-current.sentex.ca> Date: Sat, 14 Mar 2009 14:10:47 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Mar 2009 19:10:52 -0000 TB --- 2009-03-14 17:37:31 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-14 17:37:31 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-03-14 17:37:31 - cleaning the object tree TB --- 2009-03-14 17:38:02 - cvsupping the source tree TB --- 2009-03-14 17:38:02 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-03-14 17:38:09 - building world TB --- 2009-03-14 17:38:09 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-14 17:38:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-14 17:38:09 - TARGET=sparc64 TB --- 2009-03-14 17:38:09 - TARGET_ARCH=sparc64 TB --- 2009-03-14 17:38:09 - TZ=UTC TB --- 2009-03-14 17:38:09 - __MAKE_CONF=/dev/null TB --- 2009-03-14 17:38:09 - cd /src TB --- 2009-03-14 17:38:09 - /usr/bin/make -B buildworld >>> World build started on Sat Mar 14 17:38:10 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Mar 14 18:58:05 UTC 2009 TB --- 2009-03-14 18:58:05 - generating LINT kernel config TB --- 2009-03-14 18:58:05 - cd /src/sys/sparc64/conf TB --- 2009-03-14 18:58:05 - /usr/bin/make -B LINT TB --- 2009-03-14 18:58:05 - building LINT kernel TB --- 2009-03-14 18:58:05 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-14 18:58:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-14 18:58:05 - TARGET=sparc64 TB --- 2009-03-14 18:58:05 - TARGET_ARCH=sparc64 TB --- 2009-03-14 18:58:05 - TZ=UTC TB --- 2009-03-14 18:58:05 - __MAKE_CONF=/dev/null TB --- 2009-03-14 18:58:05 - cd /src TB --- 2009-03-14 18:58:05 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Mar 14 18:58:05 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/netinet/sctp_indata.c: In function 'sctp_handle_sack': /src/sys/netinet/sctp_indata.c:5708: error: 'struct sctp_data_chunkrec' has no member named 'fwd_tsn_cnt' /src/sys/netinet/sctp_indata.c:5709: error: 'struct sctp_data_chunkrec' has no member named 'fwd_tsn_cnt' /src/sys/netinet/sctp_indata.c:5711: error: 'struct sctp_data_chunkrec' has no member named 'fwd_tsn_cnt' /src/sys/netinet/sctp_indata.c: In function 'sctp_handle_nr_sack': /src/sys/netinet/sctp_indata.c:8285: error: 'struct sctp_data_chunkrec' has no member named 'fwd_tsn_cnt' /src/sys/netinet/sctp_indata.c:8286: error: 'struct sctp_data_chunkrec' has no member named 'fwd_tsn_cnt' /src/sys/netinet/sctp_indata.c:8288: error: 'struct sctp_data_chunkrec' has no member named 'fwd_tsn_cnt' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-14 19:10:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-14 19:10:47 - ERROR: failed to build lint kernel TB --- 2009-03-14 19:10:47 - 4451.59 user 407.23 system 5596.09 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat Mar 14 19:40:17 2009 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 67AD5106566B for ; Sat, 14 Mar 2009 19:40:17 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.168]) by mx1.freebsd.org (Postfix) with ESMTP id 3F0DD8FC29 for ; Sat, 14 Mar 2009 19:40:17 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by wf-out-1314.google.com with SMTP id 27so2284302wfd.7 for ; Sat, 14 Mar 2009 12:40:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=xid0b2upwQ6FOFlok6uLQQGFkNdxLfrhv4EYyIpF9wQ=; b=U32kGGquWsMkcy5AM+3p1LG1yEYTVitBD2/WDy1dNaX1KtGPggGUqtVz1ie6cZ5ugL SFq6pOH7ufmGGGi3PCil5slak/qz1qn14ilKhvKqe2QpxPapGKANSXIQFg8sA3fvsKR7 TjB4lFxVSzmn4Y+rhModhdf2t7nNmTPr9P0Wg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=u06YlWmRLtyNYcohGF2QM8AZqYpfGPth06VWKnGXKlBh3kK4bZLTZNXCmEIjquyJtK G+/GX4g0lAI6oC4RL2jF4CdZN5hw2gZzRn1RQ8otnDParZVwWiNBaptc430x1ZyfhxHp l+G0juNEwzyYuXXafowCh3BWOW62xftHIIQZ0= MIME-Version: 1.0 Received: by 10.142.230.11 with SMTP id c11mr1276085wfh.305.1237059616946; Sat, 14 Mar 2009 12:40:16 -0700 (PDT) Date: Sat, 14 Mar 2009 12:40:16 -0700 Message-ID: <7d6fde3d0903141240t75f3b860id6262fa3d315c41e@mail.gmail.com> From: Garrett Cooper To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Page fault / ata panic with VLC and kernel from 1.5~2 weeks ago [backtrace] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2009 19:40:17 -0000 Hi guys, When executing VLC with a DVD my machine would lockup whenever the drive was spun up (VLC would lock up with SIGSTOP, then all of X11 would lock up). I am using vesa with a 9600GT card on Xorg. Here's the panic backtrace: [root@orangebox /scratch/crash]# kgdb /boot/kernel.old/kernel vmcore.2 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: acd0: WARNING - TEST_UNIT_READY taskqueue timeout - completing request directly acd0: WARNING - TEST_UNIT_READY freeing taskqueue zombie request acd0: WARNING - TEST_UNIT_READY freeing taskqueue zombie request GEOM_LABEL: Lab el Fiastoa9l6 6t0r/aTpE K1_20:0 6p argeem ofvaeudl.t while in kernel mode cpuid = 2; apic id = 02 fault virtual address = 0x5f790e1c fault code = supervisor read, page not present instruction pointer = 0x20:0xc0643889 stack pointer = 0x28:0xc6391b6c frame pointer = 0x28:0xc6391b6c 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 = 12 (swi6: task queue) trap number = 12 panic: page fault cpuid = 2 Uptime: 3d2h13m1s Physical memory: 3318 MB Dumping 304 MB: 289 273 257 241 225 209 193 177 161 145 129 113 97 81 65 49 33 17 1 Reading symbols from /boot/kernel/vesa.ko...Reading symbols from /boot/kernel/vesa.ko.symbols...done. done. Loaded symbols for /boot/kernel/vesa.ko #0 doadump () at pcpu.h:246 246 pcpu.h: No such file or directory. in pcpu.h (kgdb) where #0 doadump () at pcpu.h:246 #1 0xc061f758 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:420 #2 0xc061fa3e in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:576 #3 0xc083f93a in trap_fatal (frame=0xc6391b2c, eva=1601768988) at /usr/src/sys/i386/i386/trap.c:929 #4 0xc083fb0a in trap_pfault (frame=0xc6391b2c, usermode=0, eva=1601768988) at /usr/src/sys/i386/i386/trap.c:842 #5 0xc0840415 in trap (frame=0xc6391b2c) at /usr/src/sys/i386/i386/trap.c:522 #6 0xc0825edb in calltrap () at refcount.h:64 #7 0xc0643889 in device_get_softc (dev=0x5f790dd4) at /usr/src/sys/kern/subr_bus.c:2118 #8 0xc04b5165 in ata_ahci_begin_transaction (request=0xc8954190) at /usr/src/sys/dev/ata/chipsets/ata-ahci.c:315 #9 0xc04af614 in ata_start (dev=0xc67c0700) at /usr/src/sys/dev/ata/ata-queue.c:212 #10 0xc04accf2 in ata_reinit (dev=0xc67c0700) at /usr/src/sys/dev/ata/ata-all.c:300 #11 0xc04afd98 in ata_completed (context=0xccb13960, dummy=1) at /usr/src/sys/dev/ata/ata-queue.c:294 #12 0xc0655cd4 in taskqueue_run (queue=0xc668a580) at /usr/src/sys/kern/subr_taskqueue.c:282 #13 0xc0655eef in taskqueue_swi_run (dummy=0x0) at /usr/src/sys/kern/subr_taskqueue.c:324 #14 0xc06006bf in intr_event_execute_handlers (p=0xc65357ec, ie=0xc66c1100) at /usr/src/sys/kern/kern_intr.c:1134 #15 0xc0601299 in ithread_loop (arg=0xc66be440) at /usr/src/sys/kern/kern_intr.c:1147 #16 0xc05fe541 in fork_exit (callout=0xc0601201 , arg=0xc66be440, frame=0xc6391d38) at /usr/src/sys/kern/kern_fork.c:821 #17 0xc0825f50 in fork_trampoline () at refcount.h:64 I have the debugger session still up if someone wants me to jump to a specific spot in the panic (to look at the ATA related state for instance). Thanks! -Garrett From owner-freebsd-current@FreeBSD.ORG Sat Mar 14 20:16:27 2009 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 CD928106564A; Sat, 14 Mar 2009 20:16:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id A37198FC17; Sat, 14 Mar 2009 20:16:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2EKGNQh067839; Sat, 14 Mar 2009 16:16:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n2EKGNE7067962; Sat, 14 Mar 2009 16:16:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 293A57302F; Sat, 14 Mar 2009 15:16:23 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090314201623.293A57302F@freebsd-current.sentex.ca> Date: Sat, 14 Mar 2009 15:16:23 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Mar 2009 20:16:28 -0000 TB --- 2009-03-14 18:50:34 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-14 18:50:34 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-03-14 18:50:34 - cleaning the object tree TB --- 2009-03-14 18:51:03 - cvsupping the source tree TB --- 2009-03-14 18:51:03 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-03-14 18:51:12 - building world TB --- 2009-03-14 18:51:12 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-14 18:51:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-14 18:51:12 - TARGET=sun4v TB --- 2009-03-14 18:51:12 - TARGET_ARCH=sparc64 TB --- 2009-03-14 18:51:12 - TZ=UTC TB --- 2009-03-14 18:51:12 - __MAKE_CONF=/dev/null TB --- 2009-03-14 18:51:12 - cd /src TB --- 2009-03-14 18:51:12 - /usr/bin/make -B buildworld >>> World build started on Sat Mar 14 18:51:13 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Mar 14 20:04:55 UTC 2009 TB --- 2009-03-14 20:04:55 - generating LINT kernel config TB --- 2009-03-14 20:04:55 - cd /src/sys/sun4v/conf TB --- 2009-03-14 20:04:55 - /usr/bin/make -B LINT TB --- 2009-03-14 20:04:55 - building LINT kernel TB --- 2009-03-14 20:04:55 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-14 20:04:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-14 20:04:55 - TARGET=sun4v TB --- 2009-03-14 20:04:55 - TARGET_ARCH=sparc64 TB --- 2009-03-14 20:04:55 - TZ=UTC TB --- 2009-03-14 20:04:55 - __MAKE_CONF=/dev/null TB --- 2009-03-14 20:04:55 - cd /src TB --- 2009-03-14 20:04:55 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Mar 14 20:04:55 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/netinet/sctp_indata.c: In function 'sctp_handle_sack': /src/sys/netinet/sctp_indata.c:5708: error: 'struct sctp_data_chunkrec' has no member named 'fwd_tsn_cnt' /src/sys/netinet/sctp_indata.c:5709: error: 'struct sctp_data_chunkrec' has no member named 'fwd_tsn_cnt' /src/sys/netinet/sctp_indata.c:5711: error: 'struct sctp_data_chunkrec' has no member named 'fwd_tsn_cnt' /src/sys/netinet/sctp_indata.c: In function 'sctp_handle_nr_sack': /src/sys/netinet/sctp_indata.c:8285: error: 'struct sctp_data_chunkrec' has no member named 'fwd_tsn_cnt' /src/sys/netinet/sctp_indata.c:8286: error: 'struct sctp_data_chunkrec' has no member named 'fwd_tsn_cnt' /src/sys/netinet/sctp_indata.c:8288: error: 'struct sctp_data_chunkrec' has no member named 'fwd_tsn_cnt' *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-14 20:16:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-14 20:16:23 - ERROR: failed to build lint kernel TB --- 2009-03-14 20:16:23 - 4445.66 user 417.27 system 5148.37 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sat Mar 14 20:19:39 2009 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 C672B106566C; Sat, 14 Mar 2009 20:19:39 +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 6F2818FC14; Sat, 14 Mar 2009 20:19:39 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-19-214-182.bna.bellsouth.net [68.19.214.182]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n2EKIG3u041483 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 14 Mar 2009 16:18:16 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Michal Varga In-Reply-To: <3f1fd1ea0903140508sda8af37i83fdb0fb7ee1f792@mail.gmail.com> References: <14763590@bb.ipt.ru> <20090314092610.GA65578@freebsd.org> <3f1fd1ea0903140508sda8af37i83fdb0fb7ee1f792@mail.gmail.com> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-yd9Z6PRPFpxOYE/pOq9U" Organization: FreeBSD Date: Sat, 14 Mar 2009 15:19:27 -0500 Message-Id: <1237061967.1809.5.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 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: Boris Samorodov , Roman Divacky , freebsd-current@freebsd.org, Alexander Best Subject: Re: linux 3d applications keep crashing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2009 20:19:40 -0000 --=-yd9Z6PRPFpxOYE/pOq9U Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2009-03-14 at 13:08 +0100, Michal Varga wrote: > On Sat, Mar 14, 2009 at 10:26 AM, Roman Divacky wr= ote: > > from my experience the nvidia driver does not work at all.. it used to = work > > in 6.x times with linuxulator but recently all I got from it was panic > > or deadlock (depending on weather) > > > Doesn't work at all.. when? I guess you meant that "linux OpenGL > portion of nvidia-driver doesn't work with > compat.linux.osrelease=3D2.6.16", because otherwise the statement > doesn't make any sense. nvidia-drivers work perfectly well with > compat.linux.osrelease=3D2.4.2 (maybe not with some very recent > -CURRENT, haven't been checking for a while, but that's not the point > anyway) and actually are the only way to get any serious 3d gaming > done on FreeBSD, and I'm not even starting with OpenGL apps like > Blender (ATI users know what I'm pointing to). >=20 > This is a clear bug in 2.6 linuxulator - the OpenGL works properly in > Linux 2.4/2.6 (well, that's kinda expected), it works properly in 2.4 > linuxulator, it breaks with 2.6 linuxulator. I think it's hard to call > that "nvidia driver doesn't work at all", but maybe I just missed the > point somewhere and earned a *whoosh*.. >=20 >=20 > > there's an ongoing work on nouveau, so stay tuned :) > > > Yes, that will take many years to complete, or at least, produce a > rotating cube or maybe, maybe run glxgears in around 2012. I'll take that bet... I have 2d and Xv running now. robert. > m. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " --=20 Robert Noland FreeBSD --=-yd9Z6PRPFpxOYE/pOq9U Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAkm8EU8ACgkQM4TrQ4qfRONn8gCdFTfbMbe2+tOHL64cWUFyyJAs zygAn0Ea4U2fdcxPek4sbEnPb4dlDWQt =tqIn -----END PGP SIGNATURE----- --=-yd9Z6PRPFpxOYE/pOq9U-- From owner-freebsd-current@FreeBSD.ORG Sat Mar 14 20:22:53 2009 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 58A33106568B; Sat, 14 Mar 2009 20:22:53 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.233]) by mx1.freebsd.org (Postfix) with ESMTP id 11D4E8FC2A; Sat, 14 Mar 2009 20:22:52 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by rv-out-0506.google.com with SMTP id f6so2360810rvb.43 for ; Sat, 14 Mar 2009 13:22:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=lbKEk7bESW79d6smCh4L9J1375nu/bVri8h1nbA+Dbc=; b=HWzEjPgtyqtEb9hwNnEPy8axbfdNSzD595eK/dAyY7XQxXcVe11KtH38cY16Izoiwz KB0hvkJKiT8dvxoUb50btnQkjLSN1j9/DZ8CzocwWW6TtDnBOpLm3PU6zkdEttRog3it GrOvq0n1aj+zyYphnh5Mygcvkyn17+j+GG7Pg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=TleXNCL+G4iA+hZcVEcsT7ngkOzkYYitIK9QNERsy3NWBM+bn6cmX38w3IFyw3Pd7P sIKpACCT0/SwdK7hr7XWYp0BYJat4Vn7j30+ISVF6sGvRpDjd7T8vaE1O98d4uLhBQy/ 0baERqeZLlTnz3r7BoOxAwu9MKNP5T7smWmFs= MIME-Version: 1.0 Received: by 10.143.6.19 with SMTP id j19mr1302964wfi.128.1237062172661; Sat, 14 Mar 2009 13:22:52 -0700 (PDT) Date: Sat, 14 Mar 2009 13:22:52 -0700 Message-ID: <7d6fde3d0903141322m2171e0d9h84788db92d5eaa14@mail.gmail.com> From: Garrett Cooper To: Kostik Belousov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: svn-src-head@freebsd.org, Randall Stewart , svn-src-all@freebsd.org, src-committers@freebsd.org, FreeBSD Current Subject: Fixes for SCTP compile errors on CURRENT [was Re: svn commit: r189790 - head/sys/netinet] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2009 20:22:54 -0000 On Sat, Mar 14, 2009 at 12:54 PM, Garrett Cooper wrote= : > On Sat, Mar 14, 2009 at 9:06 AM, Kostik Belousov wr= ote: >> On Sat, Mar 14, 2009 at 01:42:14PM +0000, Randall Stewart wrote: >>> Author: rrs >>> Date: Sat Mar 14 13:42:13 2009 >>> New Revision: 189790 >>> URL: http://svn.freebsd.org/changeset/base/189790 >>> >>> Log: >>> =A0 Fixes several PR-SCTP releated bugs. >>> =A0 =A0- When sending large PR-SCTP messages over a >>> =A0 =A0 =A0lossy link we would incorrectly calculate the fwd-tsn >>> =A0 =A0- When receiving large multipart pr-sctp packets we would >>> =A0 =A0 =A0incorrectly send back a SACK that would renege improperly >>> =A0 =A0 =A0on already received packets thus causing unneeded retransmis= sions. >> >> With this commit, I get >> /usr/home/kostik/work/build/bsd/DEV/src/sys/netinet/sctp_indata.c: In fu= nction 'sctp_express_handle_sack': >> /usr/home/kostik/work/build/bsd/DEV/src/sys/netinet/sctp_indata.c:4772: = error: 'struct sctp_data_chunkrec' has no member named 'fwd_tsn_cnt' >> /usr/home/kostik/work/build/bsd/DEV/src/sys/netinet/sctp_indata.c:4773: = error: 'struct sctp_data_chunkrec' has no member named 'fwd_tsn_cnt' >> /usr/home/kostik/work/build/bsd/DEV/src/sys/netinet/sctp_indata.c:4775: = error: 'struct sctp_data_chunkrec' has no member named 'fwd_tsn_cnt' > > As do I. > -Garrett The attached patch fixes all SCTP related compile errors, but I'm a bit worried about whether or not discard_rest is set anywhere in the code, or the entire data struct is properly zero'ed out (haven't inspected it yet): Thanks, -Garrett Index: sys/netinet/sctp_structs.h =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/netinet/sctp_structs.h (revision 189829) +++ sys/netinet/sctp_structs.h (working copy) @@ -31,7 +31,7 @@ /* $KAME: sctp_structs.h,v 1.13 2005/03/06 16:04:18 itojun Exp $ */ #include -__FBSDID("$FreeBSD$"); +__FBSDID("$FreeBSD: src/sys/netinet/sctp_structs.h,v 1.30 2009/02/20 15:03:54 rrs Exp $"); #ifndef __sctp_structs_h__ #define __sctp_structs_h__ @@ -310,6 +310,8 @@ /* ECN Nonce: Nonce Value for this chunk */ uint8_t ect_nonce; + uint8_t fwd_tsn_cnt; + /* * part of the Highest sacked algorithm to be able to stroke counts * on ones that are FR'd. @@ -445,6 +447,7 @@ uint8_t pr_sctp_on; uint8_t sender_all_done; uint8_t put_last_out; + uint8_t discard_rest; }; /* From owner-freebsd-current@FreeBSD.ORG Sat Mar 14 20:35:17 2009 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 660A7106564A for ; Sat, 14 Mar 2009 20:35:17 +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 10E9B8FC26 for ; Sat, 14 Mar 2009 20:35:16 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-19-214-182.bna.bellsouth.net [68.19.214.182]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n2EKXm1Q041562 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 14 Mar 2009 16:33:48 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Nenhum_de_Nos In-Reply-To: <26f56b402fa24972ed0e30591d62565f.squirrel@10.1.1.10> References: <14763590@bb.ipt.ru> <20090314092610.GA65578@freebsd.org> <3f1fd1ea0903140508sda8af37i83fdb0fb7ee1f792@mail.gmail.com> <20090314174509.GA36903@freebsd.org> <26f56b402fa24972ed0e30591d62565f.squirrel@10.1.1.10> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-ghjPwEi0CjxAC9E+pKfO" Organization: FreeBSD Date: Sat, 14 Mar 2009 15:34:59 -0500 Message-Id: <1237062899.1809.13.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.8 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: linux 3d applications keep crashing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2009 20:35:17 -0000 --=-ghjPwEi0CjxAC9E+pKfO Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2009-03-14 at 14:55 -0300, Nenhum_de_Nos wrote: > On Sat, March 14, 2009 14:45, Roman Divacky wrote: > >> > there's an ongoing work on nouveau, so stay tuned :) > >> > > >> Yes, that will take many years to complete, or at least, produce a > >> rotating cube or maybe, maybe run glxgears in around 2012. > > > > I am currently running accelerated glgears on freebsd using nouveau. > > thnx for your enthusiasm :) Unfortunately, the 3d is direct "software rendering" right now, but I do have drm enabled hardware accelerated 2d and Xv working now. Linux doesn't have hardware accelerated 3d right now either, so... =20 > woowWWW >=20 > that's hell-I-don't-know-how-to-express-this good !!!! >=20 > where to get latest code ? I'm planning to start putting together patches for -CURRENT next week. The userland components you generally need to get from git. We do now have a port of the nouveau driver based on a git snapshot, but the driver has yet to be released and I've got at least one change to libdrm that is needed against git master to make things work on amd64. I haven't tried NV50 series cards yet... I've done most of the porting on an NV40 and Roman has has an NV44. I need to plug the 8800 back in and see how it goes. robert. > thanks !!! >=20 > matheus --=20 Robert Noland FreeBSD --=-ghjPwEi0CjxAC9E+pKfO Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAkm8FPMACgkQM4TrQ4qfROOQhgCfWIb80Q8+TbpHtc6zdj6Gco+J Vm4An0yNEJxqHuD8RQpCCF1V80XX+zL+ =iUuM -----END PGP SIGNATURE----- --=-ghjPwEi0CjxAC9E+pKfO-- From owner-freebsd-current@FreeBSD.ORG Sat Mar 14 21:02:35 2009 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 066C6106566B for ; Sat, 14 Mar 2009 21:02:35 +0000 (UTC) (envelope-from dhorn2000@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.248]) by mx1.freebsd.org (Postfix) with ESMTP id B17D88FC13 for ; Sat, 14 Mar 2009 21:02:34 +0000 (UTC) (envelope-from dhorn2000@gmail.com) Received: by an-out-0708.google.com with SMTP id b38so1315356ana.13 for ; Sat, 14 Mar 2009 14:02:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=9uaXR+c0GobBJ6YlUTbJgQyAhv4ToE7NBc+LNqMaCcw=; b=xSHVuh3iM8dwX0D9ID/SwGIqHKBruqD+c2CUZtwby98ppqde4DXO7sBoPBfP3LK8l+ VY75Ck/HBIOsb7LwUKrsIipnn4uakYC/2WieLuhKmEDxNJDdgKv8X7uj4bzC8VdJEoqF bG9FfVCZKpNbnPsUJ8LbWKJG/KoRj2FDcUkwc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=eqis6RUDppDldx/JSfFBO3QtnJb9L/DqUPFrYUFXjU/BRONOkWk2BmRxnBwsCF0Osx mY5w3XUoxLMNNwmSDXPg+N8Q841kwnrk+/DWdGw1ks91egz3el0sUWqlZfFAYDopr3+A W8+AjohLtvm3puE+lccqDxrdW9MGotGKECu00= MIME-Version: 1.0 Received: by 10.231.30.198 with SMTP id v6mr616613ibc.22.1237064553747; Sat, 14 Mar 2009 14:02:33 -0700 (PDT) In-Reply-To: <3131aa530903140812o2ced55ffi46cb7bd475edf776@mail.gmail.com> References: <3131aa530903122323n73b671b5y4cb4a4a8896efa14@mail.gmail.com> <25ff90d60903130852p40e153a6hac10340e7eb9d876@mail.gmail.com> <3131aa530903131416j4928df70hc18c2b8cb97e8237@mail.gmail.com> <25ff90d60903132154p41d9fb7bx4723bde6dcccf17f@mail.gmail.com> <3131aa530903140812o2ced55ffi46cb7bd475edf776@mail.gmail.com> Date: Sat, 14 Mar 2009 17:02:33 -0400 Message-ID: <25ff90d60903141402l73f245c4ic739a32fc308bcd3@mail.gmail.com> From: David Horn To: =?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Is iwn drivers working on Current ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Mar 2009 21:02:35 -0000 On Sat, Mar 14, 2009 at 11:12 AM, Olivier Cochard-Labb=E9 wrote: >> Will your wireless card function for you without the "country FR" settin= g ? >> Give it a try regardless of functionality, just to see if the error 35 >> goes away. > > You are right: removing "country FR" fix the problem: My wireless works n= ow! Good to hear. > > But, this create a second problem: Now my FreeBSD crash at startup, > without generating a core file. > The error message is (manualy write down) : > Fatal trap 12: page fault while in kernel mode > cpuid =3D 1; apic id =3D 01 > fault virtual address =3D 0x28 > fault code =3D supervisor read data, page not present > instruction pointer =3D 0x8:0xffffffff8044b253 > stack pointer =3D 0x10:0xffffffffe4002ca20 > frame pointer =3D 0x10:0xffffffff.4002cb10 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =3D DPL 0, pres 1, long 1, def32 = 0, gran 1 > processor eflags =3D interrrupts enabled, resume , IOPL =3D 0 > current process =3D 12 (swi4: clock) > [thread pid 12 tid 100007 ] > stopped at igmp_fasttimo+0x296: movl 0x28(%r14), %eax > Yes, this looks like the same as other reports of a panic in recent igmpv3 = code. See mesages with subject "IGMPv3 hot interface detach panics" and "IGMP+WiFi panic on recent kernel - in igmp_fasttimo()" if you want the details, or just wait a few more days, and I'm sure that a patch will show up in CVS. ;) > I need to reboot in single mode and comment the iwn0 configuration > line in rc.conf for prevent to crash. > But once booted, In can manually configure the iwn0 card without crash. > > I will fill a PR now :-) > > Thanks a lot for your help ! > Not a problem. I'm glad my problems ended up being useful to someone else = ;) > Olivier > From owner-freebsd-current@FreeBSD.ORG Sat Mar 14 21:06:48 2009 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 0AF2810656C4; Sat, 14 Mar 2009 21:06:48 +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 CF01E8FC20; Sat, 14 Mar 2009 21:06:47 +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 n2EL6lYU059861 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 14 Mar 2009 14:06:47 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <49BC1C66.7030400@freebsd.org> Date: Sat, 14 Mar 2009 14:06:46 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.18 (X11/20081209) MIME-Version: 1.0 To: Bruce Simpson References: <1236937253.2282.0.camel@localhost> <49BAEA9F.8020302@incunabulum.net> <49BB0D3E.2020306@incunabulum.net> In-Reply-To: <49BB0D3E.2020306@incunabulum.net> Content-Type: multipart/mixed; boundary="------------020100040401000006060803" X-DCC-x.dcc-servers-Metrics: ebb.errno.com; whitelist Cc: current@freebsd.org, freebsd-net Subject: Re: IGMP+WiFi panic on recent kernel - in igmp_fasttimo() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2009 21:06:48 -0000 This is a multi-part message in MIME format. --------------020100040401000006060803 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit This patches avoids the crash. Not sure how ifma_protospec is supposed to be handled so I'm not committing it. Sam --------------020100040401000006060803 Content-Type: text/plain; name="mcast.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="mcast.patch" Index: in.c =================================================================== --- in.c (revision 189750) +++ in.c (working copy) @@ -1040,7 +1040,8 @@ */ IF_ADDR_LOCK(ifp); TAILQ_FOREACH(ifma, &ifp->if_multiaddrs, ifma_link) { - if (ifma->ifma_addr->sa_family != AF_INET) + if (ifma->ifma_addr->sa_family != AF_INET || + ifma->ifma_protospec == NULL) continue; inm = (struct in_multi *)ifma->ifma_protospec; LIST_INSERT_HEAD(&purgeinms, inm, inm_link); Index: igmp.c =================================================================== --- igmp.c (revision 189750) +++ igmp.c (working copy) @@ -623,7 +623,8 @@ if (igi->igi_version == IGMP_VERSION_3) { IF_ADDR_LOCK(ifp); TAILQ_FOREACH(ifma, &ifp->if_multiaddrs, ifma_link) { - if (ifma->ifma_addr->sa_family != AF_INET) + if (ifma->ifma_addr->sa_family != AF_INET || + ifma->ifma_protospec == NULL) continue; inm = (struct in_multi *)ifma->ifma_protospec; if (inm->inm_state == IGMP_LEAVING_MEMBER) { --------------020100040401000006060803-- From owner-freebsd-current@FreeBSD.ORG Sat Mar 14 21:07:26 2009 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 623701065674; Sat, 14 Mar 2009 21:07:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 23CB38FC0C; Sat, 14 Mar 2009 21:07:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n2EL7Orn061732; Sat, 14 Mar 2009 17:07:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2EL7ODO041828; Sat, 14 Mar 2009 17:07:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C6E7C7302F; Sat, 14 Mar 2009 16:07:23 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090314210723.C6E7C7302F@freebsd-current.sentex.ca> Date: Sat, 14 Mar 2009 16:07:23 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.1/8983/Thu Feb 12 07:48:01 2009 clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Mar 2009 21:07:27 -0000 TB --- 2009-03-14 20:20:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-14 20:20:00 - starting HEAD tinderbox run for arm/arm TB --- 2009-03-14 20:20:00 - cleaning the object tree TB --- 2009-03-14 20:20:31 - cvsupping the source tree TB --- 2009-03-14 20:20:31 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2009-03-14 20:20:43 - building world TB --- 2009-03-14 20:20:44 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-14 20:20:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-14 20:20:44 - TARGET=arm TB --- 2009-03-14 20:20:44 - TARGET_ARCH=arm TB --- 2009-03-14 20:20:44 - TZ=UTC TB --- 2009-03-14 20:20:44 - __MAKE_CONF=/dev/null TB --- 2009-03-14 20:20:44 - cd /src TB --- 2009-03-14 20:20:44 - /usr/bin/make -B buildworld >>> World build started on Sat Mar 14 20:20:46 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/obj/arm/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -std=gnu99 -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/struct-equiv.c cc -O -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/obj/arm/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -std=gnu99 -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/targhooks.c cc -O -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/obj/arm/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -std=gnu99 -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/timevar.c cc -O -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/obj/arm/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -std=gnu99 -DTARGET_NAME=\"arm-undermydesk-freebsd\" -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.c:543: error: redefinition of 'floor_log2' /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.h:175: error: previous definition of 'floor_log2' was here /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.c:578: error: redefinition of 'exact_log2' /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.h:181: error: previous definition of 'exact_log2' was here *** Error code 1 Stop in /src/gnu/usr.bin/cc/cc_int. *** Error code 1 Stop in /src/gnu/usr.bin/cc. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-14 21:07:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-14 21:07:23 - ERROR: failed to build world TB --- 2009-03-14 21:07:23 - 2168.60 user 287.59 system 2843.29 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sat Mar 14 21:19:55 2009 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 E2AAE106564A; Sat, 14 Mar 2009 21:19:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id A03268FC14; Sat, 14 Mar 2009 21:19:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2ELJp1O069596; Sat, 14 Mar 2009 17:19:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n2ELJpo9099856; Sat, 14 Mar 2009 17:19:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 109907302F; Sat, 14 Mar 2009 16:19:51 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090314211951.109907302F@freebsd-current.sentex.ca> Date: Sat, 14 Mar 2009 16:19:51 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Mar 2009 21:19:56 -0000 TB --- 2009-03-14 20:20:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-14 20:20:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-03-14 20:20:00 - cleaning the object tree TB --- 2009-03-14 20:20:37 - cvsupping the source tree TB --- 2009-03-14 20:20:37 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-03-14 20:20:47 - building world TB --- 2009-03-14 20:20:47 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-14 20:20:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-14 20:20:47 - TARGET=amd64 TB --- 2009-03-14 20:20:47 - TARGET_ARCH=amd64 TB --- 2009-03-14 20:20:47 - TZ=UTC TB --- 2009-03-14 20:20:47 - __MAKE_CONF=/dev/null TB --- 2009-03-14 20:20:47 - cd /src TB --- 2009-03-14 20:20:47 - /usr/bin/make -B buildworld >>> World build started on Sat Mar 14 20:20:51 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/obj/amd64/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -std=gnu99 -fstack-protector -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/struct-equiv.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/obj/amd64/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -std=gnu99 -fstack-protector -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/targhooks.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/obj/amd64/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -std=gnu99 -fstack-protector -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/timevar.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/obj/amd64/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -std=gnu99 -fstack-protector -DTARGET_NAME=\"amd64-undermydesk-freebsd\" -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.c:543: error: redefinition of 'floor_log2' /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.h:175: error: previous definition of 'floor_log2' was here /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.c:578: error: redefinition of 'exact_log2' /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.h:181: error: previous definition of 'exact_log2' was here *** Error code 1 Stop in /src/gnu/usr.bin/cc/cc_int. *** Error code 1 Stop in /src/gnu/usr.bin/cc. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-14 21:19:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-14 21:19:50 - ERROR: failed to build world TB --- 2009-03-14 21:19:50 - 2762.41 user 299.09 system 3590.63 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Mar 14 21:20:31 2009 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 7660A106567B; Sat, 14 Mar 2009 21:20:31 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.26]) by mx1.freebsd.org (Postfix) with ESMTP id 0CC568FC1E; Sat, 14 Mar 2009 21:20:30 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: by qw-out-2122.google.com with SMTP id 3so1420316qwe.7 for ; Sat, 14 Mar 2009 14:20:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:received :message-id:in-reply-to:references:date:subject:from:to:cc :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance; bh=2YYiOgC6ucCllUGeENVVMqw2bvhrso04ehJurHKyDro=; b=VA53+Ijtmn6g+BptS8yw0KQuEUJjsm1jJRlOfIVmQsaCcG97bosuXOH8LlpaFYKa94 LNwnCqy8uidjLP+dGVc4z3kpAbEB40XNZDgA/oh6dLyTpTEzibbQc5KuYH3uETAn3w02 Rca4ep3R8902t/5mzQlEbYUWqO9gX5l27Sdr0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:in-reply-to:references:date:subject:from:to:cc :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance; b=kklvhyOY88Ft+n3vIY5LVxIQfyP4F11OS3SY/rLHoT2HFI4lPv+XH6fQX1ne4L+yNT ScBDXGvEz4N9xm2vO7Eg6Rbex8+3SjcMDD+JklGrXH1OKoH+eMjcLTinbwla+nd2wRDq V7ui5NUWYFCIfjKFwTrXHGlUOWvYOvJV3mkKA= Received: by 10.224.53.193 with SMTP id n1mr3660180qag.68.1237065630540; Sat, 14 Mar 2009 14:20:30 -0700 (PDT) Received: from cygnus.homeunix.com (201008162061.user.veloxzone.com.br [201.8.162.61]) by mx.google.com with ESMTPS id 9sm7494686yxs.36.2009.03.14.14.20.29 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 14 Mar 2009 14:20:30 -0700 (PDT) Sender: Nenhum_de_Nos Received: by cygnus.homeunix.com (Postfix, from userid 80) id C54CCB8074; Sat, 14 Mar 2009 18:20:23 -0300 (BRT) Received: from 189.71.33.85 (SquirrelMail authenticated user matheus) by cygnus.homeunix.com with HTTP; Sat, 14 Mar 2009 18:20:23 -0300 (BRT) Message-ID: <1017f8e21b9bbc55b55751f7379bb476.squirrel@cygnus.homeunix.com> In-Reply-To: <1237062899.1809.13.camel@balrog.2hip.net> References: <14763590@bb.ipt.ru> <20090314092610.GA65578@freebsd.org> <3f1fd1ea0903140508sda8af37i83fdb0fb7ee1f792@mail.gmail.com> <20090314174509.GA36903@freebsd.org> <26f56b402fa24972ed0e30591d62565f.squirrel@10.1.1.10> <1237062899.1809.13.camel@balrog.2hip.net> Date: Sat, 14 Mar 2009 18:20:23 -0300 (BRT) From: "Nenhum_de_Nos" To: "Robert Noland" User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-current@freebsd.org Subject: Re: linux 3d applications keep crashing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2009 21:20:31 -0000 On Sat, March 14, 2009 17:34, Robert Noland wrote: > On Sat, 2009-03-14 at 14:55 -0300, Nenhum_de_Nos wrote: >> On Sat, March 14, 2009 14:45, Roman Divacky wrote: >> >> > there's an ongoing work on nouveau, so stay tuned :) >> >> > >> >> Yes, that will take many years to complete, or at least, produce a >> >> rotating cube or maybe, maybe run glxgears in around 2012. >> > >> > I am currently running accelerated glgears on freebsd using nouveau. >> > thnx for your enthusiasm :) > > Unfortunately, the 3d is direct "software rendering" right now, but I do > have drm enabled hardware accelerated 2d and Xv working now. Linux > doesn't have hardware accelerated 3d right now either, so... > >> woowWWW >> >> that's hell-I-don't-know-how-to-express-this good !!!! >> >> where to get latest code ? > > I'm planning to start putting together patches for -CURRENT next week. > The userland components you generally need to get from git. We do now > have a port of the nouveau driver based on a git snapshot, but the > driver has yet to be released and I've got at least one change to libdrm > that is needed against git master to make things work on amd64. > > I haven't tried NV50 series cards yet... I've done most of the porting > on an NV40 and Roman has has an NV44. I need to plug the 8800 back in > and see how it goes. I have both 7950GT and 8500GT. I'll try the latter first throughout this week. matheus > robert. > >> thanks !!! >> >> matheus > > -- > Robert Noland > FreeBSD > -- We will call you cygnus, The God of balance you shall be From owner-freebsd-current@FreeBSD.ORG Sat Mar 14 21:47:55 2009 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 D4837106566B; Sat, 14 Mar 2009 21:47:55 +0000 (UTC) (envelope-from varga.michal@gmail.com) Received: from mail-bw0-f164.google.com (mail-bw0-f164.google.com [209.85.218.164]) by mx1.freebsd.org (Postfix) with ESMTP id 0A82F8FC17; Sat, 14 Mar 2009 21:47:54 +0000 (UTC) (envelope-from varga.michal@gmail.com) Received: by bwz8 with SMTP id 8so2944840bwz.43 for ; Sat, 14 Mar 2009 14:47:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=KYVsaLWK1lvl7/lHXajMNVsbBOCFEwfrhYVH8WbZl98=; b=ZrcxOlonucLrKG4mq1U8dGu06GqrJVBDPHJ0Y5Y0jZTaw8lftc6VPm9k/fDQCdmXEr n3i3iSa7Qs3n37hx45QJxTyCg4b0o0fTgnwGCchNV4TyUxJIAPYdEVLdFowgtu/L/UCQ nGd5/Q90Ol42J996rGXGIWh41hgdeD8zfEWDw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=lSwzc22LIIXo2TTymukppouzloU3pXxmcQxpV8RX+YQ5PxP/OL0bztJ3XTGckaWV5H V+kd1QVHNlAo0JGEh9h92s4VY9bfL4VMQNrSLVPzXfuGopFq3xnT5vH6Ok/Nm1/ZV8/t BRPwUzNLUG2+SnoUDSGVqgfgDgvQQCGTZUErc= MIME-Version: 1.0 Received: by 10.223.103.207 with SMTP id l15mr1592470fao.2.1237067273768; Sat, 14 Mar 2009 14:47:53 -0700 (PDT) In-Reply-To: <20090314174509.GA36903@freebsd.org> References: <14763590@bb.ipt.ru> <20090314092610.GA65578@freebsd.org> <3f1fd1ea0903140508sda8af37i83fdb0fb7ee1f792@mail.gmail.com> <20090314174509.GA36903@freebsd.org> Date: Sat, 14 Mar 2009 22:47:53 +0100 Message-ID: <3f1fd1ea0903141447m53e55c52i67b865f5da1831ef@mail.gmail.com> From: Michal Varga To: Roman Divacky Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: linux 3d applications keep crashing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2009 21:47:56 -0000 On Sat, Mar 14, 2009 at 6:45 PM, Roman Divacky wrote: >> > there's an ongoing work on nouveau, so stay tuned :) >> > >> Yes, that will take many years to complete, or at least, produce a >> rotating cube or maybe, maybe run glxgears in around 2012. > > I am currently running accelerated glgears on freebsd using nouveau. > thnx for your enthusiasm :) > While I've been a little sarcastic, yes, there is some preliminary 3D support in nouveau. Still, then you can say that there are fairly good Direct3D accelerated drivers for S3 Virge out there (really, there are). Let's look only on the nouveau front page: Current Status 2D-support is in fairly good shape with EXA acceleration, Xv and Randr12 (think of dual-head, rotations, etc.). Randr12 should work for all cards up to, and including, Geforce 9000 series, although some issues with Geforce 8/9 laptops may still exist, for such issues bug reports should be submitted. Randr12 is now the default. Any 3D functionality that might exist is still unsupported, do not ask for instructions to try it. Also, VT switching while X is running is considered lucky. (yes it's sittinge there for a long time and stuff moved forward a bit in meantime, but, well..) Feature matrix? http://nouveau.freedesktop.org/wiki/FeatureMatrix "4 - While some support for 3D exists, it is far from mature. And even if it was mature, the particular feature you need, be it oddball texture compression formats and whatnot, may not be there. Yet. Patches welcome." Roman, while I appreciate everyone's work on nouveau, be it you, Robert or anyone else, you seriously don't believe to be running Doom 3 or Quake 7.65 on it for yet next few years.. Don't you think? You make it sound like nouveau is "just around the corner" and, I don't know, judging from the immediately following "wow wow wow" reaction, I don't think that's very nice to some of the 'regular' folks around (not trying to make a point with the poster, just thinking generally). Just look at the sad state of oss ATI accelerated drivers (and to avoid being autoattacked by some trigger-happy ATI fanboy, I run both nvidia and ati setups, thank you) and those are out for quite some time, with tons of specs released by AMD/ATI every other month.. Result? (Almost) perfectly running glxgears. Ever tried to run a game with it? Heck, even GL accelerated Duke Nukem 3D for a start? The outcome is so horrible that you want to poke your eyes out with a screwdriver just to get rid of that image (if only one could call that an image - "a message from a black hole" would be probably more appropriate). So don't get me wrong, I'm all in support for nouveau as everyone else, but I still just have that funny feeling when you make it sound like "hey guys, screw the official drivers, they already don't matter at all, nouveau is coming". Yes, nouveau is coming (sort of), it will fill some part of the "market", similiarly as 'nv' does now, but official drivers are not going anywhere, not for years to come and definitely not if you want to go for some gaming (Tuxracer is not a game, seriously), or want to get some other rather serious OpenGL stuff done (and by that I don't mean compiz whooshy windows, though that would -still- be a good start). Anyway - while this reply IS a little bit offtopic (and long, and flamebait, etc.), I just wanted to point out a few things before people start running around waving and screaming "omg did you hear that? they have oss opengl nvidia drivers running in real 3D! jesuschrist I'm going to ... !" And, you know. Like that. Disclaimer: I'm not a nouveau developer, just a long time lurker, here and there. Nothing I said is a fact or anything remotely close to that. m. From owner-freebsd-current@FreeBSD.ORG Sat Mar 14 22:04:22 2009 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 210B3106566B; Sat, 14 Mar 2009 22:04:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id D6EA88FC12; Sat, 14 Mar 2009 22:04:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2EM4HOj071187; Sat, 14 Mar 2009 18:04:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n2EM4Gqh088933; Sat, 14 Mar 2009 18:04:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BE1CD7302F; Sat, 14 Mar 2009 17:04:16 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090314220416.BE1CD7302F@freebsd-current.sentex.ca> Date: Sat, 14 Mar 2009 17:04:16 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Mar 2009 22:04:22 -0000 TB --- 2009-03-14 21:07:23 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-14 21:07:23 - starting HEAD tinderbox run for i386/i386 TB --- 2009-03-14 21:07:23 - cleaning the object tree TB --- 2009-03-14 21:08:02 - cvsupping the source tree TB --- 2009-03-14 21:08:02 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2009-03-14 21:08:12 - building world TB --- 2009-03-14 21:08:12 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-14 21:08:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-14 21:08:12 - TARGET=i386 TB --- 2009-03-14 21:08:12 - TARGET_ARCH=i386 TB --- 2009-03-14 21:08:12 - TZ=UTC TB --- 2009-03-14 21:08:12 - __MAKE_CONF=/dev/null TB --- 2009-03-14 21:08:12 - cd /src TB --- 2009-03-14 21:08:12 - /usr/bin/make -B buildworld >>> World build started on Sat Mar 14 21:08:14 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/obj/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -std=gnu99 -fstack-protector -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/struct-equiv.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/obj/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -std=gnu99 -fstack-protector -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/targhooks.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/obj/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -std=gnu99 -fstack-protector -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/timevar.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/obj/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -std=gnu99 -fstack-protector -DTARGET_NAME=\"i386-undermydesk-freebsd\" -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.c:543: error: redefinition of 'floor_log2' /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.h:175: error: previous definition of 'floor_log2' was here /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.c:578: error: redefinition of 'exact_log2' /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.h:181: error: previous definition of 'exact_log2' was here *** Error code 1 Stop in /src/gnu/usr.bin/cc/cc_int. *** Error code 1 Stop in /src/gnu/usr.bin/cc. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-14 22:04:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-14 22:04:16 - ERROR: failed to build world TB --- 2009-03-14 22:04:16 - 2674.20 user 280.62 system 3412.64 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Mar 14 22:05:53 2009 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 ADDB0106566B for ; Sat, 14 Mar 2009 22:05:53 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.161.16.135]) by mx1.freebsd.org (Postfix) with ESMTP id 105BE8FC18 for ; Sat, 14 Mar 2009 22:05:51 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from [41.145.96.29] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1LibzH-0004Qq-DB; Sun, 15 Mar 2009 00:05:49 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LibzF-0001kj-Nw; Sun, 15 Mar 2009 00:05:45 +0200 To: Hans Petter Selasky From: Ian FREISLICH In-Reply-To: <200903141506.59058.hselasky@c2i.net> References: <200903141506.59058.hselasky@c2i.net> <200903141342.06319.hselasky@c2i.net> X-Attribution: BOFH Date: Sun, 15 Mar 2009 00:05:45 +0200 Message-Id: Cc: freebsd-current@freebsd.org Subject: Re: Apple touchpad no longer works with usb2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2009 22:05:53 -0000 Hans Petter Selasky wrote: > On Saturday 14 March 2009, Ian FREISLICH wrote: > > > > > > > Hi, > > > > > > If you compiled a kernel with this patch, then you have to dump me the > > > HID descriptor so that I can analyze it. > > > > > > usbconfig -u 0 -a 2 do_request 0x81 0x06 0x2200 0 0x100 > > > > [apple] /usr/home/ianf # usbconfig -u 0 -a 2 do_request 0x81 0x06 0x2200 0 > > 0x100 REQUEST = <0x05 0x01 0x09 0x06 0xa1 0x01 0x05 0x07 0x19 0xe0 0x29 > > 0xe7 0x15 0x00 0x25 0x01 0x75 0x01 0x95 0x08 0x81 0x02 0x95 0x01 0x75 0x08 > > 0x81 0x01 0x95 0x05 0x75 0x01 0x05 0x08 0x19 0x01 0x29 0x05 0x91 0x02 0x95 > > 0x01 0x75 0x03 0x91 0x01 0x95 0x05 0x75 0x08 0x15 0x00 0x25 0x65 0x05 0x07 > > 0x19 0x00 0x29 0x65 0x81 0x00 0x05 0xff 0x09 0x03 0x75 0x08 0x95 0x01 0x81 > > 0x02 0xc0><)%uuu)uu%e)eu> > > > > > usbconfig -u 0 -a 2 do_request 0x81 0x06 0x2200 1 0x100 > > > > [apple] /usr/home/ianf # usbconfig -u 0 -a 2 do_request 0x81 0x06 0x2200 1 > > 0x100 REQUEST = <0x05 0x01 0x09 0x02 0xa1 0x01 0x09 0x01 0xa1 0x00 0x05 > > 0x09 0x19 0x01 0x29 0x03 0x15 0x00 0x25 0x01 0x85 0x02 0x95 0x03 0x75 0x01 > > 0x81 0x02 0x95 0x01 0x75 0x05 0x81 0x01 0x05 0x01 0x09 0x30 0x09 0x31 0x15 > > 0x81 0x25 0x7f 0x75 0x08 0x95 0x02 0x81 0x06 0xc0 0xc0 0x05 0xff 0x09 0x01 > > 0xa1 0x00 0x09 0x02 0x15 0x01 0x25 0x41 0x35 0x00 0x45 0xff 0x85 0x05 0x75 > > 0x08 0x95 0x3f 0x81 0x00 0x09 0x04 0x15 0x80 0x25 0x7f 0x75 0x08 0x95 0x10 > > 0xb1 0x02 0xc0><)%uu01%u%A5Eu?%u> > > > > > usbconfig -u 0 -a 2 do_request 0x81 0x06 0x2200 2 0x100 > > > > usbconfig -u 0 -a 2 do_request 0x81 0x06 0x2200 2 0x100 > > REQUEST = <0x05 0x0c 0x09 0x01 0xa1 0x01 0x75 0x08 0x95 0x01 0x09 0xb8 0x15 > > 0x00 0x26 0xff 0x00 0x81 0x02 0xc0> > > Hi, > > I don't see anything wrong about the HID parsing. There are 3 buttons and two > axes. Could you enable ums debugging? > > sysctl hw.usb2.ums.debug=15 > > Then a) move mouse in both directions, b) press buttons > > Send me resulting dmesg. The first set of movements is verticle, then horizontal, then pressing the single button. ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ... Multiple similar lines removed ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 ff 00 00 00 00 00 ums_intr_callback:264: x:0 y:1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 ff 00 00 00 00 00 ums_intr_callback:264: x:0 y:1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 ff 00 00 00 00 00 ums_intr_callback:264: x:0 y:1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 01 00 00 00 00 00 ums_intr_callback:264: x:0 y:-1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 01 ff 00 00 00 00 ums_intr_callback:264: x:0 y:-1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 02 00 00 00 00 00 ums_intr_callback:264: x:0 y:-2 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 02 00 00 00 00 00 ums_intr_callback:264: x:0 y:-2 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 02 00 00 00 00 00 ums_intr_callback:264: x:0 y:-2 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 02 00 00 00 00 00 ums_intr_callback:264: x:0 y:-2 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 03 00 00 00 00 00 ums_intr_callback:264: x:0 y:-3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 02 00 00 00 00 00 ums_intr_callback:264: x:0 y:-2 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 02 00 00 00 00 00 ums_intr_callback:264: x:0 y:-2 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 02 00 00 00 00 00 ums_intr_callback:264: x:0 y:-2 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 02 00 00 00 00 00 ums_intr_callback:264: x:0 y:-2 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 03 00 00 00 00 00 ums_intr_callback:264: x:0 y:-3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 03 00 00 00 00 00 ums_intr_callback:264: x:0 y:-3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 04 00 00 00 00 00 ums_intr_callback:264: x:0 y:-4 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 03 00 00 00 00 00 ums_intr_callback:264: x:0 y:-3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 04 00 00 00 00 00 ums_intr_callback:264: x:0 y:-4 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 04 00 00 00 00 00 ums_intr_callback:264: x:0 y:-4 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 04 00 00 00 00 00 ums_intr_callback:264: x:0 y:-4 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 03 00 00 00 00 00 ums_intr_callback:264: x:0 y:-3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 04 00 00 00 00 00 ums_intr_callback:264: x:0 y:-4 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 04 00 00 00 00 00 ums_intr_callback:264: x:0 y:-4 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 03 00 00 00 00 00 ums_intr_callback:264: x:0 y:-3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 04 00 00 00 00 00 ums_intr_callback:264: x:0 y:-4 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 04 00 00 00 00 00 ums_intr_callback:264: x:0 y:-4 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 04 00 00 00 00 00 ums_intr_callback:264: x:0 y:-4 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 04 00 00 00 00 00 ums_intr_callback:264: x:0 y:-4 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 04 00 00 00 00 00 ums_intr_callback:264: x:0 y:-4 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 03 00 00 00 00 00 ums_intr_callback:264: x:0 y:-3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 04 00 00 00 00 00 ums_intr_callback:264: x:0 y:-4 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 03 00 00 00 00 00 ums_intr_callback:264: x:0 y:-3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 03 00 00 00 00 00 ums_intr_callback:264: x:0 y:-3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 03 00 00 00 00 00 ums_intr_callback:264: x:0 y:-3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 03 00 00 00 00 00 ums_intr_callback:264: x:0 y:-3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 03 ff 00 00 00 00 ums_intr_callback:264: x:0 y:-3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 03 00 00 00 00 00 ums_intr_callback:264: x:0 y:-3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 03 00 00 00 00 00 ums_intr_callback:264: x:0 y:-3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 04 00 00 00 00 00 ums_intr_callback:264: x:0 y:-4 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 04 00 00 00 00 00 ums_intr_callback:264: x:0 y:-4 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 04 00 00 00 00 00 ums_intr_callback:264: x:0 y:-4 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 03 00 00 00 00 00 ums_intr_callback:264: x:0 y:-3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 04 00 00 00 00 00 ums_intr_callback:264: x:0 y:-4 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 03 00 00 00 00 00 ums_intr_callback:264: x:0 y:-3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 03 00 00 00 00 00 ums_intr_callback:264: x:0 y:-3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 03 00 00 00 00 00 ums_intr_callback:264: x:0 y:-3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 03 00 00 00 00 00 ums_intr_callback:264: x:0 y:-3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 03 ff 00 00 00 00 ums_intr_callback:264: x:0 y:-3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 03 00 00 00 00 00 ums_intr_callback:264: x:0 y:-3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 04 00 00 00 00 00 ums_intr_callback:264: x:0 y:-4 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 03 00 00 00 00 00 ums_intr_callback:264: x:0 y:-3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 04 00 00 00 00 00 ums_intr_callback:264: x:0 y:-4 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 03 ff 00 00 00 00 ums_intr_callback:264: x:0 y:-3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 04 00 00 00 00 00 ums_intr_callback:264: x:0 y:-4 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 03 00 00 00 00 00 ums_intr_callback:264: x:0 y:-3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 03 00 00 00 00 00 ums_intr_callback:264: x:0 y:-3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 03 00 00 00 00 00 ums_intr_callback:264: x:0 y:-3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 02 00 00 00 00 00 ums_intr_callback:264: x:0 y:-2 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 03 ff 00 00 00 00 ums_intr_callback:264: x:0 y:-3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 02 00 00 00 00 00 ums_intr_callback:264: x:0 y:-2 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 02 00 00 00 00 00 ums_intr_callback:264: x:0 y:-2 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 03 00 00 00 00 00 ums_intr_callback:264: x:0 y:-3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 02 00 00 00 00 00 ums_intr_callback:264: x:0 y:-2 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 03 00 00 00 00 00 ums_intr_callback:264: x:0 y:-3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 03 ff 00 00 00 00 ums_intr_callback:264: x:0 y:-3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 03 00 00 00 00 00 ums_intr_callback:264: x:0 y:-3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 03 00 00 00 00 00 ums_intr_callback:264: x:0 y:-3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 03 ff 00 00 00 00 ums_intr_callback:264: x:0 y:-3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 03 00 00 00 00 00 ums_intr_callback:264: x:0 y:-3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 03 00 00 00 00 00 ums_intr_callback:264: x:0 y:-3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 03 ff 00 00 00 00 ums_intr_callback:264: x:0 y:-3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 03 00 00 00 00 00 ums_intr_callback:264: x:0 y:-3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 03 00 00 00 00 00 ums_intr_callback:264: x:0 y:-3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 02 00 00 00 00 00 ums_intr_callback:264: x:0 y:-2 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 03 00 00 00 00 00 ums_intr_callback:264: x:0 y:-3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 02 00 00 00 00 00 ums_intr_callback:264: x:0 y:-2 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 02 00 00 00 00 00 ums_intr_callback:264: x:0 y:-2 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 02 00 00 00 00 00 ums_intr_callback:264: x:0 y:-2 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 02 00 00 00 00 00 ums_intr_callback:264: x:0 y:-2 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 01 00 00 00 00 00 ums_intr_callback:264: x:0 y:-1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 01 00 00 00 00 00 ums_intr_callback:264: x:0 y:-1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 01 00 00 00 00 00 ums_intr_callback:264: x:0 y:-1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 01 00 00 00 00 00 ums_intr_callback:264: x:0 y:-1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 01 00 00 00 00 00 ums_intr_callback:264: x:0 y:-1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 01 00 00 00 00 00 ums_intr_callback:264: x:0 y:-1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 01 00 00 00 00 00 ums_intr_callback:264: x:0 y:-1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 ff 00 00 00 00 00 ums_intr_callback:264: x:0 y:1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 ff 00 00 00 00 00 ums_intr_callback:264: x:0 y:1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 ff 01 00 00 00 00 ums_intr_callback:264: x:0 y:1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 ff 00 00 00 00 00 ums_intr_callback:264: x:0 y:1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 ff 00 00 00 00 00 ums_intr_callback:264: x:0 y:1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 ff 00 00 00 00 00 ums_intr_callback:264: x:0 y:1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fe 01 00 00 00 00 ums_intr_callback:264: x:0 y:2 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fe 00 00 00 00 00 ums_intr_callback:264: x:0 y:2 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fd 00 00 00 00 00 ums_intr_callback:264: x:0 y:3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fd 00 00 00 00 00 ums_intr_callback:264: x:0 y:3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fd 01 00 00 00 00 ums_intr_callback:264: x:0 y:3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fd 00 00 00 00 00 ums_intr_callback:264: x:0 y:3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fd 00 00 00 00 00 ums_intr_callback:264: x:0 y:3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fe 00 00 00 00 00 ums_intr_callback:264: x:0 y:2 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fd 00 00 00 00 00 ums_intr_callback:264: x:0 y:3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fe 00 00 00 00 00 ums_intr_callback:264: x:0 y:2 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fe 00 00 00 00 00 ums_intr_callback:264: x:0 y:2 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fe 00 00 00 00 00 ums_intr_callback:264: x:0 y:2 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fd 00 00 00 00 00 ums_intr_callback:264: x:0 y:3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fe 00 00 00 00 00 ums_intr_callback:264: x:0 y:2 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fd 00 00 00 00 00 ums_intr_callback:264: x:0 y:3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fd 00 00 00 00 00 ums_intr_callback:264: x:0 y:3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fe 01 00 00 00 00 ums_intr_callback:264: x:0 y:2 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fd 00 00 00 00 00 ums_intr_callback:264: x:0 y:3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fd 00 00 00 00 00 ums_intr_callback:264: x:0 y:3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fd 00 00 00 00 00 ums_intr_callback:264: x:0 y:3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fd 00 00 00 00 00 ums_intr_callback:264: x:0 y:3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fd 00 00 00 00 00 ums_intr_callback:264: x:0 y:3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fe 00 00 00 00 00 ums_intr_callback:264: x:0 y:2 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fe 01 00 00 00 00 ums_intr_callback:264: x:0 y:2 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fe 00 00 00 00 00 ums_intr_callback:264: x:0 y:2 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fe 00 00 00 00 00 ums_intr_callback:264: x:0 y:2 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fe 00 00 00 00 00 ums_intr_callback:264: x:0 y:2 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fe 00 00 00 00 00 ums_intr_callback:264: x:0 y:2 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fe 00 00 00 00 00 ums_intr_callback:264: x:0 y:2 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fd 00 00 00 00 00 ums_intr_callback:264: x:0 y:3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fe 00 00 00 00 00 ums_intr_callback:264: x:0 y:2 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fd 00 00 00 00 00 ums_intr_callback:264: x:0 y:3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fd 00 00 00 00 00 ums_intr_callback:264: x:0 y:3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fd 01 00 00 00 00 ums_intr_callback:264: x:0 y:3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fd 00 00 00 00 00 ums_intr_callback:264: x:0 y:3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fd 00 00 00 00 00 ums_intr_callback:264: x:0 y:3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fd 00 00 00 00 00 ums_intr_callback:264: x:0 y:3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fd 00 00 00 00 00 ums_intr_callback:264: x:0 y:3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fd 00 00 00 00 00 ums_intr_callback:264: x:0 y:3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fd 00 00 00 00 00 ums_intr_callback:264: x:0 y:3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fd 00 00 00 00 00 ums_intr_callback:264: x:0 y:3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fd 00 00 00 00 00 ums_intr_callback:264: x:0 y:3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fd 00 00 00 00 00 ums_intr_callback:264: x:0 y:3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fc 00 00 00 00 00 ums_intr_callback:264: x:0 y:4 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fd 00 00 00 00 00 ums_intr_callback:264: x:0 y:3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fc 00 00 00 00 00 ums_intr_callback:264: x:0 y:4 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fd 00 00 00 00 00 ums_intr_callback:264: x:0 y:3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fc 00 00 00 00 00 ums_intr_callback:264: x:0 y:4 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fd 01 00 00 00 00 ums_intr_callback:264: x:0 y:3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fd 00 00 00 00 00 ums_intr_callback:264: x:0 y:3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fd 00 00 00 00 00 ums_intr_callback:264: x:0 y:3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fe 00 00 00 00 00 ums_intr_callback:264: x:0 y:2 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fd 00 00 00 00 00 ums_intr_callback:264: x:0 y:3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fe 00 00 00 00 00 ums_intr_callback:264: x:0 y:2 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fe 00 00 00 00 00 ums_intr_callback:264: x:0 y:2 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fe 00 00 00 00 00 ums_intr_callback:264: x:0 y:2 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fd 00 00 00 00 00 ums_intr_callback:264: x:0 y:3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fe 00 00 00 00 00 ums_intr_callback:264: x:0 y:2 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fe 00 00 00 00 00 ums_intr_callback:264: x:0 y:2 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fe 00 00 00 00 00 ums_intr_callback:264: x:0 y:2 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fe 00 00 00 00 00 ums_intr_callback:264: x:0 y:2 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fd 00 00 00 00 00 ums_intr_callback:264: x:0 y:3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fe 00 00 00 00 00 ums_intr_callback:264: x:0 y:2 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fe 00 00 00 00 00 ums_intr_callback:264: x:0 y:2 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fd 00 00 00 00 00 ums_intr_callback:264: x:0 y:3 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fe 00 00 00 00 00 ums_intr_callback:264: x:0 y:2 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fe 00 00 00 00 00 ums_intr_callback:264: x:0 y:2 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fe 00 00 00 00 00 ums_intr_callback:264: x:0 y:2 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fe 01 00 00 00 00 ums_intr_callback:264: x:0 y:2 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fe 00 00 00 00 00 ums_intr_callback:264: x:0 y:2 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 ff 00 00 00 00 00 ums_intr_callback:264: x:0 y:1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 fe 00 00 00 00 00 ums_intr_callback:264: x:0 y:2 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 ff 00 00 00 00 00 ums_intr_callback:264: x:0 y:1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 ff 00 00 00 00 00 ums_intr_callback:264: x:0 y:1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 ff 00 00 00 00 00 ums_intr_callback:264: x:0 y:1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 ff 00 00 00 00 00 ums_intr_callback:264: x:0 y:1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 ff 00 00 00 00 00 ums_intr_callback:264: x:0 y:1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 ff 00 00 00 00 00 ums_intr_callback:264: x:0 y:1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 ff 00 00 00 00 00 ums_intr_callback:264: x:0 y:1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 ff 00 00 00 00 00 ums_intr_callback:264: x:0 y:1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 ff 00 00 00 00 00 ums_intr_callback:264: x:0 y:1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 ff 00 00 00 00 00 ums_intr_callback:264: x:0 y:1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 01 01 00 00 00 00 ums_intr_callback:264: x:0 y:-1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 ff 00 00 00 00 00 ums_intr_callback:264: x:0 y:1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 ff 00 00 00 00 00 ums_intr_callback:264: x:0 y:1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 ff 00 00 00 00 00 ums_intr_callback:264: x:0 y:1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 ff 00 00 00 00 00 ums_intr_callback:264: x:0 y:1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 ff 00 00 00 00 00 ums_intr_callback:264: x:0 y:1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 ff 00 00 00 00 00 ums_intr_callback:264: x:0 y:1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 ff 00 00 00 00 00 ums_intr_callback:264: x:0 y:1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 01 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 01 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 01 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 01 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 01 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 02 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 01 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 01 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 01 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 01 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 01 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 01 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 02 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 01 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 02 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 01 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 02 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 01 02 00 00 00 00 ums_intr_callback:264: x:0 y:-1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 02 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 03 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 01 02 00 00 00 00 ums_intr_callback:264: x:0 y:-1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 03 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 03 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 01 02 00 00 00 00 ums_intr_callback:264: x:0 y:-1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 03 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 01 02 00 00 00 00 ums_intr_callback:264: x:0 y:-1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 02 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 01 02 00 00 00 00 ums_intr_callback:264: x:0 y:-1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 03 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 02 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 01 02 00 00 00 00 ums_intr_callback:264: x:0 y:-1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 03 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 03 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 03 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 03 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 03 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 01 04 00 00 00 00 ums_intr_callback:264: x:0 y:-1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 03 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 02 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 03 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 01 02 00 00 00 00 ums_intr_callback:264: x:0 y:-1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 03 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 02 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 01 03 00 00 00 00 ums_intr_callback:264: x:0 y:-1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 02 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 03 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 03 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 04 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 03 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 04 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 01 03 00 00 00 00 ums_intr_callback:264: x:0 y:-1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 03 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 03 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 03 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 01 02 00 00 00 00 ums_intr_callback:264: x:0 y:-1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 02 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 03 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 02 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 01 03 00 00 00 00 ums_intr_callback:264: x:0 y:-1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 03 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 03 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 03 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 03 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 01 04 00 00 00 00 ums_intr_callback:264: x:0 y:-1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 03 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 03 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 03 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 02 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 01 03 00 00 00 00 ums_intr_callback:264: x:0 y:-1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 02 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 02 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 02 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 01 02 00 00 00 00 ums_intr_callback:264: x:0 y:-1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 03 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 01 02 00 00 00 00 ums_intr_callback:264: x:0 y:-1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 03 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 03 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 03 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 01 03 00 00 00 00 ums_intr_callback:264: x:0 y:-1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 03 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 03 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 03 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 02 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 02 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 02 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 01 02 00 00 00 00 ums_intr_callback:264: x:0 y:-1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 02 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 02 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 02 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 01 03 00 00 00 00 ums_intr_callback:264: x:0 y:-1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 02 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 01 03 00 00 00 00 ums_intr_callback:264: x:0 y:-1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 03 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 03 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 01 03 00 00 00 00 ums_intr_callback:264: x:0 y:-1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 03 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 03 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 01 03 00 00 00 00 ums_intr_callback:264: x:0 y:-1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 02 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 02 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 02 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 01 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 01 02 00 00 00 00 ums_intr_callback:264: x:0 y:-1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 01 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 01 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 01 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 01 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 01 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 01 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 01 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 ff 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fe 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fd 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fd 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 ff fd 00 00 00 00 ums_intr_callback:264: x:0 y:1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fd 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 ff fd 00 00 00 00 ums_intr_callback:264: x:0 y:1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fe 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 ff fd 00 00 00 00 ums_intr_callback:264: x:0 y:1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fd 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 ff fd 00 00 00 00 ums_intr_callback:264: x:0 y:1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fd 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 ff fd 00 00 00 00 ums_intr_callback:264: x:0 y:1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 ff fc 00 00 00 00 ums_intr_callback:264: x:0 y:1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fc 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 ff fc 00 00 00 00 ums_intr_callback:264: x:0 y:1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 ff fc 00 00 00 00 ums_intr_callback:264: x:0 y:1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fd 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 ff fd 00 00 00 00 ums_intr_callback:264: x:0 y:1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 ff fc 00 00 00 00 ums_intr_callback:264: x:0 y:1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fc 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 ff fc 00 00 00 00 ums_intr_callback:264: x:0 y:1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fc 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 ff fc 00 00 00 00 ums_intr_callback:264: x:0 y:1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fc 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 ff fc 00 00 00 00 ums_intr_callback:264: x:0 y:1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fc 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 ff fd 00 00 00 00 ums_intr_callback:264: x:0 y:1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fd 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 ff fd 00 00 00 00 ums_intr_callback:264: x:0 y:1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fd 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 ff fc 00 00 00 00 ums_intr_callback:264: x:0 y:1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fd 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fc 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 ff fc 00 00 00 00 ums_intr_callback:264: x:0 y:1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fc 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fc 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 ff fc 00 00 00 00 ums_intr_callback:264: x:0 y:1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fd 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fd 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fd 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 ff fd 00 00 00 00 ums_intr_callback:264: x:0 y:1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fd 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fd 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 ff fc 00 00 00 00 ums_intr_callback:264: x:0 y:1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fd 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fc 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fd 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fc 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fd 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fc 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fd 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fe 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fd 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fe 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fd 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fe 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fd 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 ff fe 00 00 00 00 ums_intr_callback:264: x:0 y:1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fd 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fd 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fd 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fd 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fd 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fd 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fd 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fd 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fe 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fd 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fe 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fd 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fe 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fe 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fd 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fd 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fd 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fd 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fd 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fd 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fd 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fe 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 01 fd 00 00 00 00 ums_intr_callback:264: x:0 y:-1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fe 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fd 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fe 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fe 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fd 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fe 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fe 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 01 fd 00 00 00 00 ums_intr_callback:264: x:0 y:-1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fe 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fd 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 01 fd 00 00 00 00 ums_intr_callback:264: x:0 y:-1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fe 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 01 fd 00 00 00 00 ums_intr_callback:264: x:0 y:-1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fe 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fd 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 01 fe 00 00 00 00 ums_intr_callback:264: x:0 y:-1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fe 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fe 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fe 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fe 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 fe 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 ff 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 01 fe 00 00 00 00 ums_intr_callback:264: x:0 y:-1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 ff 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 ff 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 ff 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 01 ff 00 00 00 00 ums_intr_callback:264: x:0 y:-1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 ff 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 ff 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 ff 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 ff 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 01 00 00 00 00 00 ums_intr_callback:264: x:0 y:-1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 ff 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 01 00 00 00 00 00 ums_intr_callback:264: x:0 y:-1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 ff 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 01 ff 00 00 00 00 ums_intr_callback:264: x:0 y:-1 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 01 00 00 00 00 00 00 ums_intr_callback:264: x:1 y:0 z:0 t:0 w:0 buttons:0x00000001 ums_intr_callback:174: sc=0xc51e9c00 actlen=4 ums_intr_callback:191: data = 02 00 00 00 00 00 00 00 ... Multiple similar lines removed -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Sat Mar 14 22:13:16 2009 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 1B8791065673; Sat, 14 Mar 2009 22:13:16 +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 E12608FC13; Sat, 14 Mar 2009 22:13:15 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-19-214-182.bna.bellsouth.net [68.19.214.182]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n2EMBrVW042076 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 14 Mar 2009 18:11:53 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Michal Varga In-Reply-To: <3f1fd1ea0903141447m53e55c52i67b865f5da1831ef@mail.gmail.com> References: <14763590@bb.ipt.ru> <20090314092610.GA65578@freebsd.org> <3f1fd1ea0903140508sda8af37i83fdb0fb7ee1f792@mail.gmail.com> <20090314174509.GA36903@freebsd.org> <3f1fd1ea0903141447m53e55c52i67b865f5da1831ef@mail.gmail.com> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-6q5ItRE5zoy4hdFyv/QL" Organization: FreeBSD Date: Sat, 14 Mar 2009 17:13:03 -0500 Message-Id: <1237068783.1802.9.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-3.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: Roman Divacky , freebsd-current@freebsd.org Subject: Re: linux 3d applications keep crashing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2009 22:13:16 -0000 --=-6q5ItRE5zoy4hdFyv/QL Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2009-03-14 at 22:47 +0100, Michal Varga wrote: > On Sat, Mar 14, 2009 at 6:45 PM, Roman Divacky wro= te: > >> > there's an ongoing work on nouveau, so stay tuned :) > >> > > >> Yes, that will take many years to complete, or at least, produce a > >> rotating cube or maybe, maybe run glxgears in around 2012. > > > > I am currently running accelerated glgears on freebsd using nouveau. > > thnx for your enthusiasm :) > > > While I've been a little sarcastic, yes, there is some preliminary 3D > support in nouveau. Still, then you can say that there are fairly good > Direct3D accelerated drivers for S3 Virge out there (really, there > are). >=20 > Let's look only on the nouveau front page: > Current Status > 2D-support is in fairly good shape with EXA acceleration, Xv and > Randr12 (think of dual-head, rotations, etc.). Randr12 should work for > all cards up to, and including, Geforce 9000 series, although some > issues with Geforce 8/9 laptops may still exist, for such issues bug > reports should be submitted. Randr12 is now the default. Any 3D > functionality that might exist is still unsupported, do not ask for > instructions to try it. Also, VT switching while X is running is > considered lucky. >=20 > (yes it's sittinge there for a long time and stuff moved forward a bit > in meantime, but, well..) >=20 > Feature matrix? > http://nouveau.freedesktop.org/wiki/FeatureMatrix > "4 - While some support for 3D exists, it is far from mature. And even > if it was mature, the particular feature you need, be it oddball > texture compression formats and whatnot, may not be there. Yet. > Patches welcome." This is correct, it doesn't exist in any publicly usable form. These things can change rapidly though. > Roman, while I appreciate everyone's work on nouveau, be it you, > Robert or anyone else, you seriously don't believe to be running Doom > 3 or Quake 7.65 on it for yet next few years.. Don't you think? You > make it sound like nouveau is "just around the corner" and, I don't > know, judging from the immediately following "wow wow wow" reaction, I > don't think that's very nice to some of the 'regular' folks around > (not trying to make a point with the poster, just thinking generally). >=20 > Just look at the sad state of oss ATI accelerated drivers (and to > avoid being autoattacked by some trigger-happy ATI fanboy, I run both > nvidia and ati setups, thank you) and those are out for quite some > time, with tons of specs released by AMD/ATI every other month.. > Result? (Almost) perfectly running glxgears. Ever tried to run a game > with it? Heck, even GL accelerated Duke Nukem 3D for a start? The > outcome is so horrible that you want to poke your eyes out with a > screwdriver just to get rid of that image (if only one could call that > an image - "a message from a black hole" would be probably more > appropriate). ATI/AMD has only recently started releasing specs. They are also actively working on the open source drivers. They are changing quite rapidly and shaping up nicely. Lot's of things in the open source 3d world are changing rapidly... So, I don't expect to see anything tomorrow, but things are improving and fairly quickly. > So don't get me wrong, I'm all in support for nouveau as everyone > else, but I still just have that funny feeling when you make it sound > like "hey guys, screw the official drivers, they already don't matter > at all, nouveau is coming". Yes, nouveau is coming (sort of), it will > fill some part of the "market", similiarly as 'nv' does now, but > official drivers are not going anywhere, not for years to come and > definitely not if you want to go for some gaming (Tuxracer is not a > game, seriously), or want to get some other rather serious OpenGL > stuff done (and by that I don't mean compiz whooshy windows, though > that would -still- be a good start). The binary Nvidia driver may be fine as long as your running i386 and don't mind the lag behind the rest of Xorg when things change waiting on the next release of the binary. If your on amd64, your out of luck for the time being. So, yes... There is probably room for both drivers, especially as long as Nvidia refuses to publish hardware docs to allow more rapid oss support. robert. > Anyway - while this reply IS a little bit offtopic (and long, and > flamebait, etc.), I just wanted to point out a few things before > people start running around waving and screaming "omg did you hear > that? they have oss opengl nvidia drivers running in real 3D! > jesuschrist I'm going to ... !" >=20 > And, you know. Like that. >=20 > Disclaimer: I'm not a nouveau developer, just a long time lurker, here > and there. Nothing I said is a fact or anything remotely close to > that. >=20 > m. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " --=20 Robert Noland FreeBSD --=-6q5ItRE5zoy4hdFyv/QL Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAkm8K+8ACgkQM4TrQ4qfROPcWwCeLxvi8nFE41sDgd4J6VpghFJ2 FKwAn32jE8FHOiCplY9E4PZmGRVpW30O =hrvO -----END PGP SIGNATURE----- --=-6q5ItRE5zoy4hdFyv/QL-- From owner-freebsd-current@FreeBSD.ORG Sat Mar 14 22:16:49 2009 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 A7D7A1065670; Sat, 14 Mar 2009 22:16:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 67C758FC14; Sat, 14 Mar 2009 22:16:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2EMGjKt071562; Sat, 14 Mar 2009 18:16:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n2EMGi60011966; Sat, 14 Mar 2009 18:16:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C73C77302F; Sat, 14 Mar 2009 17:16:44 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090314221644.C73C77302F@freebsd-current.sentex.ca> Date: Sat, 14 Mar 2009 17:16:44 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Mar 2009 22:16:50 -0000 TB --- 2009-03-14 21:19:51 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-14 21:19:51 - starting HEAD tinderbox run for i386/pc98 TB --- 2009-03-14 21:19:51 - cleaning the object tree TB --- 2009-03-14 21:20:22 - cvsupping the source tree TB --- 2009-03-14 21:20:22 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2009-03-14 21:20:33 - building world TB --- 2009-03-14 21:20:33 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-14 21:20:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-14 21:20:33 - TARGET=pc98 TB --- 2009-03-14 21:20:33 - TARGET_ARCH=i386 TB --- 2009-03-14 21:20:33 - TZ=UTC TB --- 2009-03-14 21:20:33 - __MAKE_CONF=/dev/null TB --- 2009-03-14 21:20:33 - cd /src TB --- 2009-03-14 21:20:33 - /usr/bin/make -B buildworld >>> World build started on Sat Mar 14 21:20:35 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/obj/pc98/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -std=gnu99 -fstack-protector -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/struct-equiv.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/obj/pc98/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -std=gnu99 -fstack-protector -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/targhooks.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/obj/pc98/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -std=gnu99 -fstack-protector -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/timevar.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/obj/pc98/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -std=gnu99 -fstack-protector -DTARGET_NAME=\"i386-undermydesk-freebsd\" -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.c:543: error: redefinition of 'floor_log2' /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.h:175: error: previous definition of 'floor_log2' was here /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.c:578: error: redefinition of 'exact_log2' /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.h:181: error: previous definition of 'exact_log2' was here *** Error code 1 Stop in /src/gnu/usr.bin/cc/cc_int. *** Error code 1 Stop in /src/gnu/usr.bin/cc. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-14 22:16:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-14 22:16:44 - ERROR: failed to build world TB --- 2009-03-14 22:16:44 - 2667.66 user 291.49 system 3413.54 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sat Mar 14 23:06:19 2009 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 598CA106566C; Sat, 14 Mar 2009 23:06:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 1B0ED8FC15; Sat, 14 Mar 2009 23:06:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2EN6Dlg072957; Sat, 14 Mar 2009 19:06:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n2EN6D0N012360; Sat, 14 Mar 2009 19:06:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2B9797302F; Sat, 14 Mar 2009 18:06:13 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090314230613.2B9797302F@freebsd-current.sentex.ca> Date: Sat, 14 Mar 2009 18:06:13 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Mar 2009 23:06:20 -0000 TB --- 2009-03-14 22:16:44 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-14 22:16:44 - starting HEAD tinderbox run for mips/mips TB --- 2009-03-14 22:16:44 - cleaning the object tree TB --- 2009-03-14 22:17:04 - cvsupping the source tree TB --- 2009-03-14 22:17:04 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/mips/mips/supfile TB --- 2009-03-14 22:17:14 - building world TB --- 2009-03-14 22:17:14 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-14 22:17:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-14 22:17:14 - TARGET=mips TB --- 2009-03-14 22:17:14 - TARGET_ARCH=mips TB --- 2009-03-14 22:17:14 - TZ=UTC TB --- 2009-03-14 22:17:14 - __MAKE_CONF=/dev/null TB --- 2009-03-14 22:17:14 - cd /src TB --- 2009-03-14 22:17:14 - /usr/bin/make -B buildworld >>> World build started on Sat Mar 14 22:17:17 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/obj/mips/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -std=gnu99 -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/struct-equiv.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/obj/mips/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -std=gnu99 -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/targhooks.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/obj/mips/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -std=gnu99 -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/timevar.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/obj/mips/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -std=gnu99 -DTARGET_NAME=\"mips-undermydesk-freebsd\" -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.c:543: error: redefinition of 'floor_log2' /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.h:175: error: previous definition of 'floor_log2' was here /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.c:578: error: redefinition of 'exact_log2' /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.h:181: error: previous definition of 'exact_log2' was here *** Error code 1 Stop in /src/gnu/usr.bin/cc/cc_int. *** Error code 1 Stop in /src/gnu/usr.bin/cc. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-14 23:06:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-14 23:06:12 - ERROR: failed to build world TB --- 2009-03-14 23:06:12 - 2251.43 user 274.03 system 2968.04 real http://tinderbox.des.no/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sat Mar 14 23:13:37 2009 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 1DB911065675; Sat, 14 Mar 2009 23:13:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id D3F738FC1A; Sat, 14 Mar 2009 23:13:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2ENDWiH073240; Sat, 14 Mar 2009 19:13:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n2ENDWNh094239; Sat, 14 Mar 2009 19:13:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 428687302F; Sat, 14 Mar 2009 18:13:32 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090314231332.428687302F@freebsd-current.sentex.ca> Date: Sat, 14 Mar 2009 18:13:32 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.1/8983/Thu Feb 12 07:48:01 2009 clamav-milter version 0.94.2 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Mar 2009 23:13:37 -0000 TB --- 2009-03-14 22:04:17 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-03-14 22:04:17 - starting HEAD tinderbox run for ia64/ia64 TB --- 2009-03-14 22:04:17 - cleaning the object tree TB --- 2009-03-14 22:04:41 - cvsupping the source tree TB --- 2009-03-14 22:04:41 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2009-03-14 22:04:53 - building world TB --- 2009-03-14 22:04:53 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-14 22:04:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-14 22:04:53 - TARGET=ia64 TB --- 2009-03-14 22:04:53 - TARGET_ARCH=ia64 TB --- 2009-03-14 22:04:53 - TZ=UTC TB --- 2009-03-14 22:04:53 - __MAKE_CONF=/dev/null TB --- 2009-03-14 22:04:53 - cd /src TB --- 2009-03-14 22:04:53 - /usr/bin/make -B buildworld >>> World build started on Sat Mar 14 22:04:54 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/obj/ia64/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -std=gnu99 -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/struct-equiv.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/obj/ia64/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -std=gnu99 -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/targhooks.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/obj/ia64/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -std=gnu99 -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/timevar.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/obj/ia64/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -std=gnu99 -DTARGET_NAME=\"ia64-undermydesk-freebsd\" -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.c:543: error: redefinition of 'floor_log2' /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.h:175: error: previous definition of 'floor_log2' was here /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.c:578: error: redefinition of 'exact_log2' /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/toplev.h:181: error: previous definition of 'exact_log2' was here *** Error code 1 Stop in /src/gnu/usr.bin/cc/cc_int. *** Error code 1 Stop in /src/gnu/usr.bin/cc. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-14 23:13:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-14 23:13:32 - ERROR: failed to build world TB --- 2009-03-14 23:13:32 - 3336.89 user 288.95 system 4155.09 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Mar 14 23:17:52 2009 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 608D61065673; Sat, 14 Mar 2009 23:17:52 +0000 (UTC) (envelope-from rrs@lakerest.net) Received: from lakerest.net (unknown [IPv6:2001:240:585:2:203:6dff:fe1a:4ddc]) by mx1.freebsd.org (Postfix) with ESMTP id EEFC28FC08; Sat, 14 Mar 2009 23:17:51 +0000 (UTC) (envelope-from rrs@lakerest.net) Received: from [10.1.1.53] ([10.1.1.53]) (authenticated bits=0) by lakerest.net (8.14.3/8.14.3) with ESMTP id n2ENI0Zu004271 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Sat, 14 Mar 2009 19:18:00 -0400 (EDT) (envelope-from rrs@lakerest.net) Message-Id: <591E79E9-26A4-4616-B99E-D44FFCEABC9F@lakerest.net> From: Randall Stewart To: Garrett Cooper In-Reply-To: <7d6fde3d0903141322m2171e0d9h84788db92d5eaa14@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Sat, 14 Mar 2009 19:17:51 -0400 References: <7d6fde3d0903141322m2171e0d9h84788db92d5eaa14@mail.gmail.com> X-Mailer: Apple Mail (2.930.3) Cc: src-committers@FreeBSD.org, svn-src-all@FreeBSD.org, Randall Stewart , FreeBSD Current , Kostik Belousov , svn-src-head@FreeBSD.org Subject: Re: Fixes for SCTP compile errors on CURRENT [was Re: svn commit: r189790 - head/sys/netinet] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2009 23:17:52 -0000 Garret: That was my bad.. I missed a file on the commit (sctp_structs.h).. Its now committed :-) As far as it being set.. of course it is.. basically the flag is used for large messages when doing PR-SCTP (something that is probably not wise.. but I had someone in Chile doing this).. and it highlighted a few problems in the way PR-SCTP with large messages worked... Still an issue that will cause a print out if you do mixed mode sending PR-SCTP and reliable SCTP.. I need to hunt that down.. its a flight size accounting problem that the audit code catches and fixes.. but I need to figure out what's going on with that :-D R On Mar 14, 2009, at 4:22 PM, Garrett Cooper wrote: > On Sat, Mar 14, 2009 at 12:54 PM, Garrett Cooper > wrote: >> On Sat, Mar 14, 2009 at 9:06 AM, Kostik Belousov >> wrote: >>> On Sat, Mar 14, 2009 at 01:42:14PM +0000, Randall Stewart wrote: >>>> Author: rrs >>>> Date: Sat Mar 14 13:42:13 2009 >>>> New Revision: 189790 >>>> URL: http://svn.freebsd.org/changeset/base/189790 >>>> >>>> Log: >>>> Fixes several PR-SCTP releated bugs. >>>> - When sending large PR-SCTP messages over a >>>> lossy link we would incorrectly calculate the fwd-tsn >>>> - When receiving large multipart pr-sctp packets we would >>>> incorrectly send back a SACK that would renege improperly >>>> on already received packets thus causing unneeded >>>> retransmissions. >>> >>> With this commit, I get >>> /usr/home/kostik/work/build/bsd/DEV/src/sys/netinet/sctp_indata.c: >>> In function 'sctp_express_handle_sack': >>> /usr/home/kostik/work/build/bsd/DEV/src/sys/netinet/sctp_indata.c: >>> 4772: error: 'struct sctp_data_chunkrec' has no member named >>> 'fwd_tsn_cnt' >>> /usr/home/kostik/work/build/bsd/DEV/src/sys/netinet/sctp_indata.c: >>> 4773: error: 'struct sctp_data_chunkrec' has no member named >>> 'fwd_tsn_cnt' >>> /usr/home/kostik/work/build/bsd/DEV/src/sys/netinet/sctp_indata.c: >>> 4775: error: 'struct sctp_data_chunkrec' has no member named >>> 'fwd_tsn_cnt' >> >> As do I. >> -Garrett > > The attached patch fixes all SCTP related compile errors, but I'm a > bit worried about whether or not discard_rest is set anywhere in the > code, or the entire data struct is properly zero'ed out (haven't > inspected it yet): > > Thanks, > -Garrett > > Index: sys/netinet/sctp_structs.h > =================================================================== > --- sys/netinet/sctp_structs.h (revision 189829) > +++ sys/netinet/sctp_structs.h (working copy) > @@ -31,7 +31,7 @@ > /* $KAME: sctp_structs.h,v 1.13 2005/03/06 16:04:18 itojun Exp $ */ > > #include > -__FBSDID("$FreeBSD$"); > +__FBSDID("$FreeBSD: src/sys/netinet/sctp_structs.h,v 1.30 2009/02/20 > 15:03:54 rrs Exp $"); > > #ifndef __sctp_structs_h__ > #define __sctp_structs_h__ > @@ -310,6 +310,8 @@ > /* ECN Nonce: Nonce Value for this chunk */ > uint8_t ect_nonce; > > + uint8_t fwd_tsn_cnt; > + > /* > * part of the Highest sacked algorithm to be able to stroke counts > * on ones that are FR'd. > @@ -445,6 +447,7 @@ > uint8_t pr_sctp_on; > uint8_t sender_all_done; > uint8_t put_last_out; > + uint8_t discard_rest; > }; > > /* > ------------------------------ Randall Stewart 803-317-4952 (cell) 803-345-0391(direct) From owner-freebsd-current@FreeBSD.ORG Sat Mar 14 23:28:55 2009 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 E9784106566C; Sat, 14 Mar 2009 23:28:55 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id BB6D88FC15; Sat, 14 Mar 2009 23:28:55 +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 1AAE82ED6CA; Sat, 14 Mar 2009 19:28:55 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Sat, 14 Mar 2009 19:28:55 -0400 X-Sasl-enc: 3xuxqd06qKva4tTHv8sPyZhrFl4f/vzSsOPqqPoiKi/E 1237073334 Received: from empiric.lon.incunabulum.net (unknown [81.168.51.182]) by mail.messagingengine.com (Postfix) with ESMTPSA id 6155B4C95D; Sat, 14 Mar 2009 19:28:54 -0400 (EDT) Message-ID: <49BC3DB5.2070807@incunabulum.net> Date: Sat, 14 Mar 2009 23:28:53 +0000 From: Bruce M Simpson User-Agent: Thunderbird 2.0.0.19 (X11/20090126) MIME-Version: 1.0 To: Sam Leffler References: <1236937253.2282.0.camel@localhost> <49BAEA9F.8020302@incunabulum.net> <49BB0D3E.2020306@incunabulum.net> <49BC1C66.7030400@freebsd.org> In-Reply-To: <49BC1C66.7030400@freebsd.org> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, freebsd-net Subject: Re: IGMP+WiFi panic on recent kernel - in igmp_fasttimo() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2009 23:28:56 -0000 Sam, Sam Leffler wrote: > This patches avoids the crash. Not sure how ifma_protospec is > supposed to be handled so I'm not committing it. Thanks for this. I have a test machine ready to be prepped but it's missing a CF card (I have none) so need to pick one up from a friend. I have a pci-cardbus adapter + a ral(4) CardBus card, but no CardBus ath(4) -- I imagine this ain't specific to ath(4) so that should be fine. I'll try to look at this Sun/Mon, I have a -CURRENT image built for the 1U box now that just needs bootstrapping (it has a CF slot). thanks, BMS From owner-freebsd-current@FreeBSD.ORG Sat Mar 14 23:38:58 2009 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 23D8D106566C for ; Sat, 14 Mar 2009 23:38:58 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe13.tele2.se [212.247.155.129]) by mx1.freebsd.org (Postfix) with ESMTP id B0D788FC26 for ; Sat, 14 Mar 2009 23:38:57 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=LBigvjnqffgA:10 a=kRQOYpJDzpgA:10 a=BexJqdt_jRo_e7eSpNcA:9 a=ID1KkkBQ8TnndFWgRkkcsvtGYX8A:4 a=LY0hPdMaydYA:10 Received: from [193.217.167.198] (account mc467741@c2i.net HELO [10.0.0.188]) by mailfe13.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 820352792; Sun, 15 Mar 2009 00:23:55 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sun, 15 Mar 2009 00:26:26 +0100 User-Agent: KMail/1.9.7 References: <200903141506.59058.hselasky@c2i.net> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903150026.26912.hselasky@c2i.net> Cc: Ian FREISLICH Subject: Re: Apple touchpad no longer works with usb2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Mar 2009 23:38:58 -0000 On Saturday 14 March 2009, Ian FREISLICH wrote: > Hans Petter Selasky wrote: > > On Saturday 14 March 2009, Ian FREISLICH wrote: Hi, The X-axis byte is being decoded like the Y-axis byte, so the data buffer is shifted down by one byte. What are the location numbers printed when you have hw.usb2.ums.debug set to 15 right after attach? Can you gzip your /sys/dev/usb ? I suspect you have some sources out of sync, because according to my test parsing of the HID descriptor the coordiates are at the correct place in the USB packet, but your ums driver is doing it wrong. Are you sure you did a clean build? > ums_intr_callback:191: data = 02 00 01 03 00 00 00 00 > ums_intr_callback:264: x:0 y:-1 z:0 t:0 w:0 buttons:0x00000001 My test parsing with latest -current code. 0x00010030,8,8,1 8,8,1 rid=2 flags=0x00000006 0x00010031,16,8,1 16,8,1 rid=2 flags=0x00000006 --HPS