From owner-freebsd-current@FreeBSD.ORG Sun Feb 22 01:43: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 255121065670; Sun, 22 Feb 2009 01:43:58 +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 903A08FC18; Sun, 22 Feb 2009 01:43:56 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 8C7991E0020B; Sun, 22 Feb 2009 02:43:55 +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 n1M1bmvV026325; Sun, 22 Feb 2009 02:37:48 +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 n1M1blNg026324; Sun, 22 Feb 2009 02:37:47 +0100 (CET) (envelope-from nox) From: Juergen Lock Date: Sun, 22 Feb 2009 02:37:47 +0100 To: freebsd-emulation@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <20090222013747.GA21709@saturn.kn-bremen.de> Mail-Followup-To: freebsd-emulation@FreeBSD.org, freebsd-current@FreeBSD.org, qemu-devel@nongnu.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.17 (2007-11-01) X-Mailman-Approved-At: Sun, 22 Feb 2009 04:39:03 +0000 Cc: qemu-devel@nongnu.org Subject: 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, 22 Feb 2009 01:43:58 -0000 Hi! 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 with the mentioned patches added (the vmware_vga.c depth fix hasn't been committed yet so I added it to files/patch-hw-vmware_vga.c for now; the userspace pio workaround patch needed an additional TARGET_I386 check since vmware_vga.c now also gets built for mips targets, see files/patch-iopl-workaround .) Apart from the usb thruput regression with (some?) recent Linux guests that I already had been mentioning a few times (no change there) and the recent discussion of qcow2 corruption that was seen with (at least) win2k guests on recent kvm (which uses similar qcow2 code than qemu svn, see this thread: http://lists.gnu.org/archive/html/qemu-devel/2009-02/msg00713.html - the consensus on that thread seems to be that qcow(2) code has always been experimental and you should use raw images if you want reliability; raw is also usually faster) - apart from these two issues this snapshot is looking pretty good in my (limited) testing so far; you are encouraged to test it with your various guests that you have lying around, if it works for you as well maybe we can indeed update the FreeBSD qemu-devel port again before the next official qemu release gets cut... For the curious, and to get more people testing this, :) here is a reiteration of a few of the improvements made since the snapshot thats currently in ports (qemu-devel), in no particular order: - tcg conversion complete (no longer depends on gcc3) - gdbstub improvements, like managing cpus as threads, working breakpoints etc with -smp, watchpoints... - added cdc ethernet usb nic (-usbdevice net:) - e1000 pxe rom, tso, vlan, and other fixes/improvements - scsi emulation fixes/improvements - 16550A uart (serial) emulation, reported to work with the new uart(4) in FreeBSD-current guests too (except for BREAK_TO_DEBUGGER, altho I don't know whether that even works on real hw now so it might not actually be qemu's fault) - no longer depends on aio(4) so no more chances to forget to kldload that (uses its own threads now) - 64 bit host fixes for slirp (-net user) - added instruction counter - emulate core2duo and phenom cpus, x86 CPUID extended family/model (for example emulate newer amd cpu as: -cpu qemu64,family=15,model=65,stepping=3) - added -clock dynticks support for FreeBSD hosts - added -serial msmouse (Microsoft serial mouse emulation) - virtio-{blk,net,balloon,console} (paravirtualization via emulated pci devices and corresponding guest drivers) - added -net channel ... to forward guest slirp tcp connections to qemu character devices - hpet emulation - (some?) ipv6 support for like vnc - added a -vga none cli option (the other vga options have been renamed too, now you do -vga {none,cirrus,std,vmware} ...) - fixed media detection on emulated cdroms (helps some Linux guests) - added -rtc-td-hack option to fix time drift with RTC on Windows - added "serial" parameter to -drive flag (to specify emulated disk's serial number) - added new option "werror" to -drive flag: possible values are: report - report errors to a guest as IO errors ignore - continue as if nothing happened stop - stop VM on any error and retry last command on resume enospc - stop vm on ENOSPC error and retry last command on resume all other errors are reported to a guest. default is "report" - added snapshot subcommand for qemu-img (to list, create, apply and delete snapshots on qcow2 images) - x86 now issues reset on triple faults - (untested on FreeBSD:) live migration support, basic audio functionality for vnc.c - malc's ad-hoc client for capturing A/V of running guests is here: http://repo.or.cz/w/qemu/malc.git?a=tree;f=vcap;hb=capture3 - and of course all kinds of bugfixes, bios updates (rumors are that vista guests work now?), and also improvements to non-x86 targets... And last, but far from least: FreeBSD host TODOs - help more than welcome here: (this stuff is working on Linux hosts, except maybe bsd-user...) - complete the usb host support (auto dis/connects, isochronous for eg webcams etc, support the new usb stack in FreeBSD-current - the original author of the FreeBSD usb host patches says he is too busy with other stuff now ): - same for bluetooth... - scsi passthru support (so you can use eg tape drives or maybe burn cds/dvds from guests) - add arm/ppc/sparc(?) host support to the port(s) - kvm port! There was a soc project but it never reached the state of entering ports, http://wiki.freebsd.org/FabioChecconi/PortingLinuxKVMToFreeBSD - and now of course both kvm and the FreeBSD kernel have evolved further, and also the first pieces of kvm userland support code have entered qemu svn, and it seems at least some people _might_ want to retire kqemu some time in the future too, see this thread... http://lists.gnu.org/archive/html/qemu-devel/2009-02/msg00326.html - test/fix bsd-user (qemu-sparc64; i386 host linker script seems to be needed at the very least) - write/port virtio guest drivers for FreeBSD (will also be useful for kvm hosts which are getting more common even tho at least atm they have to run Linux...) If you have read until here, thanx! :) Juergen From owner-freebsd-current@FreeBSD.ORG Sun Feb 22 09:53: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 01C99106564A for ; Sun, 22 Feb 2009 09:53:53 +0000 (UTC) (envelope-from buganini@gmail.com) Received: from mail-fx0-f168.google.com (mail-fx0-f168.google.com [209.85.220.168]) by mx1.freebsd.org (Postfix) with ESMTP id 85AB98FC17 for ; Sun, 22 Feb 2009 09:53:52 +0000 (UTC) (envelope-from buganini@gmail.com) Received: by fxm12 with SMTP id 12so1283412fxm.19 for ; Sun, 22 Feb 2009 01:53:51 -0800 (PST) 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=aagWo3hDLBzse9jU57b4/YZ1r8JIDM1aXFBuk3dPW/A=; b=uMlYs9looUt5r7otXB5ufma8YFuCb+8ZwiqsQNY1teQZTGZT+yOEflHTpduvVdPMF+ x/LbRXtnRNBUWZM6XjWqnRJSXYdiz36hXlxdNxKsneiPnNLG8I2RR6oYqJQfSE9uk80l E29YliQvC757CGxPDG9+Xpo2XPJJb2QZh3QLc= 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=wpCV5H3PWEMdCylrCM/zLdUS8M7L1l7jVYWn7aS/lCDOectmnYe0Wy/CnbJQEL1X6Z 5M5xYsnYrV4m83UsJkQx4NCyxf7ciFvshihjlDGAxgiHm+0Ja+wT2MIwBY5JeT+hD/R2 8A6GfnoG5YbRJ8BLyYIVDB2A8cB9oAZRuIGuY= MIME-Version: 1.0 Received: by 10.103.12.8 with SMTP id p8mr2740284mui.44.1235296431605; Sun, 22 Feb 2009 01:53:51 -0800 (PST) In-Reply-To: <7d6fde3d0902211400i772e6cb4uda66f79fa7c4bf6@mail.gmail.com> References: <49935993.50303@stillbilde.net> <200902120818.34567.jhb@freebsd.org> <7d6fde3d0902201727k61554608j9b3d5cdc3e78c3dc@mail.gmail.com> <7d6fde3d0902211400i772e6cb4uda66f79fa7c4bf6@mail.gmail.com> Date: Sun, 22 Feb 2009 17:53:51 +0800 Message-ID: From: Buganini To: Garrett Cooper Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: modular kernconf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Feb 2009 09:53:53 -0000 But I've included GENERIC without quotes for years and no error! Any special in you kernconf? On Sun, Feb 22, 2009 at 6:00 AM, Garrett Cooper wrote: > On Sat, Feb 21, 2009 at 3:39 AM, Buganini wrote: >> Do you mean I should use << include "GENERIC" >>? >> but in USB2 and PAE, there were no quotes, >> I just mimic them. >> >> >> On Sat, Feb 21, 2009 at 9:27 AM, Garrett Cooper wrote: >>> The included file _must_ be quoted (at least on 8-CURRENT). It's a >>> common mistake in the examples. >>> HTH, >>> -Garrett > > Yes, but if you try and compile it that way, it will fail. At least it > did with me and my include files... > HTH, > -Garrett > From owner-freebsd-current@FreeBSD.ORG Sun Feb 22 13:35: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 6F954106566B for ; Sun, 22 Feb 2009 13:35:10 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.29]) by mx1.freebsd.org (Postfix) with ESMTP id 2EE818FC18 for ; Sun, 22 Feb 2009 13:35:10 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by yw-out-2324.google.com with SMTP id 2so586894ywt.13 for ; Sun, 22 Feb 2009 05:35:09 -0800 (PST) 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=ajS6ZXmyhpWDPvgdFceerO6Q3PRjjo/bE/dqIrripkU=; b=u/0iCaa/VsyPzqE7TLFEc5LV7DWLY+9oioRCK0F10ldTVnOwER40njkI8nDRvseIEo IEP22ubMJgYy/lQyYgBQlcQlD5qyGUEhjJKuUzAm/YzzQ3+lbRWxe08PWkMtA8DB+RD9 GEtsFu/AxtSMmjHyOvhgpvfYsMvNZ/2fKPmmw= 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=e+y1IjIzjXRhWI4jp387bFoku6KW1aHg+DIQV+89elnyCjbmIiuYyZ6XYlIxNuGCM0 t/wru7bUis2HkG9WZ1UaEqWflTi77xY4TKKwYvyo7XuDrkTfnqVgNPJwu5Ayhci9TLiJ BNkxFNd6xARsnRZc/lUeFgncdOXmlmdq1gbHg= MIME-Version: 1.0 Received: by 10.90.90.4 with SMTP id n4mr860407agb.80.1235309709621; Sun, 22 Feb 2009 05:35:09 -0800 (PST) Date: Sun, 22 Feb 2009 05:35:09 -0800 Message-ID: <7d6fde3d0902220535v5ee038b0m2665cc4cf4315c87@mail.gmail.com> From: Garrett Cooper To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: No 2009 disc images (yet)? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Feb 2009 13:35:10 -0000 I noticed that there weren't any snapshots provided for January / February 2009 up on the FTP site. Was HEAD sick during the usual release image production dates :\? Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Sun Feb 22 13:45: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 5A2091065670 for ; Sun, 22 Feb 2009 13:45:47 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-gx0-f176.google.com (mail-gx0-f176.google.com [209.85.217.176]) by mx1.freebsd.org (Postfix) with ESMTP id F12FD8FC17 for ; Sun, 22 Feb 2009 13:45:46 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by gxk24 with SMTP id 24so5590402gxk.19 for ; Sun, 22 Feb 2009 05:45:46 -0800 (PST) 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=7o1japvz/KBvG2VbNBCAd79Q5XGf3kKr8BCVeBlakwE=; b=ZotcidbHOnIpiBKBK7OXVTJw221HK6o14E9hDKDrp1bMPSBDBu+w/K323mXKEsGUJs nImEIlzKWuM3d5HnyBDd7bt+DuwpiDMUU3M30EMCz/tmaFa5quuUlrO8Jubw+StO1/l2 zSE7yTxdqymzDpR2QPj/Ys/nE5NrS5+sbwdaw= 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=wryOQYCNXRLHRdNZ4T9eOl8prjVoCtVlHcXyC10x2tw5/MZqoi6bCAvCagpzE5UfS0 X0GNOEoke+58mGZxui7ByA7tRsNlCiwVqIgSRxg+TN4vIdwxXiLPa+0dLDXMPQCbKnD7 OMEtqxbHWSyVzB3LHA51RHM5FHoNvYAPAwBjc= MIME-Version: 1.0 Received: by 10.90.99.3 with SMTP id w3mr865396agb.64.1235310346364; Sun, 22 Feb 2009 05:45:46 -0800 (PST) In-Reply-To: <20090217011358.GC23900@michelle.cdnetworks.co.kr> References: <7d6fde3d0902150028n5f07ee55mc6026e1e4935eeb0@mail.gmail.com> <20090217011358.GC23900@michelle.cdnetworks.co.kr> Date: Sun, 22 Feb 2009 05:45:46 -0800 Message-ID: <7d6fde3d0902220545u1f6f042do71aeab9d8428a847@mail.gmail.com> From: Garrett Cooper To: pyunyh@gmail.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: Annoyance with recent parallelism in rc.d X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Feb 2009 13:45:47 -0000 On Mon, Feb 16, 2009 at 5:13 PM, Pyun YongHyeon wrote: > On Sun, Feb 15, 2009 at 12:28:20AM -0800, Garrett Cooper wrote: >> I just updated my world to a recent snapshot (a build from last week) >> and I'm noting some parallelism / backgrounding which is really >> causing issues with my NIC and NFS mounts. I had to hit CTRL-D 5 times >> in order to get the system to come up because it couldn't resolve my >> NFS server's hostname, because the NIC wasn't up and going yet (as it >> uses the DHCP client in background mode due to the new default). >> >> Now I realize that this all ties back into the issue with the NIC >> (which I've approached Pyun about, and which I appreciate his help is >> solving issues with this buggy chipset), but is there really a need > > Would you try attached patch? I don't like the patch but it may > reduce number of link state change message generated by dhclient. > >> for parallelism at startup rc.d it can't properly detect dependencies >> with some cases like NFS mounts? >> >> Thanks, >> -Garrett Sorry.. got caught up with work work again and forgot about this email. I'll try this patch out after debugging another issue and get back to you within the hour. Thanks! -Garrett From owner-freebsd-current@FreeBSD.ORG Sun Feb 22 14:32: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 F2ECD106566B for ; Sun, 22 Feb 2009 14:32:16 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63905.mail.re1.yahoo.com (web63905.mail.re1.yahoo.com [69.147.97.120]) by mx1.freebsd.org (Postfix) with SMTP id 8A1048FC0A for ; Sun, 22 Feb 2009 14:32:16 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 70449 invoked by uid 60001); 22 Feb 2009 14:32:16 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Message-ID; b=xDkwPxX2R1FV/OKSGs0E/SwNHU8vd/rfL/mZ9smvpVfR5S2lhx7XuFFz/yWcsNyl8GlgnsppMh5MLs3VPJZ9xn5mQKthyaBByXnDb9mhkp8mf4jvqHfUIwdCTVainMKnRPpGGhwRIb9Cn16CvXF7PivI2m8dmNCll9LElb9bZWg=; X-YMail-OSG: OckQrwEVM1lj61EvIfUp6FD.h3Q6RLYIMNFH775Gy2_pFYPfJ5HU0OWcxDrnCeiDta2tN7nsZHEelzVzyZV57AA7xZjss.cLBN.jj5d0TswacUfcG4pcZ1p88s_L1RppwNif5SmzRKmL9R7C9BpWYqzaHkNATaKU1xqDQCCpr9Awm5Hzd5O1.Jj5GDjczyZkg0afhQW2KMAAOvw- Received: from [98.242.222.229] by web63905.mail.re1.yahoo.com via HTTP; Sun, 22 Feb 2009 06:32:15 PST X-Mailer: YahooMailWebService/0.7.289.1 Date: Sun, 22 Feb 2009 06:32:15 -0800 (PST) From: Barney Cordoba To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <66935.61619.qm@web63905.mail.re1.yahoo.com> Cc: Subject: Status of 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: Sun, 22 Feb 2009 14:32:18 -0000 Is there a ballpark date in mind for the 8.0 release? I saw somewhere that said 2nd quarter 2009. What is the stability status? Barney From owner-freebsd-current@FreeBSD.ORG Sun Feb 22 15:57: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 5DC42106566B for ; Sun, 22 Feb 2009 15:57:24 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-gx0-f176.google.com (mail-gx0-f176.google.com [209.85.217.176]) by mx1.freebsd.org (Postfix) with ESMTP id 060EB8FC13 for ; Sun, 22 Feb 2009 15:57:23 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by gxk24 with SMTP id 24so5683879gxk.19 for ; Sun, 22 Feb 2009 07:57:23 -0800 (PST) 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=W2DeFbLXfQyH4d0kj3y5SSb2h0A9QpTBPfGe8H8P184=; b=ZAzJlnu/Gp6OhyopPhIcYyv7yhO4+/D+gYlh3ixQIM2oEz4gDPhTJvmj+ciz40+eLT JUYmCKa/z1jplZE8sUrvJdkDPhhxtskVhfWE3oH7/zWNni9W79Xs5MpryZxvN1msAtsL keKtb6e+bzULJiu1iSgdHSJY3rVXLAFFsRvpE= 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=LaGy/c2y5JGeODuxHi07pY/nC30AUfEDvhfg9ttYmGk1EcBfOQfSCy+dQ/1ZVw2HuS yflXZIOnfx76eM/63yOutVFVnGaLxmySCh43N5hXOTZfADK4zsaeS7ZoQEoQQZO0LsWO 8bHvWX9P4mtgpWY23fBX6YiiNs29TXHySLDvw= MIME-Version: 1.0 Received: by 10.90.65.5 with SMTP id n5mr932053aga.98.1235318243205; Sun, 22 Feb 2009 07:57:23 -0800 (PST) In-Reply-To: <7d6fde3d0902220545u1f6f042do71aeab9d8428a847@mail.gmail.com> References: <7d6fde3d0902150028n5f07ee55mc6026e1e4935eeb0@mail.gmail.com> <20090217011358.GC23900@michelle.cdnetworks.co.kr> <7d6fde3d0902220545u1f6f042do71aeab9d8428a847@mail.gmail.com> Date: Sun, 22 Feb 2009 07:57:23 -0800 Message-ID: <7d6fde3d0902220757m3ae95f11t72bec63d4f568d4@mail.gmail.com> From: Garrett Cooper To: pyunyh@gmail.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: Annoyance with recent parallelism in rc.d X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Feb 2009 15:57:24 -0000 On Sun, Feb 22, 2009 at 5:45 AM, Garrett Cooper wrote: > On Mon, Feb 16, 2009 at 5:13 PM, Pyun YongHyeon wrote: >> On Sun, Feb 15, 2009 at 12:28:20AM -0800, Garrett Cooper wrote: >>> I just updated my world to a recent snapshot (a build from last week) >>> and I'm noting some parallelism / backgrounding which is really >>> causing issues with my NIC and NFS mounts. I had to hit CTRL-D 5 times >>> in order to get the system to come up because it couldn't resolve my >>> NFS server's hostname, because the NIC wasn't up and going yet (as it >>> uses the DHCP client in background mode due to the new default). >>> >>> Now I realize that this all ties back into the issue with the NIC >>> (which I've approached Pyun about, and which I appreciate his help is >>> solving issues with this buggy chipset), but is there really a need >> >> Would you try attached patch? I don't like the patch but it may >> reduce number of link state change message generated by dhclient. >> >>> for parallelism at startup rc.d it can't properly detect dependencies >>> with some cases like NFS mounts? >>> >>> Thanks, >>> -Garrett > > Sorry.. got caught up with work work again and forgot about this email. > > I'll try this patch out after debugging another issue and get back to > you within the hour. > > Thanks! > -Garrett Both the patch and the workaround fixed my problems, but unfortunately the patch alone doesn't fix the problem so my guess is what needs to happen is the dhcp_client needs to be dependent of all of the other network services. Do we have something like an rc.network setup properly for this? Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Sun Feb 22 16:10: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 AD5FF106566C for ; Sun, 22 Feb 2009 16:10:22 +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 21AFE8FC0A for ; Sun, 22 Feb 2009 16:10:21 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 40383 invoked by uid 60001); 22 Feb 2009 16:10:21 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type:Message-ID; b=YebPiQJJzjCXYIIsp7alBrYYO3ho78Qzvd29/mvGL6h8CCHKliNBPUrtm61iDnrBI75PQvaiiWPucuce/qkzFZyhUVMOoVrrdr2ZpHSErGHSJmW6LFk6FAxhHW2P9n3vbd/fGADMOVYQ3LsRzBYlB+MYWjsZYyKPgY//so1qK38=; X-YMail-OSG: 7pmbExwVM1mqAh7x9WCR5glGCCIE8.sp9_w_fF9Y9qWmD8HoSn4O6sVnadDm7v9dMmhg0RmzovkUVGY9wjsPXP2jSbuLFOk_vVxN.r48IyMbkKSzUEprIXNgz5Q3ei1LEKRwtUpt8BgWLhjWTKAWeVJiMfcd27UPy_Ma_kQuBFOrsNg_4FtJkwcB6ni0YNUjiGgaWA77H0NkeesCTqdtXvixe4gzotvNt8IDJy71 Received: from [98.242.222.229] by web63908.mail.re1.yahoo.com via HTTP; Sun, 22 Feb 2009 08:10:21 PST X-Mailer: YahooMailWebService/0.7.289.1 Date: Sun, 22 Feb 2009 08:10:21 -0800 (PST) From: Barney Cordoba To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <401206.39897.qm@web63908.mail.re1.yahoo.com> Cc: Subject: SATA drive device moving on 8.0 current 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: Sun, 22 Feb 2009 16:10:23 -0000 Has anyone been able to find what might be causing drives under 8.0 to be detected as a different device than under 7? FreeBSD 7.0: Feb 6 06:34:57 bigby7 kernel: The Regents of the University of California. All rights reserved. Feb 6 06:34:57 bigby7 kernel: FreeBSD is a registered trademark of The FreeBSD Foundation. Feb 6 06:34:57 bigby7 kernel: FreeBSD 7.0-RELEASE #65: Tue Feb 3 12:54:34 EST 2009 Feb 6 06:34:57 bigby7 kernel: root@bigby7.localdomain.com:/usr/src/sys/i386/compile/DEBUG Feb 6 06:34:57 bigby7 kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 Feb 6 06:34:57 bigby7 kernel: CPU: Intel(R) Core(TM)2 Quad CPU Q9300 @ 2.50GHz (2493.76-MHz 686-class CPU) Feb 6 06:34:57 bigby7 kernel: Origin = "GenuineIntel" Id = 0x10677 Stepping = 7 Feb 6 06:34:57 bigby7 kernel: Features=0xbfebfbff Feb 6 06:34:57 bigby7 kernel: Features2=0x8e3fd> Feb 6 06:34:57 bigby7 kernel: AMD Features=0x20100000 Feb 6 06:34:57 bigby7 kernel: AMD Features2=0x1 Feb 6 06:34:57 bigby7 kernel: Cores per package: 4 Feb 6 06:34:57 bigby7 kernel: real memory = 1072103424 (1022 MB) Feb 6 06:34:57 bigby7 kernel: avail memory = 1039724544 (991 MB) Feb 6 06:34:57 bigby7 kernel: ACPI APIC Table: Feb 6 06:34:57 bigby7 kernel: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs Feb 6 06:34:57 bigby7 kernel: cpu0 (BSP): APIC ID: 0 Feb 6 06:34:57 bigby7 kernel: cpu1 (AP): APIC ID: 1 Feb 6 06:34:57 bigby7 kernel: cpu2 (AP): APIC ID: 2 Feb 6 06:34:57 bigby7 kernel: cpu3 (AP): APIC ID: 3 Feb 6 06:34:57 bigby7 kernel: ioapic0 irqs 0-23 on motherboard Feb 6 06:34:57 bigby7 kernel: ioapic1 irqs 24-47 on motherboard Feb 6 06:34:57 bigby7 kernel: kbd1 at kbdmux0 Feb 6 06:34:57 bigby7 kernel: acpi0: on motherboard Feb 6 06:34:57 bigby7 kernel: acpi0: [ITHREAD] Feb 6 06:34:57 bigby7 kernel: acpi0: Power Button (fixed) Feb 6 06:34:57 bigby7 kernel: Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 Feb 6 06:34:57 bigby7 kernel: acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 Feb 6 06:34:57 bigby7 kernel: cpu0: on acpi0 Feb 6 06:34:57 bigby7 kernel: est0: on cpu0 Feb 6 06:34:57 bigby7 kernel: p4tcc0: on cpu0 Feb 6 06:34:57 bigby7 kernel: cpu1: on acpi0 Feb 6 06:34:57 bigby7 kernel: est1: on cpu1 Feb 6 06:34:57 bigby7 kernel: p4tcc1: on cpu1 Feb 6 06:34:57 bigby7 kernel: cpu2: on acpi0 Feb 6 06:34:57 bigby7 kernel: est2: on cpu2 Feb 6 06:34:57 bigby7 kernel: p4tcc2: on cpu2 Feb 6 06:34:57 bigby7 kernel: cpu3: on acpi0 Feb 6 06:34:57 bigby7 kernel: est3: on cpu3 Feb 6 06:34:57 bigby7 kernel: p4tcc3: on cpu3 Feb 6 06:34:57 bigby7 kernel: pcib0: port 0xcf8-0xcff on acpi0 Feb 6 06:34:57 bigby7 kernel: pci0: on pcib0 Feb 6 06:34:57 bigby7 kernel: pcib1: irq 16 at device 1.0 on pci0 Feb 6 06:34:57 bigby7 kernel: pci1: on pcib1 Feb 6 06:34:57 bigby7 kernel: pcib2: at device 0.0 on pci1 Feb 6 06:34:57 bigby7 kernel: pci2: on pcib2 Feb 6 06:34:57 bigby7 kernel: pci2: at device 2.0 (no driver attached) Feb 6 06:34:57 bigby7 kernel: pci2: at device 2.1 (no driver attached) Feb 6 06:34:57 bigby7 kernel: uhci0: port 0x1820-0x183f irq 16 at device 26.0 on pci0 Feb 6 06:34:57 bigby7 kernel: uhci0: [GIANT-LOCKED] Feb 6 06:34:57 bigby7 kernel: uhci0: [ITHREAD] Feb 6 06:34:57 bigby7 kernel: usb0: on uhci0 Feb 6 06:34:57 bigby7 kernel: usb0: USB revision 1.0 Feb 6 06:34:57 bigby7 kernel: uhub0: on usb0 Feb 6 06:34:57 bigby7 kernel: uhub0: 2 ports with 2 removable, self powered Feb 6 06:34:57 bigby7 kernel: uhci1: port 0x1840-0x185f irq 17 at device 26.1 on pci0 Feb 6 06:34:57 bigby7 kernel: uhci1: [GIANT-LOCKED] Feb 6 06:34:57 bigby7 kernel: uhci1: [ITHREAD] Feb 6 06:34:57 bigby7 kernel: usb1: on uhci1 Feb 6 06:34:57 bigby7 kernel: usb1: USB revision 1.0 Feb 6 06:34:57 bigby7 kernel: uhub1: on usb1 Feb 6 06:34:57 bigby7 kernel: uhub1: 2 ports with 2 removable, self powered Feb 6 06:34:57 bigby7 kernel: uhci2: port 0x1860-0x187f irq 18 at device 26.2 on pci0 Feb 6 06:34:57 bigby7 kernel: uhci2: [GIANT-LOCKED] Feb 6 06:34:57 bigby7 kernel: uhci2: [ITHREAD] Feb 6 06:34:57 bigby7 kernel: usb2: on uhci2 Feb 6 06:34:57 bigby7 kernel: usb2: USB revision 1.0 Feb 6 06:34:57 bigby7 kernel: uhub2: on usb2 Feb 6 06:34:57 bigby7 kernel: uhub2: 2 ports with 2 removable, self powered Feb 6 06:34:57 bigby7 kernel: ehci0: mem 0xd8701800-0xd8701bff irq 18 at device 26.7 on pci0 Feb 6 06:34:57 bigby7 kernel: ehci0: [GIANT-LOCKED] Feb 6 06:34:57 bigby7 kernel: ehci0: [ITHREAD] Feb 6 06:34:57 bigby7 kernel: usb3: EHCI version 1.0 Feb 6 06:34:57 bigby7 kernel: usb3: companion controllers, 2 ports each: usb0 usb1 usb2 Feb 6 06:34:57 bigby7 kernel: usb3: on ehci0 Feb 6 06:34:57 bigby7 kernel: usb3: USB revision 2.0 Feb 6 06:34:57 bigby7 kernel: uhub3: on usb3 Feb 6 06:34:57 bigby7 kernel: uhub3: 6 ports with 6 removable, self powered Feb 6 06:34:57 bigby7 kernel: uhub4: on uhub3 Feb 6 06:34:57 bigby7 kernel: uhub4: single transaction translator Feb 6 06:34:57 bigby7 kernel: uhub4: 3 ports with 2 removable, bus powered Feb 6 06:34:57 bigby7 kernel: ukbd0: on uhub4 Feb 6 06:34:57 bigby7 kernel: kbd2 at ukbd0 Feb 6 06:34:57 bigby7 kernel: pcib3: irq 16 at device 28.0 on pci0 Feb 6 06:34:57 bigby7 kernel: pci5: on pcib3 Feb 6 06:34:57 bigby7 kernel: pcib4: irq 16 at device 28.4 on pci0 Feb 6 06:34:57 bigby7 kernel: pci13: on pcib4 Feb 6 06:34:57 bigby7 kernel: pci13: at device 0.0 (no driver attached) Feb 6 06:34:57 bigby7 kernel: pcib5: irq 17 at device 28.5 on pci0 Feb 6 06:34:57 bigby7 kernel: pci15: on pcib5 Feb 6 06:34:57 bigby7 kernel: pci15: at device 0.0 (no driver attached) Feb 6 06:34:57 bigby7 kernel: uhci3: port 0x1880-0x189f irq 23 at device 29.0 on pci0 Feb 6 06:34:57 bigby7 kernel: uhci3: [GIANT-LOCKED] Feb 6 06:34:57 bigby7 kernel: uhci3: [ITHREAD] Feb 6 06:34:57 bigby7 kernel: usb4: on uhci3 Feb 6 06:34:57 bigby7 kernel: usb4: USB revision 1.0 Feb 6 06:34:57 bigby7 kernel: uhub5: on usb4 Feb 6 06:34:57 bigby7 kernel: uhub5: 2 ports with 2 removable, self powered Feb 6 06:34:57 bigby7 kernel: uhci4: port 0x18a0-0x18bf irq 22 at device 29.1 on pci0 Feb 6 06:34:57 bigby7 kernel: uhci4: [GIANT-LOCKED] Feb 6 06:34:57 bigby7 kernel: uhci4: [ITHREAD] Feb 6 06:34:57 bigby7 kernel: usb5: on uhci4 Feb 6 06:34:57 bigby7 kernel: usb5: USB revision 1.0 Feb 6 06:34:57 bigby7 kernel: uhub6: on usb5 Feb 6 06:34:57 bigby7 kernel: uhub6: 2 ports with 2 removable, self powered Feb 6 06:34:57 bigby7 kernel: uhci5: port 0x18c0-0x18df irq 18 at device 29.2 on pci0 Feb 6 06:34:57 bigby7 kernel: uhci5: [GIANT-LOCKED] Feb 6 06:34:57 bigby7 kernel: uhci5: [ITHREAD] Feb 6 06:34:57 bigby7 kernel: usb6: on uhci5 Feb 6 06:34:57 bigby7 kernel: usb6: USB revision 1.0 Feb 6 06:34:57 bigby7 kernel: uhub7: on usb6 Feb 6 06:34:57 bigby7 kernel: uhub7: 2 ports with 2 removable, self powered Feb 6 06:34:57 bigby7 kernel: ehci1: mem 0xd8701c00-0xd8701fff irq 23 at device 29.7 on pci0 Feb 6 06:34:57 bigby7 kernel: ehci1: [GIANT-LOCKED] Feb 6 06:34:57 bigby7 kernel: ehci1: [ITHREAD] Feb 6 06:34:57 bigby7 kernel: usb7: EHCI version 1.0 Feb 6 06:34:57 bigby7 kernel: usb7: companion controllers, 2 ports each: usb4 usb5 usb6 Feb 6 06:34:57 bigby7 kernel: usb7: on ehci1 Feb 6 06:34:57 bigby7 kernel: usb7: USB revision 2.0 Feb 6 06:34:57 bigby7 kernel: uhub8: on usb7 Feb 6 06:34:57 bigby7 kernel: uhub8: 6 ports with 6 removable, self powered Feb 6 06:34:57 bigby7 kernel: pcib6: at device 30.0 on pci0 Feb 6 06:34:57 bigby7 kernel: pci17: on pcib6 Feb 6 06:34:57 bigby7 kernel: vgapci0: port 0x5000-0x50ff mem 0xd0000000-0xd7ffffff,0xd8400000-0xd840ffff irq 22 at device 3.0 on pci17 Feb 6 06:34:57 bigby7 kernel: atapci0: port 0x5420-0x5427,0x5414-0x5417,0x5418-0x541f,0x5410-0x5413,0x5400-0x540f irq 23 at device 4.0 on pci17 Feb 6 06:34:57 bigby7 kernel: atapci0: [ITHREAD] Feb 6 06:34:57 bigby7 kernel: ata2: on atapci0 Feb 6 06:34:57 bigby7 kernel: ata2: [ITHREAD] Feb 6 06:34:57 bigby7 kernel: ata3: on atapci0 Feb 6 06:34:57 bigby7 kernel: ata3: [ITHREAD] Feb 6 06:34:57 bigby7 kernel: isab0: at device 31.0 on pci0 Feb 6 06:34:57 bigby7 kernel: isa0: on isab0 Feb 6 06:34:57 bigby7 kernel: atapci1: port 0x1c30-0x1c37,0x1c24-0x1c27,0x1c28-0x1c2f,0x1c20-0x1c23,0x18e0-0x18ff mem 0xd8701000-0xd87017ff irq 17 at device 31.2 on pci0 Feb 6 06:34:57 bigby7 kernel: atapci1: [ITHREAD] Feb 6 06:34:57 bigby7 kernel: atapci1: AHCI Version 01.20 controller with 4 ports detected Feb 6 06:34:57 bigby7 kernel: ata4: on atapci1 Feb 6 06:34:57 bigby7 kernel: ata4: [ITHREAD] Feb 6 06:34:57 bigby7 kernel: ata5: on atapci1 Feb 6 06:34:57 bigby7 kernel: ata5: port not implemented Feb 6 06:34:57 bigby7 kernel: ata5: [ITHREAD] Feb 6 06:34:57 bigby7 kernel: ata6: on atapci1 Feb 6 06:34:57 bigby7 kernel: ata6: port not implemented Feb 6 06:34:57 bigby7 kernel: ata6: [ITHREAD] Feb 6 06:34:57 bigby7 kernel: ata7: on atapci1 Feb 6 06:34:57 bigby7 kernel: ata7: port not implemented Feb 6 06:34:57 bigby7 kernel: ata7: [ITHREAD] Feb 6 06:34:57 bigby7 kernel: pci0: at device 31.3 (no driver attached) Feb 6 06:34:57 bigby7 kernel: pci0: at device 31.6 (no driver attached) Feb 6 06:34:57 bigby7 kernel: acpi_button0: on acpi0 Feb 6 06:34:57 bigby7 kernel: atkbdc0: port 0x60,0x64 irq 1 on acpi0 Feb 6 06:34:57 bigby7 kernel: atkbd0: irq 1 on atkbdc0 Feb 6 06:34:57 bigby7 kernel: kbd0 at atkbd0 Feb 6 06:34:57 bigby7 kernel: atkbd0: [GIANT-LOCKED] Feb 6 06:34:57 bigby7 kernel: atkbd0: [ITHREAD] Feb 6 06:34:57 bigby7 kernel: sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 Feb 6 06:34:57 bigby7 kernel: sio0: type 16550A Feb 6 06:34:57 bigby7 kernel: sio0: [FILTER] Feb 6 06:34:57 bigby7 kernel: sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 Feb 6 06:34:57 bigby7 kernel: sio1: type 16550A Feb 6 06:34:57 bigby7 kernel: sio1: [FILTER] Feb 6 06:34:57 bigby7 kernel: fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 Feb 6 06:34:57 bigby7 kernel: fdc0: [FILTER] Feb 6 06:34:57 bigby7 kernel: em0: port 0x3000-0x301f mem 0xd8200000-0xd821ffff irq 16 at device 0.0 on pci13 Feb 6 06:34:57 bigby7 kernel: em0: Using MSI interrupt Feb 6 06:34:57 bigby7 kernel: em0: [FILTER] Feb 6 06:34:57 bigby7 kernel: em0: Ethernet address: 00:30:48:64:ef:76 Feb 6 06:34:57 bigby7 kernel: em1: port 0x4000-0x401f mem 0xd8300000-0xd831ffff irq 17 at device 0.0 on pci15 Feb 6 06:34:57 bigby7 kernel: em1: Using MSI interrupt Feb 6 06:34:57 bigby7 kernel: em1: [FILTER] Feb 6 06:34:57 bigby7 kernel: em1: Ethernet address: 00:30:48:64:ef:77 Feb 6 06:34:57 bigby7 kernel: em2: port 0x2000-0x203f mem 0xd8000000-0xd801ffff irq 24 at device 2.0 on pci2 Feb 6 06:34:57 bigby7 kernel: em2: [FILTER] Feb 6 06:34:57 bigby7 kernel: em2: Ethernet address: 00:e0:ed:09:24:de Feb 6 06:34:57 bigby7 kernel: em3: port 0x2040-0x207f mem 0xd8020000-0xd803ffff irq 25 at device 2.1 on pci2 Feb 6 06:34:57 bigby7 kernel: em3: [FILTER] Feb 6 06:34:57 bigby7 kernel: em3: Ethernet address: 00:e0:ed:09:24:df Feb 6 06:34:57 bigby7 kernel: pmtimer0 on isa0 Feb 6 06:34:57 bigby7 kernel: orm0: at iomem 0xc0000-0xcafff pnpid ORM0000 on isa0 Feb 6 06:34:57 bigby7 kernel: ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 Feb 6 06:34:57 bigby7 kernel: ata0: [ITHREAD] Feb 6 06:34:57 bigby7 kernel: ata1 at port 0x170-0x177,0x376 irq 15 on isa0 Feb 6 06:34:57 bigby7 kernel: ata1: [ITHREAD] Feb 6 06:34:57 bigby7 kernel: sc0: at flags 0x100 on isa0 Feb 6 06:34:57 bigby7 kernel: sc0: VGA <16 virtual consoles, flags=0x300> Feb 6 06:34:57 bigby7 kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Feb 6 06:34:57 bigby7 kernel: Timecounters tick every 1.000 msec Feb 6 06:34:57 bigby7 kernel: ipfw2 initialized, divert enabled, rule-based forwarding enabled, default to accept, logging disabled Feb 6 06:34:57 bigby7 kernel: acd0: DVDROM at ata2-slave PIO4 Feb 6 06:34:57 bigby7 kernel: ad8: 76319MB at ata4-master SATA300 Feb 6 06:34:57 bigby7 kernel: SMP: AP CPU #1 Launched! Feb 6 06:34:57 bigby7 kernel: SMP: AP CPU #2 Launched! Feb 6 06:34:57 bigby7 kernel: SMP: AP CPU #3 Launched! Feb 6 06:34:57 bigby7 kernel: Trying to mount root from ufs:/dev/ad8s1a FreeBSD 8.0: Feb 6 06:30:48 bigby7 syslogd: kernel boot file is /boot/kernel/kernel Feb 6 06:30:48 bigby7 kernel: Copyright (c) 1992-2009 The FreeBSD Project. Feb 6 06:30:48 bigby7 kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Feb 6 06:30:48 bigby7 kernel: The Regents of the University of California. All rights reserved. Feb 6 06:30:48 bigby7 kernel: FreeBSD is a registered trademark of The FreeBSD Foundation. Feb 6 06:30:48 bigby7 kernel: FreeBSD 8.0-CURRENT #2: Thu Feb 5 16:24:57 EST 2009 Feb 6 06:30:48 bigby7 kernel: root@bigby7.localdomain.com:/usr/src/sys/i386/compile/DEBUG Feb 6 06:30:48 bigby7 kernel: module_register: module pci/igb already exists! Feb 6 06:30:48 bigby7 kernel: Module pci/igb failed to register: 17 Feb 6 06:30:48 bigby7 kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 Feb 6 06:30:48 bigby7 kernel: CPU: Intel(R) Core(TM)2 Quad CPU Q9300 @ 2.50GHz (2493.77-MHz 686-class CPU) Feb 6 06:30:48 bigby7 kernel: Origin = "GenuineIntel" Id = 0x10677 Stepping = 7 Feb 6 06:30:48 bigby7 kernel: Features=0xbfebfbff Feb 6 06:30:48 bigby7 kernel: Features2=0x8e3fd Feb 6 06:30:48 bigby7 kernel: AMD Features=0x20100000 Feb 6 06:30:48 bigby7 kernel: AMD Features2=0x1 Feb 6 06:30:48 bigby7 kernel: TSC: P-state invariant Feb 6 06:30:48 bigby7 kernel: Cores per package: 4 Feb 6 06:30:48 bigby7 kernel: real memory = 1072103424 (1022 MB) Feb 6 06:30:48 bigby7 kernel: avail memory = 1040199680 (992 MB) Feb 6 06:30:48 bigby7 kernel: ACPI APIC Table: Feb 6 06:30:48 bigby7 kernel: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs Feb 6 06:30:48 bigby7 kernel: cpu0 (BSP): APIC ID: 0 Feb 6 06:30:48 bigby7 kernel: cpu1 (AP): APIC ID: 1 Feb 6 06:30:48 bigby7 kernel: cpu2 (AP): APIC ID: 2 Feb 6 06:30:48 bigby7 kernel: cpu3 (AP): APIC ID: 3 Feb 6 06:30:48 bigby7 kernel: ioapic0 irqs 0-23 on motherboard Feb 6 06:30:48 bigby7 kernel: ioapic1 irqs 24-47 on motherboard Feb 6 06:30:48 bigby7 kernel: kbd1 at kbdmux0 Feb 6 06:30:48 bigby7 kernel: acpi0: on motherboard Feb 6 06:30:48 bigby7 kernel: acpi0: [ITHREAD] Feb 6 06:30:48 bigby7 kernel: acpi0: Power Button (fixed) Feb 6 06:30:48 bigby7 kernel: Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 Feb 6 06:30:48 bigby7 kernel: acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 Feb 6 06:30:48 bigby7 kernel: pcib0: port 0xcf8-0xcff on acpi0 Feb 6 06:30:48 bigby7 kernel: pci0: on pcib0 Feb 6 06:30:48 bigby7 kernel: pcib1: irq 16 at device 1.0 on pci0 Feb 6 06:30:48 bigby7 kernel: pci1: on pcib1 Feb 6 06:30:48 bigby7 kernel: pcib2: at device 0.0 on pci1 Feb 6 06:30:48 bigby7 kernel: pci2: on pcib2 Feb 6 06:30:48 bigby7 kernel: pci2: at device 2.0 (no driver attached) Feb 6 06:30:48 bigby7 kernel: pci2: at device 2.1 (no driver attached) Feb 6 06:30:48 bigby7 kernel: uhci0: port 0x1820-0x183f irq 16 at device 26.0 on pci0 Feb 6 06:30:48 bigby7 kernel: uhci0: [GIANT-LOCKED] Feb 6 06:30:48 bigby7 kernel: uhci0: [ITHREAD] Feb 6 06:30:48 bigby7 kernel: usb0: on uhci0 Feb 6 06:30:48 bigby7 kernel: usb0: USB revision 1.0 Feb 6 06:30:48 bigby7 kernel: uhub0: on usb0 Feb 6 06:30:48 bigby7 kernel: uhub0: 2 ports with 2 removable, self powered Feb 6 06:30:48 bigby7 kernel: uhci1: port 0x1840-0x185f irq 17 at device 26.1 on pci0 Feb 6 06:30:48 bigby7 kernel: uhci1: [GIANT-LOCKED] Feb 6 06:30:48 bigby7 kernel: uhci1: [ITHREAD] Feb 6 06:30:48 bigby7 kernel: usb1: on uhci1 Feb 6 06:30:48 bigby7 kernel: usb1: USB revision 1.0 Feb 6 06:30:48 bigby7 kernel: uhub1: on usb1 Feb 6 06:30:48 bigby7 kernel: uhub1: 2 ports with 2 removable, self powered Feb 6 06:30:48 bigby7 kernel: uhci2: port 0x1860-0x187f irq 18 at device 26.2 on pci0 Feb 6 06:30:48 bigby7 kernel: uhci2: [GIANT-LOCKED] Feb 6 06:30:48 bigby7 kernel: uhci2: [ITHREAD] Feb 6 06:30:48 bigby7 kernel: usb2: on uhci2 Feb 6 06:30:48 bigby7 kernel: usb2: USB revision 1.0 Feb 6 06:30:48 bigby7 kernel: uhub2: on usb2 Feb 6 06:30:48 bigby7 kernel: uhub2: 2 ports with 2 removable, self powered Feb 6 06:30:48 bigby7 kernel: ehci0: mem 0xd8701800-0xd8701bff irq 18 at device 26.7 on pci0 Feb 6 06:30:48 bigby7 kernel: ehci0: [GIANT-LOCKED] Feb 6 06:30:48 bigby7 kernel: ehci0: [ITHREAD] Feb 6 06:30:48 bigby7 kernel: usb3: EHCI version 1.0 Feb 6 06:30:48 bigby7 kernel: usb3: companion controllers, 2 ports each: usb0 usb1 usb2 Feb 6 06:30:48 bigby7 kernel: usb3: on ehci0 Feb 6 06:30:48 bigby7 kernel: usb3: USB revision 2.0 Feb 6 06:30:48 bigby7 kernel: uhub3: on usb3 Feb 6 06:30:48 bigby7 kernel: uhub3: 6 ports with 6 removable, self powered Feb 6 06:30:48 bigby7 kernel: uhub4: on uhub3 Feb 6 06:30:48 bigby7 kernel: uhub4: single transaction translator Feb 6 06:30:48 bigby7 kernel: uhub4: 3 ports with 2 removable, bus powered Feb 6 06:30:48 bigby7 kernel: ukbd0: on uhub4 Feb 6 06:30:48 bigby7 kernel: kbd2 at ukbd0 Feb 6 06:30:48 bigby7 kernel: pcib3: irq 16 at device 28.0 on pci0 Feb 6 06:30:48 bigby7 kernel: pci5: on pcib3 Feb 6 06:30:48 bigby7 kernel: pcib4: irq 16 at device 28.4 on pci0 Feb 6 06:30:48 bigby7 kernel: pci13: on pcib4 Feb 6 06:30:48 bigby7 kernel: em0: port 0x3000-0x301f mem 0xd8200000-0xd821ffff irq 16 at device 0.0 on pci13 Feb 6 06:30:48 bigby7 kernel: em0: Using MSI interrupt Feb 6 06:30:48 bigby7 kernel: em0: [FILTER] Feb 6 06:30:48 bigby7 kernel: em0: Ethernet address: 00:30:48:64:ef:76 Feb 6 06:30:48 bigby7 kernel: pcib5: irq 17 at device 28.5 on pci0 Feb 6 06:30:48 bigby7 kernel: pci15: on pcib5 Feb 6 06:30:48 bigby7 kernel: em1: port 0x4000-0x401f mem 0xd8300000-0xd831ffff irq 17 at device 0.0 on pci15 Feb 6 06:30:48 bigby7 kernel: em1: Using MSI interrupt Feb 6 06:30:48 bigby7 kernel: em1: [FILTER] Feb 6 06:30:48 bigby7 kernel: em1: Ethernet address: 00:30:48:64:ef:77 Feb 6 06:30:48 bigby7 kernel: uhci3: port 0x1880-0x189f irq 23 at device 29.0 on pci0 Feb 6 06:30:48 bigby7 kernel: uhci3: [GIANT-LOCKED] Feb 6 06:30:48 bigby7 kernel: uhci3: [ITHREAD] Feb 6 06:30:48 bigby7 kernel: usb4: on uhci3 Feb 6 06:30:48 bigby7 kernel: usb4: USB revision 1.0 Feb 6 06:30:48 bigby7 kernel: uhub5: on usb4 Feb 6 06:30:48 bigby7 kernel: uhub5: 2 ports with 2 removable, self powered Feb 6 06:30:48 bigby7 kernel: uhci4: port 0x18a0-0x18bf irq 22 at device 29.1 on pci0 Feb 6 06:30:48 bigby7 kernel: uhci4: [GIANT-LOCKED] Feb 6 06:30:48 bigby7 kernel: uhci4: [ITHREAD] Feb 6 06:30:48 bigby7 kernel: usb5: on uhci4 Feb 6 06:30:48 bigby7 kernel: usb5: USB revision 1.0 Feb 6 06:30:48 bigby7 kernel: uhub6: on usb5 Feb 6 06:30:48 bigby7 kernel: uhub6: 2 ports with 2 removable, self powered Feb 6 06:30:48 bigby7 kernel: uhci5: port 0x18c0-0x18df irq 18 at device 29.2 on pci0 Feb 6 06:30:48 bigby7 kernel: uhci5: [GIANT-LOCKED] Feb 6 06:30:48 bigby7 kernel: uhci5: [ITHREAD] Feb 6 06:30:48 bigby7 kernel: usb6: on uhci5 Feb 6 06:30:48 bigby7 kernel: usb6: USB revision 1.0 Feb 6 06:30:48 bigby7 kernel: uhub7: on usb6 Feb 6 06:30:48 bigby7 kernel: uhub7: 2 ports with 2 removable, self powered Feb 6 06:30:48 bigby7 kernel: ehci1: mem 0xd8701c00-0xd8701fff irq 23 at device 29.7 on pci0 Feb 6 06:30:48 bigby7 kernel: ehci1: [GIANT-LOCKED] Feb 6 06:30:48 bigby7 kernel: ehci1: [ITHREAD] Feb 6 06:30:48 bigby7 kernel: usb7: EHCI version 1.0 Feb 6 06:30:48 bigby7 kernel: usb7: companion controllers, 2 ports each: usb4 usb5 usb6 Feb 6 06:30:48 bigby7 kernel: usb7: on ehci1 Feb 6 06:30:48 bigby7 kernel: usb7: USB revision 2.0 Feb 6 06:30:48 bigby7 kernel: uhub8: on usb7 Feb 6 06:30:48 bigby7 kernel: uhub8: 6 ports with 6 removable, self powered Feb 6 06:30:48 bigby7 kernel: pcib6: at device 30.0 on pci0 Feb 6 06:30:48 bigby7 kernel: pci17: on pcib6 Feb 6 06:30:48 bigby7 kernel: isab0: at device 31.0 on pci0 Feb 6 06:30:48 bigby7 kernel: isa0: on isab0 Feb 6 06:30:48 bigby7 kernel: atapci0: port 0x1c30-0x1c37,0x1c24-0x1c27,0x1c28-0x1c2f,0x1c20-0x1c23,0x18e0-0x18ff mem 0xd8701000-0xd87017ff irq 17 at device 31.2 on pci0 Feb 6 06:30:48 bigby7 kernel: atapci0: [ITHREAD] Feb 6 06:30:48 bigby7 kernel: atapci0: AHCI Version 01.20 controller with 4 ports PM supported Feb 6 06:30:48 bigby7 kernel: ata2: on atapci0 Feb 6 06:30:48 bigby7 kernel: ata2: executing CLO failed Feb 6 06:30:48 bigby7 kernel: ata2: [ITHREAD] Feb 6 06:30:48 bigby7 kernel: ata3: on atapci0 Feb 6 06:30:48 bigby7 kernel: ata3: port not implemented Feb 6 06:30:48 bigby7 kernel: ata3: [ITHREAD] Feb 6 06:30:48 bigby7 kernel: ata4: on atapci0 Feb 6 06:30:48 bigby7 kernel: ata4: port not implemented Feb 6 06:30:48 bigby7 kernel: ata4: [ITHREAD] Feb 6 06:30:48 bigby7 kernel: ata5: on atapci0 Feb 6 06:30:48 bigby7 kernel: ata5: port not implemented Feb 6 06:30:48 bigby7 kernel: ata5: [ITHREAD] Feb 6 06:30:48 bigby7 kernel: pci0: at device 31.3 (no driver attached) Feb 6 06:30:48 bigby7 kernel: pci0: at device 31.6 (no driver attached) Feb 6 06:30:48 bigby7 kernel: acpi_button0: on acpi0 Feb 6 06:30:48 bigby7 kernel: atrtc0: port 0x70-0x71 irq 8 on acpi0 Feb 6 06:30:48 bigby7 kernel: atkbdc0: port 0x60,0x64 irq 1 on acpi0 Feb 6 06:30:48 bigby7 kernel: atkbd0: irq 1 on atkbdc0 Feb 6 06:30:48 bigby7 kernel: kbd0 at atkbd0 Feb 6 06:30:48 bigby7 kernel: atkbd0: [GIANT-LOCKED] Feb 6 06:30:48 bigby7 kernel: atkbd0: [ITHREAD] Feb 6 06:30:48 bigby7 kernel: fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 Feb 6 06:30:48 bigby7 kernel: fdc0: [FILTER] Feb 6 06:30:48 bigby7 kernel: cpu0: on acpi0 Feb 6 06:30:48 bigby7 kernel: est0: on cpu0 Feb 6 06:30:48 bigby7 kernel: p4tcc0: on cpu0 Feb 6 06:30:48 bigby7 kernel: cpu1: on acpi0 Feb 6 06:30:48 bigby7 kernel: est1: on cpu1 Feb 6 06:30:48 bigby7 kernel: p4tcc1: on cpu1 Feb 6 06:30:48 bigby7 kernel: cpu2: on acpi0 Feb 6 06:30:48 bigby7 kernel: est2: on cpu2 Feb 6 06:30:48 bigby7 kernel: p4tcc2: on cpu2 Feb 6 06:30:48 bigby7 kernel: cpu3: on acpi0 Feb 6 06:30:48 bigby7 kernel: est3: on cpu3 Feb 6 06:30:48 bigby7 kernel: p4tcc3: on cpu3 Feb 6 06:30:48 bigby7 kernel: pmtimer0 on isa0 Feb 6 06:30:48 bigby7 kernel: orm0: at iomem 0xc0000-0xcafff pnpid ORM0000 on isa0 Feb 6 06:30:48 bigby7 kernel: sc0: at flags 0x100 on isa0 Feb 6 06:30:48 bigby7 kernel: sc0: VGA <16 virtual consoles, flags=0x300> Feb 6 06:30:48 bigby7 kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Feb 6 06:30:48 bigby7 kernel: ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 Feb 6 06:30:48 bigby7 kernel: ata0: [ITHREAD] Feb 6 06:30:48 bigby7 kernel: ata1 at port 0x170-0x177,0x376 irq 15 on isa0 Feb 6 06:30:48 bigby7 kernel: ata1: [ITHREAD] Feb 6 06:30:48 bigby7 kernel: Timecounters tick every 1.000 msec Feb 6 06:30:48 bigby7 kernel: ipfw2 initialized, divert enabled, nat loadable, rule-based forwarding enabled, default to accept, logging disabled Feb 6 06:30:48 bigby7 kernel: ad4: 76319MB at ata2-master SATA300 Feb 6 06:30:48 bigby7 kernel: SMP: AP CPU #1 Launched! Feb 6 06:30:48 bigby7 kernel: SMP: AP CPU #2 Launched! Feb 6 06:30:48 bigby7 kernel: SMP: AP CPU #3 Launched! Feb 6 06:30:48 bigby7 kernel: Trying to mount root from ufs:/dev/ad4s1a From owner-freebsd-current@FreeBSD.ORG Sun Feb 22 18: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 835A11065675 for ; Sun, 22 Feb 2009 18:14:10 +0000 (UTC) (envelope-from buganini@gmail.com) Received: from mail-bw0-f170.google.com (mail-bw0-f170.google.com [209.85.218.170]) by mx1.freebsd.org (Postfix) with ESMTP id 0841A8FC24 for ; Sun, 22 Feb 2009 18:14:09 +0000 (UTC) (envelope-from buganini@gmail.com) Received: by bwz18 with SMTP id 18so5500503bwz.19 for ; Sun, 22 Feb 2009 10:14:08 -0800 (PST) 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=X4+wyPFP/ZJ2pYZgr6zNJMm2kFY1NL51mzlW5d6KX/8=; b=boX+2IF5Zm9jLppFgkUBR+smeaWhjppJ8H+5ZwP9xuFZCt+MXgEvpZnj890QA6IskE ajQegaxkQ1BMZUT0k/uXBjRhVfVxuiXG+THkBSdGRvD46nL8DsLmpq0uIq6S8zNErrpM 5Qlw3bazvgZ8oqXHjEpPhGvBGiAX0kXF+Dahc= 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=lTD48+YRaMYwSrxDOTry8rfSY2tNJs8gPY59U0E1z0wL1XJ/NW23EGvRopqoA4qxTC EeX/+Bhg1RmayofH9/Nmq0vwWv06CpyT3aXEOeIb+06splLitK5tcj7ZWqAFjAmhcFoW 2AH2ZOoU0G5nWB1/UGzWoEG6AHGzCKslMuBSg= MIME-Version: 1.0 Received: by 10.103.226.10 with SMTP id d10mr2873537mur.105.1235326447944; Sun, 22 Feb 2009 10:14:07 -0800 (PST) In-Reply-To: <7d6fde3d0902211400i772e6cb4uda66f79fa7c4bf6@mail.gmail.com> References: <49935993.50303@stillbilde.net> <200902120818.34567.jhb@freebsd.org> <7d6fde3d0902201727k61554608j9b3d5cdc3e78c3dc@mail.gmail.com> <7d6fde3d0902211400i772e6cb4uda66f79fa7c4bf6@mail.gmail.com> Date: Mon, 23 Feb 2009 02:14:07 +0800 Message-ID: From: Buganini To: Garrett Cooper Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: modular kernconf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Feb 2009 18:14:10 -0000 The patch is moved to http://security-hole.info/~buganini/dev/FreeBSD/config.patch BTW, to Garrett Cooper: Perhaps you have space in filename? From owner-freebsd-current@FreeBSD.ORG Sun Feb 22 18:31: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 2A4B6106564A for ; Sun, 22 Feb 2009 18:31:07 +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 A87B78FC14 for ; Sun, 22 Feb 2009 18:31:06 +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 235461576; Sun, 22 Feb 2009 20:31:05 +0200 Message-ID: <49A199E5.4090102@FreeBSD.org> Date: Sun, 22 Feb 2009 20:31:01 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.19 (X11/20090118) MIME-Version: 1.0 To: Barney Cordoba References: In-Reply-To: Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: SATA drive device moving on 8.0 current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Feb 2009 18:31:07 -0000 Barney Cordoba wrote: > Has anyone been able to find what might be causing drives under 8.0 to > be detected as a different device than under 7? For some reason your ITE IT8213F UDMA33 controller was not detected via PCI enumeration. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sun Feb 22 19:18: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 2E908106564A for ; Sun, 22 Feb 2009 19:18:20 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: from mail1.sea5.speakeasy.net (mail1.sea5.speakeasy.net [69.17.117.3]) by mx1.freebsd.org (Postfix) with ESMTP id 0B7B98FC14 for ; Sun, 22 Feb 2009 19:18:19 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: (qmail 27012 invoked from network); 22 Feb 2009 18:50:16 -0000 Received: from april.chuckr.org (HELO april.telenix.org) (chuckr@[66.92.151.30]) (envelope-sender ) by mail1.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 22 Feb 2009 18:50:16 -0000 Message-ID: <49A19C22.8000600@telenix.org> Date: Sun, 22 Feb 2009 13:40:34 -0500 From: Chuck Robey User-Agent: Thunderbird 2.0.0.19 (X11/20090121) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.95.5 OpenPGP: id=F3DCA0E9; url=http://pgp.mit.edu Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: tomcat & mouse problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Feb 2009 19:18:20 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I love that subject, sorry about the punishment. It seems possible, even likely, that my tomcat6 port (running via Java) might well be the cause of my mouse suddenly slowing up and becoming very jerky in operation. I can't guess what else might be causing my mouse to be so jerky, but it seems to clear up if I use the rc.d tomcat6 script to stop tomcat6, and that seems to fix the mouse problem (it clears up within maybe 30 seconds). I'm running a machine with plenty of memory, plenty of CPU (quad Intel core), and using FreeBSD-current. The mouse is a Logitech USB/wireless model. Any guess what might be causing my mouse's jerkiness? -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmhnCIACgkQz62J6PPcoOklOgCggUy+tRwbmgAbxxs7FYkDd1wM GWAAn3cJtBgd20H3lkLdev539zWqiqGy =AaL0 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Feb 22 21:31: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 EE5281065672 for ; Sun, 22 Feb 2009 21:31: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 793178FC16 for ; Sun, 22 Feb 2009 21:31:16 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 6539 invoked by uid 399); 22 Feb 2009 21:31:13 -0000 Received: from localhost (HELO ?192.168.0.19?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 22 Feb 2009 21:31:13 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <49A1C41A.5070504@FreeBSD.org> Date: Sun, 22 Feb 2009 13:31:06 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Alexander Motin References: <1235218982.00077642.1235207402@10.7.7.3> <499FFC5F.3020903@FreeBSD.org> <47d0403c0902210949i74473bc5j57c923e13c85e89@mail.gmail.com> <49A04510.5030405@FreeBSD.org> <7d6fde3d0902211356h66b05cfcxf2ebbe9b2a6fd0f0@mail.gmail.com> <49A07A1A.2030902@FreeBSD.org> In-Reply-To: <49A07A1A.2030902@FreeBSD.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: Annoying whitenoise sound coming from snd_hda enabled chipset X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Feb 2009 21:31:17 -0000 Alexander Motin wrote: > It won't help. People never read manuals, especially long ones. :( While I can certainly sympathize with this (I frequently answer help requests for mergemaster and portmaster with "It's in the manual") it's always better to document stuff. There are at least _some_ users who do actually RTFM, and when they don't, at least you don't have to type the whole answer all over again. :) Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Sun Feb 22 23:11: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 18A731065688; Sun, 22 Feb 2009 23:11:43 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.181]) by mx1.freebsd.org (Postfix) with ESMTP id 8D05F8FC23; Sun, 22 Feb 2009 23:11:42 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by el-out-1112.google.com with SMTP id r27so1224854ele.13 for ; Sun, 22 Feb 2009 15:11:41 -0800 (PST) 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=enXzSzMQ1cIXVb3pR7KJnXrJWvzoCQIwKPTOV9udzlo=; b=CPHBngwWKRVwmUKRQZZ1vBTDMwaGFfi8HaMa61+hcp6oIaBj8AvBHouKMxa/L0u4L5 O93q7hHEduCaH8q+jBYS5ynzJ3tTEfH0KDqLEdj1FVqwZYDAgF/W456+t+E2Y6qZbNVi BIkYG8PHhi2il/1NoVXoCB9js+1Fy/JiBFOcw= 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=svMQxML9S5LZHWYNVr7yDRIQ9y1Fju4cHtw1BpQjAGu8fqbf41WNnOvl0yNIHocN3L qNsV5njVC8qus4LNfqg5ZDt7IHdaqEyVs74v4ETcWQ75VnIiLj6zQDO+vp5mY/ga7AHc 7HlY//bCn8HuAGd12S7LNsbtG6w2KIbr8crZM= MIME-Version: 1.0 Received: by 10.90.35.9 with SMTP id i9mr1108267agi.20.1235344301854; Sun, 22 Feb 2009 15:11:41 -0800 (PST) In-Reply-To: <49A1C41A.5070504@FreeBSD.org> References: <1235218982.00077642.1235207402@10.7.7.3> <499FFC5F.3020903@FreeBSD.org> <47d0403c0902210949i74473bc5j57c923e13c85e89@mail.gmail.com> <49A04510.5030405@FreeBSD.org> <7d6fde3d0902211356h66b05cfcxf2ebbe9b2a6fd0f0@mail.gmail.com> <49A07A1A.2030902@FreeBSD.org> <49A1C41A.5070504@FreeBSD.org> Date: Sun, 22 Feb 2009 15:11:41 -0800 Message-ID: <7d6fde3d0902221511l1f221f50sb91dd086147edcb4@mail.gmail.com> From: Garrett Cooper To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Alexander Motin , FreeBSD Current Subject: Re: Annoying whitenoise sound coming from snd_hda enabled chipset X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Feb 2009 23:11:44 -0000 On Sun, Feb 22, 2009 at 1:31 PM, Doug Barton wrote: > Alexander Motin wrote: >> It won't help. People never read manuals, especially long ones. :( > > While I can certainly sympathize with this (I frequently answer help > requests for mergemaster and portmaster with "It's in the manual") > it's always better to document stuff. There are at least _some_ users > who do actually RTFM, and when they don't, at least you don't have to > type the whole answer all over again. :) Exactly -- besides saying `RTFM in this manpage, section, here' is much more satisfying than having to rehash the same answer quite a few times. Btw, maybe the manpage for snd_hda should be split up into multiple manpages or put into a special chapter in the handbook? It is fairly long (but don't get me wrong -- the data is EXCELLENT!), but getting to point may help your readers stay on track ;). Just a thought ><. -Garrett From owner-freebsd-current@FreeBSD.ORG Sun Feb 22 23:13: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 52A4010656EC for ; Sun, 22 Feb 2009 23:13:48 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.freebsd.org (Postfix) with ESMTP id DE06C8FC1D for ; Sun, 22 Feb 2009 23:13:47 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: by nf-out-0910.google.com with SMTP id e27so319387nfd.33 for ; Sun, 22 Feb 2009 15:13:47 -0800 (PST) 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=r/a9M9ivX9aCicnOfj7gkvLcz5KOPWX+IYK29M42wy0=; b=ItpGg3jvY+41+EmtXHLG76c+NC8qiWJPCSh8vfKmyxQjmuxjP/ESTVZ9cXmWIZl31K 7hWPuUIIDKEwi3RIQTFGfJkDgxqniRFoG/IyrqpnWnujJeXEiDpFWsCLAbl28pZRBSfU 0nwJcIo62o6Rc8MphNeqnqZLzh40H+DDFIZjs= 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=FmFEs713uR1t2zGyy5ZLnOYyREaTHAuvHANAXoe1qCWJYBN/8+cTEqPs39FuEvfvSB uqMKDmF+QROwcIXTmGzo/uW9p23o08Qrdonk1W2hgg78sbVDYX2Z8cvnkydn1ziXe8oP cKcVigbtKRB4znQxNCaInrOVyMI7UNuX7uy44= MIME-Version: 1.0 Received: by 10.210.59.3 with SMTP id h3mr2888389eba.106.1235343091022; Sun, 22 Feb 2009 14:51:31 -0800 (PST) Date: Sun, 22 Feb 2009 16:51:31 -0600 Message-ID: <179b97fb0902221451sbe6f440m47cf313e21194721@mail.gmail.com> From: Brandon Gooch To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: jkim@FreeBSD.org Subject: Disabled USB ports after suspend/resume X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Feb 2009 23:13:48 -0000 I've been using Jung-uk Kim's suspend patches for amd64 since before the new USB stack: http://people.freebsd.org/~jkim/amd64_suspend.diff Now when I suspend and resume, I lose USB ports. >From dmesg: ugen0.2: at usbus0 (disconnected) stray irq0 usbus2: port reset timeout uhub_reattach_port:348: port 2 reset failed, error=USB_ERR_TIMEOUT uhub_reattach_port:434: device problem (USB_ERR_TIMEOUT), disabling port 2 I'm at svn rev. 188909. From owner-freebsd-current@FreeBSD.ORG Sun Feb 22 23:36: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 2A8AF106564A for ; Sun, 22 Feb 2009 23:36:25 +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 B4EA98FC15 for ; Sun, 22 Feb 2009 23:36:24 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 12896 invoked by uid 60001); 22 Feb 2009 23:36:24 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type:Message-ID; b=r8jCh6jGproIXoJWF2W7f8xhayd/CLLs1I49tgSP8g8BC8OMl0r0s4mps+NpvJNbPTPOaAkmQ5ZQeOHe4L063+Y7HPnwcPzOBkn6bcUlh7/EeR8lWRHcu/8V61g9Ls5CC8PsHRQ8pxI8sOVVmubf6R7tDBT3FGoCePv/c4bz0ko=; X-YMail-OSG: tNBThpwVM1lU__.t6_QBt5.QDE3bGP_zXIFEqZFDZBFK1e6kdh_m18P9L0RYwIKMdDBB9CA2exknC_3jM4QNlDq1YQD.XllvHEsGl4Dcu46JMeTBrSJjABCX8kLISLpzQeyz_Ugbs2o3wOhkrva0TxWGI54- Received: from [98.242.222.229] by web63901.mail.re1.yahoo.com via HTTP; Sun, 22 Feb 2009 15:36:24 PST X-Mailer: YahooMailWebService/0.7.289.1 Date: Sun, 22 Feb 2009 15:36:24 -0800 (PST) From: Barney Cordoba To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <233332.12352.qm@web63901.mail.re1.yahoo.com> Cc: Subject: monitoring per cpu usage 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: Sun, 22 Feb 2009 23:36:25 -0000 In 7.0 I could run top -S and there would be an idle thread for each cpu, which seems to be missing in 8.0. How can I monitor per cpu usage in 8.0? Barney From owner-freebsd-current@FreeBSD.ORG Sun Feb 22 23:48: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 6FBCE106566C for ; Sun, 22 Feb 2009 23:48:46 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.177]) by mx1.freebsd.org (Postfix) with ESMTP id 05A408FC08 for ; Sun, 22 Feb 2009 23:48:45 +0000 (UTC) (envelope-from max@love2party.net) Received: from vampire.homelinux.org (dslb-088-064-183-126.pools.arcor-ip.net [88.64.183.126]) by mrelayeu.kundenserver.de (node=mrelayeu5) with ESMTP (Nemesis) id 0ML25U-1LbO3w0SAn-0006az; Mon, 23 Feb 2009 00:48:44 +0100 Received: (qmail 42665 invoked from network); 22 Feb 2009 23:48:43 -0000 Received: from fbsd8.laiers.local (192.168.4.200) by mx.laiers.local with SMTP; 22 Feb 2009 23:48:43 -0000 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org, barney_cordoba@yahoo.com Date: Mon, 23 Feb 2009 00:48:42 +0100 User-Agent: KMail/1.11.0 (FreeBSD/8.0-CURRENT; KDE/4.2.0; i386; ; ) References: <233332.12352.qm@web63901.mail.re1.yahoo.com> In-Reply-To: <233332.12352.qm@web63901.mail.re1.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902230048.43303.max@love2party.net> X-Provags-ID: V01U2FsdGVkX19zQlRwiSViq8dE0X+7YON4xYNeGOA3Df672XJ YBlztArcIYjulQih5ieuVFakyEYziWKWMlt89VXU/dEnbBIqrW en84IHhNHdDLE8fPflVng== Cc: Subject: Re: monitoring per cpu usage 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: Sun, 22 Feb 2009 23:48:46 -0000 On Monday 23 February 2009 00:36:24 Barney Cordoba wrote: > In 7.0 I could run > > top -S > > and there would be an idle thread for each cpu, which seems to be missing > in 8.0. How can I monitor per cpu usage in 8.0? Add -H to that command line (or press H while top is running) -- /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-current@FreeBSD.ORG Mon Feb 23 01:08:57 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 C85D6106566B; Mon, 23 Feb 2009 01:08:57 +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 8D6EE8FC0C; Mon, 23 Feb 2009 01:08:57 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id D9DE2FF69; Mon, 23 Feb 2009 14:08:55 +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 AKuR-kJtJZqH; Mon, 23 Feb 2009 14:08:51 +1300 (NZDT) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Mon, 23 Feb 2009 14:08:51 +1300 (NZDT) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id 314E511432; Mon, 23 Feb 2009 14:08:51 +1300 (NZDT) Date: Sun, 22 Feb 2009 17:08:50 -0800 From: Andrew Thompson To: current@freebsd.org Message-ID: <20090223010850.GB40325@citylink.fud.org.nz> References: <20090220033740.GA903@citylink.fud.org.nz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090220033740.GA903@citylink.fud.org.nz> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: usb@freebsd.org Subject: Re: CFR: usb switchover patches X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Feb 2009 01:08:58 -0000 On Thu, Feb 19, 2009 at 07:37:40PM -0800, Andrew Thompson wrote: > Hi, > > > I have put together a proposed set of changes for moving USB2 to its > permanent location. The layout has some differences to how it is right > now so I am looking for feedback. > > The changeover requires that the old usb stack be available until 8.0 is > branched and moves it from sys/dev/usb to sys/legacy/dev/usb. The reason > for this location is to reduce the changes in #includes (using -I > compiler hacks). The patch doesnt show userland changes required for > usbdevs and friends but they will be done. > > Some ports will break. Any that exist solely for the old usb stack can > be marked broken (like udesc_dump). I dont know that the fallout will be > like for the others, maybe portmgr would be interested in doing a build > test. > > The change roughly goes > > svn move sys/dev/usb -> sys/legacy/dev/usb > svn move sys/dev/usb2 -> sys/dev/usb (with fixups, see below) I plan to do this tomorrow. The commit can not be done in one since it involves svn moves to/from the same location but it should only take a few mins. Andrew From owner-freebsd-current@FreeBSD.ORG Mon Feb 23 06:03: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 69E571065670 for ; Mon, 23 Feb 2009 06:03:25 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id 19CA08FC08 for ; Mon, 23 Feb 2009 06:03:24 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.1.38] (S0106001372fd1e07.vs.shawcable.net [70.71.171.106]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.8) with ESMTP id n1N63LT7071155 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 22 Feb 2009 22:03:22 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Message-ID: <49A23C1A.3070403@FreeBSD.org> Date: Sun, 22 Feb 2009 22:03:06 -0800 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Jeff Roberson , "current@freebsd.org" , stable@FreeBSD.org Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: The machdep.hyperthreading_allowed & ULE weirdness in 7.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Feb 2009 06:03:25 -0000 Hi Jeff, I have a single-CPU system with P4 HTT-enabled processor (7.1-RELEASE-p3), kernel compiled with SCHED_ULE. 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 7.1-RELEASE-p3 #0: Fri Feb 20 09:53:32 UTC 2009 root@foo.com:/usr/obj/usr/src/sys/SSP-PRODUCTION7 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (2992.51-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf34 Stepping = 4 Features=0xbfebfbff Features2=0x441d Logical CPUs per core: 2 real memory = 3758030848 (3583 MB) avail memory = 3674083328 (3503 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard machdep.cpu_idle_hlt: 1 machdep.hlt_cpus: 0 machdep.hlt_logical_cpus: 0 machdep.logical_cpus_mask: 2 If I flip machdep.hyperthreading_allowed sysctl, I still can see processes scheduled to both logical CPUs, yet, if I check IRQ status in the systat -vm, the CPU1 is not getting any timer interrupts, while CPU0 gets twice the normal amount. I wonder if something is broken - I would expect no processes to be scheduled to the CPU1. machdep.hyperthreading_allowed=1: top: http://sobomax.sippysoft.com/~sobomax/ScreenShot458.png systat -vm: http://sobomax.sippysoft.com/~sobomax/ScreenShot459.png machdep.hyperthreading_allowed=0: top: http://sobomax.sippysoft.com/~sobomax/ScreenShot460.png systat -vm: http://sobomax.sippysoft.com/~sobomax/ScreenShot461.png Please let me know if any other debug information is needed. -Maxim From owner-freebsd-current@FreeBSD.ORG Mon Feb 23 08:13: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 9D8991065678 for ; Mon, 23 Feb 2009 08:13:35 +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 08E398FC0A for ; Mon, 23 Feb 2009 08:13:34 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=XUcS8i8b-cUA:10 a=zNI71On1IoMA:10 a=MXw7gxVQKqGXY79tIT8aFQ==:17 a=6I5d2MoRAAAA:8 a=fzyQZn3sjPVyWtC_bjcA:9 a=zyWdRaBsjzSeTeng-a4A:7 a=PW6w9mCGF9swCPVDJEme_2UuHMgA:4 a=50e4U0PicR4A:10 a=SV7veod9ZcQA: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 1203222026; Mon, 23 Feb 2009 09:13:32 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Mon, 23 Feb 2009 09:16:01 +0100 User-Agent: KMail/1.9.7 References: <179b97fb0902221451sbe6f440m47cf313e21194721@mail.gmail.com> In-Reply-To: <179b97fb0902221451sbe6f440m47cf313e21194721@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902230916.02436.hselasky@c2i.net> Cc: Brandon Gooch , jkim@freebsd.org Subject: Re: Disabled USB ports after suspend/resume X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Feb 2009 08:13:35 -0000 Hi, I think it might be a problem that the explore thread is running at the same time we are doing a resume on the hardware. What happens if you run: usbconfig -u xxx -a yyy set_config 0 On one of the root HUBs ? Do the devices re-appear ? And if you replug the device? Does it re-appear? What you can try is to run the "detach()" instead of "suspend()" and "attach()" instead of "resume()" for ehci/ohci/uhci. See sys/dev/usb2/controller . Right now we are moving around the files, else I could have sent you a patch. --HPS On Sunday 22 February 2009, Brandon Gooch wrote: > I've been using Jung-uk Kim's suspend patches for amd64 since before > the new USB stack: > > http://people.freebsd.org/~jkim/amd64_suspend.diff > > Now when I suspend and resume, I lose USB ports. > > >From dmesg: > > ugen0.2: at usbus0 (disconnected) > stray irq0 > usbus2: port reset timeout > uhub_reattach_port:348: port 2 reset failed, error=USB_ERR_TIMEOUT > uhub_reattach_port:434: device problem (USB_ERR_TIMEOUT), disabling port 2 > > I'm at svn rev. 188909. > _______________________________________________ > 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 Feb 23 08:27: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 633731065670 for ; Mon, 23 Feb 2009 08:27:43 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw2.york.ac.uk (mail-gw2.york.ac.uk [144.32.128.247]) by mx1.freebsd.org (Postfix) with ESMTP id EC3748FC19 for ; Mon, 23 Feb 2009 08:27:42 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw7.york.ac.uk (mail-gw7.york.ac.uk [144.32.129.30]) by mail-gw2.york.ac.uk (8.13.6/8.13.6) with ESMTP id n1N8ReXM009317; Mon, 23 Feb 2009 08:27:40 GMT Received: from ury.york.ac.uk ([144.32.108.81]) by mail-gw7.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1LbWA8-0003Z5-Fo; Mon, 23 Feb 2009 08:27:40 +0000 Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.14.3/8.14.3) with ESMTP id n1N8ReSC047605; Mon, 23 Feb 2009 08:27:40 GMT (envelope-from gavin@FreeBSD.org) Received: from localhost (gavin@localhost) by ury.york.ac.uk (8.14.3/8.14.3/Submit) with ESMTP id n1N8ReNL047601; Mon, 23 Feb 2009 08:27:40 GMT (envelope-from gavin@FreeBSD.org) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Mon, 23 Feb 2009 08:27:40 +0000 (GMT) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: Barney Cordoba In-Reply-To: <401206.39897.qm@web63908.mail.re1.yahoo.com> Message-ID: <20090223082344.W86550@ury.york.ac.uk> References: <401206.39897.qm@web63908.mail.re1.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin@freebsd.org Cc: current@FreeBSD.org Subject: PCI bus not being scanned (was: Re: SATA drive device moving on 8.0 current) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Feb 2009 08:27:43 -0000 On Sun, 22 Feb 2009, Barney Cordoba wrote: > Has anyone been able to find what might be causing drives under 8.0 to > be detected as a different device than under 7? For some reason, 8.0 is failing to find any devices on pci17. There are tweo devices on that bus inder 7: > Feb 6 06:34:57 bigby7 kernel: pci17: on pcib6 > Feb 6 06:34:57 bigby7 kernel: vgapci0: port 0x5000-0x50ff mem 0xd0000000-0xd7ffffff,0xd8400000-0xd840ffff irq 22 at device 3.0 on pci17 > Feb 6 06:34:57 bigby7 kernel: atapci0: port 0x5420-0x5427,0x5414-0x5417,0x5418-0x541f,0x5410-0x5413,0x5400-0x540f irq 23 at device 4.0 on pci17 > Feb 6 06:34:57 bigby7 kernel: atapci0: [ITHREAD] > Feb 6 06:34:57 bigby7 kernel: ata2: on atapci0 > Feb 6 06:34:57 bigby7 kernel: ata2: [ITHREAD] > Feb 6 06:34:57 bigby7 kernel: ata3: on atapci0 > Feb 6 06:34:57 bigby7 kernel: ata3: [ITHREAD] but under 8, only the bus itself is detected. > Feb 6 06:30:48 bigby7 kernel: pci17: on pcib6 Again, without a verbose dmesg, it's not really possible to even guess what is going wrong here. How old is the 8.0 you're testing, and do you have any idea when this started failing? Gavin From owner-freebsd-current@FreeBSD.ORG Mon Feb 23 08:32: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 80ADC106566C for ; Mon, 23 Feb 2009 08:32:08 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw2.york.ac.uk (mail-gw2.york.ac.uk [144.32.128.247]) by mx1.freebsd.org (Postfix) with ESMTP id 16E208FC12 for ; Mon, 23 Feb 2009 08:32:07 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw7.york.ac.uk (mail-gw7.york.ac.uk [144.32.129.30]) by mail-gw2.york.ac.uk (8.13.6/8.13.6) with ESMTP id n1N8W50C010929; Mon, 23 Feb 2009 08:32:05 GMT Received: from ury.york.ac.uk ([144.32.108.81]) by mail-gw7.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1LbWEP-0003c5-B8; Mon, 23 Feb 2009 08:32:05 +0000 Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.14.3/8.14.3) with ESMTP id n1N8W56E049515; Mon, 23 Feb 2009 08:32:05 GMT (envelope-from gavin@FreeBSD.org) Received: from localhost (gavin@localhost) by ury.york.ac.uk (8.14.3/8.14.3/Submit) with ESMTP id n1N8W4Dj049512; Mon, 23 Feb 2009 08:32:05 GMT (envelope-from gavin@FreeBSD.org) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Mon, 23 Feb 2009 08:32:04 +0000 (GMT) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: Chuck Robey In-Reply-To: <49A19C22.8000600@telenix.org> Message-ID: <20090223083114.F86550@ury.york.ac.uk> References: <49A19C22.8000600@telenix.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin@freebsd.org Cc: freebsd-current@FreeBSD.org Subject: Re: tomcat & mouse problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Feb 2009 08:32:09 -0000 On Sun, 22 Feb 2009, Chuck Robey wrote: > It seems possible, even likely, that my tomcat6 port (running via Java) might > well be the cause of my mouse suddenly slowing up and becoming very jerky in > operation. I can't guess what else might be causing my mouse to be so jerky, > but it seems to clear up if I use the rc.d tomcat6 script to stop tomcat6, and > that seems to fix the mouse problem (it clears up within maybe 30 seconds). > > I'm running a machine with plenty of memory, plenty of CPU (quad Intel core), > and using FreeBSD-current. The mouse is a Logitech USB/wireless model. Any > guess what might be causing my mouse's jerkiness? Can you try using SCHED_4BSD rather than SCHED_ULE and see if that makes a difference? Gavin From owner-freebsd-current@FreeBSD.ORG Mon Feb 23 10:08: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 A2D4E106564A; Mon, 23 Feb 2009 10:08:38 +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 60C858FC15; Mon, 23 Feb 2009 10:08:38 +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 057CE46B09; Mon, 23 Feb 2009 05:08:38 -0500 (EST) Date: Mon, 23 Feb 2009 10:08:37 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Maxim Sobolev In-Reply-To: <49A23C1A.3070403@FreeBSD.org> Message-ID: References: <49A23C1A.3070403@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Jeff Roberson , "current@freebsd.org" , stable@FreeBSD.org Subject: Re: The machdep.hyperthreading_allowed & ULE weirdness in 7.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Feb 2009 10:08:39 -0000 On Sun, 22 Feb 2009, Maxim Sobolev wrote: > Hi Jeff, > > I have a single-CPU system with P4 HTT-enabled processor (7.1-RELEASE-p3), > kernel compiled with SCHED_ULE. This is because machdep.hlt_logical_cpus doesn't do what you think it does. It causes HTT cores to invoke the hlt instruction in their idle loop, causing them to sleep until they receive an interrupt. For 4BSD, which uses a "pull" model (on the whole) to bring work from work queues, this means that CPUs will go to sleep and remain that way unless they're actively receiving interrupts. For ULE, which uses "push" as well as "pull", threads will constantly be being shed from too-busy CPUs to apparently idle ones under load. The only reliable way to disable hyperthreading is to do so using your BIOS setting, or use loader.conf to disable probing of the pics on unwanted cores, which will cause the CPUs not to be enumerated and hence not used. We don't support taking CPUs fully offline with any scheduler, although you can use the cpuset facility to prevent threads from running on specific cores. You could imagine teaching ULE (and presumably 4BSD) about policies such as "Don't use HTT cores", or perhaps just cpuset about those policies. Robert N M Watson Computer Laboratory University of Cambridge > > 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 7.1-RELEASE-p3 #0: Fri Feb 20 09:53:32 UTC 2009 > root@foo.com:/usr/obj/usr/src/sys/SSP-PRODUCTION7 > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (2992.51-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf34 Stepping = 4 > > Features=0xbfebfbff > Features2=0x441d > Logical CPUs per core: 2 > real memory = 3758030848 (3583 MB) > avail memory = 3674083328 (3503 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > ioapic0: Changing APIC ID to 2 > ioapic0 irqs 0-23 on motherboard > ioapic1 irqs 24-47 on motherboard > > machdep.cpu_idle_hlt: 1 > machdep.hlt_cpus: 0 > machdep.hlt_logical_cpus: 0 > machdep.logical_cpus_mask: 2 > > If I flip machdep.hyperthreading_allowed sysctl, I still can see processes > scheduled to both logical CPUs, yet, if I check IRQ status in the systat -vm, > the CPU1 is not getting any timer interrupts, while CPU0 gets twice the > normal amount. I wonder if something is broken - I would expect no processes > to be scheduled to the CPU1. > > machdep.hyperthreading_allowed=1: > top: http://sobomax.sippysoft.com/~sobomax/ScreenShot458.png > systat -vm: http://sobomax.sippysoft.com/~sobomax/ScreenShot459.png > > machdep.hyperthreading_allowed=0: > top: http://sobomax.sippysoft.com/~sobomax/ScreenShot460.png > systat -vm: http://sobomax.sippysoft.com/~sobomax/ScreenShot461.png > > Please let me know if any other debug information is needed. > > -Maxim > _______________________________________________ > 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 Feb 23 09:26: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 769661065692 for ; Mon, 23 Feb 2009 09:26:26 +0000 (UTC) (envelope-from jmt@twilley.org) Received: from alpha.twilley.org (alpha.twilley.org [204.152.189.135]) by mx1.freebsd.org (Postfix) with ESMTP id 6586B8FC0C for ; Mon, 23 Feb 2009 09:26:25 +0000 (UTC) (envelope-from jmt@twilley.org) Received: from [192.168.1.101] (c-24-6-104-13.hsd1.ca.comcast.net [24.6.104.13]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by alpha.twilley.org (Postfix) with ESMTPSA id D546123383C for ; Mon, 23 Feb 2009 01:16:24 -0800 (PST) Message-ID: <49A26964.8080705@twilley.org> Date: Mon, 23 Feb 2009 01:16:20 -0800 From: Jack Twilley User-Agent: Thunderbird 2.0.0.19 (X11/20090209) 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: Mon, 23 Feb 2009 12:59:27 +0000 Subject: RT2860 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: Mon, 23 Feb 2009 09:26:27 -0000 Is there any support for the Ralink RT2860 wireless device that I can use in 8-CURRENT? I have an Eee 1000 that uses this chipset for wireless and I'm eager to help test code or do what I can to be able to use the WiFi on this laptop. I looked through the source tree and saw the firmware in the contrib section but I haven't been able to get 8-CURRENT to acknowledge the device's existence. FreeBSD eeeve 8.0-CURRENT FreeBSD 8.0-CURRENT #2: Tue Feb 10 15:03:26 PST 2009 root@eeeve:/usr/obj/usr/src/sys/ASUS-EEEPC-901-8.0 i386 Let me know if there's anything I can do to help -- the wireless and the webcam are the only devices left that don't work and the webcam isn't nearly as important to me as the wireless. Thanks! Jack. From owner-freebsd-current@FreeBSD.ORG Mon Feb 23 13:38: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 EDDE110657C5 for ; Mon, 23 Feb 2009 13:38:32 +0000 (UTC) (envelope-from root@dchagin.static.corbina.ru) Received: from contrabass.post.ru (contrabass.post.ru [85.21.78.5]) by mx1.freebsd.org (Postfix) with ESMTP id A11F28FC16 for ; Mon, 23 Feb 2009 13:38:32 +0000 (UTC) (envelope-from root@dchagin.static.corbina.ru) Received: from corbina.ru (mail.post.ru [195.14.50.16]) by contrabass.post.ru (Postfix) with ESMTP id CB5EC5A229; Mon, 23 Feb 2009 16:14:45 +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 1639185745; Mon, 23 Feb 2009 16:14:45 +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 n1NDEjX7021721; Mon, 23 Feb 2009 16:14:45 +0300 (MSK) (envelope-from root@dchagin.static.corbina.ru) Received: (from root@localhost) by dchagin.static.corbina.ru (8.14.3/8.14.3/Submit) id n1NDEe2h021720; Mon, 23 Feb 2009 16:14:40 +0300 (MSK) (envelope-from root) Date: Mon, 23 Feb 2009 16:14:40 +0300 From: Chagin Dmitry To: Andrew Gallatin Message-ID: <20090223131440.GA21690@dchagin.static.corbina.ru> References: <4995A792.5050003@cs.duke.edu> <20090215151114.GA2422@dchagin.static.corbina.ru> <499AE0E1.8030000@cs.duke.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <499AE0E1.8030000@cs.duke.edu> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-current@freebsd.org Subject: [PATCH]Re: Dtrace panic'ed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Feb 2009 13:38:33 -0000 On Tue, Feb 17, 2009 at 11:08:01AM -0500, Andrew Gallatin wrote: > Chagin Dmitry wrote: > > > hi, I have the same problem and found the hack "solution": > > > > dchagin# sysctl machdep.idle=hlt > > machdep.idle: acpi -> hlt > > Unfortunately, that did not help on this machine.. > hi, please test a patch bellow: diff --git a/sys/kern/subr_smp.c b/sys/kern/subr_smp.c index 14d1297..c1bd50e 100644 --- a/sys/kern/subr_smp.c +++ b/sys/kern/subr_smp.c @@ -362,9 +362,11 @@ smp_rendezvous_cpus(cpumask_t map, return; } - for (i = 0; i < mp_maxid; i++) + for (i = 0; i <= mp_maxid; i++) if (((1 << i) & map) != 0 && !CPU_ABSENT(i)) ncpus++; + if (ncpus == 0) + return; /* obtain rendezvous lock */ mtx_lock_spin(&smp_ipi_mtx); thnx! -- Have fun! chd From owner-freebsd-current@FreeBSD.ORG Mon Feb 23 14:05: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 28FAE10656C4; Mon, 23 Feb 2009 14:05:54 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id E13538FC1E; Mon, 23 Feb 2009 14:05:53 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.1.38] (S0106001372fd1e07.vs.shawcable.net [70.71.171.106]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.8) with ESMTP id n1NE5pDs095827 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 23 Feb 2009 06:05:52 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Message-ID: <49A2AD30.1040007@FreeBSD.org> Date: Mon, 23 Feb 2009 06:05:36 -0800 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Robert Watson References: <49A23C1A.3070403@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Jeff Roberson , "current@freebsd.org" , stable@FreeBSD.org Subject: Re: The machdep.hyperthreading_allowed & ULE weirdness in 7.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Feb 2009 14:05:55 -0000 Robert Watson wrote: > > On Sun, 22 Feb 2009, Maxim Sobolev wrote: > >> Hi Jeff, >> >> I have a single-CPU system with P4 HTT-enabled processor >> (7.1-RELEASE-p3), kernel compiled with SCHED_ULE. > > This is because machdep.hlt_logical_cpus doesn't do what you think it > does. It causes HTT cores to invoke the hlt instruction in their idle Hmm, as the subject says I am actually talking about flipping machdep.hyperthreading_allowed, not machdep.hlt_logical_cpus sysctl here. I provided current value of the latter only to simplify diagnosis and had not changed it from the default value. AFAIK, the machdep.hyperthreading_allowed is designed to prevent logical cores from running any code, works just fine with 6.x/SCHED_4BSD. Below are screenshots from the dual-core 6.2 system with 4BSD. As you can easily see, after flipping machdep.hyperthreading_allowed only cores 0 and 2 run actual code, so that it's definitely regression of ULE/7.x: machdep.hyperthreading_allowed=1: top: http://sobomax.sippysoft.com/~sobomax/ScreenShot462.png machdep.hyperthreading_allowed=0: top: http://sobomax.sippysoft.com/~sobomax/ScreenShot463.png IMHO, at the very least, if SCHED_ULE doesn't support machdep.hyperthreading_allowed properly, then when that scheduler is selected the sysctl should return ENOTSUP or something like this. -Maxim From owner-freebsd-current@FreeBSD.ORG Mon Feb 23 14:47: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 CFDC21065724; Mon, 23 Feb 2009 14:47:26 +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 61C758FC14; Mon, 23 Feb 2009 14:47:26 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.21] (helo=11.mx.freenet.de) by mout4.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #76) id 1Lbc5d-0005PV-8q; Mon, 23 Feb 2009 15:47:25 +0100 Received: from tc740.t.pppool.de ([89.55.199.64]:59619 helo=ernst.jennejohn.org) by 11.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #76) id 1Lbc5d-0002JF-1V; Mon, 23 Feb 2009 15:47:25 +0100 Date: Mon, 23 Feb 2009 15:47:24 +0100 From: Gary Jennejohn To: Juergen Lock Message-ID: <20090223154724.7d687b13@ernst.jennejohn.org> 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; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-emulation@FreeBSD.org, 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 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, 23 Feb 2009 14:47:28 -0000 On Sun, 22 Feb 2009 02:37:47 +0100 Juergen Lock wrote: > been experimental and you should use raw images if you want reliability; > raw is also usually faster) - apart from these two issues this snapshot > is looking pretty good in my (limited) testing so far; you are encouraged > to test it with your various guests that you have lying around, if it > works for you as well maybe we can indeed update the FreeBSD qemu-devel > port again before the next official qemu release gets cut... > Well, I applied the patches and installed qemu. I tried installing openSUSELinux 10.3 because I had a DVD laying around. I used a 150GB raw image created using qemu-img. I did not use kqemu. I started qemu with this command line: qemu -boot d -cdrom /dev/acd0 -hda linux.img -localtime -m 1G Note I have an AMD64 X2 with 4GB of RAM installed running 8-current. It got up to the point where it actually started the install and then croaked with SIGSEGV, I think it was. The error message flashed by rather quickly. That means that I was able to partition the disks and specify some non-standard packages. It managed to create and format the disk partitions and figure out from the DVD which packages to install. Not too bad, I suppose. --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Mon Feb 23 16:59: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 BD181106564A for ; Mon, 23 Feb 2009 16:59:35 +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 8B3A58FC08 for ; Mon, 23 Feb 2009 16:59:35 +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 EFEAE46B37; Mon, 23 Feb 2009 11:59:34 -0500 (EST) 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 n1NGxNB0016859; Mon, 23 Feb 2009 11:59:28 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 23 Feb 2009 11:19:54 -0500 User-Agent: KMail/1.9.7 References: <5D267A3F22FD854F8F48B3D2B5238193394588D54D@IRVEXCHCCR01.corp.ad.broadcom.com> In-Reply-To: <5D267A3F22FD854F8F48B3D2B5238193394588D54D@IRVEXCHCCR01.corp.ad.broadcom.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902231119.54925.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, 23 Feb 2009 11:59:29 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.2/9032/Mon Feb 23 10:05:24 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: David Christensen Subject: Re: Hopefully Simple Question on Debugging Kernel Modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Feb 2009 16:59:36 -0000 On Friday 20 February 2009 6:40:56 pm David Christensen wrote: > I'm sure this is a simple question but the answer is alluding my Google > search capabilities. My driver is being loaded as a kernel module and > is failing with the following error: > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0xfffffffe40abe9dc > fault code = supervisor write data, page not present > instruction pointer = 0x8:0xffffffff920b638f > stack pointer = 0x10:0xffffffff9212bb10 > frame pointer = 0x10:0xffffffff9212bbb0 > 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 (irq268: bce0) > [thread pid 12 tid 100166 ] > Stopped at bce_intr+0x8df: addl $0x1,0x2c854(%r12,%rax,4) > db> > > I simply need to find the offending source line in my driver. Not sure > how I've managed to get the driver running at all without this but it's > time to do things the right way. I have KDB/DDB/GDB built into my > -CURRENT kernel already. It'd be great to find the source line while in > the kernel debugger but I'm also fine with rebooting the system to > identify the line number. Just use gdb on bce.ko (built with debug symbols): gdb /path/to/if_bce.ko (gdb) l *bce_intr+0x8df If you get a crashdump you can run kgdb on it and just walk up to the relevant stack frame and use 'l' there to get a listing. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Feb 23 17:10: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 2D075106566C; Mon, 23 Feb 2009 17:10:13 +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 B91B88FC15; Mon, 23 Feb 2009 17:10:12 +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 n1NHA7pL032929; Mon, 23 Feb 2009 10:10:07 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <49A2D86F.1000509@samsco.org> Date: Mon, 23 Feb 2009 10:10:07 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: John Baldwin References: <5D267A3F22FD854F8F48B3D2B5238193394588D54D@IRVEXCHCCR01.corp.ad.broadcom.com> <200902231119.54925.jhb@freebsd.org> In-Reply-To: <200902231119.54925.jhb@freebsd.org> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.4 required=3.8 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: David Christensen , freebsd-current@freebsd.org Subject: Re: Hopefully Simple Question on Debugging Kernel Modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Feb 2009 17:10:13 -0000 John Baldwin wrote: > On Friday 20 February 2009 6:40:56 pm David Christensen wrote: >> I'm sure this is a simple question but the answer is alluding my Google >> search capabilities. My driver is being loaded as a kernel module and >> is failing with the following error: >> >> Fatal trap 12: page fault while in kernel mode >> cpuid = 0; apic id = 00 >> fault virtual address = 0xfffffffe40abe9dc >> fault code = supervisor write data, page not present >> instruction pointer = 0x8:0xffffffff920b638f >> stack pointer = 0x10:0xffffffff9212bb10 >> frame pointer = 0x10:0xffffffff9212bbb0 >> 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 (irq268: bce0) >> [thread pid 12 tid 100166 ] >> Stopped at bce_intr+0x8df: addl $0x1,0x2c854(%r12,%rax,4) >> db> >> >> I simply need to find the offending source line in my driver. Not sure >> how I've managed to get the driver running at all without this but it's >> time to do things the right way. I have KDB/DDB/GDB built into my >> -CURRENT kernel already. It'd be great to find the source line while in >> the kernel debugger but I'm also fine with rebooting the system to >> identify the line number. > > Just use gdb on bce.ko (built with debug symbols): > > gdb /path/to/if_bce.ko > (gdb) l *bce_intr+0x8df > > If you get a crashdump you can run kgdb on it and just walk up to the relevant > stack frame and use 'l' there to get a listing. > One thing that I've never figured out is how debugging symbols are handled in module builds these days. If I go to /sys/modules/bce and do 'make', it generates a .ko and explicitly strips it. I wind up having to re-run the link command by hand so I get symbols. What is the correct way to do this? Note that I'm not interested in answers that involve "go to /usr/src and run make buildkernel" =-) Scott From owner-freebsd-current@FreeBSD.ORG Mon Feb 23 17:19: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 5B33B106566B for ; Mon, 23 Feb 2009 17:19:26 +0000 (UTC) (envelope-from llc2w@virginia.edu) Received: from fork8.mail.virginia.edu (fork8.mail.Virginia.EDU [128.143.2.178]) by mx1.freebsd.org (Postfix) with ESMTP id 227958FC1E for ; Mon, 23 Feb 2009 17:19:26 +0000 (UTC) (envelope-from llc2w@virginia.edu) Received: from localhost (localhost [127.0.0.1]) by fork8.mail.virginia.edu (Postfix) with ESMTP id 6AE541F5168; Mon, 23 Feb 2009 12:19:25 -0500 (EST) Received: from fork8.mail.virginia.edu ([127.0.0.1]) by localhost (fork8.mail.virginia.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 20249-05; Mon, 23 Feb 2009 12:19:25 -0500 (EST) Received: from mail-gx0-f179.google.com (mail-gx0-f179.google.com [209.85.217.179]) by fork8.mail.virginia.edu (Postfix) with ESMTP id 3E8C11F4FDC; Mon, 23 Feb 2009 12:19:25 -0500 (EST) Received: by mail-gx0-f179.google.com with SMTP id 27so5539585gxk.0 for ; Mon, 23 Feb 2009 09:19:25 -0800 (PST) MIME-Version: 1.0 Received: by 10.231.19.204 with SMTP id c12mr6326332ibb.20.1235409564854; Mon, 23 Feb 2009 09:19:24 -0800 (PST) In-Reply-To: <49A2D86F.1000509@samsco.org> References: <5D267A3F22FD854F8F48B3D2B5238193394588D54D@IRVEXCHCCR01.corp.ad.broadcom.com> <200902231119.54925.jhb@freebsd.org> <49A2D86F.1000509@samsco.org> Date: Mon, 23 Feb 2009 12:19:24 -0500 Message-ID: <792298050902230919r2c3a479bqb8a192c80a73a72@mail.gmail.com> From: L Campbell To: Scott Long Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-UVA-Virus-Scanned: by amavisd-new at fork8.mail.virginia.edu Cc: David Christensen , freebsd-current@freebsd.org Subject: Re: Hopefully Simple Question on Debugging Kernel Modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Feb 2009 17:19:26 -0000 On Mon, Feb 23, 2009 at 12:10 PM, Scott Long wrote: > One thing that I've never figured out is how debugging symbols are handled > in module builds these days. If I go to /sys/modules/bce and > do 'make', it generates a .ko and explicitly strips it. I wind up > having to re-run the link command by hand so I get symbols. What is > the correct way to do this? Note that I'm not interested in answers > that involve "go to /usr/src and run make buildkernel" =-) Poking around in src/share/mk, it looks like if DEBUG_FLAGS is defined then STRIP isn't enabled. From owner-freebsd-current@FreeBSD.ORG Mon Feb 23 17:57: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 5B6871065698 for ; Mon, 23 Feb 2009 17:57:38 +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 287378FC2C for ; Mon, 23 Feb 2009 17:57:38 +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 A636D46B0C; Mon, 23 Feb 2009 12:57:37 -0500 (EST) 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 n1NHvVSp017192; Mon, 23 Feb 2009 12:57:31 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Scott Long Date: Mon, 23 Feb 2009 12:57:27 -0500 User-Agent: KMail/1.9.7 References: <5D267A3F22FD854F8F48B3D2B5238193394588D54D@IRVEXCHCCR01.corp.ad.broadcom.com> <200902231119.54925.jhb@freebsd.org> <49A2D86F.1000509@samsco.org> In-Reply-To: <49A2D86F.1000509@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902231257.28060.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, 23 Feb 2009 12:57:31 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.2/9032/Mon Feb 23 10:05:24 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: David Christensen , freebsd-current@freebsd.org Subject: Re: Hopefully Simple Question on Debugging Kernel Modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Feb 2009 17:57:38 -0000 On Monday 23 February 2009 12:10:07 pm Scott Long wrote: > John Baldwin wrote: > > On Friday 20 February 2009 6:40:56 pm David Christensen wrote: > >> I'm sure this is a simple question but the answer is alluding my Google > >> search capabilities. My driver is being loaded as a kernel module and > >> is failing with the following error: > >> > >> Fatal trap 12: page fault while in kernel mode > >> cpuid = 0; apic id = 00 > >> fault virtual address = 0xfffffffe40abe9dc > >> fault code = supervisor write data, page not present > >> instruction pointer = 0x8:0xffffffff920b638f > >> stack pointer = 0x10:0xffffffff9212bb10 > >> frame pointer = 0x10:0xffffffff9212bbb0 > >> 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 (irq268: bce0) > >> [thread pid 12 tid 100166 ] > >> Stopped at bce_intr+0x8df: addl $0x1,0x2c854(%r12,%rax,4) > >> db> > >> > >> I simply need to find the offending source line in my driver. Not sure > >> how I've managed to get the driver running at all without this but it's > >> time to do things the right way. I have KDB/DDB/GDB built into my > >> -CURRENT kernel already. It'd be great to find the source line while in > >> the kernel debugger but I'm also fine with rebooting the system to > >> identify the line number. > > > > Just use gdb on bce.ko (built with debug symbols): > > > > gdb /path/to/if_bce.ko > > (gdb) l *bce_intr+0x8df > > > > If you get a crashdump you can run kgdb on it and just walk up to the relevant > > stack frame and use 'l' there to get a listing. > > > > One thing that I've never figured out is how debugging symbols are > handled in module builds these days. If I go to /sys/modules/bce and > do 'make', it generates a .ko and explicitly strips it. I wind up > having to re-run the link command by hand so I get symbols. What is > the correct way to do this? Note that I'm not interested in answers > that involve "go to /usr/src and run make buildkernel" =-) make DEBUG_FLAGS=-g is what I use. The same thing works for userland tools and the kernel (usually we put 'makeoptions DEBUG_FLAGS=-g' in a kernel config so it is "automatic" for kernels though). -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Feb 23 18:04: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 CCFF610656CA; Mon, 23 Feb 2009 18:04:19 +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 379E38FC21; Mon, 23 Feb 2009 18:04:19 +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 n1NHxQ0E033163; Mon, 23 Feb 2009 10:59:26 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <49A2E3FE.2070106@samsco.org> Date: Mon, 23 Feb 2009 10:59:26 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: John Baldwin References: <5D267A3F22FD854F8F48B3D2B5238193394588D54D@IRVEXCHCCR01.corp.ad.broadcom.com> <200902231119.54925.jhb@freebsd.org> <49A2D86F.1000509@samsco.org> <200902231257.28060.jhb@freebsd.org> In-Reply-To: <200902231257.28060.jhb@freebsd.org> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.4 required=3.8 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: David Christensen , freebsd-current@freebsd.org Subject: Re: Hopefully Simple Question on Debugging Kernel Modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Feb 2009 18:04:20 -0000 John Baldwin wrote: > On Monday 23 February 2009 12:10:07 pm Scott Long wrote: >> John Baldwin wrote: >>> On Friday 20 February 2009 6:40:56 pm David Christensen wrote: >>>> I'm sure this is a simple question but the answer is alluding my Google >>>> search capabilities. My driver is being loaded as a kernel module and >>>> is failing with the following error: >>>> >>>> Fatal trap 12: page fault while in kernel mode >>>> cpuid = 0; apic id = 00 >>>> fault virtual address = 0xfffffffe40abe9dc >>>> fault code = supervisor write data, page not present >>>> instruction pointer = 0x8:0xffffffff920b638f >>>> stack pointer = 0x10:0xffffffff9212bb10 >>>> frame pointer = 0x10:0xffffffff9212bbb0 >>>> 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 (irq268: bce0) >>>> [thread pid 12 tid 100166 ] >>>> Stopped at bce_intr+0x8df: addl $0x1,0x2c854(%r12,%rax,4) >>>> db> >>>> >>>> I simply need to find the offending source line in my driver. Not sure >>>> how I've managed to get the driver running at all without this but it's >>>> time to do things the right way. I have KDB/DDB/GDB built into my >>>> -CURRENT kernel already. It'd be great to find the source line while in >>>> the kernel debugger but I'm also fine with rebooting the system to >>>> identify the line number. >>> Just use gdb on bce.ko (built with debug symbols): >>> >>> gdb /path/to/if_bce.ko >>> (gdb) l *bce_intr+0x8df >>> >>> If you get a crashdump you can run kgdb on it and just walk up to the > relevant >>> stack frame and use 'l' there to get a listing. >>> >> One thing that I've never figured out is how debugging symbols are >> handled in module builds these days. If I go to /sys/modules/bce and >> do 'make', it generates a .ko and explicitly strips it. I wind up >> having to re-run the link command by hand so I get symbols. What is >> the correct way to do this? Note that I'm not interested in answers >> that involve "go to /usr/src and run make buildkernel" =-) > > make DEBUG_FLAGS=-g is what I use. The same thing works for userland tools > and the kernel (usually we put 'makeoptions DEBUG_FLAGS=-g' in a kernel > config so it is "automatic" for kernels though). > Ah, I was still using 'CFLAGS+= -g". Thanks to you and Mr. Campbell for the tip. Scott From owner-freebsd-current@FreeBSD.ORG Mon Feb 23 18:39:57 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 2061F106575D; Mon, 23 Feb 2009 18:39:57 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id D58DF8FC1C; Mon, 23 Feb 2009 18:39:56 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.1.38] (S0106001372fd1e07.vs.shawcable.net [70.71.171.106]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.8) with ESMTP id n1NIdsQj010051 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 23 Feb 2009 10:39:55 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Message-ID: <49A2ED6A.9040202@FreeBSD.org> Date: Mon, 23 Feb 2009 10:39:38 -0800 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Robert Watson References: <200902231652.n1NGqMxH047731@post.behrens.de> <49A2DE9D.4090902@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Frank Behrens , Jeff Roberson , "current@freebsd.org" , stable@FreeBSD.org Subject: Re: The machdep.hyperthreading_allowed & ULE weirdness in 7.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Feb 2009 18:39:59 -0000 Robert Watson wrote: > In the mean time, it sounds like the sysctl does need to be > reimplemented or removed, but one question is how far to take it -- > caches are shared to varying degrees at varying levels of the topology. > However, I believe the recommendation has generally moved to disabling > hyperthreading using the BIOS, as that uses the vendor's notion of > hyperthreading. The idea of changing the setting at run-time is > currently untenable because we don't have the OS infrastructure to take > CPUs out of service, although growing it would be useful in order to > support virtual machine dynamic CPU reconfiguration. Well, as far as I know, what SCHED_4BSD does is simply stopping scheduling threads to the logical core(s). One doesn't need infrastructure to take CPU off-line for doing the same in SCHED_ULE. Unfortunately access to BIOS is not always an option and also some BIOSes don't even provide a feature to turn HTT off. -Maxim From owner-freebsd-current@FreeBSD.ORG Mon Feb 23 18:51: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 1866710656D8 for ; Mon, 23 Feb 2009 18:51:22 +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 946588FC0A for ; Mon, 23 Feb 2009 18:51:21 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 24979 invoked by uid 399); 23 Feb 2009 18:51:13 -0000 Received: from localhost (HELO ?192.168.0.19?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 23 Feb 2009 18:51:13 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <49A2F01E.4080409@FreeBSD.org> Date: Mon, 23 Feb 2009 10:51:10 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Scott Long References: <5D267A3F22FD854F8F48B3D2B5238193394588D54D@IRVEXCHCCR01.corp.ad.broadcom.com> <200902231119.54925.jhb@freebsd.org> <49A2D86F.1000509@samsco.org> <200902231257.28060.jhb@freebsd.org> <49A2E3FE.2070106@samsco.org> In-Reply-To: <49A2E3FE.2070106@samsco.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: David Christensen , freebsd-current@freebsd.org Subject: Re: Hopefully Simple Question on Debugging Kernel Modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Feb 2009 18:51:24 -0000 Scott Long wrote: > Ah, I was still using 'CFLAGS+= -g". Thanks to you and Mr. Campbell for > the tip. IME in order to make sure I get debug symbols in everything (base and ports) I need to include both of these: CFLAGS+= -ggdb DEBUG_FLAGS+= -ggdb BTW, I've always used -ggdb out of habit, is using just -g preferable for some reason? hope this helps, Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Mon Feb 23 18:52:15 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 0C05610656DF; Mon, 23 Feb 2009 18:52:15 +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 C762E8FC19; Mon, 23 Feb 2009 18:52:14 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id 0D579FF69; Tue, 24 Feb 2009 07:52:14 +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 MtBkXvKRvoYL; Tue, 24 Feb 2009 07:52:10 +1300 (NZDT) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Tue, 24 Feb 2009 07:52:10 +1300 (NZDT) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id CF7E61142F; Tue, 24 Feb 2009 07:52:09 +1300 (NZDT) Date: Mon, 23 Feb 2009 10:52:09 -0800 From: Andrew Thompson To: current@freebsd.org, usb@freebsd.org Message-ID: <20090223185209.GA46663@citylink.fud.org.nz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Subject: HEADSUP: USB2 now fully default X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Feb 2009 18:52:16 -0000 Hi, As per my previous emails, the USB2 stack has been moved in permanently to sys/dev/usb. The temporary kernel device (and module) naming has been reverted, all the names are back to how they have been in previous releases (usb,ehci,ohci,ums,...). This means that if you are using a custom kernel and were using the USB2 stack via 'usb2_core' and friends then you will need to change these. Please see the GENERIC kernel for a further example. The only casualty is the 'ugen' option, this is now built in by default and no longer a kernel config entry. Please remove this. Also, all usb modules now live under sys/modules/usb. Please report any problems to the mailing list. Andrew From owner-freebsd-current@FreeBSD.ORG Mon Feb 23 18:56: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 1FDC210659B9; Mon, 23 Feb 2009 18:56:04 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id C35C78FC1B; Mon, 23 Feb 2009 18:56:03 +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 n1NItxVd033437; Mon, 23 Feb 2009 11:55:59 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <49A2F13F.7060407@samsco.org> Date: Mon, 23 Feb 2009 11:55:59 -0700 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: Doug Barton References: <5D267A3F22FD854F8F48B3D2B5238193394588D54D@IRVEXCHCCR01.corp.ad.broadcom.com> <200902231119.54925.jhb@freebsd.org> <49A2D86F.1000509@samsco.org> <200902231257.28060.jhb@freebsd.org> <49A2E3FE.2070106@samsco.org> <49A2F01E.4080409@FreeBSD.org> In-Reply-To: <49A2F01E.4080409@FreeBSD.org> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.4 required=3.8 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-current@FreeBSD.org, David Christensen , John Baldwin Subject: Re: Hopefully Simple Question on Debugging Kernel Modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Feb 2009 18:56:06 -0000 Doug Barton wrote: > Scott Long wrote: >> Ah, I was still using 'CFLAGS+= -g". Thanks to you and Mr. Campbell for >> the tip. > > IME in order to make sure I get debug symbols in everything (base and > ports) I need to include both of these: > > CFLAGS+= -ggdb > DEBUG_FLAGS+= -ggdb > > BTW, I've always used -ggdb out of habit, is using just -g preferable > for some reason? > > > hope this I helps, > > Doug > Never heard of -ggdb =-) One other tip is to compile with -O0 or -fno_inline so that kdb doesn't get fooled by all of the foolish auto-inlining that gcc wants to do. gdb is able to handle it, but I still find it a good practice to do. Scott From owner-freebsd-current@FreeBSD.ORG Mon Feb 23 18:56:31 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 5865B1065BCE; Mon, 23 Feb 2009 18:56:31 +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 6AD2F8FC1D; Mon, 23 Feb 2009 18:56:27 +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 1F2CD46B23; Mon, 23 Feb 2009 13:56:27 -0500 (EST) Date: Mon, 23 Feb 2009 18:56:27 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Maxim Sobolev In-Reply-To: <49A2ED6A.9040202@FreeBSD.org> Message-ID: References: <200902231652.n1NGqMxH047731@post.behrens.de> <49A2DE9D.4090902@FreeBSD.org> <49A2ED6A.9040202@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Frank Behrens , Jeff Roberson , "current@freebsd.org" , stable@FreeBSD.org Subject: Re: The machdep.hyperthreading_allowed & ULE weirdness in 7.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Feb 2009 18:56:37 -0000 On Mon, 23 Feb 2009, Maxim Sobolev wrote: > Robert Watson wrote: >> In the mean time, it sounds like the sysctl does need to be reimplemented >> or removed, but one question is how far to take it -- caches are shared to >> varying degrees at varying levels of the topology. However, I believe the >> recommendation has generally moved to disabling hyperthreading using the >> BIOS, as that uses the vendor's notion of hyperthreading. The idea of >> changing the setting at run-time is currently untenable because we don't >> have the OS infrastructure to take CPUs out of service, although growing it >> would be useful in order to support virtual machine dynamic CPU >> reconfiguration. > > Well, as far as I know, what SCHED_4BSD does is simply stopping scheduling > threads to the logical core(s). One doesn't need infrastructure to take CPU > off-line for doing the same in SCHED_ULE. > > Unfortunately access to BIOS is not always an option and also some BIOSes > don't even provide a feature to turn HTT off. It's not quite that simple -- in a world of device drivers pinning threads to CPUs for workload distribution, callout threads and sched_bind()/sched_pin() for crypto load distribution, etc, you need a whole infrastructure for software-disabled CPUs. Disabling it using the BIOS or device.hints is the only reliable way to do this right now. Changing the architecture of the kernel to disable CPU cores after boot is a significant investment of work, and as I mentioned elsewhere, it is disable to do this so that we can support dynamic reconfiguration in the presence of a hypervisor, but it's highly non-trivial. There may be some shortcuts that can be taken for policy reasons in the probing of CPUs when the topology is detected that avoid the full dynamic solution having to be done in the short-term, that in effect are a short-hand for device.hints entries, but I don't know to what extent the CPU topology from ACPI is available at the point where we'd need to know that. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Mon Feb 23 18:59:58 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 C121D1065D4B; Mon, 23 Feb 2009 18:59:58 +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 95BB58FC1E; Mon, 23 Feb 2009 18:59:58 +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 4B44F46B2A; Mon, 23 Feb 2009 13:59:58 -0500 (EST) Date: Mon, 23 Feb 2009 18:59:58 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Maxim Sobolev In-Reply-To: Message-ID: References: <200902231652.n1NGqMxH047731@post.behrens.de> <49A2DE9D.4090902@FreeBSD.org> <49A2ED6A.9040202@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Frank Behrens , Jeff Roberson , "current@freebsd.org" , stable@FreeBSD.org Subject: Re: The machdep.hyperthreading_allowed & ULE weirdness in 7.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Feb 2009 19:00:00 -0000 On Mon, 23 Feb 2009, Robert Watson wrote: > It's not quite that simple -- in a world of device drivers pinning threads to > CPUs for workload distribution, callout threads and sched_bind()/sched_pin() > for crypto load distribution, etc, you need a whole infrastructure for > software-disabled CPUs. Disabling it using the BIOS or device.hints is the > only reliable way to do this right now. Changing the architecture of the > kernel to disable CPU cores after boot is a significant investment of work, ^^^^ s/disable/desirable/ Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Mon Feb 23 19:55: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 5F7F4106574B; Mon, 23 Feb 2009 19:55:09 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.freebsd.org (Postfix) with ESMTP id 1CE308FC23; Mon, 23 Feb 2009 19:55:09 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from [172.31.193.10] (cpe-075-177-134-250.nc.res.rr.com [75.177.134.250]) (authenticated bits=0) by duke.cs.duke.edu (8.14.2/8.14.2) with ESMTP id n1NJt06P007038 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 23 Feb 2009 14:55:08 -0500 (EST) X-DKIM: Sendmail DKIM Filter v2.5.3 duke.cs.duke.edu n1NJt06P007038 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=cs.duke.edu; s=mail; t=1235418908; bh=JR9X/iuUfGqkDzmLAdRCm9rOX/3vOa9JF+z4cYjDB+A=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=JUZ6eTu+MDiO adjneQFLWUNIyeUZwMW6XAfbBgnGT+t4ZSSQJ3bMbSys8Zpj4artY97MiN4E/gITj74 hDqMI7dLZhztC4bIjZ7NiilY/JvjgLPZmXEhjXZk8+ArxfNkNHAq4j1+wXnO1pTtPnW bVPbeBCgv2CziJ9fITUHP6wkI= Message-ID: <49A2FF0C.3030906@cs.duke.edu> Date: Mon, 23 Feb 2009 14:54:52 -0500 From: Andrew Gallatin User-Agent: Thunderbird 2.0.0.19 (X11/20090105) MIME-Version: 1.0 To: Chagin Dmitry References: <4995A792.5050003@cs.duke.edu> <20090215151114.GA2422@dchagin.static.corbina.ru> <499AE0E1.8030000@cs.duke.edu> <20090223131440.GA21690@dchagin.static.corbina.ru> In-Reply-To: <20090223131440.GA21690@dchagin.static.corbina.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: [PATCH]Re: Dtrace panic'ed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Feb 2009 19:55:10 -0000 Chagin Dmitry wrote: > On Tue, Feb 17, 2009 at 11:08:01AM -0500, Andrew Gallatin wrote: >> Chagin Dmitry wrote: >> >>> hi, I have the same problem and found the hack "solution": >>> >>> dchagin# sysctl machdep.idle=hlt >>> machdep.idle: acpi -> hlt >> Unfortunately, that did not help on this machine.. >> > > hi, please test a patch bellow: It works! Thank you. Drew From owner-freebsd-current@FreeBSD.ORG Mon Feb 23 20:17: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 A991D106566B; Mon, 23 Feb 2009 20:17:30 +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 44F2C8FC0A; Mon, 23 Feb 2009 20:17:30 +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 DAC3846B51; Mon, 23 Feb 2009 15:17:29 -0500 (EST) 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 n1NKHNhr018051; Mon, 23 Feb 2009 15:17:23 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Scott Long Date: Mon, 23 Feb 2009 14:17:07 -0500 User-Agent: KMail/1.9.7 References: <5D267A3F22FD854F8F48B3D2B5238193394588D54D@IRVEXCHCCR01.corp.ad.broadcom.com> <49A2F01E.4080409@FreeBSD.org> <49A2F13F.7060407@samsco.org> In-Reply-To: <49A2F13F.7060407@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902231417.08537.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, 23 Feb 2009 15:17:23 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.2/9034/Mon Feb 23 12:41:23 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: David Christensen , Doug Barton , freebsd-current@freebsd.org Subject: Re: Hopefully Simple Question on Debugging Kernel Modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Feb 2009 20:17:31 -0000 On Monday 23 February 2009 1:55:59 pm Scott Long wrote: > Doug Barton wrote: > > Scott Long wrote: > >> Ah, I was still using 'CFLAGS+= -g". Thanks to you and Mr. Campbell for > >> the tip. > > > > IME in order to make sure I get debug symbols in everything (base and > > ports) I need to include both of these: > > > > CFLAGS+= -ggdb > > DEBUG_FLAGS+= -ggdb DEBUG_FLAGS alone should be sufficient. It is automatically added to CFLAGS when building things in bsd.*.mk. It also has the side effect of disabling strip if it is non-empty. > > BTW, I've always used -ggdb out of habit, is using just -g preferable > > for some reason? > > > > > > hope this I helps, > > > > Doug > > > > Never heard of -ggdb =-) One other tip is to compile with -O0 or > -fno_inline so that kdb doesn't get fooled by all of the foolish > auto-inlining that gcc wants to do. gdb is able to handle it, but > I still find it a good practice to do. gdb can choke on the inline stuff, too. Mostly it loses knowledge of function parameters and local variables for either the inlined routine or the calling routine (can't remember which) which is very annoying. I just use 'DEBUG_FLAGS="-g -fno-inline"' when I run into that. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Feb 23 20:17: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 433FD1065674; Mon, 23 Feb 2009 20:17:47 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id DE60F8FC22; Mon, 23 Feb 2009 20:17:46 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.1.38] (S0106001372fd1e07.vs.shawcable.net [70.71.171.106]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.8) with ESMTP id n1NKHhhj015083 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 23 Feb 2009 12:17:44 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Message-ID: <49A30456.5010400@FreeBSD.org> Date: Mon, 23 Feb 2009 12:17:26 -0800 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Robert Watson References: <200902231652.n1NGqMxH047731@post.behrens.de> <49A2DE9D.4090902@FreeBSD.org> <49A2ED6A.9040202@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Frank Behrens , Jeff Roberson , "current@freebsd.org" , stable@FreeBSD.org Subject: Re: The machdep.hyperthreading_allowed & ULE weirdness in 7.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Feb 2009 20:17:48 -0000 Robert Watson wrote: > > On Mon, 23 Feb 2009, Maxim Sobolev wrote: > >> Robert Watson wrote: >>> In the mean time, it sounds like the sysctl does need to be >>> reimplemented or removed, but one question is how far to take it -- >>> caches are shared to varying degrees at varying levels of the >>> topology. However, I believe the recommendation has generally moved >>> to disabling hyperthreading using the BIOS, as that uses the vendor's >>> notion of hyperthreading. The idea of changing the setting at >>> run-time is currently untenable because we don't have the OS >>> infrastructure to take CPUs out of service, although growing it would >>> be useful in order to support virtual machine dynamic CPU >>> reconfiguration. >> >> Well, as far as I know, what SCHED_4BSD does is simply stopping >> scheduling threads to the logical core(s). One doesn't need >> infrastructure to take CPU off-line for doing the same in SCHED_ULE. >> >> Unfortunately access to BIOS is not always an option and also some >> BIOSes don't even provide a feature to turn HTT off. > > It's not quite that simple -- in a world of device drivers pinning > threads to CPUs for workload distribution, callout threads and > sched_bind()/sched_pin() for crypto load distribution, etc, you need a > whole infrastructure for software-disabled CPUs. Disabling it using the > BIOS or device.hints is the only reliable way to do this right now. > Changing the architecture of the kernel to disable CPU cores after boot > is a significant investment of work, and as I mentioned elsewhere, it is > disable to do this so that we can support dynamic reconfiguration in the > presence of a hypervisor, but it's highly non-trivial. There may be > some shortcuts that can be taken for policy reasons in the probing of > CPUs when the topology is detected that avoid the full dynamic solution > having to be done in the short-term, that in effect are a short-hand for > device.hints entries, but I don't know to what extent the CPU topology > from ACPI is available at the point where we'd need to know that. So, are you suggesting that we should disable machdep.hyperthreading_allowed with ULE in 7.x and current to avoid confusion? -Maxim From owner-freebsd-current@FreeBSD.ORG Mon Feb 23 20:27:05 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 ADD3F10656CC; Mon, 23 Feb 2009 20:27:05 +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 829B88FC1F; Mon, 23 Feb 2009 20:27:05 +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 36ADC46B2A; Mon, 23 Feb 2009 15:27:05 -0500 (EST) Date: Mon, 23 Feb 2009 20:27:05 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Maxim Sobolev In-Reply-To: <49A30456.5010400@FreeBSD.org> Message-ID: References: <200902231652.n1NGqMxH047731@post.behrens.de> <49A2DE9D.4090902@FreeBSD.org> <49A2ED6A.9040202@FreeBSD.org> <49A30456.5010400@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Frank Behrens , Jeff Roberson , "current@freebsd.org" , stable@FreeBSD.org Subject: Re: The machdep.hyperthreading_allowed & ULE weirdness in 7.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Feb 2009 20:27:06 -0000 On Mon, 23 Feb 2009, Maxim Sobolev wrote: >>> Unfortunately access to BIOS is not always an option and also some BIOSes >>> don't even provide a feature to turn HTT off. >> >> It's not quite that simple -- in a world of device drivers pinning threads >> to CPUs for workload distribution, callout threads and >> sched_bind()/sched_pin() for crypto load distribution, etc, you need a >> whole infrastructure for software-disabled CPUs. Disabling it using the >> BIOS or device.hints is the only reliable way to do this right now. >> Changing the architecture of the kernel to disable CPU cores after boot is >> a significant investment of work, and as I mentioned elsewhere, it is >> disable to do this so that we can support dynamic reconfiguration in the >> presence of a hypervisor, but it's highly non-trivial. There may be some >> shortcuts that can be taken for policy reasons in the probing of CPUs when >> the topology is detected that avoid the full dynamic solution having to be >> done in the short-term, that in effect are a short-hand for device.hints >> entries, but I don't know to what extent the CPU topology from ACPI is >> available at the point where we'd need to know that. > > So, are you suggesting that we should disable machdep.hyperthreading_allowed > with ULE in 7.x and current to avoid confusion? Possibly even without ULE. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Mon Feb 23 20:51: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 31A7B1065676; Mon, 23 Feb 2009 20:51: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 D5BA88FC1A; Mon, 23 Feb 2009 20:51: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 n1NKp8Oc033942; Mon, 23 Feb 2009 13:51:08 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <49A30C3C.1040005@samsco.org> Date: Mon, 23 Feb 2009 13:51:08 -0700 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: David Christensen References: <5D267A3F22FD854F8F48B3D2B5238193394588D54D@IRVEXCHCCR01.corp.ad.broadcom.com> <200902231119.54925.jhb@freebsd.org> <49A2D86F.1000509@samsco.org> <200902231257.28060.jhb@freebsd.org> <5D267A3F22FD854F8F48B3D2B52381933950E91B04@IRVEXCHCCR01.corp.ad.broadcom.com> In-Reply-To: <5D267A3F22FD854F8F48B3D2B52381933950E91B04@IRVEXCHCCR01.corp.ad.broadcom.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: "freebsd-current@freebsd.org" Subject: Re: Hopefully Simple Question on Debugging Kernel Modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Feb 2009 20:51:14 -0000 David Christensen wrote: >>>> Just use gdb on bce.ko (built with debug symbols): >>>> >>>> gdb /path/to/if_bce.ko >>>> (gdb) l *bce_intr+0x8df >>>> >>>> If you get a crashdump you can run kgdb on it and just walk up to >> the >> relevant >>>> stack frame and use 'l' there to get a listing. >>>> >>> One thing that I've never figured out is how debugging symbols are >>> handled in module builds these days. If I go to /sys/modules/bce and >>> do 'make', it generates a .ko and explicitly strips it. I wind up >>> having to re-run the link command by hand so I get symbols. What is >>> the correct way to do this? Note that I'm not interested in answers >>> that involve "go to /usr/src and run make buildkernel" =-) >> make DEBUG_FLAGS=-g is what I use. The same thing works for userland >> tools >> and the kernel (usually we put 'makeoptions DEBUG_FLAGS=-g' in a kernel >> config so it is "automatic" for kernels though). > > So is the use of COPTS=-g mentioned in the Developer's Handbook > (http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug-kld.html) > deprecated? I wasn't able to build with symbols until I used DEBUG_FLAGS='g. > Yes, it appears that the developers handbook is several years out of date. Scott From owner-freebsd-current@FreeBSD.ORG Mon Feb 23 21:03: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 DAEF3106566B; Mon, 23 Feb 2009 21:03:05 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from mms1.broadcom.com (mms1.broadcom.com [216.31.210.17]) by mx1.freebsd.org (Postfix) with ESMTP id AF89C8FC1B; Mon, 23 Feb 2009 21:03:05 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from [10.9.200.133] by mms1.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.3.2)); Mon, 23 Feb 2009 12:48:39 -0800 X-Server-Uuid: 02CED230-5797-4B57-9875-D5D2FEE4708A Received: from IRVEXCHCCR01.corp.ad.broadcom.com ([10.252.49.30]) by IRVEXCHHUB02.corp.ad.broadcom.com ([10.9.200.133]) with mapi; Mon, 23 Feb 2009 12:49:58 -0800 From: "David Christensen" To: "John Baldwin" , "Scott Long" Date: Mon, 23 Feb 2009 12:51:18 -0800 Thread-Topic: Hopefully Simple Question on Debugging Kernel Modules Thread-Index: AcmV4D6ZH7EIsmqTSvKOoZWQxOXxzQAGAR5w Message-ID: <5D267A3F22FD854F8F48B3D2B52381933950E91B04@IRVEXCHCCR01.corp.ad.broadcom.com> References: <5D267A3F22FD854F8F48B3D2B5238193394588D54D@IRVEXCHCCR01.corp.ad.broadcom.com> <200902231119.54925.jhb@freebsd.org> <49A2D86F.1000509@samsco.org> <200902231257.28060.jhb@freebsd.org> In-Reply-To: <200902231257.28060.jhb@freebsd.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 X-WSS-ID: 65BDD42D1RW1947145-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: "freebsd-current@freebsd.org" Subject: RE: Hopefully Simple Question on Debugging Kernel Modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Feb 2009 21:03:06 -0000 > > > Just use gdb on bce.ko (built with debug symbols): > > > > > > gdb /path/to/if_bce.ko > > > (gdb) l *bce_intr+0x8df > > > > > > If you get a crashdump you can run kgdb on it and just walk up to > the > relevant > > > stack frame and use 'l' there to get a listing. > > > > > > > One thing that I've never figured out is how debugging symbols are > > handled in module builds these days. If I go to /sys/modules/bce and > > do 'make', it generates a .ko and explicitly strips it. I wind up > > having to re-run the link command by hand so I get symbols. What is > > the correct way to do this? Note that I'm not interested in answers > > that involve "go to /usr/src and run make buildkernel" =3D-) >=20 > make DEBUG_FLAGS=3D-g is what I use. The same thing works for userland > tools > and the kernel (usually we put 'makeoptions DEBUG_FLAGS=3D-g' in a kernel > config so it is "automatic" for kernels though). So is the use of COPTS=3D-g mentioned in the Developer's Handbook (http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug-kld.ht= ml) deprecated? I wasn't able to build with symbols until I used DEBUG_FLAGS= =3D'g. Dave From owner-freebsd-current@FreeBSD.ORG Mon Feb 23 21:18: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 84377106564A for ; Mon, 23 Feb 2009 21:18:06 +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 514EA8FC08 for ; Mon, 23 Feb 2009 21:18:06 +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 BA1FA46B09; Mon, 23 Feb 2009 16:18:05 -0500 (EST) 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 n1NLHxxH018426; Mon, 23 Feb 2009 16:17:59 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: "David Christensen" Date: Mon, 23 Feb 2009 16:17:53 -0500 User-Agent: KMail/1.9.7 References: <5D267A3F22FD854F8F48B3D2B5238193394588D54D@IRVEXCHCCR01.corp.ad.broadcom.com> <200902231257.28060.jhb@freebsd.org> <5D267A3F22FD854F8F48B3D2B52381933950E91B04@IRVEXCHCCR01.corp.ad.broadcom.com> In-Reply-To: <5D267A3F22FD854F8F48B3D2B52381933950E91B04@IRVEXCHCCR01.corp.ad.broadcom.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902231617.54340.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, 23 Feb 2009 16:17:59 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.2/9034/Mon Feb 23 12:41:23 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: Hopefully Simple Question on Debugging Kernel Modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Feb 2009 21:18:06 -0000 On Monday 23 February 2009 3:51:18 pm David Christensen wrote: > > > > Just use gdb on bce.ko (built with debug symbols): > > > > > > > > gdb /path/to/if_bce.ko > > > > (gdb) l *bce_intr+0x8df > > > > > > > > If you get a crashdump you can run kgdb on it and just walk up to > > the > > relevant > > > > stack frame and use 'l' there to get a listing. > > > > > > > > > > One thing that I've never figured out is how debugging symbols are > > > handled in module builds these days. If I go to /sys/modules/bce and > > > do 'make', it generates a .ko and explicitly strips it. I wind up > > > having to re-run the link command by hand so I get symbols. What is > > > the correct way to do this? Note that I'm not interested in answers > > > that involve "go to /usr/src and run make buildkernel" =-) > > > > make DEBUG_FLAGS=-g is what I use. The same thing works for userland > > tools > > and the kernel (usually we put 'makeoptions DEBUG_FLAGS=-g' in a kernel > > config so it is "automatic" for kernels though). > > So is the use of COPTS=-g mentioned in the Developer's Handbook > (http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug-kld.html) > deprecated? I wasn't able to build with symbols until I used DEBUG_FLAGS='g. Yes. kgdb is now also smarter in that it should automatically load symbols for kld's. There's no need to use add-symbol-file to add symbols by hand anymore. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Feb 23 21:38: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 920B91065680; Mon, 23 Feb 2009 21:38:16 +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 51F448FC0A; Mon, 23 Feb 2009 21:38:16 +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 n1NLcCsZ040593; Mon, 23 Feb 2009 16:38:12 -0500 (EST) (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 n1NLcBg4072122; Mon, 23 Feb 2009 16:38:11 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B06567302F; Mon, 23 Feb 2009 16:38:11 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090223213811.B06567302F@freebsd-current.sentex.ca> Date: Mon, 23 Feb 2009 16:38:11 -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: Mon, 23 Feb 2009 21:38:18 -0000 TB --- 2009-02-23 20:15:21 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-23 20:15:21 - starting HEAD tinderbox run for i386/pc98 TB --- 2009-02-23 20:15:21 - cleaning the object tree TB --- 2009-02-23 20:15:57 - cvsupping the source tree TB --- 2009-02-23 20:15:57 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2009-02-23 20:16:22 - building world TB --- 2009-02-23 20:16:22 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-23 20:16:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-23 20:16:22 - TARGET=pc98 TB --- 2009-02-23 20:16:22 - TARGET_ARCH=i386 TB --- 2009-02-23 20:16:22 - TZ=UTC TB --- 2009-02-23 20:16:22 - __MAKE_CONF=/dev/null TB --- 2009-02-23 20:16:22 - cd /src TB --- 2009-02-23 20:16:22 - /usr/bin/make -B buildworld >>> World build started on Mon Feb 23 20:16:24 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 Mon Feb 23 21:38:11 UTC 2009 TB --- 2009-02-23 21:38:11 - generating LINT kernel config TB --- 2009-02-23 21:38:11 - cd /src/sys/pc98/conf TB --- 2009-02-23 21:38:11 - /usr/bin/make -B LINT TB --- 2009-02-23 21:38:11 - building LINT kernel TB --- 2009-02-23 21:38:11 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-23 21:38:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-23 21:38:11 - TARGET=pc98 TB --- 2009-02-23 21:38:11 - TARGET_ARCH=i386 TB --- 2009-02-23 21:38:11 - TZ=UTC TB --- 2009-02-23 21:38:11 - __MAKE_CONF=/dev/null TB --- 2009-02-23 21:38:11 - cd /src TB --- 2009-02-23 21:38:11 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Feb 23 21:38:11 UTC 2009 >>> stage 1: configuring the kernel [...] 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 WARNING: COMPAT_SVR4 is broken and should be avoided *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-23 21:38:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-23 21:38:11 - ERROR: failed to build lint kernel TB --- 2009-02-23 21:38:11 - 3895.23 user 375.77 system 4970.21 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Mon Feb 23 21:22: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 197FF1065691; Mon, 23 Feb 2009 21:22:58 +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 D6E288FC14; Mon, 23 Feb 2009 21:22:56 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 770EA1E00260; Mon, 23 Feb 2009 22:22:55 +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 n1NLJXEl079856; Mon, 23 Feb 2009 22:19:33 +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 n1NLJXei079855; Mon, 23 Feb 2009 22:19:33 +0100 (CET) (envelope-from nox) From: Juergen Lock Date: Mon, 23 Feb 2009 22:19:33 +0100 To: Gary Jennejohn Message-ID: <20090223211933.GA79361@saturn.kn-bremen.de> Mail-Followup-To: Gary Jennejohn , freebsd-emulation@FreeBSD.org, freebsd-current@FreeBSD.org References: <20090222013747.GA21709@saturn.kn-bremen.de> <20090223154724.7d687b13@ernst.jennejohn.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090223154724.7d687b13@ernst.jennejohn.org> User-Agent: Mutt/1.5.17 (2007-11-01) X-Mailman-Approved-At: Mon, 23 Feb 2009 21:41:27 +0000 Cc: freebsd-emulation@FreeBSD.org, 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, 23 Feb 2009 21:22:59 -0000 On Mon, Feb 23, 2009 at 03:47:24PM +0100, Gary Jennejohn wrote: > On Sun, 22 Feb 2009 02:37:47 +0100 > Juergen Lock wrote: > > > been experimental and you should use raw images if you want reliability; > > raw is also usually faster) - apart from these two issues this snapshot > > is looking pretty good in my (limited) testing so far; you are encouraged > > to test it with your various guests that you have lying around, if it > > works for you as well maybe we can indeed update the FreeBSD qemu-devel > > port again before the next official qemu release gets cut... > > > > Well, I applied the patches and installed qemu. > > I tried installing openSUSELinux 10.3 because I had a DVD laying around. > > I used a 150GB raw image created using qemu-img. I did not use kqemu. > I started qemu with this command line: > > qemu -boot d -cdrom /dev/acd0 -hda linux.img -localtime -m 1G > > Note I have an AMD64 X2 with 4GB of RAM installed running 8-current. > > It got up to the point where it actually started the install and then > croaked with SIGSEGV, I think it was. The error message flashed by > rather quickly. > > That means that I was able to partition the disks and specify some > non-standard packages. It managed to create and format the disk > partitions and figure out from the DVD which packages to install. > > Not too bad, I suppose. A SIGSEGV, hmm. What I do see sometimes especially without kqemu is guest failures related to various kinds of timeouts, i.e. guests not expecting running as slowly... tho a SIGSEGV is probably something different. You could try a few things: a) the same with kqemu (userland), in case its a tcg bug (or indeed a timeout; remember to rebuild qemu in case you built it without the kqemu knob enabled or otherwise kqemu won't get used), and also b) another time with -kernel-kqemu in case its a tcg bug affecting guest kernel code (altho of course in both cases kqemu can cause its own kind of failures, even more so with amd64 guests...) c) try the same with the original qemu-devel port and also with qemu 0.9.1 (the qemu port), in case its a regression (possibly caused by the tcg conversion?) d) see if you can enable coredumps in the guest in order to find out more about your particular failure. Oh and if you do any of these you may want to also Cc the qemu list with your findings, they are probably interested as well... Thanx, Juergen From owner-freebsd-current@FreeBSD.ORG Mon Feb 23 22:44: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 99A4C1065670; Mon, 23 Feb 2009 22:44: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 57F358FC18; Mon, 23 Feb 2009 22:44:39 +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 n1NMia97010711; Mon, 23 Feb 2009 17:44:36 -0500 (EST) (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 n1NMiaX3016452; Mon, 23 Feb 2009 17:44:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 39BA37302F; Mon, 23 Feb 2009 17:44:36 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090223224436.39BA37302F@freebsd-current.sentex.ca> Date: Mon, 23 Feb 2009 17:44:36 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner4 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: Mon, 23 Feb 2009 22:44:40 -0000 TB --- 2009-02-23 20:55:01 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-23 20:55:01 - starting HEAD tinderbox run for ia64/ia64 TB --- 2009-02-23 20:55:01 - cleaning the object tree TB --- 2009-02-23 20:55:38 - cvsupping the source tree TB --- 2009-02-23 20:55:38 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2009-02-23 20:55:55 - building world TB --- 2009-02-23 20:55:55 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-23 20:55:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-23 20:55:55 - TARGET=ia64 TB --- 2009-02-23 20:55:55 - TARGET_ARCH=ia64 TB --- 2009-02-23 20:55:55 - TZ=UTC TB --- 2009-02-23 20:55:55 - __MAKE_CONF=/dev/null TB --- 2009-02-23 20:55:55 - cd /src TB --- 2009-02-23 20:55:55 - /usr/bin/make -B buildworld >>> World build started on Mon Feb 23 20:55:57 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 Mon Feb 23 22:44:34 UTC 2009 TB --- 2009-02-23 22:44:34 - generating LINT kernel config TB --- 2009-02-23 22:44:34 - cd /src/sys/ia64/conf TB --- 2009-02-23 22:44:34 - /usr/bin/make -B LINT TB --- 2009-02-23 22:44:35 - building LINT kernel TB --- 2009-02-23 22:44:35 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-23 22:44:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-23 22:44:35 - TARGET=ia64 TB --- 2009-02-23 22:44:35 - TARGET_ARCH=ia64 TB --- 2009-02-23 22:44:35 - TZ=UTC TB --- 2009-02-23 22:44:35 - __MAKE_CONF=/dev/null TB --- 2009-02-23 22:44:35 - cd /src TB --- 2009-02-23 22:44:35 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Feb 23 22:44: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-02-23 22:44:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-23 22:44:36 - ERROR: failed to build lint kernel TB --- 2009-02-23 22:44:36 - 5365.77 user 382.75 system 6574.91 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Mon Feb 23 22:53: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 A76AB106566C for ; Mon, 23 Feb 2009 22:53:59 +0000 (UTC) (envelope-from aryeh.friedman@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 598818FC0C for ; Mon, 23 Feb 2009 22:53:59 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by yw-out-2324.google.com with SMTP id 2so808702ywt.13 for ; Mon, 23 Feb 2009 14:53:58 -0800 (PST) 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=GGbAK5VTAQ7zAF37Mq+H5Q2XSM5zBg6Al5EKKoMJMdM=; b=Gy5URRya9ZN/xg8phD9OAj2Rwwpqx38Qxt6yqEn+gBh6GmTx+9KWMmOkn05CG6gHWy ryHKkv4xa9whuyiCuc0/zrCYwpcUa8VbQmfH6iS/FIw6dstLHFLgSw/XZGHWgvUgTuIF SbC3Kgftk0J0tDSftVgAHA36s12d9hPF6QxaY= 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=t7D2oaE3d4VQ95Lwnk1oGdRhRuGf8w20Hj7YzLKzwyCkqx2susg6vrq2J7JJoXf8sW /T1GQyG1y0ZLRXmznTCsioWHNGn+f8oRw7Lqa+tgs9QCanhksP2qqXO8N8+4hxjqdDKU l5a8/NTupySpG5BcSY/cREx02G7+jHaLks3xI= MIME-Version: 1.0 Received: by 10.231.20.2 with SMTP id d2mr6805929ibb.37.1235429638137; Mon, 23 Feb 2009 14:53:58 -0800 (PST) In-Reply-To: References: Date: Mon, 23 Feb 2009 17:53:58 -0500 Message-ID: From: Aryeh Friedman To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: panic after rebooting with geom_mirror on 8-CURRENT i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Feb 2009 22:53:59 -0000 Forgot to mention I did drop to the bootloader and did manualy load geom_mirror On Mon, Feb 23, 2009 at 5:31 PM, Aryeh Friedman wrote: > I followed the steps in the handbook for mirroring the disk: > > 1. Installed an identical drive > 2. Did all the pre-reboot steps in the handbook > 3. On rebooting I get: > > a. bootloader works fine > b. The kernel finishes the device probe > c. (On first command in /etc/rc [or even loading the file]???) I get > a kernel panic saying "Divide error in kernel mode" > > I do not have uname -a but it is 8-CURRENT i386. The kernel is within > the last few days. I do not have debugging enabled in the kernel. > From owner-freebsd-current@FreeBSD.ORG Mon Feb 23 23:01: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 8AD41106567B for ; Mon, 23 Feb 2009 23:01:08 +0000 (UTC) (envelope-from aryeh.friedman@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 39BDC8FC2D for ; Mon, 23 Feb 2009 23:01:08 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by yx-out-2324.google.com with SMTP id 31so809977yxl.13 for ; Mon, 23 Feb 2009 15:01:07 -0800 (PST) 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=ceIfE5ZG8DPZGY5imXhcNRTaPJALK/kKzrJEphbB/rY=; b=qVmYE51GXYRQ9iK1Lr/kkZ1A2CAZQROmdxZ8UC7hSPUD8RSB9pR69BwoorxuI+2RYr rN8Lzh8KUr1CimRBLLqrTk7Q+gur1mXzCTsiwtJBkSNLYwL6xmbYvN07ScY4J3HNxQcE Lvs/Vlv0ZcHaP53cucHX+5XVy6q9bAa+IihLk= 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=P7o9z9DcmCjbQuDZeNDACYzC5PoADHfu2fC6OTwSoFVEPlDRxRPQ3k/t78k/Tk7o/X ISvtBxCtFkZqMTAGr4Nth+FTMt0lQ3qi9OA6XD9k+GUpDuShdYPIxBOrNbYFSnVZMYKX T2dV0bp7mDxeObYsblr9wWFmTlKrjFCJYQtx8= MIME-Version: 1.0 Received: by 10.231.15.74 with SMTP id j10mr1320515iba.30.1235428260655; Mon, 23 Feb 2009 14:31:00 -0800 (PST) Date: Mon, 23 Feb 2009 17:31:00 -0500 Message-ID: From: Aryeh Friedman To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: panic after rebooting with geom_mirror on 8-CURRENT i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Feb 2009 23:01:09 -0000 I followed the steps in the handbook for mirroring the disk: 1. Installed an identical drive 2. Did all the pre-reboot steps in the handbook 3. On rebooting I get: a. bootloader works fine b. The kernel finishes the device probe c. (On first command in /etc/rc [or even loading the file]???) I get a kernel panic saying "Divide error in kernel mode" I do not have uname -a but it is 8-CURRENT i386. The kernel is within the last few days. I do not have debugging enabled in the kernel. From owner-freebsd-current@FreeBSD.ORG Mon Feb 23 23: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 3A42E106566C; Mon, 23 Feb 2009 23:36:56 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (marcuscom-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::1279]) by mx1.freebsd.org (Postfix) with ESMTP id BDB318FC19; Mon, 23 Feb 2009 23:36:55 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from [IPv6:2001:470:1f00:2464::4] (shumai.marcuscom.com [IPv6:2001:470:1f00:2464::4]) by creme-brulee.marcuscom.com (8.14.3/8.14.3) with ESMTP id n1NNcPmk081510; Mon, 23 Feb 2009 18:38:25 -0500 (EST) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Andrew Thompson In-Reply-To: <20090220033740.GA903@citylink.fud.org.nz> References: <20090220033740.GA903@citylink.fud.org.nz> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-MViGH2MAgIAuldGzpZXS" Organization: MarcusCom, Inc. Date: Mon, 23 Feb 2009 18:37:14 -0500 Message-Id: <1235432234.91306.9.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.24.4 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on creme-brulee.marcuscom.com Cc: usb@freebsd.org, current@freebsd.org Subject: Re: CFR: usb switchover patches X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Feb 2009 23:36:56 -0000 --=-MViGH2MAgIAuldGzpZXS Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2009-02-19 at 19:37 -0800, Andrew Thompson wrote: > Hi, >=20 >=20 > I have put together a proposed set of changes for moving USB2 to its > permanent location. The layout has some differences to how it is right > now so I am looking for feedback. >=20 > The changeover requires that the old usb stack be available until 8.0 is > branched and moves it from sys/dev/usb to sys/legacy/dev/usb. The reason > for this location is to reduce the changes in #includes (using -I > compiler hacks). The patch doesnt show userland changes required for > usbdevs and friends but they will be done. >=20 > Some ports will break. Any that exist solely for the old usb stack can > be marked broken (like udesc_dump). I dont know that the fallout will be > like for the others, maybe portmgr would be interested in doing a build > test. >=20 > The change roughly goes >=20 > svn move sys/dev/usb -> sys/legacy/dev/usb > svn move sys/dev/usb2 -> sys/dev/usb (with fixups, see below) The headers for usb are no longer installed. This rebreaks hal as I attempt to build both backends. Can you make sure the old usb headers are also installed (/usr/include/dev/legacy/usb)? Without this, I will have to redo the hal build code. Joe >=20 >=20 > The patch for the build system can be viewed here, > http://people.freebsd.org/~thompsa/usb_layout/usb_xover.diff >=20 > Now the changes... For starters the '2' will be removed from the > filenames but furthermore I want to flatten dev/usb2/core and=20 > dev/usb2/include into just dev/usb, keeping the peripheral drivers in > their subdirs. Its hard to show with a diff so simply browse the layout > here, http://people.freebsd.org/~thompsa/usb_layout/dev/ >=20 > Please send any minor/nitpick changes to me privately, keeping any list > replies to the overall changes. >=20 >=20 > regards, > Andrew > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " >=20 --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-MViGH2MAgIAuldGzpZXS 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) iEYEABECAAYFAkmjMycACgkQb2iPiv4Uz4fHiACfe0Q9AD1fyhdES+nLYDIeYnOa GjgAn3r/OUD2Vd7glhGYsBMAmTSS+arC =bu1f -----END PGP SIGNATURE----- --=-MViGH2MAgIAuldGzpZXS-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 23 23:43: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 A6F50106566B; Mon, 23 Feb 2009 23:43:12 +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 69C778FC12; Mon, 23 Feb 2009 23:43:12 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id C2E74FF77; Tue, 24 Feb 2009 12:43:11 +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 lisBHs5HoX5F; Tue, 24 Feb 2009 12:43:08 +1300 (NZDT) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Tue, 24 Feb 2009 12:43:08 +1300 (NZDT) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id 9551D1142F; Tue, 24 Feb 2009 12:43:07 +1300 (NZDT) Date: Mon, 23 Feb 2009 15:43:07 -0800 From: Andrew Thompson To: Joe Marcus Clarke Message-ID: <20090223234307.GA999@citylink.fud.org.nz> References: <20090220033740.GA903@citylink.fud.org.nz> <1235432234.91306.9.camel@shumai.marcuscom.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1235432234.91306.9.camel@shumai.marcuscom.com> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: usb@freebsd.org, current@freebsd.org Subject: Re: CFR: usb switchover patches X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Feb 2009 23:43:13 -0000 On Mon, Feb 23, 2009 at 06:37:14PM -0500, Joe Marcus Clarke wrote: > On Thu, 2009-02-19 at 19:37 -0800, Andrew Thompson wrote: > > Hi, > > > > > > I have put together a proposed set of changes for moving USB2 to its > > permanent location. The layout has some differences to how it is right > > now so I am looking for feedback. > > > > The changeover requires that the old usb stack be available until 8.0 is > > branched and moves it from sys/dev/usb to sys/legacy/dev/usb. The reason > > for this location is to reduce the changes in #includes (using -I > > compiler hacks). The patch doesnt show userland changes required for > > usbdevs and friends but they will be done. > > > > Some ports will break. Any that exist solely for the old usb stack can > > be marked broken (like udesc_dump). I dont know that the fallout will be > > like for the others, maybe portmgr would be interested in doing a build > > test. > > > > The change roughly goes > > > > svn move sys/dev/usb -> sys/legacy/dev/usb > > svn move sys/dev/usb2 -> sys/dev/usb (with fixups, see below) > > The headers for usb are no longer installed. This rebreaks hal as I > attempt to build both backends. Can you make sure the old usb headers > are also installed (/usr/include/dev/legacy/usb)? Without this, I will > have to redo the hal build code. I was hoping I wouldnt have to do this as it breaks kdump since they both define the same typedefs. kdump builds its tables from trolling /usr/include. I will have a look at this. Andrew From owner-freebsd-current@FreeBSD.ORG Mon Feb 23 23:46:05 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 C15F1106564A; Mon, 23 Feb 2009 23:46:05 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (marcuscom-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::1279]) by mx1.freebsd.org (Postfix) with ESMTP id 54D368FC08; Mon, 23 Feb 2009 23:46:05 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from [IPv6:2001:470:1f00:2464::4] (shumai.marcuscom.com [IPv6:2001:470:1f00:2464::4]) by creme-brulee.marcuscom.com (8.14.3/8.14.3) with ESMTP id n1NNlZRL081595; Mon, 23 Feb 2009 18:47:35 -0500 (EST) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Andrew Thompson In-Reply-To: <20090223234307.GA999@citylink.fud.org.nz> References: <20090220033740.GA903@citylink.fud.org.nz> <1235432234.91306.9.camel@shumai.marcuscom.com> <20090223234307.GA999@citylink.fud.org.nz> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-fsQ80n4SIpmOrndzTCZK" Organization: MarcusCom, Inc. Date: Mon, 23 Feb 2009 18:46:23 -0500 Message-Id: <1235432783.91306.10.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.24.4 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on creme-brulee.marcuscom.com Cc: usb@FreeBSD.org, current@FreeBSD.org Subject: Re: CFR: usb switchover patches X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Feb 2009 23:46:06 -0000 --=-fsQ80n4SIpmOrndzTCZK Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2009-02-23 at 15:43 -0800, Andrew Thompson wrote: > On Mon, Feb 23, 2009 at 06:37:14PM -0500, Joe Marcus Clarke wrote: > > On Thu, 2009-02-19 at 19:37 -0800, Andrew Thompson wrote: > > > Hi, > > >=20 > > >=20 > > > I have put together a proposed set of changes for moving USB2 to its > > > permanent location. The layout has some differences to how it is righ= t > > > now so I am looking for feedback. > > >=20 > > > The changeover requires that the old usb stack be available until 8.0= is > > > branched and moves it from sys/dev/usb to sys/legacy/dev/usb. The rea= son > > > for this location is to reduce the changes in #includes (using -I > > > compiler hacks). The patch doesnt show userland changes required for > > > usbdevs and friends but they will be done. > > >=20 > > > Some ports will break. Any that exist solely for the old usb stack ca= n > > > be marked broken (like udesc_dump). I dont know that the fallout will= be > > > like for the others, maybe portmgr would be interested in doing a bui= ld > > > test. > > >=20 > > > The change roughly goes > > >=20 > > > svn move sys/dev/usb -> sys/legacy/dev/usb > > > svn move sys/dev/usb2 -> sys/dev/usb (with fixups, see below) > >=20 > > The headers for usb are no longer installed. This rebreaks hal as I > > attempt to build both backends. Can you make sure the old usb headers > > are also installed (/usr/include/dev/legacy/usb)? Without this, I will > > have to redo the hal build code. >=20 > I was hoping I wouldnt have to do this as it breaks kdump since they > both define the same typedefs. kdump builds its tables from trolling > /usr/include. Can the legacy directory be ignored? >=20 > I will have a look at this. Thanks. I know I'm going to start get build error reports soon. I'd like to put this to bed. Joe >=20 > Andrew >=20 --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-fsQ80n4SIpmOrndzTCZK 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) iEYEABECAAYFAkmjNU4ACgkQb2iPiv4Uz4deyACgrzPT3xNrC9FiMFeXk4p58EaZ WlAAoKAddITrv+vd5kzm/pB2OPVjLRpU =hfU7 -----END PGP SIGNATURE----- --=-fsQ80n4SIpmOrndzTCZK-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 24 00:05: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 7F4BD106564A; Tue, 24 Feb 2009 00:05: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 401848FC24; Tue, 24 Feb 2009 00:05:51 +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 n1O05nRb015783; Mon, 23 Feb 2009 19:05:49 -0500 (EST) (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 n1O05nxu056947; Mon, 23 Feb 2009 19:05:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 935657302F; Mon, 23 Feb 2009 19:05:49 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090224000549.935657302F@freebsd-current.sentex.ca> Date: Mon, 23 Feb 2009 19:05:49 -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 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: Tue, 24 Feb 2009 00:05:53 -0000 TB --- 2009-02-23 22:44:36 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-23 22:44:36 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-02-23 22:44:36 - cleaning the object tree TB --- 2009-02-23 22:45:14 - cvsupping the source tree TB --- 2009-02-23 22:45:14 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-02-23 22:45:28 - building world TB --- 2009-02-23 22:45:28 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-23 22:45:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-23 22:45:28 - TARGET=sparc64 TB --- 2009-02-23 22:45:28 - TARGET_ARCH=sparc64 TB --- 2009-02-23 22:45:28 - TZ=UTC TB --- 2009-02-23 22:45:28 - __MAKE_CONF=/dev/null TB --- 2009-02-23 22:45:28 - cd /src TB --- 2009-02-23 22:45:28 - /usr/bin/make -B buildworld >>> World build started on Mon Feb 23 22:45:30 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 Feb 24 00:05:48 UTC 2009 TB --- 2009-02-24 00:05:48 - generating LINT kernel config TB --- 2009-02-24 00:05:48 - cd /src/sys/sparc64/conf TB --- 2009-02-24 00:05:48 - /usr/bin/make -B LINT TB --- 2009-02-24 00:05:48 - building LINT kernel TB --- 2009-02-24 00:05:48 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-24 00:05:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-24 00:05:48 - TARGET=sparc64 TB --- 2009-02-24 00:05:48 - TARGET_ARCH=sparc64 TB --- 2009-02-24 00:05:48 - TZ=UTC TB --- 2009-02-24 00:05:48 - __MAKE_CONF=/dev/null TB --- 2009-02-24 00:05:48 - cd /src TB --- 2009-02-24 00:05:48 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Feb 24 00:05:48 UTC 2009 >>> stage 1: configuring the kernel [...] WARNING: duplicate option `DEV_MEM' encountered. WARNING: duplicate device `mem' encountered. WARNING: duplicate option `SUNKBD_EMULATE_ATKBD' encountered. 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 ReiserFS filesystem WARNING: kernel contains GPL contaminated xfs filesystem *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-24 00:05:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-24 00:05:49 - ERROR: failed to build lint kernel TB --- 2009-02-24 00:05:49 - 3828.77 user 363.97 system 4873.02 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue Feb 24 00:09:13 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 5E3A8106564A; Tue, 24 Feb 2009 00:09:13 +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 1D4CB8FC18; Tue, 24 Feb 2009 00:09:12 +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 n1O09AkS016027; Mon, 23 Feb 2009 19:09:10 -0500 (EST) (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 n1O09A3i058563; Mon, 23 Feb 2009 19:09:10 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 959767302F; Mon, 23 Feb 2009 19:09:10 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090224000910.959767302F@freebsd-current.sentex.ca> Date: Mon, 23 Feb 2009 19:09:10 -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: Tue, 24 Feb 2009 00:09:14 -0000 TB --- 2009-02-23 22:43:34 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-23 22:43:34 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-02-23 22:43:34 - cleaning the object tree TB --- 2009-02-23 22:44:04 - cvsupping the source tree TB --- 2009-02-23 22:44:04 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-02-23 22:44:23 - building world TB --- 2009-02-23 22:44:23 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-23 22:44:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-23 22:44:23 - TARGET=powerpc TB --- 2009-02-23 22:44:23 - TARGET_ARCH=powerpc TB --- 2009-02-23 22:44:23 - TZ=UTC TB --- 2009-02-23 22:44:23 - __MAKE_CONF=/dev/null TB --- 2009-02-23 22:44:23 - cd /src TB --- 2009-02-23 22:44:23 - /usr/bin/make -B buildworld >>> World build started on Mon Feb 23 22:44:25 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 Feb 24 00:09:10 UTC 2009 TB --- 2009-02-24 00:09:10 - generating LINT kernel config TB --- 2009-02-24 00:09:10 - cd /src/sys/powerpc/conf TB --- 2009-02-24 00:09:10 - /usr/bin/make -B LINT TB --- 2009-02-24 00:09:10 - building LINT kernel TB --- 2009-02-24 00:09:10 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-24 00:09:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-24 00:09:10 - TARGET=powerpc TB --- 2009-02-24 00:09:10 - TARGET_ARCH=powerpc TB --- 2009-02-24 00:09:10 - TZ=UTC TB --- 2009-02-24 00:09:10 - __MAKE_CONF=/dev/null TB --- 2009-02-24 00:09:10 - cd /src TB --- 2009-02-24 00:09:10 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Feb 24 00:09:10 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-02-24 00:09:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-24 00:09:10 - ERROR: failed to build lint kernel TB --- 2009-02-24 00:09:10 - 4070.04 user 372.20 system 5135.78 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Feb 24 03:04: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 3D91F106566B; Tue, 24 Feb 2009 03:04:25 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from outbound.icp-qv1-irony-out2.iinet.net.au (outbound.icp-qv1-irony-out2.iinet.net.au [203.59.1.107]) by mx1.freebsd.org (Postfix) with ESMTP id 44AE58FC14; Tue, 24 Feb 2009 03:04:24 +0000 (UTC) (envelope-from lstewart@freebsd.org) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApoEAO/qokl8qAL9/2dsb2JhbADVL4QRBg X-IronPort-AV: E=Sophos;i="4.38,256,1233500400"; d="scan'208";a="442126013" Received: from unknown (HELO lawrence1.loshell.room52.net) ([124.168.2.253]) by outbound.icp-qv1-irony-out2.iinet.net.au with ESMTP; 24 Feb 2009 11:34:26 +0900 Message-ID: <49A35CB1.4050304@freebsd.org> Date: Tue, 24 Feb 2009 13:34:25 +1100 From: Lawrence Stewart User-Agent: Thunderbird 2.0.0.19 (X11/20090118) MIME-Version: 1.0 To: Luigi Rizzo References: <20081121231400.GA94863@onelab2.iet.unipi.it> In-Reply-To: <20081121231400.GA94863@onelab2.iet.unipi.it> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: kib@freebsd.org, current@freebsd.org Subject: Re: Recent versions of pxeboot hang/panic on AMD platform. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Feb 2009 03:04:25 -0000 Luigi Rizzo wrote: > [copying some people involved with recent related commits] > > As reported in kern/118222 recent versions of pxeboot hang/panic > on AMD platform. > > Initial reports mentioned that the RELENG_6 versions worked well, > however i found out that even the recent RELENG_6 code is problematic. > > Specifically, the problem i see on two machines with AMD CPU (one > is an Asus M2N-VM) motherboard netbooting with PXEboot, is that the > loading of config files or binary modules (kernel, etc.) randomly > hangs with recent version of pxeboot (RELENG_6, RELENG_7 and HEAD > all give the same behaviour). > > The same system works fine with an old version of pxeboot from RELENG_6. > > Things seem to work fine on i386 (tried a Pentium4, N270 and on qemu) > with all the versions below. > > To make some investigation i started with a reliable version > (RELENG_6, early 2008) and moved forward to figure out where the > problem was introduced. I found the following: > > RELENG_6 as of 2008.03.01 (svn 176674) works > RELENG_6 as of 2008.03.15 (svn 177190) works > (same as previous) > RELENG_6 as of 2008.03.31 (svn 177768) does NOT work > changed files: > Index: RELENG_6/sys/boot/i386/boot2/boot2.c > Index: RELENG_6/sys/boot/i386/btx/btx/Makefile > Index: RELENG_6/sys/boot/i386/btx/btx/btx.S > Index: RELENG_6/sys/boot/i386/gptboot/gptboot.c > Index: RELENG_6/sys/boot/i386/libi386/biossmap.c > Index: RELENG_6/sys/boot/i386/libi386/biosmem.c > > There is a recent, related change (august 2008) which however > does not seem to fix the bug. > > (all the above is basically an MFC of something applied slightly earlier to > head and RELENG_7 . I have experienced the same exact bug with a fresh > head and RELENG_7, even though I have not found the exact point there > where the problem arised). > > The fact that the failure occurs at random times, even quite early > (e.g. while reading the Forth config files) suggests that the problem > may be related to interrupts coming at the wrong time. > > Unfortunately the changes to btx.S (which i believe may be related to > the problem, as the changes to the other files seem innocuous or unrelated) > are beyond my knowledge. > > So, anyone has ideas on what could be happening here, and especially > how likely it is that we might see the same problem with a disk or usb-based > booting ? Just adding a "me too" with pxeboot built from head r188509. Running with pxeboot from AMD64 6.3-RELEASE as Luigi's research hinted seems to resolve the issue for me also. I haven't tried pxeboot built from r177768 yet though to see if it too fails. To quickly touch on symptoms... I've never seen a panic. I experience permanent hangs that occur maybe 50% (or possibly even more) of the time when I reboot or cold start the machine. Only option is to reboot when it hangs. Rebooting a few times will eventually allow the boot process to finish and then once the kernel kicks off probing, all is good. Hardware is an Intel 865GM chipset based Gigabyte mainboard with a 3GHz HTT P4 CPU (HTT enabled). Happy to help debug further if anyone has ideas to try. Cheers, Lawrence From owner-freebsd-current@FreeBSD.ORG Tue Feb 24 04:55:30 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 0E473106566B for ; Tue, 24 Feb 2009 04:55:28 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outL.internet-mail-service.net (outl.internet-mail-service.net [216.240.47.235]) by mx1.freebsd.org (Postfix) with ESMTP id B4A6B8FC0A for ; Tue, 24 Feb 2009 04:55:28 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 75BE324C1 for ; Mon, 23 Feb 2009 20:55:28 -0800 (PST) X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 26AA32D6017 for ; Mon, 23 Feb 2009 20:55:28 -0800 (PST) Message-ID: <49A37DBF.60702@elischer.org> Date: Mon, 23 Feb 2009 20:55:27 -0800 From: Julian Elischer 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 Cc: Subject: bootblocks compile 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, 24 Feb 2009 04:55:30 -0000 # cd /sys/boot/i386 # make [...] cc -O2 -pipe -DLOADER_NFS_SUPPORT -DCOMPORT=0x3f8 -DCOMSPEED=9600 -DSMBIOS_SERIAL_NUMBERS -DTERM_EMU -Dalloca=__builtin_alloca -I/usr/src/sys/boot/i386/libi386/../../common -I/usr/src/sys/boot/i386/libi386/../btx/lib -I/usr/src/sys/boot/i386/libi386/../../../contrib/dev/acpica -I/usr/src/sys/boot/i386/libi386/../../.. -I. -I/usr/src/sys/boot/i386/libi386/../../../../lib/libstand/ -ffreestanding -mpref -mno-sse -mno-sse2 -mno-sse3 -c /usr/src/sys/boot/i386/libi386/bootinfo64.c /usr/src/sys/boot/i386/libi386/bootinfo64.c: In function 'bi_checkcpu': /usr/src/sys/boot/i386/libi386/bootinfo64.c:155: error: 'CENTAUR_VENDOR_ID' undeclared (first use in this function) /usr/src/sys/boot/i386/libi386/bootinfo64.c:155: error: (Each undeclared identifier is reported only once /usr/src/sys/boot/i386/libi386/bootinfo64.c:155: error: for each function it appears in.) *** Error code 1 Stop in /usr/src/sys/boot/i386/libi386. *** Error code 1 this is defined in specialreg.h but in "machine/specialreg.h" there is no 'machine' as such I suspect that someone expected to only compile bootblocks as part of a system build? not sure what the "correct" fix is.. From owner-freebsd-current@FreeBSD.ORG Tue Feb 24 05:41: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 BA3BF1065674; Tue, 24 Feb 2009 05:41:17 +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 682A18FC1F; Tue, 24 Feb 2009 05:41:17 +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 83D6969950; Tue, 24 Feb 2009 14:41:14 +0900 (JST) Date: Tue, 24 Feb 2009 00:41:10 -0500 From: Yoshihiro Ota To: Garrett Cooper Message-Id: <20090224004110.e4ad76f4.ota@j.email.ne.jp> In-Reply-To: <7d6fde3d0902211356h66b05cfcxf2ebbe9b2a6fd0f0@mail.gmail.com> References: <1235218982.00077642.1235207402@10.7.7.3> <499FFC5F.3020903@FreeBSD.org> <47d0403c0902210949i74473bc5j57c923e13c85e89@mail.gmail.com> <49A04510.5030405@FreeBSD.org> <7d6fde3d0902211356h66b05cfcxf2ebbe9b2a6fd0f0@mail.gmail.com> 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: Alexander Motin , FreeBSD Current , Benjamin Kaduk , Ben Kaduk Subject: Re: Annoying whitenoise sound coming from snd_hda enabled chipset X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Feb 2009 05:41:18 -0000 On Sat, 21 Feb 2009 13:56:35 -0800 Garrett Cooper wrote: > On Sat, Feb 21, 2009 at 10:35 AM, Benjamin Kaduk wrote: > > On Sat, 21 Feb 2009, Alexander Motin wrote: > > > >> Ben Kaduk wrote: > >>> > >>> On Sat, Feb 21, 2009 at 8:06 AM, Alexander Motin wrote: > >>>> > >>>> Garrett Cooper wrote: > >>>>> > >>>>> I don't know how else to describe it, but when I turn up my > >>>>> speakers enough (50%+) and don't have any sound playing, I hear a > >>>>> whitenoise hiss coming out of them. When I change webpages (nvidia > >>>>> driver is GIANT locked) or do something else kernel intensive it stops > >>>>> for a brief second, but apart from that it's an annoying trill sound > >>>>> almost like a mosquito humming around me waiting to be swatted. > >>>> > >>>> I think it may be radio interference with disconnected microphone > >>>> inputs. > >>>> Try to set all unneeded mixer volumes to 0, especially mic, monitor, > >>>> speaker > >>>> and mix. Inputs often have too sensitive 20-30dB pre-amplifiers. Some > >>>> codecs > >>>> have them on all inputs. > >>> > >>> It's hard to be sure, since I'm not sure that I could describe what I > >>> hear any better than Garret did, but I think I'm seeing the same sort > >>> of thing on my work desktop. I'll try setting unneeded volumes to > >>> zero the next time I'm in, and see if that helps. > >>> > >>> dmesg and pciconf are available here: > >>> http://stuff.mit.edu/afs/sipb.mit.edu/user/kaduk/freebsd/periphrasis/ > >> > >> I see there some old 7.0-STABLE dmesg without any pcm. There is nothing to > >> talk about. If you wish to have good working HDA, update to recent STABLE or > >> at least take driver from there. > > > > Oops, I had been blocking on updating from 7 to current because of > > a bounce zone bug that was causing the box to panic, and I didn't > > update the dmesg after I did finally upgrade. > > > > Should be updated, now. > > > > Sorry about that, > > > > Ben Kaduk > > Unfortunately I must use mix though or line-in doesn't function > from my console peripherals. It does appear to be the culprit > unfortunately. > So I suppose I have to live with this issue until my SB Audigy > card comes :(? This is something that should be noted in the driver > manpage or you'll get more annoyed folks with support emails like this > one ><... > Thanks, > -Garrett I think I started seeing similar issues. When I boot 8-CURRENT, it makes some low yet very silent noise, too. In my case, with hdac or pcm device, 8-CURRENT fails to boot very requentry. It fails to prove a device and doesn't proceed farthar than that point. Now it only boots once in 5 or 10 reboots. When it boots, it prints lots of following messages. hdac0: HDA Codec #0: Conexant CX20549 (Venice) hdac0: unable to allocate widgets! hdac0: unable to allocate widgets! hdac0: unable to allocate widgets! hdac0: unable to allocate widgets! hdac0: unable to allocate widgets! hdac0: hdac_command_send_internal: TIMEOUT numcmd=1, sent=1, received=0 hdac0: hdac_command_send_internal: TIMEOUT numcmd=1, sent=1, received=0 hdac0: hdac_command_send_internal: TIMEOUT numcmd=1, sent=1, received=0 hdac0: hdac_command_send_internal: TIMEOUT numcmd=1, sent=1, received=0 hdac0: hdac_command_send_internal: TIMEOUT numcmd=1, sent=1, received=0 I think this started happening about a week ago or so, sometime between 13 and 16th. Thanks, Hiro From owner-freebsd-current@FreeBSD.ORG Tue Feb 24 05:58: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 9878C106564A; Tue, 24 Feb 2009 05:58:02 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id 6576C8FC13; Tue, 24 Feb 2009 05:58:02 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.1.38] (S0106001372fd1e07.vs.shawcable.net [70.71.171.106]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.8) with ESMTP id n1O5vwLj049290 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 23 Feb 2009 21:57:59 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Message-ID: <49A38C54.7070601@FreeBSD.org> Date: Mon, 23 Feb 2009 21:57:40 -0800 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Robert Watson References: <200902231652.n1NGqMxH047731@post.behrens.de> <49A2DE9D.4090902@FreeBSD.org> <49A2ED6A.9040202@FreeBSD.org> <49A30456.5010400@FreeBSD.org> In-Reply-To: Content-Type: multipart/mixed; boundary="------------080303000001020500010202" Cc: Frank Behrens , Jeff Roberson , "current@freebsd.org" , stable@FreeBSD.org Subject: Re: The machdep.hyperthreading_allowed & ULE weirdness in 7.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Feb 2009 05:58:03 -0000 This is a multi-part message in MIME format. --------------080303000001020500010202 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Robert Watson wrote: >> So, are you suggesting that we should disable >> machdep.hyperthreading_allowed with ULE in 7.x and current to avoid >> confusion? > > Possibly even without ULE. I've verified - the tunable/sysctl works just fine with SCHED_4BSD in 7.1, so that I am not sure it's worth ripping it off. Instead, I've re-implemented the feature differently - by disabling HT cores at detection time when SCHED_ULE is compiled in and machdep.hyperthreading_allowed is set to 0 in loader.conf. Patch for 7.1 is attached. Apart from the fact that it's not possible to change the setting at run-time, this version should be even better by not starting up HT cores in the first place. I would appreciate if somebody familiar with the code in question can review the patch, particularly part that moves assign_cpu_ids() and start_all_aps() calls little bit further in the cpu_mp_start(). I need them there so that I can use hyperthreading_cpus in assign_cpu_ids(). Thanks in advance. -Maxim --------------080303000001020500010202 Content-Type: text/plain; name="machdep.hyperthreading_allowed.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="machdep.hyperthreading_allowed.diff" --- i386/i386/mp_machdep.c 2009-01-19 07:34:49.000000000 -0800 +++ /tmp/mp_machdep.c 2009-02-23 21:38:18.000000000 -0800 @@ -209,6 +210,7 @@ int cpu_present:1; int cpu_bsp:1; int cpu_disabled:1; + int cpu_hyperthread:1; } static cpu_info[MAX_APIC_ID + 1]; int cpu_apic_ids[MAXCPU]; @@ -405,11 +407,6 @@ ("BSP's APIC ID doesn't match boot_cpu_id")); cpu_apic_ids[0] = boot_cpu_id; - assign_cpu_ids(); - - /* Start each Application Processor */ - start_all_aps(); - /* Setup the initial logical CPUs info. */ logical_cpus = logical_cpus_mask = 0; if (cpu_feature & CPUID_HTT) @@ -457,6 +454,11 @@ hyperthreading_cpus = logical_cpus; } + assign_cpu_ids(); + + /* Start each Application Processor */ + start_all_aps(); + set_interrupt_apic_ids(); /* Last, setup the cpu topology now that we have probed CPUs */ @@ -471,18 +473,26 @@ cpu_mp_announce(void) { int i, x; + const char *hyperthread; /* List CPUs */ printf(" cpu0 (BSP): APIC ID: %2d\n", boot_cpu_id); for (i = 1, x = 0; x <= MAX_APIC_ID; x++) { if (!cpu_info[x].cpu_present || cpu_info[x].cpu_bsp) continue; + if (cpu_info[x].cpu_hyperthread) { + hyperthread = "/HT"; + } else { + hyperthread = ""; + } if (cpu_info[x].cpu_disabled) - printf(" cpu (AP): APIC ID: %2d (disabled)\n", x); + printf(" cpu (AP%s): APIC ID: %2d (disabled)\n", + hyperthread, x); else { KASSERT(i < mp_ncpus, ("mp_ncpus and actual cpus are out of whack")); - printf(" cpu%d (AP): APIC ID: %2d\n", i++, x); + printf(" cpu%d (AP%s): APIC ID: %2d\n", i++, + hyperthread, x); } } } @@ -691,11 +701,24 @@ { u_int i; + TUNABLE_INT_FETCH("machdep.hyperthreading_allowed", + &hyperthreading_allowed); + /* Check for explicitly disabled CPUs. */ for (i = 0; i <= MAX_APIC_ID; i++) { if (!cpu_info[i].cpu_present || cpu_info[i].cpu_bsp) continue; + if (hyperthreading_cpus > 1 && i % hyperthreading_cpus != 0) { + cpu_info[i].cpu_hyperthread = 1; +#if defined(SCHED_ULE) + if (hyperthreading_allowed == 0) { + cpu_info[i].cpu_disabled = 1; + continue; + } +#endif + } + /* Don't use this CPU if it has been disabled by a tunable. */ if (resource_disabled("lapic", i)) { cpu_info[i].cpu_disabled = 1; @@ -1410,6 +1433,12 @@ if (error || !req->newptr) return (error); +#ifdef SCHED_ULE + if (allowed != hyperthreading_allowed) + return (ENOTSUP); + return (error); +#endif + if (allowed) hlt_cpus_mask &= ~hyperthreading_cpus_mask; else @@ -1454,8 +1483,6 @@ * of hlt_logical_cpus. */ if (hyperthreading_cpus_mask) { - TUNABLE_INT_FETCH("machdep.hyperthreading_allowed", - &hyperthreading_allowed); SYSCTL_ADD_PROC(&logical_cpu_clist, SYSCTL_STATIC_CHILDREN(_machdep), OID_AUTO, "hyperthreading_allowed", CTLTYPE_INT|CTLFLAG_RW, --------------080303000001020500010202-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 24 06:09: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 3EA531065672 for ; Tue, 24 Feb 2009 06:09:22 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 9EF848FC1A for ; Tue, 24 Feb 2009 06:09:21 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: (qmail invoked by alias); 24 Feb 2009 06:09:20 -0000 Received: from p54A3E245.dip.t-dialin.net (EHLO tron.homeunix.org) [84.163.226.69] by mail.gmx.net (mp005) with SMTP; 24 Feb 2009 07:09:20 +0100 X-Authenticated: #1673122 X-Provags-ID: V01U2FsdGVkX1+Ih6BpLw6IryUma7yCAHyAGQUHg516mtTNHt2klP J0FdDoPVrsxv1i Message-ID: <49A38F0F.8040008@gmx.de> Date: Tue, 24 Feb 2009 07:09:19 +0100 From: Christoph Mallon User-Agent: Thunderbird 2.0.0.19 (X11/20090103) MIME-Version: 1.0 To: Hans Petter Selasky References: <20090206045349.GQ78804@elvis.mu.org> <200902091534.12506.hselasky@c2i.net> <49904238.50505@gmx.de> <200902091608.34376.hselasky@c2i.net> In-Reply-To: <200902091608.34376.hselasky@c2i.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.53 Cc: usb@freebsd.org, freebsd-current@freebsd.org, Alfred Perlstein Subject: Re: HEADSUP usb2/usb4bsd to become default in GENERIC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Feb 2009 06:09:23 -0000 Hans Petter Selasky schrieb: > On Monday 09 February 2009, Christoph Mallon wrote: >> Hans Petter Selasky schrieb: >>> On Monday 09 February 2009, Christoph Mallon wrote: >>>> Hans Petter Selasky schrieb: >>>>> On Monday 09 February 2009, Christoph Mallon wrote: >>>>>> Christoph Mallon schrieb: >>>>>>> are named "err" or "error". This should be investigated, so here's >>>>>>> the complete list: >>>>>> Sorry, my MUA seems to have damaged the list. You can get the list >>>>>> here: http://tron.homeunix.org/usb2.unread.log >>>>> I think some of these errors depend if you have USB debugging compiled >>>>> or not. At least GCC does not warn? >>>> No, it does not depend on USB debugging. >>>> GCC has no warning at all for variables which are only assigned to. >>>> It only can warn about variables, which are only initialised. >>>> >>>> { >>>> int x = 23; // GCC warns here ... >>>> int y; // ... but not here - cparser does >>>> y = 42; >>>> y++; >>>> } >>>> >>>> cparser has an analysis, which can warn about "y", too. >>>> >>>> I manually verified all 40 warnings and I cannot find any users (i.e. >>>> readers) for these variables. >>> What is the correct way to discard the return argument of a function? >>> That's basically what most of the warnings are about. >>> >>> 1) (void)my_fn() cast >>> 2) if (my_fn()) { } >>> 3) err = my_fn(); >>> 4) my_fn(); >> Just to understand this correctly: You want to discard error codes? >> >> >> Basically I see four categories: >> >> 1) Getting the softc and not using it. >> This can be removed completely. >> Example: >> sc = ATMEGA_BUS2SC(xfer->xroot->bus); >> >> 2) calling mtx_owned() and discarding the return value. >> Can be removed, too, after checking that the value is really unnecessary. >> Example: >> use_polling = mtx_owned(xfer->xroot->xfer_mtx) ? 1 : 0; >> >> 3) Getting some value and not using it. >> Can be removed, too, after checking that the value is really unnecessary. >> Example: >> ep_no = (xfer->endpoint & UE_ADDR); >> >> 4) The rest are return values of functions, which contain error codes. >> Discarding them is questionable at best. >> Example: (err is not read) >> if (udev->flags.suspended) { >> err = DEVICE_SUSPEND(iface->subdev); >> device_printf(iface->subdev, "Suspend failed\n"); >> } >> return (0); /* success */ > > Hi, > > Can you wait some days and re-run the analysis on -current, because there is a > bulk of patches going in to some of the code you have analysed, so the line > numbers are likely to not match. Then we fix those warnings! Here's the updated list: http://tron.homeunix.org/usb2.unread.20090224.log It contains 33 items. 12 of the variables are named "err" or "error". From owner-freebsd-current@FreeBSD.ORG Tue Feb 24 07:53: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 20FB31065670 for ; Tue, 24 Feb 2009 07:53:48 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-gx0-f176.google.com (mail-gx0-f176.google.com [209.85.217.176]) by mx1.freebsd.org (Postfix) with ESMTP id A2CC88FC1A for ; Tue, 24 Feb 2009 07:53:47 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by gxk24 with SMTP id 24so8238391gxk.19 for ; Mon, 23 Feb 2009 23:53:47 -0800 (PST) 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; bh=isVHeTmUeH6IeACt4m86fR7cPD9+kwUaP5Dewj9hSkY=; b=fbSOZaPR04uHsbgVj5YmorbcRt62/DuF+OThf1KKzh9KH5YFge3rGtpMFiEHbomXPc 2B6e697BsfZmbE98tBFvy67uBHilJt+WdYqCEQweJci1aHP4THiWyT2WbanUZ1Lg9m4P gQEEclgX2YyKP1OSZs2gCPM9vt+4KXbokgGX4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=kLnanf4ojxtZNP7zpbl0BADB8ZFnsZoTTCJcQa725rHNiiRxfnYcwzzYoV4/f9XNPO /a58O81WI0UvsM1MaZ52Xhl649G6ldhe/bwjQl78E6LILEDKq8SDeUtNU1teTVZQmewB TRItPd0LZESg4Va30laVugIQ9PSvvB7+k33XA= MIME-Version: 1.0 Received: by 10.90.99.6 with SMTP id w6mr2009004agb.70.1235462026976; Mon, 23 Feb 2009 23:53:46 -0800 (PST) Date: Mon, 23 Feb 2009 23:53:46 -0800 Message-ID: <7d6fde3d0902232353m54148a39n25988251fd3366af@mail.gmail.com> From: Garrett Cooper To: FreeBSD Current Content-Type: multipart/mixed; boundary=001636283776405f940463a56b09 Subject: Potential race condition / performance 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, 24 Feb 2009 07:53:48 -0000 --001636283776405f940463a56b09 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi guys, I've come across some issues with recent kernels on my system where after I disabled WITNESS and INVARIANTS options, and if I have all hardware features enabled (sio card, snd_hda, etc), something's been happening where the kernel is getting stuck with xpt_config at boot. After I disabled onboard sound and serial, things work like a charm again. Furthermore, it seems to be running differently, and in fact much better than it was before, such that X11 is much more responsive than it was before [*]. Booting off an OpenSolaris (Indiana?) disk doesn't have this issue, but it does print out a fat warning about irq16 being shared between drivers (as does FreeBSD IIRC) when the devices are enabled. Are there any known issues with ICH9 motherboards and FreeBSD that I should be aware of? My motherboard is a P5K-E Wifi with a Q9400 and 4GB RAM. I've attached my stats just for reference. Thanks, -Garrett [*] Just to make it not sound completely like a driver issue, I just installed another 2GB of RAM, which brings me up to 4GB RAM in my i686 setup. --001636283776405f940463a56b09 Content-Type: application/octet-stream; name="pciconf.log" Content-Disposition: attachment; filename="pciconf.log" Content-Transfer-Encoding: base64 X-Attachment-Id: f_frka4n080 aG9zdGIwQHBjaTA6MDowOjA6CWNsYXNzPTB4MDYwMDAwIGNhcmQ9MHg4Mjk1MTA0MyBjaGlwPTB4 MjljMDgwODYgcmV2PTB4MDIgaGRyPTB4MDAKICAgIHZlbmRvciAgICAgPSAnSW50ZWwgQ29ycG9y YXRpb24nCiAgICBkZXZpY2UgICAgID0gJyhCZWFybGFrZSkgUHJvY2Vzc29yIHRvIEkvTyBDb250 cm9sbGVyJwogICAgY2xhc3MgICAgICA9IGJyaWRnZQogICAgc3ViY2xhc3MgICA9IEhPU1QtUENJ CnBjaWIxQHBjaTA6MDoxOjA6CWNsYXNzPTB4MDYwNDAwIGNhcmQ9MHg4Mjk1MTA0MyBjaGlwPTB4 MjljMTgwODYgcmV2PTB4MDIgaGRyPTB4MDEKICAgIHZlbmRvciAgICAgPSAnSW50ZWwgQ29ycG9y YXRpb24nCiAgICBkZXZpY2UgICAgID0gJyhCZWFybGFrZSkgUENJZSBSb290IFBvcnQnCiAgICBj bGFzcyAgICAgID0gYnJpZGdlCiAgICBzdWJjbGFzcyAgID0gUENJLVBDSQp1aGNpMEBwY2kwOjA6 MjY6MDoJY2xhc3M9MHgwYzAzMDAgY2FyZD0weDgyNzcxMDQzIGNoaXA9MHgyOTM3ODA4NiByZXY9 MHgwMiBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAgIGRl dmljZSAgICAgPSAnODI4MDFJQi9JUi9JSCAoSUNIOSBGYW1pbHkpIFVTQiBVbml2ZXJzYWwgSG9z dCBDb250cm9sbGVyJwogICAgY2xhc3MgICAgICA9IHNlcmlhbCBidXMKICAgIHN1YmNsYXNzICAg PSBVU0IKdWhjaTFAcGNpMDowOjI2OjE6CWNsYXNzPTB4MGMwMzAwIGNhcmQ9MHg4Mjc3MTA0MyBj aGlwPTB4MjkzODgwODYgcmV2PTB4MDIgaGRyPTB4MDAKICAgIHZlbmRvciAgICAgPSAnSW50ZWwg Q29ycG9yYXRpb24nCiAgICBkZXZpY2UgICAgID0gJzgyODAxSUIvSVIvSUggKElDSDkgRmFtaWx5 KSBVU0IgVW5pdmVyc2FsIEhvc3QgQ29udHJvbGxlcicKICAgIGNsYXNzICAgICAgPSBzZXJpYWwg YnVzCiAgICBzdWJjbGFzcyAgID0gVVNCCnVoY2kyQHBjaTA6MDoyNjoyOgljbGFzcz0weDBjMDMw MCBjYXJkPTB4ODI3NzEwNDMgY2hpcD0weDI5Mzk4MDg2IHJldj0weDAyIGhkcj0weDAwCiAgICB2 ZW5kb3IgICAgID0gJ0ludGVsIENvcnBvcmF0aW9uJwogICAgZGV2aWNlICAgICA9ICc4MjgwMUlC L0lSL0lIIChJQ0g5IEZhbWlseSkgVVNCIFVuaXZlcnNhbCBIb3N0IENvbnRyb2xsZXInCiAgICBj bGFzcyAgICAgID0gc2VyaWFsIGJ1cwogICAgc3ViY2xhc3MgICA9IFVTQgplaGNpMEBwY2kwOjA6 MjY6NzoJY2xhc3M9MHgwYzAzMjAgY2FyZD0weDgyNzcxMDQzIGNoaXA9MHgyOTNjODA4NiByZXY9 MHgwMiBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAgIGRl dmljZSAgICAgPSAnODI4MDFJQi9JUi9JSCAoSUNIOSBGYW1pbHkpIFVTQjIgRW5oYW5jZWQgSG9z dCBDb250cm9sbGVyJwogICAgY2xhc3MgICAgICA9IHNlcmlhbCBidXMKICAgIHN1YmNsYXNzICAg PSBVU0IKcGNpYjJAcGNpMDowOjI4OjA6CWNsYXNzPTB4MDYwNDAwIGNhcmQ9MHg4Mjc3MTA0MyBj aGlwPTB4Mjk0MDgwODYgcmV2PTB4MDIgaGRyPTB4MDEKICAgIHZlbmRvciAgICAgPSAnSW50ZWwg Q29ycG9yYXRpb24nCiAgICBkZXZpY2UgICAgID0gJzgyODAxSUIvSVIvSUggKElDSDkgRmFtaWx5 KSBQQ0llIFJvb3QgUG9ydCAxJwogICAgY2xhc3MgICAgICA9IGJyaWRnZQogICAgc3ViY2xhc3Mg ICA9IFBDSS1QQ0kKcGNpYjNAcGNpMDowOjI4OjU6CWNsYXNzPTB4MDYwNDAwIGNhcmQ9MHg4Mjc3 MTA0MyBjaGlwPTB4Mjk0YTgwODYgcmV2PTB4MDIgaGRyPTB4MDEKICAgIHZlbmRvciAgICAgPSAn SW50ZWwgQ29ycG9yYXRpb24nCiAgICBkZXZpY2UgICAgID0gJzgyODAxSUIvSVIvSUggKElDSDkg RmFtaWx5KSBQQ0llIFJvb3QgUG9ydCA2JwogICAgY2xhc3MgICAgICA9IGJyaWRnZQogICAgc3Vi Y2xhc3MgICA9IFBDSS1QQ0kKdWhjaTNAcGNpMDowOjI5OjA6CWNsYXNzPTB4MGMwMzAwIGNhcmQ9 MHg4Mjc3MTA0MyBjaGlwPTB4MjkzNDgwODYgcmV2PTB4MDIgaGRyPTB4MDAKICAgIHZlbmRvciAg ICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nCiAgICBkZXZpY2UgICAgID0gJzgyODAxSUIvSVIvSUgg KElDSDkgRmFtaWx5KSBVU0IgVW5pdmVyc2FsIEhvc3QgQ29udHJvbGxlcicKICAgIGNsYXNzICAg ICAgPSBzZXJpYWwgYnVzCiAgICBzdWJjbGFzcyAgID0gVVNCCnVoY2k0QHBjaTA6MDoyOToxOglj bGFzcz0weDBjMDMwMCBjYXJkPTB4ODI3NzEwNDMgY2hpcD0weDI5MzU4MDg2IHJldj0weDAyIGhk cj0weDAwCiAgICB2ZW5kb3IgICAgID0gJ0ludGVsIENvcnBvcmF0aW9uJwogICAgZGV2aWNlICAg ICA9ICc4MjgwMUlCL0lSL0lIIChJQ0g5IEZhbWlseSkgVVNCIFVuaXZlcnNhbCBIb3N0IENvbnRy b2xsZXInCiAgICBjbGFzcyAgICAgID0gc2VyaWFsIGJ1cwogICAgc3ViY2xhc3MgICA9IFVTQgp1 aGNpNUBwY2kwOjA6Mjk6MjoJY2xhc3M9MHgwYzAzMDAgY2FyZD0weDgyNzcxMDQzIGNoaXA9MHgy OTM2ODA4NiByZXY9MHgwMiBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdJbnRlbCBDb3Jwb3Jh dGlvbicKICAgIGRldmljZSAgICAgPSAnODI4MDFJQi9JUi9JSCAoSUNIOSBGYW1pbHkpIFVTQiBV bml2ZXJzYWwgSG9zdCBDb250cm9sbGVyJwogICAgY2xhc3MgICAgICA9IHNlcmlhbCBidXMKICAg IHN1YmNsYXNzICAgPSBVU0IKZWhjaTFAcGNpMDowOjI5Ojc6CWNsYXNzPTB4MGMwMzIwIGNhcmQ9 MHg4Mjc3MTA0MyBjaGlwPTB4MjkzYTgwODYgcmV2PTB4MDIgaGRyPTB4MDAKICAgIHZlbmRvciAg ICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nCiAgICBkZXZpY2UgICAgID0gJzgyODAxSUIvSVIvSUgg KElDSDkgRmFtaWx5KSBVU0IyIEVuaGFuY2VkIEhvc3QgQ29udHJvbGxlcicKICAgIGNsYXNzICAg ICAgPSBzZXJpYWwgYnVzCiAgICBzdWJjbGFzcyAgID0gVVNCCnBjaWI0QHBjaTA6MDozMDowOglj bGFzcz0weDA2MDQwMSBjYXJkPTB4ODI3NzEwNDMgY2hpcD0weDI0NGU4MDg2IHJldj0weDkyIGhk cj0weDAxCiAgICB2ZW5kb3IgICAgID0gJ0ludGVsIENvcnBvcmF0aW9uJwogICAgZGV2aWNlICAg ICA9ICc4MjgwMSBGYW1pbHkgKElDSDIvMy80LzQvNS81LzYvNy84LzksNjN4eEVTQikgSHViIElu dGVyZmFjZSB0byBQQ0kgQnJpZGdlJwogICAgY2xhc3MgICAgICA9IGJyaWRnZQogICAgc3ViY2xh c3MgICA9IFBDSS1QQ0kKaXNhYjBAcGNpMDowOjMxOjA6CWNsYXNzPTB4MDYwMTAwIGNhcmQ9MHg4 Mjc3MTA0MyBjaGlwPTB4MjkxNjgwODYgcmV2PTB4MDIgaGRyPTB4MDAKICAgIHZlbmRvciAgICAg PSAnSW50ZWwgQ29ycG9yYXRpb24nCiAgICBkZXZpY2UgICAgID0gJzgyODAxSVIgKElDSDlSKSBM UEMgSW50ZXJmYWNlIENvbnRyb2xsZXInCiAgICBjbGFzcyAgICAgID0gYnJpZGdlCiAgICBzdWJj bGFzcyAgID0gUENJLUlTQQphdGFwY2kwQHBjaTA6MDozMToyOgljbGFzcz0weDAxMDYwMSBjYXJk PTB4ODI3NzEwNDMgY2hpcD0weDI5MjI4MDg2IHJldj0weDAyIGhkcj0weDAwCiAgICB2ZW5kb3Ig ICAgID0gJ0ludGVsIENvcnBvcmF0aW9uJwogICAgZGV2aWNlICAgICA9ICc4MjgwMUlCL0lSL0lI IChJQ0g5IEZhbWlseSkgNiBwb3J0IFNBVEEgQUhDSSBDb250cm9sbGVyJwogICAgY2xhc3MgICAg ICA9IG1hc3Mgc3RvcmFnZQogICAgc3ViY2xhc3MgICA9IFNBVEEKbm9uZTBAcGNpMDowOjMxOjM6 CWNsYXNzPTB4MGMwNTAwIGNhcmQ9MHg4Mjc3MTA0MyBjaGlwPTB4MjkzMDgwODYgcmV2PTB4MDIg aGRyPTB4MDAKICAgIHZlbmRvciAgICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nCiAgICBkZXZpY2Ug ICAgID0gJzgyODAxSUIvSVIvSUggKElDSDkgRmFtaWx5KSBTTUJ1cyBDb250cm9sbGVyJwogICAg Y2xhc3MgICAgICA9IHNlcmlhbCBidXMKICAgIHN1YmNsYXNzICAgPSBTTUJ1cwp2Z2FwY2kwQHBj aTA6MTowOjA6CWNsYXNzPTB4MDMwMDAwIGNhcmQ9MHgwNDIxMTBkZSBjaGlwPTB4MDE5MzEwZGUg cmV2PTB4YTIgaGRyPTB4MDAKICAgIHZlbmRvciAgICAgPSAnTnZpZGlhIENvcnAnCiAgICBkZXZp Y2UgICAgID0gJ0dlRm9yY2UgODgwMCBHVFMnCiAgICBjbGFzcyAgICAgID0gZGlzcGxheQogICAg c3ViY2xhc3MgICA9IFZHQQptc2tjMEBwY2kwOjI6MDowOgljbGFzcz0weDAyMDAwMCBjYXJkPTB4 ODFmODEwNDMgY2hpcD0weDQzNjQxMWFiIHJldj0weDEyIGhkcj0weDAwCiAgICB2ZW5kb3IgICAg ID0gJ01hcnZlbGwgU2VtaWNvbmR1Y3RvciAoV2FzOiBHYWxpbGVvIFRlY2hub2xvZ3kgTHRkKScK ICAgIGRldmljZSAgICAgPSAnODhFODA1NiBZdWtvbiBQQ0ktRSBHaWdhYml0IEV0aGVybmV0IENv bnRyb2xsZXInCiAgICBjbGFzcyAgICAgID0gbmV0d29yawogICAgc3ViY2xhc3MgICA9IGV0aGVy bmV0CmVtdTEwa3gwQHBjaTA6NDoyOjA6CWNsYXNzPTB4MDQwMTAwIGNhcmQ9MHgxMDIxMTEwMiBj aGlwPTB4MDAwODExMDIgcmV2PTB4MDAgaGRyPTB4MDAKICAgIHZlbmRvciAgICAgPSAnQ3JlYXRp dmUgVGVjaG5vbG9neSBMVEQuJwogICAgZGV2aWNlICAgICA9ICdBdWRpZ3kgQXVkaW8gUHJvY2Vz c29yJwogICAgY2xhc3MgICAgICA9IG11bHRpbWVkaWEKICAgIHN1YmNsYXNzICAgPSBhdWRpbwo= --001636283776405f940463a56b09 Content-Type: application/octet-stream; name="dmesg.boot" Content-Disposition: attachment; filename="dmesg.boot" Content-Transfer-Encoding: base64 X-Attachment-Id: f_frka4um61 Q29weXJpZ2h0IChjKSAxOTkyLTIwMDkgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhlIEZy ZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCA4LjAtQ1VSUkVOVCAjMTogU3VuIEZlYiAyMiAwNzoy NjowMCBQU1QgMjAwOQogICAgcm9vdEBvcmFuZ2Vib3guZ2F0ZXdheS4yd2lyZS5uZXQ6L3Vzci9v YmovdXNyL3NyYy9zeXMvT1JBTkdFQk9YClRpbWVjb3VudGVyICJpODI1NCIgZnJlcXVlbmN5IDEx OTMxODIgSHogcXVhbGl0eSAwCkNQVTogSW50ZWwoUikgQ29yZShUTSkyIFF1YWQgQ1BVICAgIFE5 NDAwICBAIDIuNjZHSHogKDI2NzEuNjItTUh6IDY4Ni1jbGFzcyBDUFUpCiAgT3JpZ2luID0gIkdl bnVpbmVJbnRlbCIgIElkID0gMHgxMDY3YSAgU3RlcHBpbmcgPSAxMAogIEZlYXR1cmVzPTB4YmZl YmZiZmY8RlBVLFZNRSxERSxQU0UsVFNDLE1TUixQQUUsTUNFLENYOCxBUElDLFNFUCxNVFJSLFBH RSxNQ0EsQ01PVixQQVQsUFNFMzYsQ0xGTFVTSCxEVFMsQUNQSSxNTVgsRlhTUixTU0UsU1NFMixT UyxIVFQsVE0sUEJFPgogIEZlYXR1cmVzMj0weDQwOGUzZmQ8U1NFMyxEVEVTNjQsTU9OLERTX0NQ TCxWTVgsU01YLEVTVCxUTTIsU1NTRTMsQ1gxNix4VFBSLFBEQ00sU1NFNC4xLFhTQVZFPgogIEFN RCBGZWF0dXJlcz0weDIwMTAwMDAwPE5YLExNPgogIEFNRCBGZWF0dXJlczI9MHgxPExBSEY+CiAg VFNDOiBQLXN0YXRlIGludmFyaWFudAogIENvcmVzIHBlciBwYWNrYWdlOiA0CnJlYWwgbWVtb3J5 ICA9IDM0ODkxMzY2NDAgKDMzMjcgTUIpCmF2YWlsIG1lbW9yeSA9IDM0MTY4NjY4MTYgKDMyNTgg TUIpCkFDUEkgQVBJQyBUYWJsZTogPEFfTV9JXyBPRU1BUElDID4KRnJlZUJTRC9TTVA6IE11bHRp cHJvY2Vzc29yIFN5c3RlbSBEZXRlY3RlZDogNCBDUFVzCiBjcHUwIChCU1ApOiBBUElDIElEOiAg MAogY3B1MSAoQVApOiBBUElDIElEOiAgMQogY3B1MiAoQVApOiBBUElDIElEOiAgMgogY3B1MyAo QVApOiBBUElDIElEOiAgMwppb2FwaWMwIDxWZXJzaW9uIDIuMD4gaXJxcyAwLTIzIG9uIG1vdGhl cmJvYXJkCmtiZDEgYXQga2JkbXV4MAphY3BpMDogPEFfTV9JXyBPRU1YU0RUPiBvbiBtb3RoZXJi b2FyZAphY3BpMDogW0lUSFJFQURdCmFjcGkwOiBQb3dlciBCdXR0b24gKGZpeGVkKQphY3BpMDog cmVzZXJ2YXRpb24gb2YgMCwgYTAwMDAgKDMpIGZhaWxlZAphY3BpMDogcmVzZXJ2YXRpb24gb2Yg MTAwMDAwLCBjZmYwMDAwMCAoMykgZmFpbGVkClRpbWVjb3VudGVyICJBQ1BJLWZhc3QiIGZyZXF1 ZW5jeSAzNTc5NTQ1IEh6IHF1YWxpdHkgMTAwMAphY3BpX3RpbWVyMDogPDI0LWJpdCB0aW1lciBh dCAzLjU3OTU0NU1Iej4gcG9ydCAweDgwOC0weDgwYiBvbiBhY3BpMAphY3BpX2hwZXQwOiA8SGln aCBQcmVjaXNpb24gRXZlbnQgVGltZXI+IGlvbWVtIDB4ZmVkMDAwMDAtMHhmZWQwMDNmZiBvbiBh Y3BpMApUaW1lY291bnRlciAiSFBFVCIgZnJlcXVlbmN5IDE0MzE4MTgwIEh6IHF1YWxpdHkgOTAw CnBjaWIwOiA8QUNQSSBIb3N0LVBDSSBicmlkZ2U+IHBvcnQgMHhjZjgtMHhjZmYgb24gYWNwaTAK cGNpMDogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjAKcGNpYjE6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdl PiBpcnEgMTYgYXQgZGV2aWNlIDEuMCBvbiBwY2kwCnBjaTE6IDxBQ1BJIFBDSSBidXM+IG9uIHBj aWIxCnZnYXBjaTA6IDxWR0EtY29tcGF0aWJsZSBkaXNwbGF5PiBwb3J0IDB4Y2MwMC0weGNjN2Yg bWVtIDB4ZmQwMDAwMDAtMHhmZGZmZmZmZiwweGQwMDAwMDAwLTB4ZGZmZmZmZmYsMHhmYTAwMDAw MC0weGZiZmZmZmZmIGlycSAxNiBhdCBkZXZpY2UgMC4wIG9uIHBjaTEKdWhjaTA6IDxJbnRlbCA4 MjgwMUkgKElDSDkpIFVTQiBjb250cm9sbGVyPiBwb3J0IDB4YjgwMC0weGI4MWYgaXJxIDE2IGF0 IGRldmljZSAyNi4wIG9uIHBjaTAKdWhjaTA6IFtHSUFOVC1MT0NLRURdCnVoY2kwOiBbSVRIUkVB RF0KdXNiMDogPEludGVsIDgyODAxSSAoSUNIOSkgVVNCIGNvbnRyb2xsZXI+IG9uIHVoY2kwCnVz YjA6IFVTQiByZXZpc2lvbiAxLjAKdWh1YjA6IDxJbnRlbCBVSENJIHJvb3QgaHViLCBjbGFzcyA5 LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNiMAp1aHViMDogMiBwb3J0cyB3aXRoIDIg cmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWhjaTE6IDxJbnRlbCA4MjgwMUkgKElDSDkpIFVTQiBj b250cm9sbGVyPiBwb3J0IDB4Yjg4MC0weGI4OWYgaXJxIDIxIGF0IGRldmljZSAyNi4xIG9uIHBj aTAKdWhjaTE6IFtHSUFOVC1MT0NLRURdCnVoY2kxOiBbSVRIUkVBRF0KdXNiMTogPEludGVsIDgy ODAxSSAoSUNIOSkgVVNCIGNvbnRyb2xsZXI+IG9uIHVoY2kxCnVzYjE6IFVTQiByZXZpc2lvbiAx LjAKdWh1YjE6IDxJbnRlbCBVSENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAs IGFkZHIgMT4gb24gdXNiMQp1aHViMTogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBv d2VyZWQKdWhjaTI6IDxJbnRlbCA4MjgwMUkgKElDSDkpIFVTQiBjb250cm9sbGVyPiBwb3J0IDB4 YmMwMC0weGJjMWYgaXJxIDE4IGF0IGRldmljZSAyNi4yIG9uIHBjaTAKdWhjaTI6IFtHSUFOVC1M T0NLRURdCnVoY2kyOiBbSVRIUkVBRF0KdXNiMjogPEludGVsIDgyODAxSSAoSUNIOSkgVVNCIGNv bnRyb2xsZXI+IG9uIHVoY2kyCnVzYjI6IFVTQiByZXZpc2lvbiAxLjAKdWh1YjI6IDxJbnRlbCBV SENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNiMgp1 aHViMjogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKZWhjaTA6IDxJbnRl bCA4MjgwMUkgKElDSDkpIFVTQiAyLjAgY29udHJvbGxlcj4gbWVtIDB4ZjlmZmZjMDAtMHhmOWZm ZmZmZiBpcnEgMTggYXQgZGV2aWNlIDI2Ljcgb24gcGNpMAplaGNpMDogW0dJQU5ULUxPQ0tFRF0K ZWhjaTA6IFtJVEhSRUFEXQp1c2IzOiBFSENJIHZlcnNpb24gMS4wCnVzYjM6IGNvbXBhbmlvbiBj b250cm9sbGVycywgMiBwb3J0cyBlYWNoOiB1c2IwIHVzYjEgdXNiMgp1c2IzOiA8SW50ZWwgODI4 MDFJIChJQ0g5KSBVU0IgMi4wIGNvbnRyb2xsZXI+IG9uIGVoY2kwCnVzYjM6IFVTQiByZXZpc2lv biAyLjAKdWh1YjM6IDxJbnRlbCBFSENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAyLjAwLzEu MDAsIGFkZHIgMT4gb24gdXNiMwp1aHViMzogNiBwb3J0cyB3aXRoIDYgcmVtb3ZhYmxlLCBzZWxm IHBvd2VyZWQKcGNpYjI6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTcgYXQgZGV2aWNlIDI4 LjAgb24gcGNpMApwY2kzOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMgpwY2liMzogPEFDUEkgUENJ LVBDSSBicmlkZ2U+IGlycSAxNiBhdCBkZXZpY2UgMjguNSBvbiBwY2kwCnBjaTI6IDxBQ1BJIFBD SSBidXM+IG9uIHBjaWIzCm1za2MwOiA8TWFydmVsbCBZdWtvbiA4OEU4MDU2IEdpZ2FiaXQgRXRo ZXJuZXQ+IHBvcnQgMHhkODAwLTB4ZDhmZiBtZW0gMHhmZWJmYzAwMC0weGZlYmZmZmZmIGlycSAx NyBhdCBkZXZpY2UgMC4wIG9uIHBjaTIKbXNrMDogPE1hcnZlbGwgVGVjaG5vbG9neSBHcm91cCBM dGQuIFl1a29uIEVDIFVsdHJhIElkIDB4YjQgUmV2IDB4MDI+IG9uIG1za2MwCmNhbid0IHJlLXVz ZSBhIGxlYWYgKGphYmJlcnMpIQptc2swOiBFdGhlcm5ldCBhZGRyZXNzOiAwMDoxZDo2MDpiNjpl Yjo5NwptaWlidXMwOiA8TUlJIGJ1cz4gb24gbXNrMAplMTAwMHBoeTA6IDxNYXJ2ZWxsIDg4RTEx NDkgR2lnYWJpdCBQSFk+IFBIWSAwIG9uIG1paWJ1czAKZTEwMDBwaHkwOiAgMTBiYXNlVCwgMTBi YXNlVC1GRFgsIDEwMGJhc2VUWCwgMTAwYmFzZVRYLUZEWCwgMTAwMGJhc2VUWC1GRFgsIGF1dG8K bXNrYzA6IFtGSUxURVJdCnVoY2kzOiA8SW50ZWwgODI4MDFJIChJQ0g5KSBVU0IgY29udHJvbGxl cj4gcG9ydCAweGIwODAtMHhiMDlmIGlycSAyMyBhdCBkZXZpY2UgMjkuMCBvbiBwY2kwCnVoY2kz OiBbR0lBTlQtTE9DS0VEXQp1aGNpMzogW0lUSFJFQURdCnVzYjQ6IDxJbnRlbCA4MjgwMUkgKElD SDkpIFVTQiBjb250cm9sbGVyPiBvbiB1aGNpMwp1c2I0OiBVU0IgcmV2aXNpb24gMS4wCnVodWI0 OiA8SW50ZWwgVUhDSSByb290IGh1YiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+ IG9uIHVzYjQKdWh1YjQ6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVo Y2k0OiA8SW50ZWwgODI4MDFJIChJQ0g5KSBVU0IgY29udHJvbGxlcj4gcG9ydCAweGI0MDAtMHhi NDFmIGlycSAxOSBhdCBkZXZpY2UgMjkuMSBvbiBwY2kwCnVoY2k0OiBbR0lBTlQtTE9DS0VEXQp1 aGNpNDogW0lUSFJFQURdCnVzYjU6IDxJbnRlbCA4MjgwMUkgKElDSDkpIFVTQiBjb250cm9sbGVy PiBvbiB1aGNpNAp1c2I1OiBVU0IgcmV2aXNpb24gMS4wCnVodWI1OiA8SW50ZWwgVUhDSSByb290 IGh1YiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYjUKdWh1YjU6IDIg cG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVoY2k1OiA8SW50ZWwgODI4MDFJ IChJQ0g5KSBVU0IgY29udHJvbGxlcj4gcG9ydCAweGI0ODAtMHhiNDlmIGlycSAxOCBhdCBkZXZp Y2UgMjkuMiBvbiBwY2kwCnVoY2k1OiBbR0lBTlQtTE9DS0VEXQp1aGNpNTogW0lUSFJFQURdCnVz YjY6IDxJbnRlbCA4MjgwMUkgKElDSDkpIFVTQiBjb250cm9sbGVyPiBvbiB1aGNpNQp1c2I2OiBV U0IgcmV2aXNpb24gMS4wCnVodWI2OiA8SW50ZWwgVUhDSSByb290IGh1YiwgY2xhc3MgOS8wLCBy ZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYjYKdWh1YjY6IDIgcG9ydHMgd2l0aCAyIHJlbW92 YWJsZSwgc2VsZiBwb3dlcmVkCmVoY2kxOiA8SW50ZWwgODI4MDFJIChJQ0g5KSBVU0IgMi4wIGNv bnRyb2xsZXI+IG1lbSAweGY5ZmZmODAwLTB4ZjlmZmZiZmYgaXJxIDIzIGF0IGRldmljZSAyOS43 IG9uIHBjaTAKZWhjaTE6IFtHSUFOVC1MT0NLRURdCmVoY2kxOiBbSVRIUkVBRF0KdXNiNzogRUhD SSB2ZXJzaW9uIDEuMAp1c2I3OiBjb21wYW5pb24gY29udHJvbGxlcnMsIDIgcG9ydHMgZWFjaDog dXNiNCB1c2I1IHVzYjYKdXNiNzogPEludGVsIDgyODAxSSAoSUNIOSkgVVNCIDIuMCBjb250cm9s bGVyPiBvbiBlaGNpMQp1c2I3OiBVU0IgcmV2aXNpb24gMi4wCnVodWI3OiA8SW50ZWwgRUhDSSBy b290IGh1YiwgY2xhc3MgOS8wLCByZXYgMi4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYjcKdWh1Yjc6 IDYgcG9ydHMgd2l0aCA2IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVodWI4OiA8dmVuZG9yIDB4 MDQyNCBwcm9kdWN0IDB4MjUwMiwgY2xhc3MgOS8wLCByZXYgMi4wMC8wLjAxLCBhZGRyIDI+IG9u IHVodWI3CnVodWI4OiBzaW5nbGUgdHJhbnNhY3Rpb24gdHJhbnNsYXRvcgp1aHViODogMiBwb3J0 cyB3aXRoIDEgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWh1Yjk6IDx2ZW5kb3IgMHgwNDI0IHBy b2R1Y3QgMHgyNjAyLCBjbGFzcyA5LzAsIHJldiAyLjAwLzAuMDAsIGFkZHIgMz4gb24gdWh1YjgK dWh1Yjk6IG11bHRpcGxlIHRyYW5zYWN0aW9uIHRyYW5zbGF0b3JzCnVodWI5OiA0IHBvcnRzIHdp dGggMyByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1bWFzczA6IDxHZW5lcmljIEZsYXNoIENhcmQg UmVhZGVyLCBjbGFzcyAwLzAsIHJldiAyLjAwLzQuNDQsIGFkZHIgND4gb24gdWh1YjkKcGNpYjQ6 IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMzAuMCBvbiBwY2kwCnBjaTQ6IDxBQ1BJ IFBDSSBidXM+IG9uIHBjaWI0CnBjaTQ6IDxtdWx0aW1lZGlhLCBhdWRpbz4gYXQgZGV2aWNlIDIu MCAobm8gZHJpdmVyIGF0dGFjaGVkKQppc2FiMDogPFBDSS1JU0EgYnJpZGdlPiBhdCBkZXZpY2Ug MzEuMCBvbiBwY2kwCmlzYTA6IDxJU0EgYnVzPiBvbiBpc2FiMAphdGFwY2kwOiA8SW50ZWwgQUhD SSBjb250cm9sbGVyPiBwb3J0IDB4YWMwMC0weGFjMDcsMHhhODgwLTB4YTg4MywweGE4MDAtMHhh ODA3LDB4YTQ4MC0weGE0ODMsMHhhNDAwLTB4YTQxZiBtZW0gMHhmOWZmZTgwMC0weGY5ZmZlZmZm IGlycSAyMiBhdCBkZXZpY2UgMzEuMiBvbiBwY2kwCmF0YXBjaTA6IFtJVEhSRUFEXQphdGFwY2kw OiBBSENJIFZlcnNpb24gMDEuMjAgY29udHJvbGxlciB3aXRoIDYgcG9ydHMgUE0gc3VwcG9ydGVk CmF0YTI6IDxBVEEgY2hhbm5lbCAwPiBvbiBhdGFwY2kwCmF0YTI6IFtJVEhSRUFEXQphdGEzOiA8 QVRBIGNoYW5uZWwgMT4gb24gYXRhcGNpMAphdGEzOiBbSVRIUkVBRF0KYXRhNDogPEFUQSBjaGFu bmVsIDI+IG9uIGF0YXBjaTAKYXRhNDogW0lUSFJFQURdCmF0YTU6IDxBVEEgY2hhbm5lbCAzPiBv biBhdGFwY2kwCmF0YTU6IFtJVEhSRUFEXQphdGE2OiA8QVRBIGNoYW5uZWwgND4gb24gYXRhcGNp MAphdGE2OiBbSVRIUkVBRF0KYXRhNzogPEFUQSBjaGFubmVsIDU+IG9uIGF0YXBjaTAKYXRhNzog W0lUSFJFQURdCnBjaTA6IDxzZXJpYWwgYnVzLCBTTUJ1cz4gYXQgZGV2aWNlIDMxLjMgKG5vIGRy aXZlciBhdHRhY2hlZCkKYWNwaV9idXR0b24wOiA8UG93ZXIgQnV0dG9uPiBvbiBhY3BpMAphdHJ0 YzA6IDxBVCByZWFsdGltZSBjbG9jaz4gcG9ydCAweDcwLTB4NzEgaXJxIDggb24gYWNwaTAKYXRr YmRjMDogPEtleWJvYXJkIGNvbnRyb2xsZXIgKGk4MDQyKT4gcG9ydCAweDYwLDB4NjQgaXJxIDEg b24gYWNwaTAKYXRrYmQwOiA8QVQgS2V5Ym9hcmQ+IGlycSAxIG9uIGF0a2JkYzAKa2JkMCBhdCBh dGtiZDAKYXRrYmQwOiBbR0lBTlQtTE9DS0VEXQphdGtiZDA6IFtJVEhSRUFEXQpjcHUwOiA8QUNQ SSBDUFU+IG9uIGFjcGkwCmVzdDA6IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRy b2w+IG9uIGNwdTAKY3B1MTogPEFDUEkgQ1BVPiBvbiBhY3BpMAplc3QxOiA8RW5oYW5jZWQgU3Bl ZWRTdGVwIEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHUxCmNwdTI6IDxBQ1BJIENQVT4gb24gYWNw aTAKZXN0MjogPEVuaGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1Mgpj cHUzOiA8QUNQSSBDUFU+IG9uIGFjcGkwCmVzdDM6IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVl bmN5IENvbnRyb2w+IG9uIGNwdTMKc2MwOiA8U3lzdGVtIGNvbnNvbGU+IGF0IGZsYWdzIDB4MTAw IG9uIGlzYTAKc2MwOiBWR0EgPDE2IHZpcnR1YWwgY29uc29sZXMsIGZsYWdzPTB4MzAwPgp2Z2Ew OiA8R2VuZXJpYyBJU0EgVkdBPiBhdCBwb3J0IDB4M2MwLTB4M2RmIGlvbWVtIDB4YTAwMDAtMHhi ZmZmZiBvbiBpc2EwCmF0YTAgYXQgcG9ydCAweDFmMC0weDFmNywweDNmNiBpcnEgMTQgb24gaXNh MAphdGEwOiBbSVRIUkVBRF0KYXRhMSBhdCBwb3J0IDB4MTcwLTB4MTc3LDB4Mzc2IGlycSAxNSBv biBpc2EwCmF0YTE6IFtJVEhSRUFEXQp1bXMwOiA8TG9naXRlY2ggVHJhY2tiYWxsLCBjbGFzcyAw LzAsIHJldiAxLjEwLzIuMjAsIGFkZHIgMj4gb24gdWh1YjQKdW1zMDogMyBidXR0b25zIGFuZCBa IGRpci4KdWtiZDA6IDxEZWxsIERlbGwgVVNCIEtleWJvYXJkLCBjbGFzcyAwLzAsIHJldiAxLjEw LzIuMDAsIGFkZHIgMj4gb24gdWh1YjUKa2JkMiBhdCB1a2JkMApUaW1lY291bnRlcnMgdGljayBl dmVyeSAxLjAwMCBtc2VjCmFkNjogNDc2OTQwTUIgPFNlYWdhdGUgU1QzNTAwMzIwQVMgU0QxNT4g YXQgYXRhMy1tYXN0ZXIgU0FUQTE1MAphZDg6IDMwNTI0NU1CIDxXREMgV0QzMjAwQUFKUy0wMFJZ QTAgMTIuMDFCMDE+IGF0IGF0YTQtbWFzdGVyIFNBVEEzMDAKYWNkMDogRFZEUiA8SEwtRFQtU1Qg QkREVkRSVyBHR0MtSDIwTC8xLjAzPiBhdCBhdGE1LW1hc3RlciBTQVRBMTUwCkdFT006IGFkNnMx OiBnZW9tZXRyeSBkb2VzIG5vdCBtYXRjaCBsYWJlbCAoMjU1aCw2M3MgIT0gMTZoLDYzcykuCkdF T006IGFkNnMyOiBnZW9tZXRyeSBkb2VzIG5vdCBtYXRjaCBsYWJlbCAoMjU1aCw2M3MgIT0gMTZo LDYzcykuCkdFT006IGFkNnMxOiBnZW9tZXRyeSBkb2VzIG5vdCBtYXRjaCBsYWJlbCAoMjU1aCw2 M3MgIT0gMTZoLDYzcykuCldBUk5JTkc6IGFkNnMxIGV4cGVjdGVkIHJhd29mZnNldCAwLCBmb3Vu ZCA2MwpHRU9NOiBhZDZzMjogZ2VvbWV0cnkgZG9lcyBub3QgbWF0Y2ggbGFiZWwgKDI1NWgsNjNz ICE9IDE2aCw2M3MpLgpXQVJOSU5HOiBhZDZzMiBleHBlY3RlZCByYXdvZmZzZXQgMCwgZm91bmQg MTA0ODU2MjU1CkdFT01fTEFCRUw6IExhYmVsIGZvciBwcm92aWRlciBhY2QwIGlzIGlzbzk2NjAv T3BlblNvbGFyaXMuCkdFT006IGFkNnMxYjogZ2VvbWV0cnkgZG9lcyBub3QgbWF0Y2ggbGFiZWwg KDI1NWgsNjNzICE9IDE2aCw2M3MpLgpHRU9NOiBhZDZzMWM6IGdlb21ldHJ5IGRvZXMgbm90IG1h dGNoIGxhYmVsICgyNTVoLDYzcyAhPSAxNmgsNjNzKS4KR0VPTTogYWQ2czJjOiBnZW9tZXRyeSBk b2VzIG5vdCBtYXRjaCBsYWJlbCAoMjU1aCw2M3MgIT0gMTZoLDYzcykuCkdFT006IGFkNnMyZDog Z2VvbWV0cnkgZG9lcyBub3QgbWF0Y2ggbGFiZWwgKDI1NWgsNjNzICE9IDE2aCw2M3MpLgpXQVJO SU5HOiBhZDZzMWIgZXhwZWN0ZWQgcmF3b2Zmc2V0IDAsIGZvdW5kIDYzCkdFT006IGFkNnMxYjog Z2VvbWV0cnkgZG9lcyBub3QgbWF0Y2ggbGFiZWwgKDI1NWgsNjNzICE9IDE2aCw2M3MpLgpHRU9N OiBhZDZzMWM6IGdlb21ldHJ5IGRvZXMgbm90IG1hdGNoIGxhYmVsICgyNTVoLDYzcyAhPSAxNmgs NjNzKS4KV0FSTklORzogYWQ2czJkIGV4cGVjdGVkIHJhd29mZnNldCAwLCBmb3VuZCAxMDQ4NTYy NTUKR0VPTTogYWQ2czJjOiBnZW9tZXRyeSBkb2VzIG5vdCBtYXRjaCBsYWJlbCAoMjU1aCw2M3Mg IT0gMTZoLDYzcykuCkdFT006IGFkNnMyZDogZ2VvbWV0cnkgZG9lcyBub3QgbWF0Y2ggbGFiZWwg KDI1NWgsNjNzICE9IDE2aCw2M3MpLgpXQVJOSU5HOiBhZDhzMSBleHBlY3RlZCByYXdvZmZzZXQg MCwgZm91bmQgNjMKV0FSTklORzogYWQ4czFkIGV4cGVjdGVkIHJhd29mZnNldCAwLCBmb3VuZCA2 MwphY2QwOiBGQUlMVVJFIC0gSU5RVUlSWSBJTExFR0FMIFJFUVVFU1QgYXNjPTB4MjQgYXNjcT0w eDAwIHNrcz0weDQwIDB4MDAgMHgwMQoocHJvYmUxOnVtYXNzLXNpbTA6MDowOjApOiBURVNUIFVO SVQgUkVBRFkuIENEQjogMCAwIDAgMCAwIDAgCihwcm9iZTE6dW1hc3Mtc2ltMDowOjA6MCk6IENB TSBTdGF0dXM6IFNDU0kgU3RhdHVzIEVycm9yCihwcm9iZTE6dW1hc3Mtc2ltMDowOjA6MCk6IFND U0kgU3RhdHVzOiBDaGVjayBDb25kaXRpb24KKHByb2JlMTp1bWFzcy1zaW0wOjA6MDowKTogTk9U IFJFQURZIGFzYzozYSwwCihwcm9iZTE6dW1hc3Mtc2ltMDowOjA6MCk6IE1lZGl1bSBub3QgcHJl c2VudAoocHJvYmUxOnVtYXNzLXNpbTA6MDowOjApOiBVbnJldHJ5YWJsZSBlcnJvcgphY2QwOiBG QUlMVVJFIC0gSU5RVUlSWSBJTExFR0FMIFJFUVVFU1QgYXNjPTB4MjQgYXNjcT0weDAwIHNrcz0w eDQwIDB4MDAgMHgwMQoocHJvYmUxOnVtYXNzLXNpbTA6MDowOjEpOiBURVNUIFVOSVQgUkVBRFku IENEQjogMCAyMCAwIDAgMCAwIAoocHJvYmUxOnVtYXNzLXNpbTA6MDowOjEpOiBDQU0gU3RhdHVz OiBTQ1NJIFN0YXR1cyBFcnJvcgoocHJvYmUxOnVtYXNzLXNpbTA6MDowOjEpOiBTQ1NJIFN0YXR1 czogQ2hlY2sgQ29uZGl0aW9uCihwcm9iZTE6dW1hc3Mtc2ltMDowOjA6MSk6IE5PVCBSRUFEWSBh c2M6M2EsMAoocHJvYmUxOnVtYXNzLXNpbTA6MDowOjEpOiBNZWRpdW0gbm90IHByZXNlbnQKKHBy b2JlMTp1bWFzcy1zaW0wOjA6MDoxKTogVW5yZXRyeWFibGUgZXJyb3IKU01QOiBBUCBDUFUgIzEg TGF1bmNoZWQhClNNUDogQVAgQ1BVICMzIExhdW5jaGVkIQpTTVA6IEFQIENQVSAjMiBMYXVuY2hl ZCEKY2QwIGF0IGF0YTUgYnVzIDAgdGFyZ2V0IDAgbHVuIDAKY2QwOiA8SEwtRFQtU1QgQkREVkRS VyBHR0MtSDIwTCAxLjAzPiBSZW1vdmFibGUgQ0QtUk9NIFNDU0ktMCBkZXZpY2UgCmNkMDogMy4z MDBNQi9zIHRyYW5zZmVycwpjZDA6IGNkIHByZXNlbnQgWzM1MTkwMyB4IDIwNDggYnl0ZSByZWNv cmRzXQpkYTAgYXQgdW1hc3Mtc2ltMCBidXMgMCB0YXJnZXQgMCBsdW4gMApkYTA6IDxHZW5lcmlj IEZsYXNoIEhTLUNGIDQuNDQ+IFJlbW92YWJsZSBEaXJlY3QgQWNjZXNzIFNDU0ktMCBkZXZpY2Ug CmRhMDogNDAuMDAwTUIvcyB0cmFuc2ZlcnMKZGEwOiBBdHRlbXB0IHRvIHF1ZXJ5IGRldmljZSBz aXplIGZhaWxlZDogTk9UIFJFQURZLCBNZWRpdW0gbm90IHByZXNlbnQKZGExIGF0IHVtYXNzLXNp bTAgYnVzIDAgdGFyZ2V0IDAgbHVuIDEKZGExOiA8R2VuZXJpYyBGbGFzaCBIUy1DT01CTyA0LjQ0 PiBSZW1vdmFibGUgRGlyZWN0IEFjY2VzcyBTQ1NJLTAgZGV2aWNlIApkYTE6IDQwLjAwME1CL3Mg dHJhbnNmZXJzCmRhMTogQXR0ZW1wdCB0byBxdWVyeSBkZXZpY2Ugc2l6ZSBmYWlsZWQ6IE5PVCBS RUFEWSwgTWVkaXVtIG5vdCBwcmVzZW50ClRyeWluZyB0byBtb3VudCByb290IGZyb20gdWZzOi9k ZXYvYWQ2czFhCldBUk5JTkc6IGFkOHMxIGV4cGVjdGVkIHJhd29mZnNldCAwLCBmb3VuZCA2MwpX QVJOSU5HOiBhZDhzMWQgZXhwZWN0ZWQgcmF3b2Zmc2V0IDAsIGZvdW5kIDYzCldBUk5JTkc6IGFk OHMxIGV4cGVjdGVkIHJhd29mZnNldCAwLCBmb3VuZCA2MwpXQVJOSU5HOiBhZDhzMWQgZXhwZWN0 ZWQgcmF3b2Zmc2V0IDAsIGZvdW5kIDYzCkdFT006IGFkNnMyYzogZ2VvbWV0cnkgZG9lcyBub3Qg bWF0Y2ggbGFiZWwgKDI1NWgsNjNzICE9IDE2aCw2M3MpLgpHRU9NOiBhZDZzMmQ6IGdlb21ldHJ5 IGRvZXMgbm90IG1hdGNoIGxhYmVsICgyNTVoLDYzcyAhPSAxNmgsNjNzKS4KbXNrMDogbGluayBz dGF0ZSBjaGFuZ2VkIHRvIFVQCldBUk5JTkc6IGFkOHMxIGV4cGVjdGVkIHJhd29mZnNldCAwLCBm b3VuZCA2MwpXQVJOSU5HOiBhZDhzMWQgZXhwZWN0ZWQgcmF3b2Zmc2V0IDAsIGZvdW5kIDYzCkdF T006IGFkNnMyYzogZ2VvbWV0cnkgZG9lcyBub3QgbWF0Y2ggbGFiZWwgKDI1NWgsNjNzICE9IDE2 aCw2M3MpLgpHRU9NOiBhZDZzMmQ6IGdlb21ldHJ5IGRvZXMgbm90IG1hdGNoIGxhYmVsICgyNTVo LDYzcyAhPSAxNmgsNjNzKS4KZW11MTBreDA6IDxDcmVhdGl2ZSBBdWRpZ3kgNCBbU0IwNjEwXT4g cG9ydCAweGVjMDAtMHhlYzNmIGlycSAxOCBhdCBkZXZpY2UgMi4wIG9uIHBjaTQKZW11MTBreDA6 IFtJVEhSRUFEXQpwY20wOiA8RU1VMTBLeCBEU1AgZnJvbnQgUENNIGludGVyZmFjZT4gb24gZW11 MTBreDAKcGNtMDogPFNpZ21hVGVsIFNUQUM5NzUwLzUxIEFDOTcgQ29kZWM+CnBjbTE6IDxFTVUx MEt4IERTUCByZWFyIFBDTSBpbnRlcmZhY2U+IG9uIGVtdTEwa3gwCnBjbTI6IDxFTVUxMEt4IERT UCBjZW50ZXIgUENNIGludGVyZmFjZT4gb24gZW11MTBreDAKcGNtMzogPEVNVTEwS3ggRFNQIHN1 Yndvb2ZlciBQQ00gaW50ZXJmYWNlPiBvbiBlbXUxMGt4MApwY200OiA8RU1VMTBLeCBEU1Agc2lk ZSBQQ00gaW50ZXJmYWNlPiBvbiBlbXUxMGt4MAo= --001636283776405f940463a56b09-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 24 09:52: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 061491065680; Tue, 24 Feb 2009 09:52:54 +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 C2DDB8FC1E; Tue, 24 Feb 2009 09:52:53 +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 n1O9qpFj093323; Tue, 24 Feb 2009 04:52:52 -0500 (EST) (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 n1O9qpUk022691; Tue, 24 Feb 2009 04:52:51 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 91E487302F; Tue, 24 Feb 2009 04:52:51 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090224095251.91E487302F@freebsd-current.sentex.ca> Date: Tue, 24 Feb 2009 04:52:51 -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 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, 24 Feb 2009 09:52:54 -0000 TB --- 2009-02-24 08:09:08 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-24 08:09:08 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-02-24 08:09:08 - cleaning the object tree TB --- 2009-02-24 08:09:26 - cvsupping the source tree TB --- 2009-02-24 08:09:26 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-02-24 08:09:39 - building world TB --- 2009-02-24 08:09:39 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-24 08:09:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-24 08:09:39 - TARGET=powerpc TB --- 2009-02-24 08:09:39 - TARGET_ARCH=powerpc TB --- 2009-02-24 08:09:39 - TZ=UTC TB --- 2009-02-24 08:09:39 - __MAKE_CONF=/dev/null TB --- 2009-02-24 08:09:39 - cd /src TB --- 2009-02-24 08:09:39 - /usr/bin/make -B buildworld >>> World build started on Tue Feb 24 08:09:42 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 Feb 24 09:36:12 UTC 2009 TB --- 2009-02-24 09:36:12 - generating LINT kernel config TB --- 2009-02-24 09:36:12 - cd /src/sys/powerpc/conf TB --- 2009-02-24 09:36:12 - /usr/bin/make -B LINT TB --- 2009-02-24 09:36:12 - building LINT kernel TB --- 2009-02-24 09:36:12 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-24 09:36:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-24 09:36:12 - TARGET=powerpc TB --- 2009-02-24 09:36:12 - TARGET_ARCH=powerpc TB --- 2009-02-24 09:36:12 - TZ=UTC TB --- 2009-02-24 09:36:12 - __MAKE_CONF=/dev/null TB --- 2009-02-24 09:36:12 - cd /src TB --- 2009-02-24 09:36:12 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Feb 24 09:36:12 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 -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/powerpc/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -mlongcall -fno-omit-frame-pointer -I/obj/powerpc/src/sys/LINT -msoft-float -mno-altivec -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_cal_adcgain.c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/powerpc/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -mlongcall -fno-omit-frame-pointer -I/obj/powerpc/src/sys/LINT -msoft-float -mno-altivec -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_cal_adcdc.c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/powerpc/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -mlongcall -fno-omit-frame-pointer -I/obj/powerpc/src/sys/LINT -msoft-float -mno-altivec -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_eeprom.c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/powerpc/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -mlongcall -fno-omit-frame-pointer -I/obj/powerpc/src/sys/LINT -msoft-float -mno-altivec -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_gpio.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_gpio.c: In function 'ar5416GpioCfgOutput': /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_gpio.c:89: error: expected expression before 'do' /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_gpio.c: In function 'ar5416GpioCfgInput': /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_gpio.c:111: error: expected expression before 'do' *** Error code 1 Stop in /src/sys/modules/ath. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-24 09:52:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-24 09:52:51 - ERROR: failed to build lint kernel TB --- 2009-02-24 09:52:51 - 4893.03 user 419.69 system 6222.85 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Feb 24 10:03: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 0103C1065672; Tue, 24 Feb 2009 10:03:34 +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 B37278FC1B; Tue, 24 Feb 2009 10:03:33 +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 n1OA3V9D044482; Tue, 24 Feb 2009 05:03:31 -0500 (EST) (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 n1OA3VHY010889; Tue, 24 Feb 2009 05:03:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0A00F7302F; Tue, 24 Feb 2009 05:03:31 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090224100331.0A00F7302F@freebsd-current.sentex.ca> Date: Tue, 24 Feb 2009 05:03:31 -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: Tue, 24 Feb 2009 10:03:34 -0000 TB --- 2009-02-24 08:25:03 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-24 08:25:03 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-02-24 08:25:03 - cleaning the object tree TB --- 2009-02-24 08:25:24 - cvsupping the source tree TB --- 2009-02-24 08:25:24 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-02-24 08:25:34 - building world TB --- 2009-02-24 08:25:34 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-24 08:25:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-24 08:25:34 - TARGET=sparc64 TB --- 2009-02-24 08:25:34 - TARGET_ARCH=sparc64 TB --- 2009-02-24 08:25:34 - TZ=UTC TB --- 2009-02-24 08:25:34 - __MAKE_CONF=/dev/null TB --- 2009-02-24 08:25:34 - cd /src TB --- 2009-02-24 08:25:34 - /usr/bin/make -B buildworld >>> World build started on Tue Feb 24 08:25:36 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 Feb 24 09:46:03 UTC 2009 TB --- 2009-02-24 09:46:03 - generating LINT kernel config TB --- 2009-02-24 09:46:03 - cd /src/sys/sparc64/conf TB --- 2009-02-24 09:46:03 - /usr/bin/make -B LINT TB --- 2009-02-24 09:46:03 - building LINT kernel TB --- 2009-02-24 09:46:03 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-24 09:46:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-24 09:46:03 - TARGET=sparc64 TB --- 2009-02-24 09:46:03 - TARGET_ARCH=sparc64 TB --- 2009-02-24 09:46:03 - TZ=UTC TB --- 2009-02-24 09:46:03 - __MAKE_CONF=/dev/null TB --- 2009-02-24 09:46:03 - cd /src TB --- 2009-02-24 09:46:03 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Feb 24 09:46:03 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 -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sparc64/src/sys/LINT -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_cal_adcgain.c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sparc64/src/sys/LINT -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_cal_adcdc.c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sparc64/src/sys/LINT -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_eeprom.c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sparc64/src/sys/LINT -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_gpio.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_gpio.c: In function 'ar5416GpioCfgOutput': /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_gpio.c:89: error: expected expression before 'do' /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_gpio.c: In function 'ar5416GpioCfgInput': /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_gpio.c:111: error: expected expression before 'do' *** Error code 1 Stop in /src/sys/modules/ath. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-24 10:03:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-24 10:03:30 - ERROR: failed to build lint kernel TB --- 2009-02-24 10:03:30 - 4699.36 user 418.55 system 5907.44 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue Feb 24 11:20: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 D1A42106566C; Tue, 24 Feb 2009 11:20: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 A5FD08FC0A; Tue, 24 Feb 2009 11:20: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 n1OBKgLW046669; Tue, 24 Feb 2009 06:20:42 -0500 (EST) (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 n1OBKgQp070781; Tue, 24 Feb 2009 06:20:42 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9101B7302F; Tue, 24 Feb 2009 06:20:42 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090224112042.9101B7302F@freebsd-current.sentex.ca> Date: Tue, 24 Feb 2009 06:20:42 -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/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: Tue, 24 Feb 2009 11:20:47 -0000 TB --- 2009-02-24 09:52:51 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-24 09:52:51 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-02-24 09:52:51 - cleaning the object tree TB --- 2009-02-24 09:53:14 - cvsupping the source tree TB --- 2009-02-24 09:53:14 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-02-24 09:53:23 - building world TB --- 2009-02-24 09:53:23 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-24 09:53:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-24 09:53:23 - TARGET=sun4v TB --- 2009-02-24 09:53:23 - TARGET_ARCH=sparc64 TB --- 2009-02-24 09:53:23 - TZ=UTC TB --- 2009-02-24 09:53:23 - __MAKE_CONF=/dev/null TB --- 2009-02-24 09:53:23 - cd /src TB --- 2009-02-24 09:53:23 - /usr/bin/make -B buildworld >>> World build started on Tue Feb 24 09:53:24 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 Feb 24 11:05:19 UTC 2009 TB --- 2009-02-24 11:05:19 - generating LINT kernel config TB --- 2009-02-24 11:05:19 - cd /src/sys/sun4v/conf TB --- 2009-02-24 11:05:19 - /usr/bin/make -B LINT TB --- 2009-02-24 11:05:19 - building LINT kernel TB --- 2009-02-24 11:05:19 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-24 11:05:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-24 11:05:19 - TARGET=sun4v TB --- 2009-02-24 11:05:19 - TARGET_ARCH=sparc64 TB --- 2009-02-24 11:05:19 - TZ=UTC TB --- 2009-02-24 11:05:19 - __MAKE_CONF=/dev/null TB --- 2009-02-24 11:05:19 - cd /src TB --- 2009-02-24 11:05:19 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Feb 24 11:05:19 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 -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sun4v/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sun4v/src/sys/LINT -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_cal_adcgain.c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sun4v/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sun4v/src/sys/LINT -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_cal_adcdc.c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sun4v/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sun4v/src/sys/LINT -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_eeprom.c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sun4v/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sun4v/src/sys/LINT -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_gpio.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_gpio.c: In function 'ar5416GpioCfgOutput': /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_gpio.c:89: error: expected expression before 'do' /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_gpio.c: In function 'ar5416GpioCfgInput': /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_gpio.c:111: error: expected expression before 'do' *** Error code 1 Stop in /src/sys/modules/ath. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-24 11:20:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-24 11:20:42 - ERROR: failed to build lint kernel TB --- 2009-02-24 11:20:42 - 4642.16 user 412.07 system 5270.80 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Tue Feb 24 17: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 DEC9B106566B; Tue, 24 Feb 2009 17:39:19 +0000 (UTC) (envelope-from minimarmot@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 AC6F98FC20; Tue, 24 Feb 2009 17:39:19 +0000 (UTC) (envelope-from minimarmot@gmail.com) Received: by wf-out-1314.google.com with SMTP id 27so2714950wfd.7 for ; Tue, 24 Feb 2009 09:39:19 -0800 (PST) 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=AGpHCZiFgXuwkav3RrN8ITBaHP7vpc5iRrUSqPWNJ/Y=; b=qj+Wbzwv83HVTSzfWQgEmZKjQvQQOuSoY1TLvtLU1JDiEE37549P8+ReRRQwB9aT9w a5h9deKZ2VmPWlCP5BUXCw/ssb2QInpleCwIc7rNf71iWsYmQTA1VLQ6HQ1CApRX//vW e2hjg989DF6XRS28RWiY9GLxC3EckwTaK3BpU= 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=q8wanAzDWmxTjMLYvXbPcv78RzSy2M//uVSlf8HBsJphHhHQvGy2VnAqnSvy1jfWJP Hx9kQKfaccUnL2ey/4m+fJTmvNAds+F64bWyd68e03fTzGZ0kD+WGMkvZahwuGjBmLTh pU+ROKkuu7qYL9N+Q+MwnKZYj177Ygqh3C4Ck= MIME-Version: 1.0 Received: by 10.143.42.6 with SMTP id u6mr2641378wfj.144.1235497159171; Tue, 24 Feb 2009 09:39:19 -0800 (PST) In-Reply-To: <47d0403c0902210949i74473bc5j57c923e13c85e89@mail.gmail.com> References: <1235218982.00077642.1235207402@10.7.7.3> <499FFC5F.3020903@FreeBSD.org> <47d0403c0902210949i74473bc5j57c923e13c85e89@mail.gmail.com> Date: Tue, 24 Feb 2009 12:39:19 -0500 Message-ID: <47d0403c0902240939h317c0454qfa2b5246f60d42d3@mail.gmail.com> From: Ben Kaduk To: Alexander Motin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: Annoying whitenoise sound coming from snd_hda enabled chipset X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Feb 2009 17:39:20 -0000 Finally at my work desktop ... On Sat, Feb 21, 2009 at 12:49 PM, Ben Kaduk wrote: > On Sat, Feb 21, 2009 at 8:06 AM, Alexander Motin wrote: >> Garrett Cooper wrote: >>> >>> I don't know how else to describe it, but when I turn up my >>> speakers enough (50%+) and don't have any sound playing, I hear a >>> whitenoise hiss coming out of them. When I change webpages (nvidia >>> driver is GIANT locked) or do something else kernel intensive it stops >>> for a brief second, but apart from that it's an annoying trill sound >>> almost like a mosquito humming around me waiting to be swatted. >> >> I think it may be radio interference with disconnected microphone inputs. >> Try to set all unneeded mixer volumes to 0, especially mic, monitor, speaker >> and mix. Inputs often have too sensitive 20-30dB pre-amplifiers. Some codecs >> have them on all inputs. > > It's hard to be sure, since I'm not sure that I could describe what I > hear any better than Garret did, but I think I'm seeing the same sort > of thing on my work desktop. I'll try setting unneeded volumes to > zero the next time I'm in, and see if that helps. > > dmesg and pciconf are available here: > http://stuff.mit.edu/afs/sipb.mit.edu/user/kaduk/freebsd/periphrasis/ I'm still getting the noise, even with these mixer settings: periphrasis# mixer Mixer vol is currently set to 25:25 Mixer pcm is currently set to 25:25 Mixer speaker is currently set to 0:0 Mixer mix is currently set to 0:0 Mixer rec is currently set to 0:0 Mixer monitor is currently set to 0:0 Recording source: (One of the upgrades neede me to set hw.snd.default_unit=1, but that's unrelated.) Now that I'm actually listening to the noise, I'm not sure that it's really something I would describe as white noise --- the frequency distribution is only on a fairly narrow band of relatively high frequency. Setting the mixer entirely to zero does not eliminate the noise. Things like switching between workspaces in KDE or scrolling up and down in firefox using the scroll wheel cause the noise to disappear during those actions. I just now tested switching back to hw.snd.default_unit=0 and using the headphone jack on the back of the machine (soldered directly to the motherboard), and the noise is still present, though slightly quieter than using the front panel headphones jack. Any thoughts are greatly appreciated. -Ben Kaduk From owner-freebsd-current@FreeBSD.ORG Tue Feb 24 17:56: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 E64A7106566B; Tue, 24 Feb 2009 17:56:11 +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 B70A28FC1D; Tue, 24 Feb 2009 17:56:11 +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 59BA146B09; Tue, 24 Feb 2009 12:56:11 -0500 (EST) 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 n1OHtlXJ025092; Tue, 24 Feb 2009 12:55:47 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 24 Feb 2009 12:54:56 -0500 User-Agent: KMail/1.9.7 References: <49A37DBF.60702@elischer.org> In-Reply-To: <49A37DBF.60702@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902241254.57223.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, 24 Feb 2009 12:55:47 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.2/9040/Tue Feb 24 06:12:28 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: Julian Elischer , FreeBSD Current Subject: Re: bootblocks compile 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, 24 Feb 2009 17:56:12 -0000 On Monday 23 February 2009 11:55:27 pm Julian Elischer wrote: > # cd /sys/boot/i386 > # make > > [...] > > cc -O2 -pipe -DLOADER_NFS_SUPPORT -DCOMPORT=0x3f8 -DCOMSPEED=9600 > -DSMBIOS_SERIAL_NUMBERS -DTERM_EMU -Dalloca=__builtin_alloca > -I/usr/src/sys/boot/i386/libi386/../../common > -I/usr/src/sys/boot/i386/libi386/../btx/lib > -I/usr/src/sys/boot/i386/libi386/../../../contrib/dev/acpica > -I/usr/src/sys/boot/i386/libi386/../../.. > -I. > -I/usr/src/sys/boot/i386/libi386/../../../../lib/libstand/ > -ffreestanding -mpref > -mno-sse -mno-sse2 > -mno-sse3 > -c /usr/src/sys/boot/i386/libi386/bootinfo64.c > > /usr/src/sys/boot/i386/libi386/bootinfo64.c: In function 'bi_checkcpu': > /usr/src/sys/boot/i386/libi386/bootinfo64.c:155: error: > 'CENTAUR_VENDOR_ID' undeclared (first use in this function) > /usr/src/sys/boot/i386/libi386/bootinfo64.c:155: error: (Each > undeclared identifier is reported only once > /usr/src/sys/boot/i386/libi386/bootinfo64.c:155: error: for each > function it appears in.) > *** Error code 1 > > Stop in /usr/src/sys/boot/i386/libi386. > *** Error code 1 > > this is defined in specialreg.h > but in "machine/specialreg.h" > there is no 'machine' as such > > I suspect that someone expected to only compile bootblocks as part of > a system build? > > not sure what the "correct" fix is.. I think you have a stale tree. What branch are you building and which arch? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Feb 24 17:56: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 E64A7106566B; Tue, 24 Feb 2009 17:56:11 +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 B70A28FC1D; Tue, 24 Feb 2009 17:56:11 +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 59BA146B09; Tue, 24 Feb 2009 12:56:11 -0500 (EST) 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 n1OHtlXJ025092; Tue, 24 Feb 2009 12:55:47 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 24 Feb 2009 12:54:56 -0500 User-Agent: KMail/1.9.7 References: <49A37DBF.60702@elischer.org> In-Reply-To: <49A37DBF.60702@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902241254.57223.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, 24 Feb 2009 12:55:47 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.2/9040/Tue Feb 24 06:12:28 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: Julian Elischer , FreeBSD Current Subject: Re: bootblocks compile 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, 24 Feb 2009 17:56:12 -0000 On Monday 23 February 2009 11:55:27 pm Julian Elischer wrote: > # cd /sys/boot/i386 > # make > > [...] > > cc -O2 -pipe -DLOADER_NFS_SUPPORT -DCOMPORT=0x3f8 -DCOMSPEED=9600 > -DSMBIOS_SERIAL_NUMBERS -DTERM_EMU -Dalloca=__builtin_alloca > -I/usr/src/sys/boot/i386/libi386/../../common > -I/usr/src/sys/boot/i386/libi386/../btx/lib > -I/usr/src/sys/boot/i386/libi386/../../../contrib/dev/acpica > -I/usr/src/sys/boot/i386/libi386/../../.. > -I. > -I/usr/src/sys/boot/i386/libi386/../../../../lib/libstand/ > -ffreestanding -mpref > -mno-sse -mno-sse2 > -mno-sse3 > -c /usr/src/sys/boot/i386/libi386/bootinfo64.c > > /usr/src/sys/boot/i386/libi386/bootinfo64.c: In function 'bi_checkcpu': > /usr/src/sys/boot/i386/libi386/bootinfo64.c:155: error: > 'CENTAUR_VENDOR_ID' undeclared (first use in this function) > /usr/src/sys/boot/i386/libi386/bootinfo64.c:155: error: (Each > undeclared identifier is reported only once > /usr/src/sys/boot/i386/libi386/bootinfo64.c:155: error: for each > function it appears in.) > *** Error code 1 > > Stop in /usr/src/sys/boot/i386/libi386. > *** Error code 1 > > this is defined in specialreg.h > but in "machine/specialreg.h" > there is no 'machine' as such > > I suspect that someone expected to only compile bootblocks as part of > a system build? > > not sure what the "correct" fix is.. I think you have a stale tree. What branch are you building and which arch? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Feb 24 18:31: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 20128106566C for ; Tue, 24 Feb 2009 18:31:06 +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 7754C8FC0C for ; Tue, 24 Feb 2009 18:31:05 +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 235697990; Tue, 24 Feb 2009 20:31:04 +0200 Message-ID: <49A43CE5.5030701@FreeBSD.org> Date: Tue, 24 Feb 2009 20:31:01 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.19 (X11/20090118) MIME-Version: 1.0 To: Ben Kaduk References: <1235218982.00077642.1235207402@10.7.7.3> <499FFC5F.3020903@FreeBSD.org> <47d0403c0902210949i74473bc5j57c923e13c85e89@mail.gmail.com> <47d0403c0902240939h317c0454qfa2b5246f60d42d3@mail.gmail.com> In-Reply-To: <47d0403c0902240939h317c0454qfa2b5246f60d42d3@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: Annoying whitenoise sound coming from snd_hda enabled chipset X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Feb 2009 18:31:06 -0000 Ben Kaduk wrote: > On Sat, Feb 21, 2009 at 12:49 PM, Ben Kaduk wrote: >> On Sat, Feb 21, 2009 at 8:06 AM, Alexander Motin wrote: >>> Garrett Cooper wrote: >>>> I don't know how else to describe it, but when I turn up my >>>> speakers enough (50%+) and don't have any sound playing, I hear a >>>> whitenoise hiss coming out of them. When I change webpages (nvidia >>>> driver is GIANT locked) or do something else kernel intensive it stops >>>> for a brief second, but apart from that it's an annoying trill sound >>>> almost like a mosquito humming around me waiting to be swatted. >>> I think it may be radio interference with disconnected microphone inputs. >>> Try to set all unneeded mixer volumes to 0, especially mic, monitor, speaker >>> and mix. Inputs often have too sensitive 20-30dB pre-amplifiers. Some codecs >>> have them on all inputs. >> It's hard to be sure, since I'm not sure that I could describe what I >> hear any better than Garret did, but I think I'm seeing the same sort >> of thing on my work desktop. I'll try setting unneeded volumes to >> zero the next time I'm in, and see if that helps. >> >> dmesg and pciconf are available here: >> http://stuff.mit.edu/afs/sipb.mit.edu/user/kaduk/freebsd/periphrasis/ > > I'm still getting the noise, even with these mixer settings: > periphrasis# mixer > Mixer vol is currently set to 25:25 > Mixer pcm is currently set to 25:25 > Mixer speaker is currently set to 0:0 > Mixer mix is currently set to 0:0 > Mixer rec is currently set to 0:0 > Mixer monitor is currently set to 0:0 > Recording source: You have set vol and pcm to 25. They are measured not in percents now, there are a logarithmic scales inside codec, so, depending on model, 25 may mean something like -30dB, when you will be able to hear codec's native noise margin, which can quite high cheap codecs and cheap boards. Set your mixer to 80-100 and reduce volume on you speakers/amplifier. > Now that I'm actually listening to the noise, I'm not sure that it's > really something > I would describe as white noise --- the frequency distribution is only > on a fairly narrow > band of relatively high frequency. > Setting the mixer entirely to zero does not eliminate the noise. > Things like switching between workspaces in KDE or scrolling up and > down in firefox > using the scroll wheel cause the noise to disappear during those actions. CPU or other system activity may influences audio in many aspects, like power converters operation modes, CPU/bus/memory/whatever idle power management and other. The only recommendation here is not to buy cheap components. > I just now tested switching back to hw.snd.default_unit=0 and using > the headphone > jack on the back of the machine (soldered directly to the motherboard), and the > noise is still present, though slightly quieter than using the front > panel headphones > jack. Depending on configuration, driver could activate additional Headphones amplifier on your front connector. It's also usually does not increase quality. PS: The only way to completely avoid system noises is to get good external digitally-connected AV-receiver. snd_hda driver now supports SPDIF (and I hope HDMI) output and after I have implemented such output on my laptop (just soldered one more connector to the existing codec), I can say that this the best solution, at least for me. Expensive PCI sound cards, like Audugy2 or X-Fi could give comparable quality even via analog connectors, but until I anyway have good AV-receiver/amplifier, there is no reason for me to use analog connectivity. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Tue Feb 24 18:45: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 24D8E106567A; Tue, 24 Feb 2009 18:45:26 +0000 (UTC) (envelope-from minimarmot@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.235]) by mx1.freebsd.org (Postfix) with ESMTP id DFCBA8FC0C; Tue, 24 Feb 2009 18:45:25 +0000 (UTC) (envelope-from minimarmot@gmail.com) Received: by rv-out-0506.google.com with SMTP id f6so2643376rvb.43 for ; Tue, 24 Feb 2009 10:45:25 -0800 (PST) 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=EqDLGLyCkBpj2wJsRFxblNaaLBLc6+pnv4CAQEaFP9c=; b=NRPrbgnfC9iGHxqcWyfqVTfhD93LoC1Fu4X++/NxWqUpqGVY2Np8b2IZ+i+0LD+4Dn KRcj4pjoO3MeZiJP0mJ/jo8CJnbyejesVfBqiMpcbS6xPOO4dAcrlbXd6n2ApTlq7gmJ R6DOq48MiR0H46aVVFBMufx7ECZfzdmvf4fEU= 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=jXyqPTJS4BaMN3zgiw+NAor3V3AQxrX76wKTL/OK8cFi97f1xb2HCzd3xfv/yTSV6B Iu6/vs+YstlOuqfSQaH0dmxfeeFQNtYssukFMJIYVePdK2qYVmlSq+CFNmNawrjuKOI9 Hmv7x0LMsBVG1/0cN6gYGGJLzFn6FYMPQ8u0w= MIME-Version: 1.0 Received: by 10.142.101.17 with SMTP id y17mr2669312wfb.69.1235501125632; Tue, 24 Feb 2009 10:45:25 -0800 (PST) In-Reply-To: <49A43CE5.5030701@FreeBSD.org> References: <1235218982.00077642.1235207402@10.7.7.3> <499FFC5F.3020903@FreeBSD.org> <47d0403c0902210949i74473bc5j57c923e13c85e89@mail.gmail.com> <47d0403c0902240939h317c0454qfa2b5246f60d42d3@mail.gmail.com> <49A43CE5.5030701@FreeBSD.org> Date: Tue, 24 Feb 2009 13:45:25 -0500 Message-ID: <47d0403c0902241045g73b4068fp4a1032e51f752f0e@mail.gmail.com> From: Ben Kaduk To: Alexander Motin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current Subject: Re: Annoying whitenoise sound coming from snd_hda enabled chipset X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Feb 2009 18:45:27 -0000 On Tue, Feb 24, 2009 at 1:31 PM, Alexander Motin wrote: > Ben Kaduk wrote: >> >> On Sat, Feb 21, 2009 at 12:49 PM, Ben Kaduk wrote= : >>> >>> On Sat, Feb 21, 2009 at 8:06 AM, Alexander Motin wrot= e: >>>> >>>> Garrett Cooper wrote: >>>>> >>>>> =A0 I don't know how else to describe it, but when I turn up my >>>>> speakers enough (50%+) and don't have any sound playing, I hear a >>>>> whitenoise hiss coming out of them. When I change webpages (nvidia >>>>> driver is GIANT locked) or do something else kernel intensive it stop= s >>>>> for a brief second, but apart from that it's an annoying trill sound >>>>> almost like a mosquito humming around me waiting to be swatted. >>>> >>>> I think it may be radio interference with disconnected microphone >>>> inputs. >>>> Try to set all unneeded mixer volumes to 0, especially mic, monitor, >>>> speaker >>>> and mix. Inputs often have too sensitive 20-30dB pre-amplifiers. Some >>>> codecs >>>> have them on all inputs. >>> >>> It's hard to be sure, since I'm not sure that I could describe what I >>> hear any better than Garret did, but I think I'm seeing the same sort >>> of thing on my work desktop. =A0I'll try setting unneeded volumes to >>> zero the next time I'm in, and see if that helps. >>> >>> dmesg and pciconf are available here: >>> http://stuff.mit.edu/afs/sipb.mit.edu/user/kaduk/freebsd/periphrasis/ >> >> I'm still getting the noise, even with these mixer settings: >> periphrasis# mixer >> Mixer vol =A0 =A0 =A0is currently set to =A025:25 >> Mixer pcm =A0 =A0 =A0is currently set to =A025:25 >> Mixer speaker =A0is currently set to =A0 0:0 >> Mixer mix =A0 =A0 =A0is currently set to =A0 0:0 >> Mixer rec =A0 =A0 =A0is currently set to =A0 0:0 >> Mixer monitor =A0is currently set to =A0 0:0 >> Recording source: > > You have set vol and pcm to 25. They are measured not in percents now, th= ere > are a logarithmic scales inside codec, so, depending on model, 25 may mea= n > something like -30dB, when you will be able to hear codec's native noise > margin, which can quite high cheap codecs and cheap boards. > > Set your mixer to 80-100 and reduce volume on you speakers/amplifier. > Sadly, I am using headphones, with no additional amplification. I think I was using the same or similar mixer settings in the old world ord= er, with the same loudness at my ear. I would be surprised if the change to logarithmic scale is solely responsible for this noise, but it is plausible ... -Ben Kaduk From owner-freebsd-current@FreeBSD.ORG Tue Feb 24 18:59: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 44B8E106564A for ; Tue, 24 Feb 2009 18:59:50 +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 847B08FC23 for ; Tue, 24 Feb 2009 18:59:49 +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 235700585; Tue, 24 Feb 2009 20:59:48 +0200 Message-ID: <49A443A1.8010907@FreeBSD.org> Date: Tue, 24 Feb 2009 20:59:45 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.19 (X11/20090118) MIME-Version: 1.0 To: Ben Kaduk References: <1235218982.00077642.1235207402@10.7.7.3> <499FFC5F.3020903@FreeBSD.org> <47d0403c0902210949i74473bc5j57c923e13c85e89@mail.gmail.com> <47d0403c0902240939h317c0454qfa2b5246f60d42d3@mail.gmail.com> <49A43CE5.5030701@FreeBSD.org> <47d0403c0902241045g73b4068fp4a1032e51f752f0e@mail.gmail.com> In-Reply-To: <47d0403c0902241045g73b4068fp4a1032e51f752f0e@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: Annoying whitenoise sound coming from snd_hda enabled chipset X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Feb 2009 18:59:50 -0000 Ben Kaduk wrote: > On Tue, Feb 24, 2009 at 1:31 PM, Alexander Motin wrote: >> Ben Kaduk wrote: >>> On Sat, Feb 21, 2009 at 12:49 PM, Ben Kaduk wrote: >>>> On Sat, Feb 21, 2009 at 8:06 AM, Alexander Motin wrote: >>>>> Garrett Cooper wrote: >>>>>> I don't know how else to describe it, but when I turn up my >>>>>> speakers enough (50%+) and don't have any sound playing, I hear a >>>>>> whitenoise hiss coming out of them. When I change webpages (nvidia >>>>>> driver is GIANT locked) or do something else kernel intensive it stops >>>>>> for a brief second, but apart from that it's an annoying trill sound >>>>>> almost like a mosquito humming around me waiting to be swatted. >>>>> I think it may be radio interference with disconnected microphone >>>>> inputs. >>>>> Try to set all unneeded mixer volumes to 0, especially mic, monitor, >>>>> speaker >>>>> and mix. Inputs often have too sensitive 20-30dB pre-amplifiers. Some >>>>> codecs >>>>> have them on all inputs. >>>> It's hard to be sure, since I'm not sure that I could describe what I >>>> hear any better than Garret did, but I think I'm seeing the same sort >>>> of thing on my work desktop. I'll try setting unneeded volumes to >>>> zero the next time I'm in, and see if that helps. >>>> >>>> dmesg and pciconf are available here: >>>> http://stuff.mit.edu/afs/sipb.mit.edu/user/kaduk/freebsd/periphrasis/ >>> I'm still getting the noise, even with these mixer settings: >>> periphrasis# mixer >>> Mixer vol is currently set to 25:25 >>> Mixer pcm is currently set to 25:25 >>> Mixer speaker is currently set to 0:0 >>> Mixer mix is currently set to 0:0 >>> Mixer rec is currently set to 0:0 >>> Mixer monitor is currently set to 0:0 >>> Recording source: >> You have set vol and pcm to 25. They are measured not in percents now, there >> are a logarithmic scales inside codec, so, depending on model, 25 may mean >> something like -30dB, when you will be able to hear codec's native noise >> margin, which can quite high cheap codecs and cheap boards. >> >> Set your mixer to 80-100 and reduce volume on you speakers/amplifier. > > Sadly, I am using headphones, with no additional amplification. Then you unlucky. Buy some divider or make it using two jacks and two resistors. Also you may try to disable some in-codec or on-board amplifier if they present in your system. First can be controller by setting pin type to Line-out instead of Headphones, second sometimes controlled with GPIO signals. > I think I was using the same or similar mixer settings in the old world order, > with the same loudness at my ear. I would be surprised if the > change to logarithmic scale is solely responsible for this noise, but it > is plausible ... If you really wish to investigate possible noise source, you can always get codec's signal map from it's datasheet or driver output and make sure that all unwanted signal sources are blocked. You can get a lot of information about driver operation from it's output, especially with setting hw.snd.verbose=4. But I does not think you'll find there something, driver does this task quite good. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Tue Feb 24 19:08: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 6C890106566C for ; Tue, 24 Feb 2009 19:08:35 +0000 (UTC) (envelope-from michiel@boland.org) Received: from smtp-vbr12.xs4all.nl (smtp-vbr12.xs4all.nl [194.109.24.32]) by mx1.freebsd.org (Postfix) with ESMTP id 0AD188FC0A for ; Tue, 24 Feb 2009 19:08:34 +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-vbr12.xs4all.nl (8.13.8/8.13.8) with ESMTP id n1OJ8XNJ004441 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 24 Feb 2009 20:08:33 +0100 (CET) (envelope-from michiel@boland.org) Message-ID: <49A445B1.1000802@boland.org> Date: Tue, 24 Feb 2009 20:08:33 +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: usb messages printed after boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Feb 2009 19:08:35 -0000 Hi. No biggie, but after the usb changes I now get extraneous kernel messages on the console after booting into single-user mode. Makes it a little difficult to find if there is a prompt or not. Cheers Michiel [...] WARNING: WITNESS option enabled, expect reduced performance. Root mount waiting for: usbus6 Trying to mount root from ufs:/dev/ad4s1a Enter full pathname of shell or RETURN for /bin/sh: ugen5.2: at usbus5 ushub7: on usbus5 ushub7: 3 ports with 2 removable, bus powered ugen5.3: at usbus5 ukbd0: on usbus5 kbd2 at ukbd0 uhid0: on usbus5 Symlink: uhid0 -> usb5.3.1.16 ugen5.4: at usbus5 ums0: on usbus5 ums0: 3 buttons and [XYZ] coordinates Symlink: ums0 -> usb5.4.0.16 From owner-freebsd-current@FreeBSD.ORG Tue Feb 24 19:10: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 9EF8310656FB for ; Tue, 24 Feb 2009 19:10:26 +0000 (UTC) (envelope-from sean.bruno@dsl-only.net) Received: from iron2.pdx.net (iron2.pdx.net [69.64.224.71]) by mx1.freebsd.org (Postfix) with ESMTP id 848E68FC0C for ; Tue, 24 Feb 2009 19:10:26 +0000 (UTC) (envelope-from sean.bruno@dsl-only.net) Received: (qmail 26082 invoked from network); 24 Feb 2009 11:09:01 -0800 Received: from 069-064-235-060.pdx.net (HELO ?192.168.1.51?) (69.64.235.60) by iron2.pdx.net with SMTP; 24 Feb 2009 11:09:01 -0800 From: Sean Bruno To: FreeBSD Current Content-Type: text/plain Date: Tue, 24 Feb 2009 11:10:25 -0800 Message-Id: <1235502625.4345.2.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.24.4 (2.24.4-1.fc10) Content-Transfer-Encoding: 7bit Subject: Default FS Layout Too Small? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Feb 2009 19:10:27 -0000 I noted that if I choose the auto defaults for my F/S layout, sysinstall will not reserve enough space for root(512MB?). This is just barely enough to recompile and install an updated kernel. Much more than that and the F/S is full. I would assume that the default would be much larger now-a-days. I think a simple doubling to 1G would be sufficient. Comments? Sean From owner-freebsd-current@FreeBSD.ORG Tue Feb 24 19:18: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 59E631065714 for ; Tue, 24 Feb 2009 19:18:53 +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 C48C38FC13 for ; Tue, 24 Feb 2009 19:18:52 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=4HrSN8uq5VQA:10 a=MXw7gxVQKqGXY79tIT8aFQ==:17 a=qXG6jGQuzcR5MOzEGnMA:9 a=pgDSYuasdmO8HN3sl7oA:7 a=rlBBk2nzEqcGS16QzV1326zY0QcA: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 811302052; Tue, 24 Feb 2009 20:18:50 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Tue, 24 Feb 2009 20:21:16 +0100 User-Agent: KMail/1.9.7 References: <49A445B1.1000802@boland.org> In-Reply-To: <49A445B1.1000802@boland.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902242021.18656.hselasky@c2i.net> Cc: Michiel Boland Subject: Re: usb messages printed after boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Feb 2009 19:19:04 -0000 On Tuesday 24 February 2009, Michiel Boland wrote: > Hi. No biggie, but after the usb changes I now get extraneous kernel > messages on the console after booting into single-user mode. Makes it a > little difficult to find if there is a prompt or not. > Hi, Is it a problem during ordinary "Login:" ? --HPS From owner-freebsd-current@FreeBSD.ORG Tue Feb 24 19: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 5B31A106564A for ; Tue, 24 Feb 2009 19:20:28 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 70EF68FC1B for ; Tue, 24 Feb 2009 19:20:27 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: (qmail invoked by alias); 24 Feb 2009 19:20:25 -0000 Received: from p54A3E245.dip.t-dialin.net (EHLO tron.homeunix.org) [84.163.226.69] by mail.gmx.net (mp056) with SMTP; 24 Feb 2009 20:20:25 +0100 X-Authenticated: #1673122 X-Provags-ID: V01U2FsdGVkX195oNl5bEF5QKbuu0GCeRQ+R68reBI7gz+7Bxqcn9 jdZ+kOtf6PfGjc Message-ID: <49A44878.30707@gmx.de> Date: Tue, 24 Feb 2009 20:20:24 +0100 From: Christoph Mallon User-Agent: Thunderbird 2.0.0.19 (X11/20090103) MIME-Version: 1.0 To: Sean Bruno References: <1235502625.4345.2.camel@localhost.localdomain> In-Reply-To: <1235502625.4345.2.camel@localhost.localdomain> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.74 Cc: FreeBSD Current Subject: Re: Default FS Layout Too Small? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Feb 2009 19:20:29 -0000 Sean Bruno schrieb: > I noted that if I choose the auto defaults for my F/S layout, sysinstall > will not reserve enough space for root(512MB?). This is just barely > enough to recompile and install an updated kernel. Much more than that > and the F/S is full. > > I would assume that the default would be much larger now-a-days. I think > a simple doubling to 1G would be sufficient. > > Comments? You are not supposed to compile stuff (or put any other large and often changing stuff) on the root fs. From owner-freebsd-current@FreeBSD.ORG Tue Feb 24 19:25: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 428391065689 for ; Tue, 24 Feb 2009 19:25:25 +0000 (UTC) (envelope-from michiel@boland.org) Received: from smtp-vbr11.xs4all.nl (smtp-vbr11.xs4all.nl [194.109.24.31]) by mx1.freebsd.org (Postfix) with ESMTP id B8D698FC16 for ; Tue, 24 Feb 2009 19:25:24 +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-vbr11.xs4all.nl (8.13.8/8.13.8) with ESMTP id n1OJPM5e046350 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 24 Feb 2009 20:25:23 +0100 (CET) (envelope-from michiel@boland.org) Message-ID: <49A449A2.9010308@boland.org> Date: Tue, 24 Feb 2009 20:25:22 +0100 From: Michiel Boland User-Agent: Thunderbird 2.0.0.19 (X11/20090125) MIME-Version: 1.0 To: Hans Petter Selasky References: <49A445B1.1000802@boland.org> <200902242021.18656.hselasky@c2i.net> In-Reply-To: <200902242021.18656.hselasky@c2i.net> Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-current@freebsd.org Subject: Re: usb messages printed after boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Feb 2009 19:25:25 -0000 Hans Petter Selasky wrote: > On Tuesday 24 February 2009, Michiel Boland wrote: >> Hi. No biggie, but after the usb changes I now get extraneous kernel >> messages on the console after booting into single-user mode. Makes it a >> little difficult to find if there is a prompt or not. >> > > Hi, > > Is it a problem during ordinary "Login:" ? During normal startup the usb messages are intermixed with /etc/rc output. So the login: prompt is visible then. From owner-freebsd-current@FreeBSD.ORG Tue Feb 24 19:29:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1060) id 64582106566C; Tue, 24 Feb 2009 19:29:50 +0000 (UTC) Date: Tue, 24 Feb 2009 19:29:50 +0000 From: Craig Rodrigues To: Sean Bruno Message-ID: <20090224192950.GA93786@crodrigues.org> References: <1235502625.4345.2.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1235502625.4345.2.camel@localhost.localdomain> User-Agent: Mutt/1.4.2.1i Cc: FreeBSD Current Subject: Re: Default FS Layout Too Small? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Feb 2009 19:29:50 -0000 On Tue, Feb 24, 2009 at 11:10:25AM -0800, Sean Bruno wrote: > I would assume that the default would be much larger now-a-days. I think > a simple doubling to 1G would be sufficient. Is there any point these days to having sysinstall auto-default to creating separate slices for /tmp, /var/, /usr........ when setting up new systems, I've started just ignoring the sysinstall auto-defaults and making one big / partition and installing FreeBSD there.... It seems every release we need to keep bumping up the size of the sysinstall auto-defaults because they are too small. This bites new users. -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Tue Feb 24 19:30:00 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 E7443106566C; Tue, 24 Feb 2009 19:30:00 +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 BF4EE8FC24; Tue, 24 Feb 2009 19:30:00 +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 40BAF46B17; Tue, 24 Feb 2009 14:30:00 -0500 (EST) Date: Tue, 24 Feb 2009 19:30:00 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: current@FreeBSD.org, net@FreeBSD.org In-Reply-To: Message-ID: References: <20080526110543.J26343@fledge.watson.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: Re: HEADS UP: IFF_NEEDSGIANT consumers to be disabled, removed (was: Re: Wiki page for non-MPSAFE network stack de-orbit scheduling) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Feb 2009 19:30:02 -0000 On Mon, 16 Feb 2009, Robert Watson wrote: > The following schedule is proposed, assuming nothing goes horribly wrong > with the new USB code in the next few weeks, and remaining nits relating to > USB network and 802.11 drivers are handled: > > 16 February 2009 HEADS UP to lists (this e-mail) > 01 March 2009 Disable build of all IFF_NEEDSGIANT drivers in 8.x > 01 April 2009 Remove all IFF_NEEDSGIANT drivers from 8.x > > In the next couple of weeks, I'd like to resolve the status of (and > eliminate) the if_ndis conditional use of IFF_NEEDSGIANT. There's also a > chance that if_sl will get updated by Ed and myself to work with the new > locking and TTY world orders -- the lock is easy, but the TTY update takes a > bit of work. Perhaps someone will feel moved to do this for if_ppp and > possibly if_cx as well. Just a reminder that 1 March is gradually approaching. It looks like the new USB stack is settling nicely, so I currently have no plans to defer the above schedule. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Tue Feb 24 19:57: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 B3F1910656C3 for ; Tue, 24 Feb 2009 19:57:31 +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 1743F8FC16 for ; Tue, 24 Feb 2009 19:57:30 +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 235704870; Tue, 24 Feb 2009 21:57:30 +0200 Message-ID: <49A45127.3000108@FreeBSD.org> Date: Tue, 24 Feb 2009 21:57:27 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.19 (X11/20090118) MIME-Version: 1.0 To: Yoshihiro Ota References: <1235218982.00077642.1235207402@10.7.7.3> <499FFC5F.3020903@FreeBSD.org> <47d0403c0902210949i74473bc5j57c923e13c85e89@mail.gmail.com> <49A04510.5030405@FreeBSD.org> <7d6fde3d0902211356h66b05cfcxf2ebbe9b2a6fd0f0@mail.gmail.com> <20090224004110.e4ad76f4.ota@j.email.ne.jp> In-Reply-To: <20090224004110.e4ad76f4.ota@j.email.ne.jp> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: Annoying whitenoise sound coming from snd_hda enabled chipset X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Feb 2009 19:57:32 -0000 Yoshihiro Ota wrote: > On Sat, 21 Feb 2009 13:56:35 -0800 > Garrett Cooper wrote: > >> On Sat, Feb 21, 2009 at 10:35 AM, Benjamin Kaduk wrote: >>> On Sat, 21 Feb 2009, Alexander Motin wrote: >>> >>>> Ben Kaduk wrote: >>>>> On Sat, Feb 21, 2009 at 8:06 AM, Alexander Motin wrote: >>>>>> Garrett Cooper wrote: >>>>>>> I don't know how else to describe it, but when I turn up my >>>>>>> speakers enough (50%+) and don't have any sound playing, I hear a >>>>>>> whitenoise hiss coming out of them. When I change webpages (nvidia >>>>>>> driver is GIANT locked) or do something else kernel intensive it stops >>>>>>> for a brief second, but apart from that it's an annoying trill sound >>>>>>> almost like a mosquito humming around me waiting to be swatted. >>>>>> I think it may be radio interference with disconnected microphone >>>>>> inputs. >>>>>> Try to set all unneeded mixer volumes to 0, especially mic, monitor, >>>>>> speaker >>>>>> and mix. Inputs often have too sensitive 20-30dB pre-amplifiers. Some >>>>>> codecs >>>>>> have them on all inputs. >>>>> It's hard to be sure, since I'm not sure that I could describe what I >>>>> hear any better than Garret did, but I think I'm seeing the same sort >>>>> of thing on my work desktop. I'll try setting unneeded volumes to >>>>> zero the next time I'm in, and see if that helps. >>>>> >>>>> dmesg and pciconf are available here: >>>>> http://stuff.mit.edu/afs/sipb.mit.edu/user/kaduk/freebsd/periphrasis/ >>>> I see there some old 7.0-STABLE dmesg without any pcm. There is nothing to >>>> talk about. If you wish to have good working HDA, update to recent STABLE or >>>> at least take driver from there. >>> Oops, I had been blocking on updating from 7 to current because of >>> a bounce zone bug that was causing the box to panic, and I didn't >>> update the dmesg after I did finally upgrade. >>> >>> Should be updated, now. >>> >>> Sorry about that, >>> >>> Ben Kaduk >> Unfortunately I must use mix though or line-in doesn't function >> from my console peripherals. It does appear to be the culprit >> unfortunately. >> So I suppose I have to live with this issue until my SB Audigy >> card comes :(? This is something that should be noted in the driver >> manpage or you'll get more annoyed folks with support emails like this >> one ><... >> Thanks, >> -Garrett > > I think I started seeing similar issues. > When I boot 8-CURRENT, it makes some low yet very silent noise, too. > > In my case, with hdac or pcm device, 8-CURRENT fails to boot very requentry. > It fails to prove a device and doesn't proceed farthar than that point. > Now it only boots once in 5 or 10 reboots. > > When it boots, it prints lots of following messages. > > hdac0: HDA Codec #0: Conexant CX20549 (Venice) > hdac0: unable to allocate widgets! > hdac0: unable to allocate widgets! > hdac0: unable to allocate widgets! > hdac0: unable to allocate widgets! > hdac0: unable to allocate widgets! > hdac0: hdac_command_send_internal: TIMEOUT numcmd=1, sent=1, received=0 > hdac0: hdac_command_send_internal: TIMEOUT numcmd=1, sent=1, received=0 > hdac0: hdac_command_send_internal: TIMEOUT numcmd=1, sent=1, received=0 > hdac0: hdac_command_send_internal: TIMEOUT numcmd=1, sent=1, received=0 > hdac0: hdac_command_send_internal: TIMEOUT numcmd=1, sent=1, received=0 > > I think this started happening about a week ago or so, sometime between > 13 and 16th. The only significant change last time was enabling MSI by default. But I don't think it should lead to such errors. I have tried even operation completely without interrupts working and there is not such errors. Can you send me complete verbose dmesg with the problem and `pciconf -lvc` output? Also you may try to disable MSI by setting 'hint.hdac.0.msi=0' hint. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Tue Feb 24 20:10: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 1D21A106567A for ; Tue, 24 Feb 2009 20:10:57 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from mail-gx0-f176.google.com (mail-gx0-f176.google.com [209.85.217.176]) by mx1.freebsd.org (Postfix) with ESMTP id C91A68FC08 for ; Tue, 24 Feb 2009 20:10:56 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by gxk24 with SMTP id 24so9377331gxk.19 for ; Tue, 24 Feb 2009 12:10:56 -0800 (PST) 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=kD4Bo/xOiO4EPrXIUe5fYZIeIs13XPHo6l41zCCQjwI=; b=HYuTbtLf7cf0Bz+e3Pv7EbctRLiAj511LvPIf9pnlt9ouwGboGChNfiSwzvKR4Lk7t iPv3JfsX1Czc3L/kgKNmVWhffPX4qBbzWEu5C0xeYp66kuV+EJRr8GtNzUkSNhFnCe4j OxU74xsZE/lwUWFJ0ISkboJ4sE0hC1FeQymJI= 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=mfD2DzVDM8ivhjNrbPb3FkrAc5ge1DG1FOSI8yybk3tQjWvUGg7KlISvM3q+S9MbJ/ Nd83pG251+GA+m1Gim9pGGYVcHTeav2Zs6nuNS1BJy/Cxb8wRquZ8mQJ2RWQBhoj0k+3 fC7BqggbPCIOt4EMCgprgt+oYD13aw4/UHH5k= MIME-Version: 1.0 Received: by 10.151.106.7 with SMTP id i7mr110876ybm.14.1235506256287; Tue, 24 Feb 2009 12:10:56 -0800 (PST) In-Reply-To: <49A44878.30707@gmx.de> References: <1235502625.4345.2.camel@localhost.localdomain> <49A44878.30707@gmx.de> Date: Tue, 24 Feb 2009 12:10:56 -0800 Message-ID: From: Maksim Yevmenkin To: Christoph Mallon Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Sean Bruno , FreeBSD Current Subject: Re: Default FS Layout Too Small? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Feb 2009 20:10:58 -0000 On Tue, Feb 24, 2009 at 11:20 AM, Christoph Mallon wrote: > Sean Bruno schrieb: >> >> I noted that if I choose the auto defaults for my F/S layout, sysinstall >> will not reserve enough space for root(512MB?). =A0This is just barely >> enough to recompile and install an updated kernel. =A0Much more than tha= t >> and the F/S is full. >> >> I would assume that the default would be much larger now-a-days. I think >> a simple doubling to 1G would be sufficient. >> >> Comments? > > You are not supposed to compile stuff (or put any other large and often > changing stuff) on the root fs. uhmmm.... i _think_ he is talking about the fact that 512mb root fs is barely enough to keep /boot/kernel/ and /boot/kernel.old/ together. surely you agree that keeping previous (working) copy of the kernel is a "really good idea" when trying out new kernel. i personally have been bitten by the same problem. spinning hard drives are _really_ big and cheap those days, so i would say we probably should increase default root fs size. thanks, max From owner-freebsd-current@FreeBSD.ORG Tue Feb 24 20:11: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 454C41065736 for ; Tue, 24 Feb 2009 20:11:05 +0000 (UTC) (envelope-from pj@smo.de) Received: from ilk.de (mx-out24.ilk.de [194.121.104.24]) by mx1.freebsd.org (Postfix) with ESMTP id A9BBF8FC1E for ; Tue, 24 Feb 2009 20:11:04 +0000 (UTC) (envelope-from pj@smo.de) Received: from bologna.intern.smo.de (pool30.ka.ilk.net [212.86.194.30]) by ilk.de (8.13.4/8.13.4/ilk-relay) with ESMTP id n1OKAlD3019235; Tue, 24 Feb 2009 21:10:47 +0100 Received: from [192.168.153.208] (herdubreid.intern.smo.de [192.168.153.208]) by bologna.intern.smo.de (8.13.8+Sun/8.13.8) with ESMTP id n1OKBeU9001361; Tue, 24 Feb 2009 21:11:40 +0100 (CET) Message-ID: <49A454AB.8040903@smo.de> Date: Tue, 24 Feb 2009 21:12:27 +0100 From: Philipp Ost User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20090125 X-Accept-Language: de, en-us, en MIME-Version: 1.0 To: Sean Bruno References: <1235502625.4345.2.camel@localhost.localdomain> In-Reply-To: <1235502625.4345.2.camel@localhost.localdomain> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: Default FS Layout Too Small? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Feb 2009 20:11:07 -0000 Sean Bruno wrote: > I noted that if I choose the auto defaults for my F/S layout, sysinstall > will not reserve enough space for root(512MB?). This is just barely > enough to recompile and install an updated kernel. Much more than that > and the F/S is full. On my FreeBSD boxes the size of / is ~256MB of which are ~85MB in use. I'm perfectly happy with that ;-) I don't quite get your problem there... Regards, Philipp From owner-freebsd-current@FreeBSD.ORG Tue Feb 24 20:22: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 AEE89106566B for ; Tue, 24 Feb 2009 20:22:01 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id F39048FC1A for ; Tue, 24 Feb 2009 20:22:00 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: (qmail invoked by alias); 24 Feb 2009 20:21:59 -0000 Received: from p54A3E245.dip.t-dialin.net (EHLO tron.homeunix.org) [84.163.226.69] by mail.gmx.net (mp046) with SMTP; 24 Feb 2009 21:21:59 +0100 X-Authenticated: #1673122 X-Provags-ID: V01U2FsdGVkX1/S4tIxMj3SVt31VKb8+3oVJ3WeMK26wnbRcCAchI TPX0zEK/0dj61T Message-ID: <49A456E6.1040307@gmx.de> Date: Tue, 24 Feb 2009 21:21:58 +0100 From: Christoph Mallon User-Agent: Thunderbird 2.0.0.19 (X11/20090103) MIME-Version: 1.0 To: Maksim Yevmenkin References: <1235502625.4345.2.camel@localhost.localdomain> <49A44878.30707@gmx.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.64 Cc: Sean Bruno , FreeBSD Current Subject: Re: Default FS Layout Too Small? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Feb 2009 20:22:02 -0000 Maksim Yevmenkin schrieb: > On Tue, Feb 24, 2009 at 11:20 AM, Christoph Mallon > wrote: >> Sean Bruno schrieb: >>> I noted that if I choose the auto defaults for my F/S layout, sysinstall >>> will not reserve enough space for root(512MB?). This is just barely >>> enough to recompile and install an updated kernel. Much more than that >>> and the F/S is full. >>> >>> I would assume that the default would be much larger now-a-days. I think >>> a simple doubling to 1G would be sufficient. >>> >>> Comments? >> You are not supposed to compile stuff (or put any other large and often >> changing stuff) on the root fs. > > uhmmm.... i _think_ he is talking about the fact that 512mb root fs is > barely enough to keep /boot/kernel/ and /boot/kernel.old/ together. > surely you agree that keeping previous (working) copy of the kernel is > a "really good idea" when trying out new kernel. i personally have > been bitten by the same problem. spinning hard drives are _really_ big > and cheap those days, so i would say we probably should increase > default root fs size. I have several old kernels on my 256MB / and there is no space problem. From owner-freebsd-current@FreeBSD.ORG Tue Feb 24 20:22: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 84F511065677 for ; Tue, 24 Feb 2009 20:22:33 +0000 (UTC) (envelope-from llc2w@virginia.edu) Received: from fork10.mail.virginia.edu (fork10.mail.Virginia.EDU [128.143.2.180]) by mx1.freebsd.org (Postfix) with ESMTP id 530F08FC14 for ; Tue, 24 Feb 2009 20:22:33 +0000 (UTC) (envelope-from llc2w@virginia.edu) Received: from localhost (localhost [127.0.0.1]) by fork10.mail.virginia.edu (Postfix) with ESMTP id 83DF91F518F for ; Tue, 24 Feb 2009 15:22:32 -0500 (EST) Received: from fork10.mail.virginia.edu ([127.0.0.1]) by localhost (fork10.mail.virginia.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21558-07 for ; Tue, 24 Feb 2009 15:22:32 -0500 (EST) Received: from qw-out-1920.google.com (qw-out-1920.google.com [74.125.92.145]) by fork10.mail.virginia.edu (Postfix) with ESMTP id 58F6E1F5156 for ; Tue, 24 Feb 2009 15:22:32 -0500 (EST) Received: by qw-out-1920.google.com with SMTP id 5so1713743qwf.0 for ; Tue, 24 Feb 2009 12:22:32 -0800 (PST) MIME-Version: 1.0 Received: by 10.229.100.68 with SMTP id x4mr2573991qcn.1.1235506952015; Tue, 24 Feb 2009 12:22:32 -0800 (PST) In-Reply-To: <49A454AB.8040903@smo.de> References: <1235502625.4345.2.camel@localhost.localdomain> <49A454AB.8040903@smo.de> Date: Tue, 24 Feb 2009 15:22:31 -0500 Message-ID: <792298050902241222y2927bbffj210715f259fd28bf@mail.gmail.com> From: L Campbell To: Philipp Ost Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-UVA-Virus-Scanned: by amavisd-new at fork10.mail.virginia.edu Cc: Sean Bruno , FreeBSD Current Subject: Re: Default FS Layout Too Small? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Feb 2009 20:22:34 -0000 On Tue, Feb 24, 2009 at 3:12 PM, Philipp Ost wrote: > Sean Bruno wrote: >> >> I noted that if I choose the auto defaults for my F/S layout, sysinstall >> will not reserve enough space for root(512MB?). =C2=A0This is just barel= y >> enough to recompile and install an updated kernel. =C2=A0Much more than = that >> and the F/S is full. > > On my FreeBSD boxes the size of / is ~256MB of which are ~85MB in use. I'= m > perfectly happy with that ;-) > > I don't quite get your problem there... I suspect you're an extraordinary case. Running 8.0-CURRENT on my laptop with a (very) slimmed down GENERIC, *one* copy of my kernel takes up significantly more space than yours hark@kanaria> du -hd0 /boot/kernel 120M /boot/kernel From owner-freebsd-current@FreeBSD.ORG Tue Feb 24 20: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 A55C1106564A for ; Tue, 24 Feb 2009 20:29:46 +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 7C55B8FC0A for ; Tue, 24 Feb 2009 20:29:46 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from [10.123.2.23] (h-66-166-149-52.snvacaid.covad.net [66.166.149.52]) by kientzle.com (8.12.9/8.12.9) with ESMTP id n1OKSnFg004348; Tue, 24 Feb 2009 12:28:50 -0800 (PST) (envelope-from kientzle@freebsd.org) Message-ID: <49A458BF.8090603@freebsd.org> Date: Tue, 24 Feb 2009 12:29:51 -0800 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: Craig Rodrigues References: <1235502625.4345.2.camel@localhost.localdomain> <20090224192950.GA93786@crodrigues.org> In-Reply-To: <20090224192950.GA93786@crodrigues.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Sean Bruno , FreeBSD Current Subject: Re: Default FS Layout Too Small? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Feb 2009 20:29:46 -0000 Craig Rodrigues wrote: > On Tue, Feb 24, 2009 at 11:10:25AM -0800, Sean Bruno wrote: > >>I would assume that the default would be much larger now-a-days. I think >>a simple doubling to 1G would be sufficient. > > Is there any point these days to having sysinstall auto-default to creating > separate slices for /tmp, /var/, /usr........ > when setting up new systems, I've started just ignoring > the sysinstall auto-defaults and making one big / partition > and installing FreeBSD there.... > > It seems every release we need to keep bumping up the size of > the sysinstall auto-defaults because they are too small. > > This bites new users. I agree. The "one big /" style of partitioning seems a much more reasonable default for most desktop/laptop users these days. For server users, the separate /tmp and /var are pretty critical, though I doubt those folks are using the "A"uto layout very much, so changing the "A"uto layout to just allocate / and swap would seem to make sense. Tim From owner-freebsd-current@FreeBSD.ORG Tue Feb 24 20:35: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 E78D41065678 for ; Tue, 24 Feb 2009 20:35:27 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from phoenix.cs.uoguelph.ca (phoenix.cs.uoguelph.ca [131.104.94.216]) by mx1.freebsd.org (Postfix) with ESMTP id 9F2588FC12 for ; Tue, 24 Feb 2009 20:35:27 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by phoenix.cs.uoguelph.ca (8.13.1/8.13.1) with ESMTP id n1OKZJxf010293; Tue, 24 Feb 2009 15:35:19 -0500 Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id n1OKdoB16232; Tue, 24 Feb 2009 15:39:50 -0500 (EST) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Tue, 24 Feb 2009 15:39:50 -0500 (EST) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: L Campbell In-Reply-To: <792298050902241222y2927bbffj210715f259fd28bf@mail.gmail.com> Message-ID: References: <1235502625.4345.2.camel@localhost.localdomain> <49A454AB.8040903@smo.de> <792298050902241222y2927bbffj210715f259fd28bf@mail.gmail.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-1804928587-1235507990=:14414" X-Scanned-By: MIMEDefang 2.63 on 131.104.94.216 Cc: Philipp Ost , FreeBSD Current , Sean Bruno Subject: Re: Default FS Layout Too Small? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Feb 2009 20:35:31 -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. ---559023410-1804928587-1235507990=:14414 Content-Type: TEXT/PLAIN; charset=UTF-8; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Tue, 24 Feb 2009, L Campbell wrote: > On Tue, Feb 24, 2009 at 3:12 PM, Philipp Ost wrote: >> Sean Bruno wrote: >>> >>> I noted that if I choose the auto defaults for my F/S layout, sysinstal= l >>> will not reserve enough space for root(512MB?). =C2=A0This is just bare= ly >>> enough to recompile and install an updated kernel. =C2=A0Much more than= that >>> and the F/S is full. >> >> On my FreeBSD boxes the size of / is ~256MB of which are ~85MB in use. I= 'm >> perfectly happy with that ;-) >> >> I don't quite get your problem there... > > I suspect you're an extraordinary case. Running 8.0-CURRENT on my > laptop with a (very) slimmed down GENERIC, *one* copy of my kernel > takes up significantly more space than yours > > hark@kanaria> du -hd0 /boot/kernel > 120M /boot/kernel Depends upon whether you make separate copies of all the modules or just the kernel binary file (I'm in the habit of doing the latter, but I can=20 see the argument for the former being the default). rick ---559023410-1804928587-1235507990=:14414-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 24 20:34: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 B3953106566B for ; Tue, 24 Feb 2009 20:34:23 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from math.missouri.edu (math.missouri.edu [128.206.184.200]) by mx1.freebsd.org (Postfix) with ESMTP id 90FAE8FC15 for ; Tue, 24 Feb 2009 20:34:23 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from [128.206.184.213] (cauchy.math.missouri.edu [128.206.184.213]) by math.missouri.edu (Postfix) with ESMTP id 7E3D4610CEF; Tue, 24 Feb 2009 14:17:29 -0600 (CST) Message-ID: <49A45558.9060000@math.missouri.edu> Date: Tue, 24 Feb 2009 14:15:20 -0600 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.19) Gecko/20090220 SeaMonkey/1.1.14 MIME-Version: 1.0 To: Sean Bruno References: <1235502625.4345.2.camel@localhost.localdomain> In-Reply-To: <1235502625.4345.2.camel@localhost.localdomain> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.94.2/9041/Tue Feb 24 10:21:07 2009 on math.missouri.edu X-Virus-Status: Clean X-Mailman-Approved-At: Tue, 24 Feb 2009 20:37:44 +0000 Cc: FreeBSD Current Subject: Re: Default FS Layout Too Small? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Feb 2009 20:34:24 -0000 Sean Bruno wrote: > I noted that if I choose the auto defaults for my F/S layout, sysinstall > will not reserve enough space for root(512MB?). This is just barely > enough to recompile and install an updated kernel. Much more than that > and the F/S is full. > > I would assume that the default would be much larger now-a-days. I think > a simple doubling to 1G would be sufficient. > > Comments? > > Sean I have observed the same issue. Somehow there is a lot more stuff in /boot/kernel than there used to be. I'm guessing that a lot of it is symbols for the debugger, which used not to be there. And when you have /boot/kernel.old as well, it really gets pretty full there. I don't understand the comment made by another poster that 85MB is enough. I have a FreeBSD 7 box which was partitioned years ago (back in FreeBSD 2 days) which has only 256MB on the root FS. My process for installing the kernel is now cd /usr/src make installkernel .... this dies with a "file system full" error rm -r /boot/kernel.old make installkernel From owner-freebsd-current@FreeBSD.ORG Tue Feb 24 20:56: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 B468E106574B for ; Tue, 24 Feb 2009 20:56:56 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.179]) by mx1.freebsd.org (Postfix) with ESMTP id 7433D8FC25 for ; Tue, 24 Feb 2009 20:56:56 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: by el-out-1112.google.com with SMTP id r27so1938079ele.13 for ; Tue, 24 Feb 2009 12:56:56 -0800 (PST) MIME-Version: 1.0 Received: by 10.229.79.2 with SMTP id n2mr2555427qck.8.1235509014725; Tue, 24 Feb 2009 12:56:54 -0800 (PST) In-Reply-To: <49A45558.9060000@math.missouri.edu> References: <1235502625.4345.2.camel@localhost.localdomain> <49A45558.9060000@math.missouri.edu> Date: Tue, 24 Feb 2009 15:56:54 -0500 Message-ID: <1de79840902241256q77a7940q4d0a5eb0ec2361ce@mail.gmail.com> From: Michael Proto To: Stephen Montgomery-Smith Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Sean Bruno , FreeBSD Current Subject: Re: Default FS Layout Too Small? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Feb 2009 20:56:57 -0000 On Tue, Feb 24, 2009 at 3:15 PM, Stephen Montgomery-Smith < stephen@math.missouri.edu> wrote: > Sean Bruno wrote: > >> I noted that if I choose the auto defaults for my F/S layout, sysinstall >> will not reserve enough space for root(512MB?). This is just barely >> enough to recompile and install an updated kernel. Much more than that >> and the F/S is full. >> >> I would assume that the default would be much larger now-a-days. I think >> a simple doubling to 1G would be sufficient. >> >> Comments? >> >> Sean >> > > I have observed the same issue. Somehow there is a lot more stuff in > /boot/kernel than there used to be. I'm guessing that a lot of it is > symbols for the debugger, which used not to be there. And when you have > /boot/kernel.old as well, it really gets pretty full there. > > I believe this is because with 7 and beyond a "make installkernel" will install the symbols into /boot/kernel if the kernel is compiled with debug support. With 6.x and earlier it would keep them in the /usr/obj hierarchy but not deposit them into /boot/kernel. Not saying one is better than the other (although it is nice to have the symbols in an easy-to-find directory when needed), but that would explain why your average kernel now needs 3-4x the space if you've enabled kernel debugging. -Proto From owner-freebsd-current@FreeBSD.ORG Tue Feb 24 20:58: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 3537B106568B for ; Tue, 24 Feb 2009 20:58:08 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.27]) by mx1.freebsd.org (Postfix) with ESMTP id F06218FC12 for ; Tue, 24 Feb 2009 20:58:07 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: by qw-out-2122.google.com with SMTP id 3so1055020qwe.7 for ; Tue, 24 Feb 2009 12:58:07 -0800 (PST) MIME-Version: 1.0 Received: by 10.229.110.16 with SMTP id l16mr2349218qcp.92.1235509082845; Tue, 24 Feb 2009 12:58:02 -0800 (PST) In-Reply-To: <49A45558.9060000@math.missouri.edu> References: <1235502625.4345.2.camel@localhost.localdomain> <49A45558.9060000@math.missouri.edu> Date: Tue, 24 Feb 2009 15:58:02 -0500 Message-ID: <1de79840902241258u68a0edffx82bedd4f3c7d9884@mail.gmail.com> From: Michael Proto To: Stephen Montgomery-Smith Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Sean Bruno , FreeBSD Current Subject: Re: Default FS Layout Too Small? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Feb 2009 20:58:08 -0000 (resending as plain-text, very very sorry about that!) On Tue, Feb 24, 2009 at 3:15 PM, Stephen Montgomery-Smith wrote: > Sean Bruno wrote: >> >> I noted that if I choose the auto defaults for my F/S layout, sysinstall >> will not reserve enough space for root(512MB?). This is just barely >> enough to recompile and install an updated kernel. Much more than that >> and the F/S is full. >> >> I would assume that the default would be much larger now-a-days. I think >> a simple doubling to 1G would be sufficient. >> >> Comments? >> >> Sean > > I have observed the same issue. Somehow there is a lot more stuff in > /boot/kernel than there used to be. I'm guessing that a lot of it is > symbols for the debugger, which used not to be there. And when you have > /boot/kernel.old as well, it really gets pretty full there. > I believe this is because with 7 and beyond a "make installkernel" will install the symbols into /boot/kernel if the kernel is compiled with debug support. With 6.x and earlier it would keep them in the /usr/obj hierarchy but not deposit them into /boot/kernel. Not saying one is better than the other (although it is nice to have the symbols in an easy-to-find directory when needed), but that would explain why your average kernel now needs 3-4x the space if you've enabled kernel debugging. -Proto From owner-freebsd-current@FreeBSD.ORG Tue Feb 24 20:59: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 478D7106567D for ; Tue, 24 Feb 2009 20:59:03 +0000 (UTC) (envelope-from maksim.yevmenkin@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 F1BA18FC1C for ; Tue, 24 Feb 2009 20:59:02 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by yx-out-2324.google.com with SMTP id 31so1023037yxl.13 for ; Tue, 24 Feb 2009 12:59:02 -0800 (PST) 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=uRl4Fp1sxJ92CR6mJp7evdHz9jqXDox3a1t6ddVw+jQ=; b=P31VwbYc9U2c7beYGk19DQBEsvksik1rG7px+/M+oNJFH86bOy/qy4MDvyrdySpWiW njTvP0euw0OuxA0uOTbjr/aGJbc0GSl7gjc2RqGCs8gTDGuPphsFNbMo3ScPSFExHbVe k79eGB2TuHv0GLED1W8rylz3LKKKbihR4PExM= 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=bPmGDx7gFPRLyE7fvyQjx+mWrvVeLsoO092yvLWSG1jRNLmXRI/tS8/fhR0sguMKdw xxVr1JjciGBLvNcSzoWCbhjGz9Xpb4cSHUh0QNQEHyubSEXHjme6GV0D4jusze41BA/X jOgW7xxABW9VnN7Fejqao9e25DEwej/o7aktk= MIME-Version: 1.0 Received: by 10.151.147.16 with SMTP id z16mr117718ybn.222.1235509141682; Tue, 24 Feb 2009 12:59:01 -0800 (PST) In-Reply-To: <49A456E6.1040307@gmx.de> References: <1235502625.4345.2.camel@localhost.localdomain> <49A44878.30707@gmx.de> <49A456E6.1040307@gmx.de> Date: Tue, 24 Feb 2009 12:59:01 -0800 Message-ID: From: Maksim Yevmenkin To: Christoph Mallon Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Sean Bruno , FreeBSD Current Subject: Re: Default FS Layout Too Small? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Feb 2009 20:59:04 -0000 On Tue, Feb 24, 2009 at 12:21 PM, Christoph Mallon wrote: > Maksim Yevmenkin schrieb: >> >> On Tue, Feb 24, 2009 at 11:20 AM, Christoph Mallon >> wrote: >>> >>> Sean Bruno schrieb: >>>> >>>> I noted that if I choose the auto defaults for my F/S layout, sysinsta= ll >>>> will not reserve enough space for root(512MB?). =A0This is just barely >>>> enough to recompile and install an updated kernel. =A0Much more than t= hat >>>> and the F/S is full. >>>> >>>> I would assume that the default would be much larger now-a-days. I thi= nk >>>> a simple doubling to 1G would be sufficient. >>>> >>>> Comments? >>> >>> You are not supposed to compile stuff (or put any other large and often >>> changing stuff) on the root fs. >> >> uhmmm.... i _think_ he is talking about the fact that 512mb root fs is >> barely enough to keep /boot/kernel/ and /boot/kernel.old/ together. >> surely you agree that keeping previous (working) copy of the kernel is >> a "really good idea" when trying out new kernel. i personally have >> been bitten by the same problem. spinning hard drives are _really_ big >> and cheap those days, so i would say we probably should increase >> default root fs size. > > I have several old kernels on my 256MB / and there is no space problem. well, good for you :) unfortunately, i'm not as lucky... > uname -a FreeBSD yak.dev.footprint.net 8.0-CURRENT FreeBSD 8.0-CURRENT #2 r188108: Tue Feb 3 16:46:46 PST 2009 max@yak.dev.footprint.net:/usr/obj/usr/svn/head/usr/src/sys/USB2 amd64 > df -h / Filesystem Size Used Avail Capacity Mounted on /dev/ad4s1a 496M 247M 209M 54% / > du -skh /boot/kernel/ 222M /boot/kernel/ > du -sk /boot/kernel/* | sort -rn -k1 | head -30 40448 /boot/kernel/kernel.symbols 11904 /boot/kernel/zfs.ko.symbols 11584 /boot/kernel/kernel 9888 /boot/kernel/xfs.ko.symbols 4272 /boot/kernel/if_ath.ko.symbols 2592 /boot/kernel/wlan.ko.symbols 2432 /boot/kernel/nfsclient.ko.symbols 1920 /boot/kernel/if_nxge.ko.symbols 1808 /boot/kernel/sound.ko.symbols 1808 /boot/kernel/cam.ko.symbols 1776 /boot/kernel/ahd.ko.symbols 1744 /boot/kernel/miibus.ko.symbols 1744 /boot/kernel/if_cxgb.ko.symbols 1664 /boot/kernel/linux.ko.symbols 1536 /boot/kernel/zfs.ko 1504 /boot/kernel/if_igb.ko.symbols 1488 /boot/kernel/if_em.ko.symbols 1456 /boot/kernel/iw_cxgb.ko.symbols 1408 /boot/kernel/usb2_core.ko.symbols 1392 /boot/kernel/ipl.ko.symbols 1376 /boot/kernel/smbfs.ko.symbols 1312 /boot/kernel/drm.ko.symbols 1168 /boot/kernel/pf.ko.symbols 1136 /boot/kernel/hwpmc.ko.symbols 1040 /boot/kernel/ext2fs.ko.symbols 1024 /boot/kernel/mpt.ko.symbols 1008 /boot/kernel/ahc.ko.symbols 992 /boot/kernel/ndis.ko.symbols 960 /boot/kernel/xfs.ko 944 /boot/kernel/radeon.ko.symbols so, imo, its very reasonable to just bump the default root fs size and be done with it. thanks, max From owner-freebsd-current@FreeBSD.ORG Tue Feb 24 20:59: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 EB3A31065715 for ; Tue, 24 Feb 2009 20:59:32 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from acadia.cs.uoguelph.ca (acadia.cs.uoguelph.ca [131.104.94.221]) by mx1.freebsd.org (Postfix) with ESMTP id 902518FC24 for ; Tue, 24 Feb 2009 20:59:32 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by acadia.cs.uoguelph.ca (8.13.1/8.13.1) with ESMTP id n1OKxMiR016134; Tue, 24 Feb 2009 15:59:22 -0500 Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id n1OL3sg18966; Tue, 24 Feb 2009 16:03:54 -0500 (EST) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Tue, 24 Feb 2009 16:03:54 -0500 (EST) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: Stephen Montgomery-Smith In-Reply-To: <49A45558.9060000@math.missouri.edu> Message-ID: References: <1235502625.4345.2.camel@localhost.localdomain> <49A45558.9060000@math.missouri.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Scanned-By: MIMEDefang 2.63 on 131.104.94.221 Cc: Sean Bruno , FreeBSD Current Subject: Re: Default FS Layout Too Small? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Feb 2009 20:59:34 -0000 On Tue, 24 Feb 2009, Stephen Montgomery-Smith wrote: > Sean Bruno wrote: > cd /usr/src > make installkernel > .... this dies with a "file system full" error > rm -r /boot/kernel.old > make installkernel > Although I wouldn't recommend it "in general", for your case I would make sure everything you need is configured into the kernel you build (so it doesn't need any loadable modules) and then: cd /usr/src/sys//compile/GENERIC mkdir /boot/kernel.new cp kernel /boot/kernel.new so that you can boot the new one and see it work before deleting the old one. Just a suggestion, rick From owner-freebsd-current@FreeBSD.ORG Tue Feb 24 21:20: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 2362D106566B for ; Tue, 24 Feb 2009 21:20:43 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from smtp.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.140]) by mx1.freebsd.org (Postfix) with ESMTP id 037718FC15 for ; Tue, 24 Feb 2009 21:20:42 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id 70AF01A000EAB for ; Tue, 24 Feb 2009 13:20:42 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at smtp.sd73.bc.ca Received: from coal.localnet (s10.sbo [192.168.0.10]) by smtp.sd73.bc.ca (Postfix) with ESMTP id 11B491A000B0E for ; Tue, 24 Feb 2009 13:20:41 -0800 (PST) From: Freddie Cash To: freebsd-current@freebsd.org Date: Tue, 24 Feb 2009 13:20:40 -0800 User-Agent: KMail/1.11.0 (Linux/2.6.26-1-686; KDE/4.2.0; i686; ; ) References: <1235502625.4345.2.camel@localhost.localdomain> <49A45558.9060000@math.missouri.edu> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902241320.40451.fjwcash@gmail.com> Subject: Re: Default FS Layout Too Small? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Feb 2009 21:20:43 -0000 On February 24, 2009 1:03 pm Rick Macklem wrote: > On Tue, 24 Feb 2009, Stephen Montgomery-Smith wrote: > > Sean Bruno wrote: > > cd /usr/src > > make installkernel > > .... this dies with a "file system full" error > > rm -r /boot/kernel.old > > make installkernel > > Although I wouldn't recommend it "in general", for your case I would > make sure everything you need is configured into the kernel you build > (so it doesn't need any loadable modules) and then: > > cd /usr/src/sys//compile/GENERIC > mkdir /boot/kernel.new > cp kernel /boot/kernel.new > > so that you can boot the new one and see it work before deleting the > old one. cd /usr/src make KERNCONF=WHATEVER buildkernel make KERNCONF=WHATEVER KODIR=/boot/kernel.new installkernel nextboot -k kernel.new reboot That will install the new kernel into a separate directory, and will cause the next boot *only* to use the new kernel. If things fail, you just reboot, and it goes back to the old kernel. If things work, then it's a simple rename of the kernel directory: cd /boot mv kernel kernel.old mv kernel.new kernel reboot KODIR and nextboot are very handy ... especially for remote upgrades. -- Freddie fjwcash@gmail.com From owner-freebsd-current@FreeBSD.ORG Tue Feb 24 23:14: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 C974F106564A for ; Tue, 24 Feb 2009 23:14:56 +0000 (UTC) (envelope-from justin.teller@gmail.com) Received: from mail-gx0-f176.google.com (mail-gx0-f176.google.com [209.85.217.176]) by mx1.freebsd.org (Postfix) with ESMTP id 6F3FA8FC08 for ; Tue, 24 Feb 2009 23:14:56 +0000 (UTC) (envelope-from justin.teller@gmail.com) Received: by gxk24 with SMTP id 24so9729453gxk.19 for ; Tue, 24 Feb 2009 15:14:55 -0800 (PST) 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; bh=80Qo/ZhM8+Fabr1+ZUplUxCG+MN+86qeqf0jF20wCdo=; b=jNZb+uCu0lJ6cpQEmqpq8g0+3gZZhJyJp2YjbVrSWLDMFgUCgfJYBm4Bw46Af3PQCP Oisigksl2eKUrDo9LYFez7zWXogpvyC13+7IVM8br46140A/i+INWSSqVc2qCpct4D6Y 8NYTf6HrEIVkNJSjsjtK3/prAskWbLCvAHSCM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=s5J6J7+o6X98GNdyGfGcmQ4tssWQpJm2lNp8wTZhSc8dBFIqTqJvg/q5XXA2TGefQ0 BEs69OqEm4nRppUhGf8Jznu6zkF7nE/ZlzFGaIUAHtgWH/EOfVQiiZcJbXvDkaw6loSa 8whHvoKYp3r+/D2Qw3SxsOVAwvBrLR6llPTnA= MIME-Version: 1.0 Received: by 10.150.136.12 with SMTP id j12mr229532ybd.18.1235515571108; Tue, 24 Feb 2009 14:46:11 -0800 (PST) Date: Tue, 24 Feb 2009 14:46:11 -0800 Message-ID: From: Justin Teller To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary=000e0cd5d000bafbb20463b1e2f8 Cc: Subject: Possible case of sched_ule never honoring cpu_set affinity? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Feb 2009 23:14:57 -0000 --000e0cd5d000bafbb20463b1e2f8 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit I believe I've found a case where sched_ule can never honor cpu_set affinity, and I've attached a suggestion to fix it -- if I'm way off on how this should be implemented, please let me know! Imagine the case where sched_affinity is called and the thread is on a RUNQ on the wrong CPU -- sched_affinity simply exits, relying on something else in the scheduler to migrate the thread if need be. The next time the thread is chosen to run, it runs on the wrong CPU. Worse, if the thread never goes to sleep or is chosen to be moved by the load balancer, the thread will continue running on the wrong CPU indefinitely. Attached is a suggestion of how to change the scheduler to honor affinity in this case. With the attached diff, sched_ule will allow a thread to run on the wrong CPU for one slice. Then when the thread moves through sched_switch, if it was running on the wrong CPU, it will be migrated to the right CPU. I've written a test where one thread will bind another thread to a particular CPU (using cpusets) then waits until it's running on the right CPU before binding it to a different CPU (and continuing ad nauseam). Without the change, the test will sometimes hang waiting for the second thread to get on the correct CPU -- with the change, it works every time. Thanks! -Justin --000e0cd5d000bafbb20463b1e2f8 Content-Type: application/octet-stream; name="sched_ule.affinity_change.diff" Content-Disposition: attachment; filename="sched_ule.affinity_change.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_frl5gcn80 LS0tIHNjaGVkX3VsZS5jCTIwMDktMDItMDMgMTU6NDc6MTguMDAwMDAwMDAwIC0wODAwCisrKyBz Y2hlZF91bGVfdXBkYXRlZC5jCTIwMDktMDItMjQgMTQ6MjI6NTMuMDAwMDAwMDAwIC0wODAwCkBA IC0xODI2LDYgKzE4MjYsOCBAQAogCQlzcnFmbGFnID0gKGZsYWdzICYgU1dfUFJFRU1QVCkgPwog CQkgICAgU1JRX09VUlNFTEZ8U1JRX1lJRUxESU5HfFNSUV9QUkVFTVBURUQgOgogCQkgICAgU1JR X09VUlNFTEZ8U1JRX1lJRUxESU5HOworCQlpZiAoVEhSRUFEX0NBTl9TQ0hFRCh0ZCwgdHMtPnRz X2NwdSkpCisJCQl0cy0+dHNfY3B1ID0gc2NoZWRfcGlja2NwdSh0ZCwwKTsKIAkJaWYgKHRzLT50 c19jcHUgPT0gY3B1aWQpCiAJCQl0ZHFfcnVucV9hZGQodGRxLCB0ZCwgc3JxZmxhZyk7CiAJCWVs c2UK --000e0cd5d000bafbb20463b1e2f8-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 24 23:32: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 AE36D10656F4 for ; Tue, 24 Feb 2009 23:32:05 +0000 (UTC) (envelope-from talon@lpthe.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id 421DF8FC2F for ; Tue, 24 Feb 2009 23:32:05 +0000 (UTC) (envelope-from talon@lpthe.jussieu.fr) Received: from parthe.lpthe.jussieu.fr (parthe.lpthe.jussieu.fr [134.157.10.1]) by shiva.jussieu.fr (8.14.3/jtpda-5.4) with ESMTP id n1ONW36g088099 for ; Wed, 25 Feb 2009 00:32:04 +0100 (CET) X-Ids: 168 Received: from niobe.lpthe.jussieu.fr (niobe.lpthe.jussieu.fr [134.157.10.41]) by parthe.lpthe.jussieu.fr (Postfix) with ESMTP id A06B389CEC for ; Wed, 25 Feb 2009 00:32:02 +0100 (CET) Received: by niobe.lpthe.jussieu.fr (Postfix, from userid 2005) id 71E1C15; Wed, 25 Feb 2009 00:32:02 +0100 (CET) Date: Wed, 25 Feb 2009 00:32:02 +0100 From: Michel Talon To: freebsd-current@freebsd.org Message-ID: <20090224233202.GA88788@lpthe.jussieu.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (shiva.jussieu.fr [134.157.0.168]); Wed, 25 Feb 2009 00:32:04 +0100 (CET) X-Virus-Scanned: ClamAV 0.94.2/9041/Tue Feb 24 17:21:07 2009 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at jchkmail.jussieu.fr with ID 49A48373.008 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 49A48373.008/134.157.10.1/parthe.lpthe.jussieu.fr/parthe.lpthe.jussieu.fr/ X-j-chkmail-Score: MSGID : 49A48373.008 on jchkmail.jussieu.fr : j-chkmail score : . : R=. U=. O=. B=0.033 -> S=0.033 X-j-chkmail-Status: Ham X-Mailman-Approved-At: Tue, 24 Feb 2009 23:42:18 +0000 Subject: Re: Default FS Layout Too Small? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Feb 2009 23:32:06 -0000 Tim Kientzle wrote: > I agree. The "one big /" style of partitioning seems a much more > reasonable default for most desktop/laptop users these days. Having been bitten several times i disagree, i think for desktop/laptop use you need 2 partitions, one big / with all system files, and one big /home for your personal files which are far more precious than system files. This way you can upgrade by reformatting the / and keeping the /home. The /tmp can then be a tempfs. -- Michel TALON From owner-freebsd-current@FreeBSD.ORG Tue Feb 24 23:44: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 C22F0106566C for ; Tue, 24 Feb 2009 23:44:40 +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 8020F8FC19 for ; Tue, 24 Feb 2009 23:44:40 +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 CB038615B for ; Tue, 24 Feb 2009 18:44:38 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1235519078; bh=l2MuwsvJ7YJncRN8YTtlkvpg+gqx1Q9djVGUARooMxo=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type: Content-Transfer-Encoding; b=EcN1uwAUqOL/frLbpkLInDRWnumlpeQpKiQXpyHNV2s3WdK0XwzB/JEGQZDxgZMRx s3HFa7ANTwPfqiivq8YLfqNsoIltZ77QodZ8IjmLAhufGWUqxMd3k8khQetcDl5 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:subject: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=VysfhJbNMAe5Or8We7mBzAD0/8PaVnvt4L0ERBvkzmam1r4mOiXebqO2uZ9FdUYv7 9PXge4DB3Qf4duHxVXM5O8msOmWvXGcY8YzKgN0O2abbCV4JxMiTrbJf42xLvw1 Message-ID: <49A48664.9090800@protected-networks.net> Date: Tue, 24 Feb 2009 18:44:36 -0500 From: Michael Butler User-Agent: Thunderbird 2.0.0.19 (X11/20090217) MIME-Version: 1.0 To: current@freebsd.org X-Enigmail-Version: 0.95.7 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: USB2 vs SCSI pass-through? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Feb 2009 23:44:41 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I plugged in my external USB drive this afternoon to be greeted with: kernel: ugen4.2: at usbus4 kernel: umass0: on usbus4 kernel: umass0: SCSI over Bulk-Only; quirks = 0x0000 kernel: umass0:3:0:-1: Attached to scbus3 kernel: xptioctl: pass driver is not in the kernel kernel: xptioctl: put "device pass" in your kernel config file Er .. my kernel includes 'GENERIC' and does not exclude 'device pass'. What gives? Michael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkmkhmQACgkQQv9rrgRC1JIVQQCgzScy7eBnIFKy2a9c/cPFboK6 Ra8AoKwCTdJmPrhX8+Q2oMYM+lGSSV3C =7pJP -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Feb 24 23:50: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 8C7C81065674 for ; Tue, 24 Feb 2009 23:50:16 +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 51AB28FC1E for ; Tue, 24 Feb 2009 23:50:16 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id B8B18FF69; Wed, 25 Feb 2009 12:50:15 +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 LYOXoTVPxEqc; Wed, 25 Feb 2009 12:50:11 +1300 (NZDT) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Wed, 25 Feb 2009 12:50:11 +1300 (NZDT) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id 5CE6E1142F; Wed, 25 Feb 2009 12:50:11 +1300 (NZDT) Date: Tue, 24 Feb 2009 15:50:11 -0800 From: Andrew Thompson To: Michael Butler Message-ID: <20090224235011.GA23787@citylink.fud.org.nz> References: <49A48664.9090800@protected-networks.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49A48664.9090800@protected-networks.net> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: current@freebsd.org Subject: Re: USB2 vs SCSI pass-through? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Feb 2009 23:50:16 -0000 On Tue, Feb 24, 2009 at 06:44:36PM -0500, Michael Butler wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I plugged in my external USB drive this afternoon to be greeted with: > > kernel: ugen4.2: at usbus4 > kernel: umass0: on usbus4 > kernel: umass0: SCSI over Bulk-Only; quirks = 0x0000 > kernel: umass0:3:0:-1: Attached to scbus3 > kernel: xptioctl: pass driver is not in the kernel > kernel: xptioctl: put "device pass" in your kernel config file > > Er .. my kernel includes 'GENERIC' and does not exclude 'device pass'. > > What gives? An application issued a CAMGETPASSTHRU to the device, maybe you have something launching from devd or is its part of the hal port. Andrew From owner-freebsd-current@FreeBSD.ORG Wed Feb 25 01:09:35 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 1CA62106564A for ; Wed, 25 Feb 2009 01:09:35 +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 DECE38FC13 for ; Wed, 25 Feb 2009 01:09:34 +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 BD7512A5603; Tue, 24 Feb 2009 20:09:33 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Tue, 24 Feb 2009 20:09:33 -0500 X-Sasl-enc: E+qYKlzQt+kpEytPN729kt4y0u1+PwXbQPMYISlYCrdq 1235524171 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 3321430D7F; Tue, 24 Feb 2009 20:09:31 -0500 (EST) Message-ID: <49A49A4A.4030902@incunabulum.net> Date: Wed, 25 Feb 2009 01:09:30 +0000 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Robert Watson References: <20080526110543.J26343@fledge.watson.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org, net@FreeBSD.org Subject: Re: HEADS UP: IFF_NEEDSGIANT consumers to be disabled, removed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Feb 2009 01:09:35 -0000 Robert Watson wrote: > > .. > Just a reminder that 1 March is gradually approaching. It looks like > the new USB stack is settling nicely, so I currently have no plans to > defer the above schedule. Just to say: this is good news for 8.x, particularly for VIMAGE. Losing the Giant lock from the network drivers will resolve the possibility of a number of race conditions occurring in the network stack, which are particularly noticeable with VIMAGE, due to how protocol domains attach within vimages.. I'd expect that ongoing work could benefit by eliminating some use of netisrs, however, it might be a good idea to retain those for a little longer to make backporting to 7.x easier. thanks, BMS From owner-freebsd-current@FreeBSD.ORG Wed Feb 25 01:21: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 EB3AD106566B for ; Wed, 25 Feb 2009 01:21:46 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.176]) by mx1.freebsd.org (Postfix) with ESMTP id B9C888FC1A for ; Wed, 25 Feb 2009 01:21:46 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k34so1483676wah.27 for ; Tue, 24 Feb 2009 17:21:46 -0800 (PST) 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=JmoIovPLH+z/+Nq+C6sHmSCMk7uUbiXW3eyZoJ2bNxo=; b=Vt40wwlUA1qnVso15Mb88BRcp97Qqpmvl02BkbDW2mtN5abHJor60VfDZMWBue1AiW 41PYtVAnUrtgUcnywPfr3rBtIUDYAyJI+Z9n0z1D76mlpfq5rKZDsht5RlJpfDQ2q1Fh Uf4fw1hbV3KOoU5Zd3/07wWlaBpMJ6ou98Rrg= 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=tMM1SUlSsVbg+J8DP9AyxoxunwSvUv4wazK9tZ38AQl8Cj8COZSticE2aujxh0nH13 zLENquGyb38aqge2ww5yaFWm0+M45+WKEwM0bIeZXr9lLYygySz9ooVD7HvcXnsEhdqy GRcJcqd6NAQ6oX6gl/+8Rmzg6HFt9E6WlZ6m4= Received: by 10.115.79.1 with SMTP id g1mr2539154wal.80.1235524906356; Tue, 24 Feb 2009 17:21:46 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([114.111.62.249]) by mx.google.com with ESMTPS id q18sm1008735pog.23.2009.02.24.17.21.44 (version=SSLv3 cipher=RC4-MD5); Tue, 24 Feb 2009 17:21:45 -0800 (PST) Received: by michelle.cdnetworks.co.kr (sSMTP sendmail emulation); Wed, 25 Feb 2009 10:27:08 +0900 From: Pyun YongHyeon Date: Wed, 25 Feb 2009 10:27:08 +0900 To: freebsd-current@FreeBSD.org Message-ID: <20090225012708.GD55180@michelle.cdnetworks.co.kr> References: <20090205010613.GA77461@michelle.cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090205010613.GA77461@michelle.cdnetworks.co.kr> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: CFT: txp(4) new firmware image 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, 25 Feb 2009 01:21:47 -0000 On Thu, Feb 05, 2009 at 10:06:13AM +0900, Pyun YongHyeon wrote: > > Hi, > > It seems that 3CR990 controller with latest NV firmware 03.001.008 > does not work with txp(4)(I accidently flashed 3CR990 controller > with latest NVfirmware). I guess latest NVfirmware does not like > runtime image in txp(4). Latest runtime image from 3Com seemed to > fix the issue to me. I'd like to know whether controllers with old > NVfrimware can work with the following patch. > > http://people.freebsd.org/~yongari/txp/txp.firmware.diff.gz > > If you're txp(4) user or suffering from firmware loading issue > please give it try and let me know. > > P.S. I know txp(4) requires a lot of fixes for bus_dma(9) and > endianness as well as TSO/WOL support. That will be handled in > near future. FYI: Patch committed to HEAD(r189022). From owner-freebsd-current@FreeBSD.ORG Wed Feb 25 03:10: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 5C516106566C for ; Wed, 25 Feb 2009 03:10:22 +0000 (UTC) (envelope-from null@pozo.com) Received: from pozo.com (pozo.com [216.101.162.50]) by mx1.freebsd.org (Postfix) with ESMTP id 0A36D8FC18 for ; Wed, 25 Feb 2009 03:10:21 +0000 (UTC) (envelope-from null@pozo.com) Received: from T41p.pozo.com (t41p.pozo.com [192.168.0.4]) (authenticated bits=0) by pozo.com (8.14.3/8.14.3) with ESMTP id n1P2xvYh001449 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Tue, 24 Feb 2009 18:59:57 -0800 (PST) (envelope-from null@pozo.com) Message-Id: <200902250259.n1P2xvYh001449@pozo.com> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 24 Feb 2009 18:59:56 -0800 To: current@freebsd.org From: Manfred Antar Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Spam-Status: No, score=-101.4 required=5.0 tests=ALL_TRUSTED,MISSING_MID, USER_IN_WHITELIST autolearn=failed version=3.2.5, No X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on pozo.com X-Virus-Scanned: ClamAV version 0.94.2-exp, clamav-milter version 0.94.2-exp on pozo.com X-Virus-Status: Clean X-pozo.com-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: n1P2xvYh001449 X-pozo.com-MailScanner: Found to be clean X-pozo.com-MailScanner-From: null@pozo.com Cc: Subject: Fatal trap 18 on Current 1386 since Saturday 14 Feb 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, 25 Feb 2009 03:10:22 -0000 I have not been able to boot a new kernel since the 14th It stops here: GEOM: new disk ad0 ata1: reiniting channel .. ata1: reset tp1 mask=03 ostat0=00 ostat1=00 ata1: stat0=0x7f err=0x01 lsb=0x7f msb=0x7f ata1: stat1=0x80 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x80 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: reset tp2 stat0=7f stat1=00 devices=0x20001 ata1: Identifying devices: 00020001 ata1: New devices: 00020000 ata1-slave: pio=PIO4 wdma=WDMA2 udma=UDMA66 cable=40 wire Fatal trap 18: integer divide fault while in kernel mode instruction pointer = 0x20:0xc08e825b stack pointer = 0x28:0xc693b754 frame pointer = 0x28:0xc693b7c8 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 (swi4: clock) [thread pid 12 tid 100004 ] Stopped at __qdivrem+0x3b: divl %ecx,%eax Before the 14th at the same place: GEOM: new disk ad0 ata1: reiniting channel .. ata1: reset tp1 mask=03 ostat0=00 ostat1=00 ata1: stat0=0x7f err=0x01 lsb=0x7f msb=0x7f ata1: stat1=0x80 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x80 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: reset tp2 stat0=7f stat1=00 devices=0x20001 ata1: reinit done .. ata1: reiniting channel .. ata1: reset tp1 mask=03 ostat0=00 ostat1=00 ata1: stat0=0x7f err=0x01 lsb=0x7f msb=0x7f ata1: stat1=0x80 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x80 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: reset tp2 stat0=7f stat1=00 devices=0x20001 ata1: reinit done .. ata1-slave: pio=PIO4 wdma=WDMA2 udma=UDMA66 cable=40 wire acd0: setting PIO4 on ICH5 chip acd0: setting UDMA66 on ICH5 chip acd0: DVDR drive at ata1 as slave acd0: read 8268KB/s (8268KB/s) write 8268KB/s (8268KB/s), 2048KB buffer, UDMA66 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd0: Writes: CDR, CDRW, DVDR, DVDRAM, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc ata2: identify ch->devices=00000000 ata3: identify ch->devices=00000000 pcm0: measured ac97 link rate at 48012 Hz, will use 48000 Hz acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 (probe15:ata1:0:1:0): error 22 (probe15:ata1:0:1:0): Unretryable Error (probe15:ata1:0:1:0): Down reving Protocol Version from 2 to 0? (probe15:ata1:0:1:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe15:ata1:0:1:0): CAM Status: SCSI Status Error (probe15:ata1:0:1:0): SCSI Status: Check Condition (probe15:ata1:0:1:0): NOT READY asc:3a,0 (probe15:ata1:0:1:0): Medium not present (probe15:ata1:0:1:0): (probe15:ata1:0:1:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe15:ata1:0:1:0): NOT READY asc:3a,0 (probe15:ata1:0:1:0): Medium not present Unretryable error (probe15:ata1:0:1:0): error 6 (probe15:ata1:0:1:0): Unretryable Error pasGEs0 at ata1 bus 0 target 1 lun 0 pass0: Removable CD-ROM SCSI-0 device pass0: 66.000MB/s transfers (cd0:ata1:0:1:0): error 6 (cd0:ata1:0:1:0): Unretryable Error cd0 at ata1 bus 0 target 1 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 66.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present OM: new disk cd0 scsi_cd.c::ioctl cmd=4400648b error=25 ATA Pseud(cd0:ata1:0:1:0): error 6 (cd0:ata1:0:1:0): Unretryable Error oRAID loaded Trying to mount root from ufs:/dev/ad0s1a ct_to_ts([2009-02-24 18:54:56]) = 1235501696.000000000 start_init: trying /sbin/init ================================== || null@pozo.com || || Ph. (415) 681-6235 || ================================== From owner-freebsd-current@FreeBSD.ORG Wed Feb 25 03:20: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 AABA5106564A for ; Wed, 25 Feb 2009 03:20:39 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lauren.room52.net (lauren.room52.net [210.50.193.198]) by mx1.freebsd.org (Postfix) with ESMTP id 39CF88FC08 for ; Wed, 25 Feb 2009 03:20:38 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lstewart.caia.swin.edu.au (lstewart.caia.swin.edu.au [136.186.229.95]) (authenticated bits=0) by lauren.room52.net (8.14.3/8.14.3) with ESMTP id n1P3J73v050914 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 25 Feb 2009 14:19:12 +1100 (EST) (envelope-from lstewart@freebsd.org) Message-ID: <49A4B8A6.80303@freebsd.org> Date: Wed, 25 Feb 2009 14:19:02 +1100 From: Lawrence Stewart User-Agent: Thunderbird 2.0.0.19 (X11/20090213) MIME-Version: 1.0 To: Tim Kientzle References: <1235502625.4345.2.camel@localhost.localdomain> <20090224192950.GA93786@crodrigues.org> <49A458BF.8090603@freebsd.org> In-Reply-To: <49A458BF.8090603@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.0 required=5.0 tests=AWL,BAYES_00,SPF_SOFTFAIL autolearn=disabled version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on lauren.room52.net Cc: Craig Rodrigues , FreeBSD Current , Sean Bruno Subject: Re: Default FS Layout Too Small? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Feb 2009 03:20:39 -0000 Tim Kientzle wrote: > Craig Rodrigues wrote: >> On Tue, Feb 24, 2009 at 11:10:25AM -0800, Sean Bruno wrote: >> >>> I would assume that the default would be much larger now-a-days. I think >>> a simple doubling to 1G would be sufficient. >> >> Is there any point these days to having sysinstall auto-default to >> creating >> separate slices for /tmp, /var/, /usr........ >> when setting up new systems, I've started just ignoring the sysinstall >> auto-defaults and making one big / partition >> and installing FreeBSD there.... >> >> It seems every release we need to keep bumping up the size of >> the sysinstall auto-defaults because they are too small. >> >> This bites new users. > > I agree. The "one big /" style of partitioning seems a > much more reasonable default for most desktop/laptop users > these days. For server users, the separate /tmp and /var > are pretty critical, though I doubt those folks are using > the "A"uto layout very much, so changing the "A"uto layout > to just allocate / and swap would seem to make sense. When I last played around with having 1 large partition in the 6.1 days, it didn't actually work consistently. From memory the issue is that if the boot filesystem (which was on the large root partition) extended past a particular combination of cyl/head/sector, the machine would crash in the boot stage. With a 20GB disk it was fine, but a 40GB disk would trigger the crash. This may have been fixed since then, but it would be worth doing some testing on a range of hardware before we could recommend it as an option. Cheers, Lawrence From owner-freebsd-current@FreeBSD.ORG Wed Feb 25 06:41: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 1D7DB1065670; Wed, 25 Feb 2009 06:41:36 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (gate6.infracaninophile.co.uk [IPv6:2001:8b0:151:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 89B9A8FC13; Wed, 25 Feb 2009 06:41:35 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from happy-idiot-talk.infracaninophile.co.uk (localhost [IPv6:::1]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.3/8.14.3) with ESMTP id n1P6dvHP096113; Wed, 25 Feb 2009 06:39:57 GMT (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: Sendmail DKIM Filter v2.8.2 smtp.infracaninophile.co.uk n1P6dvHP096113 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=infracaninophile.co.uk; s=200708; t=1235543998; bh=HiYjUI+7KXEiBytIpZLzJ+StK8WODH4WjN62C+q27KU=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Cc:Content-Type:Date:From:In-Reply-To: Message-ID:Mime-Version:References:To; z=Message-ID:=20<49A4E7B6.3010304@infracaninophile.co.uk>|Date:=20W ed,=2025=20Feb=202009=2006:39:50=20+0000|From:=20Matthew=20Seaman= 20|Organization:=20Infracaninophi le|User-Agent:=20Thunderbird=202.0.0.19=20(X11/20090218)|MIME-Vers ion:=201.0|To:=20Lawrence=20Stewart=20|CC:=2 0Tim=20Kientzle=20,=20=0D=0A=20Craig=20Rodri gues=20,=0D=0A=20FreeBSD=20Current=20,=20=0D=0A=20Sean=20Bruno=20|Subject:=20Re:=20Default=20FS=20Layout=20Too=20Small?| References:=20<1235502625.4345.2.camel@localhost.localdomain>=09<2 0090224192950.GA93786@crodrigues.org>=09<49A458BF.8090603@freebsd. org>=20<49A4B8A6.80303@freebsd.org>|In-Reply-To:=20<49A4B8A6.80303 @freebsd.org>|X-Enigmail-Version:=200.95.6|Content-Type:=20multipa rt/signed=3B=20micalg=3Dpgp-sha256=3B=0D=0A=20protocol=3D"applicat ion/pgp-signature"=3B=0D=0A=20boundary=3D"------------enigA334AB76 E3BD7A6D7974B0E9"; b=Z8wqdCC3z2dAqrNGcRl36t1DMl8ow6iRbQ4GWKGVOHw9SOlWGb941s2pNvzu4puts y6eMUiAgZwGA5ZNHBDZcdUg1UNJ+G4uz8S0J5zultBuyDWH8HxOvYHWctMCx5WdqH/ +FpzLgzIp0KhmKlgkp6Z/qobsVaZdTsRHkwWcSeE= X-Authentication-Warning: happy-idiot-talk.infracaninophile.co.uk: Host localhost [IPv6:::1] claimed to be happy-idiot-talk.infracaninophile.co.uk Message-ID: <49A4E7B6.3010304@infracaninophile.co.uk> Date: Wed, 25 Feb 2009 06:39:50 +0000 From: Matthew Seaman Organization: Infracaninophile User-Agent: Thunderbird 2.0.0.19 (X11/20090218) MIME-Version: 1.0 To: Lawrence Stewart References: <1235502625.4345.2.camel@localhost.localdomain> <20090224192950.GA93786@crodrigues.org> <49A458BF.8090603@freebsd.org> <49A4B8A6.80303@freebsd.org> In-Reply-To: <49A4B8A6.80303@freebsd.org> X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enigA334AB76E3BD7A6D7974B0E9" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (smtp.infracaninophile.co.uk [IPv6:::1]); Wed, 25 Feb 2009 06:39:58 +0000 (GMT) X-Virus-Scanned: ClamAV 0.94.2/9045/Wed Feb 25 05:28:30 2009 on happy-idiot-talk.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-3.0 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED, DKIM_VERIFIED,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on happy-idiot-talk.infracaninophile.co.uk Cc: Craig Rodrigues , Tim Kientzle , Sean Bruno , FreeBSD Current Subject: Re: Default FS Layout Too Small? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Feb 2009 06:41:36 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigA334AB76E3BD7A6D7974B0E9 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Lawrence Stewart wrote: =20 > When I last played around with having 1 large partition in the 6.1 days= ,=20 > it didn't actually work consistently. From memory the issue is that if = > the boot filesystem (which was on the large root partition) extended=20 > past a particular combination of cyl/head/sector, the machine would=20 > crash in the boot stage. With a 20GB disk it was fine, but a 40GB disk = > would trigger the crash. >=20 > This may have been fixed since then, but it would be worth doing some=20 > testing on a range of hardware before we could recommend it as an optio= n. A counter point: we have several hundred servers of various makes[*], siz= es and ages -- most OS versions since 4.11 right up to 7.1-p3, typically wit= h 40+ GB HDDs for the system disk (depending on age -- the most recent mach= ines have 160GB) -- all laid out in the all-in-one fashion and we've never see= n the problem described. I can only suppose Lawrence ran into a specific mothe= rboard or BIOS limitation. Cheers, Matthew [*] Supermicro, HP, IBM --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW --------------enigA334AB76E3BD7A6D7974B0E9 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkmk57wACgkQ8Mjk52CukIyGkgCaAkY55dE5ow92nrHf/AucwWap Sv0An14ZAHIlteUPssfYz4eGtIrp926N =Fe6s -----END PGP SIGNATURE----- --------------enigA334AB76E3BD7A6D7974B0E9-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 25 07:15: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 232B41065672; Wed, 25 Feb 2009 07:15:48 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lauren.room52.net (lauren.room52.net [210.50.193.198]) by mx1.freebsd.org (Postfix) with ESMTP id A42C08FC18; Wed, 25 Feb 2009 07:15:47 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lstewart.caia.swin.edu.au (lstewart.caia.swin.edu.au [136.186.229.95]) (authenticated bits=0) by lauren.room52.net (8.14.3/8.14.3) with ESMTP id n1P7FKvl059840 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 25 Feb 2009 18:15:21 +1100 (EST) (envelope-from lstewart@freebsd.org) Message-ID: <49A4F003.7060902@freebsd.org> Date: Wed, 25 Feb 2009 18:15:15 +1100 From: Lawrence Stewart User-Agent: Thunderbird 2.0.0.19 (X11/20090213) MIME-Version: 1.0 To: Matthew Seaman References: <1235502625.4345.2.camel@localhost.localdomain> <20090224192950.GA93786@crodrigues.org> <49A458BF.8090603@freebsd.org> <49A4B8A6.80303@freebsd.org> <49A4E7B6.3010304@infracaninophile.co.uk> In-Reply-To: <49A4E7B6.3010304@infracaninophile.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.0 required=5.0 tests=AWL,BAYES_00,SPF_SOFTFAIL autolearn=disabled version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on lauren.room52.net Cc: Craig Rodrigues , Tim Kientzle , FreeBSD Current , Sean Bruno Subject: Re: Default FS Layout Too Small? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Feb 2009 07:15:48 -0000 Hi Matthew, Matthew Seaman wrote: > Lawrence Stewart wrote: > >> When I last played around with having 1 large partition in the 6.1 >> days, it didn't actually work consistently. From memory the issue is >> that if the boot filesystem (which was on the large root partition) >> extended past a particular combination of cyl/head/sector, the machine >> would crash in the boot stage. With a 20GB disk it was fine, but a >> 40GB disk would trigger the crash. >> >> This may have been fixed since then, but it would be worth doing some >> testing on a range of hardware before we could recommend it as an option. > > A counter point: we have several hundred servers of various makes[*], sizes > and ages -- most OS versions since 4.11 right up to 7.1-p3, typically with > 40+ GB HDDs for the system disk (depending on age -- the most recent > machines > have 160GB) -- all laid out in the all-in-one fashion and we've never > seen the > problem described. I can only suppose Lawrence ran into a specific > motherboard > or BIOS limitation. > Thanks for the info; it's good to hear you've had no issues with a broad base of hardware/software. I think the "crappy BIOS" option is indeed the most likely cause. In trying to remember more details (was back on 2006), I found this in boot(8) which I think might have been related to what I eventually tracked down: ########## NOTE: On older machines, or otherwise where EDD support (disk packet interface support) is not available, all boot-related files and structures (including the kernel) that need to be accessed during the boot phase must reside on the disk at or below cylinder 1023 (as the BIOS understands the geometry). When a ``Disk error 0x1'' is reported by the second-stage bootstrap, it generally means that this requirement has not been adhered to. ########## The machine I was working with was P3 vintage, and I think I saw it on an early P4 as well, so whilst modern hardware is most likely not affected, older motherboards/BIOSes might still be. I still use P3's for home gateway setups and the like. Anyway, worth having on record in this thread nonetheless, but happy to hear it's not an issue with more recent hardware. Cheers, Lawrence From owner-freebsd-current@FreeBSD.ORG Wed Feb 25 07:17: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 C8A88106567A; Wed, 25 Feb 2009 07:17:54 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lauren.room52.net (lauren.room52.net [210.50.193.198]) by mx1.freebsd.org (Postfix) with ESMTP id 4DCB08FC1D; Wed, 25 Feb 2009 07:17:54 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lstewart.caia.swin.edu.au (lstewart.caia.swin.edu.au [136.186.229.95]) (authenticated bits=0) by lauren.room52.net (8.14.3/8.14.3) with ESMTP id n1P6joMm058667 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 25 Feb 2009 17:45:52 +1100 (EST) (envelope-from lstewart@freebsd.org) Message-ID: <49A4E919.1070503@freebsd.org> Date: Wed, 25 Feb 2009 17:45:45 +1100 From: Lawrence Stewart User-Agent: Thunderbird 2.0.0.19 (X11/20090213) MIME-Version: 1.0 To: Luigi Rizzo References: <20081121231400.GA94863@onelab2.iet.unipi.it> <49A35CB1.4050304@freebsd.org> In-Reply-To: <49A35CB1.4050304@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.0 required=5.0 tests=AWL,BAYES_00,SPF_SOFTFAIL autolearn=disabled version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on lauren.room52.net Cc: kib@freebsd.org, current@freebsd.org Subject: [SOLVED] Re: Recent versions of pxeboot hang/panic on AMD platform. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Feb 2009 07:17:55 -0000 Lawrence Stewart wrote: > Luigi Rizzo wrote: >> [copying some people involved with recent related commits] >> >> As reported in kern/118222 recent versions of pxeboot hang/panic >> on AMD platform. >> >> Initial reports mentioned that the RELENG_6 versions worked well, >> however i found out that even the recent RELENG_6 code is problematic. >> >> Specifically, the problem i see on two machines with AMD CPU (one >> is an Asus M2N-VM) motherboard netbooting with PXEboot, is that the >> loading of config files or binary modules (kernel, etc.) randomly >> hangs with recent version of pxeboot (RELENG_6, RELENG_7 and HEAD >> all give the same behaviour). >> >> The same system works fine with an old version of pxeboot from RELENG_6. >> >> Things seem to work fine on i386 (tried a Pentium4, N270 and on qemu) >> with all the versions below. >> >> To make some investigation i started with a reliable version >> (RELENG_6, early 2008) and moved forward to figure out where the >> problem was introduced. I found the following: >> >> RELENG_6 as of 2008.03.01 (svn 176674) works >> RELENG_6 as of 2008.03.15 (svn 177190) works >> (same as previous) >> RELENG_6 as of 2008.03.31 (svn 177768) does NOT work >> changed files: >> Index: RELENG_6/sys/boot/i386/boot2/boot2.c >> Index: RELENG_6/sys/boot/i386/btx/btx/Makefile >> Index: RELENG_6/sys/boot/i386/btx/btx/btx.S >> Index: RELENG_6/sys/boot/i386/gptboot/gptboot.c >> Index: RELENG_6/sys/boot/i386/libi386/biossmap.c >> Index: RELENG_6/sys/boot/i386/libi386/biosmem.c >> >> There is a recent, related change (august 2008) which however >> does not seem to fix the bug. >> >> (all the above is basically an MFC of something applied slightly >> earlier to >> head and RELENG_7 . I have experienced the same exact bug with a fresh >> head and RELENG_7, even though I have not found the exact point there >> where the problem arised). >> >> The fact that the failure occurs at random times, even quite early >> (e.g. while reading the Forth config files) suggests that the problem >> may be related to interrupts coming at the wrong time. >> Unfortunately the changes to btx.S (which i believe may be related to >> the problem, as the changes to the other files seem innocuous or >> unrelated) >> are beyond my knowledge. >> So, anyone has ideas on what could be happening here, and especially >> how likely it is that we might see the same problem with a disk or >> usb-based >> booting ? > > Just adding a "me too" with pxeboot built from head r188509. Running > with pxeboot from AMD64 6.3-RELEASE as Luigi's research hinted seems to > resolve the issue for me also. I haven't tried pxeboot built from > r177768 yet though to see if it too fails. > > To quickly touch on symptoms... I've never seen a panic. I experience > permanent hangs that occur maybe 50% (or possibly even more) of the time > when I reboot or cold start the machine. Only option is to reboot when > it hangs. Rebooting a few times will eventually allow the boot process > to finish and then once the kernel kicks off probing, all is good. > > Hardware is an Intel 865GM chipset based Gigabyte mainboard with a 3GHz > HTT P4 CPU (HTT enabled). > > Happy to help debug further if anyone has ideas to try. > On a whim I decided to try a PCI Intel GigE NIC I had lying around... low and behold I can't make the machine hang during boot any more with pxeboot built from head r188509. To be a bit more specific about the hardware involved, the motherboard is a Gigabyte GA-8I865GM-775 with BIOS version F5 and the onboard NIC shows up as follows: Marvell Yukon pxe rom version (reported during boot): 1.11 pciconf -lv: skc0@pci0:1:9:0: class=0x020000 card=0xe0001458 chip=0x432011ab rev=0x13 hdr=0x00 vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' device = 'Yukon 88E8001/8003/8010 PCI Gigabit Ethernet Controller (Copper)' class = network subclass = ethernet Onboard NIC related verbose dmesg output: skc0: port 0xa400-0xa4ff mem 0xf9040000-0xf9043fff irq 20 at device 9.0 on pci1 skc0: Reserved 0x4000 bytes for rid 0x10 type 3 at 0xf9040000 skc0: interrupt moderation is 100 us skc0: Marvell Yukon Lite Gigabit Ethernet rev. (0x9) skc0: chip ver = 0xb1 skc0: chip rev = 0x09 skc0: SK_EPROM0 = 0x10 skc0: SRAM size = 0x010000 sk0: on skc0 sk0: bpf attached sk0: Ethernet address: miibus0: on sk0 e1000phy0: PHY 0 on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto ioapic0: routing intpin 20 (PCI IRQ 20) to lapic 0 vector 54 skc0: [MPSAFE] skc0: [ITHREAD] As a follow on from the Intel NIC discovery, I also noticed John's commit from yesterday (r189017) which looked promising and took it for a spin. I'm happy to report that it appears to resolve the hang with the Marvell card's pxe rom. After at least a dozen reboot/cold start attempts it hasn't hung once, whereas pxeboot build from r189016 hangs most of the time. The addon Intel NIC is still unphased by either pxeboot version and boots just fine regardless. So for me at least, looks like the case is closed. Thanks go to Tor, John and Bjoern for their work on r189017. Cheers, Lawrence From owner-freebsd-current@FreeBSD.ORG Wed Feb 25 10:53: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 763C9106564A for ; Wed, 25 Feb 2009 10:53:53 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from buffy.york.ac.uk (buffy.york.ac.uk [144.32.226.160]) by mx1.freebsd.org (Postfix) with ESMTP id 13B3D8FC17 for ; Wed, 25 Feb 2009 10:53:52 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.14.3/8.14.3) with ESMTP id n1PArqsl021106; Wed, 25 Feb 2009 10:53:52 GMT (envelope-from gavin@FreeBSD.org) Received: (from ga9@localhost) by buffy.york.ac.uk (8.14.3/8.14.3/Submit) id n1PArp3v021105; Wed, 25 Feb 2009 10:53:51 GMT (envelope-from gavin@FreeBSD.org) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin@FreeBSD.org using -f From: Gavin Atkinson To: Manfred Antar In-Reply-To: <200902250259.n1P2xvYh001449@pozo.com> References: <200902250259.n1P2xvYh001449@pozo.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Wed, 25 Feb 2009 10:53:50 +0000 Message-Id: <1235559230.15704.4.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 FreeBSD GNOME Team Port Cc: current@FreeBSD.org Subject: Re: Fatal trap 18 on Current 1386 since Saturday 14 Feb 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, 25 Feb 2009 10:53:53 -0000 On Tue, 2009-02-24 at 18:59 -0800, Manfred Antar wrote: > I have not been able to boot a new kernel since the 14th > It stops here: > > GEOM: new disk ad0 > ata1: reiniting channel .. > ata1: reset tp1 mask=03 ostat0=00 ostat1=00 > ata1: stat0=0x7f err=0x01 lsb=0x7f msb=0x7f > ata1: stat1=0x80 err=0x01 lsb=0x14 msb=0xeb > ata1: stat1=0x80 err=0x01 lsb=0x14 msb=0xeb > ata1: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb > ata1: reset tp2 stat0=7f stat1=00 devices=0x20001 > ata1: Identifying devices: 00020001 > ata1: New devices: 00020000 > ata1-slave: pio=PIO4 wdma=WDMA2 udma=UDMA66 cable=40 wire > > > Fatal trap 18: integer divide fault while in kernel mode > instruction pointer = 0x20:0xc08e825b > stack pointer = 0x28:0xc693b754 > frame pointer = 0x28:0xc693b7c8 > 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 (swi4: clock) > [thread pid 12 tid 100004 ] > Stopped at __qdivrem+0x3b: divl %ecx,%eax Are you dropped into the debugger ("db>" prompt) here? If so, can you issue the command "bt" and show the results? (if you don't have the debugger compiled into the kernel, you need "options DDB", "options KDB" and "makeoptions DEBUG=-g" in your kernel config file). Gavin From owner-freebsd-current@FreeBSD.ORG Wed Feb 25 14:07: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 9F9E01065673 for ; Wed, 25 Feb 2009 14:07:02 +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 308128FC1E for ; Wed, 25 Feb 2009 14:07:00 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from [41.241.103.105] (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 1LcKPZ-00062B-Ec; Wed, 25 Feb 2009 16:06:57 +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 1LcKPT-0005QN-7X; Wed, 25 Feb 2009 16:06:51 +0200 To: Stephen Montgomery-Smith From: Ian FREISLICH In-Reply-To: <49A45558.9060000@math.missouri.edu> References: <49A45558.9060000@math.missouri.edu> <1235502625.4345.2.camel@localhost.localdomain> X-Attribution: BOFH Date: Wed, 25 Feb 2009 16:06:51 +0200 Message-Id: Cc: Sean Bruno , FreeBSD Current Subject: Re: Default FS Layout Too Small? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Feb 2009 14:07:04 -0000 Stephen Montgomery-Smith wrote: > Sean Bruno wrote: > > I noted that if I choose the auto defaults for my F/S layout, sysinstall > > will not reserve enough space for root(512MB?). This is just barely > > enough to recompile and install an updated kernel. Much more than that > > and the F/S is full. > > > > I would assume that the default would be much larger now-a-days. I think > > a simple doubling to 1G would be sufficient. > > > > Comments? > > > > Sean > > I have observed the same issue. Somehow there is a lot more stuff in > /boot/kernel than there used to be. I'm guessing that a lot of it is > symbols for the debugger, which used not to be there. And when you have > /boot/kernel.old as well, it really gets pretty full there. > > I don't understand the comment made by another poster that 85MB is > enough. I have a FreeBSD 7 box which was partitioned years ago (back in [brane] /boot $ uname -a FreeBSD brane.freislich.nom.za 8.0-CURRENT FreeBSD 8.0-CURRENT #2: Tue Feb 24 12:45:03 SAST 2009 ianf@brane.freislich.nom.za:/usr/obj/usr/src/sys/BRANE amd64 [brane] /boot $ du 22 ./defaults 36114 ./kernel 2 ./modules 2 ./firmware 2 ./zfs 32658 ./kernel.old 69722 . I suspect that this config option has a lot to do with how much space your kernels (and modules) use on disk makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Wed Feb 25 14:31: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 1C5B0106564A; Wed, 25 Feb 2009 14:31:25 +0000 (UTC) (envelope-from null@pozo.com) Received: from pozo.com (pozo.com [216.101.162.50]) by mx1.freebsd.org (Postfix) with ESMTP id DDF938FC14; Wed, 25 Feb 2009 14:31:24 +0000 (UTC) (envelope-from null@pozo.com) Received: from T41p.pozo.com (t41p.pozo.com [192.168.0.4]) (authenticated bits=0) by pozo.com (8.14.3/8.14.3) with ESMTP id n1PEVFtR001418 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 25 Feb 2009 06:31:16 -0800 (PST) (envelope-from null@pozo.com) Message-Id: <200902251431.n1PEVFtR001418@pozo.com> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Wed, 25 Feb 2009 06:28:48 -0800 To: Gavin Atkinson From: Manfred Antar In-Reply-To: <1235559230.15704.4.camel@buffy.york.ac.uk> References: <200902250259.n1P2xvYh001449@pozo.com> <1235559230.15704.4.camel@buffy.york.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Spam-Status: No, score=-101.4 required=5.0 tests=ALL_TRUSTED,MISSING_MID, USER_IN_WHITELIST autolearn=failed version=3.2.5, No X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on pozo.com X-Virus-Scanned: ClamAV version 0.94.2-exp, clamav-milter version 0.94.2-exp on pozo.com X-Virus-Status: Clean X-pozo.com-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: n1PEVFtR001418 X-pozo.com-MailScanner: Found to be clean X-pozo.com-MailScanner-From: null@pozo.com Cc: current@FreeBSD.org Subject: Re: Fatal trap 18 on Current 1386 since Saturday 14 Feb 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, 25 Feb 2009 14:31:25 -0000 At 02:53 2/25/2009, Gavin Atkinson wrote: >On Tue, 2009-02-24 at 18:59 -0800, Manfred Antar wrote: >> I have not been able to boot a new kernel since the 14th >> It stops here: >> >> GEOM: new disk ad0 >> ata1: reiniting channel .. >> ata1: reset tp1 mask=03 ostat0=00 ostat1=00 >> ata1: stat0=0x7f err=0x01 lsb=0x7f msb=0x7f >> ata1: stat1=0x80 err=0x01 lsb=0x14 msb=0xeb >> ata1: stat1=0x80 err=0x01 lsb=0x14 msb=0xeb >> ata1: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb >> ata1: reset tp2 stat0=7f stat1=00 devices=0x20001 >> ata1: Identifying devices: 00020001 >> ata1: New devices: 00020000 >> ata1-slave: pio=PIO4 wdma=WDMA2 udma=UDMA66 cable=40 wire >> >> >> Fatal trap 18: integer divide fault while in kernel mode >> instruction pointer = 0x20:0xc08e825b >> stack pointer = 0x28:0xc693b754 >> frame pointer = 0x28:0xc693b7c8 >> 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 (swi4: clock) >> [thread pid 12 tid 100004 ] >> Stopped at __qdivrem+0x3b: divl %ecx,%eax > >Are you dropped into the debugger ("db>" prompt) here? If so, can you >issue the command "bt" and show the results? (if you don't have the >debugger compiled into the kernel, you need "options DDB", "options KDB" >and "makeoptions DEBUG=-g" in your kernel config file). > >Gavin Here it is : ata1-slave: pio=PIO4 wdma=WDMA2 udma=UDMA66 cable=40 wire Fatal trap 18: integer divide fault while in kernel mode instruction pointer = 0x20:0xc08e825b stack pointer = 0x28:0xc693b754 frame pointer = 0x28:0xc693b7c8 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 (swi4: clock) [thread pid 12 tid 100004 ] Stopped at __qdivrem+0x3b: divl %ecx,%eax db> bt Tracing pid 12 tid 100004 td 0xc6c36900 __qdivrem(0,0,0,0,c693b7e4,...) at __qdivrem+0x3b __umoddi3(0,0,0,0,9e8f28d4,...) at __umoddi3+0x2d ata_tf_write(c6fae000,c04efc80,c6fce800,1,c6fae000,...) at ata_tf_write+0x2ff ata_generic_command(c6fae000,1010101,1010101,1010101,1010101,...) at ata_generic_command+0x2d9 ata_begin_transaction(c6fae000,1,c693b8cc,c065b0dd,c6fae068,...) at ata_begin_transaction+0x7a ata_start(c6d6ea00,0,c09e71cc,c693b8fc,c04e4ead,...) at ata_start+0x222 ata_queue_request(c6fae000,0,101,8b92c,ef4f0003,...) at ata_queue_request+0x4ea ata_controlcmd(c6c31e00,ef,3,0,0,...) at ata_controlcmd+0xd6 ata_intel_new_setmode(c6c31e00,f,c6c31e00,c6d6ea00,c6fce800,...) at ata_intel_new_setmode+0x2a0 ata_pcichannel_setmode(c6d6ea00,c6c31e00,c050d049,c6c31e00,c6fce800,...) at ata_pcichannel_setmode+0x48 ad_init(c6c31e00,c6fbc840,101,c693ba50,717269,...) at ad_init+0x5a ad_attach(c6c31e00,c6fbb850,ffffffff,c0a0c52a,80000000,...) at ad_attach+0x2bd device_attach(c6c31e00) at device_attach+0x36f device_probe_and_attach(c6c31e00,c6fcc400,c693bb8c,c04f0593,c6d6ea00,...) at device_probe_and_attach+0x2c bus_generic_attach(c6d6ea00,1,ffffffff,0,10,...) at bus_generic_attach+0x19 ata_identify(c6d6ea00,2,c693bbb8,c0662f68,80046,...) at ata_identify+0x2a3 ata_reinit(c6d6ea00,c6c36900,c693bbe8,c08cf7c0,c0aa2940,...) at ata_reinit+0x4e0 ata_completed(c6fae578,0,c6cef000,c6cef000,c693bc48,...) at ata_completed+0xb4 ata_finish(c6fae578,2,c0679c10,c6c36900,c0aa2940,...) at ata_finish+0x40 ata_timeout(c6fae578,1,c0aa2974,c6cef4d4,16,...) at ata_timeout+0xcb softclock(c0aa2940,0,109,c3cb7e0,1e,...) at softclock+0x1bc intr_event_execute_handlers(c6c337ec,c6c30480,c0a08350,4d7,c6c304f0,...) at intr_event_execute_handlers+0x14b ithread_loop(c6c08bb0,c693bd38,aab2f864,e08700f6,1fc1940f,...) at ithread_loop+0x6a fork_exit(c063c9d0,c6c08bb0,c693bd38) at fork_exit+0x90 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc693bd70, ebp = 0 --- db> ================================== || null@pozo.com || || Ph. (415) 681-6235 || ================================== From owner-freebsd-current@FreeBSD.ORG Wed Feb 25 15:24: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 8CDC81065672; Wed, 25 Feb 2009 15:24:43 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout0.freenet.de (mout0.freenet.de [IPv6:2001:748:100:40::2:2]) by mx1.freebsd.org (Postfix) with ESMTP id E71E88FC1C; Wed, 25 Feb 2009 15:24:42 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.27] (helo=17.mx.freenet.de) by mout0.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #76) id 1LcLcm-0003jO-US; Wed, 25 Feb 2009 16:24:40 +0100 Received: from te437.t.pppool.de ([89.55.228.55]:52681 helo=ernst.jennejohn.org) by 17.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #76) id 1LcLcm-0003Z5-Jz; Wed, 25 Feb 2009 16:24:40 +0100 Date: Wed, 25 Feb 2009 16:24:39 +0100 From: Gary Jennejohn To: Juergen Lock Message-ID: <20090225162439.11f8265b@ernst.jennejohn.org> In-Reply-To: <20090223211933.GA79361@saturn.kn-bremen.de> References: <20090222013747.GA21709@saturn.kn-bremen.de> <20090223154724.7d687b13@ernst.jennejohn.org> <20090223211933.GA79361@saturn.kn-bremen.de> X-Mailer: Claws Mail 3.7.0 (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-emulation@FreeBSD.org, freebsd-current@FreeBSD.org, qemu-devel@nongnu.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 Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Feb 2009 15:24:44 -0000 On Mon, 23 Feb 2009 22:19:33 +0100 Juergen Lock wrote: > On Mon, Feb 23, 2009 at 03:47:24PM +0100, Gary Jennejohn wrote: > > On Sun, 22 Feb 2009 02:37:47 +0100 > > Juergen Lock wrote: > > > > > been experimental and you should use raw images if you want reliability; > > > raw is also usually faster) - apart from these two issues this snapshot > > > is looking pretty good in my (limited) testing so far; you are encouraged > > > to test it with your various guests that you have lying around, if it > > > works for you as well maybe we can indeed update the FreeBSD qemu-devel > > > port again before the next official qemu release gets cut... > > > > > > > Well, I applied the patches and installed qemu. > > > > I tried installing openSUSELinux 10.3 because I had a DVD laying around. > > > > I used a 150GB raw image created using qemu-img. I did not use kqemu. > > I started qemu with this command line: > > > > qemu -boot d -cdrom /dev/acd0 -hda linux.img -localtime -m 1G > > > > Note I have an AMD64 X2 with 4GB of RAM installed running 8-current. > > > > It got up to the point where it actually started the install and then > > croaked with SIGSEGV, I think it was. The error message flashed by > > rather quickly. > > > > That means that I was able to partition the disks and specify some > > non-standard packages. It managed to create and format the disk > > partitions and figure out from the DVD which packages to install. > > > > Not too bad, I suppose. > > A SIGSEGV, hmm. What I do see sometimes especially without kqemu is guest > failures related to various kinds of timeouts, i.e. guests not expecting > running as slowly... tho a SIGSEGV is probably something different. > I tried the installation a few more times using the patched qemu-devel and was able to see that the error was indeed a segmentation violation in Yast.call, whatever that may mean. > You could try a few things: > a) the same with kqemu (userland), in case its a tcg bug (or indeed a > timeout; remember to rebuild qemu in case you built it without the > kqemu knob enabled or otherwise kqemu won't get used), and also > b) another time with -kernel-kqemu in case its a tcg bug affecting > guest kernel code (altho of course in both cases kqemu can cause its > own kind of failures, even more so with amd64 guests...) > I'll consider doing these steps with the patched qemu-devel later. > c) try the same with the original qemu-devel port and also with qemu 0.9.1 > (the qemu port), in case its a regression (possibly caused by the tcg > conversion?) > qemu never gets past the initial openSUSE install screen. It just sits there eating 100% of the CPU without any visible progress. I tried qemu-devel with kqemu.ko loaded but it never got past loading the Linux kernel. It hung at various boot stages with no apparent pattern. Without kqemu.ko it is actually doing the install as I write this. Have to wait and see just how far it gets. One difference between now and before is that I have vfs_aio in the kernel. I'm also running a brand-new kernel from today. BTW this is the command line which I used: qemu -net none -m 1G -boot d -cdrom /dev/acd0 -hda linux.img -localtime -std-vga > d) see if you can enable coredumps in the guest in order to find out more > about your particular failure. > Well, supposedly Yast.call dumped core, but since the Linux install runs out of a memory disk there's no way for me to see it. I have no idea how to enable coredumps such that I can acccess any coredumps which may be made. > Oh and if you do any of these you may want to also Cc the qemu list with > your findings, they are probably interested as well... > OK, added. --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Wed Feb 25 15:20: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 3BB78106567C for ; Wed, 25 Feb 2009 15:20:48 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from math.missouri.edu (math.missouri.edu [128.206.184.200]) by mx1.freebsd.org (Postfix) with ESMTP id 182C18FC08 for ; Wed, 25 Feb 2009 15:20:47 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from [128.206.184.213] (cauchy.math.missouri.edu [128.206.184.213]) by math.missouri.edu (Postfix) with ESMTP id 6905E610CF0; Wed, 25 Feb 2009 09:20:47 -0600 (CST) Message-ID: <49A5614E.3030501@math.missouri.edu> Date: Wed, 25 Feb 2009 09:18:38 -0600 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.19) Gecko/20090220 SeaMonkey/1.1.14 MIME-Version: 1.0 To: Ian FREISLICH References: <49A45558.9060000@math.missouri.edu> <1235502625.4345.2.camel@localhost.localdomain> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.94.2/9047/Wed Feb 25 04:59:41 2009 on math.missouri.edu X-Virus-Status: Clean X-Mailman-Approved-At: Wed, 25 Feb 2009 16:20:02 +0000 Cc: Sean Bruno , FreeBSD Current Subject: Re: Default FS Layout Too Small? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Feb 2009 15:20:48 -0000 Ian FREISLICH wrote: > Stephen Montgomery-Smith wrote: >> Sean Bruno wrote: >>> I noted that if I choose the auto defaults for my F/S layout, sysinstall >>> will not reserve enough space for root(512MB?). This is just barely >>> enough to recompile and install an updated kernel. Much more than that >>> and the F/S is full. >>> >>> I would assume that the default would be much larger now-a-days. I think >>> a simple doubling to 1G would be sufficient. >>> >>> Comments? >>> >> I don't understand the comment made by another poster that 85MB is >> enough. I have a FreeBSD 7 box which was partitioned years ago (back in > I suspect that this config option has a lot to do with how much > space your kernels (and modules) use on disk > > makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols Fair enough. But this option is on in the GENERIC kernel. So since it is now part of the default, it makes sense to have a large root sector by default. From owner-freebsd-current@FreeBSD.ORG Wed Feb 25 19:00: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 E899C106567B for ; Wed, 25 Feb 2009 19:00:39 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout0.freenet.de (mout0.freenet.de [IPv6:2001:748:100:40::2:2]) by mx1.freebsd.org (Postfix) with ESMTP id 7ED1C8FC29 for ; Wed, 25 Feb 2009 19:00:39 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.23] (helo=13.mx.freenet.de) by mout0.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #76) id 1LcOzm-0005ia-1z for current@freebsd.org; Wed, 25 Feb 2009 20:00:38 +0100 Received: from te437.t.pppool.de ([89.55.228.55]:34864 helo=ernst.jennejohn.org) by 13.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #76) id 1LcOzl-0002MM-KX for current@freebsd.org; Wed, 25 Feb 2009 20:00:38 +0100 Date: Wed, 25 Feb 2009 20:00:35 +0100 From: Gary Jennejohn To: current@freebsd.org Message-ID: <20090225200035.623248c3@ernst.jennejohn.org> X-Mailer: Claws Mail 3.7.0 (GTK+ 2.14.7; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: SATA disks suddenly stop working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Feb 2009 19:00:41 -0000 I've been having lots of problems with SATA drives attached to higher port numbers, namely ata5 and ata6. I was installing Linux under qemu today and it had been running for several hours and had installed multi-gigabytes of data when qemu just stopped. I noticed that all I/O to the disk had ceased. Doing "atacontrol reinit" on the port (ata5) resulted in a message that the device was not configured, which was patently false since qemu had just been merrily writing to it. This with a kernel made from sources updated today at about 2 PM (GMT+1). I've also seen problems with a disk attached to ata6. It just sort of disappears after a while. Disks attached to ata2, ata3 and ata4 don't exhibit any problems. Is anyone else seeing this weird behavior? --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Wed Feb 25 19:15: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 BC0A7106566C; Wed, 25 Feb 2009 19:15:55 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout1.freenet.de (mout1.freenet.de [IPv6:2001:748:100:40::2:3]) by mx1.freebsd.org (Postfix) with ESMTP id 5190F8FC15; Wed, 25 Feb 2009 19:15:55 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.17] (helo=7.mx.freenet.de) by mout1.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #76) id 1LcPEW-0000DJ-O6; Wed, 25 Feb 2009 20:15:52 +0100 Received: from te437.t.pppool.de ([89.55.228.55]:16348 helo=ernst.jennejohn.org) by 7.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #76) id 1LcPEW-0000E0-FZ; Wed, 25 Feb 2009 20:15:52 +0100 Date: Wed, 25 Feb 2009 20:15:50 +0100 From: Gary Jennejohn To: Juergen Lock Message-ID: <20090225201550.3d3032b5@ernst.jennejohn.org> X-Mailer: Claws Mail 3.7.0 (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-emulation@FreeBSD.org, freebsd-current@FreeBSD.org, qemu-devel@nongnu.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 Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Feb 2009 19:15:56 -0000 On Mon, 23 Feb 2009 22:19:33 +0100 Juergen Lock wrote: > You could try a few things: > a) the same with kqemu (userland), in case its a tcg bug (or indeed a > timeout; remember to rebuild qemu in case you built it without the > kqemu knob enabled or otherwise kqemu won't get used), and also > b) another time with -kernel-kqemu in case its a tcg bug affecting > guest kernel code (altho of course in both cases kqemu can cause its > own kind of failures, even more so with amd64 guests...) > Neither of these work. The only way I can get past loading the kernel is with -no-kqemu. I still see the segmentation fault in Yast.call. Now I know that it's in line 486, if that's of any interest. Sorry, I'm not going to invest any more time in this. --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Wed Feb 25 19:54: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 29C8C106566B for ; Wed, 25 Feb 2009 19:54:56 +0000 (UTC) (envelope-from artis.caune@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 AC3B38FC17 for ; Wed, 25 Feb 2009 19:54:55 +0000 (UTC) (envelope-from artis.caune@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so287380fgb.35 for ; Wed, 25 Feb 2009 11:54:54 -0800 (PST) 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=eWikXr37jgPN1XaO2oGn02df2nwn808yNZCenqHBL5U=; b=qvCvlwVrOAIuTJEQ1/OtAVh3S0FIvnQSjjGssrmkknk5rzYS/vPUyORWZSac4WLyyu GnJgjmJjBdUAOnl0aTtZftuZav1gilbIvX8P2+dJ09uBOEL4IgEJPSlJcP9fksChx5d5 zkuQV2ujqPxc5278Xs2w4fZh8w/fdWx2mu/Hg= 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=xQv+aAeILSYYNQoIDjGi18vahCEE53cRTHpAu77pKcQpQogLkwTZvSKE/1wS5DAxgZ aWCj618/Wt2GSUldQBBEAq8KTOi8hsAg12IULpVFsZjGBCOpgOG0BtEvJEF2GWc06hLq uRh0vafcLB2v33nQtb8xnKA8AypZkg7NH7dJo= MIME-Version: 1.0 Received: by 10.86.52.6 with SMTP id z6mr704560fgz.65.1235590177748; Wed, 25 Feb 2009 11:29:37 -0800 (PST) In-Reply-To: <233332.12352.qm@web63901.mail.re1.yahoo.com> References: <233332.12352.qm@web63901.mail.re1.yahoo.com> Date: Wed, 25 Feb 2009 21:29:37 +0200 Message-ID: <9e20d71e0902251129r7a65216du9dd65a4fc35d2340@mail.gmail.com> From: Artis Caune To: barney_cordoba@yahoo.com Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: monitoring per cpu usage 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: Wed, 25 Feb 2009 19:54:56 -0000 2009/2/23 Barney Cordoba : > In 7.0 I could run > > top -S > > and there would be an idle thread for each cpu, which seems to be missing > in 8.0. How can I monitor per cpu usage in 8.0? "top -P" will show per-cpu usage. switch available in 7.1 and up (also for vmstat). -- regards, Artis Caune <----. CCNA | BSDA <----|==================== <----' didii FreeBSD From owner-freebsd-current@FreeBSD.ORG Wed Feb 25 19:56: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 DA5D7106566B for ; Wed, 25 Feb 2009 19:56:42 +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 5EF618FC16 for ; Wed, 25 Feb 2009 19:56:41 +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 235848229; Wed, 25 Feb 2009 21:56:41 +0200 Message-ID: <49A5A276.9080401@FreeBSD.org> Date: Wed, 25 Feb 2009 21:56:38 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.19 (X11/20090118) MIME-Version: 1.0 To: Gary Jennejohn References: In-Reply-To: Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current Subject: Re: SATA disks suddenly stop working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Feb 2009 19:56:43 -0000 Gary Jennejohn wrote: > I've been having lots of problems with SATA drives attached to higher > port numbers, namely ata5 and ata6. > > I was installing Linux under qemu today and it had been running for > several hours and had installed multi-gigabytes of data when qemu > just stopped. > > I noticed that all I/O to the disk had ceased. > > Doing "atacontrol reinit" on the port (ata5) resulted in a message > that the device was not configured, which was patently false since > qemu had just been merrily writing to it. > > This with a kernel made from sources updated today at about 2 PM (GMT+1). > > I've also seen problems with a disk attached to ata6. It just sort > of disappears after a while. > > Disks attached to ata2, ata3 and ata4 don't exhibit any problems. You have told much and same time gave nothing that can be used. What controller do you have? What drives on what channels? Is there any kernel messages about the problem? Have you tried to enable verbose messages to get additional details? Reinit could return ENXIO if it already was in progress. Disappearing drives are also can be related to that reinit. Can't it be just a real hardware problem? -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Wed Feb 25 20:45: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 559991065672 for ; Wed, 25 Feb 2009 20:45:51 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: from mail6.sea5.speakeasy.net (mail6.sea5.speakeasy.net [69.17.117.8]) by mx1.freebsd.org (Postfix) with ESMTP id 307068FC27 for ; Wed, 25 Feb 2009 20:45:50 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: (qmail 11834 invoked from network); 25 Feb 2009 20:45:49 -0000 Received: from april.chuckr.org (HELO april.telenix.org) (chuckr@[66.92.151.30]) (envelope-sender ) by mail6.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 25 Feb 2009 20:45:49 -0000 Message-ID: <49A5ABB4.2090601@telenix.org> Date: Wed, 25 Feb 2009 15:36:04 -0500 From: Chuck Robey User-Agent: Thunderbird 2.0.0.19 (X11/20090121) MIME-Version: 1.0 To: Gavin Atkinson References: <49A19C22.8000600@telenix.org> <20090223083114.F86550@ury.york.ac.uk> In-Reply-To: <20090223083114.F86550@ury.york.ac.uk> X-Enigmail-Version: 0.95.5 OpenPGP: id=F3DCA0E9; url=http://pgp.mit.edu Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: tomcat & mouse problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Feb 2009 20:45:51 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Gavin Atkinson wrote: > On Sun, 22 Feb 2009, Chuck Robey wrote: >> It seems possible, even likely, that my tomcat6 port (running via >> Java) might >> well be the cause of my mouse suddenly slowing up and becoming very >> jerky in >> operation. I can't guess what else might be causing my mouse to be so >> jerky, >> but it seems to clear up if I use the rc.d tomcat6 script to stop >> tomcat6, and >> that seems to fix the mouse problem (it clears up within maybe 30 >> seconds). >> >> I'm running a machine with plenty of memory, plenty of CPU (quad Intel >> core), >> and using FreeBSD-current. The mouse is a Logitech USB/wireless >> model. Any >> guess what might be causing my mouse's jerkiness? > > Can you try using SCHED_4BSD rather than SCHED_ULE and see if that makes > a difference? > > Gavin OK, I've been watching it long enough. Running (now) SCHED_4BDSD seems to make the mouse far more active (as far as the movements of the cursor are concerned), but I still havr great problems in getting mouse clicks taken. They ARE accepted, but I must lick aboout 4 times to get a single moouse-click accepted. I'm trying hard to read as much as I can about xorg problems, becauase I don't seem to see this in the mouse usages in the virtual-ttys, only in Xorg. Tell me, I haven't followed much of the history about Xfree86 the last few years (far more concerned with serious health problems), do you know why there aren't any Xfree86 ports in our ports anymore? I checked, they ARE releasing new software, it works, it actually builds far, far faster/easier, howcome our ports are ignoring Xfree86 in favor of Xorg? Not being fascetious here, I really don't know. I'm thinking I would like to experiment to see if the Xfree86 stuff works for my mouse better, but I would really rather use our ports, than getting a release directly from XFree86 (I don't think they even have FreeBSD binaries anymore). -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmlq7QACgkQz62J6PPcoOlnHACfX6/yGZpxSYOV+z/yIrduJ39m qfIAnRdCLfqiU8K0NQYWU5WOsSKfj57X =hC8G -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Feb 25 21:34: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 3ACC81065670 for ; Wed, 25 Feb 2009 21:34:07 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id ACBC38FC12 for ; Wed, 25 Feb 2009 21:34:06 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from localhost by koef.zs64.net (8.14.3/8.14.3) with ESMTP id n1PLY4Iq074218 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Wed, 25 Feb 2009 22:34:05 +0100 (CET) (envelope-from stb@lassitu.de) (authenticated as stb) Message-Id: From: Stefan Bethke To: FreeBSD Current In-Reply-To: <7EFAB629-75C5-41C1-BDAC-ADE5F69D9EF6@lassitu.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: Wed, 25 Feb 2009 22:34:04 +0100 References: <76873DDF-D21B-48AF-9AFB-5A2747BE406B@lassitu.de> <3A302EE1-F54D-4415-BC13-CA8ABBA320EC@lassitu.de> <171C5946-63D1-4AC7-89F7-A951BEF3D1C6@lassitu.de> <7EFAB629-75C5-41C1-BDAC-ADE5F69D9EF6@lassitu.de> X-Mailer: Apple Mail (2.930.3) Subject: Re: zfs: using, then destroying a snapshot sometimes panics zfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Feb 2009 21:34:08 -0000 Am 18.02.2009 um 07:55 schrieb Stefan Bethke: > # cd /tank/foo/.zfs > # ls -l > ls: snapshot: Bad file descriptor > total 0 > # cd snapshot > -su: cd: snapshot: Not a directory > Trying to umount produces a panic: > # zfs umount /jail/foo > > Fatal trap 12: page fault while in kernel mode > cpuid = 1; apic id = 01 > fault virtual address = 0xa8 > fault code = supervisor write data, page not present > instruction pointer = 0x8:0xffffffff802ee565 > stack pointer = 0x10:0xfffffffea29c39e0 > frame pointer = 0x10:0xfffffffea29c39f0 > 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 = 51383 (zfs) > [thread pid 51383 tid 100298 ] > Stopped at _sx_xlock+0x15: lock cmpxchgq %rsi,0x18(%rdi) > db> bt > Tracing pid 51383 tid 100298 td 0xffffff00a598e720 > _sx_xlock() at _sx_xlock+0x15 > zfsctl_umount_snapshots() at zfsctl_umount_snapshots+0xa5 > zfs_umount() at zfs_umount+0xdd > dounmount() at dounmount+0x2b4 > unmount() at unmount+0x24b > syscall() at syscall+0x1a5 > Xfast_syscall() at Xfast_syscall+0xab > --- syscall (22, FreeBSD ELF64, unmount), rip = 0x800f412fc, rsp = > 0x7fffffffd1a8, rbp = 0x801202300 --- > db> call doadump The script I am using used to do: 1. create snapshot 2. copy data with rsync from the snapshot 3. destroy snapshot Sometime after (anywhere between minutes an hours), the problem would manifest itself. I've now changed the script to: 1. destroy snaphot (if it exists) 2. create snapshot 3. copy data I've not seen the problem reoccur for four days, keeping my fingers crossed. I tried to replicate the situation in an VMware image, but so far have been unsuccessful. Stefan -- Stefan Bethke Fon +49 151 14070811 From owner-freebsd-current@FreeBSD.ORG Wed Feb 25 21:43: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 F38261065677 for ; Wed, 25 Feb 2009 21:43:00 +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 AD6318FC17 for ; Wed, 25 Feb 2009 21:43:00 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LcRWt-0002rA-KZ for freebsd-current@freebsd.org; Wed, 25 Feb 2009 21:42:59 +0000 Received: from 217-68-187-100.dynamic.primacom.net ([217.68.187.100]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 25 Feb 2009 21:42:59 +0000 Received: from js by 217-68-187-100.dynamic.primacom.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 25 Feb 2009 21:42:59 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Julian Stecklina Date: Wed, 25 Feb 2009 22:42:51 +0100 Lines: 22 Message-ID: <877i3efb1g.fsf@tabernacle.lan> References: <49A19C22.8000600@telenix.org> <20090223083114.F86550@ury.york.ac.uk> <49A5ABB4.2090601@telenix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 217-68-187-100.dynamic.primacom.net X-Archive: encrypt User-Agent: Gnus/5.101 (Gnus v5.10.10) Cancel-Lock: sha1:7YPvs+R2SmxeNb0+kKdemb2bmMo= Sender: news Subject: Re: tomcat & mouse problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Feb 2009 21:43:01 -0000 Chuck Robey writes: > Tell me, I haven't followed much of the history about Xfree86 the last few years > (far more concerned with serious health problems), do you know why there aren't > any Xfree86 ports in our ports anymore? I checked, they ARE releasing new > software, it works, it actually builds far, far faster/easier, howcome our ports > are ignoring Xfree86 in favor of Xorg? Not being fascetious here, I really > don't know. I'm thinking I would like to experiment to see if the Xfree86 stuff > works for my mouse better, but I would really rather use our ports, than getting > a release directly from XFree86 (I don't think they even have FreeBSD binaries > anymore). I guess since the license fight that caused the fork most consider XFree86 obsolete. It is said that most development takes place in X.org at the moment. Regards, -- Julian Stecklina Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. - Martin Golding From owner-freebsd-current@FreeBSD.ORG Wed Feb 25 21:48: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 9E2C8106566B for ; Wed, 25 Feb 2009 21:48:21 +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 546C08FC1B for ; Wed, 25 Feb 2009 21:48:20 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 879B49CB05B for ; Wed, 25 Feb 2009 22:45:07 +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 D4YyJGVxrSTf for ; Wed, 25 Feb 2009 22:44:56 +0100 (CET) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id DAF819CB125 for ; Wed, 25 Feb 2009 22:44:55 +0100 (CET) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id n1PLitLS006700 for current@freebsd.org; Wed, 25 Feb 2009 22:44:55 +0100 (CET) (envelope-from rdivacky) Date: Wed, 25 Feb 2009 22:44:55 +0100 From: Roman Divacky To: current@freebsd.org Message-ID: <20090225214455.GA6588@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="huq684BweRXVnRxX" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: [ANNOUNCE]: clang/llvm can compile booting FreeBSD kernel on i386/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Feb 2009 21:48:22 -0000 --huq684BweRXVnRxX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, Clang is a new frontend for C-like languages for LLVM. It's modern, BSD licensed compiler that produces roughly the same code quality or better as GCC. It's still in its development phase but quite mature. It includes static analyzer as well. And yes, it can compile FreeBSD kernel that actually boots and works. Not as stable as GCC yet but the Clang team is working on that. The userland needs some more work but a lot works already. You can try yourself, the details are described here: http://wiki.freebsd.org/BuildingFreeBSDWithClang basically you just install devel/llvm-devel port, compile the kernel with -O1 and boot. Don't forget to try out the static analysis. We'd like to encourage you to try this out and test stuff. We can't test everything. In a case of problems (there sure will be) please contact me or Pawel. thank you! your clang@freebsd team Roman Divacky, Pawel Worach and Brooks Davis --huq684BweRXVnRxX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAkmlu9UACgkQLVEj6D3CBEwQZgCeP/VoeUNaGezIwfyAd5zYu61j LY0AmQH1b3kMbAXgR9MLNIQ2AZg/cne+ =yib1 -----END PGP SIGNATURE----- --huq684BweRXVnRxX-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 25 21:57: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 0B770106564A; Wed, 25 Feb 2009 21:57:06 +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 C27828FC14; Wed, 25 Feb 2009 21:57:05 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.2] (adsl-156-5-199.bna.bellsouth.net [70.156.5.199]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n1PLthdY014013 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 25 Feb 2009 16:55:43 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: freebsd-x11 Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-McgGWqU0UcxTC1pejwiN" Organization: FreeBSD Date: Wed, 25 Feb 2009 15:56:57 -0600 Message-Id: <1235599017.1273.94.camel@widget.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.4 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.9 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 Subject: [CFT] Intel IGD chips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Feb 2009 21:57:06 -0000 --=-McgGWqU0UcxTC1pejwiN Content-Type: text/plain Content-Transfer-Encoding: quoted-printable So, I have this cryptic patch from Intel to add support for what appears to be chip that is a hybrid of the G33 and G4X. The pci ids for these chips are oxa001 and 0xa011. (pciconf -lv, look for Integrated Graphics). If you have one of these chips, please give this agp patch a go and see if it works. http://people.freebsd.org/~rnoland/agp_i810.c-IGD.patch I've also got patches for drm for these chips that I haven't ported yet, but lets get agp going first... robert. --=20 Robert Noland FreeBSD --=-McgGWqU0UcxTC1pejwiN 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 (FreeBSD) iEYEABECAAYFAkmlvqkACgkQM4TrQ4qfROOCgwCffelHx1WzAVSi8VCPkccMPWZZ +7sAn1n/MJvMbCRsUv/LcZSSE5gJnr3E =wFmz -----END PGP SIGNATURE----- --=-McgGWqU0UcxTC1pejwiN-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 25 22:09:58 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 C5DEE106568A; Wed, 25 Feb 2009 22:09:58 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from keltia.freenix.fr (keltia.freenix.org [IPv6:2001:660:330f:f820:213:72ff:fe15:f44]) by mx1.freebsd.org (Postfix) with ESMTP id 74B658FC20; Wed, 25 Feb 2009 22:09:58 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from localhost (localhost [127.0.0.1]) by keltia.freenix.fr (Postfix/TLS) with ESMTP id AC0733BD2F; Wed, 25 Feb 2009 23:09:56 +0100 (CET) X-Virus-Scanned: amavisd-new at keltia.freenix.fr Received: from keltia.freenix.fr ([127.0.0.1]) by localhost (keltia.freenix.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id j0zzQOfITLQx; Wed, 25 Feb 2009 23:09:56 +0100 (CET) Received: by keltia.freenix.fr (Postfix/TLS, from userid 101) id 5CF723BD2E; Wed, 25 Feb 2009 23:09:56 +0100 (CET) Date: Wed, 25 Feb 2009 23:09:56 +0100 From: Ollivier Robert To: freebsd-current@freebsd.org, current@freebsd.org Message-ID: <20090225220956.GB17754@keltia.freenix.fr> References: <20090225214455.GA6588@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090225214455.GA6588@freebsd.org> X-Operating-System: MacOS X / Macbook Pro - FreeBSD 7 / Dell D820 SMP User-Agent: Mutt/1.5.19 (2009-01-05) Cc: Subject: Re: [ANNOUNCE]: clang/llvm can compile booting FreeBSD kernel on i386/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Feb 2009 22:09:59 -0000 According to Roman Divacky: > And yes, it can compile FreeBSD kernel that actually boots and works. Not > as stable as GCC yet but the Clang team is working on that. The userland > needs some more work but a lot works already. > your clang@freebsd team > > Roman Divacky, Pawel Worach and Brooks Davis \o/ Congratulations! I'm looking forward to replace gcc. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr In memoriam to Ondine : http://ondine.keltia.net/ From owner-freebsd-current@FreeBSD.ORG Wed Feb 25 22:09: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 C5DEE106568A; Wed, 25 Feb 2009 22:09:58 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from keltia.freenix.fr (keltia.freenix.org [IPv6:2001:660:330f:f820:213:72ff:fe15:f44]) by mx1.freebsd.org (Postfix) with ESMTP id 74B658FC20; Wed, 25 Feb 2009 22:09:58 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from localhost (localhost [127.0.0.1]) by keltia.freenix.fr (Postfix/TLS) with ESMTP id AC0733BD2F; Wed, 25 Feb 2009 23:09:56 +0100 (CET) X-Virus-Scanned: amavisd-new at keltia.freenix.fr Received: from keltia.freenix.fr ([127.0.0.1]) by localhost (keltia.freenix.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id j0zzQOfITLQx; Wed, 25 Feb 2009 23:09:56 +0100 (CET) Received: by keltia.freenix.fr (Postfix/TLS, from userid 101) id 5CF723BD2E; Wed, 25 Feb 2009 23:09:56 +0100 (CET) Date: Wed, 25 Feb 2009 23:09:56 +0100 From: Ollivier Robert To: freebsd-current@freebsd.org, current@freebsd.org Message-ID: <20090225220956.GB17754@keltia.freenix.fr> References: <20090225214455.GA6588@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090225214455.GA6588@freebsd.org> X-Operating-System: MacOS X / Macbook Pro - FreeBSD 7 / Dell D820 SMP User-Agent: Mutt/1.5.19 (2009-01-05) Cc: Subject: Re: [ANNOUNCE]: clang/llvm can compile booting FreeBSD kernel on i386/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Feb 2009 22:09:59 -0000 According to Roman Divacky: > And yes, it can compile FreeBSD kernel that actually boots and works. Not > as stable as GCC yet but the Clang team is working on that. The userland > needs some more work but a lot works already. > your clang@freebsd team > > Roman Divacky, Pawel Worach and Brooks Davis \o/ Congratulations! I'm looking forward to replace gcc. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr In memoriam to Ondine : http://ondine.keltia.net/ From owner-freebsd-current@FreeBSD.ORG Wed Feb 25 23:03: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 E3F441065672 for ; Wed, 25 Feb 2009 23:03:23 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id A26AE8FC18 for ; Wed, 25 Feb 2009 23:03:23 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id E5F8B3F129; Wed, 25 Feb 2009 23:03:21 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.3/8.14.3) with ESMTP id n1PN3LcL010880; Wed, 25 Feb 2009 23:03:21 GMT (envelope-from phk@critter.freebsd.dk) To: Roman Divacky From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 25 Feb 2009 22:44:55 +0100." <20090225214455.GA6588@freebsd.org> Date: Wed, 25 Feb 2009 23:03:21 +0000 Message-ID: <10879.1235603001@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: current@freebsd.org Subject: Re: [ANNOUNCE]: clang/llvm can compile booting FreeBSD kernel on i386/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Feb 2009 23:03:24 -0000 In message <20090225214455.GA6588@freebsd.org>, Roman Divacky writes: >And yes, it can compile FreeBSD kernel that actually boots and works. Freedom from the dark lords grip just moved a fair bit closer :-) -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Feb 25 23:50: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 C6FFA106566C for ; Wed, 25 Feb 2009 23:50:07 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from creme-brulee.marcuscom.com (marcuscom-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::1279]) by mx1.freebsd.org (Postfix) with ESMTP id 7C0318FC15 for ; Wed, 25 Feb 2009 23:50:07 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from [IPv6:2001:470:1f00:2464::4] (shumai.marcuscom.com [IPv6:2001:470:1f00:2464::4]) by creme-brulee.marcuscom.com (8.14.3/8.14.3) with ESMTP id n1PNpbM9015093 for ; Wed, 25 Feb 2009 18:51:37 -0500 (EST) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: current Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-cZzzEeIRcbgZBbhQHLs7" Organization: FreeBSD, Inc. Date: Wed, 25 Feb 2009 18:50:23 -0500 Message-Id: <1235605823.3297.66.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.24.4 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on creme-brulee.marcuscom.com Cc: Subject: ACPI help for Vostra 2510 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Feb 2009 23:50:08 -0000 --=-cZzzEeIRcbgZBbhQHLs7 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable I'm running -CURRENT on a Dell Vostro 2510. Battery reporting is not working. When hal polls the sysctls for ACAD and battery stats, the following errors spew out on the console: ACPI Exception (evregion-0529): AE_NO_HARDWARE_RESPONSE, Returned by Handler for [EmbeddedControl] [20070320] ACPI Error (psparse-0626): Method parse/execution failed [\ \_SB_.PCI0.LPCB.ACAD._PSR] (Node 0xc5ac3600), AE_NO_HARDWARE_RESPONSE acpi_ec0: EcRead: failed waiting to get data Here is the dmesg from the laptop: http://www.marcuscom.com/downloads/vostra_2510.dmesg And here is the ASL dump: http://www.marcuscom.com/downloads/vostro_2510.asl.gz Any ACPI experts who might have a clue as how to correct this. I am already running the latest BIOS, and I do not see any BIOS settings which might help. Thanks. Joe --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-cZzzEeIRcbgZBbhQHLs7 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) iEYEABECAAYFAkml2T0ACgkQb2iPiv4Uz4eA2wCgpHNZyEcl84EV4J9DfXfGNdMe 68IAnRzcbojeMIkEcjWhFKDauZn4xu5P =pMKF -----END PGP SIGNATURE----- --=-cZzzEeIRcbgZBbhQHLs7-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 26 01:01:15 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 17D4D1065675 for ; Thu, 26 Feb 2009 01:01:15 +0000 (UTC) (envelope-from ktullavik@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 9610A8FC14 for ; Thu, 26 Feb 2009 01:01:14 +0000 (UTC) (envelope-from ktullavik@gmail.com) Received: by bwz8 with SMTP id 8so261852bwz.43 for ; Wed, 25 Feb 2009 17:01:13 -0800 (PST) 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:content-type :content-transfer-encoding; bh=QUhmCqhP2MwJNjjyRe08EUjSeNjHbJykZvqiXp2lyVo=; b=PgrpY7TKsElFq1WngbgqE+UQKOi9YyYD+bK1Fe6dQPmlmKWWiXpHqObw07e73CabJC iuUZ8UoqvzjgtArsm+6RjON0EjEGgyHYId3nWjGV4vmTzLEOtxqXJw1mPFEiz1trwXUI 9TISYIfwyIw4wW7PkBwxecsZ8nk/J1YdopNNM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; b=vmiC1r7A8zcbMDvDYW8QhMHK+7DD77NrRNEIjQnTmZ+fXGyZQOxDtUH363U3fitjWl c7U5whFLcqJYZDFjmNtmYWDiFdtvpqwk+ExNaXtgpbgxiz4/DrXQ6JgL3UeHVFEjwtMN G6A8pAo6CHepXfIdvqWrav+7tsOWgQyv+zK8w= Received: by 10.223.105.72 with SMTP id s8mr649341fao.9.1235608123015; Wed, 25 Feb 2009 16:28:43 -0800 (PST) Received: from ?10.0.0.2? (170.80-202-106.nextgentel.com [80.202.106.170]) by mx.google.com with ESMTPS id d26sm1108084nfh.48.2009.02.25.16.28.41 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 25 Feb 2009 16:28:42 -0800 (PST) Message-ID: <49A5E22E.2020103@gmail.com> Date: Thu, 26 Feb 2009 01:28:30 +0100 From: Kjell Tore Ullavik User-Agent: Thunderbird 2.0.0.19 (X11/20090225) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: usb_device_info has not been declared, some ports fail to build X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Feb 2009 01:01:15 -0000 x11/kdebase4 does not build. There is a similar error with devel/sdl12. FreeBSD gauss 8.0-CURRENT FreeBSD 8.0-CURRENT #7: Wed Feb 25 01:01:15 CET 2009 root@gauss:/usr/obj/usr/src/sys/GAUSS i386 [ 67%] [32mBuilding CXX object apps/kinfocenter/usbview/CMakeFiles/kcm_usb.dir/kcmusb.o In file included from /usr/ports/x11/kdebase4/work/kdebase-4.2.0/apps/kinfocenter/usbview/kcmusb.cpp:27: /usr/ports/x11/kdebase4/work/kdebase-4.2.0/apps/kinfocenter/usbview/usbdevices.h:80: error: 'usb_device_info' has not been declared *** Error code 1 Stop in /usr/ports/x11/kdebase4/work/kdebase-4.2.0/build. *** Error code 1 Stop in /usr/ports/x11/kdebase4/work/kdebase-4.2.0/build. *** Error code 1 Stop in /usr/ports/x11/kdebase4/work/kdebase-4.2.0/build. *** Error code 1 Stop in /usr/ports/x11/kdebase4. From owner-freebsd-current@FreeBSD.ORG Thu Feb 26 01: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 B98581065678 for ; Thu, 26 Feb 2009 01:04:44 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (marcuscom-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::1279]) by mx1.freebsd.org (Postfix) with ESMTP id 4F3E08FC16 for ; Thu, 26 Feb 2009 01:04:44 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from [IPv6:2001:470:1f00:2464::4] (shumai.marcuscom.com [IPv6:2001:470:1f00:2464::4]) by creme-brulee.marcuscom.com (8.14.3/8.14.3) with ESMTP id n1Q16KnX015649; Wed, 25 Feb 2009 20:06:20 -0500 (EST) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Kjell Tore Ullavik In-Reply-To: <49A5E22E.2020103@gmail.com> References: <49A5E22E.2020103@gmail.com> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-4XzH6YLPsAgdMnOFhTMW" Organization: MarcusCom, Inc. Date: Wed, 25 Feb 2009 20:05:06 -0500 Message-Id: <1235610306.3297.72.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.24.4 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on creme-brulee.marcuscom.com Cc: current@freebsd.org Subject: Re: usb_device_info has not been declared, some ports fail to build X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Feb 2009 01:04:45 -0000 --=-4XzH6YLPsAgdMnOFhTMW Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2009-02-26 at 01:28 +0100, Kjell Tore Ullavik wrote: > x11/kdebase4 does not build. There is a similar error with devel/sdl12. >=20 > FreeBSD gauss 8.0-CURRENT FreeBSD 8.0-CURRENT #7: Wed Feb 25 01:01:15=20 > CET 2009 root@gauss:/usr/obj/usr/src/sys/GAUSS i386 You should contact the respective ports maintainers. If a port wants usb_device_info, they will need to include legacy/dev/usb/usb.h instead of dev/usb/usb.h. However, those ports will not work with the usb2 stack without additional, non-trivial porting work. I now have some experience porting userland apps to usb2. Porters can use the patches in sysutils/hal as a guide. I can also help with specific questions. Joe >=20 > =20 > [ 67%] [32mBuilding CXX object=20 > apps/kinfocenter/usbview/CMakeFiles/kcm_usb.dir/kcmusb.o > In file included from=20 > /usr/ports/x11/kdebase4/work/kdebase-4.2.0/apps/kinfocenter/usbview/kcmus= b.cpp:27:=20 >=20 > /usr/ports/x11/kdebase4/work/kdebase-4.2.0/apps/kinfocenter/usbview/usbde= vices.h:80:=20 > error: 'usb_device_info' has not been declared > *** Error code 1 > =20 > Stop in /usr/ports/x11/kdebase4/work/kdebase-4.2.0/build. > *** Error code 1 > =20 > Stop in /usr/ports/x11/kdebase4/work/kdebase-4.2.0/build. > *** Error code 1 > =20 > Stop in /usr/ports/x11/kdebase4/work/kdebase-4.2.0/build. > *** Error code 1 > =20 > Stop in /usr/ports/x11/kdebase4. >=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 PGP Key : http://www.marcuscom.com/pgp.asc --=-4XzH6YLPsAgdMnOFhTMW 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) iEYEABECAAYFAkml6sEACgkQb2iPiv4Uz4fcrwCcDDc86k9i9CoGPKpa0/Byj3bO prgAn0g2MS+wUSWdaxekVGQP2rVpsefV =hy+/ -----END PGP SIGNATURE----- --=-4XzH6YLPsAgdMnOFhTMW-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 26 01:10:01 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 9CCFF106564A for ; Thu, 26 Feb 2009 01:10:01 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outR.internet-mail-service.net (outr.internet-mail-service.net [216.240.47.241]) by mx1.freebsd.org (Postfix) with ESMTP id 8407A8FC1D for ; Thu, 26 Feb 2009 01:10:01 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 23D5924AD; Wed, 25 Feb 2009 17:10:01 -0800 (PST) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 628362D601A; Wed, 25 Feb 2009 17:10:00 -0800 (PST) Message-ID: <49A5EBE7.1010200@elischer.org> Date: Wed, 25 Feb 2009 17:09:59 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: John Baldwin References: <49A37DBF.60702@elischer.org> <200902241254.57223.jhb@freebsd.org> In-Reply-To: <200902241254.57223.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, FreeBSD Current Subject: Re: bootblocks compile 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: Thu, 26 Feb 2009 01:10:02 -0000 John Baldwin wrote: > On Monday 23 February 2009 11:55:27 pm Julian Elischer wrote: >> # cd /sys/boot/i386 >> # make >> >> [...] >> >> cc -O2 -pipe -DLOADER_NFS_SUPPORT -DCOMPORT=0x3f8 -DCOMSPEED=9600 >> -DSMBIOS_SERIAL_NUMBERS -DTERM_EMU -Dalloca=__builtin_alloca >> -I/usr/src/sys/boot/i386/libi386/../../common >> -I/usr/src/sys/boot/i386/libi386/../btx/lib >> -I/usr/src/sys/boot/i386/libi386/../../../contrib/dev/acpica >> -I/usr/src/sys/boot/i386/libi386/../../.. >> -I. >> -I/usr/src/sys/boot/i386/libi386/../../../../lib/libstand/ >> -ffreestanding -mpref >> -mno-sse -mno-sse2 >> -mno-sse3 >> -c /usr/src/sys/boot/i386/libi386/bootinfo64.c >> >> /usr/src/sys/boot/i386/libi386/bootinfo64.c: In function 'bi_checkcpu': >> /usr/src/sys/boot/i386/libi386/bootinfo64.c:155: error: >> 'CENTAUR_VENDOR_ID' undeclared (first use in this function) >> /usr/src/sys/boot/i386/libi386/bootinfo64.c:155: error: (Each >> undeclared identifier is reported only once >> /usr/src/sys/boot/i386/libi386/bootinfo64.c:155: error: for each >> function it appears in.) >> *** Error code 1 >> >> Stop in /usr/src/sys/boot/i386/libi386. >> *** Error code 1 >> >> this is defined in specialreg.h >> but in "machine/specialreg.h" >> there is no 'machine' as such >> >> I suspect that someone expected to only compile bootblocks as part of >> a system build? >> >> not sure what the "correct" fix is.. > > I think you have a stale tree. What branch are you building and which arch? > -current and I deleted /sys/boot and re-checked it out and got the same result. From owner-freebsd-current@FreeBSD.ORG Thu Feb 26 01: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 CE4FB1065672 for ; Thu, 26 Feb 2009 01:10:01 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outS.internet-mail-service.net (outs.internet-mail-service.net [216.240.47.242]) by mx1.freebsd.org (Postfix) with ESMTP id B4C238FC20 for ; Thu, 26 Feb 2009 01:10:01 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 23D5924AD; Wed, 25 Feb 2009 17:10:01 -0800 (PST) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 628362D601A; Wed, 25 Feb 2009 17:10:00 -0800 (PST) Message-ID: <49A5EBE7.1010200@elischer.org> Date: Wed, 25 Feb 2009 17:09:59 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: John Baldwin References: <49A37DBF.60702@elischer.org> <200902241254.57223.jhb@freebsd.org> In-Reply-To: <200902241254.57223.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, FreeBSD Current Subject: Re: bootblocks compile 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: Thu, 26 Feb 2009 01:10:02 -0000 John Baldwin wrote: > On Monday 23 February 2009 11:55:27 pm Julian Elischer wrote: >> # cd /sys/boot/i386 >> # make >> >> [...] >> >> cc -O2 -pipe -DLOADER_NFS_SUPPORT -DCOMPORT=0x3f8 -DCOMSPEED=9600 >> -DSMBIOS_SERIAL_NUMBERS -DTERM_EMU -Dalloca=__builtin_alloca >> -I/usr/src/sys/boot/i386/libi386/../../common >> -I/usr/src/sys/boot/i386/libi386/../btx/lib >> -I/usr/src/sys/boot/i386/libi386/../../../contrib/dev/acpica >> -I/usr/src/sys/boot/i386/libi386/../../.. >> -I. >> -I/usr/src/sys/boot/i386/libi386/../../../../lib/libstand/ >> -ffreestanding -mpref >> -mno-sse -mno-sse2 >> -mno-sse3 >> -c /usr/src/sys/boot/i386/libi386/bootinfo64.c >> >> /usr/src/sys/boot/i386/libi386/bootinfo64.c: In function 'bi_checkcpu': >> /usr/src/sys/boot/i386/libi386/bootinfo64.c:155: error: >> 'CENTAUR_VENDOR_ID' undeclared (first use in this function) >> /usr/src/sys/boot/i386/libi386/bootinfo64.c:155: error: (Each >> undeclared identifier is reported only once >> /usr/src/sys/boot/i386/libi386/bootinfo64.c:155: error: for each >> function it appears in.) >> *** Error code 1 >> >> Stop in /usr/src/sys/boot/i386/libi386. >> *** Error code 1 >> >> this is defined in specialreg.h >> but in "machine/specialreg.h" >> there is no 'machine' as such >> >> I suspect that someone expected to only compile bootblocks as part of >> a system build? >> >> not sure what the "correct" fix is.. > > I think you have a stale tree. What branch are you building and which arch? > -current and I deleted /sys/boot and re-checked it out and got the same result. From owner-freebsd-current@FreeBSD.ORG Thu Feb 26 01:17: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 369C61065672 for ; Thu, 26 Feb 2009 01:17: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 F0CA08FC18 for ; Thu, 26 Feb 2009 01:17:48 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id 0DF5CFEFA; Thu, 26 Feb 2009 14:17: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 19lc7fSmMF79; Thu, 26 Feb 2009 14:17:43 +1300 (NZDT) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Thu, 26 Feb 2009 14:17:43 +1300 (NZDT) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id 36E6F1142F; Thu, 26 Feb 2009 14:17:43 +1300 (NZDT) Date: Wed, 25 Feb 2009 17:17:43 -0800 From: Andrew Thompson To: Kjell Tore Ullavik Message-ID: <20090226011743.GB25211@citylink.fud.org.nz> References: <49A5E22E.2020103@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49A5E22E.2020103@gmail.com> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: current@freebsd.org Subject: Re: usb_device_info has not been declared, some ports fail to build X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Feb 2009 01:17:49 -0000 On Thu, Feb 26, 2009 at 01:28:30AM +0100, Kjell Tore Ullavik wrote: > > x11/kdebase4 does not build. There is a similar error with devel/sdl12. > > FreeBSD gauss 8.0-CURRENT FreeBSD 8.0-CURRENT #7: Wed Feb 25 01:01:15 CET > 2009 root@gauss:/usr/obj/usr/src/sys/GAUSS i386 > > > [ 67%] [32mBuilding CXX object > apps/kinfocenter/usbview/CMakeFiles/kcm_usb.dir/kcmusb.o > In file included from > /usr/ports/x11/kdebase4/work/kdebase-4.2.0/apps/kinfocenter/usbview/kcmusb.cpp:27: > /usr/ports/x11/kdebase4/work/kdebase-4.2.0/apps/kinfocenter/usbview/usbdevices.h:80: > error: 'usb_device_info' has not been declared We should think about adding the device_info ioctls in the new usb stack for compat. I can do this. Andrew From owner-freebsd-current@FreeBSD.ORG Thu Feb 26 01: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 CEBE5106564A for ; Thu, 26 Feb 2009 01:55:50 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: from mail3.sea5.speakeasy.net (mail3.sea5.speakeasy.net [69.17.117.5]) by mx1.freebsd.org (Postfix) with ESMTP id AA3DA8FC12 for ; Thu, 26 Feb 2009 01:55:50 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: (qmail 31009 invoked from network); 26 Feb 2009 01:55:29 -0000 Received: from april.chuckr.org (HELO april.telenix.org) (chuckr@[66.92.151.30]) (envelope-sender ) by mail3.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 26 Feb 2009 01:55:29 -0000 Message-ID: <49A5F448.7060409@telenix.org> Date: Wed, 25 Feb 2009 20:45:44 -0500 From: Chuck Robey User-Agent: Thunderbird 2.0.0.19 (X11/20090121) MIME-Version: 1.0 To: Julian Stecklina References: <49A19C22.8000600@telenix.org> <20090223083114.F86550@ury.york.ac.uk> <49A5ABB4.2090601@telenix.org> <877i3efb1g.fsf@tabernacle.lan> In-Reply-To: <877i3efb1g.fsf@tabernacle.lan> X-Enigmail-Version: 0.95.5 OpenPGP: id=F3DCA0E9; url=http://pgp.mit.edu Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: tomcat & mouse problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Feb 2009 01:55:51 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Julian Stecklina wrote: > Chuck Robey writes: > >> Tell me, I haven't followed much of the history about Xfree86 the last few years >> (far more concerned with serious health problems), do you know why there aren't >> any Xfree86 ports in our ports anymore? I checked, they ARE releasing new >> software, it works, it actually builds far, far faster/easier, howcome our ports >> are ignoring Xfree86 in favor of Xorg? Not being fascetious here, I really >> don't know. I'm thinking I would like to experiment to see if the Xfree86 stuff >> works for my mouse better, but I would really rather use our ports, than getting >> a release directly from XFree86 (I don't think they even have FreeBSD binaries >> anymore). > > I guess since the license fight that caused the fork most consider > XFree86 obsolete. It is said that most development takes place in X.org > at the moment. > > Regards, That can't possibly be the *entire* reason for the disappearance of all of the XFree86 ports, is it? Even the device ports (the ones with Xfree86 still in the naming of the ports) has no Xfree86 code in it anymore. I would be astonished if that were really true ... because I downloaded the code from there about 3 months back, and was astonished that it built without one single glitch, needing only one change (to make it go to the directory I wanted it to). Not one problem in building, a classic "trivial" build, it seemed to work fine also, and it built SO much faster and simpler. It can't just have been erased due to someone's prejudice, could it? Damn, that would be disappointing, if it were true. Luckily, it's builds so trivially, it doesn['t even need a port, really. As long as it hasn't changed greatly from 90 days ago ... However, the reason I got onto this was because of my mouse's jerkiness, and since I changed the my scheduler from SCHED_ULE to SCHED_4BSD, that part's improved also, so I have no longer got any huge reason to push this anymore. Things are now working so well, I think I'll disappear now ... -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkml9EgACgkQz62J6PPcoOmE7QCgm1TCNASnbodIdtTkZP30pWsR GSEAoJePq1jZsGgjeZ+gfHNh2Smaob1s =oqAv -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Feb 26 02:03: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 2EF501065672; Thu, 26 Feb 2009 02:03:36 +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 E87A98FC17; Thu, 26 Feb 2009 02:03:35 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id 27FC5FF59; Thu, 26 Feb 2009 15:03:35 +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 9e2klJvdYmKL; Thu, 26 Feb 2009 15:03:31 +1300 (NZDT) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Thu, 26 Feb 2009 15:03:31 +1300 (NZDT) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id DFED51142F; Thu, 26 Feb 2009 15:03:30 +1300 (NZDT) Date: Wed, 25 Feb 2009 18:03:30 -0800 From: Andrew Thompson To: current@freebsd.org, usb@freebsd.org Message-ID: <20090226020330.GC25211@citylink.fud.org.nz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Hans Petter Selasky Subject: USB devfs 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: Thu, 26 Feb 2009 02:03:36 -0000 Hi, Below is a patch from Rink Springer to change the new USB stack to use devfs device nodes. I have tested this with a usb mouse and I am hoping people with other devices can test too, in particular scanners (sane app) and lpt ports. This also removes the custom permissions from usb and usbconfig. http://people.freebsd.org/~thompsa/usb-cdevs.diff cheers, Andrew From owner-freebsd-current@FreeBSD.ORG Thu Feb 26 02:08: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 0596F10657A9; Thu, 26 Feb 2009 02:08:07 +0000 (UTC) (envelope-from null@pozo.com) Received: from pozo.com (pozo.com [216.101.162.50]) by mx1.freebsd.org (Postfix) with ESMTP id 812F98FC12; Thu, 26 Feb 2009 02:08:06 +0000 (UTC) (envelope-from null@pozo.com) Received: from T41p.pozo.com (t41p.pozo.com [192.168.0.4]) (authenticated bits=0) by pozo.com (8.14.3/8.14.3) with ESMTP id n1Q280jg001474 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 25 Feb 2009 18:08:00 -0800 (PST) (envelope-from null@pozo.com) Message-Id: <200902260208.n1Q280jg001474@pozo.com> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Wed, 25 Feb 2009 18:07:58 -0800 To: Gavin Atkinson From: Manfred Antar In-Reply-To: <1235576175.15704.15.camel@buffy.york.ac.uk> References: <200902250259.n1P2xvYh001449@pozo.com> <1235559230.15704.4.camel@buffy.york.ac.uk> <200902251410.n1PEAla5010605@pozo.com> <1235573928.15704.10.camel@buffy.york.ac.uk> <200902251508.n1PF8ORo001737@pozo.com> <1235576175.15704.15.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Spam-Status: No, score=-101.4 required=5.0 tests=ALL_TRUSTED,HTML_MESSAGE, MISSING_MID,USER_IN_WHITELIST autolearn=failed version=3.2.5, No X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on pozo.com X-Virus-Scanned: ClamAV version 0.94.2-exp, clamav-milter version 0.94.2-exp on pozo.com X-Virus-Status: Clean X-pozo.com-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: n1Q280jg001474 X-pozo.com-MailScanner: Found to be clean X-pozo.com-MailScanner-From: null@pozo.com Content-Type: text/plain; charset="us-ascii" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: , mav@FreeBSD.org, current@FreeBSD.org Subject: Re: Fatal trap 18 on Current 1386 since Saturday 21 Feb 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, 26 Feb 2009 02:08:07 -0000 At 07:36 2/25/2009, Gavin Atkinson wrote: >On Wed, 2009-02-25 at 07:08 -0800, Manfred Antar wrote: >> At 06:58 2/25/2009, you wrote: >> >[ taken off list for now ] >> > >> >On Wed, 2009-02-25 at 06:10 -0800, Manfred Antar wrote: >> > >> >> Yes it goes into the debugger prompt. >> >> I will do that and send it >> > >> >Cool, thanks for that. Can you narrow down when the breakage started? >> >You said that "kernels from the 14th don't work", when was the last >> >known-working kernel? >> > >> >There are only two commits on the 14th that relate to ATA, and I can't >> >see how either of them would cause this problem so I'm wondering if it's >> >a commit from before then. If you have time, it might be worth >> >narrowing down a date range, so for example if you know a kernel from >> >the 1st worked and 14th doesn't, try updating to sources from the 7th >> >and test, etc. >> > >> >Thanks, >> > >> >Gavin >> >> OK the last kernel that worked for me was, FreeBSD 8.0-CURRENT #0: Sat Feb 21 07:55:31 PST 2009 >> Usually I do cvsup , then build new kernel, so it was sometime after that. >> I have to go to work now, when I get home I can start pinning it down. I'll let you know when the breakage occurs. >> Usually a build a new kernel every day,so it might of been sunday.I'll know more tonight. > >My suspicion is that it is this commit: > >http://docs.freebsd.org/cgi/getmsg.cgi?fetch=1637857+0+archive/2009/svn-src-all/20090222.svn-src-all > >Might be worthwhile trying the source from just before, and just after >it and seeing if that is the cause. > >Gavin Yes that's it I put: /sys/dev/ata/ata-all.c /sys/dev/ata/ata-all.h /sys/dev/ata/ata-pci.h /sys/dev/ata/ata-sata.c /sys/dev/ata/chipsets/ata-promise.c from before the changes on the 21st in current /sys and kernel builds and boots fine My original date of the 14th was wrong, I looked at the calendar thought it was the 14th but actually uname -a of the last working kernel was the 21st 7am. Manfred. ================================== || null@pozo.com || || Ph. (415) 681-6235 || ================================== From owner-freebsd-current@FreeBSD.ORG Thu Feb 26 02:17: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 16BE8106564A; Thu, 26 Feb 2009 02:17:09 +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 7E80E8FC0C; Thu, 26 Feb 2009 02:17:08 +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 mail2.asahi-net.or.jp (Postfix) with ESMTP id EB2D963F2A; Thu, 26 Feb 2009 11:17:01 +0900 (JST) Date: Wed, 25 Feb 2009 21:16:56 -0500 From: Yoshihiro Ota To: Alexander Motin Message-Id: <20090225211656.75c546c3.ota@j.email.ne.jp> In-Reply-To: <49A45127.3000108@FreeBSD.org> References: <1235218982.00077642.1235207402@10.7.7.3> <499FFC5F.3020903@FreeBSD.org> <47d0403c0902210949i74473bc5j57c923e13c85e89@mail.gmail.com> <49A04510.5030405@FreeBSD.org> <7d6fde3d0902211356h66b05cfcxf2ebbe9b2a6fd0f0@mail.gmail.com> <20090224004110.e4ad76f4.ota@j.email.ne.jp> <49A45127.3000108@FreeBSD.org> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.12.11; amd64-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Wed__25_Feb_2009_21_16_56_-0500_kFarHIxzV.tafpZ6" Cc: FreeBSD Current Subject: Re: Annoying whitenoise sound coming from snd_hda enabled chipset X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Feb 2009 02:17:09 -0000 This is a multi-part message in MIME format. --Multipart=_Wed__25_Feb_2009_21_16_56_-0500_kFarHIxzV.tafpZ6 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Tue, 24 Feb 2009 21:57:27 +0200 Alexander Motin wrote: > Yoshihiro Ota wrote: > > In my case, with hdac or pcm device, 8-CURRENT fails to boot very requentry. > > It fails to prove a device and doesn't proceed farthar than that point. > > Now it only boots once in 5 or 10 reboots. > > > > When it boots, it prints lots of following messages. > > > > hdac0: HDA Codec #0: Conexant CX20549 (Venice) > > hdac0: unable to allocate widgets! > > hdac0: unable to allocate widgets! > > hdac0: unable to allocate widgets! > > hdac0: unable to allocate widgets! > > hdac0: unable to allocate widgets! > > hdac0: hdac_command_send_internal: TIMEOUT numcmd=1, sent=1, received=0 > > hdac0: hdac_command_send_internal: TIMEOUT numcmd=1, sent=1, received=0 > > hdac0: hdac_command_send_internal: TIMEOUT numcmd=1, sent=1, received=0 > > hdac0: hdac_command_send_internal: TIMEOUT numcmd=1, sent=1, received=0 > > hdac0: hdac_command_send_internal: TIMEOUT numcmd=1, sent=1, received=0 > > > > I think this started happening about a week ago or so, sometime between > > 13 and 16th. > > The only significant change last time was enabling MSI by default. But I > don't think it should lead to such errors. I have tried even operation > completely without interrupts working and there is not such errors. Can > you send me complete verbose dmesg with the problem and `pciconf -lvc` > output? > > Also you may try to disable MSI by setting 'hint.hdac.0.msi=0' hint. Once I disabled snd_hda_load="YES" in /boot/loader.conf, it comes up all times. However, when I run "kldload snd_hda", the system stops responding, i.e. crashes. So, now I added 'hint.hdac.0.msi="0"' in the hint; then, system comes up fine. I tried "kldload snd_hda" and got the following output. System didn't crash after adding the hint so that I added snd_hda_load="YES" back to /boot/loader.conf. I also attached piconf and dmesg. Regards, Hiro hdac0: mem 0xb0000000-0xb0003fff irq 21 at device 16.1 on pci0 hdac0: HDA Driver Revision: 20090215_0128 hdac0: [ITHREAD] hdac0: HDA Codec #0: Conexant CX20549 (Venice) pcm0: at cad 0 nid 1 on hdac0 pcm1: at cad 0 nid 1 on hdac0 --Multipart=_Wed__25_Feb_2009_21_16_56_-0500_kFarHIxzV.tafpZ6 Content-Type: text/plain; name="dmesg.txt" Content-Disposition: attachment; filename="dmesg.txt" Content-Transfer-Encoding: 7bit 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 #4 r189024M: Wed Feb 25 09:32:27 EST 2009 root@xxx:/usr/obj/amd64/usr/src/head/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff810ac000. Preloaded elf obj module "/boot/kernel/geom_concat.ko" at 0xffffffff810ac1f8. Preloaded elf obj module "/boot/kernel/geom_uzip.ko" at 0xffffffff810ac868. Preloaded elf obj module "/boot/kernel/zlib.ko" at 0xffffffff810ace58. Preloaded elf obj module "/boot/kernel/snd_hda.ko" at 0xffffffff810ad400. Preloaded elf obj module "/boot/kernel/sound.ko" at 0xffffffff810ada28. Preloaded elf obj module "/boot/kernel/wlan_xauth.ko" at 0xffffffff810ae0d0. Preloaded elf obj module "/boot/kernel/wlan_acl.ko" at 0xffffffff810ae6c0. Preloaded elf obj module "/boot/kernel/smb.ko" at 0xffffffff810aed70. Preloaded elf obj module "/boot/kernel/smbus.ko" at 0xffffffff810af298. Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1908702688 Hz CPU: AMD Turion(tm) 64 X2 Mobile Technology TL-58 (1908.70-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x60f81 Stepping = 1 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x11f Cores per package: 2 L1 2MB data TLB: 8 entries, fully associative L1 2MB instruction TLB: 8 entries, fully associative L1 4KB data TLB: 32 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 unified TLB: 0 entries, disabled/not present 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 = 1525403648 (1454 MB) Physical memory chunk(s): 0x0000000000001000 - 0x0000000000099fff, 626688 bytes (153 pages) 0x00000000010dc000 - 0x000000005966efff, 1482240000 bytes (361875 pages) avail memory = 1472200704 (1404 MB) ACPI APIC Table: INTR: Adding local APIC 1 as a target FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 APIC: CPU 0 has ACPI ID 0 APIC: CPU 1 has ACPI ID 1 ULE: setup cpu 0 ULE: setup cpu 1 ACPI: RSDP @ 0x0xf88f0/0x0014 (v 0 HP ) ACPI: RSDT @ 0x0x5bf0bb25/0x0040 (v 1 HPQOEM SLIC-MPC 0x06040000 LTP 0x00000000) ACPI: FACP @ 0x0x5bf14b16/0x0074 (v 1 HP MCP51M 0x06040000 PTL_ 0x000F4240) ACPI: DSDT @ 0x0x5bf0bb65/0x8FB1 (v 1 HP MCP51M 0x06040000 MSFT 0x03000000) ACPI: FACS @ 0x0x5bf15fc0/0x0040 ACPI: SSDT @ 0x0x5bf14b8a/0x0206 (v 1 PTLTD POWERNOW 0x06040000 LTP 0x00000001) ACPI: MCFG @ 0x0x5bf14d90/0x003C (v 1 HP MCFG 0x06040000 LTP 0x00000000) ACPI: HPET @ 0x0x5bf14dcc/0x0038 (v 1 PTLTD HPETTBL 0x06040000 LTP 0x00000001) ACPI: APIC @ 0x0x5bf14e04/0x005E (v 1 HP APIC 0x06040000 LTP 0x00000000) ACPI: BOOT @ 0x0x5bf14e62/0x0028 (v 1 HP $SBFTBL$ 0x06040000 LTP 0x00000001) ACPI: SLIC @ 0x0x5bf14e8a/0x0176 (v 1 HPQOEM SLIC-MPC 0x06040000 LTP 0x00000001) MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: high lapic1: Routing NMI -> LINT1 lapic1: LINT1 trigger: edge lapic1: 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-23 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: 0x00010000 pcm: 0x00000400 snd_unit_init() u=0x00ff8000 [512] d=0x00007c00 [32] c=0x000003ff [1024] feeder_register: snd_unit=-1 snd_maxautovchans=16 latency=5 feeder_buffersize=16384 feeder_rate_min=1 feeder_rate_max=2016000 feeder_rate_round=25 wlan: <802.11 Link Layer> wlan: mac acl policy registered kbd: new array size 4 kbd1 at kbdmux0 mem: nfslock: pseudo-device null: random: io: hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 (Feb 24 2009 10:12:34) acpi0: on motherboard PCIe: Memory Mapped configuration base @ 0xe0000000 ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 0 vector 48 acpi0: [MPSAFE] acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.LPC0.P44_ -> bus 0 dev 10 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.SMB0.P60_ -> bus 0 dev 10 func 1 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.SMB0.P64_ -> bus 0 dev 10 func 1 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.SMB0.P68_ -> bus 0 dev 10 func 1 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.SMB0.SBA2 -> bus 0 dev 10 func 1 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.LPC0.P74_ -> bus 0 dev 10 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.XVR2.PCE1 -> bus 0 dev 2 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: \\_SB_.PCI0.LPC0.PIRQ -> bus 0 dev 10 func 0 ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 0/360 1/1 -> 9 Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 5 Validation 0 255 N 0 5 After Disable 0 255 N 0 5 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 7 Validation 0 255 N 0 7 After Disable 0 255 N 0 7 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 10 Validation 0 255 N 0 10 After Disable 0 255 N 0 10 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 11 Validation 0 255 N 0 11 After Disable 0 255 N 0 11 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 Validation 0 255 N 0 16 After Disable 0 255 N 0 16 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 17 Validation 0 255 N 0 17 After Disable 0 255 N 0 17 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 18 Validation 0 255 N 0 18 After Disable 0 255 N 0 18 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 19 Validation 0 255 N 0 19 After Disable 0 255 N 0 19 pci_link8: 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_link9: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 11 Validation 0 255 N 0 11 After Disable 0 255 N 0 11 pci_link10: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 22 Validation 0 255 N 0 22 After Disable 0 255 N 0 22 pci_link11: Index IRQ Rtd Ref IRQs Initial Probe 0 7 N 0 22 Validation 0 255 N 0 22 After Disable 0 255 N 0 22 pci_link12: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 20 Validation 0 255 N 0 20 After Disable 0 255 N 0 20 pci_link13: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 21 Validation 0 255 N 0 21 After Disable 0 255 N 0 21 pci_link14: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 21 Validation 0 255 N 0 21 After Disable 0 255 N 0 21 pci_link15: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 21 Validation 0 255 N 0 21 After Disable 0 255 N 0 21 pci_link16: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 21 Validation 0 255 N 0 21 After Disable 0 255 N 0 21 pci_link17: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 23 Validation 0 255 N 0 23 After Disable 0 255 N 0 23 pci_link18: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 20 Validation 0 255 N 0 20 After Disable 0 255 N 0 20 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 acpi_hpet0: vend: 0x10de rev: 0x1 num: 2 hz: 25000000 opts: legacy_route Timecounter "HPET" frequency 25000000 Hz quality 900 acpi_button0: on acpi0 acpi_button1: on acpi0 acpi_acad0: on acpi0 battery0: on acpi0 acpi_lid0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ACPI: Found matching pin for 0.10.INTA at func 1: 10 ACPI: Found matching pin for 0.10.INTB at func 3: 10 pci_link9: BIOS IRQ 10 for 0.10.INTB is invalid pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x10de, dev=0x02f0, revid=0xa2 domain=0, bus=0, slot=0, func=0 class=05-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x02fa, revid=0xa2 domain=0, bus=0, slot=0, func=1 class=05-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0020, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x02fe, revid=0xa2 domain=0, bus=0, slot=0, func=2 class=05-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0020, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x02f8, revid=0xa2 domain=0, bus=0, slot=0, func=3 class=05-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x02f9, revid=0xa2 domain=0, bus=0, slot=0, func=4 class=05-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x02ff, revid=0xa2 domain=0, bus=0, slot=0, func=5 class=05-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x027f, revid=0xa2 domain=0, bus=0, slot=0, func=6 class=05-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0020, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x027e, revid=0xa2 domain=0, bus=0, slot=0, func=7 class=05-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0020, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x02fc, revid=0xa1 domain=0, bus=0, slot=2, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, 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 2 messages, 64 bit found-> vendor=0x10de, dev=0x02fd, revid=0xa1 domain=0, bus=0, slot=3, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, 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 2 messages, 64 bit found-> vendor=0x10de, dev=0x0244, revid=0xa2 domain=0, bus=0, slot=5, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xb2000000, size 24, enabled map[14]: type Prefetchable Memory, range 64, base 0xc0000000, size 28, enabled map[1c]: type Memory, range 64, base 0xb1000000, size 24, enabled pcib0: matched entry for 0.5.INTA (src \\_SB_.PCI0.LK3E:0) pci_link6: Picked IRQ 18 with weight 0 ioapic0: Changing polarity for pin 18 to high pcib0: slot 5 INTA routed to irq 18 via \\_SB_.PCI0.LK3E found-> vendor=0x10de, dev=0x0270, revid=0xa2 domain=0, bus=0, slot=9, func=0 class=05-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x0260, revid=0xa3 domain=0, bus=0, slot=10, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type I/O Port, range 32, base 0x1d00, size 7, enabled found-> vendor=0x10de, dev=0x0264, revid=0xa3 domain=0, bus=0, slot=10, func=1 class=0c-05-00, hdrtype=0x00, mfdev=1 cmdreg=0x0001, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 map[20]: type I/O Port, range 32, base 0x3040, size 6, enabled map[24]: type I/O Port, range 32, base 0x3000, size 6, enabled pcib0: matched entry for 0.10.INTA (src \\_SB_.PCI0.LSMB:0) ioapic0: Changing trigger for pin 10 to level pcib0: slot 10 INTA routed to irq 10 via \\_SB_.PCI0.LSMB found-> vendor=0x10de, dev=0x0271, revid=0xa3 domain=0, bus=0, slot=10, func=3 class=0b-40-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=b, irq=10 map[10]: type Memory, range 32, base 0xb0040000, size 18, enabled pcib0: matched entry for 0.10.INTB (src \\_SB_.PCI0.LPMU:0) pci_link9: Picked IRQ 9 with weight 0 ioapic0: Changing polarity for pin 9 to high pcib0: slot 10 INTB routed to irq 9 via \\_SB_.PCI0.LPMU found-> vendor=0x10de, dev=0x026d, revid=0xa3 domain=0, bus=0, slot=11, func=0 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xb0004000, size 12, enabled pcib0: matched entry for 0.11.INTA (src \\_SB_.PCI0.LUS0:0) pci_link10: Picked IRQ 22 with weight 0 ioapic0: Changing polarity for pin 22 to high pcib0: slot 11 INTA routed to irq 22 via \\_SB_.PCI0.LUS0 found-> vendor=0x10de, dev=0x026e, revid=0xa3 domain=0, bus=0, slot=11, func=1 class=0c-03-20, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=b, irq=7 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xb0005000, size 8, enabled pcib0: matched entry for 0.11.INTB (src \\_SB_.PCI0.LUS2:0) pci_link11: Picked IRQ 22 with weight 1 pcib0: slot 11 INTB routed to irq 22 via \\_SB_.PCI0.LUS2 found-> vendor=0x10de, dev=0x0265, revid=0xf1 domain=0, bus=0, slot=13, func=0 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) powerspec 2 supports D0 D3 current D0 map[20]: type I/O Port, range 32, base 0x3080, size 4, enabled found-> vendor=0x10de, dev=0x0266, revid=0xf1 domain=0, bus=0, slot=14, func=0 class=01-01-85, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=a, irq=5 powerspec 2 supports D0 D3 current D0 MSI supports 4 messages, 64 bit map[10]: type I/O Port, range 32, base 0x30c0, size 3, enabled map[14]: type I/O Port, range 32, base 0x30b4, size 2, enabled map[18]: type I/O Port, range 32, base 0x30b8, size 3, enabled map[1c]: type I/O Port, range 32, base 0x30b0, size 2, enabled map[20]: type I/O Port, range 32, base 0x3090, size 4, enabled map[24]: type Memory, range 32, base 0xb0006000, size 12, memory disabled pcib0: matched entry for 0.14.INTA (src \\_SB_.PCI0.LTID:0) pci_link17: Picked IRQ 23 with weight 0 ioapic0: Changing polarity for pin 23 to high pcib0: slot 14 INTA routed to irq 23 via \\_SB_.PCI0.LTID found-> vendor=0x10de, dev=0x026f, revid=0xa2 domain=0, bus=0, slot=16, func=0 class=06-04-01, hdrtype=0x01, mfdev=1 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x02 (500 ns) found-> vendor=0x10de, dev=0x026c, revid=0xa2 domain=0, bus=0, slot=16, func=1 class=04-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x05 (1250 ns) intpin=b, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit, vector masks map[10]: type Memory, range 32, base 0xb0000000, size 14, enabled pcib0: matched entry for 0.16.INTB (src \\_SB_.PCI0.LAZA:0) pci_link13: Picked IRQ 21 with weight 0 ioapic0: Changing polarity for pin 21 to high pcib0: slot 16 INTB routed to irq 21 via \\_SB_.PCI0.LAZA found-> vendor=0x10de, dev=0x0269, revid=0xa3 domain=0, bus=0, slot=20, func=0 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x01 (250 ns), maxlat=0x14 (5000 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xb0008000, size 12, enabled map[14]: type I/O Port, range 32, base 0x30e0, size 3, enabled pcib0: matched entry for 0.20.INTA (src \\_SB_.PCI0.LMAC:0) pci_link12: Picked IRQ 20 with weight 0 ioapic0: Changing polarity for pin 20 to high pcib0: slot 20 INTA routed to irq 20 via \\_SB_.PCI0.LMAC found-> vendor=0x1022, dev=0x1100, 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=0x1101, 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=0x1102, 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=0x1103, 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) pci0: at device 0.0 (no driver attached) 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 0.5 (no driver attached) pci0: at device 0.6 (no driver attached) pci0: at device 0.7 (no driver attached) pcib1: at device 2.0 on pci0 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0x4000-0x4fff pcib1: memory decode 0xb4000000-0xb5ffffff pcib1: prefetched decode 0xd0000000-0xd01fffff pci1: on pcib1 pci1: domain=0, physical bus=1 pcib2: at device 3.0 on pci0 pcib2: domain 0 pcib2: secondary bus 3 pcib2: subordinate bus 3 pcib2: I/O decode 0xf000-0xfff pcib2: memory decode 0xb6000000-0xb7ffffff pcib2: no prefetched decode pci3: on pcib2 pci3: domain=0, physical bus=3 found-> vendor=0x14e4, dev=0x4311, revid=0x02 domain=0, bus=3, slot=0, func=0 class=02-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 3 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 64, base 0xb6000000, size 14, enabled pcib2: requested memory range 0xb6000000-0xb6003fff: good pci3: at device 0.0 (no driver attached) vgapci0: mem 0xb2000000-0xb2ffffff,0xc0000000-0xcfffffff,0xb1000000-0xb1ffffff irq 18 at device 5.0 on pci0 pci0: at device 9.0 (no driver attached) isab0: port 0x1d00-0x1d7f at device 10.0 on pci0 isa0: on isab0 pci0: at device 10.1 (no driver attached) pci0: at device 10.3 (no driver attached) ohci0: mem 0xb0004000-0xb0004fff irq 22 at device 11.0 on pci0 ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xb0004000 ioapic0: routing intpin 22 (PCI IRQ 22) to lapic 0 vector 49 ohci0: [MPSAFE] ohci0: [ITHREAD] usbus0: on ohci0 ehci0: mem 0xb0005000-0xb00050ff irq 22 at device 11.1 on pci0 ehci0: Reserved 0x100 bytes for rid 0x10 type 3 at 0xb0005000 ehci0: [MPSAFE] ehci0: [ITHREAD] usbus1: EHCI version 1.0 usbus1: on ehci0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x3080-0x308f at device 13.0 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x3080 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=01 ata0: stat0=0x10 err=0x01 lsb=0x14 msb=0xeb ata0: stat1=0x01 err=0x04 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=10 stat1=01 devices=0x10000 ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 0 vector 50 ata0: [MPSAFE] ata0: [ITHREAD] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: 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] atapci1: port 0x30c0-0x30c7,0x30b4-0x30b7,0x30b8-0x30bf,0x30b0-0x30b3,0x3090-0x309f irq 23 at device 14.0 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0x3090 ioapic0: routing intpin 23 (PCI IRQ 23) to lapic 0 vector 52 atapci1: [MPSAFE] atapci1: [ITHREAD] atapci1: Lazy allocation of 0x1000 bytes rid 0x24 type 3 at 0x80000000 ata2: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0x30c0 atapci1: Reserved 0x4 bytes for rid 0x14 type 4 at 0x30b4 ata2: SATA connect time=0ms ata2: reset tp1 mask=01 ostat0=50 ostat1=00 ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata2: reset tp2 stat0=50 stat1=00 devices=0x1 ata2: [MPSAFE] ata2: [ITHREAD] ata3: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0x30b8 atapci1: Reserved 0x4 bytes for rid 0x1c type 4 at 0x30b0 ata3: SATA connect status=00000000 ata3: [MPSAFE] ata3: [ITHREAD] pcib3: at device 16.0 on pci0 pcib3: domain 0 pcib3: secondary bus 7 pcib3: subordinate bus 7 pcib3: I/O decode 0xf000-0xfff pcib3: memory decode 0xb8000000-0xb80fffff pcib3: no prefetched decode pcib3: Subtractively decoded bridge. pci7: on pcib3 pci7: domain=0, physical bus=7 hdac0: mem 0xb0000000-0xb0003fff irq 21 at device 16.1 on pci0 hdac0: HDA Driver Revision: 20090215_0128 hdac0: Reserved 0x4000 bytes for rid 0x10 type 3 at 0xb0000000 ioapic0: routing intpin 21 (PCI IRQ 21) to lapic 0 vector 53 hdac0: [MPSAFE] hdac0: [ITHREAD] nfe0: port 0x30e0-0x30e7 mem 0xb0008000-0xb0008fff irq 20 at device 20.0 on pci0 nfe0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xb0008000 miibus0: on nfe0 rlphy0: PHY 1 on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto nfe0: bpf attached nfe0: Ethernet address: 00:1b:24:68:7c:d7 ioapic0: routing intpin 20 (PCI IRQ 20) to lapic 0 vector 54 nfe0: [MPSAFE] nfe0: [FILTER] acpi_tz0: on acpi0 atrtc0: port 0x70-0x71 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 0047 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 55 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0047 psm0: irq 12 on atkbdc0 ioapic0: routing intpin 12 (ISA IRQ 12) to lapic 0 vector 56 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model IntelliMouse, device ID 3-00, 3 buttons psm0: config:00000000, flags:00000008, packet size:4 psm0: syncmask:08, syncbits:00 cpu0: on acpi0 cpu0: switching to generic Cx mode powernow0: on cpu0 cpu1: on acpi0 powernow1: on cpu1 ex_isa_identify() isa_probe_children: disabling PnP devices atkbdc: atkbdc0 already exists; skipping it sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: probing non-PnP devices orm0: at iomem 0xcf800-0xd0fff 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-0x3f5,0x3f7 irq 6 drq 2 on isa0 ppc0: cannot reserve I/O port range ppc0: failed to probe at irq 7 on isa0 uart0: failed to probe at port 0x3f8-0x3ff irq 4 on isa0 uart1: failed to probe at port 0x2f8-0x2ff irq 3 on isa0 uart2: not probed (disabled) uart3: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered lapic: Divisor 2, Frequency 100458054 hz Timecounter "TSC" frequency 1908702688 Hz quality -100 Timecounters tick every 1.000 msec lo0: bpf attached hptrr: no controller detected. ata0: Identifying devices: 00010000 ata0: New devices: 00010000 usbus0: 12Mbps Full Speed USB v1.0 usbus1: 480Mbps High Speed USB v2.0 acpi_acad0: acline initialization start battery0: battery initialization start acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times ugen0.1: at usbus0 ushub0: on usbus0 ugen1.1: at usbus1 ushub1: on usbus1 ata0-master: pio=PIO4 wdma=WDMA2 udma=UNSUPPORTED cable=40 wire acd0: setting PIO4 on nForce MCP51 chip acd0: DVDR drive at ata0 as master acd0: read 4134KB/s (4134KB/s) write 172KB/s (4134KB/s), 2048KB buffer, PIO4 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd0: Writes: CDR, CDRW, DVDR, DVDRAM, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc ata1: Identifying devices: 00000000 ata1: New devices: 00000000 ata2: Identifying devices: 00000001 ata2: New devices: 00000001 ata2-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=40 wire ad4: 152627MB at ata2-master SATA150 ad4: 312581808 sectors [310101C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad4 ad4: nVidia check1 failed ad4: Adaptec check1 failed ad4: LSI (v3) check1 failed ad4: LSI (v2) check1 failed ad4: FreeBSD check1 failed ata3: Identifying devices: 00000000 ata3: New devices: 00000000 GEOM: ad4: partition 3 does not start on a track boundahdac0: Probing codec #0... hdac0: HDA Codec #0: Conexant CX20549 (Venice) hdac0: HDA Codec ID: 0x14f15045 hdac0: Vendor: 0x14f1 hdac0: Device: 0x5045 hdac0: Revision: 0x01 hdac0: Stepping: 0x00 hdac0: PCI Subvendor: 0x30b7103c hdac0: Found audio FG nid=1 startnode=16 endnode=28 total=12 hdac0: Found modem FG nid=2 startnode=112 endnode=116 total=4 hdac0: hdac0: Processing audio FG cad=0 nid=1... hdac0: GPIO: 0x00000000 NumGPIO=0 NumGPO=0 NumGPI=0 GPIWake=0 GPIUnsol=0 hdac0: nid 16 0x95170110 as 1 seq 0 Speaker Fixed jack 7 loc 21 color Unknown misc 1 hdac0: nid 17 0x0221101f as 1 seq 15 Headphones Jack jack 1 loc 2 color Black misc 0 hdac0: nid 18 0x40a190f0 as 15 seq 0 Mic None jack 1 loc 0 color Pink misc 0 hdac0: nid 19 0x22451130 as 3 seq 0 SPDIF-out Jack jack 5 loc 34 color Black misc 1 hdac0: nid 20 0x02a79120 as 2 seq 0 Mic Jack jack 7 loc 2 color Pink misc 1 hdac0: nid 21 0x400001f0 as 15 seq 0 Line-out None jack 0 loc 0 color Unknown misc 1 hdac0: Patched pins configuration: hdac0: nid 16 0x95170110 as 1 seq 0 Speaker Fixed jack 7 loc 21 color Unknown misc 1 hdac0: nid 17 0x0221101f as 1 seq 15 Headphones Jack jack 1 loc 2 color Black misc 0 hdac0: nid 18 0x40a190f0 as 15 seq 0 Mic None jack 1 loc 0 color Pink misc 0 [DISABLED] hdac0: nid 19 0x22451130 as 3 seq 0 SPDIF-out Jack jack 5 loc 34 color Black misc 1 hdac0: nid 20 0x02a79120 as 2 seq 0 Mic Jack jack 7 loc 2 color Pink misc 1 hdac0: nid 21 0x400001f0 as 15 seq 0 Line-out None jack 0 loc 0 color Unknown misc 1 [DISABLED] hdac0: 3 associations found: hdac0: Association 0 (1) out: hdac0: Pin nid=16 seq=0 hdac0: Pin nid=17 seq=15 hdac0: Association 1 (2) in: hdac0: Pin nid=20 seq=0 hdac0: Association 2 (3) out: hdac0: Pin nid=19 seq=0 hdac0: Tracing association 0 (1) hdac0: Pin 16 traced to DAC 25 hdac0: Pin 17 traced to DAC 25 and hpredir 0 hdac0: Association 0 (1) trace succeeded hdac0: Tracing association 1 (2) hdac0: Pin 20 traced to ADC 26 hdac0: Association 1 (2) trace succeeded hdac0: Tracing association 2 (3) hdac0: Pin 19 traced to DAC 24 hdac0: Association 2 (3) trace succeeded hdac0: Tracing input monitor hdac0: Tracing nid 23 to out hdac0: nid 23 is input monitor hdac0: Tracing beeper hdac0: Enabling headphone/speaker audio routing switching: hdac0: as=0 sense nid=17 [UNSOL] hdac0: Pin sense: nid=17 res=0x7fffffff hdac0: FG config/quirks: ivref50 ivref80 ivref100 ivref hdac0: hdac0: +-------------------+ hdac0: | DUMPING HDA NODES | hdac0: +-------------------+ hdac0: hdac0: Default Parameter hdac0: ----------------- hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e0140 hdac0: 16 20 24 bits, 48 96 KHz hdac0: IN amp: 0x00000000 hdac0: OUT amp: 0x00000000 hdac0: hdac0: nid: 16 hdac0: Name: pin: Speaker (Fixed) hdac0: Widget cap: 0x0040058d hdac0: PWR UNSOL STEREO hdac0: Association: 0 (0x00000001) hdac0: Pin cap: 0x00010014 hdac0: PDC OUT EAPD hdac0: Pin config: 0x95170110 hdac0: Pin control: 0x00000040 OUT hdac0: EAPD: 0x00000002 hdac0: Output amp: 0x80052b2b hdac0: mute=1 step=43 size=5 offset=43 hdac0: connections: 2 hdac0: | hdac0: + <- nid=25 [audio output] (selected) hdac0: + [DISABLED] <- nid=23 [audio mixer] hdac0: hdac0: nid: 17 hdac0: Name: pin: Headphones (Black Jack) hdac0: Widget cap: 0x0040058d hdac0: PWR UNSOL STEREO hdac0: Association: 0 (0x00008000) hdac0: Pin cap: 0x0000113c hdac0: PDC HP OUT IN VREF[ 80 HIZ ] hdac0: Pin config: 0x0221101f hdac0: Pin control: 0x000000c0 HP OUT hdac0: Output amp: 0x80052b2b hdac0: mute=1 step=43 size=5 offset=43 hdac0: connections: 2 hdac0: | hdac0: + <- nid=25 [audio output] (selected) hdac0: + [DISABLED] <- nid=23 [audio mixer] hdac0: hdac0: nid: 18 [DISABLED] hdac0: Name: pin: Mic (None) hdac0: Widget cap: 0x0040058d hdac0: PWR UNSOL STEREO hdac0: Pin cap: 0x0000113c hdac0: PDC HP OUT IN VREF[ 80 HIZ ] hdac0: Pin config: 0x40a190f0 hdac0: Pin control: 0x00000000 hdac0: Output amp: 0x80052b2b hdac0: mute=1 step=43 size=5 offset=43 hdac0: connections: 2 hdac0: | hdac0: + [DISABLED] <- nid=25 [audio output] (selected) hdac0: + <- nid=23 [audio mixer] hdac0: hdac0: nid: 19 hdac0: Name: pin: SPDIF-out (Black Jack) hdac0: Widget cap: 0x00400301 hdac0: DIGITAL STEREO hdac0: Association: 2 (0x00000001) hdac0: Pin cap: 0x00000010 hdac0: OUT hdac0: Pin config: 0x22451130 hdac0: Pin control: 0x00000040 OUT hdac0: connections: 1 hdac0: | hdac0: + <- nid=24 [audio output] hdac0: hdac0: nid: 20 hdac0: Name: pin: Mic (Pink Jack) hdac0: Widget cap: 0x00400081 hdac0: UNSOL STEREO hdac0: Association: 1 (0x00000001) hdac0: OSS: mic (mic) hdac0: Pin cap: 0x00001124 hdac0: PDC IN VREF[ 80 HIZ ] hdac0: Pin config: 0x02a79120 hdac0: Pin control: 0x00000024 IN VREFs hdac0: hdac0: nid: 21 [DISABLED] hdac0: Name: pin: Line-out (None) hdac0: Widget cap: 0x00400001 hdac0: STEREO hdac0: Pin cap: 0x00000020 hdac0: IN hdac0: Pin config: 0x400001f0 hdac0: Pin control: 0x00000000 hdac0: hdac0: nid: 22 hdac0: Name: beep widget hdac0: Widget cap: 0x0070000c hdac0: Association: -2 (0x00000000) hdac0: OSS: speaker (speaker) hdac0: Output amp: 0x800b0707 hdac0: mute=1 step=7 size=11 offset=7 hdac0: hdac0: nid: 23 hdac0: Name: audio mixer hdac0: Widget cap: 0x0020050b hdac0: PWR STEREO hdac0: Association: -2 (0x00000001) hdac0: OSS: mix (mix) hdac0: Input amp: 0x80052b14 hdac0: mute=1 step=43 size=5 offset=20 hdac0: connections: 5 hdac0: | hdac0: + <- nid=25 [audio output] hdac0: + <- nid=20 [pin: Mic (Pink Jack)] hdac0: + [DISABLED] <- nid=18 [pin: Mic (None)] [DISABLED] hdac0: + [DISABLED] <- nid=17 [pin: Headphones (Black Jack)] hdac0: + [DISABLED] <- nid=21 [pin: Line-out (None)] [DISABLED] hdac0: hdac0: nid: 24 hdac0: Name: audio output hdac0: Widget cap: 0x00000211 hdac0: DIGITAL STEREO hdac0: Association: 2 (0x00000001) hdac0: OSS: pcm (pcm) hdac0: Stream cap: 0x00000005 hdac0: AC3 PCM hdac0: PCM cap: 0x00060040 hdac0: 16 20 bits, 48 KHz hdac0: hdac0: nid: 25 hdac0: Name: audio output hdac0: Widget cap: 0x00000c11 hdac0: LRSWAP PWR STEREO hdac0: Association: 0 (0x00008001) hdac0: OSS: pcm (pcm) hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e0540 hdac0: 16 20 24 bits, 48 96 192 KHz hdac0: hdac0: nid: 26 hdac0: Name: audio input hdac0: Widget cap: 0x00100d0b hdac0: LRSWAP PWR STEREO hdac0: Association: 1 (0x00000001) hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e0140 hdac0: 16 20 24 bits, 48 96 KHz hdac0: Input amp: 0x80051700 hdac0: mute=1 step=23 size=5 offset=0 hdac0: connections: 5 hdac0: | hdac0: + <- nid=23 [audio mixer] (selected) hdac0: + <- nid=20 [pin: Mic (Pink Jack)] hdac0: + [DISABLED] <- nid=18 [pin: Mic (None)] [DISABLED] hdac0: + [DISABLED] <- nid=17 [pin: Headphones (Black Jack)] hdac0: + [DISABLED] <- nid=21 [pin: Line-out (None)] [DISABLED] hdac0: hdac0: nid: 27 [DISABLED] hdac0: Name: vendor widget hdac0: Widget cap: 0x00f00000 hdac0: hdac0: Processing modem FG cad=0 nid=2... hdac0: pcm0: at cad 0 nid 1 on hdac0 pcm0: +--------------------------------------+ pcm0: | DUMPING PCM Playback/Record Channels | pcm0: +--------------------------------------+ pcm0: pcm0: Playback: pcm0: pcm0: Stream cap: 0x00000001 pcm0: PCM pcm0: PCM cap: 0x000e0540 pcm0: 16 20 24 bits, 48 96 192 KHz pcm0: DAC: 25 pcm0: pcm0: Record: pcm0: pcm0: Stream cap: 0x00000001 pcm0: PCM pcm0: PCM cap: 0x000e0140 pcm0: 16 20 24 bits, 48 96 KHz pcm0: ADC: 26 pcm0: pcm0: +--------------------------------+ pcm0: | DUMPING Playback/Record Pathes | pcm0: +--------------------------------+ pcm0: pcm0: Playback: pcm0: pcm0: nid=16 [pin: Speaker (Fixed)] pcm0: | pcm0: + <- nid=25 [audio output] [src: pcm] pcm0: pcm0: nid=17 [pin: Headphones (Black Jack)] pcm0: | pcm0: + <- nid=25 [audio output] [src: pcm] pcm0: pcm0: Record: pcm0: pcm0: nid=26 [audio input] pcm0: | pcm0: + <- nid=23 [audio mixer] [src: mix] pcm0: + <- nid=20 [pin: Mic (Pink Jack)] [src: mic] pcm0: pcm0: Input Mix: pcm0: pcm0: nid=23 [audio mixer] pcm0: | pcm0: + <- nid=25 [audio output] [src: pcm] pcm0: + <- nid=20 [pin: Mic (Pink Jack)] [src: mic] pcm0: pcm0: +-------------------------+ pcm0: | DUMPING Volume Controls | pcm0: +-------------------------+ pcm0: pcm0: Master Volume (OSS: vol) pcm0: | pcm0: +- ctl 1 (nid 16 in ): -64/0dB (44 steps) + mute pcm0: +- ctl 2 (nid 17 in ): -64/0dB (44 steps) + mute pcm0: pcm0: PCM Volume (OSS: pcm) pcm0: | pcm0: +- ctl 1 (nid 16 in ): -64/0dB (44 steps) + mute pcm0: +- ctl 2 (nid 17 in ): -64/0dB (44 steps) + mute pcm0: +- ctl 5 (nid 23 in 0): -30/34dB (44 steps) + mute pcm0: pcm0: Microphone Volume (OSS: mic) pcm0: | pcm0: +- ctl 6 (nid 23 in 1): -30/34dB (44 steps) + mute pcm0: pcm0: Speaker/Beep Volume (OSS: speaker) pcm0: | pcm0: +- ctl 4 (nid 22 out): -21/0dB (8 steps) + mute pcm0: pcm0: Recording Level (OSS: rec) pcm0: | pcm0: +- ctl 10 (nid 26 in 0): 0/34dB (24 steps) + mute pcm0: pcm0: Input Mix Level (OSS: mix) pcm0: | pcm0: +- ctl 10 (nid 26 in 0): 0/34dB (24 steps) + mute pcm0: pcm0: Mixer "vol": pcm0: Mixer "pcm": pcm0: Mixer "speaker": pcm0: Mixer "mic": pcm0: Mixer "mix": pcm0: Mixer "rec": pcm0: Mixer "ogain": pcm0: clone manager: deadline=750ms flags=0x8000001e pcm0: sndbuf_setmap 1170000, 4000; 0xfffffffe6c124000 -> 1170000 pcm0: sndbuf_setmap 2710000, 4000; 0xfffffffe6c134000 -> 2710000 pcm1: at cad 0 nid 1 on hdac0 pcm1: +--------------------------------------+ pcm1: | DUMPING PCM Playback/Record Channels | pcm1: +--------------------------------------+ pcm1: pcm1: Playback: pcm1: pcm1: Stream cap: 0x00000005 pcm1: AC3 PCM pcm1: PCM cap: 0x00060040 pcm1: 16 20 bits, 48 KHz pcm1: DAC: 24 pcm1: pcm1: +--------------------------------+ pcm1: | DUMPING Playback/Record Pathes | pcm1: +--------------------------------+ pcm1: pcm1: Playback: pcm1: pcm1: nid=19 [pin: SPDIF-out (Black Jack)] pcm1: | pcm1: + <- nid=24 [audio output] [src: pcm] pcm1: pcm1: +-------------------------+ pcm1: | DUMPING Volume Controls | pcm1: +-------------------------+ pcm1: pcm1: clone manager: deadline=750ms flags=0x8000001e pcm1: sndbuf_setmap 2730000, 4000; 0xfffffffe6c144000 -> 2730000 ATA PseudoRAID loaded 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 ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 1 vector 48 ioapic0: routing intpin 14 (ISA IRQ 14) to lapic 1 vector 49 ioapic0: routing intpin 20 (PCI IRQ 20) to lapic 1 vector 50 ioapic0: routing intpin 22 (PCI IRQ 22) to lapic 1 vector 51 WARNING: WITNESS option enabled, expect reduced performance. ry. GEOM: ad4: partition 3 does not end on a track boundary. GEOM: ad4: partition 1 does not end on a track boundary. battery0: battery initialization done, tried 1 times GEOM_LABEL: Label for provider ad4s2 is ntfs/HP_RECOVERY. GEOM: ad4s4: geometry does not match label (255h,63s != 16h,63s). ushub0: 8 ports with 8 removable, self powered GEOM_CONCAT: Device export created (id=3382027346). GEOM_CONCAT: Disk ad4s3f attached to export. GEOM_CONCAT: Disk ad4s4f attached to export. GEOM_CONCAT: Device export activated. Root mount waiting for: usbus1 Root mount waiting for: usbus1 Root mount waiting for: usbus1 ushub1: 8 ports with 8 removable, self powered Root mount waiting for: usbus1 Root mount waiting for: usbus1 ugen0.2: at usbus0 ushub2: on usbus0 ugen1.2: at usbus1 Trying to mount root from ufs:/dev/ad4s3a ct_to_ts([2009-02-25 21:06:49]) = 1235596009.000000000 start_init: trying /sbin/init ushub2: 4 ports with 4 removable, bus powered ugen0.3: at usbus0 ukbd0: on usbus0 kbd2 at ukbd0 kbd2: ukbd0, generic (0), config:0x0, flags:0x3d0000 crypto: cryptosoft0: on motherboard crypto: assign cryptosoft0 driver id 0, flags 100663296 crypto: cryptosoft0 registers alg 1 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 2 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 3 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 4 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 5 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 16 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 6 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 7 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 18 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 19 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 20 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 8 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 15 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 9 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 10 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 13 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 14 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 11 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 21 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 17 flags 0 maxoplen 0 ugen0.4: at usbus0 ums0: on usbus0 ums0: 3 buttons and [XYZ] coordinates Symlink: ums0 -> usb0.4.0.16 GEOM_ELI: Device concat/export.eli created. GEOM_ELI: Encryption: AES-CBC 128 GEOM_ELI: Crypto: software GEOM_JOURNAL: Journal 578595679: concat/export.eli contains data. GEOM_JOURNAL: Journal 578595679: ad4s4g contains journal. GEOM_JOURNAL: Journal concat/export.eli clean. WARNING: TMPFS is considered to be a highly experimental feature in FreeBSD. WARNING: TMPFS is considered to be a highly experimental feature in FreeBSD. md0.uzip: 16384 x 65536 blocks module_register: module ushub/ums already exists! Module ushub/ums failed to register: 17 lock order reversal: 1st 0xfffffffe5db783f8 bufwait (bufwait) @ /usr/src/head/sys/kern/vfs_bio.c:2443 2nd 0xffffff0002d25a00 dirhash (dirhash) @ /usr/src/head/sys/ufs/ufs/ufs_dirhash.c:275 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x2e witness_checkorder() at witness_checkorder+0x81e _sx_xlock() at _sx_xlock+0x55 ufsdirhash_acquire() at ufsdirhash_acquire+0x33 ufsdirhash_add() at ufsdirhash_add+0x19 ufs_direnter() at ufs_direnter+0x88b ufs_makeinode() at ufs_makeinode+0x338 VOP_CREATE_APV() at VOP_CREATE_APV+0x8d null_bypass() at null_bypass+0xd3 VOP_CREATE_APV() at VOP_CREATE_APV+0xa6 vn_open_cred() at vn_open_cred+0x479 kern_openat() at kern_openat+0x169 syscall() at syscall+0x1dd Xfast_syscall() at Xfast_syscall+0xab --- syscall (5, FreeBSD ELF64, open), rip = 0x80c39fdc, rsp = 0x7fffffffe1f8, rbp = 0xa --- pid 1110 (luit) is using legacy pty devices pid 1113 (luit) is using legacy pty devices pid 1111 (luit) is using legacy pty devices pid 1112 (luit) is using legacy pty devices pid 1114 (luit) is using legacy pty devices pid 1088 (xosview), uid 1000: exited on signal 11 --Multipart=_Wed__25_Feb_2009_21_16_56_-0500_kFarHIxzV.tafpZ6 Content-Type: text/plain; name="pciconf.txt" Content-Disposition: attachment; filename="pciconf.txt" Content-Transfer-Encoding: 7bit none0@pci0:0:0:0: class=0x050000 card=0x30b7103c chip=0x02f010de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'C51 Host Bridge' class = memory subclass = RAM cap 08[44] = HT slave cap 08[e0] = HT MSI address window disabled at 0xfee00000 none1@pci0:0:0:1: class=0x050000 card=0x30b7103c chip=0x02fa10de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'C51 Memory Controller 0' class = memory subclass = RAM none2@pci0:0:0:2: class=0x050000 card=0x30b7103c chip=0x02fe10de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'C51 Memory Controller 1' class = memory subclass = RAM none3@pci0:0:0:3: class=0x050000 card=0x30b7103c chip=0x02f810de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'C51 Memory Controller 5' class = memory subclass = RAM none4@pci0:0:0:4: class=0x050000 card=0x30b7103c chip=0x02f910de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'C51 Memory Controller 4' class = memory subclass = RAM none5@pci0:0:0:5: class=0x050000 card=0x30b7103c chip=0x02ff10de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'C51 Host Bridge' class = memory subclass = RAM cap 00[44] = unknown cap 00[fe] = unknown none6@pci0:0:0:6: class=0x050000 card=0x30b7103c chip=0x027f10de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'C51 Memory Controller 3' class = memory subclass = RAM none7@pci0:0:0:7: class=0x050000 card=0x00000000 chip=0x027e10de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'C51 Memory Controller 2' class = memory subclass = RAM pcib1@pci0:0:2:0: class=0x060400 card=0x000010de chip=0x02fc10de rev=0xa1 hdr=0x01 vendor = 'Nvidia Corp' device = 'C51 PCIe Bridge' class = bridge subclass = PCI-PCI cap 0d[40] = PCI Bridge card=0x000010de cap 01[48] = powerspec 2 supports D0 D3 current D0 cap 05[50] = MSI supports 2 messages, 64 bit cap 08[60] = HT MSI address window disabled at 0xfee00000 cap 10[80] = PCI-Express 1 root port pcib2@pci0:0:3:0: class=0x060400 card=0x000010de chip=0x02fd10de rev=0xa1 hdr=0x01 vendor = 'Nvidia Corp' device = 'C51 PCIe Bridge' class = bridge subclass = PCI-PCI cap 0d[40] = PCI Bridge card=0x000010de cap 01[48] = powerspec 2 supports D0 D3 current D0 cap 05[50] = MSI supports 2 messages, 64 bit cap 08[60] = HT MSI address window disabled at 0xfee00000 cap 10[80] = PCI-Express 1 root port vgapci0@pci0:0:5:0: class=0x030000 card=0x30b7103c chip=0x024410de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'C51 PCIe Bridge' class = display subclass = VGA cap 01[48] = powerspec 2 supports D0 D3 current D0 cap 05[50] = MSI supports 1 message, 64 bit none8@pci0:0:9:0: class=0x050000 card=0x30b7103c chip=0x027010de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP51 Host Bridge' class = memory subclass = RAM cap 08[44] = HT slave cap 08[e0] = HT MSI address window enabled at 0xfee00000 isab0@pci0:0:10:0: class=0x060100 card=0x30b7103c chip=0x026010de rev=0xa3 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP51 LPC Bridge' class = bridge subclass = PCI-ISA none9@pci0:0:10:1: class=0x0c0500 card=0x30b7103c chip=0x026410de rev=0xa3 hdr=0x00 vendor = 'Nvidia Corp' device = 'NVIDIA SMB Bus Controller NVIDIA nForce PCI System Management' class = serial bus subclass = SMBus cap 01[44] = powerspec 2 supports D0 D3 current D0 none10@pci0:0:10:3: class=0x0b4000 card=0x30b7103c chip=0x027110de rev=0xa3 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP51 PMU' class = processor ohci0@pci0:0:11:0: class=0x0c0310 card=0x30b7103c chip=0x026d10de rev=0xa3 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP51 USB Controller' class = serial bus subclass = USB cap 01[44] = powerspec 2 supports D0 D1 D2 D3 current D0 ehci0@pci0:0:11:1: class=0x0c0320 card=0x30b7103c chip=0x026e10de rev=0xa3 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP51 USB Controller' class = serial bus subclass = USB cap 0a[44] = EHCI Debug Port at offset 0x98 in map 0x14 cap 01[80] = powerspec 2 supports D0 D1 D2 D3 current D0 atapci0@pci0:0:13:0: class=0x01018a card=0x30b7103c chip=0x026510de rev=0xf1 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP51 Parallel ATA Controller' class = mass storage subclass = ATA cap 01[44] = powerspec 2 supports D0 D3 current D0 atapci1@pci0:0:14:0: class=0x010185 card=0x30b7103c chip=0x026610de rev=0xf1 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP51 Serial ATA Controller' class = mass storage subclass = ATA cap 01[44] = powerspec 2 supports D0 D3 current D0 cap 05[b0] = MSI supports 4 messages, 64 bit cap 08[cc] = HT MSI fixed address window disabled at 0xfee00000 pcib3@pci0:0:16:0: class=0x060401 card=0x00000000 chip=0x026f10de rev=0xa2 hdr=0x01 vendor = 'Nvidia Corp' device = 'MCP51 PCI Bridge' class = bridge subclass = PCI-PCI cap 0d[b8] = PCI Bridge card=0x00000000 cap 08[8c] = HT MSI address window disabled at 0xfee00000 hdac0@pci0:0:16:1: class=0x040300 card=0x30b7103c chip=0x026c10de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP51 High Definition Audio' class = multimedia subclass = HDA cap 01[44] = powerspec 2 supports D0 D3 current D0 cap 05[50] = MSI supports 1 message, 64 bit, vector masks cap 08[6c] = HT MSI fixed address window disabled at 0xfee00000 nfe0@pci0:0:20:0: class=0x068000 card=0x30b7103c chip=0x026910de rev=0xa3 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP51 Network Bus Enumerator' class = bridge cap 01[44] = powerspec 2 supports D0 D1 D2 D3 current D0 hostb0@pci0:0:24:0: class=0x060000 card=0x00000000 chip=0x11001022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(K8) Athlon 64/Opteron HyperTransport Technology Configuration' class = bridge subclass = HOST-PCI cap 08[80] = HT host hostb1@pci0:0:24:1: class=0x060000 card=0x00000000 chip=0x11011022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(K8) Athlon 64/Opteron Address Map' class = bridge subclass = HOST-PCI hostb2@pci0:0:24:2: class=0x060000 card=0x00000000 chip=0x11021022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(K8) Athlon 64/Opteron DRAM Controller' class = bridge subclass = HOST-PCI hostb3@pci0:0:24:3: class=0x060000 card=0x00000000 chip=0x11031022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(K8) Athlon 64/Opteron Miscellaneous Control' class = bridge subclass = HOST-PCI cap 0f[f0] = unknown none11@pci0:3:0:0: class=0x028000 card=0x1374103c chip=0x431114e4 rev=0x02 hdr=0x00 vendor = 'Broadcom Corporation' device = 'Dell Wireless 1390 WLAN Mini-PCI Card' class = network cap 01[40] = powerspec 3 supports D0 D1 D2 D3 current D0 cap 09[58] = vendor (length 120) cap 05[e8] = MSI supports 1 message, 64 bit cap 10[d0] = PCI-Express 1 endpoint --Multipart=_Wed__25_Feb_2009_21_16_56_-0500_kFarHIxzV.tafpZ6-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 26 07: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 5C37E1065676; Thu, 26 Feb 2009 07:46:09 +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 831AD8FC17; Thu, 26 Feb 2009 07:46:08 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=5CK-W-vb-ToA:10 a=ylk8sB5_dbwA:10 a=MXw7gxVQKqGXY79tIT8aFQ==:17 a=YsHMCdaZX8gfdQg8_0QA:9 a=5i---2e_0kAaafj_HWkA:7 a=gs8SI3oeH_si6F9POd7yDVgOxr4A: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 812072813; Thu, 26 Feb 2009 08:46:06 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Thu, 26 Feb 2009 08:48:36 +0100 User-Agent: KMail/1.9.7 References: <49A5E22E.2020103@gmail.com> <20090226011743.GB25211@citylink.fud.org.nz> In-Reply-To: <20090226011743.GB25211@citylink.fud.org.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902260848.37409.hselasky@c2i.net> Cc: Andrew Thompson , Kjell Tore Ullavik Subject: Re: usb_device_info has not been declared, some ports fail to build X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Feb 2009 07:46:09 -0000 On Thursday 26 February 2009, Andrew Thompson wrote: > On Thu, Feb 26, 2009 at 01:28:30AM +0100, Kjell Tore Ullavik wrote: > > x11/kdebase4 does not build. There is a similar error with devel/sdl12. > > > > FreeBSD gauss 8.0-CURRENT FreeBSD 8.0-CURRENT #7: Wed Feb 25 01:01:15 CET > > 2009 root@gauss:/usr/obj/usr/src/sys/GAUSS i386 > > > > > > [ 67%] [32mBuilding CXX object > > apps/kinfocenter/usbview/CMakeFiles/kcm_usb.dir/kcmusb.o > > In file included from > > /usr/ports/x11/kdebase4/work/kdebase-4.2.0/apps/kinfocenter/usbview/kcmus > >b.cpp:27: > > /usr/ports/x11/kdebase4/work/kdebase-4.2.0/apps/kinfocenter/usbview/usbde > >vices.h:80: error: 'usb_device_info' has not been declared > > We should think about adding the device_info ioctls in the new usb stack > for compat. I can do this. If you need access to the device info structure you need to go through libusb20 . How does kinfocenter/usbview interface with USB FreeBSD ? --HPS From owner-freebsd-current@FreeBSD.ORG Thu Feb 26 08:25: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 3A53C1065672 for ; Thu, 26 Feb 2009 08:25:44 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id E5C238FC21 for ; Thu, 26 Feb 2009 08:25:43 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 77BC43F129; Thu, 26 Feb 2009 08:25:42 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.3/8.14.3) with ESMTP id n1Q8Pgcc012758; Thu, 26 Feb 2009 08:25:42 GMT (envelope-from phk@critter.freebsd.dk) To: Andrew Thompson From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 25 Feb 2009 18:03:30 PST." <20090226020330.GC25211@citylink.fud.org.nz> Date: Thu, 26 Feb 2009 08:25:42 +0000 Message-ID: <12757.1235636742@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: usb@FreeBSD.org, current@FreeBSD.org, Hans Petter Selasky Subject: Re: USB devfs 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: Thu, 26 Feb 2009 08:25:44 -0000 In message <20090226020330.GC25211@citylink.fud.org.nz>, Andrew Thompson writes : >Hi, > > >Below is a patch from Rink Springer to change the new USB stack to use >devfs device nodes. I have tested this with a usb mouse and I am hoping >people with other devices can test too, in particular scanners (sane >app) and lpt ports. > >This also removes the custom permissions from usb and usbconfig. > >http://people.freebsd.org/~thompsa/usb-cdevs.diff I really like that this patch is mostly minus-lines. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Thu Feb 26 08:39: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 5AA02106566C; Thu, 26 Feb 2009 08:39:42 +0000 (UTC) (envelope-from rink@rink.nu) Received: from mx1.rink.nu (gloom.rink.nu [213.34.49.2]) by mx1.freebsd.org (Postfix) with ESMTP id 19A258FC1A; Thu, 26 Feb 2009 08:39:42 +0000 (UTC) (envelope-from rink@rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx1.rink.nu (Postfix) with ESMTP id CFAD96D43B; Thu, 26 Feb 2009 09:39:41 +0100 (CET) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx1.rink.nu ([213.34.49.2]) by localhost (gloom.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id j8tTliXJNIhn; Thu, 26 Feb 2009 09:39:38 +0100 (CET) Received: by mx1.rink.nu (Postfix, from userid 1000) id 9745D6D439; Thu, 26 Feb 2009 09:39:38 +0100 (CET) Date: Thu, 26 Feb 2009 09:39:38 +0100 From: Rink Springer To: Andrew Thompson Message-ID: <20090226083938.GB14479@rink.nu> References: <20090226020330.GC25211@citylink.fud.org.nz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090226020330.GC25211@citylink.fud.org.nz> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: usb@freebsd.org, current@freebsd.org, Hans Petter Selasky Subject: Re: USB devfs 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: Thu, 26 Feb 2009 08:39:43 -0000 Hi Andrew, On Wed, Feb 25, 2009 at 06:03:30PM -0800, Andrew Thompson wrote: > > Below is a patch from Rink Springer to change the new USB stack to use > devfs device nodes. I have tested this with a usb mouse and I am hoping > people with other devices can test too, in particular scanners (sane > app) and lpt ports. > > This also removes the custom permissions from usb and usbconfig. > > http://people.freebsd.org/~thompsa/usb-cdevs.diff I've mostly browsed it, but I think your modifications are correct. Thank you for taking care of this! Regards, -- Rink P.W. Springer - http://rink.nu "Chance favours the prepared mind" - Penn From owner-freebsd-current@FreeBSD.ORG Thu Feb 26 08:45:30 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 2C9EF106567B; Thu, 26 Feb 2009 08:45:30 +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 BE0258FC1C; Thu, 26 Feb 2009 08:45:29 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 8B1341CDE5; Thu, 26 Feb 2009 09:45:28 +0100 (CET) Date: Thu, 26 Feb 2009 09:45:28 +0100 From: Ed Schouten To: Andrew Thompson Message-ID: <20090226084528.GU19161@hoeg.nl> References: <20090226020330.GC25211@citylink.fud.org.nz> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TYoqghpzCwoKvQG2" Content-Disposition: inline In-Reply-To: <20090226020330.GC25211@citylink.fud.org.nz> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: usb@freebsd.org, current@freebsd.org, Hans Petter Selasky Subject: Re: USB devfs 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: Thu, 26 Feb 2009 08:45:31 -0000 --TYoqghpzCwoKvQG2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Andrew, * Andrew Thompson wrote: > Below is a patch from Rink Springer to change the new USB stack to use > devfs device nodes. I have tested this with a usb mouse and I am hoping > people with other devices can test too, in particular scanners (sane > app) and lpt ports. I also mentioned this on IRC, but just to make sure it won't get lost. I really like the patch. I just tried it and it seems to work as advertised. What's your opinion on this patch? http://80386.nl/pub/usb-cdev.diff It turns the d_fdopen() function to a regular d_open(). I think we should only use d_fdopen() in cases where we really need access to the file descriptor (like ptmx). --=20 Ed Schouten WWW: http://80386.nl/ --TYoqghpzCwoKvQG2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkmmVqgACgkQ52SDGA2eCwXQ7ACeJHtydVjx6ylLmo4RVdz5qVHj BxIAn2jPaDObeUql6QV6wMDaGL1s1Sph =ft0H -----END PGP SIGNATURE----- --TYoqghpzCwoKvQG2-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 26 08:46: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 B348F10656F0; Thu, 26 Feb 2009 08:46:04 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe14.tele2.se [212.247.155.161]) by mx1.freebsd.org (Postfix) with ESMTP id E966E8FC33; Thu, 26 Feb 2009 08:46:03 +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=tI54pkLP9NtN-vG1cO4A:9 a=xLK4WGOlwfqNWkiKebIA:7 a=-u61PBf9bGKsS0JZBOTXIKYdTB8A:4 a=LY0hPdMaydYA:10 a=279vGIMXraPIvuNs:21 a=youvvhyrYkwJvvFu:21 Received: from [62.113.132.61] (account mc467741@c2i.net HELO laptop) by mailfe14.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 458908110; Thu, 26 Feb 2009 09:46:02 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Thu, 26 Feb 2009 09:48:31 +0100 User-Agent: KMail/1.9.7 References: <20090226020330.GC25211@citylink.fud.org.nz> In-Reply-To: <20090226020330.GC25211@citylink.fud.org.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902260948.31967.hselasky@c2i.net> Cc: Andrew Thompson Subject: Re: USB devfs 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: Thu, 26 Feb 2009 08:46:06 -0000 On Thursday 26 February 2009, Andrew Thompson wrote: > http://people.freebsd.org/~thompsa/usb-cdevs.diff Hi, Here is a list of comments and bugs. The comments follow the diff from top to bottom. 1) There is a redundant setting of "is_uref = 1" ? - if (ploc->is_uref) { + if (cpd->is_uref) { /* * We are about to alter the bus-state. Apply the * required locks. */ - sx_xlock(ploc->udev->default_sx + 1); + sx_xlock(cpd->udev->default_sx + 1); mtx_lock(&Giant); /* XXX */ + cpd->is_uref = 1; } 2) Should gid_t uid_t and mode_t be used? + uint8_t iface_index, uint32_t uid, uint32_t gid, uint16_t mode) 3) This comment should be: /* Now, create the device itself and an alias */ /* Now, create the device */ Because the alias is not needed - right. 4) Probably you can just remove the src_path stuff: + /* XXX no longer needed */ + strlcpy(ps->src_path, target, sizeof(ps->src_path)); + ps->src_len = strlen(ps->src_path); 5) There is no reason to use 32-bit int, except for fflags? uint16_t bus_index; uint8_t dev_index; uint8_t iface_index; uint8_t ep_addr; #define EP_NO_ADDR 0xff /* instead of ep_addr = -1 */ /* + * Private per-device information. + */ +struct usb2_cdev_privdata { + struct usb2_bus *bus; + struct usb2_device *udev; + struct usb2_interface *iface; + struct usb2_fifo *rxfifo; + struct usb2_fifo *txfifo; + int bus_index; /* bus index */ + int dev_index; /* device index */ + int iface_index; /* interface index */ + int ep_addr; /* endpoint address */ + uint8_t fifo_index; /* FIFO index */ + uint8_t is_read; /* location has read access */ + uint8_t is_write; /* location has write access */ + uint8_t is_uref; /* USB refcount decr. needed */ + uint8_t is_usbfs; /* USB-FS is active */ + int fflags; +}; For usb2_fs_privdata probably you are justified. I would have used "unsigned int" for the fields that are unsigned. It has something to do with range checks in the code not checking for values less than zero. Like: if (fifo_index < max) ok; else failure; With int's we have to think more: if (fifo_index >= 0 && fifo_index < max) ok; else failure; 6) Some non-gcc compilers will complain unless you do 0-1 when the destination variable is unsigned. - usb2_free_pipe_data(udev, iface_index, 0 - 1); + usb2_free_pipe_data(udev, iface_index, -1); 7) Watch out!! Maybe using the word "in" and "out" is bad idea. If this means "read" and "write", then use "rd" and "wr", because in USB device mode the endpoint direction is exactly the opposide like in USB host mode: + /* Fill in the endpoint bitmasks */ + if (ed->bEndpointAddress & UE_DIR_IN) + iface->ep_in_mask |= + 1 << UE_GET_ADDR(ed->bEndpointAddress); + else + iface->ep_out_mask |= + 1 << UE_GET_ADDR(ed->bEndpointAddress); Use the the following macro for reference when computing if an endpoint is read or write! #define USB_GET_DATA_ISREAD(xfer) (((xfer)->flags_int.usb2_mode == \ USB_MODE_DEVICE) ? ((xfer->endpoint & UE_DIR_IN) ? 0 : 1) : \ ((xfer->endpoint & UE_DIR_IN) ? 1 : 0)) Change: + uint16_t ep_in_mask; /* bitmask of IN endpoints */ + uint16_t ep_out_mask; /* bitmask of OUT endpoints */ Into: + uint16_t ep_rx_mask; /* bitmask of RX endpoints */ + uint16_t ep_tx_mask; /* bitmask of TX endpoints */ 8) The following won't work?? Freeing the cdevs have to be done in multiple steps. Please keep the semantics of the "usb2_fifo_free_wrap" function. When setting the configuration we have a cdev handle on EP0. If that is closed during set_config we are recursivly killing our own handle! Therefore there are some extra checks so that at some points we only free non-EP0 handles, at some point only a specific interface and so on. + usb2_cdev_free(udev); usb2_fifo_free_wrap(udev, iface_index, 0); 9) Regarding the device nodes, how about organising into sub-folders? Before: + /* Now, create the device itself */ + snprintf(devname, sizeof(devname), USB_DEVICE_NAME + "%u.%u.%u.%u", pd->bus_index, pd->dev_index, + pd->iface_index, pd->ep_addr); + After: + /* Now, create the device itself */ + snprintf(devname, sizeof(devname), USB_DEVICE_NAME + "%u/%u/%u/%u", pd->bus_index, pd->dev_index, + pd->iface_index, pd->ep_addr); + 10) Can you show me the implementation of the following function: + devfs_set_cdevpriv(cpd, usb2_close); 11) Use plain open method instead of fdopen: usb2_fdopen ? --HPS From owner-freebsd-current@FreeBSD.ORG Thu Feb 26 09:37: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 DDAAB106566C; Thu, 26 Feb 2009 09:37:40 +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 BA6078FC1A; Thu, 26 Feb 2009 09:37:40 +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 14EA846B0D; Thu, 26 Feb 2009 04:37:40 -0500 (EST) Date: Thu, 26 Feb 2009 09:37:39 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Andrew Thompson In-Reply-To: <20090226020330.GC25211@citylink.fud.org.nz> Message-ID: References: <20090226020330.GC25211@citylink.fud.org.nz> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: usb@freebsd.org, current@freebsd.org, Hans Petter Selasky Subject: Re: USB devfs 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: Thu, 26 Feb 2009 09:37:41 -0000 On Wed, 25 Feb 2009, Andrew Thompson wrote: > Below is a patch from Rink Springer to change the new USB stack to use devfs > device nodes. I have tested this with a usb mouse and I am hoping people > with other devices can test too, in particular scanners (sane app) and lpt > ports. > > This also removes the custom permissions from usb and usbconfig. > > http://people.freebsd.org/~thompsa/usb-cdevs.diff This seems to address my concerns, including eliminating the new use if PRIV_ROOT that got added. Once this is in the tree I can remove PRIV_ROOT entirely, so with any luck we can get a new fine-grained privilege model done by 8.0. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Thu Feb 26 09:53: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 BBBB3106566C for ; Thu, 26 Feb 2009 09:53:02 +0000 (UTC) (envelope-from tevans.uk@googlemail.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 12C508FC0A for ; Thu, 26 Feb 2009 09:53:01 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by bwz8 with SMTP id 8so402059bwz.43 for ; Thu, 26 Feb 2009 01:53:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer:content-transfer-encoding; bh=NCnV8QdgY6etdgcERxLO4H9ogArwlfPhMyHHdN8KWMw=; b=cWZtr7ch6esAUXaMqAK+mOIQHsL33dby39oxsPmObg/8GD5J+7AUlC+E61QeStz5Kl HPmqqQ3YjgnfRgLdw8iM+kU0k/spUBFi+rn9FO2SqDv2zeDaUuYJSwzDkfcFuDRTEX97 +U3zTh20+R+ClKrrjNHE9Beo1/rmEsIw5vKew= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; b=PuUmTRL65IU5+/A0u2YbWYmedr4id9DA/jE4PU+gROyLC57TDxv2GDtJjTMq5wk0GE pDSLm7BuHjKPGIN282gAGhCw6uQIqoDimQtFcXDVAJpiCvoGrZKqiePuiC7BBViRmauZ lAFkPMfSnylnxe3WcEYNGFNYqpsMtoWJioaFQ= Received: by 10.223.111.140 with SMTP id s12mr1872012fap.100.1235640363138; Thu, 26 Feb 2009 01:26:03 -0800 (PST) Received: from ?127.0.0.1? (87-194-39-182.bethere.co.uk [87.194.39.182]) by mx.google.com with ESMTPS id p17sm14050759fka.30.2009.02.26.01.26.01 (version=SSLv3 cipher=RC4-MD5); Thu, 26 Feb 2009 01:26:02 -0800 (PST) From: Tom Evans To: Chuck Robey In-Reply-To: <49A5F448.7060409@telenix.org> References: <49A19C22.8000600@telenix.org> <20090223083114.F86550@ury.york.ac.uk> <49A5ABB4.2090601@telenix.org> <877i3efb1g.fsf@tabernacle.lan> <49A5F448.7060409@telenix.org> Content-Type: text/plain Date: Thu, 26 Feb 2009 09:27:32 +0000 Message-Id: <1235640452.2224.65.camel@strangepork.mintel.co.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Julian Stecklina Subject: Re: tomcat & mouse problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Feb 2009 09:53:03 -0000 On Wed, 2009-02-25 at 20:45 -0500, Chuck Robey wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Julian Stecklina wrote: > > Chuck Robey writes: > > > >> Tell me, I haven't followed much of the history about Xfree86 the last few years > >> (far more concerned with serious health problems), do you know why there aren't > >> any Xfree86 ports in our ports anymore? I checked, they ARE releasing new > >> software, it works, it actually builds far, far faster/easier, howcome our ports > >> are ignoring Xfree86 in favor of Xorg? Not being fascetious here, I really > >> don't know. I'm thinking I would like to experiment to see if the Xfree86 stuff > >> works for my mouse better, but I would really rather use our ports, than getting > >> a release directly from XFree86 (I don't think they even have FreeBSD binaries > >> anymore). > > > > I guess since the license fight that caused the fork most consider > > XFree86 obsolete. It is said that most development takes place in X.org > > at the moment. > > > > Regards, > > That can't possibly be the *entire* reason for the disappearance of all of the > XFree86 ports, is it? Even the device ports (the ones with Xfree86 still in the > naming of the ports) has no Xfree86 code in it anymore. I would be astonished > if that were really true ... because I downloaded the code from there about 3 > months back, and was astonished that it built without one single glitch, needing > only one change (to make it go to the directory I wanted it to). Not one > problem in building, a classic "trivial" build, it seemed to work fine also, and > it built SO much faster and simpler. It can't just have been erased due to > someone's prejudice, could it? No, the were lots of other serious issues that annoyed 90% of the XFree86 developers, see [1], [2]. The license issue was just the straw that broke the camel's back. The ports named 'xf86-*' have nothing to do with XFree86; they are solely xorg drivers. > > Damn, that would be disappointing, if it were true. Luckily, it's builds so > trivially, it doesn['t even need a port, really. As long as it hasn't changed > greatly from 90 days ago ... > > However, the reason I got onto this was because of my mouse's jerkiness, and > since I changed the my scheduler from SCHED_ULE to SCHED_4BSD, that part's > improved also, so I have no longer got any huge reason to push this anymore. > Things are now working so well, I think I'll disappear now ... That's fair enough, but literally no-one uses XFree86 any more. At all. So if you have weird interaction with your mouse on FreeBSD in XFree86, virtually no people will have a comparable system, or knowledge of issues.. Cheers Tom [1] http://www.xfree86.org/pipermail/forum/2003-March/001997.html [2] http://www.xfree86.org/pipermail/forum/2003-March/002165.html From owner-freebsd-current@FreeBSD.ORG Thu Feb 26 11:22: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 5FF64106568B; Thu, 26 Feb 2009 11:22:15 +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 E5C908FC16; Thu, 26 Feb 2009 11:22:14 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.12] (helo=2.mx.freenet.de) by mout2.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #76) id 1LceJh-00024r-Gt; Thu, 26 Feb 2009 12:22:13 +0100 Received: from teca0.t.pppool.de ([89.55.236.160]:22078 helo=ernst.jennejohn.org) by 2.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #76) id 1LceJh-0003Ex-4S; Thu, 26 Feb 2009 12:22:13 +0100 Date: Thu, 26 Feb 2009 12:22:12 +0100 From: Gary Jennejohn To: Alexander Motin Message-ID: <20090226122212.76077ed0@ernst.jennejohn.org> In-Reply-To: <49A5A276.9080401@FreeBSD.org> References: <49A5A276.9080401@FreeBSD.org> X-Mailer: Claws Mail 3.7.0 (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-Current Subject: Re: SATA disks suddenly stop working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Feb 2009 11:22:15 -0000 On Wed, 25 Feb 2009 21:56:38 +0200 Alexander Motin wrote: > Gary Jennejohn wrote: > > I've been having lots of problems with SATA drives attached to higher > > port numbers, namely ata5 and ata6. > > > > I was installing Linux under qemu today and it had been running for > > several hours and had installed multi-gigabytes of data when qemu > > just stopped. > > > > I noticed that all I/O to the disk had ceased. > > > > Doing "atacontrol reinit" on the port (ata5) resulted in a message > > that the device was not configured, which was patently false since > > qemu had just been merrily writing to it. > > > > This with a kernel made from sources updated today at about 2 PM (GMT+1). > > > > I've also seen problems with a disk attached to ata6. It just sort > > of disappears after a while. > > > > Disks attached to ata2, ata3 and ata4 don't exhibit any problems. > > You have told much and same time gave nothing that can be used. > I was only interested in whether others have seen this problem. I was not looking for a solution. > What controller do you have? What drives on what channels? Is there any > kernel messages about the problem? Have you tried to enable verbose > messages to get additional details? > atapci0@pci0:0:17:0: class=0x010601 card=0xb0021458 chip=0x43911002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' class = mass storage subclass = SATA There were no kernel messages at all, the drive simply hung. I'll do a verbose boot and try to reproduce the disk hang later. > Reinit could return ENXIO if it already was in progress. Disappearing > drives are also can be related to that reinit. Can't it be just a real > hardware problem? > I should have mentioned that the error returned was about some IOCTL. Can't remember which one right now, but the error message did include that the device was not configured. I've also noticed several times in the past when the problem occurred that the BIOS could not enumerate the AHCI disks anymore. I had to do a POR. Seems that the controller was completely hosed such that a simple reset didn't reinitialize it sufficiently for it to work. This morning I booted the box and started a cvsup. My repository is on a ZFS mirror with the disks on ata3 and ata4. The system hung after the data from the server were received, although all the data were successfully written to the disks. I couldn't do anything at all - it looked like the root disk was not responding and the disk light was on solid red. I had to do a hard reset. This is the first time I've seen a problem with this port. The root disk is on ata2. I rebooted and turned off MSI. I'll monitor the situation to see whether that helps. --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Thu Feb 26 13:41: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 4618B106566B; Thu, 26 Feb 2009 13:41:37 +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 3035C8FC15; Thu, 26 Feb 2009 13:41:37 +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 n1QDfaK8069644; Thu, 26 Feb 2009 13:41:36 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 n1QDd5dl021347; Thu, 26 Feb 2009 08:39:05 -0500 (EST) Message-ID: <49A69B74.1080201@sdf.lonestar.org> Date: Thu, 26 Feb 2009 08:39:00 -0500 From: Tom McLaughlin User-Agent: Thunderbird 2.0.0.19 (X11/20090105) MIME-Version: 1.0 To: Harti Brandt References: In-Reply-To: X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: 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, 26 Feb 2009 13:41:37 -0000 Harti Brandt wrote: > On Sun, 18 Jan 2009, Hartmut.Brandt@dlr.de wrote: > >> Hi, >> >> for a year or so I had nss_ldap connected to an active directory (with openldap23-sasl-client) on a year-old current. Yesterday I've rebuilt everything and I started to get 'undefined symbols' (for example gss_equal_oid) when running any program needing pw or group entries. After some poking around I fixed these by adding -lgssapi to the Makefiles for libgssapi_krb5.so and libgssap_spnego.so. Now getent, local login and everything works fine, except cron and sshd. Hi Harti, I'm setting up a -CURRENT vm right now with nss_ldap and have an LDAP server which requires SASL. I use a global krb5 credentials cache for nss_ldap as it appears you do. Last time I did this was right around the time the latest heimdal was imported. My setup worked before the import and broke afterwards. As I recall from talking to dfr@ (?) libgssapi_{krb5,spnego} are just plugins for libgssapi. They should not need to be linked against libgssapi and other things should not link against them. I would like to see this fixed as libgssapi is intended to be used. I just want to know what the proper fix is. (Hey, just found the old conversation with dfr@ in my inbox but need to read through the whole thing to figure out what's up.) >> >> Both create entries in /var/log/messages like: >> >> Jan 18 20:00:02 knopdnsimu13f cron[1495]: GSSAPI Error: Miscellaneous failure (see text)???????????????ZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZ Z > ZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZ >> Jan 18 20:00:02 knopdnsimu13f kernel: ZZZZZZZZZZZZZZZZ >> >> I've tried to figure out in which of the dozens of layered libraries (gss, sasl, ssl, ......) this error is generated but did not find anything. >> >> This is on amd64, krb5 enabled in pam, gssapi disabled in sshd_config (as I said, this worked before). > > So to answer my own mail: I made a link from the kerberos ticket file > which contains the host ticket (and is specified in nss_ldap.conf) to > /tmp/krb5cc_0. I've no idea why this is suddenly necessary, though. There may be an issue with the env method used in nss_ldap to change the credentials cache. My mind is fuzzy but I do recall a similar issue but don't remember the exact cause or case. nss_ldap has a second configurable ccname method which when I submitted the original patch I intended to switch to once we had a newer heimdal. Once I get nss_ldap working on my box I intend to submit another patch. tom -- | tmclaugh at sdf.lonestar.org tmclaugh at FreeBSD.org | | FreeBSD http://www.FreeBSD.org | From owner-freebsd-current@FreeBSD.ORG Thu Feb 26 13:51: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 B2F87106566B for ; Thu, 26 Feb 2009 13:51:23 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from buffy.york.ac.uk (buffy.york.ac.uk [144.32.226.160]) by mx1.freebsd.org (Postfix) with ESMTP id 509908FC17 for ; Thu, 26 Feb 2009 13:51:23 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.14.3/8.14.3) with ESMTP id n1QDpMr6005529; Thu, 26 Feb 2009 13:51:22 GMT (envelope-from gavin@FreeBSD.org) Received: (from ga9@localhost) by buffy.york.ac.uk (8.14.3/8.14.3/Submit) id n1QDpLKo005528; Thu, 26 Feb 2009 13:51:21 GMT (envelope-from gavin@FreeBSD.org) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin@FreeBSD.org using -f From: Gavin Atkinson To: Chuck Robey In-Reply-To: <49A5ABB4.2090601@telenix.org> References: <49A19C22.8000600@telenix.org> <20090223083114.F86550@ury.york.ac.uk> <49A5ABB4.2090601@telenix.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Thu, 26 Feb 2009 13:51:21 +0000 Message-Id: <1235656281.4949.4.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 FreeBSD GNOME Team Port Cc: freebsd-current@FreeBSD.org Subject: Re: tomcat & mouse problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Feb 2009 13:51:24 -0000 On Wed, 2009-02-25 at 15:36 -0500, Chuck Robey wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Gavin Atkinson wrote: > > On Sun, 22 Feb 2009, Chuck Robey wrote: > >> I'm running a machine with plenty of memory, plenty of CPU (quad Intel > >> core), > >> and using FreeBSD-current. The mouse is a Logitech USB/wireless > >> model. Any > >> guess what might be causing my mouse's jerkiness? > > > > Can you try using SCHED_4BSD rather than SCHED_ULE and see if that makes > > a difference? > > > > Gavin > > OK, I've been watching it long enough. Running (now) SCHED_4BDSD seems to make > the mouse far more active (as far as the movements of the cursor are concerned), > but I still havr great problems in getting mouse clicks taken. They ARE > accepted, but I must lick aboout 4 times to get a single moouse-click accepted. > I'm trying hard to read as much as I can about xorg problems, becauase I don't > seem to see this in the mouse usages in the virtual-ttys, only in Xorg. Do you by any chance have any processes taking all the CPU? SCHED_ULE doesn't play well for me with processes like the distributed.net client or setiathome, as the "only run me when idle" flag these rely on seems to be ignored by ULE. Gavin From owner-freebsd-current@FreeBSD.ORG Thu Feb 26 15:00: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 18C36106566C for ; Thu, 26 Feb 2009 15:00:32 +0000 (UTC) (envelope-from wp@ypsilon.net) Received: from mail.infosys.de (mail.infosys.de [195.4.70.5]) by mx1.freebsd.org (Postfix) with ESMTP id 924CA8FC1E for ; Thu, 26 Feb 2009 15:00:31 +0000 (UTC) (envelope-from wp@ypsilon.net) Received: from moon.infosys.de (moon.infosys.de [195.4.70.148]) by mail.infosys.de (8.13.4/8.13.4/Debian-3sarge3) with ESMTP id n1QEmRKO012454 for ; Thu, 26 Feb 2009 15:48:27 +0100 Message-ID: <49A6ABBB.2090409@ypsilon.net> Date: Thu, 26 Feb 2009 15:48:27 +0100 From: witalij User-Agent: Thunderbird 2.0.0.18 (X11/20081220) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by AMaViS - amavis-milter (http://www.amavis.org/) Subject: cpu temp mbmon tyan X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Feb 2009 15:00:32 -0000 Hello All, is there a possibility to monitor cpu temp on "TYAN K8S PRO" ? mbmon does not work on freebsd 7.1 [root@one64 ~]# mbmon -A -d SMBus[AMD8111] found, but No HWM available on it!! Summary of Detection: * No monitors found. InitMBInfo: Unknown error: 0 From owner-freebsd-current@FreeBSD.ORG Thu Feb 26 15:25: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 96F24106566C for ; Thu, 26 Feb 2009 15:25: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 6755C8FC0C for ; Thu, 26 Feb 2009 15:25: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 DB0E946B45; Thu, 26 Feb 2009 10:25:36 -0500 (EST) 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 n1QFPOQw042853; Thu, 26 Feb 2009 10:25:31 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Julian Elischer Date: Thu, 26 Feb 2009 09:28:12 -0500 User-Agent: KMail/1.9.7 References: <49A37DBF.60702@elischer.org> <200902241254.57223.jhb@freebsd.org> <49A5EBE7.1010200@elischer.org> In-Reply-To: <49A5EBE7.1010200@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902260928.12493.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]); Thu, 26 Feb 2009 10:25:31 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.2/9051/Thu Feb 26 08:08:01 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: bootblocks compile 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: Thu, 26 Feb 2009 15:25:38 -0000 On Wednesday 25 February 2009 8:09:59 pm Julian Elischer wrote: > John Baldwin wrote: > > I think you have a stale tree. What branch are you building and which arch? > > > > -current > > and I deleted /sys/boot and re-checked it out and got the same result. You didn't say which arch (amd64 or i386). But even if you were building on amd64 and missing the 'machine' symlink this should still build: amd64/include/cputypes.h:#define CPU_VENDOR_CENTAUR CPU_VENDOR_IDT amd64/include/specialreg.h:#define CENTAUR_VENDOR_ID "CentaurHauls" i386/include/cputypes.h:#define CPU_VENDOR_CENTAUR CPU_VENDOR_IDT i386/include/specialreg.h:#define CENTAUR_VENDOR_ID "CentaurHauls" -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Feb 26 15:26: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 2EA05106566C for ; Thu, 26 Feb 2009 15:26: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 F2B108FC08 for ; Thu, 26 Feb 2009 15:25:59 +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 82F6346B23; Thu, 26 Feb 2009 10:25:59 -0500 (EST) 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 n1QFPOR2042853; Thu, 26 Feb 2009 10:25:53 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 26 Feb 2009 10:24:37 -0500 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: <200902261024.37346.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]); Thu, 26 Feb 2009 10:25:53 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.2/9051/Thu Feb 26 08:08:01 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: Justin Teller Subject: Re: Possible case of sched_ule never honoring cpu_set affinity? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Feb 2009 15:26:00 -0000 On Tuesday 24 February 2009 5:46:11 pm Justin Teller wrote: > I believe I've found a case where sched_ule can never honor cpu_set > affinity, and I've attached a suggestion to fix it -- if I'm way off > on how this should be implemented, please let me know! > > Imagine the case where sched_affinity is called and the thread is on a > RUNQ on the wrong CPU -- sched_affinity simply exits, relying on > something else in the scheduler to migrate the thread if need be. The > next time the thread is chosen to run, it runs on the wrong CPU. > Worse, if the thread never goes to sleep or is chosen to be moved by > the load balancer, the thread will continue running on the wrong CPU > indefinitely. > > Attached is a suggestion of how to change the scheduler to honor > affinity in this case. With the attached diff, sched_ule will allow a > thread to run on the wrong CPU for one slice. Then when the thread > moves through sched_switch, if it was running on the wrong CPU, it > will be migrated to the right CPU. I've written a test where one > thread will bind another thread to a particular CPU (using cpusets) > then waits until it's running on the right CPU before binding it to a > different CPU (and continuing ad nauseam). Without the change, the > test will sometimes hang waiting for the second thread to get on the > correct CPU -- with the change, it works every time. I think your patch is correct. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Feb 26 15:47: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 BB700106564A for ; Thu, 26 Feb 2009 15:47:23 +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 4C32F8FC1D for ; Thu, 26 Feb 2009 15:47:22 +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 1LciSH-0002Jv-77 for freebsd-current@freebsd.org; Thu, 26 Feb 2009 16:47:21 +0100 Date: Thu, 26 Feb 2009 16:47:20 +0100 From: Fabian Keil To: freebsd-current@freebsd.org Message-ID: <20090226164720.390dbd14@fabiankeil.de> In-Reply-To: References: <76873DDF-D21B-48AF-9AFB-5A2747BE406B@lassitu.de> <3A302EE1-F54D-4415-BC13-CA8ABBA320EC@lassitu.de> <171C5946-63D1-4AC7-89F7-A951BEF3D1C6@lassitu.de> <7EFAB629-75C5-41C1-BDAC-ADE5F69D9EF6@lassitu.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: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Df-Sender: 775067 Subject: Re: zfs: using, then destroying a snapshot sometimes panics zfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Feb 2009 15:47:24 -0000 Stefan Bethke wrote: > Am 18.02.2009 um 07:55 schrieb Stefan Bethke: > > > # cd /tank/foo/.zfs > > # ls -l > > ls: snapshot: Bad file descriptor > > total 0 > > # cd snapshot > > -su: cd: snapshot: Not a directory > > > Trying to umount produces a panic: > > # zfs umount /jail/foo > > > > Fatal trap 12: page fault while in kernel mode > > cpuid = 1; apic id = 01 > > fault virtual address = 0xa8 > > fault code = supervisor write data, page not present > > instruction pointer = 0x8:0xffffffff802ee565 > > stack pointer = 0x10:0xfffffffea29c39e0 > > frame pointer = 0x10:0xfffffffea29c39f0 > > 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 = 51383 (zfs) > > [thread pid 51383 tid 100298 ] > > Stopped at _sx_xlock+0x15: lock cmpxchgq %rsi,0x18(%rdi) > > db> bt > > Tracing pid 51383 tid 100298 td 0xffffff00a598e720 > > _sx_xlock() at _sx_xlock+0x15 > > zfsctl_umount_snapshots() at zfsctl_umount_snapshots+0xa5 > > zfs_umount() at zfs_umount+0xdd > > dounmount() at dounmount+0x2b4 > > unmount() at unmount+0x24b > > syscall() at syscall+0x1a5 > > Xfast_syscall() at Xfast_syscall+0xab > > --- syscall (22, FreeBSD ELF64, unmount), rip = 0x800f412fc, rsp = > > 0x7fffffffd1a8, rbp = 0x801202300 --- > > db> call doadump > > > The script I am using used to do: > 1. create snapshot > 2. copy data with rsync from the snapshot > 3. destroy snapshot > > Sometime after (anywhere between minutes an hours), the problem would > manifest itself. Until I stopped doing it, I often got panics this way: 1) Build some port 2) Update the ports by rolling back the last snapshot to receive another one (zfs receive -vF) 3) Run mergemaster -a. Wait a few seconds. Dumping core doesn't work on that system (known problem) and as I usually did this from Xorg I couldn't get to the debugger either. Fabian From owner-freebsd-current@FreeBSD.ORG Thu Feb 26 16:54: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 BDA6B10656CA for ; Thu, 26 Feb 2009 16:54:53 +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 821E58FC17 for ; Thu, 26 Feb 2009 16:54:53 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id DAFC1FF6F; Fri, 27 Feb 2009 05:54:52 +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 U+i1-TS+EX8Y; Fri, 27 Feb 2009 05:54:48 +1300 (NZDT) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Fri, 27 Feb 2009 05:54:48 +1300 (NZDT) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id 0367C1142F; Fri, 27 Feb 2009 05:54:47 +1300 (NZDT) Date: Thu, 26 Feb 2009 08:54:47 -0800 From: Andrew Thompson To: Hans Petter Selasky Message-ID: <20090226165447.GA47932@citylink.fud.org.nz> References: <20090226020330.GC25211@citylink.fud.org.nz> <200902260948.31967.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200902260948.31967.hselasky@c2i.net> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-current@freebsd.org Subject: Re: USB devfs 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: Thu, 26 Feb 2009 16:54:54 -0000 On Thu, Feb 26, 2009 at 09:48:31AM +0100, Hans Petter Selasky wrote: > On Thursday 26 February 2009, Andrew Thompson wrote: > > http://people.freebsd.org/~thompsa/usb-cdevs.diff > > Hi, > > Here is a list of comments and bugs. > The comments follow the diff from top to bottom. Thanks Hans, I will go through them all. > 6) Some non-gcc compilers will complain unless you do 0-1 when the > destination variable is unsigned. > > - usb2_free_pipe_data(udev, iface_index, 0 - 1); > + usb2_free_pipe_data(udev, iface_index, -1); This one in particular, if the variable is unsigned then you shouldnt be passing a negative value. Either make signed or use ~0 for the max value. cheers, Andrew From owner-freebsd-current@FreeBSD.ORG Thu Feb 26 17:00: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 A417C106568D for ; Thu, 26 Feb 2009 17:00:06 +0000 (UTC) (envelope-from rohit.x.tripathi@jpmchase.com) Received: from sj1.jpmchase.com (sj1.jpmchase.com [159.53.110.137]) by mx1.freebsd.org (Postfix) with ESMTP id 53BA28FC12 for ; Thu, 26 Feb 2009 17:00:05 +0000 (UTC) (envelope-from rohit.x.tripathi@jpmchase.com) Received: from sj6.svr.bankone.net (sj6.svr.bankone.net [155.180.102.162]) by sj1.jpmchase.com (Switch-3.3.2/Switch-3.3.2) with ESMTP id n1QH1o0F008922 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 26 Feb 2009 12:01:50 -0500 Received: from si4.svr.bankone.net (si4.svr.bankone.net [155.180.56.116]) by sj6.svr.bankone.net (Switch-3.3.2/Switch-3.3.2) with ESMTP id n1QH5P5D026766 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=FAIL) for ; Thu, 26 Feb 2009 12:05:25 -0500 X-DKIM: Sendmail DKIM Filter v2.5.6 sj6.svr.bankone.net n1QH5P5D026766 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=jpmchase.com; s=smtpout; t=1235667925; bh=gwXQngcuoMydNys1BXiXJx4LGLKU5IojE/hoBWe 0xyM=; h=From:To:Date:Subject:Message-ID:MIME-Version:Content-Type; b=sZI7cQSNYTbRvyGVG6e05kGJTw2ks02HFEAFxOdGFL2yMxBcs8ij+WhIWLVin+pU0 VPHUi3r+4i6rs/zz3j3qjiJxDFkyzBZuXdRVhviOZRy5lYkSkV1ar6rV+MrdrMyAOQW joRRDQy05jF1mv0h/QOWWZrzlYvaQB9ioVjTExM= Received: from svr.bankone.net (imf1.svr.bankone.net [155.180.232.175]) by si4.svr.bankone.net (Switch-3.1.8/Switch-3.1.7) with ESMTP id n1QH00Tr032023 for ; Thu, 26 Feb 2009 12:00:02 -0500 Received: from ([169.69.36.224]) by imf1.svr.bankone.net with ESMTP with TLS id KP-BRATB.105593910; Thu, 26 Feb 2009 11:59:31 -0500 Received: from HBCR001.exchad.jpmchase.net (169.70.190.44) by hubr120.exchad.jpmchase.net (169.69.36.224) with Microsoft SMTP Server (TLS) id 8.1.336.0; Thu, 26 Feb 2009 11:59:32 -0500 Received: from EMARC03VS01.exchad.jpmchase.net ([169.254.1.200]) by HBCR001.exchad.jpmchase.net ([169.70.190.44]) with mapi; Thu, 26 Feb 2009 11:59:32 -0500 From: Rohit X Tripathi To: "freebsd-current@freebsd.org" Date: Thu, 26 Feb 2009 11:59:29 -0500 Thread-Topic: /dev/nviddiactl from current ports Thread-Index: AcmYM5ZsBaEithgbR6qbLOPED1zaXA== Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-cr-puzzleid: {063E18C7-B485-4281-86DA-4781C78E6571} x-cr-hashedpuzzle: AZZY BAgU C6fc D/Wx EWEZ EpOM FbUn FxPx FzKc GAB5 HumJ HwfT Jv1U JyJA KN3D Ku27; 1; ZgByAGUAZQBiAHMAZAAtAGMAdQByAHIAZQBuAHQAQABmAHIAZQBlAGIAcwBkAC4AbwByAGcA; Sosha1_v1; 7; {063E18C7-B485-4281-86DA-4781C78E6571}; cgBvAGgAaQB0AC4AeAAuAHQAcgBpAHAAYQB0AGgAaQBAAGoAcABtAGMAaABhAHMAZQAuAGMAbwBtAA==; Thu, 26 Feb 2009 16:59:29 GMT; LwBkAGUAdgAvAG4AdgBpAGQAZABpAGEAYwB0AGwAIABmAHIAbwBtACAAYwB1AHIAcgBlAG4AdAAgAHAAbwByAHQAcwA= acceptlanguage: en-US MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: /dev/nviddiactl from current ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Feb 2009 17:00:07 -0000 Hi, I installed the latest nvidia driver from ports, and found the followin= g error:=0D=0A=0D=0ABefore reporting problems, check http://wiki=2Ex=2Eorg= =0D=0Ato make sure that you have the latest version=2E=0D=0AMarkers: (--) p= robed, (**) from config file, (=3D=3D) default setting,=0D=0A(++) from comm= and line, (!!) notice, (II) informational,=0D=0A(WW) warning, (EE) error, (= NI) not implemented, (??) unknown=2E=0D=0A(=3D=3D) Log file: "/var/log/Xorg= =2E0=2Elog", Time: Thu Feb 26 04:04:07 2009=0D=0A(=3D=3D) Using config file= : "/etc/X11/xorg=2Econf"=0D=0ANVIDIA: could not open the device file /dev/n= vidiactl (No such file or directory)=2E=0D=0A(EE) NVIDIA(0): Failed to init= ialize the NVIDIA kernel module! Please ensure=0D=0A(EE) NVIDIA(0): that th= ere is a supported NVIDIA GPU in this system, and=0D=0A(EE) NVIDIA(0): that= the NVIDIA device files have been created properly=2E=0D=0A(EE) NVIDIA(0):= Please consult the NVIDIA README for details=2E=0D=0A(EE) NVIDIA(0): *** A= borting ***=0D=0A(EE) Screen(s) found, but none have a usable configuration= =2E=0D=0A=0D=0AFatal server error:=0D=0Ano screens found=0D=0A^Cgiving up= =2E=0D=0Axinit: No such file or directory (errno 2): unable to connect to X= server=0D=0Axinit: No such process (errno 3): unexpected signal 2=2E=0D=0A= xauth: (argv):1: bad display name "tp:0" in "remove" command=0D=0A=0D=0A=0D= =0AThe X11/xorg=2Econf file was usable until earlier=2E=0D=0A=0D=0A-Rohit= =0D=0A=0D=0A=0D=0A-----------------------------------------=0D=0AThis commu= nication is for informational purposes only=2E It is not=0Aintended as an o= ffer or solicitation for the purchase or sale of=0Aany financial instrument= or as an official confirmation of any=0Atransaction=2E All market prices, = data and other information are not=0Awarranted as to completeness or accura= cy and are subject to change=0Awithout notice=2E Any comments or statements= made herein do not=0Anecessarily reflect those of JPMorgan Chase & Co=2E, = its subsidiaries=0Aand affiliates=2E=0D=0A=0D=0AThis transmission may conta= in information that is privileged,=0Aconfidential, legally privileged, and/= or exempt from disclosure=0Aunder applicable law=2E If you are not the inte= nded recipient, you=0Aare hereby notified that any disclosure, copying, dis= tribution, or=0Ause of the information contained herein (including any reli= ance=0Athereon) is STRICTLY PROHIBITED=2E Although this transmission and an= y=0Aattachments are believed to be free of any virus or other defect=0Athat= might affect any computer system into which it is received and=0Aopened, i= t is the responsibility of the recipient to ensure that it=0Ais virus free = and no responsibility is accepted by JPMorgan Chase &=0ACo=2E, its subsidia= ries and affiliates, as applicable, for any loss=0Aor damage arising in any= way from its use=2E If you received this=0Atransmission in error, please i= mmediately contact the sender and=0Adestroy the material in its entirety, w= hether in electronic or hard=0Acopy format=2E Thank you=2E=0D=0A=0D=0APleas= e refer to http://www=2Ejpmorgan=2Ecom/pages/disclosures for=0Adisclosures = relating to UK legal entities=2E From owner-freebsd-current@FreeBSD.ORG Thu Feb 26 17:08: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 68D99106566B for ; Thu, 26 Feb 2009 17:08:24 +0000 (UTC) (envelope-from yanefbsd@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 1FF0E8FC14 for ; Thu, 26 Feb 2009 17:08:23 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by yx-out-2324.google.com with SMTP id 31so433263yxl.13 for ; Thu, 26 Feb 2009 09:08:23 -0800 (PST) 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=/XyLzeC9Yw0I0woSjyYHq9mjAKRAgxHy9axe4LaglvM=; b=MMuXnr8ev0Nl5+c8kGqkcngCjkpSByGB9YxmuJhw9LymZGwNI7CHRW8UAgmI1yu08U ivfnz9LNSqmYArN3QtlT5mf2lAsuWbzOewNMCVKK+J5ebgED37e7p/C4klM9sNRgBpVi r2wflGCFcSWbRWVGB8BJ9VTAI3SNnnf3tYYzM= 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=Ojv4La/RcjId1r1tCpXaAmmlRgdUHiOzczqCYxX0GFYJzMEBlt8X7Pkzi7ynxn6YAn OUdzWr9Wq2Y50z+unABocfYWmfsd21uZkUzUxVQh/z39m9O9oI69mMDbY+9u868Uqhin Lhd17LPAO18n9rzMRYOYNODTQ2X7UX9XIuL/Q= MIME-Version: 1.0 Received: by 10.90.96.15 with SMTP id t15mr784877agb.47.1235668103426; Thu, 26 Feb 2009 09:08:23 -0800 (PST) In-Reply-To: References: Date: Thu, 26 Feb 2009 09:08:23 -0800 Message-ID: <7d6fde3d0902260908l4dded4e1r929ab9a1ee858fb5@mail.gmail.com> From: Garrett Cooper To: Rohit X Tripathi Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "freebsd-current@freebsd.org" Subject: Re: /dev/nviddiactl from current ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Feb 2009 17:08:24 -0000 On Thu, Feb 26, 2009 at 8:59 AM, Rohit X Tripathi wrote: > Hi, I installed the latest nvidia driver from ports, and found the following error: > > Before reporting problems, check http://wiki.x.org > to make sure that you have the latest version. > Markers: (--) probed, (**) from config file, (==) default setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > (==) Log file: "/var/log/Xorg.0.log", Time: Thu Feb 26 04:04:07 2009 > (==) Using config file: "/etc/X11/xorg.conf" > NVIDIA: could not open the device file /dev/nvidiactl (No such file or directory). > (EE) NVIDIA(0): Failed to initialize the NVIDIA kernel module! Please ensure > (EE) NVIDIA(0): that there is a supported NVIDIA GPU in this system, and > (EE) NVIDIA(0): that the NVIDIA device files have been created properly. > (EE) NVIDIA(0): Please consult the NVIDIA README for details. > (EE) NVIDIA(0): *** Aborting *** > (EE) Screen(s) found, but none have a usable configuration. > > Fatal server error: > no screens found > ^Cgiving up. > xinit: No such file or directory (errno 2): unable to connect to X server > xinit: No such process (errno 3): unexpected signal 2. > xauth: (argv):1: bad display name "tp:0" in "remove" command > > > The X11/xorg.conf file was usable until earlier. > > -Rohit Is the kernel module actually loaded (kldstat will tell you that)? Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Thu Feb 26 17:22: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 201571065850 for ; Thu, 26 Feb 2009 17:22:45 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.241]) by mx1.freebsd.org (Postfix) with ESMTP id C60368FC1B for ; Thu, 26 Feb 2009 17:22:44 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by an-out-0708.google.com with SMTP id b38so462275ana.13 for ; Thu, 26 Feb 2009 09:22:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer:content-transfer-encoding; bh=3tk9Px1u3U7hkvXvJdZ2PdKmEow2zdeNWA/p65fpvac=; b=FqLE/2iS3adOA98Jp8NdZ6IZvpDnN1cYjlTL3+J3XvJOZCP5df6tfncmZbMU4HfYmt /ToUdH/atKWuZrc5GKK7kst6JJgh1dAh0xdMnE1VWgy5ZW079FgtvtdpG3Ma4QttepVo SmSPf0meTxZDxJxD1aAET0wryPLzBbe6V9+cI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; b=CCwrJXbZm+UvreTiVG35e40Vm0piLkeklgBPSCzf/sBumwkADfvCTzWW+2KGsxnWGH Kzsq4jkJSeQ+g2H9LFgNxhHT8k9CAKpp0w0AjgeCghSl6Il61hmAyha6NADYuPV6vcsW 6Lck0Or9zam95mI+sQovd8wDBE0JdH3Vs60iQ= Received: by 10.100.142.19 with SMTP id p19mr1786728and.3.1235668964246; Thu, 26 Feb 2009 09:22:44 -0800 (PST) Received: from ?127.0.0.1? (87-194-39-182.bethere.co.uk [87.194.39.182]) by mx.google.com with ESMTPS id i8sm8733208nfh.29.2009.02.26.09.22.43 (version=SSLv3 cipher=RC4-MD5); Thu, 26 Feb 2009 09:22:43 -0800 (PST) From: Tom Evans To: Rohit X Tripathi In-Reply-To: References: Content-Type: text/plain Date: Thu, 26 Feb 2009 17:22:42 +0000 Message-Id: <1235668962.2224.72.camel@strangepork.mintel.co.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: "freebsd-current@freebsd.org" Subject: Re: /dev/nviddiactl from current ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Feb 2009 17:22:47 -0000 On Thu, 2009-02-26 at 11:59 -0500, Rohit X Tripathi wrote: > Hi, I installed the latest nvidia driver from ports, and found the following error: > > Before reporting problems, check http://wiki.x.org > to make sure that you have the latest version. > Markers: (--) probed, (**) from config file, (==) default setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > (==) Log file: "/var/log/Xorg.0.log", Time: Thu Feb 26 04:04:07 2009 > (==) Using config file: "/etc/X11/xorg.conf" > NVIDIA: could not open the device file /dev/nvidiactl (No such file or directory). > (EE) NVIDIA(0): Failed to initialize the NVIDIA kernel module! Please ensure > (EE) NVIDIA(0): that there is a supported NVIDIA GPU in this system, and > (EE) NVIDIA(0): that the NVIDIA device files have been created properly. > (EE) NVIDIA(0): Please consult the NVIDIA README for details. > (EE) NVIDIA(0): *** Aborting *** > (EE) Screen(s) found, but none have a usable configuration. > > Fatal server error: > no screens found > ^Cgiving up. > xinit: No such file or directory (errno 2): unable to connect to X server > xinit: No such process (errno 3): unexpected signal 2. > xauth: (argv):1: bad display name "tp:0" in "remove" command > > > The X11/xorg.conf file was usable until earlier. > > -Rohit > What branch of FreeBSD are you running? Did you load the nvidia kernel module (add nvidia_load="YES" to /boot/loader.conf)? What messages were emitted after loading it? What nvidia card do you have ( pciconf -lv | grep -B5 VGA)? Cheers From owner-freebsd-current@FreeBSD.ORG Thu Feb 26 17:55: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 8E5601065674 for ; Thu, 26 Feb 2009 17:55:17 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: from mail6.sea5.speakeasy.net (mail6.sea5.speakeasy.net [69.17.117.8]) by mx1.freebsd.org (Postfix) with ESMTP id 68E928FC16 for ; Thu, 26 Feb 2009 17:55:17 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: (qmail 23503 invoked from network); 26 Feb 2009 17:55:16 -0000 Received: from april.chuckr.org (HELO april.telenix.org) (chuckr@[66.92.151.30]) (envelope-sender ) by mail6.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 26 Feb 2009 17:55:16 -0000 Message-ID: <49A6D53F.4070603@telenix.org> Date: Thu, 26 Feb 2009 12:45:35 -0500 From: Chuck Robey User-Agent: Thunderbird 2.0.0.19 (X11/20090121) MIME-Version: 1.0 To: Gavin Atkinson References: <49A19C22.8000600@telenix.org> <20090223083114.F86550@ury.york.ac.uk> <49A5ABB4.2090601@telenix.org> <1235656281.4949.4.camel@buffy.york.ac.uk> In-Reply-To: <1235656281.4949.4.camel@buffy.york.ac.uk> X-Enigmail-Version: 0.95.5 OpenPGP: id=F3DCA0E9; url=http://pgp.mit.edu Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: tomcat & mouse problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Feb 2009 17:55:17 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Gavin Atkinson wrote: > On Wed, 2009-02-25 at 15:36 -0500, Chuck Robey wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Gavin Atkinson wrote: >>> On Sun, 22 Feb 2009, Chuck Robey wrote: >>>> I'm running a machine with plenty of memory, plenty of CPU (quad Intel >>>> core), >>>> and using FreeBSD-current. The mouse is a Logitech USB/wireless >>>> model. Any >>>> guess what might be causing my mouse's jerkiness? >>> Can you try using SCHED_4BSD rather than SCHED_ULE and see if that makes >>> a difference? >>> >>> Gavin >> OK, I've been watching it long enough. Running (now) SCHED_4BDSD seems to make >> the mouse far more active (as far as the movements of the cursor are concerned), >> but I still havr great problems in getting mouse clicks taken. They ARE >> accepted, but I must lick aboout 4 times to get a single moouse-click accepted. >> I'm trying hard to read as much as I can about xorg problems, becauase I don't >> seem to see this in the mouse usages in the virtual-ttys, only in Xorg. > > Do you by any chance have any processes taking all the CPU? SCHED_ULE > doesn't play well for me with processes like the distributed.net client > or setiathome, as the "only run me when idle" flag these rely on seems > to be ignored by ULE. No, I think that I found the remaining problem, and now my mouse is running as well as it can do, even for mouse clicks. Apparently, I had the position of my trackball (I dislike mice) right up next to my keyboard, which applied a small amount of constant pressure against the ball of the trackball. When I moved the trackball so that there was no remaining pressure, everything became perfect. Summary (after testing) is that moving from SCHED_ULE to SCHED_4BSD is maybe 1/2 of my problem, and moving the trackball fixed all remaining problems. Thanks hugely for the help, Gavin. > > Gavin -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmm1T8ACgkQz62J6PPcoOlLmQCgjLwrI8j24bZyp1N8M4rZjvvr LR0AnjWZYhORgZQv9ymIT4fUiVi8e7ge =BgAF -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Feb 26 17:55: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 AFF0A1065673 for ; Thu, 26 Feb 2009 17:55:41 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb::3]) by mx1.freebsd.org (Postfix) with ESMTP id 45AD28FC0A for ; Thu, 26 Feb 2009 17:55:41 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id BF2AA33C03; Thu, 26 Feb 2009 18:55:39 +0100 (CET) Date: Thu, 26 Feb 2009 18:55:39 +0100 From: Lars Engels To: Michiel Boland Message-ID: <20090226175539.GA30761@e.0x20.net> Mail-Followup-To: Lars Engels , Michiel Boland , Hans Petter Selasky , freebsd-current@freebsd.org References: <49A445B1.1000802@boland.org> <200902242021.18656.hselasky@c2i.net> <49A449A2.9010308@boland.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tpyx7gKuSYt+mjHM" Content-Disposition: inline In-Reply-To: <49A449A2.9010308@boland.org> X-Editor: VIM - Vi IMproved 7.1 X-Operation-System: FreeBSD 5.5-RELEASE-p19 User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: freebsd-current@freebsd.org, Hans Petter Selasky Subject: Re: usb messages printed after boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Lars Engels List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Feb 2009 17:55:41 -0000 --tpyx7gKuSYt+mjHM Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 24, 2009 at 08:25:22PM +0100, Michiel Boland wrote: > Hans Petter Selasky wrote: > >On Tuesday 24 February 2009, Michiel Boland wrote: > >>Hi. No biggie, but after the usb changes I now get extraneous kernel > >>messages on the console after booting into single-user mode. Makes it a > >>little difficult to find if there is a prompt or not. > >> > >Hi, > >Is it a problem during ordinary "Login:" ? >=20 > During normal startup the usb messages are intermixed with /etc/rc output= =2E So the login: prompt is visible=20 > then. Same for geli waiting for me entering the passphrase: Enter passphrase for ad0s2d: ushub4: 8 ports with 8 removable, self powered acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00 (probe0:ata0:0:1:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:ata0:0:1:0): CAM Status: SCSI Status Error (probe0:ata0:0:1:0): SCSI Status: Check Condition (probe0:ata0:0:1:0): NOT READY asc:3a,1 (probe0:ata0:0:1:0): Medium not present - tray closed (probe0:ata0:0:1:0): Unretryable error acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00 ugen2.2: at usbus2 ubt0: on usbus2 --> Prompt --tpyx7gKuSYt+mjHM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkmm15sACgkQKc512sD3afhlcwCgi13IfbY2RMrnZT6/my+1Yi0N jnkAniXZJjrIdW1RX199SOXhzfhtVjDL =dPG3 -----END PGP SIGNATURE----- --tpyx7gKuSYt+mjHM-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 26 17:57: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 10CEC10657CA for ; Thu, 26 Feb 2009 17:57:55 +0000 (UTC) (envelope-from rohit.x.tripathi@jpmchase.com) Received: from sj1.jpmchase.com (sj1.jpmchase.com [159.53.110.137]) by mx1.freebsd.org (Postfix) with ESMTP id BBF768FC23 for ; Thu, 26 Feb 2009 17:57:54 +0000 (UTC) (envelope-from rohit.x.tripathi@jpmchase.com) Received: from sf6.svr.bankone.net (sf6.svr.bankone.net [155.180.104.91]) by sj1.jpmchase.com (Switch-3.3.2/Switch-3.3.2) with ESMTP id n1QHxcnP011869 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 26 Feb 2009 12:59:38 -0500 Received: from si3.svr.bankone.net (si3.svr.bankone.net [155.180.56.115]) by sf6.svr.bankone.net (Switch-3.3.2/Switch-3.3.2) with ESMTP id n1QHxwYc021371 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=FAIL) for ; Thu, 26 Feb 2009 12:59:58 -0500 X-DKIM: Sendmail DKIM Filter v2.5.6 sf6.svr.bankone.net n1QHxwYc021371 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=jpmchase.com; s=smtpout; t=1235671199; bh=eohtmdIMOI8sfyawahCmxw3IVBKrunyFjCiBTVY qQxU=; h=From:To:Date:Subject:Message-ID:References:In-Reply-To: Content-Transfer-Encoding:MIME-Version:Content-Type; b=fOoSR4A0ebM W0BCOi/5u9iUu6K97Y1NhayDa2ad7vcFUd+iVUqwH+9I99vJoh/mhIDYeYVOHANEns6 CX+IHxEKCQIMoDOrPK05BIiB63PjCiZXBuKxRDmOBEWrcHBoNekPlDZBfif2xZHoOvb fbD6Swv69Nh0Tpw+ZrvkIwsndI= Received: from bankone.net (imf2.svr.bankone.net [155.180.232.176]) by si3.svr.bankone.net (Switch-3.1.8/Switch-3.1.7) with ESMTP id n1QHvnT1008899 for ; Thu, 26 Feb 2009 12:57:50 -0500 Received: from ([169.82.56.216]) by imf2.bankone.net with ESMTP with TLS id KP-BRAVB.106002653; Thu, 26 Feb 2009 12:57:18 -0500 Received: from HUBR103.exchad.jpmchase.net (169.70.190.242) by hubr221.exchad.jpmchase.net (169.82.56.216) with Microsoft SMTP Server (TLS) id 8.1.336.0; Thu, 26 Feb 2009 12:57:18 -0500 Received: from EMARC03VS01.exchad.jpmchase.net ([169.254.1.200]) by HUBR103.exchad.jpmchase.net ([169.70.190.242]) with mapi; Thu, 26 Feb 2009 12:57:18 -0500 From: Rohit X Tripathi To: "freebsd-current@freebsd.org" Date: Thu, 26 Feb 2009 12:57:17 -0500 Thread-Topic: /dev/nviddiactl from current ports Thread-Index: AcmYNtpkmsgUVaPHSSqNPTs2lGOi1AABD8mw Message-ID: References: <1235668962.2224.72.camel@strangepork.mintel.co.uk> In-Reply-To: <1235668962.2224.72.camel@strangepork.mintel.co.uk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Subject: RE: /dev/nviddiactl from current ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Feb 2009 17:57:55 -0000 > What branch of FreeBSD are you running?=0D=0A> Did you load the nvidia ke= rnel module (add nvidia_load=3D"YES"=0D=0A> to /boot/loader=2Econf)? =0D=0A= > What messages were emitted after loading it? =0D=0A> What nvidia card do = you have ( pciconf -lv | grep -B5 VGA)?=0D=0A=0D=0AThank you, =0D=0A=0D=0AI= 'm running 8-current (from the 22nd of feb), I did add nvidia_load=3D"YES",= kdlstat shows:=0D=0A=0D=0A> Is the kernel module actually loaded (kldstat = will tell you that)?=0D=0A> Thanks,=0D=0A> -Garrett=0D=0A=0D=0Arohit@tp~ $ = kldstat=0D=0AId Refs Address Size Name=0D=0A1 41 0xc0400000 a7d788 kernel= =0D=0A2 2 0xc0e7e000 29a08 linux=2Eko=0D=0A3 1 0xc0ea8000 3374 umodem=2Eko= =0D=0A4 1 0xc0eac000 69990 acpi=2Eko=0D=0A5 1 0xc5688000 7000 linprocfs=2Ek= o=0D=0A6 1 0xc5731000 9000 reiserfs=2Eko=0D=0A=0D=0AThe card is 570M on a t= hinkpad t61p=2E I also didn't notice any messages related to nvidia, but I = can look more deeply=2E Is there a way to enable debugging in the nvidia mo= dule?=0D=0A=0D=0Aregards (and please excuse the hefty disclaimers below my = emails)=0D=0A=0D=0A-Rohit=0D=0A=0D=0A=0D=0A=0D=0A--------------------------= ---------------=0D=0AThis communication is for informational purposes only= =2E It is not=0Aintended as an offer or solicitation for the purchase or sa= le of=0Aany financial instrument or as an official confirmation of any=0Atr= ansaction=2E All market prices, data and other information are not=0Awarran= ted as to completeness or accuracy and are subject to change=0Awithout noti= ce=2E Any comments or statements made herein do not=0Anecessarily reflect t= hose of JPMorgan Chase & Co=2E, its subsidiaries=0Aand affiliates=2E=0D=0A= =0D=0AThis transmission may contain information that is privileged,=0Aconfi= dential, legally privileged, and/or exempt from disclosure=0Aunder applicab= le law=2E If you are not the intended recipient, you=0Aare hereby notified = that any disclosure, copying, distribution, or=0Ause of the information con= tained herein (including any reliance=0Athereon) is STRICTLY PROHIBITED=2E = Although this transmission and any=0Aattachments are believed to be free of= any virus or other defect=0Athat might affect any computer system into whi= ch it is received and=0Aopened, it is the responsibility of the recipient t= o ensure that it=0Ais virus free and no responsibility is accepted by JPMor= gan Chase &=0ACo=2E, its subsidiaries and affiliates, as applicable, for an= y loss=0Aor damage arising in any way from its use=2E If you received this= =0Atransmission in error, please immediately contact the sender and=0Adestr= oy the material in its entirety, whether in electronic or hard=0Acopy forma= t=2E Thank you=2E=0D=0A=0D=0APlease refer to http://www=2Ejpmorgan=2Ecom/pa= ges/disclosures for=0Adisclosures relating to UK legal entities=2E From owner-freebsd-current@FreeBSD.ORG Thu Feb 26 18:01: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 A74341065783 for ; Thu, 26 Feb 2009 18:01:32 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: from mail2.sea5.speakeasy.net (mail2.sea5.speakeasy.net [69.17.117.4]) by mx1.freebsd.org (Postfix) with ESMTP id 6ED5E8FC2F for ; Thu, 26 Feb 2009 18:01:32 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: (qmail 13329 invoked from network); 26 Feb 2009 18:01:31 -0000 Received: from april.chuckr.org (HELO april.telenix.org) (chuckr@[66.92.151.30]) (envelope-sender ) by mail2.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 26 Feb 2009 18:01:31 -0000 Message-ID: <49A6D6B6.2080305@telenix.org> Date: Thu, 26 Feb 2009 12:51:50 -0500 From: Chuck Robey User-Agent: Thunderbird 2.0.0.19 (X11/20090121) MIME-Version: 1.0 To: Tom Evans References: <49A19C22.8000600@telenix.org> <20090223083114.F86550@ury.york.ac.uk> <49A5ABB4.2090601@telenix.org> <877i3efb1g.fsf@tabernacle.lan> <49A5F448.7060409@telenix.org> <1235640452.2224.65.camel@strangepork.mintel.co.uk> In-Reply-To: <1235640452.2224.65.camel@strangepork.mintel.co.uk> X-Enigmail-Version: 0.95.5 OpenPGP: id=F3DCA0E9; url=http://pgp.mit.edu Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Julian Stecklina Subject: Re: tomcat & mouse problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Feb 2009 18:01:39 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Tom Evans wrote: > On Wed, 2009-02-25 at 20:45 -0500, Chuck Robey wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Julian Stecklina wrote: >>> Chuck Robey writes: >>> >>>> Tell me, I haven't followed much of the history about Xfree86 the last few years >>>> (far more concerned with serious health problems), do you know why there aren't >>>> any Xfree86 ports in our ports anymore? I checked, they ARE releasing new >>>> software, it works, it actually builds far, far faster/easier, howcome our ports >>>> are ignoring Xfree86 in favor of Xorg? Not being fascetious here, I really >>>> don't know. I'm thinking I would like to experiment to see if the Xfree86 stuff >>>> works for my mouse better, but I would really rather use our ports, than getting >>>> a release directly from XFree86 (I don't think they even have FreeBSD binaries >>>> anymore). >>> I guess since the license fight that caused the fork most consider >>> XFree86 obsolete. It is said that most development takes place in X.org >>> at the moment. License fight? License fight? Ohoh, didn't know about that. When I see a license fight on the road ahead, I treat it like any other outbreak of black plague. If that's the only thing, I can just install XFree86 for myself, it's a trivial buid, and never get dragged into a license fight. Best of all possible worlds, bcnu. >>> >>> Regards, >> That can't possibly be the *entire* reason for the disappearance of all of the >> XFree86 ports, is it? Even the device ports (the ones with Xfree86 still in the >> naming of the ports) has no Xfree86 code in it anymore. I would be astonished >> if that were really true ... because I downloaded the code from there about 3 >> months back, and was astonished that it built without one single glitch, needing >> only one change (to make it go to the directory I wanted it to). Not one >> problem in building, a classic "trivial" build, it seemed to work fine also, and >> it built SO much faster and simpler. It can't just have been erased due to >> someone's prejudice, could it? > > No, the were lots of other serious issues that annoyed 90% of the > XFree86 developers, see [1], [2]. The license issue was just the straw > that broke the camel's back. The ports named 'xf86-*' have nothing to do > with XFree86; they are solely xorg drivers. > >> Damn, that would be disappointing, if it were true. Luckily, it's builds so >> trivially, it doesn['t even need a port, really. As long as it hasn't changed >> greatly from 90 days ago ... >> >> However, the reason I got onto this was because of my mouse's jerkiness, and >> since I changed the my scheduler from SCHED_ULE to SCHED_4BSD, that part's >> improved also, so I have no longer got any huge reason to push this anymore. >> Things are now working so well, I think I'll disappear now ... > > That's fair enough, but literally no-one uses XFree86 any more. At all. > So if you have weird interaction with your mouse on FreeBSD in XFree86, > virtually no people will have a comparable system, or knowledge of > issues.. > > Cheers > > Tom > > [1] http://www.xfree86.org/pipermail/forum/2003-March/001997.html > [2] http://www.xfree86.org/pipermail/forum/2003-March/002165.html > -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmm1rYACgkQz62J6PPcoOnrRwCfYvvZ0QhrJQ3Z8hsAXFo0qQj1 eLkAn2o1IjP0rotV59GhQngfBpjE+5Kj =eEDz -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Feb 26 18: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 163761065678 for ; Thu, 26 Feb 2009 18:35:59 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 5C9E38FC1B for ; Thu, 26 Feb 2009 18:35:58 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: (qmail invoked by alias); 26 Feb 2009 18:35:56 -0000 Received: from p54A3E686.dip.t-dialin.net (EHLO tron.homeunix.org) [84.163.230.134] by mail.gmx.net (mp056) with SMTP; 26 Feb 2009 19:35:56 +0100 X-Authenticated: #1673122 X-Provags-ID: V01U2FsdGVkX18iHnl+WxUiKjqX0jqH3BZvp7xdZYa4CXyDhFW8P7 sz2BrZv/9mynhv Message-ID: <49A6E10B.3090004@gmx.de> Date: Thu, 26 Feb 2009 19:35:55 +0100 From: Christoph Mallon User-Agent: Thunderbird 2.0.0.19 (X11/20090103) MIME-Version: 1.0 To: Andrew Thompson References: <20090226020330.GC25211@citylink.fud.org.nz> <200902260948.31967.hselasky@c2i.net> <20090226165447.GA47932@citylink.fud.org.nz> In-Reply-To: <20090226165447.GA47932@citylink.fud.org.nz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.65 Cc: freebsd-current@freebsd.org, Hans Petter Selasky Subject: Re: USB devfs 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: Thu, 26 Feb 2009 18:35:59 -0000 Andrew Thompson schrieb: > On Thu, Feb 26, 2009 at 09:48:31AM +0100, Hans Petter Selasky wrote: >> On Thursday 26 February 2009, Andrew Thompson wrote: >>> http://people.freebsd.org/~thompsa/usb-cdevs.diff >> Hi, >> >> Here is a list of comments and bugs. >> The comments follow the diff from top to bottom. > > Thanks Hans, I will go through them all. > >> 6) Some non-gcc compilers will complain unless you do 0-1 when the >> destination variable is unsigned. >> >> - usb2_free_pipe_data(udev, iface_index, 0 - 1); >> + usb2_free_pipe_data(udev, iface_index, -1); > > This one in particular, if the variable is unsigned then you shouldnt > be passing a negative value. Either make signed or use ~0 for the max > value. Actually passing -1 has well defined semantics here (you get the maximum unsigned value after conversion, see §6.3.1.3:2) whereas ~0 doesn't. From owner-freebsd-current@FreeBSD.ORG Thu Feb 26 18:53: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 DB8BB106566C for ; Thu, 26 Feb 2009 18:53:22 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.180]) by mx1.freebsd.org (Postfix) with ESMTP id 9222A8FC20 for ; Thu, 26 Feb 2009 18:53:22 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by el-out-1112.google.com with SMTP id r27so759384ele.13 for ; Thu, 26 Feb 2009 10:53:22 -0800 (PST) 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=XKLDtTs048kp2PB0yNPoZ8ACBFWEq3Wv6kKj23vorK0=; b=uvlZ+3PLASzGlvKcaYW7MkkYcsbKO3qsXO+eerr+OUlI8RM0ZPkiQ5Jhxle4xwZVCQ zG6Yp9j2lrhMwL4nGD3XMpPiwoMPXcR4RRFadVg7q4A4vNkfb54BM0qKIY+6ffjRPt7Q 5EpcJqxd7MrSBPk8Iq4ufHXn4PUZX/jVhQil4= 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=Q01jvmgd75aYm4CXMpkIFCpERMhLIv9EaeDRmSS2q3fwcBJAjGAQjKb+KRY2gaQdz4 LZzLjxr7BrHAeCQuuYe0eMOy6whNhOzudE5gGtREr+S2uSqJczTmeB2J1ctp3M/57qFa J/+8ZcNlECkK3VvJcCS1yZPEY+8+95bT1T0rA= MIME-Version: 1.0 Received: by 10.90.91.9 with SMTP id o9mr834258agb.48.1235674401948; Thu, 26 Feb 2009 10:53:21 -0800 (PST) In-Reply-To: References: <1235668962.2224.72.camel@strangepork.mintel.co.uk> Date: Thu, 26 Feb 2009 10:53:21 -0800 Message-ID: <7d6fde3d0902261053w5a233849s898e4671e6733034@mail.gmail.com> From: Garrett Cooper To: Rohit X Tripathi Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "freebsd-current@freebsd.org" Subject: Re: /dev/nviddiactl from current ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Feb 2009 18:53:23 -0000 On Thu, Feb 26, 2009 at 9:57 AM, Rohit X Tripathi wrote: >> What branch of FreeBSD are you running? >> Did you load the nvidia kernel module (add nvidia_load="YES" >> to /boot/loader.conf)? >> What messages were emitted after loading it? >> What nvidia card do you have ( pciconf -lv | grep -B5 VGA)? > > Thank you, > > I'm running 8-current (from the 22nd of feb), I did add nvidia_load="YES", kdlstat shows: > >> Is the kernel module actually loaded (kldstat will tell you that)? >> Thanks, >> -Garrett > > rohit@tp~ $ kldstat > Id Refs Address Size Name > 1 41 0xc0400000 a7d788 kernel > 2 2 0xc0e7e000 29a08 linux.ko > 3 1 0xc0ea8000 3374 umodem.ko > 4 1 0xc0eac000 69990 acpi.ko > 5 1 0xc5688000 7000 linprocfs.ko > 6 1 0xc5731000 9000 reiserfs.ko > > The card is 570M on a thinkpad t61p. I also didn't notice any messages related to nvidia, but I can look more deeply. Is there a way to enable debugging in the nvidia module? > > regards (and please excuse the hefty disclaimers below my emails) > > -Rohit Do kldload nvidia and the messages that will get printed out by kldload / on the 1st console / in /var/log/messages will help us diagnose the issue better with you. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Thu Feb 26 20:05: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 16859106564A for ; Thu, 26 Feb 2009 20:05:34 +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 890618FC1A for ; Thu, 26 Feb 2009 20:05:33 +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 235985893; Thu, 26 Feb 2009 22:05:32 +0200 Message-ID: <49A6F609.20901@FreeBSD.org> Date: Thu, 26 Feb 2009 22:05:29 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.19 (X11/20090118) MIME-Version: 1.0 To: Yoshihiro Ota References: <1235218982.00077642.1235207402@10.7.7.3> <499FFC5F.3020903@FreeBSD.org> <47d0403c0902210949i74473bc5j57c923e13c85e89@mail.gmail.com> <49A04510.5030405@FreeBSD.org> <7d6fde3d0902211356h66b05cfcxf2ebbe9b2a6fd0f0@mail.gmail.com> <20090224004110.e4ad76f4.ota@j.email.ne.jp> <49A45127.3000108@FreeBSD.org> <20090225211656.75c546c3.ota@j.email.ne.jp> In-Reply-To: <20090225211656.75c546c3.ota@j.email.ne.jp> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: Annoying whitenoise sound coming from snd_hda enabled chipset X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Feb 2009 20:05:34 -0000 Yoshihiro Ota wrote: > On Tue, 24 Feb 2009 21:57:27 +0200 > Alexander Motin wrote: >> Yoshihiro Ota wrote: >>> In my case, with hdac or pcm device, 8-CURRENT fails to boot very requentry. >>> It fails to prove a device and doesn't proceed farthar than that point. >>> Now it only boots once in 5 or 10 reboots. >>> >>> When it boots, it prints lots of following messages. >>> >>> hdac0: HDA Codec #0: Conexant CX20549 (Venice) >>> hdac0: unable to allocate widgets! >>> hdac0: unable to allocate widgets! >>> hdac0: unable to allocate widgets! >>> hdac0: unable to allocate widgets! >>> hdac0: unable to allocate widgets! >>> hdac0: hdac_command_send_internal: TIMEOUT numcmd=1, sent=1, received=0 >>> hdac0: hdac_command_send_internal: TIMEOUT numcmd=1, sent=1, received=0 >>> hdac0: hdac_command_send_internal: TIMEOUT numcmd=1, sent=1, received=0 >>> hdac0: hdac_command_send_internal: TIMEOUT numcmd=1, sent=1, received=0 >>> hdac0: hdac_command_send_internal: TIMEOUT numcmd=1, sent=1, received=0 >>> >>> I think this started happening about a week ago or so, sometime between >>> 13 and 16th. >> The only significant change last time was enabling MSI by default. But I >> don't think it should lead to such errors. I have tried even operation >> completely without interrupts working and there is not such errors. Can >> you send me complete verbose dmesg with the problem and `pciconf -lvc` >> output? >> >> Also you may try to disable MSI by setting 'hint.hdac.0.msi=0' hint. > > Once I disabled snd_hda_load="YES" in /boot/loader.conf, it comes up > all times. However, when I run "kldload snd_hda", the system stops responding, > i.e. crashes. > > So, now I added 'hint.hdac.0.msi="0"' in the hint; then, system comes up fine. > I tried "kldload snd_hda" and got the following output. > System didn't crash after adding the hint so that I added snd_hda_load="YES" > back to /boot/loader.conf. I have committed a patch to the CURRENT that should disable MSI for your HDA controller by default. Test it please. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Thu Feb 26 20:06: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 8A0CD1065789 for ; Thu, 26 Feb 2009 20:06:29 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) by mx1.freebsd.org (Postfix) with ESMTP id 468398FC19 for ; Thu, 26 Feb 2009 20:06:29 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from p578b68b8.dip0.t-ipconnect.de ([87.139.104.184] helo=krabat.raven.hur) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1Lclt5-0007Tv-1N; Thu, 26 Feb 2009 20:27:15 +0100 Message-ID: <49A6ED0C.6020308@gwdg.de> Date: Thu, 26 Feb 2009 20:27:08 +0100 From: Rainer Hurling User-Agent: Thunderbird 2.0.0.19 (X11/20090124) MIME-Version: 1.0 To: Rohit X Tripathi References: <1235668962.2224.72.camel@strangepork.mintel.co.uk> <7d6fde3d0902261053w5a233849s898e4671e6733034@mail.gmail.com> In-Reply-To: <7d6fde3d0902261053w5a233849s898e4671e6733034@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: Garrett Cooper , freebsd-current@freebsd.org Subject: Re: /dev/nviddiactl from current ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Feb 2009 20:06:30 -0000 On 26.02.2009 19:53 (UTC+1), Garrett Cooper wrote: > On Thu, Feb 26, 2009 at 9:57 AM, Rohit X Tripathi > wrote: >>> What branch of FreeBSD are you running? >>> Did you load the nvidia kernel module (add nvidia_load="YES" >>> to /boot/loader.conf)? >>> What messages were emitted after loading it? >>> What nvidia card do you have ( pciconf -lv | grep -B5 VGA)? >> Thank you, >> >> I'm running 8-current (from the 22nd of feb), I did add nvidia_load="YES", kdlstat shows: >> >>> Is the kernel module actually loaded (kldstat will tell you that)? >>> Thanks, >>> -Garrett >> rohit@tp~ $ kldstat >> Id Refs Address Size Name >> 1 41 0xc0400000 a7d788 kernel >> 2 2 0xc0e7e000 29a08 linux.ko >> 3 1 0xc0ea8000 3374 umodem.ko >> 4 1 0xc0eac000 69990 acpi.ko >> 5 1 0xc5688000 7000 linprocfs.ko >> 6 1 0xc5731000 9000 reiserfs.ko >> >> The card is 570M on a thinkpad t61p. I also didn't notice any messages related to nvidia, but I can look more deeply. Is there a way to enable debugging in the nvidia module? >> >> regards (and please excuse the hefty disclaimers below my emails) >> >> -Rohit > > Do kldload nvidia and the messages that will get printed out by > kldload / on the 1st console / in /var/log/messages will help us > diagnose the issue better with you. > Thanks, > -Garrett In my experience with this driver you have to reboot after installing the driver. Only 'kldload nvidia.ko' often not get the driver loaded correctly. Rainer From owner-freebsd-current@FreeBSD.ORG Thu Feb 26 20:55: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 0076010656D2 for ; Thu, 26 Feb 2009 20:55:35 +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 B224D8FC0A for ; Thu, 26 Feb 2009 20:55:35 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from [89.178.146.61] (port=56246 helo=HP.lissyara.su) by hosting.lissyara.su with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LcnGX-000I6o-Da; Thu, 26 Feb 2009 23:55:33 +0300 Message-ID: <49A701DF.5070109@lissyara.su> Date: Thu, 26 Feb 2009 23:55:59 +0300 From: Alex Keda User-Agent: Thunderbird 2.0.0.19 (X11/20090209) MIME-Version: 1.0 To: freebsd-current@freebsd.org, "Paul B. Mahol" , Sam Leffler Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit 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: Subject: About bwi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Feb 2009 20:55:36 -0000 At this moment, in perforce, be workable driver for the old audit BroadCom WiFi. I would like to understand the reason - why it did not include in the main tree? http://forums.freebsd.org/showthread.php?t=2477 From owner-freebsd-current@FreeBSD.ORG Thu Feb 26 21:00: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 59E351065672 for ; Thu, 26 Feb 2009 21:00:28 +0000 (UTC) (envelope-from mat.macy@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 25A3D8FC1A for ; Thu, 26 Feb 2009 21:00:28 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by rv-out-0506.google.com with SMTP id g9so3794697rvb.3 for ; Thu, 26 Feb 2009 13:00:27 -0800 (PST) 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=AiHfZOt2Z9mOPT2glTDCm9iSdiShI8Y1c4kqaeuz34M=; b=Y7TntPJArTFBPVePncqbCq80gZFpWYrz6tSBpaaQFbL1fLQj2qCmhPNuRHEKSgyw+2 jJiATnDcJBQXJyKkDxqD+lsoJdjm2AF/B3TewpwYR6pGqwKW9JzjVtKPMa/aKqF8Dk93 Y7FOETOeEK4mWtv6OMayVwu+pUdQxzeGTyhUU= 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=LkyWPWNitE23lJnQzWA5uE9IrdCGGqdJDqfT7+q8Kj//5jeyRqI421HKPOWNW5ANnP fq+pNjU5TTH62/8trUtbmcgAN3EMiyN49gdr79l7l7XBMkitDuh/HRAyd4dYVdN452wV KiMrQ3yIIe+qOlIdZz1XLpAgMKSv6RGcr7h3k= MIME-Version: 1.0 Sender: mat.macy@gmail.com Received: by 10.141.36.17 with SMTP id o17mr805269rvj.261.1235682027744; Thu, 26 Feb 2009 13:00:27 -0800 (PST) In-Reply-To: <49A701DF.5070109@lissyara.su> References: <49A701DF.5070109@lissyara.su> Date: Thu, 26 Feb 2009 13:00:27 -0800 X-Google-Sender-Auth: 48cc70374b391824 Message-ID: <3c1674c90902261300x6dd5f21bja58ecf214bcfb644@mail.gmail.com> From: Kip Macy To: Alex Keda Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Sam Leffler , freebsd-current@freebsd.org Subject: Re: About bwi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Feb 2009 21:00:28 -0000 Someone needs to be there to maintain it. To the best of my knowledge no one appropriate has stepped forward. Cheers, Kip On Thu, Feb 26, 2009 at 12:55 PM, Alex Keda wrote: > At this moment, in perforce, be workable driver for the old audit BroadCom > WiFi. > I would like to understand the reason - why it did not include in the main > tree? > http://forums.freebsd.org/showthread.php?t=2477 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Thu Feb 26 21:09: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 2C4CF106564A for ; Thu, 26 Feb 2009 21:09: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 DD6FF8FC16 for ; Thu, 26 Feb 2009 21:09:05 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from [89.178.146.61] (port=36524 helo=HP.lissyara.su) by hosting.lissyara.su with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LcnTa-000L0e-2E; Fri, 27 Feb 2009 00:09:02 +0300 Message-ID: <49A70508.20100@lissyara.su> Date: Fri, 27 Feb 2009 00:09:28 +0300 From: Alex Keda User-Agent: Thunderbird 2.0.0.19 (X11/20090209) MIME-Version: 1.0 To: Kip Macy References: <49A701DF.5070109@lissyara.su> <3c1674c90902261300x6dd5f21bja58ecf214bcfb644@mail.gmail.com> In-Reply-To: <3c1674c90902261300x6dd5f21bja58ecf214bcfb644@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Cc: freebsd-current@freebsd.org Subject: Re: About bwi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Feb 2009 21:09:06 -0000 Kip Macy пишет: > Someone needs to be there to maintain it. To the best of my knowledge > no one appropriate has stepped forward. > And what exactly should be supported? He finished - nothing more to do. no way to develop a driver. the new cards have to write a new driver. > Cheers, > Kip > > On Thu, Feb 26, 2009 at 12:55 PM, Alex Keda wrote: > >> At this moment, in perforce, be workable driver for the old audit BroadCom >> WiFi. >> I would like to understand the reason - why it did not include in the main >> tree? >> http://forums.freebsd.org/showthread.php?t=2477 >> _______________________________________________ >> 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" > > From owner-freebsd-current@FreeBSD.ORG Thu Feb 26 21: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 B55BD106564A for ; Thu, 26 Feb 2009 21:12:14 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.236]) by mx1.freebsd.org (Postfix) with ESMTP id 871A38FC1C for ; Thu, 26 Feb 2009 21:12:14 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by rv-out-0506.google.com with SMTP id f6so710891rvb.43 for ; Thu, 26 Feb 2009 13:12:14 -0800 (PST) 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=B8UsR+7buInAwhSeD5BeJRnySxb9IzmRtKO0pGaxNoU=; b=Kjh+mSorAaxUHFnzTh1uhd4wtt4eZcZaGJpnmCXTdErjY0K2nErth/FGXIEVnXrUXh faH8M/hCz5sn/GKzFpR9HokP0fgY+fvesxhBR+wSFlEMOt0aTiBu9CZ0F55OK2IsLTxz T9dDOry0G0om+WsB6It5B8qcUNuUyrG755vKg= 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=qewWKJMXDeWRlerYfrAhDJl08cyIc+TSQ7reyetpyaMGMp96U+9ozmwF4fthzA0Uth PlyaO4Ujev3up9ksqhTUNleWzRpYsnzgfd2/oPiyx3Up7V7Eubu1ybqhi+Kzzy12iGt3 lEMV+H13zfB5wWnHUHETln2aDpmvOku+x6zMc= MIME-Version: 1.0 Sender: mat.macy@gmail.com Received: by 10.141.176.4 with SMTP id d4mr831801rvp.5.1235682734270; Thu, 26 Feb 2009 13:12:14 -0800 (PST) In-Reply-To: <49A70508.20100@lissyara.su> References: <49A701DF.5070109@lissyara.su> <3c1674c90902261300x6dd5f21bja58ecf214bcfb644@mail.gmail.com> <49A70508.20100@lissyara.su> Date: Thu, 26 Feb 2009 13:12:14 -0800 X-Google-Sender-Auth: 82d1015c0eb257c3 Message-ID: <3c1674c90902261312s754506abmb5e33026d4200245@mail.gmail.com> From: Kip Macy To: Alex Keda Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: About bwi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Feb 2009 21:12:15 -0000 On Thu, Feb 26, 2009 at 1:09 PM, Alex Keda wrote: > Kip Macy =D0=C9=DB=C5=D4: >> >> Someone needs to be there to maintain it. To the best of my knowledge >> no one appropriate has stepped forward. >> > > And what exactly should be supported? > He finished - nothing more to do. APIs change, bugs show up under new conditions etc. Dropping unsupported code in the tree is referred to as a "drive-by commit" and frequently leads to conflicts down the line. I think the appropriate thing to do under the circumstances would be to make it a port. That way it would be readily accessible to all, but we wouldn't necessarily be held to the same standards. Cheers, Kip > no way to develop a driver. > the new cards have to write a new driver. >> >> Cheers, >> Kip >> >> On Thu, Feb 26, 2009 at 12:55 PM, Alex Keda wrote: >> >>> >>> At this moment, in perforce, be workable driver for the old audit >>> BroadCom >>> WiFi. >>> I would like to understand the reason - why it did not include in the >>> main >>> tree? >>> http://forums.freebsd.org/showthread.php?t=3D2477 >>> _______________________________________________ >>> 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.or= g" >> >> > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > From owner-freebsd-current@FreeBSD.ORG Thu Feb 26 21:29: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 6D396106566B for ; Thu, 26 Feb 2009 21:29: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 2B71D8FC1A for ; Thu, 26 Feb 2009 21:29: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 n1QLTlj2042900 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 26 Feb 2009 13:29:47 -0800 (PST) (envelope-from sam@freebsd.org) Message-ID: <49A709CB.9000904@freebsd.org> Date: Thu, 26 Feb 2009 13:29:47 -0800 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.18 (X11/20081209) MIME-Version: 1.0 To: Alex Keda References: <49A701DF.5070109@lissyara.su> In-Reply-To: <49A701DF.5070109@lissyara.su> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-Misty-Metrics: ebb.errno.com; whitelist Cc: freebsd-current@freebsd.org Subject: Re: About bwi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Feb 2009 21:29:48 -0000 Alex Keda wrote: > At this moment, in perforce, be workable driver for the old audit > BroadCom WiFi. > I would like to understand the reason - why it did not include in the > main tree? > http://forums.freebsd.org/showthread.php?t=2477 > > No committer has volunteered to maintain it. Sam From owner-freebsd-current@FreeBSD.ORG Thu Feb 26 21:48: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 4C5CD1065670 for ; Thu, 26 Feb 2009 21:48:01 +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 25AB48FC1A for ; Thu, 26 Feb 2009 21:48:00 +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 n1QLm0Au043015 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 26 Feb 2009 13:48:00 -0800 (PST) (envelope-from sam@freebsd.org) Message-ID: <49A70E10.4060708@freebsd.org> Date: Thu, 26 Feb 2009 13:48:00 -0800 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.18 (X11/20081209) MIME-Version: 1.0 To: Alex Keda References: <49A701DF.5070109@lissyara.su> <3c1674c90902261300x6dd5f21bja58ecf214bcfb644@mail.gmail.com> <49A70508.20100@lissyara.su> In-Reply-To: <49A70508.20100@lissyara.su> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-DCC-Misty-Metrics: ebb.errno.com; whitelist Cc: freebsd-current@freebsd.org Subject: Re: About bwi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Feb 2009 21:48:01 -0000 Alex Keda wrote: > Kip Macy пишет: >> Someone needs to be there to maintain it. To the best of my knowledge >> no one appropriate has stepped forward. > And what exactly should be supported? > He finished - nothing more to do. > > no way to develop a driver. > the new cards have to write a new driver. The driver has many known issues and limitations. Without someone willing to respond to user questions, update the code and test, etc. committing the driver ends up causing more frustration and ill-will than leaving it outside the tree. This is a lesson we've learned many times--people encounter a broken driver and draw incorrect assumptions about the system as a whole. Unfortunately noone has stepped up to own the driver; trust me I've asked many times for someone. Sam From owner-freebsd-current@FreeBSD.ORG Thu Feb 26 21:58: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 8EBCD106564A; Thu, 26 Feb 2009 21:58:23 +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 CBBB98FC14; Thu, 26 Feb 2009 21:58:22 +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 235992554; Thu, 26 Feb 2009 23:58:21 +0200 Message-ID: <49A7107A.5080208@FreeBSD.org> Date: Thu, 26 Feb 2009 23:58:18 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.19 (X11/20090118) MIME-Version: 1.0 To: Manfred Antar References: <200902250259.n1P2xvYh001449@pozo.com> <1235559230.15704.4.camel@buffy.york.ac.uk> <200902251410.n1PEAla5010605@pozo.com> <1235573928.15704.10.camel@buffy.york.ac.uk> <200902251508.n1PF8ORo001737@pozo.com> <1235576175.15704.15.camel@buffy.york.ac.uk> <200902260208.n1Q280jg001474@pozo.com> In-Reply-To: <200902260208.n1Q280jg001474@pozo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Gavin Atkinson , FreeBSD-Current Subject: Re: Fatal trap 18 on Current 1386 since Saturday 21 Feb 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, 26 Feb 2009 21:58:23 -0000 Manfred Antar wrote: > At 07:36 2/25/2009, Gavin Atkinson wrote: >> My suspicion is that it is this commit: >> >> http://docs.freebsd.org/cgi/getmsg.cgi?fetch=1637857+0+archive/2009/svn-src-all/20090222.svn-src-all >> >> >> Might be worthwhile trying the source from just before, and just after >> it and seeing if that is the cause. > > Yes that's it I put: > > /sys/dev/ata/ata-all.c > /sys/dev/ata/ata-all.h > /sys/dev/ata/ata-pci.h > /sys/dev/ata/ata-sata.c > /sys/dev/ata/chipsets/ata-promise.c > > from before the changes on the 21st in current /sys and kernel builds > and boots fine > My original date of the 14th was wrong, I looked at the calendar thought > it was the 14th > but actually uname -a of the last working kernel was the 21st 7am. Looking on on your first and later posts I would say that this commit may happen not a root of your problem. It may just trigger something else. Problem begins when some of your drives on ata1 channel timeouts request that leads to several controller reinits. I think that durung that driver somehow gets wrong drive parameters that leads to division by zero error inside ata_tf_write(). I have just committed one patch that probably does not fix the problem, but change process a bit. Could you try it and send me all ata related verbose messages starting from controller detection. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Thu Feb 26 22:45: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 A532D1065672; Thu, 26 Feb 2009 22:45:28 +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 61BA88FC0A; Thu, 26 Feb 2009 22:45:27 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from [89.178.146.61] (port=35287 helo=HP.lissyara.su) by hosting.lissyara.su with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Lcoys-0008sy-Lc; Fri, 27 Feb 2009 01:45:26 +0300 Message-ID: <49A71BA1.7000800@lissyara.su> Date: Fri, 27 Feb 2009 01:45:53 +0300 From: Alex Keda User-Agent: Thunderbird 2.0.0.19 (X11/20090209) MIME-Version: 1.0 To: Sam Leffler References: <49A701DF.5070109@lissyara.su> <3c1674c90902261300x6dd5f21bja58ecf214bcfb644@mail.gmail.com> <49A70508.20100@lissyara.su> <49A70E10.4060708@freebsd.org> In-Reply-To: <49A70E10.4060708@freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Cc: freebsd-current@freebsd.org Subject: Re: About bwi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Feb 2009 22:45:28 -0000 Sam Leffler пишет: > Alex Keda wrote: >> Kip Macy ÿøшõт: >>> Someone needs to be there to maintain it. To the best of my knowledge >>> no one appropriate has stepped forward. >> And what exactly should be supported? >> He finished - nothing more to do. >> >> no way to develop a driver. >> the new cards have to write a new driver. > > The driver has many known issues and limitations. Without someone > willing to respond to user questions, update the code and test, etc. > committing the driver ends up causing more frustration and ill-will > than leaving it outside the tree. This is a lesson we've learned many > times--people encounter a broken driver and draw incorrect assumptions > about the system as a whole. Unfortunately noone has stepped up to own > the driver; trust me I've asked many times for someone. All who test it - do it with lastest BroadCom cards. It driver for *OLD* cards. Need delete last MAC revision, I post patch in forum. bwimac.c |-/* MAC */static const uint8_t bwi_sup_macrev[] = { 2, 4, 5, 6, 7, 9, 10, 12 }; +/* MAC */static const uint8_t bwi_sup_macrev[] = { 2, 4, 5 };| For revision > |5| - need another driver! From owner-freebsd-current@FreeBSD.ORG Fri Feb 27 01:14: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 4018C106566C; Fri, 27 Feb 2009 01:14:40 +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 03DB88FC0C; Fri, 27 Feb 2009 01:14:39 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id 31E0AFF7F; Fri, 27 Feb 2009 14:14:39 +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 vZjrsnfFr1t9; Fri, 27 Feb 2009 14:14:35 +1300 (NZDT) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Fri, 27 Feb 2009 14:14:35 +1300 (NZDT) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id C2D4E1142F; Fri, 27 Feb 2009 14:14:34 +1300 (NZDT) Date: Thu, 26 Feb 2009 17:14:34 -0800 From: Andrew Thompson To: current@freebsd.org, usb@freebsd.org Message-ID: <20090227011434.GA52500@citylink.fud.org.nz> References: <20090226020330.GC25211@citylink.fud.org.nz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090226020330.GC25211@citylink.fud.org.nz> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Hans Petter Selasky Subject: Re: USB devfs 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: Fri, 27 Feb 2009 01:14:40 -0000 On Wed, Feb 25, 2009 at 06:03:30PM -0800, Andrew Thompson wrote: > Hi, > > > Below is a patch from Rink Springer to change the new USB stack to use > devfs device nodes. I have tested this with a usb mouse and I am hoping > people with other devices can test too, in particular scanners (sane > app) and lpt ports. The patch has been updated thanks to feedback http://people.freebsd.org/~thompsa/usb-cdevs2.diff It now uses d_open instead of d_fdopen, uses an updated /dev layout, and of course bugfixes. I plan to commit tomorrow. Andrew From owner-freebsd-current@FreeBSD.ORG Fri Feb 27 01:35: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 87F121065672; Fri, 27 Feb 2009 01:35:59 +0000 (UTC) (envelope-from null@pozo.com) Received: from pozo.com (pozo.com [216.101.162.50]) by mx1.freebsd.org (Postfix) with ESMTP id 51ECC8FC08; Fri, 27 Feb 2009 01:35:59 +0000 (UTC) (envelope-from null@pozo.com) Received: from T41p.pozo.com (t41p.pozo.com [192.168.0.4]) (authenticated bits=0) by pozo.com (8.14.3/8.14.3) with ESMTP id n1R1ZmU7001445 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 26 Feb 2009 17:35:49 -0800 (PST) (envelope-from null@pozo.com) Message-Id: <200902270135.n1R1ZmU7001445@pozo.com> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 26 Feb 2009 17:33:09 -0800 To: Alexander Motin From: Manfred Antar In-Reply-To: <49A7107A.5080208@FreeBSD.org> References: <200902250259.n1P2xvYh001449@pozo.com> <1235559230.15704.4.camel@buffy.york.ac.uk> <200902251410.n1PEAla5010605@pozo.com> <1235573928.15704.10.camel@buffy.york.ac.uk> <200902251508.n1PF8ORo001737@pozo.com> <1235576175.15704.15.camel@buffy.york.ac.uk> <200902260208.n1Q280jg001474@pozo.com> <49A7107A.5080208@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Spam-Status: No, score=-101.4 required=5.0 tests=ALL_TRUSTED,MISSING_MID, USER_IN_WHITELIST autolearn=failed version=3.2.5, No X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on pozo.com X-Virus-Scanned: ClamAV version 0.94.2-exp, clamav-milter version 0.94.2-exp on pozo.com X-Virus-Status: Clean X-pozo.com-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: n1R1ZmU7001445 X-pozo.com-MailScanner: Found to be clean X-pozo.com-MailScanner-From: null@pozo.com Cc: current@FreeBSD.org Subject: Re: Fatal trap 18 on Current 1386 since Saturday 21 Feb 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: Fri, 27 Feb 2009 01:35:59 -0000 At 13:58 2/26/2009, you wrote: >Manfred Antar wrote: >>At 07:36 2/25/2009, Gavin Atkinson wrote: >>>My suspicion is that it is this commit: >>> >>>http://docs.freebsd.org/cgi/getmsg.cgi?fetch=1637857+0+archive/2009/svn-src-all/20090222.svn-src-all >>> >>>Might be worthwhile trying the source from just before, and just after >>>it and seeing if that is the cause. >>Yes that's it I put: >>/sys/dev/ata/ata-all.c >>/sys/dev/ata/ata-all.h >>/sys/dev/ata/ata-pci.h >>/sys/dev/ata/ata-sata.c >>/sys/dev/ata/chipsets/ata-promise.c >>from before the changes on the 21st in current /sys and kernel builds and boots fine >>My original date of the 14th was wrong, I looked at the calendar thought it was the 14th >>but actually uname -a of the last working kernel was the 21st 7am. > >Looking on on your first and later posts I would say that this commit may happen not a root of your problem. It may just trigger something else. > >Problem begins when some of your drives on ata1 channel timeouts request that leads to several controller reinits. I think that durung that driver somehow gets wrong drive parameters that leads to division by zero error inside ata_tf_write(). > >I have just committed one patch that probably does not fix the problem, but change process a bit. Could you try it and send me all ata related verbose messages starting from controller detection. > >-- >Alexander Motin Sure. I only have one Hard Drive and a DVD drive in this computer. atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x24c0-0x24cf irq 10 at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x24c0 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: 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 ata0: [MPSAFE] ata0: [ITHREAD] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=00 ostat1=50 ata1: stat0=0x7f err=0x01 lsb=0x7f msb=0x7f ata1: stat1=0x90 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x90 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: reset tp2 stat0=7f stat1=00 devices=0x20001 ata1: [MPSAFE] ata1: [ITHREAD] atapci1: port 0x24f8-0x24ff,0x2810-0x2813,0x2800-0x2807,0x2814-0x2817,0x24d0-0x24df irq 10 at device 31.2 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0x24d0 atapci1: [MPSAFE] atapci1: [ITHREAD] ata2: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0x24f8 atapci1: Reserved 0x4 bytes for rid 0x14 type 4 at 0x2810 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 atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0x2800 atapci1: Reserved 0x4 bytes for rid 0x1c type 4 at 0x2814 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] ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=80 wire ad0: setting PIO4 on ICH5 chip ad0: setting UDMA100 on ICH5 chip ad0: 76319MB at ata0-master UDMA100 ad0: 156301488 sectors [155061C/16H/63S] 16 sectors/interrupt 1 depth queue ad0: Intel check1 failed ad0: Adaptec check1 failed ad0: LSI (v3) check1 failed ad0: LSI (v2) check1 failed ad0: FreeBSD check1 failed ata1: Identifying devices: 00020001 ata1: New devices: 00020001 ushub0: 2 ports with 2 removable, self powered ushub1: 2 ports with 2 removable, self powered ushub2: 2 ports with 2 removable, self powered GEOM: new disk ad0 ata1: reiniting channel .. ata1: reset tp1 mask=03 ostat0=00 ostat1=00 ata1: stat0=0x7f err=0x01 lsb=0x7f msb=0x7f ata1: stat1=0x80 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x80 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: reset tp2 stat0=7f stat1=00 devices=0x20001 ata1: Identifying devices: 00020001 ata1: New devices: 00020000 ushub3: 8 ports with 8 removable, self powered unknown: WARNING - ATA_IDENTIFY taskqueue timeout - completing request directly ata1: reiniting channel .. ata1: reset tp1 mask=03 ostat0=7f ostat1=50 ata1: stat0=0x7f err=0x01 lsb=0x7f msb=0x7f ata1: stat1=0x90 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x90 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: reset tp2 stat0=7f stat1=00 devices=0x20001 ata1: Identifying devices: 00020001 ata1: New devices: 00000000 ata1: reinit done .. unknown: FAILURE - ATA_IDENTIFY timed out LBA=0 unknown: WARNING - ATAPI_IDENTIFY taskqueue timeout - completing request directly ata1-slave: pio=PIO4 wdma=WDMA2 udma=UDMA66 cable=40 wire ad2: WARNING - ATA_IDENTIFY taskqueue timeout - completing request directly ata1: reiniting channel .. ata1: reset tp1 mask=03 ostat0=00 ostat1=00 ata1: stat0=0x7f err=0x01 lsb=0x7f msb=0x7f ata1: stat1=0x80 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x80 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: reset tp2 stat0=7f stat1=00 devices=0x20001 ata1: Identifying devices: 00020001 ata1: New devices: 00000000 ata1: reinit done .. Fatal trap 18: integer divide fault while in kernel mode instruction pointer = 0x20:0xc08e837b stack pointer = 0x28:0xc0c209e8 frame pointer = 0x28:0xc0c20a5c 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 = 0 (swapper) [thread pid 0 tid 100000 ] Stopped at __qdivrem+0x3b: divl %ecx,%eax db> db> bt Tracing pid 0 tid 100000 td 0xc0aa07d0 __qdivrem(0,0,0,0,c0c20a78,...) at __qdivrem+0x3b __umoddi3(0,0,0,0,9e8f3044,...) at __umoddi3+0x2d ata_tf_write(c6fae190,c04efc80,c6fce800,1,c6fae190,...) at ata_tf_write+0x2ff ata_generic_command(c6fae190,6,c6d6ea00,c6d6ea00,c0c20b48,...) at ata_generic_command+0x2d9 ata_begin_transaction(c6fae190,1,c6cef000,c6d6ea00,c0c20b60,...) at ata_begin_transaction+0x7a ata_start(c6d6ea00,c09e6ae1,0,0,0,...) at ata_start+0x222 ata_reinit(c6d6ea00,5,ffffffff,0,0,...) at ata_reinit+0x501 ata_completed(c6fae000,0,c09e723c,0,20001,...) at ata_completed+0xb4 ata_queue_request(c6fae000,0,101,c6c31e00,101,...) at ata_queue_request+0x578 ata_getparam(c6fce800,1,2,0,0,...) at ata_getparam+0xf3 ata_identify(c6d6ea00,1,0,0,0,...) at ata_identify+0x24a ata_boot_attach(0,40000,c6d58c50,c6d198e0,c6c84340,...) at ata_boot_attach+0x6f run_interrupt_driven_config_hooks(0,c1ec00,c1ec00,c1e000,c25000,...) at run_interrupt_driven_config_hooks+0x91 mi_startup() at mi_startup+0x96 begin() at begin+0x2c ================================== || null@pozo.com || || Ph. (415) 681-6235 || ================================== From owner-freebsd-current@FreeBSD.ORG Fri Feb 27 02:28: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 17856106566B for ; Fri, 27 Feb 2009 02:28:56 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 103258FC08 for ; Fri, 27 Feb 2009 02:28:55 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [211.166.10.233]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id B37D628448 for ; Fri, 27 Feb 2009 10:28:53 +0800 (CST) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id D99BDEB72C5; Fri, 27 Feb 2009 10:28:52 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id AkT9iLHIb21t; Fri, 27 Feb 2009 10:28:47 +0800 (CST) Received: from charlie.delphij.net (adsl-76-237-33-62.dsl.pltn13.sbcglobal.net [76.237.33.62]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 07ED3EB707E; Fri, 27 Feb 2009 10:28:46 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:subject:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=aTtHxvl67w21OtNQhdmc36nidEL/6eO+PWcGIW8fFIu07Fpgf0NUqn5MtVn/cam3M wl/BDvY1rRfx+W9rdJhJw== Message-ID: <49A74FDB.80805@delphij.net> Date: Thu, 26 Feb 2009 18:28:43 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.19 (X11/20090217) MIME-Version: 1.0 To: FreeBSD Current X-Enigmail-Version: 0.95.7 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Solaris: WARNING: ZFS replay transaction error 1, dataset startpoint, seq 0x90af, txtype 11 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Feb 2009 02:28:56 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Anybody has seen this? Should I be concerned about it? I happen to see it upon reboot. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAkmnT9sACgkQi+vbBBjt66D4agCffnp/Ye8Qz291klIKaBThqYJ3 2BsAoKrXSobA/1uM3Qmr2LjD5yUtT0ei =ZV8F -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Feb 27 02:32: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 56A48106566C; Fri, 27 Feb 2009 02:32:22 +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 330428FC15; Fri, 27 Feb 2009 02:32:21 +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 209B428E10E8; Fri, 27 Feb 2009 02:32:21 +0000 (UTC) From: Beech Rintoul Organization: FreeBSD To: freebsd-current@freebsd.org Date: Thu, 26 Feb 2009 17:32:20 -0900 User-Agent: KMail/1.11.0 (FreeBSD/8.0-CURRENT; KDE/4.2.0; i386; ; ) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902261732.20420.beech@freebsd.org> Cc: Beech Rintoul Subject: SATA DVD no longer detected 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: Fri, 27 Feb 2009 02:32:22 -0000 My SATA dvd is no longer detected. This worked fine up until recently. dmesg: atapci0: port 0xb000-0xb007,0xa000-0xa003,0x9000-0x9007,0x8000-0x8003,0x7000-0x700f mem 0xf9fff800-0xf9fffbff irq 22 at device 18.0 on pci0 atapci0: [ITHREAD] atapci0: AHCI Version 01.10 controller with 4 ports PM supported ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] ata4: on atapci0 ata4: [ITHREAD] ata5: on atapci0 ata5: [ITHREAD] ad4: 476940MB at ata2-master SATA300 uname: FreeBSD stargate.akherb.com 8.0-CURRENT FreeBSD 8.0-CURRENT #21: Mon Feb 16 12:03:51 AKST 2009 My SATA drive is detected, but not the DVD. I'm unfamiliar with this area so any pointers would be appreciated. -- --------------------------------------------------------------------------------------- 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 Fri Feb 27 02:39: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 1D6491065688 for ; Fri, 27 Feb 2009 02:39:11 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from mx.utwente.nl (mx2.utsp.utwente.nl [130.89.2.13]) by mx1.freebsd.org (Postfix) with ESMTP id 924598FC1C for ; Fri, 27 Feb 2009 02:39:10 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from [130.89.165.91] (nox.student.utwente.nl [130.89.165.91]) by mx.utwente.nl (8.12.10/SuSE Linux 0.7) with ESMTP id n1R2CMpw022159; Fri, 27 Feb 2009 03:12:22 +0100 Message-ID: <49A74C02.9060304@degoeje.nl> Date: Fri, 27 Feb 2009 03:12:18 +0100 From: Pieter de Goeje User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: witalij References: <49A6ABBB.2090409@ypsilon.net> In-Reply-To: <49A6ABBB.2090409@ypsilon.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact servicedesk@icts.utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-UTwente-MailScanner-From: pieter@degoeje.nl X-Spam-Status: No Cc: freebsd-current@freebsd.org Subject: Re: cpu temp mbmon tyan X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Feb 2009 02:39:11 -0000 > Hello All, > > is there a possibility to monitor cpu temp on "TYAN K8S PRO" ? > mbmon does not work on freebsd 7.1 > > [root@one64 ~]# mbmon -A -d > SMBus[AMD8111] found, but No HWM available on it!! > Summary of Detection: > * No monitors found. > InitMBInfo: Unknown error: 0 Try sysutils/k8temp. - Pieter From owner-freebsd-current@FreeBSD.ORG Fri Feb 27 02:48: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 ED9B6106566C for ; Fri, 27 Feb 2009 02:48:17 +0000 (UTC) (envelope-from sepherosa@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 A89018FC18 for ; Fri, 27 Feb 2009 02:48:17 +0000 (UTC) (envelope-from sepherosa@gmail.com) Received: by yw-out-2324.google.com with SMTP id 2so597796ywt.13 for ; Thu, 26 Feb 2009 18:48:17 -0800 (PST) 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=5vUvwOFHaZdPgcSUfpFuJBjUe13H+JssKJk4lX5+R2A=; b=Kpw4Biomo7mzbyVOIAcJabqMFfzl2gYax+vQkQeMLuPv20ThXQR2Fb6MN9mjM9A5Sq b8hxsQEm7QM0b2k/xmBCHv+xvlMsbSbtZnECECn/ZMGHfTUO6/f0H7LIL+dl3iVTd70P 3ZIse0Mi35XljL2QV2y2gNR4Ud1dWhwXKzCO0= 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=nbh0JoTcfZxzHwpMqU6ZB3s8+ZT1IUAuOKD/CJkOZYnA60doXbugbFKu/0R3CFv4LI ydF8lPNtmV5rUPtuvglEfvMtu7cn4Tbx+09ucuDBAyHaJPUVzxjw6TBK6DN2QHt/CPak GRr+uO+Ru6ScM3nuVp8mLtNrKr7gYTxWhRSck= MIME-Version: 1.0 Received: by 10.150.121.2 with SMTP id t2mr3009680ybc.86.1235701594530; Thu, 26 Feb 2009 18:26:34 -0800 (PST) In-Reply-To: <49A70508.20100@lissyara.su> References: <49A701DF.5070109@lissyara.su> <3c1674c90902261300x6dd5f21bja58ecf214bcfb644@mail.gmail.com> <49A70508.20100@lissyara.su> Date: Fri, 27 Feb 2009 10:26:34 +0800 Message-ID: From: Sepherosa Ziehau To: Alex Keda Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Kip Macy Subject: Re: About bwi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Feb 2009 02:48:18 -0000 On Fri, Feb 27, 2009 at 5:09 AM, Alex Keda wrote: > Kip Macy =D0=C9=DB=C5=D4: >> >> Someone needs to be there to maintain it. To the best of my knowledge >> no one appropriate has stepped forward. >> > > And what exactly should be supported? > He finished - nothing more to do. I actually didn't finish it (the finished part works well enough for me on dfly for all of the 8 bcm cards I have) and I do not have enough time to keep working on it. Several folks mailed me about what to do next, I pointed them to the spec on the web, however, I didn't hear from any of them after that. > > no way to develop a driver. > the new cards have to write a new driver. I based on following URL when I worked on the "old" driver: http://bcm-specs.sipsolutions.net/ For newer parts you will need following one: http://bcm-v4.sipsolutions.net/ Hope this will be useful to you. Best Regards, sephe --=20 Live Free or Die From owner-freebsd-current@FreeBSD.ORG Fri Feb 27 03: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 D50391065670; Fri, 27 Feb 2009 03:31:14 +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 81B3D8FC1E; Fri, 27 Feb 2009 03:31:14 +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 mail2.asahi-net.or.jp (Postfix) with ESMTP id 97BB86F1B0; Fri, 27 Feb 2009 12:31:12 +0900 (JST) Date: Thu, 26 Feb 2009 22:31:06 -0500 From: Yoshihiro Ota To: Alexander Motin Message-Id: <20090226223106.b56ad289.ota@j.email.ne.jp> In-Reply-To: <49A6F609.20901@FreeBSD.org> References: <1235218982.00077642.1235207402@10.7.7.3> <499FFC5F.3020903@FreeBSD.org> <47d0403c0902210949i74473bc5j57c923e13c85e89@mail.gmail.com> <49A04510.5030405@FreeBSD.org> <7d6fde3d0902211356h66b05cfcxf2ebbe9b2a6fd0f0@mail.gmail.com> <20090224004110.e4ad76f4.ota@j.email.ne.jp> <49A45127.3000108@FreeBSD.org> <20090225211656.75c546c3.ota@j.email.ne.jp> <49A6F609.20901@FreeBSD.org> 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 Subject: Re: Annoying whitenoise sound coming from snd_hda enabled chipset X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Feb 2009 03:31:15 -0000 On Thu, 26 Feb 2009 22:05:29 +0200 Alexander Motin wrote: > Yoshihiro Ota wrote: > > On Tue, 24 Feb 2009 21:57:27 +0200 > > Alexander Motin wrote: > >> Yoshihiro Ota wrote: > >>> In my case, with hdac or pcm device, 8-CURRENT fails to boot very requentry. > >>> It fails to prove a device and doesn't proceed farthar than that point. > >>> Now it only boots once in 5 or 10 reboots. > >>> > >>> When it boots, it prints lots of following messages. > >>> > >>> hdac0: HDA Codec #0: Conexant CX20549 (Venice) > >>> hdac0: unable to allocate widgets! > >>> hdac0: unable to allocate widgets! > >>> hdac0: unable to allocate widgets! > >>> hdac0: unable to allocate widgets! > >>> hdac0: unable to allocate widgets! > >>> hdac0: hdac_command_send_internal: TIMEOUT numcmd=1, sent=1, received=0 > >>> hdac0: hdac_command_send_internal: TIMEOUT numcmd=1, sent=1, received=0 > >>> hdac0: hdac_command_send_internal: TIMEOUT numcmd=1, sent=1, received=0 > >>> hdac0: hdac_command_send_internal: TIMEOUT numcmd=1, sent=1, received=0 > >>> hdac0: hdac_command_send_internal: TIMEOUT numcmd=1, sent=1, received=0 > >>> > >>> I think this started happening about a week ago or so, sometime between > >>> 13 and 16th. > >> The only significant change last time was enabling MSI by default. But I > >> don't think it should lead to such errors. I have tried even operation > >> completely without interrupts working and there is not such errors. Can > >> you send me complete verbose dmesg with the problem and `pciconf -lvc` > >> output? > >> > >> Also you may try to disable MSI by setting 'hint.hdac.0.msi=0' hint. > > > > Once I disabled snd_hda_load="YES" in /boot/loader.conf, it comes up > > all times. However, when I run "kldload snd_hda", the system stops responding, > > i.e. crashes. > > > > So, now I added 'hint.hdac.0.msi="0"' in the hint; then, system comes up fine. > > I tried "kldload snd_hda" and got the following output. > > System didn't crash after adding the hint so that I added snd_hda_load="YES" > > back to /boot/loader.conf. > > I have committed a patch to the CURRENT that should disable MSI for your > HDA controller by default. Test it please. That's r189086, isn't it? So, for testing, I will remove hint.hdac.0.msi and add 'snd_hda_load="YES"' back. Does that sound valid test? I will report it tomorrow. Thanks, Hiro From owner-freebsd-current@FreeBSD.ORG Fri Feb 27 06:11: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 E47D01065672 for ; Fri, 27 Feb 2009 06:11:25 +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 AEF238FC1D for ; Fri, 27 Feb 2009 06:11:25 +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 E9226125425; Fri, 27 Feb 2009 15:11:24 +0900 (JST) Message-ID: <49A7840C.4020902@ongs.co.jp> Date: Fri, 27 Feb 2009 15:11:24 +0900 From: Daichi GOTO User-Agent: Thunderbird 2.0.0.19 (X11/20090201) MIME-Version: 1.0 To: FreeBSD Current , Hans Petter Selasky Content-Type: multipart/mixed; boundary="------------090007090709070400050809" Cc: Masanori OZAWA Subject: A patch: fixed mistaken libusbhid change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Feb 2009 06:11:26 -0000 This is a multi-part message in MIME format. --------------090007090709070400050809 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Hi USB2 folks, I have found libusbhid has been changed with mistaken patch. I have made a fix patch included. Please check that, consider and merge and commit! Thanks :) -- Daichi GOTO, http://people.freebsd.org/~daichi --------------090007090709070400050809 Content-Type: text/plain; name="descr.c.diff" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="descr.c.diff" LS0tIGxpYi9saWJ1c2JoaWQvZGVzY3IuYy5vcmlnCTIwMDktMDItMjQgMDM6MzY6NTQuMDAw MDAwMDAwICswOTAwCisrKyBsaWIvbGlidXNiaGlkL2Rlc2NyLmMJMjAwOS0wMi0yNyAxNDo1 NTo1MC4wMDAwMDAwMDAgKzA5MDAKQEAgLTg1LDEzICs4NSwxNSBAQAogCS8qIGdldCBhY3R1 YWwgbGVuZ3RoIGZpcnN0ICovCiAJdWdkLnVnZF9kYXRhID0gTlVMTDsKIAl1Z2QudWdkX21h eGxlbiA9IDY1NTM1OwotI2lmZGVmIEhJRF9DT01QQVQ3CiAJaWYgKGlvY3RsKGZkLCBVU0Jf R0VUX1JFUE9SVF9ERVNDLCAmdWdkKSA8IDApIHsKKyNpZmRlZiBISURfQ09NUEFUNwogCQkv KiBjb3VsZCBub3QgcmVhZCBkZXNjcmlwdG9yICovCiAJCS8qIHRyeSBGcmVlQlNEIDcgY29t cGF0IGNvZGUgKi8KIAkJcmV0dXJuIChoaWRfZ2V0X3JlcG9ydF9kZXNjX2NvbXBhdDcoZmQp KTsKLQl9CisjZWxzZQorCQlyZXR1cm4gKE5VTEwpOwogI2VuZGlmCisJfQogCiAJLyoKIAkg KiBOT1RFOiBUaGUga2VybmVsIHdpbGwgcmV0dXJuIGEgZmFpbHVyZSBpZiAK --------------090007090709070400050809-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 27 07:40: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 AA55E106566C; Fri, 27 Feb 2009 07:40:44 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe01.swip.net [212.247.154.1]) by mx1.freebsd.org (Postfix) with ESMTP id 9D7D28FC13; Fri, 27 Feb 2009 07:40:43 +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=TlA4_y2CDb8Qyn456SkA:9 a=qnPqSe5-Y_wnBFxdVUIA:7 a=VM80V26yEHaAzQETO9mb64v8umcA:4 a=50e4U0PicR4A:10 a=TzSWSkNLWup2uXUU:21 a=ssvq-XIW68zNtQYh:21 Received: from [62.113.132.61] (account mc467741@c2i.net HELO laptop) by mailfe01.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 151537210; Fri, 27 Feb 2009 08:40:41 +0100 From: Hans Petter Selasky To: Andrew Thompson Date: Fri, 27 Feb 2009 08:43:11 +0100 User-Agent: KMail/1.9.7 References: <20090226020330.GC25211@citylink.fud.org.nz> <20090227011434.GA52500@citylink.fud.org.nz> In-Reply-To: <20090227011434.GA52500@citylink.fud.org.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200902270843.12291.hselasky@c2i.net> Cc: usb@freebsd.org, freebsd-current@freebsd.org Subject: Re: USB devfs 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: Fri, 27 Feb 2009 07:40:45 -0000 Hi Andrew, > The patch has been updated thanks to feedback > http://people.freebsd.org/~thompsa/usb-cdevs2.diff I cannot see that you have looked at the 11 issues I repored on the last=20 patch. Can you have a look at the following issues again: Here is a list of comments and bugs. The comments follow the diff from top to bottom. 1) There is a redundant setting of "is_uref =3D 1" ? =2D =A0 =A0 =A0 if (ploc->is_uref) { + =A0 =A0 =A0 if (cpd->is_uref) { =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 /* =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0* We are about to alter the bus-state. A= pply the =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0* required locks. =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0*/ =2D =A0 =A0 =A0 =A0 =A0 =A0 =A0 sx_xlock(ploc->udev->default_sx + 1); + =A0 =A0 =A0 =A0 =A0 =A0 =A0 sx_xlock(cpd->udev->default_sx + 1); =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 mtx_lock(&Giant); =A0 =A0 =A0 /* XXX */ + =A0 =A0 =A0 =A0 =A0 =A0 =A0 cpd->is_uref =3D 1; =A0 =A0 =A0 =A0 } 2) Should gid_t uid_t and mode_t be used? + =A0 =A0uint8_t iface_index, uint32_t uid, uint32_t gid, uint16_t mode) 3) This comment should be: /* Now, create the device itself and an alias */ /* Now, create the device */ Because the alias is not needed - right. 4) Probably you can just remove the src_path stuff: + =A0 =A0 =A0 /* XXX no longer needed */ + =A0 =A0 =A0 strlcpy(ps->src_path, target, sizeof(ps->src_path)); + =A0 =A0 =A0 ps->src_len =3D strlen(ps->src_path); 5) There is no reason to use 32-bit int, except for fflags? uint16_t bus_index; uint8_t dev_index; uint8_t iface_index; uint8_t ep_addr; #define=A0EP_NO_ADDR 0xff /* instead of ep_addr =3D -1 */ =A0/* + * Private per-device information. + */ +struct usb2_cdev_privdata { + =A0 =A0 =A0 struct usb2_bus =A0 =A0 =A0 =A0 *bus; + =A0 =A0 =A0 struct usb2_device =A0 =A0 =A0*udev; + =A0 =A0 =A0 struct usb2_interface =A0 *iface; + =A0 =A0 =A0 struct usb2_fifo =A0 =A0 =A0 =A0*rxfifo; + =A0 =A0 =A0 struct usb2_fifo =A0 =A0 =A0 =A0*txfifo; + =A0 =A0 =A0 int =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 bus_index; =A0 = =A0 =A0/* bus index */ + =A0 =A0 =A0 int =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 dev_index; =A0 = =A0 =A0/* device index */ + =A0 =A0 =A0 int =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 iface_index; =A0 = =A0/* interface index */ + =A0 =A0 =A0 int =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 ep_addr; =A0 =A0 = =A0 =A0/* endpoint address */ + =A0 =A0 =A0 uint8_t =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 fifo_index; =A0 =A0 /= * FIFO index */ + =A0 =A0 =A0 uint8_t =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 is_read; =A0 =A0 =A0 = =A0/* location has read access */ + =A0 =A0 =A0 uint8_t =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 is_write; =A0 =A0 =A0= /* location has write access=20 */ + =A0 =A0 =A0 uint8_t =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 is_uref; =A0 =A0 =A0 = =A0/* USB refcount decr. needed=20 */ + =A0 =A0 =A0 uint8_t =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 is_usbfs; =A0 =A0 =A0= /* USB-FS is active */ + =A0 =A0 =A0 int =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 fflags; +}; =46or usb2_fs_privdata probably you are justified. I would have used=20 "unsigned int" for the fields that are unsigned. It has something to do with range checks in the code not checking for values less than zero. Like: if (fifo_index < max) ok; else failure; With int's we have to think more: if (fifo_index >=3D 0 && fifo_index < max) ok; else failure; 6) Some non-gcc compilers will complain unless you do 0-1 when the destination variable is unsigned. =2D =A0 =A0 =A0 usb2_free_pipe_data(udev, iface_index, 0 - 1); + =A0 =A0 =A0 usb2_free_pipe_data(udev, iface_index, -1); 7) Watch out!! Maybe using the word "in" and "out" is bad idea. If this means "read" and "write", then use "rd" and "wr", because in USB device mode the endpoint direction is exactly the opposide like in USB host mode: + =A0 =A0 =A0 =A0 =A0 =A0 =A0 /* Fill in the endpoint bitmasks */ + =A0 =A0 =A0 =A0 =A0 =A0 =A0 if (ed->bEndpointAddress & UE_DIR_IN) + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 iface->ep_in_mask |=3D + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 1 << UE_GET_ADDR(ed->= bEndpointAddress); + =A0 =A0 =A0 =A0 =A0 =A0 =A0 else + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 iface->ep_out_mask |=3D + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 1 << UE_GET_ADDR(ed->= bEndpointAddress); Use the the following macro for reference when computing if an endpoint is read or write! #define USB_GET_DATA_ISREAD(xfer) (((xfer)->flags_int.usb2_mode =3D=3D \ =A0 =A0 =A0 =A0 USB_MODE_DEVICE) ? ((xfer->endpoint & UE_DIR_IN) ? 0 : 1) := \ =A0 =A0 =A0 =A0 ((xfer->endpoint & UE_DIR_IN) ? 1 : 0)) Change: + =A0 =A0 =A0 uint16_t ep_in_mask; =A0 =A0 =A0 =A0 =A0 =A0/* bitmask of IN = endpoints */ + =A0 =A0 =A0 uint16_t ep_out_mask; =A0 =A0 =A0 =A0 =A0 /* bitmask of OUT e= ndpoints */ Into: + =A0 =A0 =A0 uint16_t ep_rx_mask; =A0 =A0 =A0 =A0 =A0 =A0/* bitmask of RX = endpoints */ + =A0 =A0 =A0 uint16_t ep_tx_mask; =A0 =A0 =A0 =A0 =A0 /* bitmask of TX end= points */ 8) The following won't work?? Freeing the cdevs have to be done in multiple steps. Please keep the semantics of the "usb2_fifo_free_wrap" function. When setting the configuration we have a cdev handle on EP0. If that is closed during set_config we are recursivly killing our own handle! Therefore there are some extra checks so that at some points we only free non-EP0 handles, at some point only a specific interface and so on. + =A0 =A0 =A0 usb2_cdev_free(udev); =A0 =A0 =A0 =A0 usb2_fifo_free_wrap(udev, iface_index, 0); 9) Regarding the device nodes, how about organising into sub-folders? Before: + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 /* Now, create the device its= elf */ + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 snprintf(devname, sizeof(devn= ame), USB_DEVICE_NAME + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 "%u.%u.%u.%u", pd->bu= s_index, pd->dev_index, + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 pd->iface_index, pd->= ep_addr); + After: + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 /* Now, create the device its= elf */ + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 snprintf(devname, sizeof(devn= ame), USB_DEVICE_NAME + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 "%u/%u/%u/%u", pd->bu= s_index, pd->dev_index, + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 pd->iface_index, pd->= ep_addr); + You would also have to update libusb20. 10) Can you show me the implementation of the following function: + =A0 =A0 =A0 devfs_set_cdevpriv(cpd, usb2_close); =2D-HPS From owner-freebsd-current@FreeBSD.ORG Fri Feb 27 09:58: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 800551065670 for ; Fri, 27 Feb 2009 09:58:04 +0000 (UTC) (envelope-from mail25@bzerk.org) Received: from ei.bzerk.org (tunnel490.ipv6.xs4all.nl [IPv6:2001:888:10:1ea::2]) by mx1.freebsd.org (Postfix) with ESMTP id 02FC98FC1F for ; Fri, 27 Feb 2009 09:58:03 +0000 (UTC) (envelope-from mail25@bzerk.org) Received: from ei.bzerk.org (BOFH@localhost [127.0.0.1]) by ei.bzerk.org (8.14.2/8.14.2) with ESMTP id n1R9tad0086234; Fri, 27 Feb 2009 10:55:36 +0100 (CET) (envelope-from mail25@bzerk.org) Received: (from bulk@localhost) by ei.bzerk.org (8.14.2/8.14.2/Submit) id n1R9tZXw086233; Fri, 27 Feb 2009 10:55:35 +0100 (CET) (envelope-from mail25@bzerk.org) Date: Fri, 27 Feb 2009 10:55:35 +0100 From: Ruben de Groot To: Craig Rodrigues Message-ID: <20090227095535.GA86019@ei.bzerk.org> Mail-Followup-To: Ruben de Groot , Craig Rodrigues , Sean Bruno , FreeBSD Current References: <1235502625.4345.2.camel@localhost.localdomain> <20090224192950.GA93786@crodrigues.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090224192950.GA93786@crodrigues.org> User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=-4.3 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 ei.bzerk.org X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (ei.bzerk.org [127.0.0.1]); Fri, 27 Feb 2009 10:56:40 +0100 (CET) Cc: Sean Bruno , FreeBSD Current Subject: Re: Default FS Layout Too Small? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Feb 2009 09:58:04 -0000 On Tue, Feb 24, 2009 at 07:29:50PM +0000, Craig Rodrigues typed: > On Tue, Feb 24, 2009 at 11:10:25AM -0800, Sean Bruno wrote: > > I would assume that the default would be much larger now-a-days. I think > > a simple doubling to 1G would be sufficient. > > Is there any point these days to having sysinstall auto-default to creating > separate slices for /tmp, /var/, /usr........ > when setting up new systems, I've started just ignoring > the sysinstall auto-defaults and making one big / partition > and installing FreeBSD there.... > > It seems every release we need to keep bumping up the size of > the sysinstall auto-defaults because they are too small. > > This bites new users. How could changing the defaults bite new users who are by definition not used to any defaults yet? From owner-freebsd-current@FreeBSD.ORG Fri Feb 27 10:30: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 E777A1065676 for ; Fri, 27 Feb 2009 10:30:21 +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 B4A328FC13 for ; Fri, 27 Feb 2009 10:30:21 +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 DE5FF125422; Fri, 27 Feb 2009 19:30:20 +0900 (JST) Message-ID: <49A7C0BC.3070404@ongs.co.jp> Date: Fri, 27 Feb 2009 19:30:20 +0900 From: Daichi GOTO User-Agent: Thunderbird 2.0.0.19 (X11/20090201) MIME-Version: 1.0 To: FreeBSD Current , stable@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: AsiaBSDCon 2009, early regist until 03/01/2009, dont miss it! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Feb 2009 10:30:22 -0000 Hi FreeBSD folks! AsiaBSDCon 2009 http://2009.asiabsdcon.org/ http://2009.asiabsdcon.org/registration.html AsiaBSDCon 2009 online registration is already begun and early registration is until 3/1 2009, you can save 3,000 YEN by early regist. Don't miss it :) I'm very glad to see you on AsiaBSDCon 2009! -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-current@FreeBSD.ORG Fri Feb 27 10:49: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 128A31065677 for ; Fri, 27 Feb 2009 10:49:51 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from buffy.york.ac.uk (buffy.york.ac.uk [144.32.226.160]) by mx1.freebsd.org (Postfix) with ESMTP id 884918FC15 for ; Fri, 27 Feb 2009 10:49:50 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.14.3/8.14.3) with ESMTP id n1RAnnCN068196; Fri, 27 Feb 2009 10:49:49 GMT (envelope-from gavin@FreeBSD.org) Received: (from ga9@localhost) by buffy.york.ac.uk (8.14.3/8.14.3/Submit) id n1RAnna8068195; Fri, 27 Feb 2009 10:49:49 GMT (envelope-from gavin@FreeBSD.org) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin@FreeBSD.org using -f From: Gavin Atkinson To: akbeech@gmail.com In-Reply-To: <200902261732.20420.beech@freebsd.org> References: <200902261732.20420.beech@freebsd.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Fri, 27 Feb 2009 10:49:49 +0000 Message-Id: <1235731789.64816.7.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 FreeBSD GNOME Team Port Cc: freebsd-current@FreeBSD.org, Beech Rintoul Subject: Re: SATA DVD no longer detected X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Feb 2009 10:49:51 -0000 On Thu, 2009-02-26 at 17:32 -0900, Beech Rintoul wrote: > My SATA dvd is no longer detected. This worked fine up until recently. > > dmesg: > atapci0: port > 0xb000-0xb007,0xa000-0xa003,0x9000-0x9007,0x8000-0x8003,0x7000-0x700f mem > 0xf9fff800-0xf9fffbff irq 22 at device 18.0 on pci0 > atapci0: [ITHREAD] > atapci0: AHCI Version 01.10 controller with 4 ports PM supported > ata2: on atapci0 > ata2: [ITHREAD] > ata3: on atapci0 > ata3: [ITHREAD] > ata4: on atapci0 > ata4: [ITHREAD] > ata5: on atapci0 > ata5: [ITHREAD] > > ad4: 476940MB at ata2-master SATA300 > > uname: > FreeBSD stargate.akherb.com 8.0-CURRENT FreeBSD 8.0-CURRENT #21: Mon Feb 16 > 12:03:51 AKST 2009 > > My SATA drive is detected, but not the DVD. I'm unfamiliar with this area so > any pointers would be appreciated. Can you get and compare a verbose dmesg of a working and the non-working kernel? There have been a handful of improvements made to the ATA code recently, and presumably one of them has broken your system. Maybe you could narrow down which commit lost your DVD drive by compiling HEAD from (say) 20th Feb, and stepping forward or backwards until the commit is pinpointed? You should be able to achieve this within 4 recompiles if you pick your dates/times carefully. Gavin From owner-freebsd-current@FreeBSD.ORG Fri Feb 27 11:43: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 18C9A106566C for ; Fri, 27 Feb 2009 11:43:01 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 8AD2E8FC0C for ; Fri, 27 Feb 2009 11:43:00 +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 236058057; Fri, 27 Feb 2009 13:42:59 +0200 Message-ID: <49A7D1C2.6070608@FreeBSD.org> Date: Fri, 27 Feb 2009 13:42:58 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.14 (X11/20080612) MIME-Version: 1.0 To: Yoshihiro Ota References: <1235218982.00077642.1235207402@10.7.7.3> <499FFC5F.3020903@FreeBSD.org> <47d0403c0902210949i74473bc5j57c923e13c85e89@mail.gmail.com> <49A04510.5030405@FreeBSD.org> <7d6fde3d0902211356h66b05cfcxf2ebbe9b2a6fd0f0@mail.gmail.com> <20090224004110.e4ad76f4.ota@j.email.ne.jp> <49A45127.3000108@FreeBSD.org> <20090225211656.75c546c3.ota@j.email.ne.jp> <49A6F609.20901@FreeBSD.org> <20090226223106.b56ad289.ota@j.email.ne.jp> In-Reply-To: <20090226223106.b56ad289.ota@j.email.ne.jp> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: Annoying whitenoise sound coming from snd_hda enabled chipset X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Feb 2009 11:43:01 -0000 Yoshihiro Ota wrote: > On Thu, 26 Feb 2009 22:05:29 +0200 > Alexander Motin wrote: > >> Yoshihiro Ota wrote: >>> On Tue, 24 Feb 2009 21:57:27 +0200 >>> Alexander Motin wrote: >>>> Yoshihiro Ota wrote: >>>>> In my case, with hdac or pcm device, 8-CURRENT fails to boot very requentry. >>>>> It fails to prove a device and doesn't proceed farthar than that point. >>>>> Now it only boots once in 5 or 10 reboots. >>>>> >>>>> When it boots, it prints lots of following messages. >>>>> >>>>> hdac0: HDA Codec #0: Conexant CX20549 (Venice) >>>>> hdac0: unable to allocate widgets! >>>>> hdac0: unable to allocate widgets! >>>>> hdac0: unable to allocate widgets! >>>>> hdac0: unable to allocate widgets! >>>>> hdac0: unable to allocate widgets! >>>>> hdac0: hdac_command_send_internal: TIMEOUT numcmd=1, sent=1, received=0 >>>>> hdac0: hdac_command_send_internal: TIMEOUT numcmd=1, sent=1, received=0 >>>>> hdac0: hdac_command_send_internal: TIMEOUT numcmd=1, sent=1, received=0 >>>>> hdac0: hdac_command_send_internal: TIMEOUT numcmd=1, sent=1, received=0 >>>>> hdac0: hdac_command_send_internal: TIMEOUT numcmd=1, sent=1, received=0 >>>>> >>>>> I think this started happening about a week ago or so, sometime between >>>>> 13 and 16th. >>>> The only significant change last time was enabling MSI by default. But I >>>> don't think it should lead to such errors. I have tried even operation >>>> completely without interrupts working and there is not such errors. Can >>>> you send me complete verbose dmesg with the problem and `pciconf -lvc` >>>> output? >>>> >>>> Also you may try to disable MSI by setting 'hint.hdac.0.msi=0' hint. >>> Once I disabled snd_hda_load="YES" in /boot/loader.conf, it comes up >>> all times. However, when I run "kldload snd_hda", the system stops responding, >>> i.e. crashes. >>> >>> So, now I added 'hint.hdac.0.msi="0"' in the hint; then, system comes up fine. >>> I tried "kldload snd_hda" and got the following output. >>> System didn't crash after adding the hint so that I added snd_hda_load="YES" >>> back to /boot/loader.conf. >> I have committed a patch to the CURRENT that should disable MSI for your >> HDA controller by default. Test it please. > > That's r189086, isn't it? > > So, for testing, I will remove hint.hdac.0.msi and add 'snd_hda_load="YES"' back. > Does that sound valid test? Yes. 'snd_hda_load="YES"' is on your wish. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Fri Feb 27 11:59: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 B98E2106566C for ; Fri, 27 Feb 2009 11:59:31 +0000 (UTC) (envelope-from erratic@devel.ws) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.237]) by mx1.freebsd.org (Postfix) with ESMTP id 947028FC23 for ; Fri, 27 Feb 2009 11:59:31 +0000 (UTC) (envelope-from erratic@devel.ws) Received: by rv-out-0506.google.com with SMTP id f6so1056040rvb.43 for ; Fri, 27 Feb 2009 03:59:31 -0800 (PST) MIME-Version: 1.0 Received: by 10.141.210.2 with SMTP id m2mr1163842rvq.284.1235734732487; Fri, 27 Feb 2009 03:38:52 -0800 (PST) In-Reply-To: <20090227095535.GA86019@ei.bzerk.org> References: <1235502625.4345.2.camel@localhost.localdomain> <20090224192950.GA93786@crodrigues.org> <20090227095535.GA86019@ei.bzerk.org> Date: Fri, 27 Feb 2009 03:38:52 -0800 Message-ID: <5061b39c0902270338t3925ad3fj9fd83e89011e9b65@mail.gmail.com> From: Paige Thompson To: Ruben de Groot , Craig Rodrigues , Sean Bruno , FreeBSD Current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Default FS Layout Too Small? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Feb 2009 11:59:32 -0000 I use the auto defaults and frankly thats one of the. things in fbsd that I have become quite fond of over these years. If that goes away Im going to cry. If anything itd be nice if it would suggest a few different layouts and possibly partions for more than just what it suggests. I prefer many partitions myself but over the last year or so Ive used lvm2 and ext3 which I can resize. Cant you resize those partitions later? -Adele (sent from my gphone!) On Feb 27, 2009 2:00 AM, "Ruben de Groot" wrote: On Tue, Feb 24, 2009 at 07:29:50PM +0000, Craig Rodrigues typed: > On Tue, Feb 24, 2009 at 11:10:25AM -0800, Sean Bruno wrote: > > I would assume that the default would be much larger now-a-days. I think > > a simple doubling to 1G would be sufficient. > > Is there any point these days to having sysinstall auto-default to creating > separate slices for /tmp, /var/, /usr........ > when setting up new systems, I've started just ignoring > the sysinstall auto-defaults and making one big / partition > and installing FreeBSD there.... > > It seems every release we need to keep bumping up the size of > the sysinstall auto-defaults because they are too small. > > This bites new users. How could changing the defaults bite new users who are by definition not used to any defaults yet? _______________________________________________ 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 Feb 27 13: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 4F2CD1065672; Fri, 27 Feb 2009 13:43:13 +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 C94548FC1B; Fri, 27 Feb 2009 13:43:12 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id 1DF1FFEF4; Sat, 28 Feb 2009 02:43:11 +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 1Q9t8TyO91dG; Sat, 28 Feb 2009 02:43:06 +1300 (NZDT) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Sat, 28 Feb 2009 02:43:06 +1300 (NZDT) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id 82C071142F; Sat, 28 Feb 2009 02:43:05 +1300 (NZDT) Date: Fri, 27 Feb 2009 05:43:05 -0800 From: Andrew Thompson To: Hans Petter Selasky Message-ID: <20090227134305.GA53460@citylink.fud.org.nz> References: <20090226020330.GC25211@citylink.fud.org.nz> <20090227011434.GA52500@citylink.fud.org.nz> <200902270843.12291.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200902270843.12291.hselasky@c2i.net> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: usb@freebsd.org, freebsd-current@freebsd.org Subject: Re: USB devfs 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: Fri, 27 Feb 2009 13:43:13 -0000 On Fri, Feb 27, 2009 at 08:43:11AM +0100, Hans Petter Selasky wrote: > Hi Andrew, > > > The patch has been updated thanks to feedback > > http://people.freebsd.org/~thompsa/usb-cdevs2.diff > > I cannot see that you have looked at the 11 issues I repored on the last > patch. Can you have a look at the following issues again: Yes I have, 1, 2, 3, 6, 7 & 8 have all been fixed. For #10 use http://fxr.watson.org Andrew > Here is a list of comments and bugs. > The comments follow the diff from top to bottom. > > 1) There is a redundant setting of "is_uref = 1" ? > > - ? ? ? if (ploc->is_uref) { > + ? ? ? if (cpd->is_uref) { > ? ? ? ? ? ? ? ? /* > ? ? ? ? ? ? ? ? ?* We are about to alter the bus-state. Apply the > ? ? ? ? ? ? ? ? ?* required locks. > ? ? ? ? ? ? ? ? ?*/ > - ? ? ? ? ? ? ? sx_xlock(ploc->udev->default_sx + 1); > + ? ? ? ? ? ? ? sx_xlock(cpd->udev->default_sx + 1); > ? ? ? ? ? ? ? ? mtx_lock(&Giant); ? ? ? /* XXX */ > + ? ? ? ? ? ? ? cpd->is_uref = 1; > ? ? ? ? } > > > 2) Should gid_t uid_t and mode_t be used? > > + ? ?uint8_t iface_index, uint32_t uid, uint32_t gid, uint16_t mode) > > > 3) This comment should be: > > /* Now, create the device itself and an alias */ > > /* Now, create the device */ > > Because the alias is not needed - right. > > > 4) Probably you can just remove the src_path stuff: > > + ? ? ? /* XXX no longer needed */ > + ? ? ? strlcpy(ps->src_path, target, sizeof(ps->src_path)); > + ? ? ? ps->src_len = strlen(ps->src_path); > > 5) There is no reason to use 32-bit int, except for fflags? > > uint16_t bus_index; > uint8_t dev_index; > uint8_t iface_index; > uint8_t ep_addr; > #define?EP_NO_ADDR 0xff /* instead of ep_addr = -1 */ > > ?/* > + * Private per-device information. > + */ > +struct usb2_cdev_privdata { > + ? ? ? struct usb2_bus ? ? ? ? *bus; > + ? ? ? struct usb2_device ? ? ?*udev; > + ? ? ? struct usb2_interface ? *iface; > + ? ? ? struct usb2_fifo ? ? ? ?*rxfifo; > + ? ? ? struct usb2_fifo ? ? ? ?*txfifo; > + ? ? ? int ? ? ? ? ? ? ? ? ? ? bus_index; ? ? ?/* bus index */ > + ? ? ? int ? ? ? ? ? ? ? ? ? ? dev_index; ? ? ?/* device index */ > + ? ? ? int ? ? ? ? ? ? ? ? ? ? iface_index; ? ?/* interface index */ > + ? ? ? int ? ? ? ? ? ? ? ? ? ? ep_addr; ? ? ? ?/* endpoint address */ > + ? ? ? uint8_t ? ? ? ? ? ? ? ? fifo_index; ? ? /* FIFO index */ > + ? ? ? uint8_t ? ? ? ? ? ? ? ? is_read; ? ? ? ?/* location has read access */ > + ? ? ? uint8_t ? ? ? ? ? ? ? ? is_write; ? ? ? /* location has write access > */ > + ? ? ? uint8_t ? ? ? ? ? ? ? ? is_uref; ? ? ? ?/* USB refcount decr. needed > */ > + ? ? ? uint8_t ? ? ? ? ? ? ? ? is_usbfs; ? ? ? /* USB-FS is active */ > + ? ? ? int ? ? ? ? ? ? ? ? ? ? fflags; > +}; > > For usb2_fs_privdata probably you are justified. I would have used > "unsigned int" for the fields that are unsigned. It has something to do with > range checks in the code not checking for values less than zero. Like: > > if (fifo_index < max) > ok; > else > failure; > > With int's we have to think more: > > if (fifo_index >= 0 && fifo_index < max) > ok; > else > failure; > > 6) Some non-gcc compilers will complain unless you do 0-1 when the > destination variable is unsigned. > > - ? ? ? usb2_free_pipe_data(udev, iface_index, 0 - 1); > + ? ? ? usb2_free_pipe_data(udev, iface_index, -1); > > > 7) Watch out!! Maybe using the word "in" and "out" is bad idea. If > this means "read" and "write", then use "rd" and "wr", because in USB > device mode the endpoint direction is exactly the opposide like in USB > host mode: > > + ? ? ? ? ? ? ? /* Fill in the endpoint bitmasks */ > + ? ? ? ? ? ? ? if (ed->bEndpointAddress & UE_DIR_IN) > + ? ? ? ? ? ? ? ? ? ? ? iface->ep_in_mask |= > + ? ? ? ? ? ? ? ? ? ? ? ? ? 1 << UE_GET_ADDR(ed->bEndpointAddress); > + ? ? ? ? ? ? ? else > + ? ? ? ? ? ? ? ? ? ? ? iface->ep_out_mask |= > + ? ? ? ? ? ? ? ? ? ? ? ? ? 1 << UE_GET_ADDR(ed->bEndpointAddress); > > Use the the following macro for reference when computing if an > endpoint is read or write! > > #define USB_GET_DATA_ISREAD(xfer) (((xfer)->flags_int.usb2_mode == \ > ? ? ? ? USB_MODE_DEVICE) ? ((xfer->endpoint & UE_DIR_IN) ? 0 : 1) : \ > ? ? ? ? ((xfer->endpoint & UE_DIR_IN) ? 1 : 0)) > > Change: > > + ? ? ? uint16_t ep_in_mask; ? ? ? ? ? ?/* bitmask of IN endpoints */ > + ? ? ? uint16_t ep_out_mask; ? ? ? ? ? /* bitmask of OUT endpoints */ > > Into: > > + ? ? ? uint16_t ep_rx_mask; ? ? ? ? ? ?/* bitmask of RX endpoints */ > + ? ? ? uint16_t ep_tx_mask; ? ? ? ? ? /* bitmask of TX endpoints */ > > > 8) The following won't work?? Freeing the cdevs have to be done in multiple > steps. Please keep the semantics of the "usb2_fifo_free_wrap" function. > > When setting the configuration we have a cdev handle on EP0. If that > is closed during set_config we are recursivly killing our own handle! > Therefore there are some extra checks so that at some points we only > free non-EP0 handles, at some point only a specific interface and so > on. > > + ? ? ? usb2_cdev_free(udev); > ? ? ? ? usb2_fifo_free_wrap(udev, iface_index, 0); > > 9) Regarding the device nodes, how about organising into sub-folders? > > Before: > > + ? ? ? ? ? ? ? ? ? ? ? /* Now, create the device itself */ > + ? ? ? ? ? ? ? ? ? ? ? snprintf(devname, sizeof(devname), USB_DEVICE_NAME > + ? ? ? ? ? ? ? ? ? ? ? ? ? "%u.%u.%u.%u", pd->bus_index, pd->dev_index, > + ? ? ? ? ? ? ? ? ? ? ? ? ? pd->iface_index, pd->ep_addr); > + > > After: > > + ? ? ? ? ? ? ? ? ? ? ? /* Now, create the device itself */ > + ? ? ? ? ? ? ? ? ? ? ? snprintf(devname, sizeof(devname), USB_DEVICE_NAME > + ? ? ? ? ? ? ? ? ? ? ? ? ? "%u/%u/%u/%u", pd->bus_index, pd->dev_index, > + ? ? ? ? ? ? ? ? ? ? ? ? ? pd->iface_index, pd->ep_addr); > + > > You would also have to update libusb20. > > 10) Can you show me the implementation of the following function: > > + ? ? ? devfs_set_cdevpriv(cpd, usb2_close); > > --HPS From owner-freebsd-current@FreeBSD.ORG Fri Feb 27 14: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 35D6C106564A for ; Fri, 27 Feb 2009 14:55:50 +0000 (UTC) (envelope-from SNasonov@BCC.RU) Received: from extmx.bcc.ru (extmx.bcc.ru [217.170.85.214]) by mx1.freebsd.org (Postfix) with ESMTP id B337F8FC12 for ; Fri, 27 Feb 2009 14:55:49 +0000 (UTC) (envelope-from SNasonov@BCC.RU) Received: from localhost (localhost [127.0.0.1]) by extmx.bcc.ru (Postfix) with ESMTP id 7E52210854 for ; Fri, 27 Feb 2009 17:30:47 +0300 (MSK) Received: from extmx.bcc.ru ([127.0.0.1]) by localhost (extmx.bcc.ru [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 11238-03 for ; Fri, 27 Feb 2009 17:30:45 +0300 (MSK) Received: from mail.bcc (unknown [192.168.200.208]) by extmx.bcc.ru (Postfix) with ESMTP id C4F4910852 for ; Fri, 27 Feb 2009 17:30:45 +0300 (MSK) Received: from snasonovnbwxp.bcc ([192.168.201.205]) by mail.bcc over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830); Fri, 27 Feb 2009 17:28:24 +0300 From: Sergey G Nasonov Organization: BCC Date: Fri, 27 Feb 2009 17:30:06 +0300 User-Agent: KMail/1.11.0 (FreeBSD/8.0-CURRENT; KDE/4.2.0; i386; ; ) MIME-Version: 1.0 Content-Disposition: inline X-Length: 2109 X-UID: 742 To: freebsd-current@freebsd.org Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200902271730.07660.snasonov@bcc.ru> X-OriginalArrivalTime: 27 Feb 2009 14:28:24.0676 (UTC) FILETIME=[A6019A40:01C998E7] X-Virus-Scanned: amavisd-new at bcc.ru Subject: Interrupt stom on cardbus device X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Feb 2009 14:55:50 -0000 Hello all, I have get an issue after recent kernel recompile. The problem appears after switch from X to text console and back to X11. After that vmstat -i show an interrupt storm on cardbus device: > vmstat -i interrupt total rate irq1: atkbd0 6483 3 irq9: acpi0 3236 1 irq12: psm0 347988 167 irq14: ata0 16431 7 irq16: cbb0 uhci2+ 13624982 6556 irq20: uhci0 14 0 irq22: ehci0 2 0 cpu0: timer 4154687 1999 irq256: em0 53736 25 irq257: hdac0 5797 2 cpu1: timer 4153683 1998 irq258: vgapci0 235585 113 Total 22602624 10877 I suppose that the issue related with the latest MSI interrupt handler changes for intel graphics chipset. My laptop has i965GM. pciconf -lv: vgapci0@pci0:0:2:0: class=0x030000 card=0x20b517aa chip=0x2a028086 rev=0x0c hdr=0x00 vendor = 'Intel Corporation' device = 'Mobile 965 Express Integrated Graphics Controller' class = display subclass = VGA When I added my device to drm_msi_blacklist and recompile drm modules the problem disappear. Is it possible to resolve this problem without moving the device to the drm_msi_blacklist? I can test any patches or provide additional detail if it is required. Thanks. -- Best Regards, Nasonov Sergey From owner-freebsd-current@FreeBSD.ORG Fri Feb 27 15:31: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 77F8F1065695 for ; Fri, 27 Feb 2009 15:31:18 +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 3A8488FC12 for ; Fri, 27 Feb 2009 15:31:18 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id 68392FF83; Sat, 28 Feb 2009 04:31:17 +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 9Ii0xRv5NIVN; Sat, 28 Feb 2009 04:31:13 +1300 (NZDT) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Sat, 28 Feb 2009 04:31:13 +1300 (NZDT) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id 9D10611432; Sat, 28 Feb 2009 04:31:13 +1300 (NZDT) Date: Fri, 27 Feb 2009 07:31:13 -0800 From: Andrew Thompson To: Daichi GOTO Message-ID: <20090227153113.GC53460@citylink.fud.org.nz> References: <49A7840C.4020902@ongs.co.jp> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49A7840C.4020902@ongs.co.jp> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: FreeBSD Current , Masanori OZAWA , Hans Petter Selasky Subject: Re: A patch: fixed mistaken libusbhid change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Feb 2009 15:31:19 -0000 On Fri, Feb 27, 2009 at 03:11:24PM +0900, Daichi GOTO wrote: > Hi USB2 folks, > > I have found libusbhid has been changed with > mistaken patch. I have made a fix patch included. > Please check that, consider and merge and commit! Committed, thanks. > --- lib/libusbhid/descr.c.orig 2009-02-24 03:36:54.000000000 +0900 > +++ lib/libusbhid/descr.c 2009-02-27 14:55:50.000000000 +0900 > @@ -85,13 +85,15 @@ > /* get actual length first */ > ugd.ugd_data = NULL; > ugd.ugd_maxlen = 65535; > -#ifdef HID_COMPAT7 > if (ioctl(fd, USB_GET_REPORT_DESC, &ugd) < 0) { > +#ifdef HID_COMPAT7 > /* could not read descriptor */ > /* try FreeBSD 7 compat code */ > return (hid_get_report_desc_compat7(fd)); > - } > +#else > + return (NULL); > #endif > + } > > /* > * NOTE: The kernel will return a failure if > _______________________________________________ > 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 Feb 27 15:36: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 B88AB106566C; Fri, 27 Feb 2009 15:36:34 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout1.freenet.de (mout1.freenet.de [IPv6:2001:748:100:40::2:3]) by mx1.freebsd.org (Postfix) with ESMTP id 4D8DB8FC15; Fri, 27 Feb 2009 15:36:34 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.10] (helo=0.mx.freenet.de) by mout1.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #76) id 1Ld4lN-0003rE-5Y; Fri, 27 Feb 2009 16:36:33 +0100 Received: from tc4e6.t.pppool.de ([89.55.196.230]:16451 helo=ernst.jennejohn.org) by 0.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #79) id 1Ld4lM-0007CR-Tp; Fri, 27 Feb 2009 16:36:33 +0100 Date: Fri, 27 Feb 2009 16:36:32 +0100 From: Gary Jennejohn To: FreeBSD-Current Message-ID: <20090227163632.4c6f6b1f@ernst.jennejohn.org> In-Reply-To: <20090226122212.76077ed0@ernst.jennejohn.org> References: <49A5A276.9080401@FreeBSD.org> <20090226122212.76077ed0@ernst.jennejohn.org> X-Mailer: Claws Mail 3.7.0 (GTK+ 2.14.7; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Alexander Motin Subject: Re: SATA disks suddenly stop working [Update] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Feb 2009 15:36:35 -0000 On Thu, 26 Feb 2009 12:22:12 +0100 Gary Jennejohn wrote: > I rebooted and turned off MSI. I'll monitor the situation to see > whether that helps. > Turning off MSI seems to have fixed it. Buggy chipset, I suppose. --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Fri Feb 27 17:12: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 A0553106564A for ; Fri, 27 Feb 2009 17:12:22 +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 7287A8FC0A for ; Fri, 27 Feb 2009 17:12:22 +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 01EF946BAC; Fri, 27 Feb 2009 12:12:21 -0500 (EST) 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 n1RHCDaj052923; Fri, 27 Feb 2009 12:12:13 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 27 Feb 2009 12:08:47 -0500 User-Agent: KMail/1.9.7 References: <200902271730.07660.snasonov@bcc.ru> In-Reply-To: <200902271730.07660.snasonov@bcc.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902271208.48212.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]); Fri, 27 Feb 2009 12:12:16 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.2/9054/Fri Feb 27 04:02:52 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: Sergey G Nasonov Subject: Re: Interrupt stom on cardbus device X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Feb 2009 17:12:22 -0000 On Friday 27 February 2009 9:30:06 am Sergey G Nasonov wrote: > Hello all, > I have get an issue after recent kernel recompile. > The problem appears after switch from X to text console and back to X11. > After that vmstat -i show an interrupt storm on cardbus device: > > > vmstat -i > interrupt total rate > irq1: atkbd0 6483 3 > irq9: acpi0 3236 1 > irq12: psm0 347988 167 > irq14: ata0 16431 7 > irq16: cbb0 uhci2+ 13624982 6556 > irq20: uhci0 14 0 > irq22: ehci0 2 0 > cpu0: timer 4154687 1999 > irq256: em0 53736 25 > irq257: hdac0 5797 2 > cpu1: timer 4153683 1998 > irq258: vgapci0 235585 113 > Total 22602624 10877 > > I suppose that the issue related with the latest MSI interrupt > handler changes for intel graphics chipset. My laptop has i965GM. > pciconf -lv: > > vgapci0@pci0:0:2:0: class=0x030000 card=0x20b517aa chip=0x2a028086 > rev=0x0c hdr=0x00 > vendor = 'Intel Corporation' > device = 'Mobile 965 Express Integrated Graphics Controller' > class = display > subclass = VGA > > When I added my device to drm_msi_blacklist and recompile drm modules the > problem disappear. > Is it possible to resolve this problem without moving the device to the > drm_msi_blacklist? > I can test any patches or provide additional detail if it is required. > Thanks. It seems the device is still interrupting on its INTx line perhaps in addition to the MSI interrupts. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Feb 27 18:28: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 AFC891065674 for ; Fri, 27 Feb 2009 18:28:15 +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 875F58FC14 for ; Fri, 27 Feb 2009 18:28:15 +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 0978828E10E8; Fri, 27 Feb 2009 18:28:14 +0000 (UTC) From: Beech Rintoul Organization: FreeBSD To: Gavin Atkinson Date: Fri, 27 Feb 2009 09:28:12 -0900 User-Agent: KMail/1.11.0 (FreeBSD/8.0-CURRENT; KDE/4.2.0; i386; ; ) References: <200902261732.20420.beech@freebsd.org> <1235731789.64816.7.camel@buffy.york.ac.uk> In-Reply-To: <1235731789.64816.7.camel@buffy.york.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902270928.12511.beech@freebsd.org> Cc: freebsd-current@freebsd.org, akbeech@gmail.com Subject: Re: SATA DVD no longer detected 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: Fri, 27 Feb 2009 18:28:16 -0000 On Friday 27 February 2009 01:49:49 Gavin Atkinson wrote: > On Thu, 2009-02-26 at 17:32 -0900, Beech Rintoul wrote: > > My SATA dvd is no longer detected. This worked fine up until recently. > > > > dmesg: > > atapci0: port > > 0xb000-0xb007,0xa000-0xa003,0x9000-0x9007,0x8000-0x8003,0x7000-0x700f mem > > 0xf9fff800-0xf9fffbff irq 22 at device 18.0 on pci0 > > atapci0: [ITHREAD] > > atapci0: AHCI Version 01.10 controller with 4 ports PM supported > > ata2: on atapci0 > > ata2: [ITHREAD] > > ata3: on atapci0 > > ata3: [ITHREAD] > > ata4: on atapci0 > > ata4: [ITHREAD] > > ata5: on atapci0 > > ata5: [ITHREAD] > > > > ad4: 476940MB at ata2-master SATA300 > > > > uname: > > FreeBSD stargate.akherb.com 8.0-CURRENT FreeBSD 8.0-CURRENT #21: Mon Feb > > 16 12:03:51 AKST 2009 > > > > My SATA drive is detected, but not the DVD. I'm unfamiliar with this area > > so any pointers would be appreciated. > > Can you get and compare a verbose dmesg of a working and the non-working > kernel? > > There have been a handful of improvements made to the ATA code recently, > and presumably one of them has broken your system. Maybe you could > narrow down which commit lost your DVD drive by compiling HEAD from > (say) 20th Feb, and stepping forward or backwards until the commit is > pinpointed? You should be able to achieve this within 4 recompiles if > you pick your dates/times carefully. Well, if it's any help a kernel built Jan 29 works and the last one (Feb 16) doesn't. I notice a lot of commits in ata (some hourly). Work precludes me doing much until tonight or tomorrow. I'll see if I can nail it down a bit closer. The only change I see in dmesg from Jan 29 is the DVD is detected and atapicam has an entry as well. 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 Fri Feb 27 18:50: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 BD7461065674; Fri, 27 Feb 2009 18:50: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 8D57B8FC25; Fri, 27 Feb 2009 18:50:40 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.2] (adsl-1-207-68.bna.bellsouth.net [65.1.207.68]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n1RInEID028607 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 27 Feb 2009 13:49:15 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: John Baldwin In-Reply-To: <200902271208.48212.jhb@freebsd.org> References: <200902271730.07660.snasonov@bcc.ru> <200902271208.48212.jhb@freebsd.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-TgU/7TCIzr5+G3bSUmWR" Organization: FreeBSD Date: Fri, 27 Feb 2009 12:50:28 -0600 Message-Id: <1235760629.1289.51.camel@widget.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.4 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-current@freebsd.org, Sergey G Nasonov Subject: Re: Interrupt stom on cardbus device X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Feb 2009 18:50:41 -0000 --=-TgU/7TCIzr5+G3bSUmWR Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2009-02-27 at 12:08 -0500, John Baldwin wrote: > On Friday 27 February 2009 9:30:06 am Sergey G Nasonov wrote: > > Hello all, > > I have get an issue after recent kernel recompile. > > The problem appears after switch from X to text console and back to X11= . > > After that vmstat -i show an interrupt storm on cardbus device: > >=20 > > > vmstat -i > > interrupt total rate > > irq1: atkbd0 6483 3 > > irq9: acpi0 3236 1 > > irq12: psm0 347988 167 > > irq14: ata0 16431 7 > > irq16: cbb0 uhci2+ 13624982 6556 > > irq20: uhci0 14 0 > > irq22: ehci0 2 0 > > cpu0: timer 4154687 1999 > > irq256: em0 53736 25 > > irq257: hdac0 5797 2 > > cpu1: timer 4153683 1998 > > irq258: vgapci0 235585 113 > > Total 22602624 10877 > >=20 > > I suppose that the issue related with the latest MSI interrupt=20 > > handler changes for intel graphics chipset. My laptop has i965GM. > > pciconf -lv: > >=20 > > vgapci0@pci0:0:2:0: class=3D0x030000 card=3D0x20b517aa chip=3D0x2a0= 28086=20 > > rev=3D0x0c hdr=3D0x00 > > vendor =3D 'Intel Corporation' > > device =3D 'Mobile 965 Express Integrated Graphics Controller' > > class =3D display > > subclass =3D VGA > >=20 > > When I added my device to drm_msi_blacklist and recompile drm modules t= he=20 > > problem disappear. > > Is it possible to resolve this problem without moving the device to the= =20 > > drm_msi_blacklist? > > I can test any patches or provide additional detail if it is required. = =20 > > Thanks. >=20 > It seems the device is still interrupting on its INTx line perhaps in add= ition=20 > to the MSI interrupts. Hrm, I did most all of that development on a 965gm. When you VT switch, the irq handler gets uninstalled and reinstalled when you return to X. There was an eratta on the 965gm suggesting that msi didn't work right, but I was never able to produce the issue. Intel was having major issues with this on linux and I finally convinced them to turn msi back on. My irq handler and Eric's are very similar, so I'm not sure what could be going on here. There is however an issue with vblanks that might be related. Could you try http://people.freebsd.org/~rnoland/drm-move_vblank_init.patch and see if that helps? robert. --=20 Robert Noland FreeBSD --=-TgU/7TCIzr5+G3bSUmWR 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 (FreeBSD) iEYEABECAAYFAkmoNfQACgkQM4TrQ4qfROPhXgCcDMNoLVzEUUpkLXZn7eekLrpQ QLMAn0sTmsT8y0LLdndauEfDZho23fhy =IMkj -----END PGP SIGNATURE----- --=-TgU/7TCIzr5+G3bSUmWR-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 27 19:04: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 A7716106564A; Fri, 27 Feb 2009 19:04:01 +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 67E358FC0A; Fri, 27 Feb 2009 19:04:01 +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 E629446B2E; Fri, 27 Feb 2009 14:04:00 -0500 (EST) 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 n1RJ3s9S053579; Fri, 27 Feb 2009 14:03:54 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Robert Noland Date: Fri, 27 Feb 2009 14:03:46 -0500 User-Agent: KMail/1.9.7 References: <200902271730.07660.snasonov@bcc.ru> <200902271208.48212.jhb@freebsd.org> <1235760629.1289.51.camel@widget.2hip.net> In-Reply-To: <1235760629.1289.51.camel@widget.2hip.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902271403.46828.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]); Fri, 27 Feb 2009 14:03:54 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.2/9054/Fri Feb 27 04:02:52 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, Sergey G Nasonov Subject: Re: Interrupt stom on cardbus device X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Feb 2009 19:04:01 -0000 On Friday 27 February 2009 1:50:28 pm Robert Noland wrote: > On Fri, 2009-02-27 at 12:08 -0500, John Baldwin wrote: > > On Friday 27 February 2009 9:30:06 am Sergey G Nasonov wrote: > > > Hello all, > > > I have get an issue after recent kernel recompile. > > > The problem appears after switch from X to text console and back to X11. > > > After that vmstat -i show an interrupt storm on cardbus device: > > > > > > > vmstat -i > > > interrupt total rate > > > irq1: atkbd0 6483 3 > > > irq9: acpi0 3236 1 > > > irq12: psm0 347988 167 > > > irq14: ata0 16431 7 > > > irq16: cbb0 uhci2+ 13624982 6556 > > > irq20: uhci0 14 0 > > > irq22: ehci0 2 0 > > > cpu0: timer 4154687 1999 > > > irq256: em0 53736 25 > > > irq257: hdac0 5797 2 > > > cpu1: timer 4153683 1998 > > > irq258: vgapci0 235585 113 > > > Total 22602624 10877 > > > > > > I suppose that the issue related with the latest MSI interrupt > > > handler changes for intel graphics chipset. My laptop has i965GM. > > > pciconf -lv: > > > > > > vgapci0@pci0:0:2:0: class=0x030000 card=0x20b517aa chip=0x2a028086 > > > rev=0x0c hdr=0x00 > > > vendor = 'Intel Corporation' > > > device = 'Mobile 965 Express Integrated Graphics Controller' > > > class = display > > > subclass = VGA > > > > > > When I added my device to drm_msi_blacklist and recompile drm modules the > > > problem disappear. > > > Is it possible to resolve this problem without moving the device to the > > > drm_msi_blacklist? > > > I can test any patches or provide additional detail if it is required. > > > Thanks. > > > > It seems the device is still interrupting on its INTx line perhaps in addition > > to the MSI interrupts. > > Hrm, I did most all of that development on a 965gm. When you VT switch, > the irq handler gets uninstalled and reinstalled when you return to X. > There was an eratta on the 965gm suggesting that msi didn't work right, > but I was never able to produce the issue. Intel was having major > issues with this on linux and I finally convinced them to turn msi back > on. My irq handler and Eric's are very similar, so I'm not sure what > could be going on here. > > There is however an issue with vblanks that might be related. Could you > try http://people.freebsd.org/~rnoland/drm-move_vblank_init.patch and > see if that helps? In this case the issue isn't that MSI isn't working I think, but that the hardware is sending interrupts via both routes (MSI and INTx). If that happens, then you will see an interrupt storm on the INTx line, but FreeBSD will only notice if another device is sharing the same IRQ line. So if your test machine has vgapci0 on irq 22 and you have no other devices on IRQ 22, then the storm would go unnoticed. This is most likely a chip bug (unless the driver has to explicitly disable INTx interrupts when using MSI). It would probably be a good idea to add a hw.drm.msi_enable tunable (or hw.drm.msi) that people can use to disable MSI perhaps. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Feb 27 19:11: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 81889106566C; Fri, 27 Feb 2009 19:11:13 +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 53F948FC19; Fri, 27 Feb 2009 19:11:13 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.2] (adsl-1-207-68.bna.bellsouth.net [65.1.207.68]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n1RJ9o91028739 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 27 Feb 2009 14:09:50 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: John Baldwin In-Reply-To: <200902271403.46828.jhb@freebsd.org> References: <200902271730.07660.snasonov@bcc.ru> <200902271208.48212.jhb@freebsd.org> <1235760629.1289.51.camel@widget.2hip.net> <200902271403.46828.jhb@freebsd.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-mHc4t/tx+tLQuewSip8f" Organization: FreeBSD Date: Fri, 27 Feb 2009 13:11:04 -0600 Message-Id: <1235761864.1289.54.camel@widget.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.4 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-current@freebsd.org, Sergey G Nasonov Subject: Re: Interrupt stom on cardbus device X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Feb 2009 19:11:13 -0000 --=-mHc4t/tx+tLQuewSip8f Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2009-02-27 at 14:03 -0500, John Baldwin wrote: > On Friday 27 February 2009 1:50:28 pm Robert Noland wrote: > > On Fri, 2009-02-27 at 12:08 -0500, John Baldwin wrote: > > > On Friday 27 February 2009 9:30:06 am Sergey G Nasonov wrote: > > > > Hello all, > > > > I have get an issue after recent kernel recompile. > > > > The problem appears after switch from X to text console and back to= X11. > > > > After that vmstat -i show an interrupt storm on cardbus device: > > > >=20 > > > > > vmstat -i > > > > interrupt total rate > > > > irq1: atkbd0 6483 3 > > > > irq9: acpi0 3236 1 > > > > irq12: psm0 347988 167 > > > > irq14: ata0 16431 7 > > > > irq16: cbb0 uhci2+ 13624982 6556 > > > > irq20: uhci0 14 0 > > > > irq22: ehci0 2 0 > > > > cpu0: timer 4154687 1999 > > > > irq256: em0 53736 25 > > > > irq257: hdac0 5797 2 > > > > cpu1: timer 4153683 1998 > > > > irq258: vgapci0 235585 113 > > > > Total 22602624 10877 > > > >=20 > > > > I suppose that the issue related with the latest MSI interrupt=20 > > > > handler changes for intel graphics chipset. My laptop has i965GM. > > > > pciconf -lv: > > > >=20 > > > > vgapci0@pci0:0:2:0: class=3D0x030000 card=3D0x20b517aa chip=3D0= x2a028086=20 > > > > rev=3D0x0c hdr=3D0x00 > > > > vendor =3D 'Intel Corporation' > > > > device =3D 'Mobile 965 Express Integrated Graphics Controll= er' > > > > class =3D display > > > > subclass =3D VGA > > > >=20 > > > > When I added my device to drm_msi_blacklist and recompile drm modul= es=20 > the=20 > > > > problem disappear. > > > > Is it possible to resolve this problem without moving the device to= the=20 > > > > drm_msi_blacklist? > > > > I can test any patches or provide additional detail if it is requir= ed. =20 > > > > Thanks. > > >=20 > > > It seems the device is still interrupting on its INTx line perhaps in= =20 > addition=20 > > > to the MSI interrupts. > >=20 > > Hrm, I did most all of that development on a 965gm. When you VT switch= , > > the irq handler gets uninstalled and reinstalled when you return to X. > > There was an eratta on the 965gm suggesting that msi didn't work right, > > but I was never able to produce the issue. Intel was having major > > issues with this on linux and I finally convinced them to turn msi back > > on. My irq handler and Eric's are very similar, so I'm not sure what > > could be going on here. > >=20 > > There is however an issue with vblanks that might be related. Could yo= u > > try http://people.freebsd.org/~rnoland/drm-move_vblank_init.patch and > > see if that helps? >=20 > In this case the issue isn't that MSI isn't working I think, but that the= =20 > hardware is sending interrupts via both routes (MSI and INTx). If that=20 > happens, then you will see an interrupt storm on the INTx line, but FreeB= SD=20 > will only notice if another device is sharing the same IRQ line. So if y= our=20 > test machine has vgapci0 on irq 22 and you have no other devices on IRQ 2= 2,=20 > then the storm would go unnoticed. This is most likely a chip bug (unles= s=20 > the driver has to explicitly disable INTx interrupts when using MSI). It= =20 > would probably be a good idea to add a hw.drm.msi_enable tunable (or=20 > hw.drm.msi) that people can use to disable MSI perhaps. Ok, I do have docs on the 965, so I'll look at this. The linux version does not do this, unless the OS does it in the background somewhere. I thought about adding a tuneable, but I have to figure out how that works first... ;) robert. --=20 Robert Noland FreeBSD --=-mHc4t/tx+tLQuewSip8f 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 (FreeBSD) iEYEABECAAYFAkmoOsgACgkQM4TrQ4qfROOkZwCeN2Pn0VVBqC90AFbuLXU7M16M qr0An3lt//Sxz0qBb36RII+jbVlPVG8O =hn9H -----END PGP SIGNATURE----- --=-mHc4t/tx+tLQuewSip8f-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 27 19:29: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 57F00106566B for ; Fri, 27 Feb 2009 19:29:25 +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 D09948FC1A for ; Fri, 27 Feb 2009 19:29:24 +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 236106034; Fri, 27 Feb 2009 21:29:24 +0200 Message-ID: <49A83F11.8060300@FreeBSD.org> Date: Fri, 27 Feb 2009 21:29:21 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.19 (X11/20090118) MIME-Version: 1.0 To: gary.jennejohn@freenet.de References: <49A5A276.9080401@FreeBSD.org> <20090226122212.76077ed0@ernst.jennejohn.org> <20090227163632.4c6f6b1f@ernst.jennejohn.org> In-Reply-To: <20090227163632.4c6f6b1f@ernst.jennejohn.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current Subject: Re: SATA disks suddenly stop working [Update] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Feb 2009 19:29:25 -0000 Gary Jennejohn wrote: > On Thu, 26 Feb 2009 12:22:12 +0100 > Gary Jennejohn wrote: > >> I rebooted and turned off MSI. I'll monitor the situation to see >> whether that helps. > > Turning off MSI seems to have fixed it. > > Buggy chipset, I suppose. All I know that MSI works fine for my ICH8M AHCI. I haven't tested it anywhere else yet. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Fri Feb 27 20:02: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 1F1A3106564A; Fri, 27 Feb 2009 20:02: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 D900B8FC0C; Fri, 27 Feb 2009 20:02: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 4D6F846B17; Fri, 27 Feb 2009 15:02:51 -0500 (EST) 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 n1RK2gQf053946; Fri, 27 Feb 2009 15:02:43 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Robert Noland Date: Fri, 27 Feb 2009 15:02:36 -0500 User-Agent: KMail/1.9.7 References: <200902271730.07660.snasonov@bcc.ru> <200902271403.46828.jhb@freebsd.org> <1235761864.1289.54.camel@widget.2hip.net> In-Reply-To: <1235761864.1289.54.camel@widget.2hip.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902271502.37051.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]); Fri, 27 Feb 2009 15:02:45 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.2/9054/Fri Feb 27 04:02:52 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, Sergey G Nasonov Subject: Re: Interrupt stom on cardbus device X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Feb 2009 20:02:52 -0000 On Friday 27 February 2009 2:11:04 pm Robert Noland wrote: > On Fri, 2009-02-27 at 14:03 -0500, John Baldwin wrote: > > On Friday 27 February 2009 1:50:28 pm Robert Noland wrote: > > > On Fri, 2009-02-27 at 12:08 -0500, John Baldwin wrote: > > > > On Friday 27 February 2009 9:30:06 am Sergey G Nasonov wrote: > > > > > Hello all, > > > > > I have get an issue after recent kernel recompile. > > > > > The problem appears after switch from X to text console and back to X11. > > > > > After that vmstat -i show an interrupt storm on cardbus device: > > > > > > > > > > > vmstat -i > > > > > interrupt total rate > > > > > irq1: atkbd0 6483 3 > > > > > irq9: acpi0 3236 1 > > > > > irq12: psm0 347988 167 > > > > > irq14: ata0 16431 7 > > > > > irq16: cbb0 uhci2+ 13624982 6556 > > > > > irq20: uhci0 14 0 > > > > > irq22: ehci0 2 0 > > > > > cpu0: timer 4154687 1999 > > > > > irq256: em0 53736 25 > > > > > irq257: hdac0 5797 2 > > > > > cpu1: timer 4153683 1998 > > > > > irq258: vgapci0 235585 113 > > > > > Total 22602624 10877 > > > > > > > > > > I suppose that the issue related with the latest MSI interrupt > > > > > handler changes for intel graphics chipset. My laptop has i965GM. > > > > > pciconf -lv: > > > > > > > > > > vgapci0@pci0:0:2:0: class=0x030000 card=0x20b517aa chip=0x2a028086 > > > > > rev=0x0c hdr=0x00 > > > > > vendor = 'Intel Corporation' > > > > > device = 'Mobile 965 Express Integrated Graphics Controller' > > > > > class = display > > > > > subclass = VGA > > > > > > > > > > When I added my device to drm_msi_blacklist and recompile drm modules > > the > > > > > problem disappear. > > > > > Is it possible to resolve this problem without moving the device to the > > > > > drm_msi_blacklist? > > > > > I can test any patches or provide additional detail if it is required. > > > > > Thanks. > > > > > > > > It seems the device is still interrupting on its INTx line perhaps in > > addition > > > > to the MSI interrupts. > > > > > > Hrm, I did most all of that development on a 965gm. When you VT switch, > > > the irq handler gets uninstalled and reinstalled when you return to X. > > > There was an eratta on the 965gm suggesting that msi didn't work right, > > > but I was never able to produce the issue. Intel was having major > > > issues with this on linux and I finally convinced them to turn msi back > > > on. My irq handler and Eric's are very similar, so I'm not sure what > > > could be going on here. > > > > > > There is however an issue with vblanks that might be related. Could you > > > try http://people.freebsd.org/~rnoland/drm-move_vblank_init.patch and > > > see if that helps? > > > > In this case the issue isn't that MSI isn't working I think, but that the > > hardware is sending interrupts via both routes (MSI and INTx). If that > > happens, then you will see an interrupt storm on the INTx line, but FreeBSD > > will only notice if another device is sharing the same IRQ line. So if your > > test machine has vgapci0 on irq 22 and you have no other devices on IRQ 22, > > then the storm would go unnoticed. This is most likely a chip bug (unless > > the driver has to explicitly disable INTx interrupts when using MSI). It > > would probably be a good idea to add a hw.drm.msi_enable tunable (or > > hw.drm.msi) that people can use to disable MSI perhaps. > > Ok, I do have docs on the 965, so I'll look at this. The linux version > does not do this, unless the OS does it in the background somewhere. Perhaps Eric can help to answer a question about the hardware in this case. > I thought about adding a tuneable, but I have to figure out how that > works first... ;) You can basically do something like this: int drm_msi = 1; /* Enable by default. */ TUNABLE_INT("hw.drm.msi", &drm_msi); And later don't enable msi if it is zero. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Feb 27 21:09: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 8BF76106566B for ; Fri, 27 Feb 2009 21:09:31 +0000 (UTC) (envelope-from SNasonov@BCC.RU) Received: from extmx.bcc.ru (extmx.bcc.ru [217.170.85.214]) by mx1.freebsd.org (Postfix) with ESMTP id C344F8FC15 for ; Fri, 27 Feb 2009 21:09:30 +0000 (UTC) (envelope-from SNasonov@BCC.RU) Received: from localhost (localhost [127.0.0.1]) by extmx.bcc.ru (Postfix) with ESMTP id 15C5F10893; Sat, 28 Feb 2009 00:11:56 +0300 (MSK) Received: from extmx.bcc.ru ([127.0.0.1]) by localhost (extmx.bcc.ru [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19232-02; Sat, 28 Feb 2009 00:11:53 +0300 (MSK) Received: from mail.bcc (unknown [192.168.200.208]) by extmx.bcc.ru (Postfix) with ESMTP id C2EAE10849; Sat, 28 Feb 2009 00:11:53 +0300 (MSK) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Sat, 28 Feb 2009 00:09:24 +0300 Message-ID: <597436B54F5FF74FA8EA7F3224FE251F12C69213@mail.bcc> In-Reply-To: <200902271403.46828.jhb@freebsd.org> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Interrupt stom on cardbus device thread-index: AcmZDinCpOQi02LkR4iNcEcVIMHb8AAEEjpw References: <200902271730.07660.snasonov@bcc.ru> <200902271208.48212.jhb@freebsd.org> <1235760629.1289.51.camel@widget.2hip.net> <200902271403.46828.jhb@freebsd.org> From: "Nasonov Sergey" To: "John Baldwin" , "Robert Noland" X-Virus-Scanned: amavisd-new at bcc.ru Cc: freebsd-current@freebsd.org Subject: RE: Interrupt stom on cardbus device X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Feb 2009 21:09:31 -0000 > -----Original Message----- > From: John Baldwin [mailto:jhb@freebsd.org] > Sent: Friday, February 27, 2009 10:04 PM > To: Robert Noland > Cc: freebsd-current@freebsd.org; Nasonov Sergey > Subject: Re: Interrupt stom on cardbus device >=20 > On Friday 27 February 2009 1:50:28 pm Robert Noland wrote: > > On Fri, 2009-02-27 at 12:08 -0500, John Baldwin wrote: > > > On Friday 27 February 2009 9:30:06 am Sergey G Nasonov wrote: > > > > Hello all, > > > > I have get an issue after recent kernel recompile. > > > > The problem appears after switch from X to text console and back to > X11. > > > > After that vmstat -i show an interrupt storm on cardbus device: > > > > > > > > > vmstat -i > > > > interrupt total rate > > > > irq1: atkbd0 6483 3 > > > > irq9: acpi0 3236 1 > > > > irq12: psm0 347988 167 > > > > irq14: ata0 16431 7 > > > > irq16: cbb0 uhci2+ 13624982 6556 > > > > irq20: uhci0 14 0 > > > > irq22: ehci0 2 0 > > > > cpu0: timer 4154687 1999 > > > > irq256: em0 53736 25 > > > > irq257: hdac0 5797 2 > > > > cpu1: timer 4153683 1998 > > > > irq258: vgapci0 235585 113 > > > > Total 22602624 10877 > > > > > > > > I suppose that the issue related with the latest MSI interrupt > > > > handler changes for intel graphics chipset. My laptop has i965GM. > > > > pciconf -lv: > > > > > > > > vgapci0@pci0:0:2:0: class=3D0x030000 card=3D0x20b517aa > chip=3D0x2a028086 > > > > rev=3D0x0c hdr=3D0x00 > > > > vendor =3D 'Intel Corporation' > > > > device =3D 'Mobile 965 Express Integrated Graphics Controller' > > > > class =3D display > > > > subclass =3D VGA > > > > > > > > When I added my device to drm_msi_blacklist and recompile drm > modules > the > > > > problem disappear. > > > > Is it possible to resolve this problem without moving the device to > the > > > > drm_msi_blacklist? > > > > I can test any patches or provide additional detail if it is > required. > > > > Thanks. > > > > > > It seems the device is still interrupting on its INTx line perhaps in > addition > > > to the MSI interrupts. > > > > Hrm, I did most all of that development on a 965gm. When you VT switch, > > the irq handler gets uninstalled and reinstalled when you return to X. > > There was an eratta on the 965gm suggesting that msi didn't work right, > > but I was never able to produce the issue. Intel was having major > > issues with this on linux and I finally convinced them to turn msi back > > on. My irq handler and Eric's are very similar, so I'm not sure what > > could be going on here. > > > > There is however an issue with vblanks that might be related. Could you > > try http://people.freebsd.org/~rnoland/drm-move_vblank_init.patch and > > see if that helps? Ok, I tried it but result the same (problem not resolved). Can I check anything else? Thanks. >=20 > In this case the issue isn't that MSI isn't working I think, but that the > hardware is sending interrupts via both routes (MSI and INTx). If that > happens, then you will see an interrupt storm on the INTx line, but > FreeBSD > will only notice if another device is sharing the same IRQ line. So if > your > test machine has vgapci0 on irq 22 and you have no other devices on IRQ > 22, > then the storm would go unnoticed. This is most likely a chip bug (unless > the driver has to explicitly disable INTx interrupts when using MSI). It > would probably be a good idea to add a hw.drm.msi_enable tunable (or > hw.drm.msi) that people can use to disable MSI perhaps. >=20 > -- > John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Feb 27 21:46: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 139F8106566B; Fri, 27 Feb 2009 21:46:44 +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 BF6DB8FC1A; Fri, 27 Feb 2009 21:46:43 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id 8026C14D6946; Fri, 27 Feb 2009 22:30:52 +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 BEzdZufa2dum; Fri, 27 Feb 2009 22:30:51 +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 CF1E914D279A; Fri, 27 Feb 2009 22:30:51 +0100 (CET) Message-ID: <49A85B8A.2080503@FreeBSD.org> Date: Fri, 27 Feb 2009 22:30:50 +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: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-doc@FreeBSD.org, freebsd-i18n@FreeBSD.org Subject: 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, 27 Feb 2009 21:46:44 -0000 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 think it would be nice to have this enabled if it seems to be stable, since we have a lot of folks making a good job on translating various FreeBSD documents to other languages and I think it would be great to extend our language support to this new area. I've put the patch here: http://kovesdan.org/patches/nls.diff Sorry for cross-posting to doc@, but there are a lot of translators there, who might be interested in this. Regards, -- Gabor Kovesdan EMAIL: gabor@FreeBSD.org WWW: http://www.kovesdan.org From owner-freebsd-current@FreeBSD.ORG Fri Feb 27 22:01:13 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 E99EC106564A; Fri, 27 Feb 2009 22:01:13 +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 BDEF68FC13; Fri, 27 Feb 2009 22:01:13 +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 n1RM1Blv081066; Fri, 27 Feb 2009 17:01:11 -0500 (EST) (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 n1RM1BKB044396; Fri, 27 Feb 2009 17:01:11 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E79FA7302F; Fri, 27 Feb 2009 17:01:10 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090227220110.E79FA7302F@freebsd-current.sentex.ca> Date: Fri, 27 Feb 2009 17:01:10 -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/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: Fri, 27 Feb 2009 22:01:14 -0000 TB --- 2009-02-27 20:47:15 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-27 20:47:15 - starting HEAD tinderbox run for i386/i386 TB --- 2009-02-27 20:47:15 - cleaning the object tree TB --- 2009-02-27 20:47:50 - cvsupping the source tree TB --- 2009-02-27 20:47:50 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2009-02-27 20:48:02 - building world TB --- 2009-02-27 20:48:02 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-27 20:48:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-27 20:48:02 - TARGET=i386 TB --- 2009-02-27 20:48:02 - TARGET_ARCH=i386 TB --- 2009-02-27 20:48:02 - TZ=UTC TB --- 2009-02-27 20:48:02 - __MAKE_CONF=/dev/null TB --- 2009-02-27 20:48:02 - cd /src TB --- 2009-02-27 20:48:02 - /usr/bin/make -B buildworld >>> World build started on Fri Feb 27 20:48: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/usr.bin/from/from.1 > from.1.gz ===> usr.bin/fstat (all) cc -O2 -pipe -I/src/usr.bin/fstat/zfs/../../../sys/cddl/compat/opensolaris -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/include -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/lib/libumem -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/head -I/src/usr.bin/fstat/zfs/.. -DNEED_SOLARIS_BOOLEAN -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.bin/fstat/zfs/../zfs.c cc -O2 -pipe -D_KVM_VNODE -DZFS -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/usr.bin/fstat/cd9660.c cc -O2 -pipe -D_KVM_VNODE -DZFS -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/usr.bin/fstat/fstat.c cc -O2 -pipe -D_KVM_VNODE -DZFS -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/usr.bin/fstat/msdosfs.c /src/usr.bin/fstat/msdosfs.c: In function 'msdosfs_filestat': /src/usr.bin/fstat/msdosfs.c:113: error: 'struct denode' has no member named 'de_dev' *** Error code 1 Stop in /src/usr.bin/fstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-27 22:01:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-27 22:01:10 - ERROR: failed to build world TB --- 2009-02-27 22:01:10 - 3509.26 user 339.02 system 4435.62 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Fri Feb 27 23:15: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 E7475106566B; Fri, 27 Feb 2009 23:15: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 BC4A68FC0A; Fri, 27 Feb 2009 23:15: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 n1RNFYr7089138; Fri, 27 Feb 2009 18:15:34 -0500 (EST) (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 n1RNFXl5091075; Fri, 27 Feb 2009 18:15:33 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B786F7302F; Fri, 27 Feb 2009 18:15:33 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090227231533.B786F7302F@freebsd-current.sentex.ca> Date: Fri, 27 Feb 2009 18:15:33 -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/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: Fri, 27 Feb 2009 23:15:41 -0000 TB --- 2009-02-27 22:01:11 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-27 22:01:11 - starting HEAD tinderbox run for i386/pc98 TB --- 2009-02-27 22:01:11 - cleaning the object tree TB --- 2009-02-27 22:01:39 - cvsupping the source tree TB --- 2009-02-27 22:01:39 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2009-02-27 22:01:50 - building world TB --- 2009-02-27 22:01:50 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-27 22:01:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-27 22:01:50 - TARGET=pc98 TB --- 2009-02-27 22:01:50 - TARGET_ARCH=i386 TB --- 2009-02-27 22:01:50 - TZ=UTC TB --- 2009-02-27 22:01:50 - __MAKE_CONF=/dev/null TB --- 2009-02-27 22:01:50 - cd /src TB --- 2009-02-27 22:01:50 - /usr/bin/make -B buildworld >>> World build started on Fri Feb 27 22:01:52 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/usr.bin/from/from.1 > from.1.gz ===> usr.bin/fstat (all) cc -O2 -pipe -I/src/usr.bin/fstat/zfs/../../../sys/cddl/compat/opensolaris -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/include -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/lib/libumem -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/head -I/src/usr.bin/fstat/zfs/.. -DNEED_SOLARIS_BOOLEAN -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.bin/fstat/zfs/../zfs.c cc -O2 -pipe -D_KVM_VNODE -DZFS -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/usr.bin/fstat/cd9660.c cc -O2 -pipe -D_KVM_VNODE -DZFS -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/usr.bin/fstat/fstat.c cc -O2 -pipe -D_KVM_VNODE -DZFS -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/usr.bin/fstat/msdosfs.c /src/usr.bin/fstat/msdosfs.c: In function 'msdosfs_filestat': /src/usr.bin/fstat/msdosfs.c:113: error: 'struct denode' has no member named 'de_dev' *** Error code 1 Stop in /src/usr.bin/fstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-27 23:15:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-27 23:15:33 - ERROR: failed to build world TB --- 2009-02-27 23:15:33 - 3498.30 user 350.07 system 4462.52 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Fri Feb 27 23:44: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 C36E6106564A; Fri, 27 Feb 2009 23:44:01 +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 95F358FC0C; Fri, 27 Feb 2009 23:44:01 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.2] (adsl-1-207-68.bna.bellsouth.net [65.1.207.68]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n1RNgaBj030120 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 27 Feb 2009 18:42:36 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Nasonov Sergey In-Reply-To: <597436B54F5FF74FA8EA7F3224FE251F12C69213@mail.bcc> References: <200902271730.07660.snasonov@bcc.ru> <200902271208.48212.jhb@freebsd.org> <1235760629.1289.51.camel@widget.2hip.net> <200902271403.46828.jhb@freebsd.org> <597436B54F5FF74FA8EA7F3224FE251F12C69213@mail.bcc> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-5RtMuTCKjyrl0eAQcPxV" Organization: FreeBSD Date: Fri, 27 Feb 2009 17:43:48 -0600 Message-Id: <1235778229.1289.60.camel@widget.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.4 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-current@freebsd.org Subject: RE: Interrupt stom on cardbus device X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Feb 2009 23:44:02 -0000 --=-5RtMuTCKjyrl0eAQcPxV Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2009-02-28 at 00:09 +0300, Nasonov Sergey wrote: > > -----Original Message----- > > From: John Baldwin [mailto:jhb@freebsd.org] > > Sent: Friday, February 27, 2009 10:04 PM > > To: Robert Noland > > Cc: freebsd-current@freebsd.org; Nasonov Sergey > > Subject: Re: Interrupt stom on cardbus device > >=20 > > On Friday 27 February 2009 1:50:28 pm Robert Noland wrote: > > > On Fri, 2009-02-27 at 12:08 -0500, John Baldwin wrote: > > > > On Friday 27 February 2009 9:30:06 am Sergey G Nasonov wrote: > > > > > Hello all, > > > > > I have get an issue after recent kernel recompile. > > > > > The problem appears after switch from X to text console and back > to > > X11. > > > > > After that vmstat -i show an interrupt storm on cardbus device: > > > > > > > > > > > vmstat -i > > > > > interrupt total rate > > > > > irq1: atkbd0 6483 3 > > > > > irq9: acpi0 3236 1 > > > > > irq12: psm0 347988 167 > > > > > irq14: ata0 16431 7 > > > > > irq16: cbb0 uhci2+ 13624982 6556 > > > > > irq20: uhci0 14 0 > > > > > irq22: ehci0 2 0 > > > > > cpu0: timer 4154687 1999 > > > > > irq256: em0 53736 25 > > > > > irq257: hdac0 5797 2 > > > > > cpu1: timer 4153683 1998 > > > > > irq258: vgapci0 235585 113 > > > > > Total 22602624 10877 > > > > > > > > > > I suppose that the issue related with the latest MSI interrupt > > > > > handler changes for intel graphics chipset. My laptop has > i965GM. > > > > > pciconf -lv: > > > > > > > > > > vgapci0@pci0:0:2:0: class=3D0x030000 card=3D0x20b517aa > > chip=3D0x2a028086 > > > > > rev=3D0x0c hdr=3D0x00 > > > > > vendor =3D 'Intel Corporation' > > > > > device =3D 'Mobile 965 Express Integrated Graphics > Controller' > > > > > class =3D display > > > > > subclass =3D VGA > > > > > > > > > > When I added my device to drm_msi_blacklist and recompile drm > > modules > > the > > > > > problem disappear. > > > > > Is it possible to resolve this problem without moving the device > to > > the > > > > > drm_msi_blacklist? > > > > > I can test any patches or provide additional detail if it is > > required. > > > > > Thanks. > > > > > > > > It seems the device is still interrupting on its INTx line perhaps > in > > addition > > > > to the MSI interrupts. > > > > > > Hrm, I did most all of that development on a 965gm. When you VT > switch, > > > the irq handler gets uninstalled and reinstalled when you return to > X. > > > There was an eratta on the 965gm suggesting that msi didn't work > right, > > > but I was never able to produce the issue. Intel was having major > > > issues with this on linux and I finally convinced them to turn msi > back > > > on. My irq handler and Eric's are very similar, so I'm not sure > what > > > could be going on here. > > > > > > There is however an issue with vblanks that might be related. Could > you > > > try http://people.freebsd.org/~rnoland/drm-move_vblank_init.patch > and > > > see if that helps? >=20 > Ok, I tried it but result the same (problem not resolved). > Can I check anything else? Ok, new patch... It is looking like we should actually deal with this in the pci code, rather than drm, but let's try this patch and see if it fixes the issue. Note that we are looking for interrupts to still work (the msi ones anyway) and to not see the INTx ones. http://people.freebsd.org/~rnoland/i915_disable_INTx.patch robert. > Thanks. > >=20 > > In this case the issue isn't that MSI isn't working I think, but that > the > > hardware is sending interrupts via both routes (MSI and INTx). If > that > > happens, then you will see an interrupt storm on the INTx line, but > > FreeBSD > > will only notice if another device is sharing the same IRQ line. So > if > > your > > test machine has vgapci0 on irq 22 and you have no other devices on > IRQ > > 22, > > then the storm would go unnoticed. This is most likely a chip bug > (unless > > the driver has to explicitly disable INTx interrupts when using MSI). > It > > would probably be a good idea to add a hw.drm.msi_enable tunable (or > > hw.drm.msi) that people can use to disable MSI perhaps. > >=20 > > -- > > John Baldwin --=20 Robert Noland FreeBSD --=-5RtMuTCKjyrl0eAQcPxV 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 (FreeBSD) iEYEABECAAYFAkmoerQACgkQM4TrQ4qfROMmvgCeOEdLVjHzu4aizxfMQxKDQ5xk P64An2wfSazjdGtHRhmHpmLHSf92ohTx =Thn4 -----END PGP SIGNATURE----- --=-5RtMuTCKjyrl0eAQcPxV-- From owner-freebsd-current@FreeBSD.ORG Sat Feb 28 00:06: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 2082C1065672; Sat, 28 Feb 2009 00:06:44 +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 E790B8FC18; Sat, 28 Feb 2009 00:06:43 +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 n1S06fqV092837; Fri, 27 Feb 2009 19:06:41 -0500 (EST) (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 n1S06frT004013; Fri, 27 Feb 2009 19:06:41 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6DDBF7302F; Fri, 27 Feb 2009 19:06:41 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090228000641.6DDBF7302F@freebsd-current.sentex.ca> Date: Fri, 27 Feb 2009 19:06:41 -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, 28 Feb 2009 00:06:45 -0000 TB --- 2009-02-27 22:33:50 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-27 22:33:50 - starting HEAD tinderbox run for ia64/ia64 TB --- 2009-02-27 22:33:50 - cleaning the object tree TB --- 2009-02-27 22:34:25 - cvsupping the source tree TB --- 2009-02-27 22:34:25 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2009-02-27 22:34:39 - building world TB --- 2009-02-27 22:34:39 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-27 22:34:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-27 22:34:39 - TARGET=ia64 TB --- 2009-02-27 22:34:39 - TARGET_ARCH=ia64 TB --- 2009-02-27 22:34:39 - TZ=UTC TB --- 2009-02-27 22:34:39 - __MAKE_CONF=/dev/null TB --- 2009-02-27 22:34:39 - cd /src TB --- 2009-02-27 22:34:39 - /usr/bin/make -B buildworld >>> World build started on Fri Feb 27 22:34:41 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/usr.bin/from/from.1 > from.1.gz ===> usr.bin/fstat (all) cc -O2 -pipe -I/src/usr.bin/fstat/zfs/../../../sys/cddl/compat/opensolaris -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/include -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/lib/libumem -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/head -I/src/usr.bin/fstat/zfs/.. -DNEED_SOLARIS_BOOLEAN -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.bin/fstat/zfs/../zfs.c cc -O2 -pipe -D_KVM_VNODE -DZFS -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/usr.bin/fstat/cd9660.c cc -O2 -pipe -D_KVM_VNODE -DZFS -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/usr.bin/fstat/fstat.c cc -O2 -pipe -D_KVM_VNODE -DZFS -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/usr.bin/fstat/msdosfs.c /src/usr.bin/fstat/msdosfs.c: In function 'msdosfs_filestat': /src/usr.bin/fstat/msdosfs.c:113: error: 'struct denode' has no member named 'de_dev' *** Error code 1 Stop in /src/usr.bin/fstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-28 00:06:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-28 00:06:41 - ERROR: failed to build world TB --- 2009-02-28 00:06:41 - 4560.06 user 352.09 system 5570.40 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 28 00:14: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 66DE91065670; Sat, 28 Feb 2009 00:14: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 3B6FF8FC0A; Sat, 28 Feb 2009 00:14:26 +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 n1S0EO6a093219; Fri, 27 Feb 2009 19:14:24 -0500 (EST) (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 n1S0EO1R013191; Fri, 27 Feb 2009 19:14:24 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 88A307302F; Fri, 27 Feb 2009 19:14:24 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090228001424.88A307302F@freebsd-current.sentex.ca> Date: Fri, 27 Feb 2009 19:14:24 -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 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, 28 Feb 2009 00:14:28 -0000 TB --- 2009-02-27 23:15:33 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-27 23:15:33 - starting HEAD tinderbox run for mips/mips TB --- 2009-02-27 23:15:33 - cleaning the object tree TB --- 2009-02-27 23:15:48 - cvsupping the source tree TB --- 2009-02-27 23:15:48 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/mips/mips/supfile TB --- 2009-02-27 23:15:58 - building world TB --- 2009-02-27 23:15:58 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-27 23:15:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-27 23:15:58 - TARGET=mips TB --- 2009-02-27 23:15:58 - TARGET_ARCH=mips TB --- 2009-02-27 23:15:58 - TZ=UTC TB --- 2009-02-27 23:15:58 - __MAKE_CONF=/dev/null TB --- 2009-02-27 23:15:58 - cd /src TB --- 2009-02-27 23:15:58 - /usr/bin/make -B buildworld >>> World build started on Fri Feb 27 23:15: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 [...] gzip -cn /src/usr.bin/from/from.1 > from.1.gz ===> usr.bin/fstat (all) cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -I/src/usr.bin/fstat/zfs/../../../sys/cddl/compat/opensolaris -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/include -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/lib/libumem -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/head -I/src/usr.bin/fstat/zfs/.. -DNEED_SOLARIS_BOOLEAN -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.bin/fstat/zfs/../zfs.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -D_KVM_VNODE -DZFS -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/usr.bin/fstat/cd9660.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -D_KVM_VNODE -DZFS -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/usr.bin/fstat/fstat.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -D_KVM_VNODE -DZFS -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/usr.bin/fstat/msdosfs.c /src/usr.bin/fstat/msdosfs.c: In function 'msdosfs_filestat': /src/usr.bin/fstat/msdosfs.c:113: error: 'struct denode' has no member named 'de_dev' *** Error code 1 Stop in /src/usr.bin/fstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-28 00:14:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-28 00:14:24 - ERROR: failed to build world TB --- 2009-02-28 00:14:24 - 2757.22 user 313.93 system 3530.70 real http://tinderbox.des.no/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 28 01:22:58 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 AA8DE1065670; Sat, 28 Feb 2009 01:22:58 +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 7EC768FC0A; Sat, 28 Feb 2009 01:22:58 +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 n1S1MtXZ096248; Fri, 27 Feb 2009 20:22:56 -0500 (EST) (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 n1S1MtYB043524; Fri, 27 Feb 2009 20:22:55 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 99E237302F; Fri, 27 Feb 2009 20:22:55 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090228012255.99E237302F@freebsd-current.sentex.ca> Date: Fri, 27 Feb 2009 20:22:55 -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 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, 28 Feb 2009 01:22:59 -0000 TB --- 2009-02-28 00:06:41 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-28 00:06:41 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-02-28 00:06:41 - cleaning the object tree TB --- 2009-02-28 00:07:12 - cvsupping the source tree TB --- 2009-02-28 00:07:12 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-02-28 00:07:22 - building world TB --- 2009-02-28 00:07:22 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-28 00:07:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-28 00:07:22 - TARGET=powerpc TB --- 2009-02-28 00:07:22 - TARGET_ARCH=powerpc TB --- 2009-02-28 00:07:22 - TZ=UTC TB --- 2009-02-28 00:07:22 - __MAKE_CONF=/dev/null TB --- 2009-02-28 00:07:22 - cd /src TB --- 2009-02-28 00:07:22 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 28 00:07:23 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/usr.bin/from/from.1 > from.1.gz ===> usr.bin/fstat (all) cc -O2 -pipe -I/src/usr.bin/fstat/zfs/../../../sys/cddl/compat/opensolaris -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/include -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/lib/libumem -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/head -I/src/usr.bin/fstat/zfs/.. -DNEED_SOLARIS_BOOLEAN -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.bin/fstat/zfs/../zfs.c cc -O2 -pipe -D_KVM_VNODE -DZFS -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/usr.bin/fstat/cd9660.c cc -O2 -pipe -D_KVM_VNODE -DZFS -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/usr.bin/fstat/fstat.c cc -O2 -pipe -D_KVM_VNODE -DZFS -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/usr.bin/fstat/msdosfs.c /src/usr.bin/fstat/msdosfs.c: In function 'msdosfs_filestat': /src/usr.bin/fstat/msdosfs.c:113: error: 'struct denode' has no member named 'de_dev' *** Error code 1 Stop in /src/usr.bin/fstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-28 01:22:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-28 01:22:55 - ERROR: failed to build world TB --- 2009-02-28 01:22:55 - 3642.77 user 344.51 system 4573.95 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 28 01:26: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 4796A1065673; Sat, 28 Feb 2009 01:26:41 +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 1C1A78FC16; Sat, 28 Feb 2009 01:26: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 n1S1QdD1096448; Fri, 27 Feb 2009 20:26:39 -0500 (EST) (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 n1S1QcVR052930; Fri, 27 Feb 2009 20:26:39 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E7EE07302F; Fri, 27 Feb 2009 20:26:38 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090228012638.E7EE07302F@freebsd-current.sentex.ca> Date: Fri, 27 Feb 2009 20:26:38 -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, 28 Feb 2009 01:26:42 -0000 TB --- 2009-02-28 00:14:24 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-28 00:14:24 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-02-28 00:14:24 - cleaning the object tree TB --- 2009-02-28 00:14:50 - cvsupping the source tree TB --- 2009-02-28 00:14:50 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-02-28 00:14:59 - building world TB --- 2009-02-28 00:14:59 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-28 00:14:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-28 00:14:59 - TARGET=sparc64 TB --- 2009-02-28 00:14:59 - TARGET_ARCH=sparc64 TB --- 2009-02-28 00:14:59 - TZ=UTC TB --- 2009-02-28 00:14:59 - __MAKE_CONF=/dev/null TB --- 2009-02-28 00:14:59 - cd /src TB --- 2009-02-28 00:14:59 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 28 00:15:00 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/usr.bin/from/from.1 > from.1.gz ===> usr.bin/fstat (all) cc -O2 -pipe -I/src/usr.bin/fstat/zfs/../../../sys/cddl/compat/opensolaris -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/include -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/lib/libumem -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/head -I/src/usr.bin/fstat/zfs/.. -DNEED_SOLARIS_BOOLEAN -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.bin/fstat/zfs/../zfs.c cc -O2 -pipe -D_KVM_VNODE -DZFS -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/usr.bin/fstat/cd9660.c cc -O2 -pipe -D_KVM_VNODE -DZFS -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/usr.bin/fstat/fstat.c cc -O2 -pipe -D_KVM_VNODE -DZFS -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/usr.bin/fstat/msdosfs.c /src/usr.bin/fstat/msdosfs.c: In function 'msdosfs_filestat': /src/usr.bin/fstat/msdosfs.c:113: error: 'struct denode' has no member named 'de_dev' *** Error code 1 Stop in /src/usr.bin/fstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-28 01:26:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-28 01:26:38 - ERROR: failed to build world TB --- 2009-02-28 01:26:38 - 3415.07 user 336.91 system 4334.16 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 28 01:36: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 CBD3C1065670; Sat, 28 Feb 2009 01:36:10 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 991C28FC1D; Sat, 28 Feb 2009 01:36:10 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.2] (adsl-1-207-68.bna.bellsouth.net [65.1.207.68]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n1S1YjAc030632 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 27 Feb 2009 20:34:45 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: John Baldwin In-Reply-To: <200902271502.37051.jhb@freebsd.org> References: <200902271730.07660.snasonov@bcc.ru> <200902271403.46828.jhb@freebsd.org> <1235761864.1289.54.camel@widget.2hip.net> <200902271502.37051.jhb@freebsd.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-5+2y9fg0Psi3xLSxPUxb" Organization: FreeBSD Date: Fri, 27 Feb 2009 19:35:59 -0600 Message-Id: <1235784959.1289.67.camel@widget.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.4 FreeBSD GNOME Team Port X-Spam-Status: No, score=-0.9 required=5.0 tests=AWL,BAYES_00, MIME_QP_LONG_LINE, 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-current@freebsd.org, Sergey G Nasonov Subject: Re: Interrupt stom on cardbus device X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Feb 2009 01:36:11 -0000 --=-5+2y9fg0Psi3xLSxPUxb Content-Type: multipart/mixed; boundary="=-cGHxln2TL/XYKr1w7YVL" --=-cGHxln2TL/XYKr1w7YVL Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2009-02-27 at 15:02 -0500, John Baldwin wrote: > On Friday 27 February 2009 2:11:04 pm Robert Noland wrote: > > On Fri, 2009-02-27 at 14:03 -0500, John Baldwin wrote: > > > On Friday 27 February 2009 1:50:28 pm Robert Noland wrote: > > > > On Fri, 2009-02-27 at 12:08 -0500, John Baldwin wrote: > > > > > On Friday 27 February 2009 9:30:06 am Sergey G Nasonov wrote: > > > > > > Hello all, > > > > > > I have get an issue after recent kernel recompile. > > > > > > The problem appears after switch from X to text console and bac= k to X11. > > > > > > After that vmstat -i show an interrupt storm on cardbus device= : > > > > > >=20 > > > > > > > vmstat -i > > > > > > interrupt total rate > > > > > > irq1: atkbd0 6483 3 > > > > > > irq9: acpi0 3236 1 > > > > > > irq12: psm0 347988 167 > > > > > > irq14: ata0 16431 7 > > > > > > irq16: cbb0 uhci2+ 13624982 6556 > > > > > > irq20: uhci0 14 0 > > > > > > irq22: ehci0 2 0 > > > > > > cpu0: timer 4154687 1999 > > > > > > irq256: em0 53736 25 > > > > > > irq257: hdac0 5797 2 > > > > > > cpu1: timer 4153683 1998 > > > > > > irq258: vgapci0 235585 113 > > > > > > Total 22602624 10877 > > > > > >=20 > > > > > > I suppose that the issue related with the latest MSI interrupt=20 > > > > > > handler changes for intel graphics chipset. My laptop has i965G= M. > > > > > > pciconf -lv: > > > > > >=20 > > > > > > vgapci0@pci0:0:2:0: class=3D0x030000 card=3D0x20b517aa chip= =3D0x2a028086=20 > > > > > > rev=3D0x0c hdr=3D0x00 > > > > > > vendor =3D 'Intel Corporation' > > > > > > device =3D 'Mobile 965 Express Integrated Graphics Cont= roller' > > > > > > class =3D display > > > > > > subclass =3D VGA > > > > > >=20 > > > > > > When I added my device to drm_msi_blacklist and recompile drm m= odules=20 > > > the=20 > > > > > > problem disappear. > > > > > > Is it possible to resolve this problem without moving the devic= e to the=20 > > > > > > drm_msi_blacklist? > > > > > > I can test any patches or provide additional detail if it is re= quired. =20 > > > > > > Thanks. > > > > >=20 > > > > > It seems the device is still interrupting on its INTx line perhap= s in=20 > > > addition=20 > > > > > to the MSI interrupts. > > > >=20 > > > > Hrm, I did most all of that development on a 965gm. When you VT sw= itch, > > > > the irq handler gets uninstalled and reinstalled when you return to= X. > > > > There was an eratta on the 965gm suggesting that msi didn't work ri= ght, > > > > but I was never able to produce the issue. Intel was having major > > > > issues with this on linux and I finally convinced them to turn msi = back > > > > on. My irq handler and Eric's are very similar, so I'm not sure wh= at > > > > could be going on here. > > > >=20 > > > > There is however an issue with vblanks that might be related. Coul= d you > > > > try http://people.freebsd.org/~rnoland/drm-move_vblank_init.patch a= nd > > > > see if that helps? > > >=20 > > > In this case the issue isn't that MSI isn't working I think, but that= the=20 > > > hardware is sending interrupts via both routes (MSI and INTx). If th= at=20 > > > happens, then you will see an interrupt storm on the INTx line, but F= reeBSD=20 > > > will only notice if another device is sharing the same IRQ line. So = if your=20 > > > test machine has vgapci0 on irq 22 and you have no other devices on I= RQ 22,=20 > > > then the storm would go unnoticed. This is most likely a chip bug (u= nless=20 > > > the driver has to explicitly disable INTx interrupts when using MSI).= It=20 > > > would probably be a good idea to add a hw.drm.msi_enable tunable (or=20 > > > hw.drm.msi) that people can use to disable MSI perhaps. > >=20 > > Ok, I do have docs on the 965, so I'll look at this. The linux version > > does not do this, unless the OS does it in the background somewhere. Ok, so I looked over the 965 docs again and noticed PCIR_COMMAND bit 10. Then I pulled up the AMD docs on their PCIE cards and they also have this bit. I made an test patch for just the i915 driver to ensure that this fixes the issue, but it seems like a more general fix is in order. I'm proposing to disable INTx when we setup MSI/MSIX interrupts. I talked with scottl@ about this a bit last night and this seems like the right thing to do, or at least it shouldn't hurt much... John, what do you think of the attached patch? robert. > Perhaps Eric can help to answer a question about the hardware in this cas= e. >=20 > > I thought about adding a tuneable, but I have to figure out how that > > works first... ;) >=20 > You can basically do something like this: >=20 > int drm_msi =3D 1; /* Enable by default. */ > TUNABLE_INT("hw.drm.msi", &drm_msi); >=20 > And later don't enable msi if it is zero. >=20 --=20 Robert Noland FreeBSD --=-cGHxln2TL/XYKr1w7YVL Content-Disposition: attachment; filename="pci_disable_intx.patch" Content-Transfer-Encoding: base64 Content-Type: text/x-patch; name="pci_disable_intx.patch"; charset="us-ascii" SW5kZXg6IGRldi9wY2kvcGNpLmMNCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0NCi0tLSBkZXYvcGNpL3BjaS5jCShyZXZp c2lvbiAxODkwNDQpDQorKysgZGV2L3BjaS9wY2kuYwkod29ya2luZyBjb3B5KQ0KQEAgLTI4NjQs NiArMjg2NCw4IEBADQogCQkJfQ0KIAkJCW10ZS0+bXRlX2hhbmRsZXJzKys7DQogCQl9DQorCQkv KiBEaXNhYmxlIElOVHggaWYgd2UgYXJlIHVzaW5nIE1TSS9NU0lYICovDQorCQlwY2lfc2V0X2Nv bW1hbmRfYml0KGRldiwgY2hpbGQsIFBDSU1fQ01EX0lOVHhESVMpOw0KIAliYWQ6DQogCQlpZiAo ZXJyb3IpIHsNCiAJCQkodm9pZClidXNfZ2VuZXJpY190ZWFyZG93bl9pbnRyKGRldiwgY2hpbGQs IGlycSwNCkBAIC0yOTE4LDYgKzI5MjAsOCBAQA0KIAkJCWlmIChtdGUtPm10ZV9oYW5kbGVycyA9 PSAwKQ0KIAkJCQlwY2lfbWFza19tc2l4KGNoaWxkLCByaWQgLSAxKTsNCiAJCX0NCisJCS8qIFJl c3RvcmUgSU5UeCBjYXBhYmlsaXR5IGZvciBNU0kvTVNJWCAqLw0KKwkJcGNpX2NsZWFyX2NvbW1h bmRfYml0KGRldiwgY2hpbGQsIFBDSU1fQ01EX0lOVHhESVMpOw0KIAl9DQogCWVycm9yID0gYnVz X2dlbmVyaWNfdGVhcmRvd25faW50cihkZXYsIGNoaWxkLCBpcnEsIGNvb2tpZSk7DQogCWlmIChk ZXZpY2VfZ2V0X3BhcmVudChjaGlsZCkgPT0gZGV2ICYmIHJpZCA+IDApDQpJbmRleDogZGV2L3Bj aS9wY2lyZWcuaA0KPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PQ0KLS0tIGRldi9wY2kvcGNpcmVnLmgJKHJldmlzaW9uIDE4 OTA0NCkNCisrKyBkZXYvcGNpL3BjaXJlZy5oCSh3b3JraW5nIGNvcHkpDQpAQCAtNjAsNiArNjAs NyBAQA0KICNkZWZpbmUJUENJTV9DTURfUEVSUkVTUEVOCTB4MDA0MA0KICNkZWZpbmUJUENJTV9D TURfU0VSUkVTUEVOCTB4MDEwMA0KICNkZWZpbmUJUENJTV9DTURfQkFDS1RPQkFDSwkweDAyMDAN CisjZGVmaW5lCVBDSU1fQ01EX0lOVHhESVMJMHgwNDAwDQogI2RlZmluZQlQQ0lSX1NUQVRVUwkw eDA2DQogI2RlZmluZQlQQ0lNX1NUQVRVU19DQVBQUkVTRU5UCTB4MDAxMA0KICNkZWZpbmUJUENJ TV9TVEFUVVNfNjZDQVBBQkxFCTB4MDAyMA0K --=-cGHxln2TL/XYKr1w7YVL-- --=-5+2y9fg0Psi3xLSxPUxb 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 (FreeBSD) iEYEABECAAYFAkmolP8ACgkQM4TrQ4qfROMT/QCfcdtyE+x8KI8yAVc+ZrjgSYW3 5kUAnimDJstxFoFdpof2osSw74YWVyN4 =SOT3 -----END PGP SIGNATURE----- --=-5+2y9fg0Psi3xLSxPUxb-- From owner-freebsd-current@FreeBSD.ORG Sat Feb 28 02:28:01 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 87D5F1065672; Sat, 28 Feb 2009 02:28:01 +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 5C83D8FC12; Sat, 28 Feb 2009 02:28:01 +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 n1S2RxA6099063; Fri, 27 Feb 2009 21:27:59 -0500 (EST) (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 n1S2Rxfb071058; Fri, 27 Feb 2009 21:27:59 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1D2557302F; Fri, 27 Feb 2009 21:27:59 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090228022759.1D2557302F@freebsd-current.sentex.ca> Date: Fri, 27 Feb 2009 21:27:59 -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/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, 28 Feb 2009 02:28:02 -0000 TB --- 2009-02-28 01:22:55 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-28 01:22:55 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-02-28 01:22:55 - cleaning the object tree TB --- 2009-02-28 01:23:21 - cvsupping the source tree TB --- 2009-02-28 01:23:21 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-02-28 01:23:32 - building world TB --- 2009-02-28 01:23:32 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-28 01:23:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-28 01:23:32 - TARGET=sun4v TB --- 2009-02-28 01:23:32 - TARGET_ARCH=sparc64 TB --- 2009-02-28 01:23:32 - TZ=UTC TB --- 2009-02-28 01:23:32 - __MAKE_CONF=/dev/null TB --- 2009-02-28 01:23:32 - cd /src TB --- 2009-02-28 01:23:32 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 28 01:23:33 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/usr.bin/from/from.1 > from.1.gz ===> usr.bin/fstat (all) cc -O2 -pipe -I/src/usr.bin/fstat/zfs/../../../sys/cddl/compat/opensolaris -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/include -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/lib/libumem -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/head -I/src/usr.bin/fstat/zfs/.. -DNEED_SOLARIS_BOOLEAN -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.bin/fstat/zfs/../zfs.c cc -O2 -pipe -D_KVM_VNODE -DZFS -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/usr.bin/fstat/cd9660.c cc -O2 -pipe -D_KVM_VNODE -DZFS -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/usr.bin/fstat/fstat.c cc -O2 -pipe -D_KVM_VNODE -DZFS -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/usr.bin/fstat/msdosfs.c /src/usr.bin/fstat/msdosfs.c: In function 'msdosfs_filestat': /src/usr.bin/fstat/msdosfs.c:113: error: 'struct denode' has no member named 'de_dev' *** Error code 1 Stop in /src/usr.bin/fstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-28 02:27:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-28 02:27:59 - ERROR: failed to build world TB --- 2009-02-28 02:27:59 - 3391.55 user 331.41 system 3903.39 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 28 03: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 1273A106564A; Sat, 28 Feb 2009 03:03:32 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout1.freenet.de (mout1.freenet.de [IPv6:2001:748:100:40::2:3]) by mx1.freebsd.org (Postfix) with ESMTP id 9A2FC8FC1F; Sat, 28 Feb 2009 03:03:31 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.17] (helo=7.mx.freenet.de) by mout1.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #76) id 1LdFUA-0000Ft-D2; Sat, 28 Feb 2009 04:03:30 +0100 Received: from tc4e6.t.pppool.de ([89.55.196.230]:27589 helo=ernst.jennejohn.org) by 7.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #79) id 1LdFUA-0004PT-3J; Sat, 28 Feb 2009 04:03:30 +0100 Date: Sat, 28 Feb 2009 04:03:29 +0100 From: Gary Jennejohn To: Alexander Motin Message-ID: <20090228040329.2946a071@ernst.jennejohn.org> In-Reply-To: <49A83F11.8060300@FreeBSD.org> References: <49A5A276.9080401@FreeBSD.org> <20090226122212.76077ed0@ernst.jennejohn.org> <20090227163632.4c6f6b1f@ernst.jennejohn.org> <49A83F11.8060300@FreeBSD.org> X-Mailer: Claws Mail 3.7.0 (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-Current Subject: Re: SATA disks suddenly stop working [Update] 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: Sat, 28 Feb 2009 03:03:32 -0000 On Fri, 27 Feb 2009 21:29:21 +0200 Alexander Motin wrote: > Gary Jennejohn wrote: > > On Thu, 26 Feb 2009 12:22:12 +0100 > > Gary Jennejohn wrote: > > > >> I rebooted and turned off MSI. I'll monitor the situation to see > >> whether that helps. > > > > Turning off MSI seems to have fixed it. > > > > Buggy chipset, I suppose. > > All I know that MSI works fine for my ICH8M AHCI. I haven't tested it > anywhere else yet. > Well, now we know that it doesn't appear to work reliably on this controller: atapci0@pci0:0:17:0: class=0x010601 card=0xb0021458 chip=0x43911002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' class = mass storage subclass = SATA --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Sat Feb 28 03:40: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 1F2221065679; Sat, 28 Feb 2009 03:40:43 +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 E88BF8FC18; Sat, 28 Feb 2009 03:40:42 +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 n1S3eeU1001933; Fri, 27 Feb 2009 22:40:40 -0500 (EST) (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 n1S3eeSR015243; Fri, 27 Feb 2009 22:40:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5692A7302F; Fri, 27 Feb 2009 22:40:40 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090228034040.5692A7302F@freebsd-current.sentex.ca> Date: Fri, 27 Feb 2009 22:40: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 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, 28 Feb 2009 03:40:43 -0000 TB --- 2009-02-28 02:40:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-28 02:40:00 - starting HEAD tinderbox run for arm/arm TB --- 2009-02-28 02:40:00 - cleaning the object tree TB --- 2009-02-28 02:40:32 - cvsupping the source tree TB --- 2009-02-28 02:40:32 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2009-02-28 02:40:41 - building world TB --- 2009-02-28 02:40:41 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-28 02:40:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-28 02:40:41 - TARGET=arm TB --- 2009-02-28 02:40:41 - TARGET_ARCH=arm TB --- 2009-02-28 02:40:41 - TZ=UTC TB --- 2009-02-28 02:40:41 - __MAKE_CONF=/dev/null TB --- 2009-02-28 02:40:41 - cd /src TB --- 2009-02-28 02:40:41 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 28 02:40:43 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/usr.bin/from/from.1 > from.1.gz ===> usr.bin/fstat (all) cc -O -pipe -I/src/usr.bin/fstat/zfs/../../../sys/cddl/compat/opensolaris -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/include -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/lib/libumem -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/head -I/src/usr.bin/fstat/zfs/.. -DNEED_SOLARIS_BOOLEAN -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.bin/fstat/zfs/../zfs.c cc -O -pipe -D_KVM_VNODE -DZFS -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/usr.bin/fstat/cd9660.c cc -O -pipe -D_KVM_VNODE -DZFS -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/usr.bin/fstat/fstat.c cc -O -pipe -D_KVM_VNODE -DZFS -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/usr.bin/fstat/msdosfs.c /src/usr.bin/fstat/msdosfs.c: In function 'msdosfs_filestat': /src/usr.bin/fstat/msdosfs.c:113: error: 'struct denode' has no member named 'de_dev' *** Error code 1 Stop in /src/usr.bin/fstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-28 03:40:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-28 03:40:40 - ERROR: failed to build world TB --- 2009-02-28 03:40:40 - 2825.38 user 343.11 system 3639.30 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 28 03:57: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 08F27106566C; Sat, 28 Feb 2009 03:57:16 +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 D1C198FC08; Sat, 28 Feb 2009 03:57:15 +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 n1S3vDfI002604; Fri, 27 Feb 2009 22:57:13 -0500 (EST) (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 n1S3vDoo082789; Fri, 27 Feb 2009 22:57:13 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 347A37302F; Fri, 27 Feb 2009 22:57:13 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090228035713.347A37302F@freebsd-current.sentex.ca> Date: Fri, 27 Feb 2009 22:57:13 -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 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, 28 Feb 2009 03:57:16 -0000 TB --- 2009-02-28 02:40:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-28 02:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-02-28 02:40:00 - cleaning the object tree TB --- 2009-02-28 02:41:02 - cvsupping the source tree TB --- 2009-02-28 02:41:02 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-02-28 02:41:09 - building world TB --- 2009-02-28 02:41:09 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-28 02:41:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-28 02:41:09 - TARGET=amd64 TB --- 2009-02-28 02:41:09 - TARGET_ARCH=amd64 TB --- 2009-02-28 02:41:09 - TZ=UTC TB --- 2009-02-28 02:41:09 - __MAKE_CONF=/dev/null TB --- 2009-02-28 02:41:09 - cd /src TB --- 2009-02-28 02:41:09 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 28 02:41:11 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/usr.bin/from/from.1 > from.1.gz ===> usr.bin/fstat (all) cc -O2 -pipe -I/src/usr.bin/fstat/zfs/../../../sys/cddl/compat/opensolaris -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/include -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/lib/libumem -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/head -I/src/usr.bin/fstat/zfs/.. -DNEED_SOLARIS_BOOLEAN -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.bin/fstat/zfs/../zfs.c cc -O2 -pipe -D_KVM_VNODE -DZFS -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/usr.bin/fstat/cd9660.c cc -O2 -pipe -D_KVM_VNODE -DZFS -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/usr.bin/fstat/fstat.c cc -O2 -pipe -D_KVM_VNODE -DZFS -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/usr.bin/fstat/msdosfs.c /src/usr.bin/fstat/msdosfs.c: In function 'msdosfs_filestat': /src/usr.bin/fstat/msdosfs.c:113: error: 'struct denode' has no member named 'de_dev' *** Error code 1 Stop in /src/usr.bin/fstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-28 03:57:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-28 03:57:13 - ERROR: failed to build world TB --- 2009-02-28 03:57:13 - 3573.75 user 358.47 system 4632.30 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 28 04:54: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 50ACC106564A; Sat, 28 Feb 2009 04:54:29 +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 253768FC08; Sat, 28 Feb 2009 04:54:29 +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 n1S4sQda004599; Fri, 27 Feb 2009 23:54:26 -0500 (EST) (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 n1S4sQRo000933; Fri, 27 Feb 2009 23:54:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 65F1C7302F; Fri, 27 Feb 2009 23:54:26 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090228045426.65F1C7302F@freebsd-current.sentex.ca> Date: Fri, 27 Feb 2009 23:54:26 -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 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, 28 Feb 2009 04:54:30 -0000 TB --- 2009-02-28 03:40:40 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-28 03:40:40 - starting HEAD tinderbox run for i386/i386 TB --- 2009-02-28 03:40:40 - cleaning the object tree TB --- 2009-02-28 03:41:01 - cvsupping the source tree TB --- 2009-02-28 03:41:01 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2009-02-28 03:41:10 - building world TB --- 2009-02-28 03:41:10 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-28 03:41:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-28 03:41:10 - TARGET=i386 TB --- 2009-02-28 03:41:10 - TARGET_ARCH=i386 TB --- 2009-02-28 03:41:10 - TZ=UTC TB --- 2009-02-28 03:41:10 - __MAKE_CONF=/dev/null TB --- 2009-02-28 03:41:10 - cd /src TB --- 2009-02-28 03:41:10 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 28 03:41:12 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/usr.bin/from/from.1 > from.1.gz ===> usr.bin/fstat (all) cc -O2 -pipe -I/src/usr.bin/fstat/zfs/../../../sys/cddl/compat/opensolaris -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/include -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/lib/libumem -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/head -I/src/usr.bin/fstat/zfs/.. -DNEED_SOLARIS_BOOLEAN -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.bin/fstat/zfs/../zfs.c cc -O2 -pipe -D_KVM_VNODE -DZFS -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/usr.bin/fstat/cd9660.c cc -O2 -pipe -D_KVM_VNODE -DZFS -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/usr.bin/fstat/fstat.c cc -O2 -pipe -D_KVM_VNODE -DZFS -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/usr.bin/fstat/msdosfs.c /src/usr.bin/fstat/msdosfs.c: In function 'msdosfs_filestat': /src/usr.bin/fstat/msdosfs.c:113: error: 'struct denode' has no member named 'de_dev' *** Error code 1 Stop in /src/usr.bin/fstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-28 04:54:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-28 04:54:26 - ERROR: failed to build world TB --- 2009-02-28 04:54:26 - 3507.05 user 338.71 system 4425.91 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 28 05:10: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 9E16B106566C; Sat, 28 Feb 2009 05:10:20 +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 724C08FC0C; Sat, 28 Feb 2009 05:10:20 +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 n1S5AImH005188; Sat, 28 Feb 2009 00:10:18 -0500 (EST) (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 n1S5AING005929; Sat, 28 Feb 2009 00:10:18 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1EF6E7302F; Sat, 28 Feb 2009 00:10:18 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090228051018.1EF6E7302F@freebsd-current.sentex.ca> Date: Sat, 28 Feb 2009 00:10:18 -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 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, 28 Feb 2009 05:10:21 -0000 TB --- 2009-02-28 03:57:13 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-28 03:57:13 - starting HEAD tinderbox run for i386/pc98 TB --- 2009-02-28 03:57:13 - cleaning the object tree TB --- 2009-02-28 03:57:29 - cvsupping the source tree TB --- 2009-02-28 03:57:29 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2009-02-28 03:57:36 - building world TB --- 2009-02-28 03:57:36 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-28 03:57:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-28 03:57:36 - TARGET=pc98 TB --- 2009-02-28 03:57:36 - TARGET_ARCH=i386 TB --- 2009-02-28 03:57:36 - TZ=UTC TB --- 2009-02-28 03:57:36 - __MAKE_CONF=/dev/null TB --- 2009-02-28 03:57:36 - cd /src TB --- 2009-02-28 03:57:36 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 28 03:57:38 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/usr.bin/from/from.1 > from.1.gz ===> usr.bin/fstat (all) cc -O2 -pipe -I/src/usr.bin/fstat/zfs/../../../sys/cddl/compat/opensolaris -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/include -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/lib/libumem -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/head -I/src/usr.bin/fstat/zfs/.. -DNEED_SOLARIS_BOOLEAN -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.bin/fstat/zfs/../zfs.c cc -O2 -pipe -D_KVM_VNODE -DZFS -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/usr.bin/fstat/cd9660.c cc -O2 -pipe -D_KVM_VNODE -DZFS -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/usr.bin/fstat/fstat.c cc -O2 -pipe -D_KVM_VNODE -DZFS -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/usr.bin/fstat/msdosfs.c /src/usr.bin/fstat/msdosfs.c: In function 'msdosfs_filestat': /src/usr.bin/fstat/msdosfs.c:113: error: 'struct denode' has no member named 'de_dev' *** Error code 1 Stop in /src/usr.bin/fstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-28 05:10:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-28 05:10:18 - ERROR: failed to build world TB --- 2009-02-28 05:10:18 - 3502.19 user 349.71 system 4384.70 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 28 05:34: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 D36011065670 for ; Sat, 28 Feb 2009 05:34:19 +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 A970B8FC13 for ; Sat, 28 Feb 2009 05:34:19 +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 mail2.asahi-net.or.jp (Postfix) with ESMTP id 3326B6D1BB for ; Sat, 28 Feb 2009 14:17:06 +0900 (JST) Date: Sat, 28 Feb 2009 00:17:01 -0500 From: Yoshihiro Ota To: current@freebsd.org Message-Id: <20090228001701.f18fcd6b.ota@j.email.ne.jp> 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: Subject: 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, 28 Feb 2009 05:34:20 -0000 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 umass0:0:0:-1: Attached to scbus0 Actually, this device stopped working from 7.0-REELASE. http://www.freebsd.org/cgi/query-pr.cgi?pr=usb/123611 Thanks, Hiro From owner-freebsd-current@FreeBSD.ORG Sat Feb 28 06:09: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 5D661106566B; Sat, 28 Feb 2009 06:09:02 +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 3220A8FC17; Sat, 28 Feb 2009 06:09:01 +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 n1S68x2Q006988; Sat, 28 Feb 2009 01:08:59 -0500 (EST) (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 n1S68xWd099970; Sat, 28 Feb 2009 01:08:59 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6F0887302F; Sat, 28 Feb 2009 01:08:59 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090228060859.6F0887302F@freebsd-current.sentex.ca> Date: Sat, 28 Feb 2009 01:08:59 -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 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, 28 Feb 2009 06:09:03 -0000 TB --- 2009-02-28 05:10:18 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-28 05:10:18 - starting HEAD tinderbox run for mips/mips TB --- 2009-02-28 05:10:18 - cleaning the object tree TB --- 2009-02-28 05:10:30 - cvsupping the source tree TB --- 2009-02-28 05:10:30 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/mips/mips/supfile TB --- 2009-02-28 05:10:37 - building world TB --- 2009-02-28 05:10:37 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-28 05:10:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-28 05:10:37 - TARGET=mips TB --- 2009-02-28 05:10:37 - TARGET_ARCH=mips TB --- 2009-02-28 05:10:37 - TZ=UTC TB --- 2009-02-28 05:10:37 - __MAKE_CONF=/dev/null TB --- 2009-02-28 05:10:37 - cd /src TB --- 2009-02-28 05:10:37 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 28 05:10:39 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/usr.bin/from/from.1 > from.1.gz ===> usr.bin/fstat (all) cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -I/src/usr.bin/fstat/zfs/../../../sys/cddl/compat/opensolaris -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/include -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/lib/libumem -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/head -I/src/usr.bin/fstat/zfs/.. -DNEED_SOLARIS_BOOLEAN -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.bin/fstat/zfs/../zfs.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -D_KVM_VNODE -DZFS -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/usr.bin/fstat/cd9660.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -D_KVM_VNODE -DZFS -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/usr.bin/fstat/fstat.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -D_KVM_VNODE -DZFS -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/usr.bin/fstat/msdosfs.c /src/usr.bin/fstat/msdosfs.c: In function 'msdosfs_filestat': /src/usr.bin/fstat/msdosfs.c:113: error: 'struct denode' has no member named 'de_dev' *** Error code 1 Stop in /src/usr.bin/fstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-28 06:08:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-28 06:08:59 - ERROR: failed to build world TB --- 2009-02-28 06:08:59 - 2755.41 user 317.13 system 3521.05 real http://tinderbox.des.no/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 28 06:27:14 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 40FF01065673; Sat, 28 Feb 2009 06:27:14 +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 157B68FC16; Sat, 28 Feb 2009 06:27:14 +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 n1S6RB90007581; Sat, 28 Feb 2009 01:27:11 -0500 (EST) (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 n1S6RBFA029559; Sat, 28 Feb 2009 01:27:11 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9D61C7302F; Sat, 28 Feb 2009 01:27:11 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090228062711.9D61C7302F@freebsd-current.sentex.ca> Date: Sat, 28 Feb 2009 01:27:11 -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 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, 28 Feb 2009 06:27:15 -0000 TB --- 2009-02-28 04:54:26 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-28 04:54:26 - starting HEAD tinderbox run for ia64/ia64 TB --- 2009-02-28 04:54:26 - cleaning the object tree TB --- 2009-02-28 04:54:44 - cvsupping the source tree TB --- 2009-02-28 04:54:44 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2009-02-28 04:54:52 - building world TB --- 2009-02-28 04:54:52 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-28 04:54:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-28 04:54:52 - TARGET=ia64 TB --- 2009-02-28 04:54:52 - TARGET_ARCH=ia64 TB --- 2009-02-28 04:54:52 - TZ=UTC TB --- 2009-02-28 04:54:52 - __MAKE_CONF=/dev/null TB --- 2009-02-28 04:54:52 - cd /src TB --- 2009-02-28 04:54:52 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 28 04:54:56 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/usr.bin/from/from.1 > from.1.gz ===> usr.bin/fstat (all) cc -O2 -pipe -I/src/usr.bin/fstat/zfs/../../../sys/cddl/compat/opensolaris -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/include -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/lib/libumem -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/head -I/src/usr.bin/fstat/zfs/.. -DNEED_SOLARIS_BOOLEAN -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.bin/fstat/zfs/../zfs.c cc -O2 -pipe -D_KVM_VNODE -DZFS -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/usr.bin/fstat/cd9660.c cc -O2 -pipe -D_KVM_VNODE -DZFS -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/usr.bin/fstat/fstat.c cc -O2 -pipe -D_KVM_VNODE -DZFS -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/usr.bin/fstat/msdosfs.c /src/usr.bin/fstat/msdosfs.c: In function 'msdosfs_filestat': /src/usr.bin/fstat/msdosfs.c:113: error: 'struct denode' has no member named 'de_dev' *** Error code 1 Stop in /src/usr.bin/fstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-28 06:27:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-28 06:27:11 - ERROR: failed to build world TB --- 2009-02-28 06:27:11 - 4560.07 user 350.67 system 5565.09 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 28 06:52: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 A2DEA1065672; Sat, 28 Feb 2009 06:52:14 +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 6FC5F8FC22; Sat, 28 Feb 2009 06:52:14 +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 mail2.asahi-net.or.jp (Postfix) with ESMTP id CEA126A5BE; Sat, 28 Feb 2009 15:52:12 +0900 (JST) Date: Sat, 28 Feb 2009 01:52:07 -0500 From: Yoshihiro Ota To: Alexander Motin Message-Id: <20090228015207.d7432c0a.ota@j.email.ne.jp> In-Reply-To: <49A7D1C2.6070608@FreeBSD.org> References: <1235218982.00077642.1235207402@10.7.7.3> <499FFC5F.3020903@FreeBSD.org> <47d0403c0902210949i74473bc5j57c923e13c85e89@mail.gmail.com> <49A04510.5030405@FreeBSD.org> <7d6fde3d0902211356h66b05cfcxf2ebbe9b2a6fd0f0@mail.gmail.com> <20090224004110.e4ad76f4.ota@j.email.ne.jp> <49A45127.3000108@FreeBSD.org> <20090225211656.75c546c3.ota@j.email.ne.jp> <49A6F609.20901@FreeBSD.org> <20090226223106.b56ad289.ota@j.email.ne.jp> <49A7D1C2.6070608@FreeBSD.org> 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 Subject: Re: Annoying whitenoise sound coming from snd_hda enabled chipset X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Feb 2009 06:52:15 -0000 On Fri, 27 Feb 2009 13:42:58 +0200 Alexander Motin wrote: > Yoshihiro Ota wrote: > > On Thu, 26 Feb 2009 22:05:29 +0200 > > Alexander Motin wrote: > > > >> Yoshihiro Ota wrote: > >>> On Tue, 24 Feb 2009 21:57:27 +0200 > >>> Alexander Motin wrote: > >>>> Yoshihiro Ota wrote: > >>>>> In my case, with hdac or pcm device, 8-CURRENT fails to boot very requentry. > >>>>> It fails to prove a device and doesn't proceed farthar than that point. > >>>>> Now it only boots once in 5 or 10 reboots. > >>>>> > >>>>> When it boots, it prints lots of following messages. > >>>>> > >>>>> hdac0: HDA Codec #0: Conexant CX20549 (Venice) > >>>>> hdac0: unable to allocate widgets! > >>>>> hdac0: unable to allocate widgets! > >>>>> hdac0: unable to allocate widgets! > >>>>> hdac0: unable to allocate widgets! > >>>>> hdac0: unable to allocate widgets! > >>>>> hdac0: hdac_command_send_internal: TIMEOUT numcmd=1, sent=1, received=0 > >>>>> hdac0: hdac_command_send_internal: TIMEOUT numcmd=1, sent=1, received=0 > >>>>> hdac0: hdac_command_send_internal: TIMEOUT numcmd=1, sent=1, received=0 > >>>>> hdac0: hdac_command_send_internal: TIMEOUT numcmd=1, sent=1, received=0 > >>>>> hdac0: hdac_command_send_internal: TIMEOUT numcmd=1, sent=1, received=0 > >>>>> > >>>>> I think this started happening about a week ago or so, sometime between > >>>>> 13 and 16th. > >>>> The only significant change last time was enabling MSI by default. But I > >>>> don't think it should lead to such errors. I have tried even operation > >>>> completely without interrupts working and there is not such errors. Can > >>>> you send me complete verbose dmesg with the problem and `pciconf -lvc` > >>>> output? > >>>> > >>>> Also you may try to disable MSI by setting 'hint.hdac.0.msi=0' hint. > >>> Once I disabled snd_hda_load="YES" in /boot/loader.conf, it comes up > >>> all times. However, when I run "kldload snd_hda", the system stops responding, > >>> i.e. crashes. > >>> > >>> So, now I added 'hint.hdac.0.msi="0"' in the hint; then, system comes up fine. > >>> I tried "kldload snd_hda" and got the following output. > >>> System didn't crash after adding the hint so that I added snd_hda_load="YES" > >>> back to /boot/loader.conf. > >> I have committed a patch to the CURRENT that should disable MSI for your > >> HDA controller by default. Test it please. > > > > That's r189086, isn't it? > > > > So, for testing, I will remove hint.hdac.0.msi and add 'snd_hda_load="YES"' back. > > Does that sound valid test? > > Yes. 'snd_hda_load="YES"' is on your wish. System comes up without problems now. Thanks, Hiro From owner-freebsd-current@FreeBSD.ORG Sat Feb 28 07:24: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 2B10A106564A; Sat, 28 Feb 2009 07:24: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 F39248FC08; Sat, 28 Feb 2009 07:24:51 +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 n1S7OjOn009457; Sat, 28 Feb 2009 02:24:45 -0500 (EST) (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 n1S7OjAb047202; Sat, 28 Feb 2009 02:24:45 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 284977302F; Sat, 28 Feb 2009 02:24:45 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090228072445.284977302F@freebsd-current.sentex.ca> Date: Sat, 28 Feb 2009 02:24:45 -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, 28 Feb 2009 07:24:53 -0000 TB --- 2009-02-28 06:08:59 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-28 06:08:59 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-02-28 06:08:59 - cleaning the object tree TB --- 2009-02-28 06:09:17 - cvsupping the source tree TB --- 2009-02-28 06:09:17 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-02-28 06:09:28 - building world TB --- 2009-02-28 06:09:28 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-28 06:09:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-28 06:09:28 - TARGET=powerpc TB --- 2009-02-28 06:09:28 - TARGET_ARCH=powerpc TB --- 2009-02-28 06:09:28 - TZ=UTC TB --- 2009-02-28 06:09:28 - __MAKE_CONF=/dev/null TB --- 2009-02-28 06:09:28 - cd /src TB --- 2009-02-28 06:09:28 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 28 06:09:30 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/usr.bin/from/from.1 > from.1.gz ===> usr.bin/fstat (all) cc -O2 -pipe -I/src/usr.bin/fstat/zfs/../../../sys/cddl/compat/opensolaris -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/include -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/lib/libumem -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/head -I/src/usr.bin/fstat/zfs/.. -DNEED_SOLARIS_BOOLEAN -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.bin/fstat/zfs/../zfs.c cc -O2 -pipe -D_KVM_VNODE -DZFS -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/usr.bin/fstat/cd9660.c cc -O2 -pipe -D_KVM_VNODE -DZFS -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/usr.bin/fstat/fstat.c cc -O2 -pipe -D_KVM_VNODE -DZFS -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/usr.bin/fstat/msdosfs.c /src/usr.bin/fstat/msdosfs.c: In function 'msdosfs_filestat': /src/usr.bin/fstat/msdosfs.c:113: error: 'struct denode' has no member named 'de_dev' *** Error code 1 Stop in /src/usr.bin/fstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-28 07:24:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-28 07:24:44 - ERROR: failed to build world TB --- 2009-02-28 07:24:44 - 3643.66 user 339.96 system 4545.32 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 28 07:38: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 E84EE106564A; Sat, 28 Feb 2009 07:38:41 +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 BD4F88FC19; Sat, 28 Feb 2009 07:38:41 +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 n1S7cd2p010036; Sat, 28 Feb 2009 02:38:39 -0500 (EST) (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 n1S7cdMQ067022; Sat, 28 Feb 2009 02:38:39 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 71AD17302F; Sat, 28 Feb 2009 02:38:39 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090228073839.71AD17302F@freebsd-current.sentex.ca> Date: Sat, 28 Feb 2009 02:38:39 -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/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, 28 Feb 2009 07:38:42 -0000 TB --- 2009-02-28 06:27:11 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-28 06:27:11 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-02-28 06:27:11 - cleaning the object tree TB --- 2009-02-28 06:27:29 - cvsupping the source tree TB --- 2009-02-28 06:27:29 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-02-28 06:27:36 - building world TB --- 2009-02-28 06:27:36 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-28 06:27:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-28 06:27:36 - TARGET=sparc64 TB --- 2009-02-28 06:27:36 - TARGET_ARCH=sparc64 TB --- 2009-02-28 06:27:36 - TZ=UTC TB --- 2009-02-28 06:27:36 - __MAKE_CONF=/dev/null TB --- 2009-02-28 06:27:36 - cd /src TB --- 2009-02-28 06:27:36 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 28 06:27:38 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/usr.bin/from/from.1 > from.1.gz ===> usr.bin/fstat (all) cc -O2 -pipe -I/src/usr.bin/fstat/zfs/../../../sys/cddl/compat/opensolaris -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/include -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/lib/libumem -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/head -I/src/usr.bin/fstat/zfs/.. -DNEED_SOLARIS_BOOLEAN -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.bin/fstat/zfs/../zfs.c cc -O2 -pipe -D_KVM_VNODE -DZFS -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/usr.bin/fstat/cd9660.c cc -O2 -pipe -D_KVM_VNODE -DZFS -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/usr.bin/fstat/fstat.c cc -O2 -pipe -D_KVM_VNODE -DZFS -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/usr.bin/fstat/msdosfs.c /src/usr.bin/fstat/msdosfs.c: In function 'msdosfs_filestat': /src/usr.bin/fstat/msdosfs.c:113: error: 'struct denode' has no member named 'de_dev' *** Error code 1 Stop in /src/usr.bin/fstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-28 07:38:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-28 07:38:39 - ERROR: failed to build world TB --- 2009-02-28 07:38:39 - 3417.80 user 333.97 system 4287.65 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 28 08:34:50 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 2509F1065675; Sat, 28 Feb 2009 08:34:50 +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 EE9698FC15; Sat, 28 Feb 2009 08:34: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 n1S8YlAA012737; Sat, 28 Feb 2009 03:34:47 -0500 (EST) (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 n1S8YlCn078293; Sat, 28 Feb 2009 03:34:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 368077302F; Sat, 28 Feb 2009 03:34:47 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090228083447.368077302F@freebsd-current.sentex.ca> Date: Sat, 28 Feb 2009 03:34:47 -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/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, 28 Feb 2009 08:34:50 -0000 TB --- 2009-02-28 07:24:45 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-28 07:24:45 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-02-28 07:24:45 - cleaning the object tree TB --- 2009-02-28 07:24:59 - cvsupping the source tree TB --- 2009-02-28 07:24:59 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-02-28 07:25:09 - building world TB --- 2009-02-28 07:25:09 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-28 07:25:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-28 07:25:09 - TARGET=sun4v TB --- 2009-02-28 07:25:09 - TARGET_ARCH=sparc64 TB --- 2009-02-28 07:25:09 - TZ=UTC TB --- 2009-02-28 07:25:09 - __MAKE_CONF=/dev/null TB --- 2009-02-28 07:25:09 - cd /src TB --- 2009-02-28 07:25:09 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 28 07:25:11 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/usr.bin/from/from.1 > from.1.gz ===> usr.bin/fstat (all) cc -O2 -pipe -I/src/usr.bin/fstat/zfs/../../../sys/cddl/compat/opensolaris -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/include -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/lib/libumem -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/head -I/src/usr.bin/fstat/zfs/.. -DNEED_SOLARIS_BOOLEAN -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.bin/fstat/zfs/../zfs.c cc -O2 -pipe -D_KVM_VNODE -DZFS -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/usr.bin/fstat/cd9660.c cc -O2 -pipe -D_KVM_VNODE -DZFS -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/usr.bin/fstat/fstat.c cc -O2 -pipe -D_KVM_VNODE -DZFS -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/usr.bin/fstat/msdosfs.c /src/usr.bin/fstat/msdosfs.c: In function 'msdosfs_filestat': /src/usr.bin/fstat/msdosfs.c:113: error: 'struct denode' has no member named 'de_dev' *** Error code 1 Stop in /src/usr.bin/fstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-28 08:34:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-28 08:34:47 - ERROR: failed to build world TB --- 2009-02-28 08:34:47 - 3406.98 user 333.17 system 4201.89 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 28 09:02: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 7D0DA106567F; Sat, 28 Feb 2009 09:02:55 +0000 (UTC) (envelope-from SNasonov@BCC.RU) Received: from extmx.bcc.ru (extmx.bcc.ru [217.170.85.214]) by mx1.freebsd.org (Postfix) with ESMTP id DF8EF8FC14; Sat, 28 Feb 2009 09:02:54 +0000 (UTC) (envelope-from SNasonov@BCC.RU) Received: from localhost (localhost [127.0.0.1]) by extmx.bcc.ru (Postfix) with ESMTP id 39F7DC43C; Sat, 28 Feb 2009 12:05:41 +0300 (MSK) Received: from extmx.bcc.ru ([127.0.0.1]) by localhost (extmx.bcc.ru [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29090-03; Sat, 28 Feb 2009 12:05:38 +0300 (MSK) Received: from mail.bcc (unknown [192.168.200.208]) by extmx.bcc.ru (Postfix) with ESMTP id B782E976A; Sat, 28 Feb 2009 12:05:38 +0300 (MSK) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Sat, 28 Feb 2009 12:02:50 +0300 Message-ID: <597436B54F5FF74FA8EA7F3224FE251F12C69214@mail.bcc> In-Reply-To: <1235778229.1289.60.camel@widget.2hip.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Interrupt stom on cardbus device thread-index: AcmZNUX9JcBMywZhQeCM0JNx5Of7ewATA08g References: <200902271730.07660.snasonov@bcc.ru> <200902271208.48212.jhb@freebsd.org> <1235760629.1289.51.camel@widget.2hip.net> <200902271403.46828.jhb@freebsd.org> <597436B54F5FF74FA8EA7F3224FE251F12C69213@mail.bcc> <1235778229.1289.60.camel@widget.2hip.net> From: "Nasonov Sergey" To: "Robert Noland" X-Virus-Scanned: amavisd-new at bcc.ru Cc: freebsd-current@freebsd.org Subject: RE: Interrupt stom on cardbus device X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Feb 2009 09:02:56 -0000 > -----Original Message----- > From: Robert Noland [mailto:rnoland@FreeBSD.org] > Sent: Saturday, February 28, 2009 2:44 AM > To: Nasonov Sergey > Cc: John Baldwin; freebsd-current@freebsd.org > Subject: RE: Interrupt stom on cardbus device >=20 > On Sat, 2009-02-28 at 00:09 +0300, Nasonov Sergey wrote: > > > -----Original Message----- > > > From: John Baldwin [mailto:jhb@freebsd.org] > > > Sent: Friday, February 27, 2009 10:04 PM > > > To: Robert Noland > > > Cc: freebsd-current@freebsd.org; Nasonov Sergey > > > Subject: Re: Interrupt stom on cardbus device > > > > > > On Friday 27 February 2009 1:50:28 pm Robert Noland wrote: > > > > On Fri, 2009-02-27 at 12:08 -0500, John Baldwin wrote: > > > > > On Friday 27 February 2009 9:30:06 am Sergey G Nasonov wrote: > > > > > > Hello all, > > > > > > I have get an issue after recent kernel recompile. > > > > > > The problem appears after switch from X to text console and back > > to > > > X11. > > > > > > After that vmstat -i show an interrupt storm on cardbus device: > > > > > > > > > > > > > vmstat -i > > > > > > interrupt total rate > > > > > > irq1: atkbd0 6483 3 > > > > > > irq9: acpi0 3236 1 > > > > > > irq12: psm0 347988 167 > > > > > > irq14: ata0 16431 7 > > > > > > irq16: cbb0 uhci2+ 13624982 6556 > > > > > > irq20: uhci0 14 0 > > > > > > irq22: ehci0 2 0 > > > > > > cpu0: timer 4154687 1999 > > > > > > irq256: em0 53736 25 > > > > > > irq257: hdac0 5797 2 > > > > > > cpu1: timer 4153683 1998 > > > > > > irq258: vgapci0 235585 113 > > > > > > Total 22602624 10877 > > > > > > > > > > > > I suppose that the issue related with the latest MSI interrupt > > > > > > handler changes for intel graphics chipset. My laptop has > > i965GM. > > > > > > pciconf -lv: > > > > > > > > > > > > vgapci0@pci0:0:2:0: class=3D0x030000 card=3D0x20b517aa > > > chip=3D0x2a028086 > > > > > > rev=3D0x0c hdr=3D0x00 > > > > > > vendor =3D 'Intel Corporation' > > > > > > device =3D 'Mobile 965 Express Integrated Graphics > > Controller' > > > > > > class =3D display > > > > > > subclass =3D VGA > > > > > > > > > > > > When I added my device to drm_msi_blacklist and recompile drm > > > modules > > > the > > > > > > problem disappear. > > > > > > Is it possible to resolve this problem without moving the device > > to > > > the > > > > > > drm_msi_blacklist? > > > > > > I can test any patches or provide additional detail if it is > > > required. > > > > > > Thanks. > > > > > > > > > > It seems the device is still interrupting on its INTx line perhaps > > in > > > addition > > > > > to the MSI interrupts. > > > > > > > > Hrm, I did most all of that development on a 965gm. When you VT > > switch, > > > > the irq handler gets uninstalled and reinstalled when you return to > > X. > > > > There was an eratta on the 965gm suggesting that msi didn't work > > right, > > > > but I was never able to produce the issue. Intel was having major > > > > issues with this on linux and I finally convinced them to turn msi > > back > > > > on. My irq handler and Eric's are very similar, so I'm not sure > > what > > > > could be going on here. > > > > > > > > There is however an issue with vblanks that might be related. Could > > you > > > > try http://people.freebsd.org/~rnoland/drm-move_vblank_init.patch > > and > > > > see if that helps? > > > > Ok, I tried it but result the same (problem not resolved). > > Can I check anything else? >=20 > Ok, new patch... It is looking like we should actually deal with this in > the pci code, rather than drm, but let's try this patch and see if it > fixes the issue. Note that we are looking for interrupts to still work > (the msi ones anyway) and to not see the INTx ones. >=20 > http://people.freebsd.org/~rnoland/i915_disable_INTx.patch >=20 > robert. Unfortunately, your patch doesn't help. Maybe INTx is still enabled? But I think the problem somewhere herein. I compile DRM modules with DRM_DEBUG, but output is very large and find within it anything useful is hard.=20 >=20 > > Thanks. > > > > > > In this case the issue isn't that MSI isn't working I think, but that > > the > > > hardware is sending interrupts via both routes (MSI and INTx). If > > that > > > happens, then you will see an interrupt storm on the INTx line, but > > > FreeBSD > > > will only notice if another device is sharing the same IRQ line. So > > if > > > your > > > test machine has vgapci0 on irq 22 and you have no other devices on > > IRQ > > > 22, > > > then the storm would go unnoticed. This is most likely a chip bug > > (unless > > > the driver has to explicitly disable INTx interrupts when using MSI). > > It > > > would probably be a good idea to add a hw.drm.msi_enable tunable (or > > > hw.drm.msi) that people can use to disable MSI perhaps. > > > > > > -- > > > John Baldwin > -- > Robert Noland > FreeBSD From owner-freebsd-current@FreeBSD.ORG Sat Feb 28 09:04: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 18D5E1065715 for ; Sat, 28 Feb 2009 09:04:24 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe15.tele2.se [212.247.155.193]) by mx1.freebsd.org (Postfix) with ESMTP id A0E848FC26 for ; Sat, 28 Feb 2009 09:04:23 +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=MXw7gxVQKqGXY79tIT8aFQ==:17 a=6I5d2MoRAAAA:8 a=fDR7c2RM0fPuLlfRCsYA:9 a=_Uyo1cfvCi8akre8yaIA:7 a=DJDNN-1lTTa-6FCY_uTeMM7oHZMA:4 a=LY0hPdMaydYA:10 a=SV7veod9ZcQA: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 456595038; Sat, 28 Feb 2009 10:04:22 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sat, 28 Feb 2009 10:06:51 +0100 User-Agent: KMail/1.9.7 References: <20090228001701.f18fcd6b.ota@j.email.ne.jp> In-Reply-To: <20090228001701.f18fcd6b.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: <200902281006.52328.hselasky@c2i.net> Cc: Yoshihiro Ota 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, 28 Feb 2009 09:04:24 -0000 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 --HPS > umass0:0:0:-1: Attached to scbus0 > > > Actually, this device stopped working from 7.0-REELASE. > http://www.freebsd.org/cgi/query-pr.cgi?pr=usb/123611 > > Thanks, > Hiro > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sat Feb 28 09:47: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 29D89106566B; Sat, 28 Feb 2009 09:47:12 +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 F3A478FC15; Sat, 28 Feb 2009 09:47:11 +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 n1S9l6Y5026750; Sat, 28 Feb 2009 04:47:06 -0500 (EST) (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 n1S9l6K0097062; Sat, 28 Feb 2009 04:47:06 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7E0927302F; Sat, 28 Feb 2009 04:47:06 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090228094706.7E0927302F@freebsd-current.sentex.ca> Date: Sat, 28 Feb 2009 04:47:06 -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, 28 Feb 2009 09:47:13 -0000 TB --- 2009-02-28 08:40:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-28 08:40:00 - starting HEAD tinderbox run for arm/arm TB --- 2009-02-28 08:40:00 - cleaning the object tree TB --- 2009-02-28 08:40:27 - cvsupping the source tree TB --- 2009-02-28 08:40:27 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2009-02-28 08:40:38 - building world TB --- 2009-02-28 08:40:38 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-28 08:40:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-28 08:40:38 - TARGET=arm TB --- 2009-02-28 08:40:38 - TARGET_ARCH=arm TB --- 2009-02-28 08:40:38 - TZ=UTC TB --- 2009-02-28 08:40:38 - __MAKE_CONF=/dev/null TB --- 2009-02-28 08:40:38 - cd /src TB --- 2009-02-28 08:40:38 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 28 08:40:41 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/usr.bin/from/from.1 > from.1.gz ===> usr.bin/fstat (all) cc -O -pipe -I/src/usr.bin/fstat/zfs/../../../sys/cddl/compat/opensolaris -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/include -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/lib/libumem -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/head -I/src/usr.bin/fstat/zfs/.. -DNEED_SOLARIS_BOOLEAN -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.bin/fstat/zfs/../zfs.c cc -O -pipe -D_KVM_VNODE -DZFS -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/usr.bin/fstat/cd9660.c cc -O -pipe -D_KVM_VNODE -DZFS -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/usr.bin/fstat/fstat.c cc -O -pipe -D_KVM_VNODE -DZFS -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/usr.bin/fstat/msdosfs.c /src/usr.bin/fstat/msdosfs.c: In function 'msdosfs_filestat': /src/usr.bin/fstat/msdosfs.c:113: error: 'struct denode' has no member named 'de_dev' *** Error code 1 Stop in /src/usr.bin/fstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-28 09:47:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-28 09:47:06 - ERROR: failed to build world TB --- 2009-02-28 09:47:06 - 2832.88 user 348.22 system 4025.97 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 28 10:02: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 864E71065670; Sat, 28 Feb 2009 10:02:53 +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 5C5868FC17; Sat, 28 Feb 2009 10:02:53 +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 n1SA2oDV015990; Sat, 28 Feb 2009 05:02:50 -0500 (EST) (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 n1SA2oud052031; Sat, 28 Feb 2009 05:02:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 88F177302F; Sat, 28 Feb 2009 05:02:50 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090228100250.88F177302F@freebsd-current.sentex.ca> Date: Sat, 28 Feb 2009 05:02:50 -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, 28 Feb 2009 10:02:54 -0000 TB --- 2009-02-28 08:40:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-28 08:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-02-28 08:40:00 - cleaning the object tree TB --- 2009-02-28 08:40:27 - cvsupping the source tree TB --- 2009-02-28 08:40:27 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-02-28 08:40:38 - building world TB --- 2009-02-28 08:40:38 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-28 08:40:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-28 08:40:38 - TARGET=amd64 TB --- 2009-02-28 08:40:38 - TARGET_ARCH=amd64 TB --- 2009-02-28 08:40:38 - TZ=UTC TB --- 2009-02-28 08:40:38 - __MAKE_CONF=/dev/null TB --- 2009-02-28 08:40:38 - cd /src TB --- 2009-02-28 08:40:38 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 28 08:40:42 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/usr.bin/from/from.1 > from.1.gz ===> usr.bin/fstat (all) cc -O2 -pipe -I/src/usr.bin/fstat/zfs/../../../sys/cddl/compat/opensolaris -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/include -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/lib/libumem -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/head -I/src/usr.bin/fstat/zfs/.. -DNEED_SOLARIS_BOOLEAN -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.bin/fstat/zfs/../zfs.c cc -O2 -pipe -D_KVM_VNODE -DZFS -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/usr.bin/fstat/cd9660.c cc -O2 -pipe -D_KVM_VNODE -DZFS -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/usr.bin/fstat/fstat.c cc -O2 -pipe -D_KVM_VNODE -DZFS -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/usr.bin/fstat/msdosfs.c /src/usr.bin/fstat/msdosfs.c: In function 'msdosfs_filestat': /src/usr.bin/fstat/msdosfs.c:113: error: 'struct denode' has no member named 'de_dev' *** Error code 1 Stop in /src/usr.bin/fstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-28 10:02:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-28 10:02:50 - ERROR: failed to build world TB --- 2009-02-28 10:02:50 - 3577.66 user 362.35 system 4970.00 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 28 11:00:14 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 3746F106566C; Sat, 28 Feb 2009 11:00:14 +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 0D9738FC1A; Sat, 28 Feb 2009 11:00:13 +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 n1SB0BXQ017840; Sat, 28 Feb 2009 06:00:11 -0500 (EST) (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 n1SB0BMw059072; Sat, 28 Feb 2009 06:00:11 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 623037302F; Sat, 28 Feb 2009 06:00:11 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090228110011.623037302F@freebsd-current.sentex.ca> Date: Sat, 28 Feb 2009 06:00:11 -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/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, 28 Feb 2009 11:00:14 -0000 TB --- 2009-02-28 09:47:06 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-28 09:47:06 - starting HEAD tinderbox run for i386/i386 TB --- 2009-02-28 09:47:06 - cleaning the object tree TB --- 2009-02-28 09:47:20 - cvsupping the source tree TB --- 2009-02-28 09:47:20 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2009-02-28 09:47:28 - building world TB --- 2009-02-28 09:47:28 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-28 09:47:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-28 09:47:28 - TARGET=i386 TB --- 2009-02-28 09:47:28 - TARGET_ARCH=i386 TB --- 2009-02-28 09:47:28 - TZ=UTC TB --- 2009-02-28 09:47:28 - __MAKE_CONF=/dev/null TB --- 2009-02-28 09:47:28 - cd /src TB --- 2009-02-28 09:47:28 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 28 09:47:30 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/usr.bin/from/from.1 > from.1.gz ===> usr.bin/fstat (all) cc -O2 -pipe -I/src/usr.bin/fstat/zfs/../../../sys/cddl/compat/opensolaris -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/include -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/lib/libumem -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/head -I/src/usr.bin/fstat/zfs/.. -DNEED_SOLARIS_BOOLEAN -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.bin/fstat/zfs/../zfs.c cc -O2 -pipe -D_KVM_VNODE -DZFS -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/usr.bin/fstat/cd9660.c cc -O2 -pipe -D_KVM_VNODE -DZFS -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/usr.bin/fstat/fstat.c cc -O2 -pipe -D_KVM_VNODE -DZFS -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/usr.bin/fstat/msdosfs.c /src/usr.bin/fstat/msdosfs.c: In function 'msdosfs_filestat': /src/usr.bin/fstat/msdosfs.c:113: error: 'struct denode' has no member named 'de_dev' *** Error code 1 Stop in /src/usr.bin/fstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-28 11:00:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-28 11:00:11 - ERROR: failed to build world TB --- 2009-02-28 11:00:11 - 3510.79 user 339.21 system 4384.37 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 28 11:16: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 50AA4106564A; Sat, 28 Feb 2009 11:16:29 +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 26F648FC13; Sat, 28 Feb 2009 11:16:28 +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 n1SBGQn3018422; Sat, 28 Feb 2009 06:16:26 -0500 (EST) (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 n1SBGQvL089986; Sat, 28 Feb 2009 06:16:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4EEF57302F; Sat, 28 Feb 2009 06:16:26 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090228111626.4EEF57302F@freebsd-current.sentex.ca> Date: Sat, 28 Feb 2009 06:16:26 -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, 28 Feb 2009 11:16:30 -0000 TB --- 2009-02-28 10:02:50 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-28 10:02:50 - starting HEAD tinderbox run for i386/pc98 TB --- 2009-02-28 10:02:50 - cleaning the object tree TB --- 2009-02-28 10:03:04 - cvsupping the source tree TB --- 2009-02-28 10:03:04 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2009-02-28 10:03:12 - building world TB --- 2009-02-28 10:03:12 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-28 10:03:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-28 10:03:12 - TARGET=pc98 TB --- 2009-02-28 10:03:12 - TARGET_ARCH=i386 TB --- 2009-02-28 10:03:12 - TZ=UTC TB --- 2009-02-28 10:03:12 - __MAKE_CONF=/dev/null TB --- 2009-02-28 10:03:12 - cd /src TB --- 2009-02-28 10:03:12 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 28 10:03: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 [...] gzip -cn /src/usr.bin/from/from.1 > from.1.gz ===> usr.bin/fstat (all) cc -O2 -pipe -I/src/usr.bin/fstat/zfs/../../../sys/cddl/compat/opensolaris -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/include -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/lib/libumem -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/head -I/src/usr.bin/fstat/zfs/.. -DNEED_SOLARIS_BOOLEAN -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.bin/fstat/zfs/../zfs.c cc -O2 -pipe -D_KVM_VNODE -DZFS -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/usr.bin/fstat/cd9660.c cc -O2 -pipe -D_KVM_VNODE -DZFS -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/usr.bin/fstat/fstat.c cc -O2 -pipe -D_KVM_VNODE -DZFS -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/usr.bin/fstat/msdosfs.c /src/usr.bin/fstat/msdosfs.c: In function 'msdosfs_filestat': /src/usr.bin/fstat/msdosfs.c:113: error: 'struct denode' has no member named 'de_dev' *** Error code 1 Stop in /src/usr.bin/fstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-28 11:16:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-28 11:16:26 - ERROR: failed to build world TB --- 2009-02-28 11:16:26 - 3503.49 user 353.01 system 4415.62 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 28 12:29: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 4CFBB1065670 for ; Sat, 28 Feb 2009 12:29: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 C4C768FC13 for ; Sat, 28 Feb 2009 12:29:39 +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 236145041; Sat, 28 Feb 2009 13:29:38 +0200 Message-ID: <49A9201E.2020604@FreeBSD.org> Date: Sat, 28 Feb 2009 13:29:34 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.19 (X11/20090118) MIME-Version: 1.0 To: Manfred Antar References: <200902250259.n1P2xvYh001449@pozo.com> <1235559230.15704.4.camel@buffy.york.ac.uk> <200902251410.n1PEAla5010605@pozo.com> <1235573928.15704.10.camel@buffy.york.ac.uk> <200902251508.n1PF8ORo001737@pozo.com> <1235576175.15704.15.camel@buffy.york.ac.uk> <200902260208.n1Q280jg001474@pozo.com> <49A7107A.5080208@FreeBSD.org> <200902270135.n1R1ZmU7001445@pozo.com> In-Reply-To: <200902270135.n1R1ZmU7001445@pozo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org Subject: Re: Fatal trap 18 on Current 1386 since Saturday 21 Feb 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: Sat, 28 Feb 2009 12:29:40 -0000 Manfred Antar wrote: > At 13:58 2/26/2009, you wrote: >> Manfred Antar wrote: >>> At 07:36 2/25/2009, Gavin Atkinson wrote: >>>> My suspicion is that it is this commit: >>>> >>>> http://docs.freebsd.org/cgi/getmsg.cgi?fetch=1637857+0+archive/2009/svn-src-all/20090222.svn-src-all >>>> >>>> Might be worthwhile trying the source from just before, and just after >>>> it and seeing if that is the cause. >>> Yes that's it I put: >>> /sys/dev/ata/ata-all.c >>> /sys/dev/ata/ata-all.h >>> /sys/dev/ata/ata-pci.h >>> /sys/dev/ata/ata-sata.c >>> /sys/dev/ata/chipsets/ata-promise.c >> >from before the changes on the 21st in current /sys and kernel builds and boots fine >>> My original date of the 14th was wrong, I looked at the calendar thought it was the 14th >>> but actually uname -a of the last working kernel was the 21st 7am. >> Looking on on your first and later posts I would say that this commit may happen not a root of your problem. It may just trigger something else. >> >> Problem begins when some of your drives on ata1 channel timeouts request that leads to several controller reinits. I think that durung that driver somehow gets wrong drive parameters that leads to division by zero error inside ata_tf_write(). >> >> I have just committed one patch that probably does not fix the problem, but change process a bit. Could you try it and send me all ata related verbose messages starting from controller detection. > > Sure. I only have one Hard Drive and a DVD drive in this computer. I have committed patch (r189166) which I think should fix your crash. Test it please. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sat Feb 28 13:18:30 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 06FBE1065672; Sat, 28 Feb 2009 13:18:30 +0000 (UTC) (envelope-from null@pozo.com) Received: from pozo.com (pozo.com [216.101.162.50]) by mx1.freebsd.org (Postfix) with ESMTP id AA25B8FC0C; Sat, 28 Feb 2009 13:18:29 +0000 (UTC) (envelope-from null@pozo.com) Received: from T41p.pozo.com (t41p.pozo.com [192.168.0.4]) (authenticated bits=0) by pozo.com (8.14.3/8.14.3) with ESMTP id n1SDILpe001450 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 28 Feb 2009 05:18:22 -0800 (PST) (envelope-from null@pozo.com) Message-Id: <200902281318.n1SDILpe001450@pozo.com> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sat, 28 Feb 2009 05:18:21 -0800 To: Alexander Motin From: Manfred Antar In-Reply-To: <49A9201E.2020604@FreeBSD.org> References: <200902250259.n1P2xvYh001449@pozo.com> <1235559230.15704.4.camel@buffy.york.ac.uk> <200902251410.n1PEAla5010605@pozo.com> <1235573928.15704.10.camel@buffy.york.ac.uk> <200902251508.n1PF8ORo001737@pozo.com> <1235576175.15704.15.camel@buffy.york.ac.uk> <200902260208.n1Q280jg001474@pozo.com> <49A7107A.5080208@FreeBSD.org> <200902270135.n1R1ZmU7001445@pozo.com> <49A9201E.2020604@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Spam-Status: No, score=-101.4 required=5.0 tests=ALL_TRUSTED,MISSING_MID, USER_IN_WHITELIST autolearn=failed version=3.2.5, No X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on pozo.com X-Virus-Scanned: ClamAV version 0.94.2-exp, clamav-milter version 0.94.2-exp on pozo.com X-Virus-Status: Clean X-pozo.com-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: n1SDILpe001450 X-pozo.com-MailScanner: Found to be clean X-pozo.com-MailScanner-From: null@pozo.com Cc: current@FreeBSD.org Subject: Re: Fatal trap 18 on Current 1386 since Saturday 21 Feb 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: Sat, 28 Feb 2009 13:18:30 -0000 At 03:29 2/28/2009, you wrote: >Manfred Antar wrote: >>At 13:58 2/26/2009, you wrote: >>>Manfred Antar wrote: >>>>At 07:36 2/25/2009, Gavin Atkinson wrote: >>>>>My suspicion is that it is this commit: >>>>> >>>>>http://docs.freebsd.org/cgi/getmsg.cgi?fetch=1637857+0+archive/2009/svn-src-all/20090222.svn-src-all >>>>>Might be worthwhile trying the source from just before, and just after >>>>>it and seeing if that is the cause. >>>>Yes that's it I put: >>>>/sys/dev/ata/ata-all.c >>>>/sys/dev/ata/ata-all.h >>>>/sys/dev/ata/ata-pci.h >>>>/sys/dev/ata/ata-sata.c >>>>/sys/dev/ata/chipsets/ata-promise.c >>>>from before the changes on the 21st in current /sys and kernel builds and boots fine >>>>My original date of the 14th was wrong, I looked at the calendar thought it was the 14th >>>>but actually uname -a of the last working kernel was the 21st 7am. >>>Looking on on your first and later posts I would say that this commit may happen not a root of your problem. It may just trigger something else. >>> >>>Problem begins when some of your drives on ata1 channel timeouts request that leads to several controller reinits. I think that durung that driver somehow gets wrong drive parameters that leads to division by zero error inside ata_tf_write(). >>> >>>I have just committed one patch that probably does not fix the problem, but change process a bit. Could you try it and send me all ata related verbose messages starting from controller detection. >>Sure. I only have one Hard Drive and a DVD drive in this computer. > >I have committed patch (r189166) which I think should fix your crash. Test it please. > >-- >Alexander Motin Build and Works Fine now Thanks Manfred ================================== || null@pozo.com || || Ph. (415) 681-6235 || ================================== From owner-freebsd-current@FreeBSD.ORG Sat Feb 28 16:38: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 C5A3A106566C; Sat, 28 Feb 2009 16:38: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 92D478FC12; Sat, 28 Feb 2009 16:38:42 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.2] (adsl-1-207-68.bna.bellsouth.net [65.1.207.68]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n1SGbEqW035142 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 28 Feb 2009 11:37:14 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Nasonov Sergey In-Reply-To: <597436B54F5FF74FA8EA7F3224FE251F12C69214@mail.bcc> References: <200902271730.07660.snasonov@bcc.ru> <200902271208.48212.jhb@freebsd.org> <1235760629.1289.51.camel@widget.2hip.net> <200902271403.46828.jhb@freebsd.org> <597436B54F5FF74FA8EA7F3224FE251F12C69213@mail.bcc> <1235778229.1289.60.camel@widget.2hip.net> <597436B54F5FF74FA8EA7F3224FE251F12C69214@mail.bcc> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-cYpBIWkDJrfiRv8V2feQ" Organization: FreeBSD Date: Sat, 28 Feb 2009 10:38:28 -0600 Message-Id: <1235839108.1289.72.camel@widget.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.4 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-current@freebsd.org Subject: RE: Interrupt stom on cardbus device X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Feb 2009 16:38:43 -0000 --=-cYpBIWkDJrfiRv8V2feQ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2009-02-28 at 12:02 +0300, Nasonov Sergey wrote: > > -----Original Message----- > > From: Robert Noland [mailto:rnoland@FreeBSD.org] > > Sent: Saturday, February 28, 2009 2:44 AM > > To: Nasonov Sergey > > Cc: John Baldwin; freebsd-current@freebsd.org > > Subject: RE: Interrupt stom on cardbus device > >=20 > > On Sat, 2009-02-28 at 00:09 +0300, Nasonov Sergey wrote: > > > > -----Original Message----- > > > > From: John Baldwin [mailto:jhb@freebsd.org] > > > > Sent: Friday, February 27, 2009 10:04 PM > > > > To: Robert Noland > > > > Cc: freebsd-current@freebsd.org; Nasonov Sergey > > > > Subject: Re: Interrupt stom on cardbus device > > > > > > > > On Friday 27 February 2009 1:50:28 pm Robert Noland wrote: > > > > > On Fri, 2009-02-27 at 12:08 -0500, John Baldwin wrote: > > > > > > On Friday 27 February 2009 9:30:06 am Sergey G Nasonov wrote: > > > > > > > Hello all, > > > > > > > I have get an issue after recent kernel recompile. > > > > > > > The problem appears after switch from X to text console and > back > > > to > > > > X11. > > > > > > > After that vmstat -i show an interrupt storm on cardbus > device: > > > > > > > > > > > > > > > vmstat -i > > > > > > > interrupt total rate > > > > > > > irq1: atkbd0 6483 3 > > > > > > > irq9: acpi0 3236 1 > > > > > > > irq12: psm0 347988 167 > > > > > > > irq14: ata0 16431 7 > > > > > > > irq16: cbb0 uhci2+ 13624982 6556 > > > > > > > irq20: uhci0 14 0 > > > > > > > irq22: ehci0 2 0 > > > > > > > cpu0: timer 4154687 1999 > > > > > > > irq256: em0 53736 25 > > > > > > > irq257: hdac0 5797 2 > > > > > > > cpu1: timer 4153683 1998 > > > > > > > irq258: vgapci0 235585 113 > > > > > > > Total 22602624 10877 > > > > > > > > > > > > > > I suppose that the issue related with the latest MSI > interrupt > > > > > > > handler changes for intel graphics chipset. My laptop has > > > i965GM. > > > > > > > pciconf -lv: > > > > > > > > > > > > > > vgapci0@pci0:0:2:0: class=3D0x030000 card=3D0x20b517aa > > > > chip=3D0x2a028086 > > > > > > > rev=3D0x0c hdr=3D0x00 > > > > > > > vendor =3D 'Intel Corporation' > > > > > > > device =3D 'Mobile 965 Express Integrated Graphics > > > Controller' > > > > > > > class =3D display > > > > > > > subclass =3D VGA > > > > > > > > > > > > > > When I added my device to drm_msi_blacklist and recompile > drm > > > > modules > > > > the > > > > > > > problem disappear. > > > > > > > Is it possible to resolve this problem without moving the > device > > > to > > > > the > > > > > > > drm_msi_blacklist? > > > > > > > I can test any patches or provide additional detail if it is > > > > required. > > > > > > > Thanks. > > > > > > > > > > > > It seems the device is still interrupting on its INTx line > perhaps > > > in > > > > addition > > > > > > to the MSI interrupts. > > > > > > > > > > Hrm, I did most all of that development on a 965gm. When you VT > > > switch, > > > > > the irq handler gets uninstalled and reinstalled when you return > to > > > X. > > > > > There was an eratta on the 965gm suggesting that msi didn't work > > > right, > > > > > but I was never able to produce the issue. Intel was having > major > > > > > issues with this on linux and I finally convinced them to turn > msi > > > back > > > > > on. My irq handler and Eric's are very similar, so I'm not sure > > > what > > > > > could be going on here. > > > > > > > > > > There is however an issue with vblanks that might be related. > Could > > > you > > > > > try > http://people.freebsd.org/~rnoland/drm-move_vblank_init.patch > > > and > > > > > see if that helps? > > > > > > Ok, I tried it but result the same (problem not resolved). > > > Can I check anything else? > >=20 > > Ok, new patch... It is looking like we should actually deal with this > in > > the pci code, rather than drm, but let's try this patch and see if it > > fixes the issue. Note that we are looking for interrupts to still > work > > (the msi ones anyway) and to not see the INTx ones. > >=20 > > http://people.freebsd.org/~rnoland/i915_disable_INTx.patch > >=20 > > robert. >=20 > Unfortunately, your patch doesn't help. Maybe INTx is still enabled? But > I think the problem somewhere herein. > I compile DRM modules with DRM_DEBUG, but output is very large and find > within it anything useful is hard.=20 Hrm, the intel driver is very noisy. If the problem really is INTx, then the drm debugging won't know anything about that. Could you try that patch that I posted later, without this patch to i915. I've looked over the linux pci code and they do disable INTx when enabling MSI. I stuck the patch up as http://people.freebsd.org/~rnoland/pci_disable_intx.patch robert. > > > Thanks. > > > > > > > > In this case the issue isn't that MSI isn't working I think, but > that > > > the > > > > hardware is sending interrupts via both routes (MSI and INTx). If > > > that > > > > happens, then you will see an interrupt storm on the INTx line, > but > > > > FreeBSD > > > > will only notice if another device is sharing the same IRQ line. > So > > > if > > > > your > > > > test machine has vgapci0 on irq 22 and you have no other devices > on > > > IRQ > > > > 22, > > > > then the storm would go unnoticed. This is most likely a chip bug > > > (unless > > > > the driver has to explicitly disable INTx interrupts when using > MSI). > > > It > > > > would probably be a good idea to add a hw.drm.msi_enable tunable > (or > > > > hw.drm.msi) that people can use to disable MSI perhaps. > > > > > > > > -- > > > > John Baldwin > > -- > > Robert Noland > > FreeBSD --=20 Robert Noland FreeBSD --=-cYpBIWkDJrfiRv8V2feQ 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 (FreeBSD) iEYEABECAAYFAkmpaIQACgkQM4TrQ4qfRON7iQCfcMmrsnW+re2HIDZitju1XCe0 /mkAn2EZZU8dVenjuii7KfoZgclOP3IY =MAnQ -----END PGP SIGNATURE----- --=-cYpBIWkDJrfiRv8V2feQ-- From owner-freebsd-current@FreeBSD.ORG Sat Feb 28 17:38: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 83C44106566C; Sat, 28 Feb 2009 17:38:39 +0000 (UTC) (envelope-from SNasonov@BCC.RU) Received: from extmx.bcc.ru (extmx.bcc.ru [217.170.85.214]) by mx1.freebsd.org (Postfix) with ESMTP id 0D3868FC18; Sat, 28 Feb 2009 17:38:39 +0000 (UTC) (envelope-from SNasonov@BCC.RU) Received: from localhost (localhost [127.0.0.1]) by extmx.bcc.ru (Postfix) with ESMTP id 4A12895D5; Sat, 28 Feb 2009 20:41:42 +0300 (MSK) Received: from extmx.bcc.ru ([127.0.0.1]) by localhost (extmx.bcc.ru [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03530-08; Sat, 28 Feb 2009 20:41:40 +0300 (MSK) Received: from mail.bcc (unknown [192.168.200.208]) by extmx.bcc.ru (Postfix) with ESMTP id D95F19174; Sat, 28 Feb 2009 20:41:40 +0300 (MSK) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Sat, 28 Feb 2009 20:38:36 +0300 Message-ID: <597436B54F5FF74FA8EA7F3224FE251F12C69215@mail.bcc> In-Reply-To: <1235839108.1289.72.camel@widget.2hip.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Interrupt stom on cardbus device thread-index: AcmZwwXzAZaXKjGDRR6HNt1hFTRYNgAB7zhg References: <200902271730.07660.snasonov@bcc.ru> <200902271208.48212.jhb@freebsd.org> <1235760629.1289.51.camel@widget.2hip.net> <200902271403.46828.jhb@freebsd.org> <597436B54F5FF74FA8EA7F3224FE251F12C69213@mail.bcc> <1235778229.1289.60.camel@widget.2hip.net> <597436B54F5FF74FA8EA7F3224FE251F12C69214@mail.bcc> <1235839108.1289.72.camel@widget.2hip.net> From: "Nasonov Sergey" To: "Robert Noland" X-Virus-Scanned: amavisd-new at bcc.ru Cc: freebsd-current@freebsd.org Subject: RE: Interrupt stom on cardbus device X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Feb 2009 17:38:39 -0000 > Hrm, the intel driver is very noisy. If the problem really is INTx, > then the drm debugging won't know anything about that. Could you try > that patch that I posted later, without this patch to i915. I've looked > over the linux pci code and they do disable INTx when enabling MSI. >=20 > I stuck the patch up as > http://people.freebsd.org/~rnoland/pci_disable_intx.patch Great! After applying this patch the problem was resolved. Switch to VT an then back to X11 now work fine. Thanks! Sergey. >=20 > robert. >=20 > Robert Noland > FreeBSD From owner-freebsd-current@FreeBSD.ORG Sat Feb 28 17:50: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 BD3261065672 for ; Sat, 28 Feb 2009 17:50:22 +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 6565A8FC12 for ; Sat, 28 Feb 2009 17:50:22 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.2] (adsl-1-207-68.bna.bellsouth.net [65.1.207.68]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n1SHmwD7035763 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 28 Feb 2009 12:48:59 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Nasonov Sergey In-Reply-To: <597436B54F5FF74FA8EA7F3224FE251F12C69215@mail.bcc> References: <200902271730.07660.snasonov@bcc.ru> <200902271208.48212.jhb@freebsd.org> <1235760629.1289.51.camel@widget.2hip.net> <200902271403.46828.jhb@freebsd.org> <597436B54F5FF74FA8EA7F3224FE251F12C69213@mail.bcc> <1235778229.1289.60.camel@widget.2hip.net> <597436B54F5FF74FA8EA7F3224FE251F12C69214@mail.bcc> <1235839108.1289.72.camel@widget.2hip.net> <597436B54F5FF74FA8EA7F3224FE251F12C69215@mail.bcc> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-EoDY6WIb0o+Canvh3LHr" Organization: FreeBSD Date: Sat, 28 Feb 2009 11:50:13 -0600 Message-Id: <1235843413.1289.92.camel@widget.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.4 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-current@freebsd.org Subject: RE: Interrupt stom on cardbus device X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Feb 2009 17:50:23 -0000 --=-EoDY6WIb0o+Canvh3LHr Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2009-02-28 at 20:38 +0300, Nasonov Sergey wrote: > > Hrm, the intel driver is very noisy. If the problem really is INTx, > > then the drm debugging won't know anything about that. Could you try > > that patch that I posted later, without this patch to i915. I've > looked > > over the linux pci code and they do disable INTx when enabling MSI. > >=20 > > I stuck the patch up as > > http://people.freebsd.org/~rnoland/pci_disable_intx.patch >=20 > Great! After applying this patch the problem was resolved. Switch to VT > an then back to X11 now work fine. Thanks! Can you confirm that: 1. Interrupts are still working (the msi ones) 2. Interrupts are still working for other devices on the shared INTx robert. > Sergey. >=20 >=20 > >=20 > > robert. > >=20 > > Robert Noland > > FreeBSD > _______________________________________________ > 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 --=-EoDY6WIb0o+Canvh3LHr 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 (FreeBSD) iEYEABECAAYFAkmpeVUACgkQM4TrQ4qfROO8BACcCbO0uMtkbmhhamy5isSc/KL8 oIkAniLCyibbfQxW0SWTv/WoDRpLquZj =Yby7 -----END PGP SIGNATURE----- --=-EoDY6WIb0o+Canvh3LHr-- From owner-freebsd-current@FreeBSD.ORG Sat Feb 28 18:17:57 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 1757410656C9; Sat, 28 Feb 2009 18:17:57 +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 EF58C8FC13; Sat, 28 Feb 2009 18:17:56 +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 n1SIHtDo015425; Sat, 28 Feb 2009 18:17:56 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 n1SIFFoP009388; Sat, 28 Feb 2009 13:15:16 -0500 (EST) Message-ID: <49A97F2E.3030005@sdf.lonestar.org> Date: Sat, 28 Feb 2009 13:15:10 -0500 From: Tom McLaughlin User-Agent: Thunderbird 2.0.0.19 (X11/20090105) MIME-Version: 1.0 To: Harti Brandt References: <49A69B74.1080201@sdf.lonestar.org> In-Reply-To: <49A69B74.1080201@sdf.lonestar.org> X-Enigmail-Version: 0.95.6 Content-Type: multipart/mixed; boundary="------------080309080603080505040906" Cc: 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: Sat, 28 Feb 2009 18:17:57 -0000 This is a multi-part message in MIME format. --------------080309080603080505040906 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Tom McLaughlin wrote: > Harti Brandt wrote: >> On Sun, 18 Jan 2009, Hartmut.Brandt@dlr.de wrote: >>> Both create entries in /var/log/messages like: >>> >>> Jan 18 20:00:02 knopdnsimu13f cron[1495]: GSSAPI Error: Miscellaneous failure (see text)???????????????ZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZ Z > Z >> ZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZ >>> Jan 18 20:00:02 knopdnsimu13f kernel: ZZZZZZZZZZZZZZZZ >>> >>> I've tried to figure out in which of the dozens of layered libraries (gss, sasl, ssl, ......) this error is generated but did not find anything. >>> >>> This is on amd64, krb5 enabled in pam, gssapi disabled in sshd_config (as I said, this worked before). >> So to answer my own mail: I made a link from the kerberos ticket file >> which contains the host ticket (and is specified in nss_ldap.conf) to >> /tmp/krb5cc_0. I've no idea why this is suddenly necessary, though. > > There may be an issue with the env method used in nss_ldap to change the > credentials cache. My mind is fuzzy but I do recall a similar issue but > don't remember the exact cause or case. nss_ldap has a second > configurable ccname method which when I submitted the original patch I > intended to switch to once we had a newer heimdal. Once I get nss_ldap > working on my box I intend to submit another patch. > > tom Hi Harti (CC maintainer), Can you try the attached patch for nss_ldap? This should cause the host ticket to work correctly on -CURRENT. It's "my box approved". tom -- | tmclaugh at sdf.lonestar.org tmclaugh at FreeBSD.org | | FreeBSD http://www.FreeBSD.org | --------------080309080603080505040906 Content-Type: text/plain; name="nss_ldap-krb5-ccname-gssapi.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="nss_ldap-krb5-ccname-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 28 Feb 2009 05:21:19 -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 --------------080309080603080505040906-- From owner-freebsd-current@FreeBSD.ORG Sat Feb 28 18: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 367281065680; Sat, 28 Feb 2009 18:40:15 +0000 (UTC) (envelope-from SNasonov@BCC.RU) Received: from extmx.bcc.ru (extmx.bcc.ru [217.170.85.214]) by mx1.freebsd.org (Postfix) with ESMTP id AC90A8FC18; Sat, 28 Feb 2009 18:40:14 +0000 (UTC) (envelope-from SNasonov@BCC.RU) Received: from localhost (localhost [127.0.0.1]) by extmx.bcc.ru (Postfix) with ESMTP id 4C74BE4ED; Sat, 28 Feb 2009 21:43:18 +0300 (MSK) Received: from extmx.bcc.ru ([127.0.0.1]) by localhost (extmx.bcc.ru [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04389-10; Sat, 28 Feb 2009 21:43:16 +0300 (MSK) Received: from mail.bcc (unknown [192.168.200.208]) by extmx.bcc.ru (Postfix) with ESMTP id 15FA9A320; Sat, 28 Feb 2009 21:43:16 +0300 (MSK) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Sat, 28 Feb 2009 21:40:09 +0300 Message-ID: <597436B54F5FF74FA8EA7F3224FE251F12C69216@mail.bcc> In-Reply-To: <1235843413.1289.92.camel@widget.2hip.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Interrupt stom on cardbus device thread-index: AcmZzQhuVhhIlw4tSPqCoEGJBvy4rQAAGQUg References: <200902271730.07660.snasonov@bcc.ru> <200902271208.48212.jhb@freebsd.org> <1235760629.1289.51.camel@widget.2hip.net> <200902271403.46828.jhb@freebsd.org> <597436B54F5FF74FA8EA7F3224FE251F12C69213@mail.bcc> <1235778229.1289.60.camel@widget.2hip.net> <597436B54F5FF74FA8EA7F3224FE251F12C69214@mail.bcc> <1235839108.1289.72.camel@widget.2hip.net> <597436B54F5FF74FA8EA7F3224FE251F12C69215@mail.bcc> <1235843413.1289.92.camel@widget.2hip.net> From: "Nasonov Sergey" To: "Robert Noland" X-Virus-Scanned: amavisd-new at bcc.ru Cc: freebsd-current@freebsd.org Subject: RE: Interrupt stom on cardbus device X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Feb 2009 18:40:15 -0000 > -----Original Message----- > From: Robert Noland [mailto:rnoland@FreeBSD.org] > Sent: Saturday, February 28, 2009 8:50 PM > To: Nasonov Sergey > Cc: freebsd-current@freebsd.org > Subject: RE: Interrupt stom on cardbus device >=20 > On Sat, 2009-02-28 at 20:38 +0300, Nasonov Sergey wrote: > > > Hrm, the intel driver is very noisy. If the problem really is INTx, > > > then the drm debugging won't know anything about that. Could you try > > > that patch that I posted later, without this patch to i915. I've > > looked > > > over the linux pci code and they do disable INTx when enabling MSI. > > > > > > I stuck the patch up as > > > http://people.freebsd.org/~rnoland/pci_disable_intx.patch > > > > Great! After applying this patch the problem was resolved. Switch to VT > > an then back to X11 now work fine. Thanks! >=20 > Can you confirm that: >=20 > 1. Interrupts are still working (the msi ones) Yes, there is pciconf output: > vmstat -i interrupt total rate irq1: atkbd0 1838 1 irq9: acpi0 2117 1 irq12: psm0 74850 58 irq14: ata0 10143 7 irq16: cbb0 uhci2+ 34852 27 irq19: ehci1 2 0 irq20: uhci0 13 0 irq22: ehci0 2 0 cpu0: timer 2570905 1999 irq256: em0 19 0 irq257: hdac0 28 0 cpu1: timer 2569860 1998 irq258: vgapci0 2523 1 Total 5267152 4095 and pciconf -lvc:=20 vgapci0@pci0:0:2:0: class=3D0x030000 card=3D0x20b517aa = chip=3D0x2a028086 rev=3D0x0c hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D 'Mobile 965 Express Integrated Graphics Controller' class =3D display subclass =3D VGA cap 05[90] =3D MSI supports 1 message cap 01[d0] =3D powerspec 3 supports D0 D3 current D0 And from console (output after start X server): drm0: on vgapci0 [drm:pid1408:drm_attach] MSI count =3D 1 info: [drm] MSI enabled 1 message(s) [drm:pid1408:drm_load]=20 [drm:pid1408:drm_addmap] offset =3D 0xf8100000, size =3D 0x00100000, = type =3D 1 [drm:pid1408:drm_addmap] Added map 1 0xf8100000/0x100000 [drm:pid1408:i915_init_phys_hws] Enabled hardware status page [drm:pid1408:drm_vblank_init]=20 vgapci0: child drm0 requested pci_enable_busmaster [drm:pid1408:drm_agp_init] agp_available =3D 1 info: [drm] AGP at 0xe0000000 256MB [drm:pid1408:drm_ctxbitmap_next] drm_ctxbitmap_next bit : 0 [drm:pid1408:drm_ctxbitmap_init] drm_ctxbitmap_init : 0 info: [drm] Initialized i915 1.6.0 20080730 > 2. Interrupts are still working for other devices on the shared INTx Hmm, How to determine which device need to be checked? Em0, hdac0 and ubsa0 modem work fine. >=20 > robert. >=20 > > Sergey. > > > > > > > > > > robert. > > > > > > Robert Noland > > > FreeBSD > > _______________________________________________ > > 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" > -- > Robert Noland > FreeBSD From owner-freebsd-current@FreeBSD.ORG Sat Feb 28 19:03: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 0332A1065670 for ; Sat, 28 Feb 2009 19:03:37 +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 BB7058FC21 for ; Sat, 28 Feb 2009 19:03:36 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.2] (adsl-1-207-68.bna.bellsouth.net [65.1.207.68]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n1SJ2CXB036229 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 28 Feb 2009 14:02:12 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Nasonov Sergey In-Reply-To: <597436B54F5FF74FA8EA7F3224FE251F12C69216@mail.bcc> References: <200902271730.07660.snasonov@bcc.ru> <200902271208.48212.jhb@freebsd.org> <1235760629.1289.51.camel@widget.2hip.net> <200902271403.46828.jhb@freebsd.org> <597436B54F5FF74FA8EA7F3224FE251F12C69213@mail.bcc> <1235778229.1289.60.camel@widget.2hip.net> <597436B54F5FF74FA8EA7F3224FE251F12C69214@mail.bcc> <1235839108.1289.72.camel@widget.2hip.net> <597436B54F5FF74FA8EA7F3224FE251F12C69215@mail.bcc> <1235843413.1289.92.camel@widget.2hip.net> <597436B54F5FF74FA8EA7F3224FE251F12C69216@mail.bcc> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-BQg9PZICDBAYUJ5746kT" Organization: FreeBSD Date: Sat, 28 Feb 2009 13:03:26 -0600 Message-Id: <1235847806.1289.96.camel@widget.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.4 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-current@freebsd.org Subject: RE: Interrupt stom on cardbus device X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Feb 2009 19:03:37 -0000 --=-BQg9PZICDBAYUJ5746kT Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2009-02-28 at 21:40 +0300, Nasonov Sergey wrote: >=20 > > -----Original Message----- > > From: Robert Noland [mailto:rnoland@FreeBSD.org] > > Sent: Saturday, February 28, 2009 8:50 PM > > To: Nasonov Sergey > > Cc: freebsd-current@freebsd.org > > Subject: RE: Interrupt stom on cardbus device > >=20 > > On Sat, 2009-02-28 at 20:38 +0300, Nasonov Sergey wrote: > > > > Hrm, the intel driver is very noisy. If the problem really is > INTx, > > > > then the drm debugging won't know anything about that. Could you > try > > > > that patch that I posted later, without this patch to i915. I've > > > looked > > > > over the linux pci code and they do disable INTx when enabling > MSI. > > > > > > > > I stuck the patch up as > > > > http://people.freebsd.org/~rnoland/pci_disable_intx.patch > > > > > > Great! After applying this patch the problem was resolved. Switch to > VT > > > an then back to X11 now work fine. Thanks! > >=20 > > Can you confirm that: > >=20 > > 1. Interrupts are still working (the msi ones) >=20 > Yes, there is pciconf output: > > vmstat -i > interrupt total rate > irq1: atkbd0 1838 1 > irq9: acpi0 2117 1 > irq12: psm0 74850 58 > irq14: ata0 10143 7 > irq16: cbb0 uhci2+ 34852 27 > irq19: ehci1 2 0 > irq20: uhci0 13 0 > irq22: ehci0 2 0 > cpu0: timer 2570905 1999 > irq256: em0 19 0 > irq257: hdac0 28 0 > cpu1: timer 2569860 1998 > irq258: vgapci0 2523 1 > Total 5267152 4095 Ok, I'll wait for John to review this, but hopefully we can commit something like this next week. I think this is a case of a loose interpretation of the pci spec. It states that a device using MSI is prohibited from using INTx, but I'm guessing that at least some of the hardware guys felt that it was the drivers job to enforce that, while others do it in hardware. > and pciconf -lvc:=20 > vgapci0@pci0:0:2:0: class=3D0x030000 card=3D0x20b517aa chip=3D0x2a028= 086 > rev=3D0x0c hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D 'Mobile 965 Express Integrated Graphics Controller' > class =3D display > subclass =3D VGA > cap 05[90] =3D MSI supports 1 message > cap 01[d0] =3D powerspec 3 supports D0 D3 current D0 >=20 > And from console (output after start X server): >=20 > drm0: on vgapci0 > [drm:pid1408:drm_attach] MSI count =3D 1 > info: [drm] MSI enabled 1 message(s) > [drm:pid1408:drm_load]=20 > [drm:pid1408:drm_addmap] offset =3D 0xf8100000, size =3D 0x00100000, type= =3D > 1 > [drm:pid1408:drm_addmap] Added map 1 0xf8100000/0x100000 > [drm:pid1408:i915_init_phys_hws] Enabled hardware status page > [drm:pid1408:drm_vblank_init]=20 > vgapci0: child drm0 requested pci_enable_busmaster > [drm:pid1408:drm_agp_init] agp_available =3D 1 > info: [drm] AGP at 0xe0000000 256MB > [drm:pid1408:drm_ctxbitmap_next] drm_ctxbitmap_next bit : 0 > [drm:pid1408:drm_ctxbitmap_init] drm_ctxbitmap_init : 0 > info: [drm] Initialized i915 1.6.0 20080730 >=20 > > 2. Interrupts are still working for other devices on the shared INTx >=20 > Hmm, How to determine which device need to be checked? > Em0, hdac0 and ubsa0 modem work fine. =46rom the above vmstat output, it looks like you are still seeing interrupts on irq 16, which is where the storm was, so I think things are good. robert. >=20 >=20 > >=20 > > robert. > >=20 > > > Sergey. > > > > > > > > > > > > > > robert. > > > > > > > > Robert Noland > > > > FreeBSD > > > _______________________________________________ > > > 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" > > -- > > Robert Noland > > FreeBSD --=20 Robert Noland FreeBSD --=-BQg9PZICDBAYUJ5746kT 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 (FreeBSD) iEYEABECAAYFAkmpin4ACgkQM4TrQ4qfROMPywCfZBsk/c9LGDPbkZpn4+Nnd1In aucAnRjKP52M50PppSpRNLsr6GNInCH/ =sgFv -----END PGP SIGNATURE----- --=-BQg9PZICDBAYUJ5746kT-- From owner-freebsd-current@FreeBSD.ORG Sat Feb 28 19:16: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 C4988106566B; Sat, 28 Feb 2009 19:16:54 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout5.freenet.de (mout5.freenet.de [IPv6:2001:748:100:40::2:7]) by mx1.freebsd.org (Postfix) with ESMTP id 58B068FC17; Sat, 28 Feb 2009 19:16:54 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.20] (helo=10.mx.freenet.de) by mout5.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #76) id 1LdUg8-0005jm-C0; Sat, 28 Feb 2009 20:16:52 +0100 Received: from td3ad.t.pppool.de ([89.55.211.173]:41129 helo=ernst.jennejohn.org) by 10.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #76) id 1LdUg8-0005is-2Y; Sat, 28 Feb 2009 20:16:52 +0100 Date: Sat, 28 Feb 2009 20:16:50 +0100 From: Gary Jennejohn To: Juergen Lock Message-ID: <20090228201650.064c0ee4@ernst.jennejohn.org> In-Reply-To: <20090228171520.GA56888@saturn.kn-bremen.de> References: <20090225201550.3d3032b5@ernst.jennejohn.org> <20090228171520.GA56888@saturn.kn-bremen.de> X-Mailer: Claws Mail 3.7.0 (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-emulation@FreeBSD.org, freebsd-current@FreeBSD.org, qemu-devel@nongnu.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 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: Sat, 28 Feb 2009 19:16:55 -0000 On Sat, 28 Feb 2009 18:15:20 +0100 Juergen Lock wrote: > On Wed, Feb 25, 2009 at 08:15:50PM +0100, Gary Jennejohn wrote: > > On Mon, 23 Feb 2009 22:19:33 +0100 > > Juergen Lock wrote: > > > > > You could try a few things: > > > a) the same with kqemu (userland), in case its a tcg bug (or indeed a > > > timeout; remember to rebuild qemu in case you built it without the > > > kqemu knob enabled or otherwise kqemu won't get used), and also > > > b) another time with -kernel-kqemu in case its a tcg bug affecting > > > guest kernel code (altho of course in both cases kqemu can cause its > > > own kind of failures, even more so with amd64 guests...) > > > > > > > Neither of these work. The only way I can get past loading the kernel > > is with -no-kqemu. > > > > I still see the segmentation fault in Yast.call. Now I know that it's > > in line 486, if that's of any interest. > > > > Sorry, I'm not going to invest any more time in this. > > Thanx. Can someone else verify that kqemu still works on FreeBSD-current? > I went back to openSUSE with the standard qemu-devel. I found that I could (usually) boot w/o problems if I put -no-acpi on the CL. Right now I have openSUSE runngin pretty well. It's nearly as fast as on my old (genuine) IBM X31 laptop :) > It is possible that you got hit by the kqemu tsc vs smp problem, i.e. > passing `notsc' to the guest kernel or forcing qemu onto one cpu > (cpuset -l 0 qemu ...) may have helped there, sorry I should have thought > of that earlier... > I just tried these suggestions (with the standard qemu-devel) and they don't seem to do any harm :-P > Also, did I get that right that this opensuse 10.3 install worked with > the original qemu-devel port (without kqemu)? So we do seem to have a > regression here... (thats a 20080620 qemu svn snapshot, for the folks > on the qemu list.) > See above. Now I'm thinking about giving the patched qemu-devel another try, since I've found some workarounds for booting. I'll see whether I can at least boot into the installed openSUSE using it. --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Sat Feb 28 20:06: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 0CA18106564A for ; Sat, 28 Feb 2009 20:06:02 +0000 (UTC) (envelope-from elliot+list@schlegelmilch.org) Received: from a.r00t-servers.net (a.r00t-servers.net [206.223.224.18]) by mx1.freebsd.org (Postfix) with ESMTP id D85E78FC16 for ; Sat, 28 Feb 2009 20:06:01 +0000 (UTC) (envelope-from elliot+list@schlegelmilch.org) Received: by a.r00t-servers.net (Postfix, from userid 1002) id D2F6C33C3F; Sat, 28 Feb 2009 14:48:52 -0500 (EST) Date: Sat, 28 Feb 2009 14:48:52 -0500 From: Elliot Schlegelmilch To: Gary Jennejohn Message-ID: <20090228194852.GA62162@schlegelmilch.org> References: <49A5A276.9080401@FreeBSD.org> <20090226122212.76077ed0@ernst.jennejohn.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090226122212.76077ed0@ernst.jennejohn.org> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD-Current Subject: Re: SATA disks suddenly stop working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Feb 2009 20:06:02 -0000 On Thu, Feb 26, 2009 at 12:22:12PM +0100, Gary Jennejohn wrote: > On Wed, 25 Feb 2009 21:56:38 +0200 > Alexander Motin wrote: > > > Gary Jennejohn wrote: > > > I've been having lots of problems with SATA drives attached to higher > > > port numbers, namely ata5 and ata6. > > > > > > I was installing Linux under qemu today and it had been running for > > > several hours and had installed multi-gigabytes of data when qemu > > > just stopped. > > > > > > I noticed that all I/O to the disk had ceased. > > > > > > Doing "atacontrol reinit" on the port (ata5) resulted in a message > > > that the device was not configured, which was patently false since > > > qemu had just been merrily writing to it. > > > > > > This with a kernel made from sources updated today at about 2 PM (GMT+1). > > > > > > I've also seen problems with a disk attached to ata6. It just sort > > > of disappears after a while. > > > > > > Disks attached to ata2, ata3 and ata4 don't exhibit any problems. > > > > You have told much and same time gave nothing that can be used. > > > > I was only interested in whether others have seen this problem. I was > not looking for a solution. > > > What controller do you have? What drives on what channels? Is there any > > kernel messages about the problem? Have you tried to enable verbose > > messages to get additional details? > > > > atapci0@pci0:0:17:0: class=0x010601 card=0xb0021458 chip=0x43911002 rev=0x00 hdr=0x00 > vendor = 'ATI Technologies Inc' > class = mass storage > subclass = SATA > > There were no kernel messages at all, the drive simply hung. > > I'll do a verbose boot and try to reproduce the disk hang later. > > > Reinit could return ENXIO if it already was in progress. Disappearing > > drives are also can be related to that reinit. Can't it be just a real > > hardware problem? > > > > I should have mentioned that the error returned was about some IOCTL. > Can't remember which one right now, but the error message did include > that the device was not configured. > > I've also noticed several times in the past when the problem occurred > that the BIOS could not enumerate the AHCI disks anymore. I had to > do a POR. Seems that the controller was completely hosed such that > a simple reset didn't reinitialize it sufficiently for it to work. > > This morning I booted the box and started a cvsup. My repository is > on a ZFS mirror with the disks on ata3 and ata4. The system hung after > the data from the server were received, although all the data were > successfully written to the disks. > > I couldn't do anything at all - it looked like the root disk was not > responding and the disk light was on solid red. I had to do a hard > reset. > > This is the first time I've seen a problem with this port. The root > disk is on ata2. > > I rebooted and turned off MSI. I'll monitor the situation to see > whether that helps. I don't mean to hijack your thread, but I've had problems with one of my SATA disks falling off the bus. I could usually retrieve it with an atacontrol detach / retach. However, with a recent kernel all I'm getting is this: ata2: on atapci1 ata2: AHCI reset...: 2 ata2: SATA connect time=0ms ata2: ready wait time=0ms52 (12272 MB) ata2: software reset port 15... ata2: ahci_issue_cmd timeout: 100 of 100ms, status=00000001 ata2: software reset set timeout ata2: software reset port 0... ata2: ahci_issue_cmd timeout: 100 of 100ms, status=00000001 ata2: software reset set timeout ata2: SIGNATURE: ffffffff ata2: Unknown signature, assuming disk device ata2: AHCI reset done: devices=00000001 ata2: [MPSAFE] ata2: [ITHREAD] One for each channel, up to ata7. atapci0@pci0:0:31:1: class=0x01018a card=0x948115d9 chip=0x269e8086 rev=0x09 hdr=0x00 vendor = 'Intel Corporation' device = '631xESB/632xESB/3100 Ultra ATA Storage Controller' class = mass storage subclass = ATA The last known kernel which works was Dec 17, but trying to rebuild a kernel from that date doesn't see the SATA disks either (as the kernel which sees the disks zfs doesn't work.) Or perhaps I'm csup'ing incorrectly. I'm still trying to back up far enough so it will work. From owner-freebsd-current@FreeBSD.ORG Sat Feb 28 17:17: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 CC9B710656E4; Sat, 28 Feb 2009 17:17:50 +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 8674C8FC1B; Sat, 28 Feb 2009 17:17:49 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 363441E005A1; Sat, 28 Feb 2009 18:17:48 +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 n1SHFL1Q057244; Sat, 28 Feb 2009 18:15:21 +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 n1SHFLJO057243; Sat, 28 Feb 2009 18:15:21 +0100 (CET) (envelope-from nox) From: Juergen Lock Date: Sat, 28 Feb 2009 18:15:20 +0100 To: Gary Jennejohn Message-ID: <20090228171520.GA56888@saturn.kn-bremen.de> Mail-Followup-To: Gary Jennejohn , freebsd-emulation@FreeBSD.org, freebsd-current@FreeBSD.org, qemu-devel@nongnu.org References: <20090225201550.3d3032b5@ernst.jennejohn.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090225201550.3d3032b5@ernst.jennejohn.org> User-Agent: Mutt/1.5.17 (2007-11-01) X-Mailman-Approved-At: Sat, 28 Feb 2009 20:37:20 +0000 Cc: freebsd-emulation@FreeBSD.org, freebsd-current@FreeBSD.org, qemu-devel@nongnu.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: Sat, 28 Feb 2009 17:17:51 -0000 On Wed, Feb 25, 2009 at 08:15:50PM +0100, Gary Jennejohn wrote: > On Mon, 23 Feb 2009 22:19:33 +0100 > Juergen Lock wrote: > > > You could try a few things: > > a) the same with kqemu (userland), in case its a tcg bug (or indeed a > > timeout; remember to rebuild qemu in case you built it without the > > kqemu knob enabled or otherwise kqemu won't get used), and also > > b) another time with -kernel-kqemu in case its a tcg bug affecting > > guest kernel code (altho of course in both cases kqemu can cause its > > own kind of failures, even more so with amd64 guests...) > > > > Neither of these work. The only way I can get past loading the kernel > is with -no-kqemu. > > I still see the segmentation fault in Yast.call. Now I know that it's > in line 486, if that's of any interest. > > Sorry, I'm not going to invest any more time in this. Thanx. Can someone else verify that kqemu still works on FreeBSD-current? It is possible that you got hit by the kqemu tsc vs smp problem, i.e. passing `notsc' to the guest kernel or forcing qemu onto one cpu (cpuset -l 0 qemu ...) may have helped there, sorry I should have thought of that earlier... Also, did I get that right that this opensuse 10.3 install worked with the original qemu-devel port (without kqemu)? So we do seem to have a regression here... (thats a 20080620 qemu svn snapshot, for the folks on the qemu list.) Thanx, Juergen From owner-freebsd-current@FreeBSD.ORG Sat Feb 28 20:37: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 EA633106564A; Sat, 28 Feb 2009 20:37:46 +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 BFC708FC17; Sat, 28 Feb 2009 20:37:46 +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 n1SKbkiF057502 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 28 Feb 2009 12:37:46 -0800 (PST) (envelope-from sam@freebsd.org) Message-ID: <49A9A09A.2070900@freebsd.org> Date: Sat, 28 Feb 2009 12:37:46 -0800 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.18 (X11/20081209) MIME-Version: 1.0 To: FreeBSD-Current References: <49A99EA7.4000202@errno.com> In-Reply-To: <49A99EA7.4000202@errno.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-x.dcc-servers-Metrics: ebb.errno.com; whitelist Subject: Re: ata problems @ r189170 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Feb 2009 20:37:47 -0000 Sam Leffler wrote: > HEAD @ r189170 fails to boot on a T41. Two cd/dvd drivers are > recognized (only 1 exists) and I get complaints of the form (and > transcribed): > > acd1: WARNING - ATAPI_IDENTIFY taskqueue timeout - completing request > directory > > (similarly for acd0) until there's a panic: > > panic: mtx_lock() of destroy mutex @ .../../../kern_sema.c:79 > > (stack trace uninteresting). > boot -v shows: acd0: setting PIO4 on CH4 chip acd0: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - ... acd0: setting UDMA32 on ICH4 chip ata1: Identifying devices: 00030000 ata: New devices: 00000000 ata1: reinit done .. panic ... Sam From owner-freebsd-current@FreeBSD.ORG Sat Feb 28 20:45: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 B00AE106564A for ; Sat, 28 Feb 2009 20:45:44 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 76D868FC0C for ; Sat, 28 Feb 2009 20:45:44 +0000 (UTC) (envelope-from sam@errno.com) 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 n1SKTR2v057469 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 28 Feb 2009 12:29:28 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <49A99EA7.4000202@errno.com> Date: Sat, 28 Feb 2009 12:29:27 -0800 From: Sam Leffler User-Agent: Thunderbird 2.0.0.18 (X11/20081209) MIME-Version: 1.0 To: FreeBSD-Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-x.dcc-servers-Metrics: ebb.errno.com; whitelist Subject: ata problems @ r189170 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Feb 2009 20:45:44 -0000 HEAD @ r189170 fails to boot on a T41. Two cd/dvd drivers are recognized (only 1 exists) and I get complaints of the form (and transcribed): acd1: WARNING - ATAPI_IDENTIFY taskqueue timeout - completing request directory (similarly for acd0) until there's a panic: panic: mtx_lock() of destroy mutex @ .../../../kern_sema.c:79 (stack trace uninteresting). Sam From owner-freebsd-current@FreeBSD.ORG Sat Feb 28 21:05: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 79A2C1065670 for ; Sat, 28 Feb 2009 21:05:49 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout5.freenet.de (mout5.freenet.de [IPv6:2001:748:100:40::2:7]) by mx1.freebsd.org (Postfix) with ESMTP id D7CDF8FC0C for ; Sat, 28 Feb 2009 21:05:48 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.14] (helo=4.mx.freenet.de) by mout5.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #76) id 1LdWNX-0000gX-7Z; Sat, 28 Feb 2009 22:05:47 +0100 Received: from td3ad.t.pppool.de ([89.55.211.173]:34436 helo=ernst.jennejohn.org) by 4.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #79) id 1LdWNW-00020V-Vx; Sat, 28 Feb 2009 22:05:47 +0100 Date: Sat, 28 Feb 2009 22:05:45 +0100 From: Gary Jennejohn To: Elliot Schlegelmilch Message-ID: <20090228220545.232edf12@ernst.jennejohn.org> In-Reply-To: <20090228194852.GA62162@schlegelmilch.org> References: <49A5A276.9080401@FreeBSD.org> <20090226122212.76077ed0@ernst.jennejohn.org> <20090228194852.GA62162@schlegelmilch.org> X-Mailer: Claws Mail 3.7.0 (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-Current Subject: Re: SATA disks suddenly stop working 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: Sat, 28 Feb 2009 21:05:49 -0000 On Sat, 28 Feb 2009 14:48:52 -0500 Elliot Schlegelmilch wrote: > On Thu, Feb 26, 2009 at 12:22:12PM +0100, Gary Jennejohn wrote: > > On Wed, 25 Feb 2009 21:56:38 +0200 > > Alexander Motin wrote: > > > > > Gary Jennejohn wrote: > > > > I've been having lots of problems with SATA drives attached to higher > > > > port numbers, namely ata5 and ata6. > > > > > > > > I was installing Linux under qemu today and it had been running for > > > > several hours and had installed multi-gigabytes of data when qemu > > > > just stopped. > > > > > > > > I noticed that all I/O to the disk had ceased. > > > > > > > > Doing "atacontrol reinit" on the port (ata5) resulted in a message > > > > that the device was not configured, which was patently false since > > > > qemu had just been merrily writing to it. > > > > > > > > This with a kernel made from sources updated today at about 2 PM (GMT+1). > > > > > > > > I've also seen problems with a disk attached to ata6. It just sort > > > > of disappears after a while. > > > > > > > > Disks attached to ata2, ata3 and ata4 don't exhibit any problems. > > > > > > You have told much and same time gave nothing that can be used. > > > > > > > I was only interested in whether others have seen this problem. I was > > not looking for a solution. > > > > > What controller do you have? What drives on what channels? Is there any > > > kernel messages about the problem? Have you tried to enable verbose > > > messages to get additional details? > > > > > > > atapci0@pci0:0:17:0: class=0x010601 card=0xb0021458 chip=0x43911002 rev=0x00 hdr=0x00 > > vendor = 'ATI Technologies Inc' > > class = mass storage > > subclass = SATA > > > > There were no kernel messages at all, the drive simply hung. > > > > I'll do a verbose boot and try to reproduce the disk hang later. > > > > > Reinit could return ENXIO if it already was in progress. Disappearing > > > drives are also can be related to that reinit. Can't it be just a real > > > hardware problem? > > > > > > > I should have mentioned that the error returned was about some IOCTL. > > Can't remember which one right now, but the error message did include > > that the device was not configured. > > > > I've also noticed several times in the past when the problem occurred > > that the BIOS could not enumerate the AHCI disks anymore. I had to > > do a POR. Seems that the controller was completely hosed such that > > a simple reset didn't reinitialize it sufficiently for it to work. > > > > This morning I booted the box and started a cvsup. My repository is > > on a ZFS mirror with the disks on ata3 and ata4. The system hung after > > the data from the server were received, although all the data were > > successfully written to the disks. > > > > I couldn't do anything at all - it looked like the root disk was not > > responding and the disk light was on solid red. I had to do a hard > > reset. > > > > This is the first time I've seen a problem with this port. The root > > disk is on ata2. > > > > I rebooted and turned off MSI. I'll monitor the situation to see > > whether that helps. > > I don't mean to hijack your thread, but I've had problems with one of > my SATA disks falling off the bus. I could usually retrieve it with > an atacontrol detach / retach. However, with a recent kernel all I'm > getting is this: > > ata2: on atapci1 > ata2: AHCI reset...: 2 > ata2: SATA connect time=0ms > ata2: ready wait time=0ms52 (12272 MB) > ata2: software reset port 15... > ata2: ahci_issue_cmd timeout: 100 of 100ms, status=00000001 > ata2: software reset set timeout > ata2: software reset port 0... > ata2: ahci_issue_cmd timeout: 100 of 100ms, status=00000001 > ata2: software reset set timeout > ata2: SIGNATURE: ffffffff > ata2: Unknown signature, assuming disk device > ata2: AHCI reset done: devices=00000001 > ata2: [MPSAFE] > ata2: [ITHREAD] > > One for each channel, up to ata7. > This is what I see when e.g. ata6 is hosed. Interesting to see that not just ATI (780G) has problems. I tried a detach/retach once, but interesting things happened because the disk was mounted and I was (stupidly) cd'd to it. I tried mounting the disk sync today, which may have been helpful. Hard to say. I was able to do an online update of the openSUSE which I have running out of a qemu image on the affected disk and it succeeded. > atapci0@pci0:0:31:1: class=0x01018a card=0x948115d9 chip=0x269e8086 rev=0x09 hdr=0x00 > vendor = 'Intel Corporation' > device = '631xESB/632xESB/3100 Ultra ATA Storage Controller' > class = mass storage > subclass = ATA > > The last known kernel which works was Dec 17, but trying to rebuild a > kernel from that date doesn't see the SATA disks either (as the kernel > which sees the disks zfs doesn't work.) Or perhaps I'm csup'ing > incorrectly. I'm still trying to back up far enough so it will work. --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Sat Feb 28 21:19: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 C56EC106564A; Sat, 28 Feb 2009 21:19:01 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.183]) by mx1.freebsd.org (Postfix) with ESMTP id 6CB4A8FC1A; Sat, 28 Feb 2009 21:19:01 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by el-out-1112.google.com with SMTP id r27so1712251ele.13 for ; Sat, 28 Feb 2009 13:19:00 -0800 (PST) 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=6e5fLjSa1gV7mv29nCuC21GgwoTHYM/Htow4ioXjzH4=; b=ICPgYYQHWLE3VBwLDV0gFs3c/S/oItXrkdzU07Gh0d6l2fwzI27+USQv7wScglx0Tj 1kRmAtOoYyAlqZlSGtanjlrTzVeRl2xM3AnwHENLRj/yKKh84aVimXtyyqaamrNBESus V5ImIrS95e29vLBTarXByOuB9qEHA3Ho4JHwM= 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=K+7svTcfOXmJ42nvJkKRtdC9MbXC7QsqMEhkd9MLgVcqtr4f0Q1oYAAC207UhzlqGA 25jQMaeFuOTPPxCJhFg6paWgRUykM0U0dqVeMCxdeg/UuVvBg0O6jFj7pIS6WsKqLA40 lUULDzq/AQnxHAesDQ3MS14mApRV0+IAwjfKM= MIME-Version: 1.0 Received: by 10.90.97.18 with SMTP id u18mr1939691agb.96.1235855940807; Sat, 28 Feb 2009 13:19:00 -0800 (PST) In-Reply-To: <49A9A09A.2070900@freebsd.org> References: <49A99EA7.4000202@errno.com> <49A9A09A.2070900@freebsd.org> Date: Sat, 28 Feb 2009 13:19:00 -0800 Message-ID: <7d6fde3d0902281319t525be29fu285a3198a8946751@mail.gmail.com> From: Garrett Cooper To: Sam Leffler Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD-Current Subject: Re: ata problems @ r189170 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Feb 2009 21:19:02 -0000 On Sat, Feb 28, 2009 at 12:37 PM, Sam Leffler wrote: > Sam Leffler wrote: >> >> HEAD @ r189170 fails to boot on a T41. =A0Two cd/dvd drivers are recogni= zed >> (only 1 exists) and I get complaints of the form (and transcribed): >> >> acd1: WARNING - ATAPI_IDENTIFY taskqueue timeout - completing request >> directory >> >> (similarly for acd0) until there's a panic: >> >> panic: mtx_lock() of destroy mutex @ .../../../kern_sema.c:79 >> >> (stack trace uninteresting). >> > > boot -v shows: > > acd0: setting PIO4 on CH4 chip > acd0: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - ... > acd0: setting UDMA32 on ICH4 chip > ata1: Identifying devices: 00030000 > ata: New devices: 00000000 > ata1: reinit done .. > panic ... > > =A0 Sam Odd that shuffling around memmove's symbols would have caused this. Have you tried removing /usr/obj and rebuilding from scratch? Cheers, -Garrett From owner-freebsd-current@FreeBSD.ORG Sat Feb 28 21:20: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 C1B0A10656BF; Sat, 28 Feb 2009 21:20:04 +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 89A9E8FC08; Sat, 28 Feb 2009 21:20:04 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n1SLK3Tm057702 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 28 Feb 2009 13:20:04 -0800 (PST) (envelope-from sam@freebsd.org) Message-ID: <49A9AA83.1030300@freebsd.org> Date: Sat, 28 Feb 2009 13:20:03 -0800 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.18 (X11/20081209) MIME-Version: 1.0 To: FreeBSD-Current References: <49A99EA7.4000202@errno.com> <49A9A09A.2070900@freebsd.org> In-Reply-To: <49A9A09A.2070900@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-x.dcc-servers-Metrics: ebb.errno.com; whitelist Subject: Re: ata problems @ r189170 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Feb 2009 21:20:05 -0000 Sam Leffler wrote: > Sam Leffler wrote: >> HEAD @ r189170 fails to boot on a T41. Two cd/dvd drivers are >> recognized (only 1 exists) and I get complaints of the form (and >> transcribed): >> >> acd1: WARNING - ATAPI_IDENTIFY taskqueue timeout - completing request >> directory >> >> (similarly for acd0) until there's a panic: >> >> panic: mtx_lock() of destroy mutex @ .../../../kern_sema.c:79 >> >> (stack trace uninteresting). >> > > boot -v shows: > > acd0: setting PIO4 on CH4 chip > acd0: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - ... > acd0: setting UDMA32 on ICH4 chip > ata1: Identifying devices: 00030000 > ata: New devices: 00000000 > ata1: reinit done .. > panic ... reverting r189166 gets me a bootable kernel. Sam From owner-freebsd-current@FreeBSD.ORG Sat Feb 28 21:30: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 C225F10656BB for ; Sat, 28 Feb 2009 21:30:32 +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 45E978FC28 for ; Sat, 28 Feb 2009 21:30:31 +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 236171763; Sat, 28 Feb 2009 23:30:31 +0200 Message-ID: <49A9ACF2.3090101@FreeBSD.org> Date: Sat, 28 Feb 2009 23:30:26 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.19 (X11/20090118) MIME-Version: 1.0 To: Sam Leffler References: <49A99EA7.4000202@errno.com> <49A9A09A.2070900@freebsd.org> <49A9AA83.1030300@freebsd.org> In-Reply-To: <49A9AA83.1030300@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current Subject: Re: ata problems @ r189170 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Feb 2009 21:30:33 -0000 Sam Leffler wrote: > Sam Leffler wrote: >> Sam Leffler wrote: >>> HEAD @ r189170 fails to boot on a T41. Two cd/dvd drivers are >>> recognized (only 1 exists) and I get complaints of the form (and >>> transcribed): >>> >>> acd1: WARNING - ATAPI_IDENTIFY taskqueue timeout - completing request >>> directory >>> >>> (similarly for acd0) until there's a panic: >>> >>> panic: mtx_lock() of destroy mutex @ .../../../kern_sema.c:79 >>> >>> (stack trace uninteresting). >>> >> >> boot -v shows: >> >> acd0: setting PIO4 on CH4 chip >> acd0: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - ... >> acd0: setting UDMA32 on ICH4 chip >> ata1: Identifying devices: 00030000 >> ata: New devices: 00000000 >> ata1: reinit done .. >> panic ... > reverting r189166 gets me a bootable kernel. Looks like while fixing small problems I have found bigger ones. Try please this patch against HEAD, it reverts r189166, r189091 and partially r188903: http://people.freebsd.org/~mav/ata.rollback.patch If it works, I will stop for some time to cool down and search for better solution. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sat Feb 28 21:55: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 C08A4106564A; Sat, 28 Feb 2009 21:55:39 +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 455928FC13; Sat, 28 Feb 2009 21:55:39 +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 BF772A07DB; Sat, 28 Feb 2009 22:55:37 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id B3682A07CE; Sat, 28 Feb 2009 22:55:37 +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 95852A0711; Sat, 28 Feb 2009 22:55:37 +0100 (CET) Received: from wep4035 ([132.187.37.35]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.0.2HF443) with ESMTP id 2009022822553669-32908 ; Sat, 28 Feb 2009 22:55:36 +0100 Received: by wep4035 (sSMTP sendmail emulation); Sat, 28 Feb 2009 22:55:36 +0100 From: "Alexey Shuvaev" Date: Sat, 28 Feb 2009 22:55:36 +0100 To: Robert Noland Message-ID: <20090228215536.GA1625@wep4035.physik.uni-wuerzburg.de> References: <200902271730.07660.snasonov@bcc.ru> <200902271208.48212.jhb@freebsd.org> <1235760629.1289.51.camel@widget.2hip.net> <200902271403.46828.jhb@freebsd.org> <597436B54F5FF74FA8EA7F3224FE251F12C69213@mail.bcc> <1235778229.1289.60.camel@widget.2hip.net> <597436B54F5FF74FA8EA7F3224FE251F12C69214@mail.bcc> <1235839108.1289.72.camel@widget.2hip.net> <597436B54F5FF74FA8EA7F3224FE251F12C69215@mail.bcc> <1235843413.1289.92.camel@widget.2hip.net> MIME-Version: 1.0 In-Reply-To: <1235843413.1289.92.camel@widget.2hip.net> Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.18 (2008-05-17) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 8.0.2HF443 | November 25, 2008) at 02/28/2009 10:55:36 PM, Serialize by Router on domino1/uni-wuerzburg(Release 8.0.2HF443 | November 25, 2008) at 02/28/2009 10:55:37 PM, Serialize complete at 02/28/2009 10:55:37 PM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Cc: freebsd-current@freebsd.org Subject: Re: Interrupt stom on cardbus device X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Feb 2009 21:55:40 -0000 On Sat, Feb 28, 2009 at 11:50:13AM -0600, Robert Noland wrote: > On Sat, 2009-02-28 at 20:38 +0300, Nasonov Sergey wrote: > > > Hrm, the intel driver is very noisy. If the problem really is INTx, > > > then the drm debugging won't know anything about that. Could you try > > > that patch that I posted later, without this patch to i915. I've > > looked > > > over the linux pci code and they do disable INTx when enabling MSI. > > > > > > I stuck the patch up as > > > http://people.freebsd.org/~rnoland/pci_disable_intx.patch > > > > Great! After applying this patch the problem was resolved. Switch to VT > > an then back to X11 now work fine. Thanks! > > Can you confirm that: > > 1. Interrupts are still working (the msi ones) > 2. Interrupts are still working for other devices on the shared INTx > Yes (me too). I haven't noticed that (no console message 'interrupt storm', perhaps the system is too fast :). vgapci0@pci0:0:2:0: class=0x030000 card=0x82761043 chip=0x29c28086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '(Bearlake) Integrated Graphics Controller' class = display subclass = VGA vmstat -i with: ~> uname -a FreeBSD wep4035 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Sat Feb 28 22:23:23 CET 2009 root@wep4035:/usr/obj/usr/src/sys/GENERIC amd64 interrupt total rate irq1: atkbd0 35447 0 irq6: fdc0 1 0 irq16: uhci0+ 1286979669 13345 irq18: uhci2 ehci* 46833 0 irq20: fwohci0 2 0 irq22: atapci1 835480 8 cpu0: timer 192790855 1999 irq256: vgapci0 125358 1 irq257: hdac0 38 0 irq258: mskc0 1728607 17 cpu1: timer 192779996 1999 Total 1675322286 17372 vmstat -i with the same sources and your patch: interrupt total rate irq1: atkbd0 505 3 irq6: fdc0 1 0 irq16: uhci0+ 12191 72 irq18: uhci2 ehci* 837 4 irq20: fwohci0 2 0 irq22: atapci1 2410 14 cpu0: timer 334089 1988 irq256: vgapci0 2064 12 irq257: hdac0 39 0 irq258: mskc0 103 0 cpu1: timer 324595 1932 Total 676836 4028 Thanks! Alexey. From owner-freebsd-current@FreeBSD.ORG Sat Feb 28 21:37: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 E44A6106566B; Sat, 28 Feb 2009 21:37:27 +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 72CAC8FC15; Sat, 28 Feb 2009 21:37:27 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 734101E005AB; Sat, 28 Feb 2009 22:37:26 +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 n1SLaK1C064642; Sat, 28 Feb 2009 22:36:20 +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 n1SLaKun064641; Sat, 28 Feb 2009 22:36:20 +0100 (CET) (envelope-from nox) From: Juergen Lock Date: Sat, 28 Feb 2009 22:36:20 +0100 To: Gary Jennejohn Message-ID: <20090228213620.GA64626@saturn.kn-bremen.de> Mail-Followup-To: Gary Jennejohn , freebsd-emulation@FreeBSD.org, freebsd-current@FreeBSD.org, qemu-devel@nongnu.org References: <20090225201550.3d3032b5@ernst.jennejohn.org> <20090228171520.GA56888@saturn.kn-bremen.de> <20090228201650.064c0ee4@ernst.jennejohn.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090228201650.064c0ee4@ernst.jennejohn.org> User-Agent: Mutt/1.5.17 (2007-11-01) X-Mailman-Approved-At: Sat, 28 Feb 2009 22:01:03 +0000 Cc: freebsd-emulation@FreeBSD.org, freebsd-current@FreeBSD.org, qemu-devel@nongnu.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: Sat, 28 Feb 2009 21:37:28 -0000 On Sat, Feb 28, 2009 at 08:16:50PM +0100, Gary Jennejohn wrote: > On Sat, 28 Feb 2009 18:15:20 +0100 > Juergen Lock wrote: > > > On Wed, Feb 25, 2009 at 08:15:50PM +0100, Gary Jennejohn wrote: > > > On Mon, 23 Feb 2009 22:19:33 +0100 > > > Juergen Lock wrote: > > > > > > > You could try a few things: > > > > a) the same with kqemu (userland), in case its a tcg bug (or indeed a > > > > timeout; remember to rebuild qemu in case you built it without the > > > > kqemu knob enabled or otherwise kqemu won't get used), and also > > > > b) another time with -kernel-kqemu in case its a tcg bug affecting > > > > guest kernel code (altho of course in both cases kqemu can cause its > > > > own kind of failures, even more so with amd64 guests...) > > > > > > > > > > Neither of these work. The only way I can get past loading the kernel > > > is with -no-kqemu. > > > > > > I still see the segmentation fault in Yast.call. Now I know that it's > > > in line 486, if that's of any interest. > > > > > > Sorry, I'm not going to invest any more time in this. > > > > Thanx. Can someone else verify that kqemu still works on FreeBSD-current? > > > > I went back to openSUSE with the standard qemu-devel. I found that I > could (usually) boot w/o problems if I put -no-acpi on the CL. > > Right now I have openSUSE runngin pretty well. It's nearly as fast as > on my old (genuine) IBM X31 laptop :) > > > It is possible that you got hit by the kqemu tsc vs smp problem, i.e. > > passing `notsc' to the guest kernel or forcing qemu onto one cpu > > (cpuset -l 0 qemu ...) may have helped there, sorry I should have thought > > of that earlier... > > > > I just tried these suggestions (with the standard qemu-devel) and they > don't seem to do any harm :-P > ..but they didn't help either? (i.e. w/o -no-acpi) > > Also, did I get that right that this opensuse 10.3 install worked with > > the original qemu-devel port (without kqemu)? So we do seem to have a > > regression here... (thats a 20080620 qemu svn snapshot, for the folks > > on the qemu list.) > > > > See above. > > Now I'm thinking about giving the patched qemu-devel another try, since > I've found some workarounds for booting. I'll see whether I can at least > boot into the installed openSUSE using it. Thanx, :) Juergen