From owner-freebsd-current@FreeBSD.ORG Sun Feb 11 05:27:57 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 64F4E16A46F for ; Sun, 11 Feb 2007 05:27:57 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from optimus.centralmiss.com (ns.centralmiss.com [206.156.254.79]) by mx1.freebsd.org (Postfix) with ESMTP id F06BC13C829 for ; Sun, 11 Feb 2007 05:08:26 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (adsl-072-148-013-213.sip.jan.bellsouth.net [72.148.13.213]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by optimus.centralmiss.com (Postfix) with ESMTP id 37D0528596 for ; Sat, 10 Feb 2007 23:08:26 -0600 (CST) Received: by draco.over-yonder.net (Postfix, from userid 100) id B0BE661C3A; Sat, 10 Feb 2007 23:08:25 -0600 (CST) Date: Sat, 10 Feb 2007 23:08:25 -0600 From: "Matthew D. Fuller" To: freebsd-current@freebsd.org Message-ID: <20070211050825.GA70508@over-yonder.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.11-fullermd.3 Subject: softdep_waitidle: Failed to flush worklist [...] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Feb 2007 05:27:57 -0000 So, I have a lot of my filesystems (like /) mounted read-only, which means I occasionally have to remount them to change stuff. For a long time, I had an issue where, if I remounted them too quickly after making changes that needed to be sync'd, the remount wouldn't fully sync them and would leave turds lying around the fs requiring a manual fsck to clean up, even though it would mark the fs clean. That was rather annoying and scary. Last time I updated -CURRENT (~Nov), it stopped doing that; it instead moved on to much freakier occurances where it would lock the filesystem mounted (still usable, but stuck). I've mentioned this once or twice, but today I updated to current -CURRENT, and got a chance to take my system offline to characterize it. This is trivially reproducible, and rather scary. Following is a script with comments I can use to cause it at will. If you don't like having a mounted and indestructible filesystem hanging around your system, don't run it. #!/bin/sh -ex # Make file rm -f /tmp/fs dd if=/dev/zero of=/tmp/fs bs=1m count=20 # Make vnode mdconfig -a -t vnode -f /tmp/fs -u 10 # Make the filesystem bsdlabel -w md10 auto newfs -U /dev/md10 # Mount mount /dev/md10 /mnt # This tree is big enough to trigger it mtree -deU -f /etc/mtree/BSD.usr.dist -p /mnt >> /dev/null # Sync up, just for sport sync ; sync ; sync # Now blow it away rm -rf /mnt/* # Now, if we did this, it would work OK. I THINK this actually failed # last time, but with a few quick tries it always seems to work here # now. #umount /mnt # But when I do this... mount -u -o ro /mnt # BOOM. In syslog and on console, I get "softdep_waitidle: Failed to # flush worklist for 0xc33ac538". The filesystem is still mounted # r/w. I can't mount it r/o. I can't umount it, or umount -f it. # Every try just repeats the same softdep message. The sync on reboot # bitches just the same. I did this to /usr/ports a month or two ago, # and could still use it just fine up until tonite's reboot, but I # really wanted to be able to unmount it... -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-current@FreeBSD.ORG Sun Feb 11 06:40:15 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5066216A408 for ; Sun, 11 Feb 2007 06:40:15 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 1144313C467 for ; Sun, 11 Feb 2007 06:40:14 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id l1B6cJhL024798; Sat, 10 Feb 2007 23:38:19 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sat, 10 Feb 2007 23:38:57 -0700 (MST) Message-Id: <20070210.233857.-1947354995.imp@bsdimp.com> To: rodrigc@crodrigues.org From: "M. Warner Losh" In-Reply-To: <20070210165904.GA58269@crodrigues.org> References: <20070210165904.GA58269@crodrigues.org> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Sat, 10 Feb 2007 23:38:20 -0700 (MST) Cc: freebsd-current@freebsd.org Subject: Re: Populating /usr/include for make buildworld? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Feb 2007 06:40:15 -0000 In message: <20070210165904.GA58269@crodrigues.org> Craig Rodrigues writes: : Hi, : : I am trying to see if I have any outdated files in /usr/include by : doing: : cd /usr/obj ; rm -r * : cd /usr/include ; rm -r * : cd /usr/src; make buildworld : : buildworld is failing in a few places because : the installincludes step is not populating : /usr/include/zlib.h, /usr/include/zconf.h, or /usr/include/termcap.h : : What is the correct way to populate /usr/include : before buildworld? "make installworld" :-) The proper way to get rid of outdated files is 'make delete-old-files'. However, if you've borked this system, you may be able to get things back with a 'make includes' but that can fail at times due to dependencies on /usr/include that creep in. You may have to define a lot of WITHOUT_FOO variables. You may be able to install the tarballs from a release that includes the includes to recover... You may need to say OSRELDATE=0 on the command line to successfully build. Warner From owner-freebsd-current@FreeBSD.ORG Sun Feb 11 15:21:22 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 72E2C16A400 for ; Sun, 11 Feb 2007 15:21:22 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from pobox.codelabs.ru (pobox.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 2E28B13C471 for ; Sun, 11 Feb 2007 15:21:22 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from codelabs.ru (pobox.codelabs.ru [144.206.177.45]) by pobox.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1HGGKg-000Nmw-C6; Sun, 11 Feb 2007 18:09:38 +0300 Date: Sun, 11 Feb 2007 18:09:33 +0300 From: Eygene Ryabinkin To: Robert Noland Message-ID: <20070211150933.GK73008@codelabs.ru> References: <45CA7D23.8050501@criticalmagic.com> <1170980071.18185.12.camel@rnoland-ibm.acs.internap.com> <20070211150703.GJ73008@codelabs.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20070211150703.GJ73008@codelabs.ru> Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-2.1 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_50 Cc: Michiel Boland , freebsd-current@freebsd.org, Richard Coleman Subject: Re: latest xorg port compiles but does not run on sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Feb 2007 15:21:22 -0000 > I do not know what's happened, but the attached file should go to > the x11-servers/xorg-server/files/ directory and overwrite the original > patch-FreeBSD.cf. Basically, it adds the --export-dynamic flag for > the linker to make global symbols in Xorg to be visible to the > dlopen()/dlsym(), since this is the immediate reason for failures. Forgot to say: it is not sparc64-specific: I have this error on i386 too. Seems like it is not the arch-specific problem. -- Eygene From owner-freebsd-current@FreeBSD.ORG Sun Feb 11 15:21:23 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B381A16A401 for ; Sun, 11 Feb 2007 15:21:23 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from pobox.codelabs.ru (pobox.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 4D39713C441 for ; Sun, 11 Feb 2007 15:21:23 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from codelabs.ru (pobox.codelabs.ru [144.206.177.45]) by pobox.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1HGGIG-000Nmn-HW; Sun, 11 Feb 2007 18:07:09 +0300 Date: Sun, 11 Feb 2007 18:07:03 +0300 From: Eygene Ryabinkin To: Robert Noland Message-ID: <20070211150703.GJ73008@codelabs.ru> References: <45CA7D23.8050501@criticalmagic.com> <1170980071.18185.12.camel@rnoland-ibm.acs.internap.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="IiVenqGWf+H9Y6IX" Content-Disposition: inline In-Reply-To: <1170980071.18185.12.camel@rnoland-ibm.acs.internap.com> Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-3.4 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_00 Cc: Michiel Boland , freebsd-current@freebsd.org, Richard Coleman Subject: Re: latest xorg port compiles but does not run on sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Feb 2007 15:21:23 -0000 --IiVenqGWf+H9Y6IX Content-Type: text/plain; charset=koi8-r Content-Disposition: inline > > > Anyway, I recently got hold of an old Sun Ultra10 which I upgraded from > > > 6.2-RELEASE to -CURRENT (dated about midnight, 7 feb). At that time no > > > ports were installed. > > > > > > Then I proceeded to build and install the xorg-server port > > > (xorg-server-6.9.0_6) manually, but it wouldn't run. On startup of X the > > > rather curious message appeared: > > > > > > dlopen: /usr/X11R6/lib/modules/fonts/libbitmap.so: Undefined symbol > > > "xf86stderr". > > > > > > Unfortunately I forgot to make a typescript, so I can't tell if > > > something went wrong during the build. Building xorg on an ultra10 takes > > > several hours, so please forgive me for not building a second time. > > > Meanwhile I got X running using binary packages. > > > > > > Does anyone have any clue as to what might have happend? The full > > > Xorg.log is reproduced below. I do not know what's happened, but the attached file should go to the x11-servers/xorg-server/files/ directory and overwrite the original patch-FreeBSD.cf. Basically, it adds the --export-dynamic flag for the linker to make global symbols in Xorg to be visible to the dlopen()/dlsym(), since this is the immediate reason for failures. > This is related to the removal of objformat from -current. Richard and > I got his working by installing objformat from my -current box and > recompiling xorg-server and xorg-libraries. > > ./work/xc/lib/Xft/configure: objformat=`test -x /usr/bin/objformat > && /usr/bin/objformat || echo aout` > ./work/xc/lib/Xft/configure: version_type=freebsd-$objformat > > this is scattered all around in several places in the code. I will try to look at the objformat changes and will try to undestand why it broke the things. But this will be done only tomorrow. -- Eygene --IiVenqGWf+H9Y6IX Content-Type: text/plain; charset=koi8-r Content-Disposition: attachment; filename="patch-FreeBSD.cf" --- config/cf/FreeBSD.cf.orig Wed May 4 04:14:57 2005 +++ config/cf/FreeBSD.cf Fri Feb 9 08:26:54 2007 @@ -78,6 +78,7 @@ #define HasIssetugid YES #define HasPoll YES #endif +#define BuildHtmlManPages NO #if OSMajorVersion >= 4 #define HasGetIfAddrs YES @@ -116,15 +117,14 @@ # endif # if (OSRelVersion < 500043) # define NeedUIThrStubs YES -# endif -# if (OSRelVersion >= 502102) -# define ThreadsLibraries -lpthread -# elif (OSRelVersion >= 500016) -# define ThreadsLibraries -lc_r +# define BuildThreadStubLibrary YES +# define SharedX11Reqs $(LDPRELIB) $(XTHRSTUBLIB) +# define SharedXtReqs $(LDPRELIB) $(XONLYLIB) $(SMLIB) $(ICELIB) $(XTHRSTUBLIB) # else -# define ThreadsLibraries -pthread +# define BuildThreadStubLibrary NO # endif -# define SystemMTDefines -D_THREAD_SAFE +# define ThreadsLibraries FreeBSDPTHREAD_LIBS +# define SystemMTDefines FreeBSDPTHREAD_CFLAGS #endif /* This fixes linking C programs against libGLU on FreeBSD 3.x */ @@ -172,12 +172,14 @@ #endif #endif -#ifndef CcCmd -#define CcCmd cc -#endif -#ifndef CplusplusCmd -#define CplusplusCmd c++ +#if BuildThreadStubLibrary && (!defined(UseInstalledX11) || !UseInstalledX11) +#define CcCmd $(CLIENTENVSETUP) FreeBSDCC +#define CplusplusCmd $(CLIENTENVSETUP) FreeBSDCXX +#else +#define CcCmd FreeBSDCC +#define CplusplusCmd FreeBSDCXX #endif + #define CppCmd /usr/bin/cpp #define PreProcessCmd CppCmd #define StandardCppOptions -traditional @@ -338,7 +340,7 @@ #ifndef LibraryRpathLoadFlags # if UseRpath # if UseElfFormat -# define LibraryRpathLoadFlags -rpath $(USRLIBDIRPATH) +# define LibraryRpathLoadFlags -Wl,-rpath $(USRLIBDIRPATH) # else # define LibraryRpathLoadFlags -R $(USRLIBDIRPATH) # endif @@ -446,7 +448,9 @@ #ifdef PpcArchitecture #define XF86INT10_BUILD X86INT10_STUB #endif - +#ifdef PpcArchitecture +#define XF86INT10_BUILD X86INT10_STUB +#endif #define StandardDefines -DCSRG_BASED #if OSMajorVersion > 1 @@ -467,18 +471,8 @@ #define XawI18nDefines -DUSE_XWCHAR_STRING -DUSE_XMBTOWC #endif -/* The GCC strength-reduce bug is fixed for FreeBSD 2.1.5 and later */ -#ifndef DefaultGcc2i386Opt -#if OSMajorVersion > 2 || (OSMajorVersion == 2 && OSMinorVersion > 1) || (OSMajorVersion == 2 && OSMinorVersion == 1 && OSTeenyVersion >= 5) -#define DefaultGcc2i386Opt -O2 GccAliasingArgs -#endif -#endif - -#ifdef i386Architecture -# define OptimizedCDebugFlags DefaultGcc2i386Opt -#else -# define OptimizedCDebugFlags -O -#endif +#define DefaultGcc2i386Opt +#define OptimizedCDebugFlags FreeBSDCFLAGS #ifndef PreIncDir # define PreIncDir /usr/include @@ -575,6 +569,13 @@ */ #if (GccMajorVersion == 2 && GccMinorVersion == 95) #define GccOptBug295 +#endif + +/* + * Add --export-dynamic flag for FreeBSD 7.x and later. + */ +#if OSMajorVersion >= 7 +#define ExtraLoadOptions -Wl,--export-dynamic #endif #include --IiVenqGWf+H9Y6IX-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 11 17:56:58 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6E5F216A407 for ; Sun, 11 Feb 2007 17:56:58 +0000 (UTC) (envelope-from slawek.zak@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.freebsd.org (Postfix) with ESMTP id 050CE13C46B for ; Sun, 11 Feb 2007 17:56:57 +0000 (UTC) (envelope-from slawek.zak@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so301745ugh for ; Sun, 11 Feb 2007 09:56:56 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=fzNz4H8PYLTJ1MaBCk+/beM7H22tu4TRlQ5u/vmSDSYlsVSMF13AM/ak9dlQYy2a4+rOWS5E2NL3fm+Wc+tvmOyX0zNYeIZwPTQWZPGHy3uyQoyw77x4bF3PzC85zARDGCuZn2gGdyg/pjVewFfgYaqMJS0tWOZ35a5ztUEMx3E= Received: by 10.114.194.1 with SMTP id r1mr5515505waf.1171216615952; Sun, 11 Feb 2007 09:56:55 -0800 (PST) Received: by 10.114.15.16 with HTTP; Sun, 11 Feb 2007 09:56:55 -0800 (PST) Message-ID: <787bbe1c0702110956j5c247638v711b45d87040b48b@mail.gmail.com> Date: Sun, 11 Feb 2007 18:56:55 +0100 From: "Slawek Zak" To: freebsd-net@freebsd.org, freebsd-current@freebsd.org In-Reply-To: <787bbe1c0701310827o9b84b33q1322007bf68f4f8a@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_29668_8561517.1171216615743" References: <787bbe1c0701310827o9b84b33q1322007bf68f4f8a@mail.gmail.com> Cc: Subject: Re: Forcing 1000FD for bce X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Feb 2007 17:56:58 -0000 ------=_Part_29668_8561517.1171216615743 Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: base64 Content-Disposition: inline T24gMS8zMS8wNywgU2xhd2VrIFphayA8c2xhd2VrLnpha0BnbWFpbC5jb20+IHdyb3RlOgo+IEkg aGF2ZSBhIHF1ZXN0aW9uIGZvciBzb21lb25lIGZhbWlsaWFyIHdpdGggdGhpcyBkcml2ZXIuIEkg bXVzdAo+IGVuZm9yY2UgR2IvRnVsbC1kdXBsZXggYmVmb3JlIHRoZSBlbmQgb2YgYm9vdC4gSSBo YXZlIElCTSBCbGFkZUNlbnRlcgo+IGNoYXNzaXMgd2hpY2ggaW50ZXJuYWxseSB1c2VzIE5vcnRl bCAyLTMgc3dpdGNoZXMgd2hpY2ggaW4gdHVybiBkbyBub3QKPiBhbGxvdyBmb3IgYXV0b25lZ290 aWF0aW9uIG9mIGludGVybmFsIGludGVyZmFjZXMuCj4KPiBJIHdhbnQgdG8gcnVuIGEgZGlza2xl c3MgY29uZmlndXJhdGlvbiBzbyBjaGFuZ2luZyB0aGUgYml0cyB3aXRoCj4gaWZjb25maWcgaXMg bm90IGFuIG9wdGlvbi4gVHdlYWtpbmcgc2V0dGluZ3MgaW4gUFhFIGJvb3QgYWdlbnQgZG9lc24n dAo+IGhlbHAgLSB0aGUgbGluayBwcmVmZXJlbmNlIGlzIG5vdCBwcmVzZXJ2ZWQgYWZ0ZXIga2Vy bmVsIHN0YXJ0cwo+IGJvb3RpbmcuCgpJJ3ZlIGltcGxlbWVudGVkIGEgaGFsZi1iYWtlZCBzb2x1 dGlvbiBqdXN0IHRvIG1ha2UgdGhlIGRhcm4gdGhpbmcKd29yay4gQXNzdW1pbmcgeW91IGhhdmUg Z2VudGJpIFBIWSAoY2hlY2sgdGhlIGRtZXNnKSwgdGhlIGZvbGxvd2luZwpwYXRjaCByZW1vdmVz IGF1dG8gbmVnb3RpYXRpb24gYW5kIGhhbGYtZHVwbGV4IGhhbmRsaW5nIGZvciBTWAppbnRlcmZh Y2UsIHRodXMgbGVhdmluZyAxMDAwRkQgb25seS4gVGVzdGVkIG9uIElCTSBMUzIxIGJsYWRlcy4g RW5qb3kuCgovUwotLSAKU7Nhd2VrIK9hayAvIFVOSVggU3lzdGVtcyBBZG1pbmlzdHJhdG9yCg== ------=_Part_29668_8561517.1171216615743 Content-Type: application/octet-stream; name="gentbi.c.diff" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="gentbi.c.diff" X-Attachment-Id: f_ey1s4beo KioqIHN5cy9kZXYvbWlpL2dlbnRiaS5jLm9yaWcgICBGcmkgSmFuIDI2IDE4OjA2OjAyIDIwMDcN Ci0tLSBzeXMvZGV2L21paS9nZW50YmkuYyAgICAgICAgU3VuIEZlYiAxMSAxODo1MToyOSAyMDA3 DQoqKioqKioqKioqKioqKioNCioqKiAxOTMsMjAxICoqKioNCiAgICAgICAgICogaW4gImF1dG8i Lg0KICAgICAgICAgKi8NCiAgICAgICAgc2MtPm1paV9jYXBhYmlsaXRpZXMgPQ0KISAgICAgICAg ICAgUEhZX1JFQUQoc2MsIE1JSV9CTVNSKSAmIG1hLT5taWlfY2FwbWFzayAmIH5CTVNSX01FRElB TUFTSzsNCiAgICAgICAgaWYgKHNjLT5taWlfY2FwYWJpbGl0aWVzICYgQk1TUl9FWFRTVEFUKQ0K ISAgICAgICAgICAgICAgIHNjLT5taWlfZXh0Y2FwYWJpbGl0aWVzID0gUEhZX1JFQUQoc2MsIE1J SV9FWFRTUik7DQoNCiAgICAgICAgZGV2aWNlX3ByaW50ZihkZXYsICIgIik7DQogICAgICAgIG1p aV9waHlfYWRkX21lZGlhKHNjKTsNCi0tLSAxOTMsMjAxIC0tLS0NCiAgICAgICAgICogaW4gImF1 dG8iLg0KICAgICAgICAgKi8NCiAgICAgICAgc2MtPm1paV9jYXBhYmlsaXRpZXMgPQ0KISAgICAg ICAgICAgUEhZX1JFQUQoc2MsIE1JSV9CTVNSKSAmIG1hLT5taWlfY2FwbWFzayAmIH5CTVNSX01F RElBTUFTSyAmIH5CTVNSX0FORUc7DQogICAgICAgIGlmIChzYy0+bWlpX2NhcGFiaWxpdGllcyAm IEJNU1JfRVhUU1RBVCkNCiEgICAgICAgICAgICAgICBzYy0+bWlpX2V4dGNhcGFiaWxpdGllcyA9 IEVYVFNSXzEwMDBYRkRYOw0KDQogICAgICAgIGRldmljZV9wcmludGYoZGV2LCAiICIpOw0KICAg ICAgICBtaWlfcGh5X2FkZF9tZWRpYShzYyk7DQoNCg== ------=_Part_29668_8561517.1171216615743-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 11 18:35:26 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2F62516A407; Sun, 11 Feb 2007 18:35:26 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.freebsd.org (Postfix) with ESMTP id 141D213C474; Sun, 11 Feb 2007 18:35:25 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.13.6) with ESMTP id l1BIZPrd028654; Sun, 11 Feb 2007 10:35:25 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id l1BIZO8q028653; Sun, 11 Feb 2007 10:35:24 -0800 (PST) (envelope-from rizzo) Date: Sun, 11 Feb 2007 10:35:24 -0800 From: Luigi Rizzo To: current@freebsd.org Message-ID: <20070211103524.A28356@xorpc.icir.org> References: <20070202183453.A2996@xorpc.icir.org> <200702101735.12609.max@love2party.net> <20070210165921.A18732@xorpc.icir.org> <200702110425.40130.max@love2party.net> <20070211021427.A23377@xorpc.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20070211021427.A23377@xorpc.icir.org>; from rizzo@icir.org on Sun, Feb 11, 2007 at 02:14:27AM -0800 Cc: Subject: firmware(9) revision X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Feb 2007 18:35:26 -0000 Over the past days i have discussed with a few people (in Bcc) about issues in firmware(9) that i would like to fix and possibly MFC. I have prepared a revision version of the code at http://info.iet.unipi.it/~luigi/FreeBSD/firmware/ and would appreciate a review. If you see a discrepancy between the comments and the code, trust the comments. My main goal when i started this work was to fix some bugs related to the automatic unloading of firmware images, i.e.: - there is a potential race condition in the automatic unloading of modules, when [image] registry entries could be reused while the firmware_thread releases the lock to unload the container module; (affects HEAD and probably RELENG_6 as well) - incorrect handling of unload requests for images loaded from the bootloader (RELENG_6). (RELENG_6 might have more problems as the cleanup done to the code in HEAD has not been merged yet; but it is pointless to enter into details). While working on the code, more things came up, e.g. the handling of errors in unloading a module is unclear at best (and possibly buggy); the semantics of FIRMWARE_UNLOAD needs to be explained better; also, one could get the chance to cleanup the API (reducing the amount of internal information exposed to clients, and also putting const qualifiers on some arguments). Clearly, the API change in RELENG_6 needs to be carefully evaluated; on the other hand, the api change is limited to adding const qualifiers to the arguments, and removing some fields from a structure, as below: struct firmware { const char *name; /* system-wide name */ const void *data; /* location of image */ size_t datasize; /* size of image in bytes */ unsigned int version; /* version of the image */ - int refcnt; /* held references */ - struct firmware *parent; /* not null if a subimage */ - linker_file_t file; /* loadable module */ - int flags; /* FIRMWAREFLAG_ flags */ }; and clients are not supposed to touch or even look at such fields. So in practice there should be full compatibility at the binary level. cheers luigi From owner-freebsd-current@FreeBSD.ORG Mon Feb 12 04:37:40 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EF60716A400 for ; Mon, 12 Feb 2007 04:37:40 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id 5C40213C474 for ; Mon, 12 Feb 2007 04:37:40 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from [192.168.42.21] (andersonbox1.centtech.com [192.168.42.21]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id l1C4bbbx074540; Sun, 11 Feb 2007 22:37:38 -0600 (CST) (envelope-from anderson@freebsd.org) Message-ID: <45CFEF10.5050605@freebsd.org> Date: Sun, 11 Feb 2007 22:37:36 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5.0.9 (X11/20070204) MIME-Version: 1.0 To: "Matthew D. Fuller" References: <20070211050825.GA70508@over-yonder.net> In-Reply-To: <20070211050825.GA70508@over-yonder.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/2553/Sun Feb 11 13:28:47 2007 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=8.0 tests=BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Cc: freebsd-current@freebsd.org Subject: Re: softdep_waitidle: Failed to flush worklist [...] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Feb 2007 04:37:41 -0000 On 02/10/07 23:08, Matthew D. Fuller wrote: > So, I have a lot of my filesystems (like /) mounted read-only, which > means I occasionally have to remount them to change stuff. For a long > time, I had an issue where, if I remounted them too quickly after > making changes that needed to be sync'd, the remount wouldn't fully > sync them and would leave turds lying around the fs requiring a manual > fsck to clean up, even though it would mark the fs clean. That was > rather annoying and scary. > > Last time I updated -CURRENT (~Nov), it stopped doing that; it instead > moved on to much freakier occurances where it would lock the > filesystem mounted (still usable, but stuck). I've mentioned this > once or twice, but today I updated to current -CURRENT, and got a > chance to take my system offline to characterize it. > > This is trivially reproducible, and rather scary. Following is a > script with comments I can use to cause it at will. If you don't like > having a mounted and indestructible filesystem hanging around your > system, don't run it. > > > #!/bin/sh -ex > > # Make file > rm -f /tmp/fs > dd if=/dev/zero of=/tmp/fs bs=1m count=20 > > # Make vnode > mdconfig -a -t vnode -f /tmp/fs -u 10 > > # Make the filesystem > bsdlabel -w md10 auto > newfs -U /dev/md10 Aren't you putting the filesystem on top of the label here? Shouldn't you do something like: newfs -U /dev/md10a instead? > # Mount > mount /dev/md10 /mnt > > # This tree is big enough to trigger it > mtree -deU -f /etc/mtree/BSD.usr.dist -p /mnt >> /dev/null > > # Sync up, just for sport > sync ; sync ; sync > > # Now blow it away > rm -rf /mnt/* > > # Now, if we did this, it would work OK. I THINK this actually failed > # last time, but with a few quick tries it always seems to work here > # now. > #umount /mnt > > # But when I do this... > mount -u -o ro /mnt > > # BOOM. In syslog and on console, I get "softdep_waitidle: Failed to > # flush worklist for 0xc33ac538". The filesystem is still mounted > # r/w. I can't mount it r/o. I can't umount it, or umount -f it. > # Every try just repeats the same softdep message. The sync on reboot > # bitches just the same. I did this to /usr/ports a month or two ago, > # and could still use it just fine up until tonite's reboot, but I > # really wanted to be able to unmount it... > > > Eric From owner-freebsd-current@FreeBSD.ORG Mon Feb 12 04:44:07 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8F66816A401 for ; Mon, 12 Feb 2007 04:44:07 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from optimus.centralmiss.com (ns.centralmiss.com [206.156.254.79]) by mx1.freebsd.org (Postfix) with ESMTP id 64ABB13C428 for ; Mon, 12 Feb 2007 04:44:07 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (adsl-072-148-013-213.sip.jan.bellsouth.net [72.148.13.213]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by optimus.centralmiss.com (Postfix) with ESMTP id 5305F28649; Sun, 11 Feb 2007 22:44:06 -0600 (CST) Received: by draco.over-yonder.net (Postfix, from userid 100) id C165C61C3B; Sun, 11 Feb 2007 22:44:05 -0600 (CST) Date: Sun, 11 Feb 2007 22:44:05 -0600 From: "Matthew D. Fuller" To: Eric Anderson Message-ID: <20070212044405.GB70508@over-yonder.net> References: <20070211050825.GA70508@over-yonder.net> <45CFEF10.5050605@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45CFEF10.5050605@freebsd.org> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.11-fullermd.3 Cc: freebsd-current@freebsd.org Subject: Re: softdep_waitidle: Failed to flush worklist [...] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Feb 2007 04:44:07 -0000 On Sun, Feb 11, 2007 at 10:37:36PM -0600 I heard the voice of Eric Anderson, and lo! it spake thus: > > Aren't you putting the filesystem on top of the label here? > Shouldn't you do something like: > > newfs -U /dev/md10a > > instead? Probably. Or just ignore the labelling step altogether, better, since there's not meant to be multiple fsen on it. But then, it was written as a quick PoC for the trouble with remounting, not as an example of the best way to create a vnode-backed fs ;) -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-current@FreeBSD.ORG Mon Feb 12 04:51:03 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A8C8016A400 for ; Mon, 12 Feb 2007 04:51:03 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id 7C8B713C4A8 for ; Mon, 12 Feb 2007 04:51:03 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from [192.168.42.21] (andersonbox1.centtech.com [192.168.42.21]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id l1C4p1t2077099; Sun, 11 Feb 2007 22:51:01 -0600 (CST) (envelope-from anderson@freebsd.org) Message-ID: <45CFF234.3010704@freebsd.org> Date: Sun, 11 Feb 2007 22:51:00 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5.0.9 (X11/20070204) MIME-Version: 1.0 To: "Matthew D. Fuller" References: <20070211050825.GA70508@over-yonder.net> <45CFEF10.5050605@freebsd.org> <20070212044405.GB70508@over-yonder.net> In-Reply-To: <20070212044405.GB70508@over-yonder.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/2553/Sun Feb 11 13:28:47 2007 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Cc: freebsd-current@freebsd.org Subject: Re: softdep_waitidle: Failed to flush worklist [...] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Feb 2007 04:51:03 -0000 On 02/11/07 22:44, Matthew D. Fuller wrote: > On Sun, Feb 11, 2007 at 10:37:36PM -0600 I heard the voice of > Eric Anderson, and lo! it spake thus: >> Aren't you putting the filesystem on top of the label here? >> Shouldn't you do something like: >> >> newfs -U /dev/md10a >> >> instead? > > Probably. Or just ignore the labelling step altogether, better, since > there's not meant to be multiple fsen on it. But then, it was written > as a quick PoC for the trouble with remounting, not as an example of > the best way to create a vnode-backed fs ;) > > True.. Just stuck out like a sore thumb to me.. Actually, it may not be harmful, but.. Anyway - does this happen if you do the same thing *without* soft updates enabled? Eric From owner-freebsd-current@FreeBSD.ORG Mon Feb 12 04:54:19 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 44BD016A401; Mon, 12 Feb 2007 04:54:19 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from optimus.centralmiss.com (ns.centralmiss.com [206.156.254.79]) by mx1.freebsd.org (Postfix) with ESMTP id 19D1A13C428; Mon, 12 Feb 2007 04:54:19 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (adsl-072-148-013-213.sip.jan.bellsouth.net [72.148.13.213]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by optimus.centralmiss.com (Postfix) with ESMTP id 5BB792864B; Sun, 11 Feb 2007 22:54:18 -0600 (CST) Received: by draco.over-yonder.net (Postfix, from userid 100) id C821A61C3A; Sun, 11 Feb 2007 22:54:17 -0600 (CST) Date: Sun, 11 Feb 2007 22:54:17 -0600 From: "Matthew D. Fuller" To: Eric Anderson Message-ID: <20070212045417.GC70508@over-yonder.net> References: <20070211050825.GA70508@over-yonder.net> <45CFEF10.5050605@freebsd.org> <20070212044405.GB70508@over-yonder.net> <45CFF234.3010704@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45CFF234.3010704@freebsd.org> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.11-fullermd.3 Cc: freebsd-current@freebsd.org Subject: Re: softdep_waitidle: Failed to flush worklist [...] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Feb 2007 04:54:19 -0000 On Sun, Feb 11, 2007 at 10:51:00PM -0600 I heard the voice of Eric Anderson, and lo! it spake thus: > > Anyway - does this happen if you do the same thing *without* soft > updates enabled? No. I'd assumed it was a soft updates thing anyway just from the error message, but I did accidentally leave off the -U when I copied my manual steps into the script and ran it once or twice before noticing, and it didn't give any troubles (though I _did_ wonder why it took so much longer ;). -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-current@FreeBSD.ORG Mon Feb 12 00:15:23 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0D36B16A400 for ; Mon, 12 Feb 2007 00:15:23 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id C0A8E13C442 for ; Mon, 12 Feb 2007 00:15:22 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.66) for freebsd-current@FreeBSD.org with esmtp (envelope-from ) id <1HGOYi-0000Ie-7K>; Mon, 12 Feb 2007 00:56:40 +0100 Received: from e178048197.adsl.alicedsl.de ([85.178.48.197] helo=[192.168.1.128]) by inpost2.zedat.fu-berlin.de (Exim 4.66) for freebsd-current@FreeBSD.org with esmtpsa (envelope-from ) id <1HGOYi-0008U0-56>; Mon, 12 Feb 2007 00:56:40 +0100 Message-ID: <45CFAD59.4030501@mail.zedat.fu-berlin.de> Date: Mon, 12 Feb 2007 00:57:13 +0100 From: "O. Hartmann" User-Agent: Thunderbird 1.5.0.9 (X11/20070211) MIME-Version: 1.0 To: freebsd-current@FreeBSD.org X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.48.197 X-Mailman-Approved-At: Mon, 12 Feb 2007 04:58:13 +0000 Cc: Subject: libc.so.6 vs. libc.so.7 for compatibility reasons X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Feb 2007 00:15:23 -0000 Tried to install ports/java/diablo-jdk15 and it failed to to the lack of libc.so.6 it expects. This night I'll try /etc/libmap.conf. but I want to ask for a better, cleaner way to do so ... Regards, Oliver From owner-freebsd-current@FreeBSD.ORG Mon Feb 12 06:15:10 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9EC5D16A407 for ; Mon, 12 Feb 2007 06:15:10 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 6EE7B13C481 for ; Mon, 12 Feb 2007 06:15:10 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from uucp by munchkin.clue.co.za with local (Exim 4.62) (envelope-from ) id 1HGUSx-00034S-Qy for freebsd-current@freebsd.org; Mon, 12 Feb 2007 06:15:07 +0000 Received: from dhcp-250.clue.co.za ([10.0.0.250] helo=clue.co.za) by urchin.clue.co.za with esmtpa (Exim 4.62) (envelope-from ) id 1HGUSg-0006Bs-77 for freebsd-current@freebsd.org; Mon, 12 Feb 2007 06:14:51 +0000 Received: from localhost ([127.0.0.1]) by clue.co.za with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HGUSf-000Lkt-Do for freebsd-current@freebsd.org; Mon, 12 Feb 2007 08:14:49 +0200 to: freebsd-current@freebsd.org From: Ian FREISLICH X-Attribution: BOFH Date: Mon, 12 Feb 2007 08:14:49 +0200 Message-Id: X-Spam-Scanner: urchin.clue.co.za X-Spam-Score: 1.0 (+) [INT 10] X-Spam-Report: 1.0/5.0 ---- Start SpamAssassin results * 0.9 MSGID_FROM_MTA_ID Message-Id for external message added locally * 0.1 AWL AWL: From: address is in the auto white-list ---- End SpamAssassin results Subject: Problem building various ports (dependencies). X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Feb 2007 06:15:10 -0000 Hi Recently I've had difficulty building gnupg and the gimp on current. The problem however is not those ports, but their dependencies. Building the gimp now gives this message: ===> Running ldconfig /sbin/ldconfig -m /usr/local/lib ===> Registering installation for libwmf-0.2.8.4 ===> Returning to build of gimp-2.2.13_2,1 Error: shared library "wmf.2" does not exist *** Error code 1 But it's *just* installed libwmf. How can that be? I trundle over to /usr/local/lib: -rw-r--r-- 1 root wheel 387362 Feb 12 07:52 libwmf.a -rwxr-xr-x 1 root wheel 430673 Feb 12 07:52 libwmf.so.2.0 -rw-r--r-- 1 root wheel 115138 Feb 12 07:52 libwmflite.a -rwxr-xr-x 1 root wheel 114512 Feb 12 07:52 libwmflite.so.7.1 Something looks odd though. Why do those libraries have minor numbers? so I: ln -s libwmf.so.2.0 libwmf.so.2 ln -s libwmflite.so.7.1 libwmflite.so.7 And sure enough, the gimp compile gets a little further until: ===> gimp-2.2.13_2,1 depends on executable in : gmake - found ===> gimp-2.2.13_2,1 depends on file: /usr/local/bin/intltool-extract - found ===> gimp-2.2.13_2,1 depends on file: /usr/local/libdata/pkgconfig/gnome-mime-data-2.0.pc - found ===> gimp-2.2.13_2,1 depends on executable in : pkg-config - found ===> gimp-2.2.13_2,1 depends on shared library: wmf.2 - found ===> gimp-2.2.13_2,1 depends on shared library: aa.1 - not found ===> Verifying install for aa.1 in /usr/ports/graphics/aalib ... ===> Compressing manual pages for aalib-1.4.r5_2 ===> Running ldconfig /sbin/ldconfig -m /usr/local/lib ===> Registering installation for aalib-1.4.r5_2 ===> Returning to build of gimp-2.2.13_2,1 Error: shared library "aa.1" does not exist *** Error code 1 Wash rinse repeat. Is the problem with the way the ports collection detects the existence of dependencies or with the way the dependencies are installed? Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Mon Feb 12 06:18:32 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4E88C16A401 for ; Mon, 12 Feb 2007 06:18:32 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id 2391913C4A8 for ; Mon, 12 Feb 2007 06:18:31 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from [192.168.42.21] (andersonbox1.centtech.com [192.168.42.21]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id l1C6IRG7093642; Mon, 12 Feb 2007 00:18:27 -0600 (CST) (envelope-from anderson@freebsd.org) Message-ID: <45D006B2.5070906@freebsd.org> Date: Mon, 12 Feb 2007 00:18:26 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5.0.9 (X11/20070204) MIME-Version: 1.0 To: Ian FREISLICH References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/2553/Sun Feb 11 13:28:47 2007 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=8.0 tests=BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Cc: freebsd-current@freebsd.org Subject: Re: Problem building various ports (dependencies). X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Feb 2007 06:18:32 -0000 On 02/12/07 00:14, Ian FREISLICH wrote: > Hi > > Recently I've had difficulty building gnupg and the gimp on current. > The problem however is not those ports, but their dependencies. > > Building the gimp now gives this message: > ===> Running ldconfig > /sbin/ldconfig -m /usr/local/lib > ===> Registering installation for libwmf-0.2.8.4 > ===> Returning to build of gimp-2.2.13_2,1 > Error: shared library "wmf.2" does not exist > *** Error code 1 > > But it's *just* installed libwmf. How can that be? I trundle over > to /usr/local/lib: > > -rw-r--r-- 1 root wheel 387362 Feb 12 07:52 libwmf.a > -rwxr-xr-x 1 root wheel 430673 Feb 12 07:52 libwmf.so.2.0 > -rw-r--r-- 1 root wheel 115138 Feb 12 07:52 libwmflite.a > -rwxr-xr-x 1 root wheel 114512 Feb 12 07:52 libwmflite.so.7.1 > > Something looks odd though. Why do those libraries have minor > numbers? so I: > ln -s libwmf.so.2.0 libwmf.so.2 > ln -s libwmflite.so.7.1 libwmflite.so.7 > > And sure enough, the gimp compile gets a little further until: > > ===> gimp-2.2.13_2,1 depends on executable in : gmake - found > ===> gimp-2.2.13_2,1 depends on file: /usr/local/bin/intltool-extract - found > ===> gimp-2.2.13_2,1 depends on file: /usr/local/libdata/pkgconfig/gnome-mime-data-2.0.pc - found > ===> gimp-2.2.13_2,1 depends on executable in : pkg-config - found > ===> gimp-2.2.13_2,1 depends on shared library: wmf.2 - found > ===> gimp-2.2.13_2,1 depends on shared library: aa.1 - not found > ===> Verifying install for aa.1 in /usr/ports/graphics/aalib > ... > ===> Compressing manual pages for aalib-1.4.r5_2 > ===> Running ldconfig > /sbin/ldconfig -m /usr/local/lib > ===> Registering installation for aalib-1.4.r5_2 > ===> Returning to build of gimp-2.2.13_2,1 > Error: shared library "aa.1" does not exist > *** Error code 1 > > Wash rinse repeat. > > Is the problem with the way the ports collection detects the existence > of dependencies or with the way the dependencies are installed? I'm guessing it's the removal of objformat from the tree. You can try to grab the pre-removal version, and compile/install it. This helped me build my ports again. Painful. Eric From owner-freebsd-current@FreeBSD.ORG Mon Feb 12 08:43:09 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5933F16A406 for ; Mon, 12 Feb 2007 08:43:09 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 362A513C478 for ; Mon, 12 Feb 2007 08:43:09 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from uucp by munchkin.clue.co.za with local (Exim 4.62) (envelope-from ) id 1HGWmC-0007fN-AG; Mon, 12 Feb 2007 08:43:08 +0000 Received: from dhcp-250.clue.co.za ([10.0.0.250] helo=clue.co.za) by urchin.clue.co.za with esmtpa (Exim 4.62) (envelope-from ) id 1HGWlw-0006je-BX; Mon, 12 Feb 2007 08:42:53 +0000 Received: from localhost ([127.0.0.1]) by clue.co.za with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HGWls-000NPi-I4; Mon, 12 Feb 2007 10:42:48 +0200 To: Eric Anderson From: Ian FREISLICH In-Reply-To: Message from Eric Anderson of "Mon, 12 Feb 2007 00:18:26 CST." <45D006B2.5070906@freebsd.org> X-Attribution: BOFH Date: Mon, 12 Feb 2007 10:42:48 +0200 Message-Id: X-Spam-Scanner: urchin.clue.co.za X-Spam-Score: 1.0 (+) [INT 10] X-Spam-Report: 1.0/5.0 ---- Start SpamAssassin results * 0.9 MSGID_FROM_MTA_ID Message-Id for external message added locally * 0.1 AWL AWL: From: address is in the auto white-list ---- End SpamAssassin results Cc: freebsd-current@freebsd.org Subject: Re: Problem building various ports (dependencies). X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Feb 2007 08:43:09 -0000 Eric Anderson wrote: > > Is the problem with the way the ports collection detects the existence > > of dependencies or with the way the dependencies are installed? > > I'm guessing it's the removal of objformat from the tree. You can try > to grab the pre-removal version, and compile/install it. This helped me > build my ports again. Painful. Hmm. That would be it. Seems like it's been threatened for a long time. ---------------------------- revision 1.19 date: 2007/01/25 22:26:41; author: peter; state: dead; lines: +1 -1 Retire objformat(1) as threatened in 2002. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Mon Feb 12 13:51:12 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3E80016A401 for ; Mon, 12 Feb 2007 13:51:12 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 1A1B513C442 for ; Mon, 12 Feb 2007 13:51:11 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from uucp by munchkin.clue.co.za with local (Exim 4.62) (envelope-from ) id 1HGbaG-0001JY-0a; Mon, 12 Feb 2007 13:51:08 +0000 Received: from dhcp-250.clue.co.za ([10.0.0.250] helo=clue.co.za) by urchin.clue.co.za with esmtpa (Exim 4.62) (envelope-from ) id 1HGbZN-0008Qa-Vy; Mon, 12 Feb 2007 13:50:15 +0000 Received: from localhost ([127.0.0.1]) by clue.co.za with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HGbZJ-000HYs-Sj; Mon, 12 Feb 2007 15:50:09 +0200 To: Craig Rodrigues From: Ian FREISLICH In-Reply-To: Message from Craig Rodrigues of "Sat, 10 Feb 2007 13:56:12 EST." <20070210185612.GA4948@crodrigues.org> X-Attribution: BOFH Date: Mon, 12 Feb 2007 15:50:09 +0200 Message-Id: X-Spam-Scanner: urchin.clue.co.za X-Spam-Score: 1.0 (+) [INT 10] X-Spam-Report: 1.0/5.0 ---- Start SpamAssassin results * 0.9 MSGID_FROM_MTA_ID Message-Id for external message added locally * 0.1 AWL AWL: From: address is in the auto white-list ---- End SpamAssassin results Cc: Jeremy Messenger , freebsd-current@freebsd.org Subject: Re: Populating /usr/include for make buildworld? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Feb 2007 13:51:12 -0000 Craig Rodrigues wrote: > On Sat, Feb 10, 2007 at 12:35:30PM -0600, Jeremy Messenger wrote: > > >What is the correct way to populate /usr/include > > >before buildworld? > > > > Have you tried to run 'make includes'? > > Hi, > > I tried this: > > cd /usr/obj; rm -r * > cd /usr/include; rm -r * > cd /usr/src; make includes Indeed, and 'make installincludes' fails without a /usr/include that has the required subdirectories because it doesn't mtree. cd /usr/include; find . -type f -delete cd /usr/src; make installincludes -OR- cd /usr/include; rm -r *; mtree -eU -f /usr/src/etc/mtree/BSD.include.dist -p /usr/include cd /usr/src; make installincludes Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Mon Feb 12 13:58:54 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4281216A407; Mon, 12 Feb 2007 13:58:54 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from opus.cse.buffalo.edu (opus.cse.Buffalo.EDU [128.205.32.4]) by mx1.freebsd.org (Postfix) with ESMTP id DFFA413C48D; Mon, 12 Feb 2007 13:58:53 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [127.0.0.1] (localhost.cse.buffalo.edu [127.0.0.1]) by opus.cse.buffalo.edu (8.13.8/8.12.4) with ESMTP id l1CDwr2u004359; Mon, 12 Feb 2007 08:58:53 -0500 (EST) From: Ken Smith To: freebsd-stable@freebsd.org, freebsd-current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-gk9hE2QX+2UIDjQZi02x" Organization: U. Buffalo CSE Department Date: Mon, 12 Feb 2007 08:58:53 -0500 Message-Id: <1171288733.4098.13.camel@opus.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.8.3 FreeBSD GNOME Team Port Cc: Subject: February 2007 Monthly Snapshots X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Feb 2007 13:58:54 -0000 --=-gk9hE2QX+2UIDjQZi02x Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Just a note to say the February 2007 Monthly Snapshots are completed and available at "ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/200702/". With the FreeBSD-6.2 release cycle over we're now back to doing RELENG_6 snapshots as well as the HEAD snapshots. Sums: MD5 (6.2-STABLE-200702-alpha-bootonly.iso) =3D a60ebb0f0c018017ea59e00a3680= 9736 MD5 (6.2-STABLE-200702-alpha-disc1.iso) =3D 9665903224462348ec149e3a510abb5= b MD5 (6.2-STABLE-200702-alpha-docs.iso) =3D 3a3018da233ec34235d4e84209e4b2d8 MD5 (6.2-STABLE-200702-amd64-bootonly.iso) =3D 39a9d901a70659e60be2194ea4e9= 114f MD5 (6.2-STABLE-200702-amd64-disc1.iso) =3D 3dc514c21cee201be1fde2ab949096f= 9 MD5 (6.2-STABLE-200702-amd64-disc2.iso) =3D 15d383b5353016da2daef8a56dc684e= 7 MD5 (6.2-STABLE-200702-amd64-docs.iso) =3D 2d99bdab55d858fb587066e00fefb23c MD5 (6.2-STABLE-200702-i386-bootonly.iso) =3D 1f8a2dd6d5fe96d9e77335ab59a27= eb2 MD5 (6.2-STABLE-200702-i386-disc1.iso) =3D be5ee3e46dc766eeac15dcc59ce5739d MD5 (6.2-STABLE-200702-i386-disc2.iso) =3D 14a10aea69e2d69c75273a02c03b325c MD5 (6.2-STABLE-200702-i386-docs.iso) =3D 1a9599db4bdbf4516dd4376c9882b054 MD5 (6.2-STABLE-200702-ia64-bootonly.iso) =3D 09b2df8098fae0c7750ff5b38f245= 493 MD5 (6.2-STABLE-200702-ia64-disc1.iso) =3D c4d1c3860e096c4c501e3bfe5f72231b MD5 (6.2-STABLE-200702-ia64-docs.iso) =3D 84e8ffdbcf3f8cf6b86b0b7f65414437 MD5 (6.2-STABLE-200702-ia64-livefs.iso) =3D 3a423f03453c50a75da5c9cd91f5179= a MD5 (6.2-STABLE-200702-pc98-bootonly.iso) =3D 8e571bc64dcd65975123d10e15dd3= 375 MD5 (6.2-STABLE-200702-pc98-disc1.iso) =3D 8bd23dd0afe3284300d88952307b0ecf MD5 (6.2-STABLE-200702-powerpc-bootonly.iso) =3D 00c214147c5f71d28728d3e411= e9a2bb MD5 (6.2-STABLE-200702-powerpc-disc1.iso) =3D cb430a8ceeece906eedf300633678= 013 MD5 (6.2-STABLE-200702-powerpc-docs.iso) =3D f93a6440c0ff9cb764066595d24e5b= df MD5 (6.2-STABLE-200702-sparc64-bootonly.iso) =3D b9648a370c8c6cbcb813689aea= 0797d8 MD5 (6.2-STABLE-200702-sparc64-disc1.iso) =3D 3de836883f68710aec923580fc618= 3e0 MD5 (6.2-STABLE-200702-sparc64-disc2.iso) =3D f4ea9cae2a07f732f11d5fbf03f47= bda MD5 (6.2-STABLE-200702-sparc64-docs.iso) =3D d5f21def1331cbd169bfd55399696d= b9 MD5 (7.0-CURRENT-200702-amd64-bootonly.iso) =3D b201bb3efc6892900efacea76b7= d710a MD5 (7.0-CURRENT-200702-amd64-disc1.iso) =3D 13d3c034077fd1dcb1af9e2040b97a= 0d MD5 (7.0-CURRENT-200702-amd64-disc2.iso) =3D d68e6872a50b2469b1d4edb010d8b7= 3e MD5 (7.0-CURRENT-200702-amd64-docs.iso) =3D d2d9d335b6887021ae96deafc17dbb4= b MD5 (7.0-CURRENT-200702-i386-bootonly.iso) =3D bd57eb4f5f536366c7bf1fde177f= 5c17 MD5 (7.0-CURRENT-200702-i386-disc1.iso) =3D 1c22965007036634cb180a3c2392cf2= f MD5 (7.0-CURRENT-200702-i386-disc2.iso) =3D 5f00f6ce6ee2b9dd7751f04ac8d7d7f= d MD5 (7.0-CURRENT-200702-i386-docs.iso) =3D ccf36bcf2e9a2fc52dd61d98786d1aaa MD5 (7.0-CURRENT-200702-ia64-bootonly.iso) =3D 23d73bb6c8e2c8787641278877cf= 9a3e MD5 (7.0-CURRENT-200702-ia64-disc1.iso) =3D 18cb85f9ef928b6260aa87c7cc0a6dc= a MD5 (7.0-CURRENT-200702-ia64-docs.iso) =3D 511e637525040cbd45b6a4281cce517d MD5 (7.0-CURRENT-200702-ia64-livefs.iso) =3D 98821dd0b2c58cacd64dee240e651b= 67 MD5 (7.0-CURRENT-200702-pc98-bootonly.iso) =3D 3c792b3b3e103801760a23d3e143= 1c27 MD5 (7.0-CURRENT-200702-pc98-disc1.iso) =3D b41475856d17043d540e9eaa891485a= 8 MD5 (7.0-CURRENT-200702-powerpc-bootonly.iso) =3D 6c4382e4ba94ba6bb5f4e5118= f44965b MD5 (7.0-CURRENT-200702-powerpc-disc1.iso) =3D d9a80a191b4badee1692ab4e0045= b5c9 MD5 (7.0-CURRENT-200702-powerpc-docs.iso) =3D f255946c67ad64e1ab08fe06303fc= 6e6 MD5 (7.0-CURRENT-200702-sparc64-bootonly.iso) =3D 33df8cf37941bbb1204018705= 87d970d MD5 (7.0-CURRENT-200702-sparc64-disc1.iso) =3D 9174008c5a63851a6a7afb013598= 820a MD5 (7.0-CURRENT-200702-sparc64-disc2.iso) =3D fd9d2fa518d643432c560d6772a1= d352 MD5 (7.0-CURRENT-200702-sparc64-docs.iso) =3D f0b0a3e79f15dcaa204dcfd1c8a04= 7b0 SHA256 (6.2-STABLE-200702-alpha-bootonly.iso) =3D 1f376509b866bf1ba3862584e= c7dc9a305705c025b10f69f7ad4c8eb0bcec3ea SHA256 (6.2-STABLE-200702-alpha-disc1.iso) =3D 335fca846bde966fa18e37d40c12= 9aa588dabed8710dea64b76c33231c13714b SHA256 (6.2-STABLE-200702-alpha-docs.iso) =3D c721b44ccaf815a889759cb887893= 4cbc12753789f5ae05d43c59805126631b1 SHA256 (6.2-STABLE-200702-amd64-bootonly.iso) =3D c26160072e933382ec0c0c59f= a1421d78a4b7bc8112477e3af64e352f189c23c SHA256 (6.2-STABLE-200702-amd64-disc1.iso) =3D 58d00646ef60b6b5b3ef015c30a0= c424dfa7c2a0c03c7e27d4e1a578e0ced98d SHA256 (6.2-STABLE-200702-amd64-disc2.iso) =3D 46d7fca19bb79ba22951d1f17b47= 6d1c22427c79eafe9f31c64a75fe5aac6865 SHA256 (6.2-STABLE-200702-amd64-docs.iso) =3D 75768467fdcfd98ec0bdf2252aba9= c9301407e7623cfdd982abfd6a50876dfd9 SHA256 (6.2-STABLE-200702-i386-bootonly.iso) =3D 70876322cdd2f03ba193b28cb3= 1347130cc9d99a91fd6c5bd17d40dc54506bdb SHA256 (6.2-STABLE-200702-i386-disc1.iso) =3D f5dd3a1eb4103f8966bedd42b977a= b92ece2cdb56cbb4c8c60e9a4c455bdf8b5 SHA256 (6.2-STABLE-200702-i386-disc2.iso) =3D 303bfdb79cbead79dfc82bb53155a= 9a850ea253e25add16bf206fa5f3cdc25c8 SHA256 (6.2-STABLE-200702-i386-docs.iso) =3D 69d2f5a53d9b3e9c91e2771971edfb= b55ec02ab842a3ca2ba02a5823feceed03 SHA256 (6.2-STABLE-200702-ia64-bootonly.iso) =3D 9a06075db2fdd43b4e6e439097= 8930d1b97d54c5ba7c9dbf45da064dd406c9d8 SHA256 (6.2-STABLE-200702-ia64-disc1.iso) =3D 63e6c6ef6a949635d927f84a7bab2= ecf3cdd1c5e724b27e625852979683500c1 SHA256 (6.2-STABLE-200702-ia64-docs.iso) =3D 59261eb8daa01d1f54045f0f0e9b77= 2df4e136a87eba2589fc26d89ef970a4a0 SHA256 (6.2-STABLE-200702-ia64-livefs.iso) =3D 90031fc83d09a69fc7d9634a0662= 53da4412d8c2a344916128c3dffe253bcd84 SHA256 (6.2-STABLE-200702-pc98-bootonly.iso) =3D acee18f0ca1ce3b5af5e6e7700= 3249785bf6b84558b62dbbd7e14b6a94a0b86b SHA256 (6.2-STABLE-200702-pc98-disc1.iso) =3D 51a6606b626e56600ea424f95066e= aebae045ccfc7b1ea7ac1ae6d6e881d09e0 SHA256 (6.2-STABLE-200702-powerpc-bootonly.iso) =3D 21d41b655e9e385eaca87b7= 8f0cddeefe4cab17fc9a29bcfac3773e3ca2ca515 SHA256 (6.2-STABLE-200702-powerpc-disc1.iso) =3D f73774552c8156cdb6cc9e2ae6= 490370b64fb3928f3ebf636a3706804a101329 SHA256 (6.2-STABLE-200702-powerpc-docs.iso) =3D 33a7917f5afc0b59d528601107d= a7af6d5eccc1553b15c7bfa4874d502d592a3 SHA256 (6.2-STABLE-200702-sparc64-bootonly.iso) =3D e0205860a974b39c16d96bb= ad678c5575b405e8f923c08acb033c79a20e866ad SHA256 (6.2-STABLE-200702-sparc64-disc1.iso) =3D b3b1309ffa4fbd4bcd73908407= b50ce9a3b4fa90f6e33476f40ba1466f928323 SHA256 (6.2-STABLE-200702-sparc64-disc2.iso) =3D a34d12ec49fed2a7eec5f99368= 3a54bf7773c073fff611cd63a6e8df8d304181 SHA256 (6.2-STABLE-200702-sparc64-docs.iso) =3D 213ab25440b6c7daceb392ac941= 2abb92bae96f42517bd9463ea1555c58821cb SHA256 (7.0-CURRENT-200702-amd64-bootonly.iso) =3D 1e2ec267ce9425c0b96d707b= d48d6a9b30503c0b11e2034b4f1f52d19ad542b0 SHA256 (7.0-CURRENT-200702-amd64-disc1.iso) =3D d74c592287b54e3d0ab19c16af7= 41958a7a2192daedefd0f878a473ba4c3674c SHA256 (7.0-CURRENT-200702-amd64-disc2.iso) =3D a8c56da6cdfc8418706bd3d1d57= f81f88d3311165c6ae7bd498e8612df1ea658 SHA256 (7.0-CURRENT-200702-amd64-docs.iso) =3D 5b2bbf32d85af650ee606c8669ba= 6326b4d5430b4d89fd199172929d7640c78a SHA256 (7.0-CURRENT-200702-i386-bootonly.iso) =3D b270d87320929d69e1b5759f5= 01187c3ba485ed17b339fde0a33cfa1b617af75 SHA256 (7.0-CURRENT-200702-i386-disc1.iso) =3D 904c12418c971e799db1e4b26534= dfdce34672142734c9f11d9a7e0f84b3d6bb SHA256 (7.0-CURRENT-200702-i386-disc2.iso) =3D 3f2746d29a65d3dc7645027910f0= 2ff323c827319d32c6e04f715fdef5482ec4 SHA256 (7.0-CURRENT-200702-i386-docs.iso) =3D 2124b9a74666e22107bb2442ba452= dc0065202eb5dad0352eb56b442fdee22eb SHA256 (7.0-CURRENT-200702-ia64-bootonly.iso) =3D 9654cbb09c09bd881f1f18b46= a9b4e3d07d2bd0ab5aef25f41b4590e05ee45d5 SHA256 (7.0-CURRENT-200702-ia64-disc1.iso) =3D 0331ceacdf375e8a525e8540a633= 414f697fbde51c10e3f6bd08a0e98f78e3eb SHA256 (7.0-CURRENT-200702-ia64-docs.iso) =3D 0f97eb1dc4fafc10b02ddd55ed8be= 21fc435481fc950069030b72b1753edccd2 SHA256 (7.0-CURRENT-200702-ia64-livefs.iso) =3D b0128bf131ee6da9938754be77c= 6fd5b34a371a850b6bc43e3e635c5f9dd6361 SHA256 (7.0-CURRENT-200702-pc98-bootonly.iso) =3D a05ccc939ccfae791c89a10ca= 040aa62a81a5ce2630c4a5832952e473a981b3e SHA256 (7.0-CURRENT-200702-pc98-disc1.iso) =3D df98e524f79ce10c708ea82b7c52= 07acec180bcb57fc5e632c9680ffbd707e9c SHA256 (7.0-CURRENT-200702-powerpc-bootonly.iso) =3D f0cc942d4158ee52e6473a= 0271cc4d5b605be447e64b9647365a82dbea056278 SHA256 (7.0-CURRENT-200702-powerpc-disc1.iso) =3D 4b070deef0f011a2c16d85faa= fb705f7b12858239b63a461208a9d7be9e4833b SHA256 (7.0-CURRENT-200702-powerpc-docs.iso) =3D 1b528154683c7de2ade56ffa85= 283bac855093477f8216af6d730b95c6ddd5e1 SHA256 (7.0-CURRENT-200702-sparc64-bootonly.iso) =3D 25f3e267bfa8c7fc9f715c= 3fdff8f804bf31b4cd6fcf534e855bf5b17945d8f4 SHA256 (7.0-CURRENT-200702-sparc64-disc1.iso) =3D d71f208fa15c92179470748d5= fb5e0e54d867644e05e5dcf72a05ce29496b095 SHA256 (7.0-CURRENT-200702-sparc64-disc2.iso) =3D 4969e86dccdb16bdf7a7320f6= 533dcc4a80b04a185170ff09fd5ea099864b365 SHA256 (7.0-CURRENT-200702-sparc64-docs.iso) =3D 07b3783a14ac21067f06c65c61= 812bb3ef02d6f9a73b998e7949968c248cd93f --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-gk9hE2QX+2UIDjQZi02x Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBF0HKd/G14VSmup/YRAkrtAJ9ulrpQrTY+zMdqZSV4VzVfZFZEPwCfYmS2 qShOteTml+R0s4wUXlEUkNw= =M6pL -----END PGP SIGNATURE----- --=-gk9hE2QX+2UIDjQZi02x-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 12 14:05:03 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9C19416A406 for ; Mon, 12 Feb 2007 14:05:03 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id 6FFD513C4B6 for ; Mon, 12 Feb 2007 14:05:03 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from [10.177.171.220] ([10.177.171.220]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id l1CE4snS083767; Mon, 12 Feb 2007 08:04:54 -0600 (CST) (envelope-from anderson@freebsd.org) Message-ID: <45D07407.500@freebsd.org> Date: Mon, 12 Feb 2007 08:04:55 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5.0.9 (X11/20070204) MIME-Version: 1.0 To: Ian FREISLICH References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/2557/Mon Feb 12 04:23:49 2007 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Cc: freebsd-current@freebsd.org Subject: Re: Problem building various ports (dependencies). X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Feb 2007 14:05:03 -0000 On 02/12/07 02:42, Ian FREISLICH wrote: > Eric Anderson wrote: >>> Is the problem with the way the ports collection detects the existence >>> of dependencies or with the way the dependencies are installed? >> I'm guessing it's the removal of objformat from the tree. You can try >> to grab the pre-removal version, and compile/install it. This helped me >> build my ports again. Painful. > > Hmm. That would be it. Seems like it's been threatened for a long time. > > ---------------------------- > revision 1.19 > date: 2007/01/25 22:26:41; author: peter; state: dead; lines: +1 -1 > Retire objformat(1) as threatened in 2002. > > Ian Yep. I'm no ports guru, but seems like prior to whacking this, a quick burn through the ports should have been done. Not sure if it's happening now or not, but I just put objformat back to move on.. Eric From owner-freebsd-current@FreeBSD.ORG Mon Feb 12 14:38:33 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AE1F316A406; Mon, 12 Feb 2007 14:38:33 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 99CE513C467; Mon, 12 Feb 2007 14:38:33 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 440291A4D80; Mon, 12 Feb 2007 06:38:33 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 2C5B851306; Mon, 12 Feb 2007 09:38:30 -0500 (EST) Date: Mon, 12 Feb 2007 09:38:28 -0500 From: Kris Kennaway To: Eric Anderson Message-ID: <20070212143827.GA88132@xor.obsecurity.org> References: <45D07407.500@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+HP7ph2BbKc20aGI" Content-Disposition: inline In-Reply-To: <45D07407.500@freebsd.org> User-Agent: Mutt/1.4.2.2i Cc: Ian FREISLICH , freebsd-current@freebsd.org Subject: Re: Problem building various ports (dependencies). X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Feb 2007 14:38:33 -0000 --+HP7ph2BbKc20aGI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 12, 2007 at 08:04:55AM -0600, Eric Anderson wrote: > On 02/12/07 02:42, Ian FREISLICH wrote: > >Eric Anderson wrote: > >>>Is the problem with the way the ports collection detects the existence > >>>of dependencies or with the way the dependencies are installed? > >>I'm guessing it's the removal of objformat from the tree. You can try= =20 > >>to grab the pre-removal version, and compile/install it. This helped m= e=20 > >>build my ports again. Painful. > > > >Hmm. That would be it. Seems like it's been threatened for a long time. > > > >---------------------------- > >revision 1.19 > >date: 2007/01/25 22:26:41; author: peter; state: dead; lines: +1 -1 > >Retire objformat(1) as threatened in 2002. > > > >Ian >=20 >=20 > Yep. I'm no ports guru, but seems like prior to whacking this, a quick= =20 > burn through the ports should have been done. Not sure if it's=20 > happening now or not, but I just put objformat back to move on.. See the email I sent to ports the other week. Also make sure your ports tree is up-to-date, yours looks like it's not. kris --+HP7ph2BbKc20aGI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF0HvjWry0BWjoQKURAmmIAKC2mG1DDZpxiBD88SJDXAu1C0faEQCgnke9 xk27rSffEkpkLpup+ToYt5E= =y2v7 -----END PGP SIGNATURE----- --+HP7ph2BbKc20aGI-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 12 14:59:32 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6B90516A406 for ; Mon, 12 Feb 2007 14:59:32 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id 3ED5013C47E for ; Mon, 12 Feb 2007 14:59:32 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from [10.177.171.220] ([10.177.171.220]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id l1CExRhe094827; Mon, 12 Feb 2007 08:59:27 -0600 (CST) (envelope-from anderson@freebsd.org) Message-ID: <45D080D0.3050909@freebsd.org> Date: Mon, 12 Feb 2007 08:59:28 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5.0.9 (X11/20070204) MIME-Version: 1.0 To: Kris Kennaway References: <45D07407.500@freebsd.org> <20070212143827.GA88132@xor.obsecurity.org> In-Reply-To: <20070212143827.GA88132@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/2558/Mon Feb 12 06:54:21 2007 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=8.0 tests=BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Cc: Ian FREISLICH , freebsd-current@freebsd.org Subject: Re: Problem building various ports (dependencies). X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Feb 2007 14:59:32 -0000 On 02/12/07 08:38, Kris Kennaway wrote: > On Mon, Feb 12, 2007 at 08:04:55AM -0600, Eric Anderson wrote: >> On 02/12/07 02:42, Ian FREISLICH wrote: >>> Eric Anderson wrote: >>>>> Is the problem with the way the ports collection detects the existence >>>>> of dependencies or with the way the dependencies are installed? >>>> I'm guessing it's the removal of objformat from the tree. You can try >>>> to grab the pre-removal version, and compile/install it. This helped me >>>> build my ports again. Painful. >>> Hmm. That would be it. Seems like it's been threatened for a long time. >>> >>> ---------------------------- >>> revision 1.19 >>> date: 2007/01/25 22:26:41; author: peter; state: dead; lines: +1 -1 >>> Retire objformat(1) as threatened in 2002. >>> >>> Ian >> >> Yep. I'm no ports guru, but seems like prior to whacking this, a quick >> burn through the ports should have been done. Not sure if it's >> happening now or not, but I just put objformat back to move on.. > > See the email I sent to ports the other week. Also make sure your > ports tree is up-to-date, yours looks like it's not. Well, I hit the problem before your email went out (a cc: to -current would have been good too, btw - unless I just missed it), and my ports are currently just 4 days old. Updating again now. Thanks for working hard to get rid of the objformat snafus.. Eric From owner-freebsd-current@FreeBSD.ORG Mon Feb 12 15:33:23 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1129A16A407 for ; Mon, 12 Feb 2007 15:33:23 +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 98AF913C4A8 for ; Mon, 12 Feb 2007 15:33:22 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HGdB1-00013K-3e for freebsd-current@freebsd.org; Mon, 12 Feb 2007 16:33:11 +0100 Received: from mulderlab.f5.com ([205.229.151.151]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 12 Feb 2007 16:33:11 +0100 Received: from atkin901 by mulderlab.f5.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 12 Feb 2007 16:33:11 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Mark Atkinson Date: Mon, 12 Feb 2007 07:32:50 -0800 Lines: 123 Message-ID: References: <20070110120731.GA1515@shark.localdomain> <200701100910.13167.jhb@freebsd.org> <20070110155331.GA2762@shark.localdomain> <20070111004044.GA33964@cdnetworks.co.kr> <20070210020650.GA51110@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: mulderlab.f5.com User-Agent: KNode/0.10.4 Sender: news Subject: Re: nve related LOR triggered by lots of small packets, and a hard hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Feb 2007 15:33:23 -0000 Pyun YongHyeon wrote: > On Fri, Feb 09, 2007 at 09:23:41AM -0800, Mark Atkinson wrote: > > Mark Atkinson wrote: > > > > > Pyun YongHyeon wrote: > > > > > >> On Wed, Jan 10, 2007 at 06:53:31PM +0300, Sergey Zaharchenko wrote: > > >> > Hello John! > > >> > > > >> > Wed, Jan 10, 2007 at 09:10:12AM -0500 you wrote: > > >> > [snip] > > >> > > Have you tried using nfe(4)? :) > > >> > > > >> > Now I have, and it works just fine, thanks (I somehow thought nfe > > >> > was specific to some platform). Why isn't it the default? Smaller > > >> > range of hardware supported? > > >> > > > >> > > >> AFAIK, nfe(4) supports more hardwares than that of nve(4). > > >> Try overhauled nfe(4) in the following URL. > > >> > > >> http://people.freebsd.org/~yongari/nfe/if_nfe.c > > >> http://people.freebsd.org/~yongari/nfe/if_nfereg.h > > >> http://people.freebsd.org/~yongari/nfe/if_nfevar.h > > >> > > >> The patch fixed serveral bugs in nfe(4) and it should perform better > > >> than nve(4). The following hardware features are supported. > > >> o TSO > > >> o Tx/Rx IP/TCP/UDP checksum offload > > >> o VLAN hardware tag insertion/stripping > > >> o Jumbo frame(up to 9100 bytes) > > >> > > >> It seems that the hardware supports MSI/MSI-X too but I don't have > > >> nForce hardwares that supports MSI/MSI-X so it's hard to implement/ > > >> experiment it. Accoring to the Shigeaki Tagashira, the author of > > >> FreeBSD nfe(4), his hardware claims to support 8 messages. I've > > >> checked Linux forcedeth driver to get hardware information for > > >> MSI/MSI-X but it I cound't understand the details. :-( > > >> > > > > > > I've been running into this hardlock LOR a lot recently on a TYAN > > > 2895 > > > (K8WE) based box. So I tried your patch to nfe on today's -current. > > > I tried a couple of small packet ping floods to a lan neighbor > > > under nfe and > > > it survived. Did fine with some large NFS over TCP transfers as > > > well. However, I'll leave it up and running to see if it keels over > > > in the future. [nfe dmesg snipped for brevity] > > After a day of running this, it became obvious the nfe driver patch has > > some > > sort of issue, at least with -current and this board. Although NFS > > speeds seemed reasonable, transfers over TCP from a webserver suffered > > some sort > > of very noticeable pause/send/pause/send... type problem that reduced > > transfers to about 6Kbyte/s. This problem went away when putting nve > > back into the kernel and retrying the same scenerio. > > > > Would you explain the scenario to reproduce it on my box? It didn't seem to be any sort of TCP induced delay (window sizes on both ends of the connection were suitable throughout the transfer), seemed more like an interrupt throttling or driver processing delay. With nve a large file transfer through nve0 over http with it acting as the server would show interrupt total rate irq21: nve0 ehci0 1254194 42 however during the same transfer with nfe I'd get only a rate of 5 Here are my kernel differences. The difference between the two is simply commenting out nve and enabling nfe or vice versa. I'm running natd with divert -- no dummynet or other ipfw functionality is enabled (it's there only for occasional traffic tests on this machine). I should possibly retry without divert/ipfw over nfe0 as well. vlan is also in kernel but not used. [root@marka-k8we conf]$ diff -u GENERIC K8WE --- GENERIC Wed Feb 7 12:14:17 2007 +++ K8WE Fri Feb 9 08:56:18 2007 @@ -18,10 +18,10 @@ # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.461 2007/02/07 18:55:30 marcel Exp $ -cpu I486_CPU -cpu I586_CPU +#cpu I486_CPU +#cpu I586_CPU cpu I686_CPU -ident GENERIC +ident K8WE # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. @@ -295,3 +295,12 @@ device firewire # FireWire bus code device sbp # SCSI over FireWire (Requires scbus and da) device fwe # Ethernet over FireWire (non-standard!) + +#K8WE options +options IPFIREWALL +options IPDIVERT +options DUMMYNET +options IPFIREWALL_DEFAULT_TO_ACCEPT + +device vlan +device nfe -- Mark Atkinson atkin901@yahoo.com (!wired)?(coffee++):(wired); From owner-freebsd-current@FreeBSD.ORG Mon Feb 12 15:47:36 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D84DB16A400 for ; Mon, 12 Feb 2007 15:47:36 +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 6BC5513C4A7 for ; Mon, 12 Feb 2007 15:47:36 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HGdOr-0003ef-Gx for freebsd-current@freebsd.org; Mon, 12 Feb 2007 16:47:29 +0100 Received: from mulderlab.f5.com ([205.229.151.151]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 12 Feb 2007 16:47:29 +0100 Received: from atkin901 by mulderlab.f5.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 12 Feb 2007 16:47:29 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Mark Atkinson Date: Mon, 12 Feb 2007 07:47:04 -0800 Lines: 125 Message-ID: References: <20070110120731.GA1515@shark.localdomain> <200701100910.13167.jhb@freebsd.org> <20070110155331.GA2762@shark.localdomain> <20070111004044.GA33964@cdnetworks.co.kr> <20070210020650.GA51110@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: mulderlab.f5.com User-Agent: KNode/0.10.4 Sender: news Subject: Re: nve related LOR triggered by lots of small packets, and a hard hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Feb 2007 15:47:36 -0000 Pyun YongHyeon wrote: > On Fri, Feb 09, 2007 at 09:23:41AM -0800, Mark Atkinson wrote: > > Mark Atkinson wrote: > > > > > Pyun YongHyeon wrote: > > > > > >> On Wed, Jan 10, 2007 at 06:53:31PM +0300, Sergey Zaharchenko wrote: > > >> > Hello John! > > >> > > > >> > Wed, Jan 10, 2007 at 09:10:12AM -0500 you wrote: > > >> > [snip] > > >> > > Have you tried using nfe(4)? :) > > >> > > > >> > Now I have, and it works just fine, thanks (I somehow thought nfe > > >> > was specific to some platform). Why isn't it the default? Smaller > > >> > range of hardware supported? > > >> > > > >> > > >> AFAIK, nfe(4) supports more hardwares than that of nve(4). > > >> Try overhauled nfe(4) in the following URL. > > >> > > >> http://people.freebsd.org/~yongari/nfe/if_nfe.c > > >> http://people.freebsd.org/~yongari/nfe/if_nfereg.h > > >> http://people.freebsd.org/~yongari/nfe/if_nfevar.h > > >> > > >> The patch fixed serveral bugs in nfe(4) and it should perform better > > >> than nve(4). The following hardware features are supported. > > >> o TSO > > >> o Tx/Rx IP/TCP/UDP checksum offload > > >> o VLAN hardware tag insertion/stripping > > >> o Jumbo frame(up to 9100 bytes) > > >> > > >> It seems that the hardware supports MSI/MSI-X too but I don't have > > >> nForce hardwares that supports MSI/MSI-X so it's hard to implement/ > > >> experiment it. Accoring to the Shigeaki Tagashira, the author of > > >> FreeBSD nfe(4), his hardware claims to support 8 messages. I've > > >> checked Linux forcedeth driver to get hardware information for > > >> MSI/MSI-X but it I cound't understand the details. :-( > > >> > > > > > > I've been running into this hardlock LOR a lot recently on a TYAN > > > 2895 > > > (K8WE) based box. So I tried your patch to nfe on today's -current. > > > I tried a couple of small packet ping floods to a lan neighbor > > > under nfe and > > > it survived. Did fine with some large NFS over TCP transfers as > > > well. However, I'll leave it up and running to see if it keels over > > > in the future. > > > > > > pci128: on pcib6 > > > pci128: physical bus=128 > > > found-> vendor=0x10de, dev=0x005e, revid=0xa3 > > > bus=128, slot=0, func=0 > > > class=05-80-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=0x00d3, revid=0xa3 > > > bus=128, slot=1, func=0 > > > class=05-80-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[14]: type 1, range 32, base 0xd8400000, size 12, enabled > > > found-> vendor=0x10de, dev=0x0057, revid=0xa3 > > > bus=128, slot=10, 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=5 > > > powerspec 2 supports D0 D1 D2 D3 current D0 > > > map[10]: type 1, range 32, base 0xd8401000, size 12, enabled > > > map[14]: type 4, range 32, base 0x3000, size 3, enabled > > > pcib6: matched entry for 128.10.INTA (src \\_SB_.PCI1.LMAC:0) > > > pci_link22: Picked IRQ 52 with weight 0 > > > ioapic3: Changing polarity for pin 20 to high > > > pcib6: slot 10 INTA routed to irq 52 via \\_SB_.PCI1.LMAC > > > found-> vendor=0x10de, dev=0x005d, revid=0xa3 > > > bus=128, slot=14, func=0 > > > class=06-04-00, hdrtype=0x01, mfdev=0 > > > cmdreg=0x0107, 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 > > > pci128: at device 0.0 (no driver attached) > > > pci128: at device 1.0 (no driver attached) > > > nfe1: port > > > 0x3000-0x3007 mem 0xd8 > > > 401000-0xd8401fff irq 52 at device 10.0 on pci128 > > > nfe1: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xd8401000 > > > nfe1: bpf attached > > > e1: Ethernet address: 00:e0:81:57:d9:af > > > miibus1: on nfe1 > > > e1000phy1: PHY 1 on miibus1 > > > e1000phy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > > > 1000baseTX-FDX, auto > > > ioapic3: routing intpin 20 (PCI IRQ 52) to vector 57 > > > nfe1: [MPSAFE] > > > nfe1: [FAST] > > > > After a day of running this, it became obvious the nfe driver patch has > > some > > sort of issue, at least with -current and this board. Although NFS > > speeds seemed reasonable, transfers over TCP from a webserver suffered > > some sort > > of very noticeable pause/send/pause/send... type problem that reduced > > transfers to about 6Kbyte/s. This problem went away when putting nve > > back into the kernel and retrying the same scenerio. > > > > Would you explain the scenario to reproduce it on my box? > How about disabling checksum offload? After a few tests, it's all related to TSO ( segmentation offloading ) Turning that off, but leaving rxcsum and txcsum enabled works and performs speedily. Thanks for the suggestion! Note that, for some reason NFS over tcp speeds didn't seem affected that much only userland TCP seemed to be negatively affected. -- Mark Atkinson atkin901@yahoo.com (!wired)?(coffee++):(wired); From owner-freebsd-current@FreeBSD.ORG Mon Feb 12 19:24:58 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8327016A407 for ; Mon, 12 Feb 2007 19:24:58 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from av-tac-rtp.cisco.com (hen.cisco.com [64.102.19.198]) by mx1.freebsd.org (Postfix) with ESMTP id 1DC2313C461 for ; Mon, 12 Feb 2007 19:24:57 +0000 (UTC) (envelope-from marcus@FreeBSD.org) X-TACSUNS: Virus Scanned Received: from rooster.cisco.com (localhost [127.0.0.1]) by av-tac-rtp.cisco.com (8.11.7p3+Sun/8.11.7) with ESMTP id l1CJ7mC21873 for ; Mon, 12 Feb 2007 14:07:48 -0500 (EST) Received: from [64.102.193.59] (dhcp-64-102-193-59.cisco.com [64.102.193.59]) by rooster.cisco.com (8.11.7p3+Sun/8.11.7) with ESMTP id l1CJ7mq04390 for ; Mon, 12 Feb 2007 14:07:48 -0500 (EST) Message-ID: <45D0BB41.9040505@FreeBSD.org> Date: Mon, 12 Feb 2007 14:08:49 -0500 From: Joe Marcus Clarke Organization: FreeBSD, Inc. User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: current@FreeBSD.org X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Constant stream of errors on msk0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Feb 2007 19:24:58 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I recently upgraded my MacBook Pro from -STABLE to -CURRENT. I used to be using the Marvell myk driver for my wired ethernet. This driver worked fine. I'm now using the built-in msk driver, but this driver causes the interface to report a constant stream of input errors. There are no dmesg errors. However, network performance is dramatically impacted. To the best of my knowledge, nothing has changed on the switch side. I am currently running: FreeBSD gyros.marcuscom.com 7.0-CURRENT FreeBSD 7.0-CURRENT #34: Fri Feb 9 04:46:10 EST 2007 marcus@gyros.marcuscom.com:/usr/obj/usr/src/sys/GYROS i386 I have a: mskc0: port 0x2000-0x20ff mem 0x98200000-0x98203fff irq 16 at device 0.0 on pci2 msk0: on mskc0 msk0: Ethernet address: 00:16:cb:92:bc:ad miibus0: on msk0 e1000phy0: PHY 0 on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto mskc0: [FAST] msk0: flags=8843 mtu 1500 options=19a inet6 fe80::216:cbff:fe92:bcad%msk0 prefixlen 64 scopeid 0x1 inet x.x.x.x netmask 0xffffff00 broadcast 255.255.255.255 ether 00:16:cb:92:bc:ad media: Ethernet autoselect (1000baseTX ) status: active mskc0@pci2:0:0: class=0x020000 card=0x532111ab chip=0x436211ab rev=0x22 hdr=0x00 vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' device = 'Yukon 88E8053 PCI-E Gigabit Ethernet Controller (Copper)' class = network subclass = ethernet Any suggestions? Thanks. Joe - -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFF0LtBb2iPiv4Uz4cRAp/cAKCViXEAU4BTXZVOr5rD8nJ2jZGVTwCeJ/9k xJIxjTyUllvUpQG3CVVx8/A= =DS5b -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Feb 12 19:31:05 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A707816A402 for ; Mon, 12 Feb 2007 19:31:05 +0000 (UTC) (envelope-from hoschi@vader.homeunix.org) Received: from vader.homeunix.org (p57A02D95.dip0.t-ipconnect.de [87.160.45.149]) by mx1.freebsd.org (Postfix) with ESMTP id 37AD213C49D for ; Mon, 12 Feb 2007 19:31:05 +0000 (UTC) (envelope-from hoschi@vader.homeunix.org) Received: from localhost (geonosis.homeunix.org [192.168.2.200]) by vader.homeunix.org (Postfix) with ESMTP id 0DE493DAB53; Mon, 12 Feb 2007 20:13:24 +0100 (CET) X-Virus-Scanned: amavisd-new at vader.homeunix.org Received: from vader.homeunix.org ([192.168.2.200]) by localhost (vader.homeunix.org [192.168.2.200]) (amavisd-new, port 10024) with ESMTP id AHo+Bc-IvxjK; Mon, 12 Feb 2007 20:13:14 +0100 (CET) Received: by vader.homeunix.org (Postfix, from userid 1001) id 2E4CB3DB72B; Mon, 12 Feb 2007 20:13:14 +0100 (CET) Date: Mon, 12 Feb 2007 20:13:14 +0100 From: "Peter, Oliver" To: "O. Hartmann" Message-ID: <20070212191313.GA57294@vader.homeunix.org> References: <45CFAD59.4030501@mail.zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nFreZHaLTZJo0R7j" Content-Disposition: inline In-Reply-To: <45CFAD59.4030501@mail.zedat.fu-berlin.de> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-current@FreeBSD.org Subject: Re: libc.so.6 vs. libc.so.7 for compatibility reasons X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Feb 2007 19:31:05 -0000 --nFreZHaLTZJo0R7j Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hey namesake On Mon, Feb 12, 2007 at 12:57:13AM +0100, O. Hartmann wrote: > Tried to install ports/java/diablo-jdk15 and it failed to to the lack of > libc.so.6 it expects. >=20 > This night I'll try /etc/libmap.conf. but I want to ask for a better, > cleaner way to do so ... Could you please give me a short hint to manage this issue with libmap.conf? The last time I did it quick & (i think very very) dirty with: # ln -s /lib/libc.so.7 /lib/libc.so.6 Please don't kick my ass. --=20 Oliver Peter, email: hoschi@vader.homeunix.org, ICQ# 113969174 "Worker bees can leave. Even drones can fly away. The Queen is their slave." --nFreZHaLTZJo0R7j Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iEYEARECAAYFAkXQvEkACgkQ6LH/IUVtaI8UzACgvzVru7eYLFJJYIhIyyZW5zm7 7aAAn0EmXrVtTSLlK1i3Yccei0Pip7EQ =E0bV -----END PGP SIGNATURE----- --nFreZHaLTZJo0R7j-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 12 20:59:18 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0AD6D16A400 for ; Mon, 12 Feb 2007 20:59:18 +0000 (UTC) (envelope-from mcdouga9@daemon.egr.msu.edu) Received: from daemon.egr.msu.edu (daemon.egr.msu.edu [35.9.44.65]) by mx1.freebsd.org (Postfix) with ESMTP id E2F4713C48D for ; Mon, 12 Feb 2007 20:59:17 +0000 (UTC) (envelope-from mcdouga9@daemon.egr.msu.edu) Received: by daemon.egr.msu.edu (Postfix, from userid 21281) id 06F831CD81; Mon, 12 Feb 2007 15:35:25 -0500 (EST) Date: Mon, 12 Feb 2007 15:35:24 -0500 From: Adam McDougall To: freebsd-current@freebsd.org Message-ID: <20070212203524.GX88326@egr.msu.edu> References: <20061210002923.GO81923@egr.msu.edu> <20061213003744.GP18799@egr.msu.edu> <4580350F.8080904@videotron.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4580350F.8080904@videotron.ca> User-Agent: Mutt/1.5.13 (2006-08-11) Subject: Re: cpufreq est and Enhanced Sleep (Cx) States for Intel Core and above X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Feb 2007 20:59:18 -0000 On Wed, Dec 13, 2006 at 12:14:55PM -0500, Stephane E. Potvin wrote: Adam McDougall wrote: >On Sat, Dec 09, 2006 at 07:29:23PM -0500, Adam McDougall wrote: > > Another thing I wish could work is the Enhanced cpu Sleep States; > this Dell Latitude D820 laptop only sees C1 although the document > above indicates it should probably support 4 unique states. Is > there a way I can debug and/or fix this? I can post dumps of the > acpi stuff and/or verbose boot logs if it would be helpful. > > Thanks > _______________________________________________ > >I am attaching my asl and dsdt acpi dumps incase someone knows for >something to look for as for why it thinks I only have C1, unless >its related to the speed control problem above. > Hi Adam, It's only finding the C1 state for various reasons that you'll find described in some details in the following email that I send to the acpi mailing list in June this year. The major reason being that the acpi cpu driver does not support well multiprocessor systems. http://docs.freebsd.org/cgi/getmsg.cgi?fetch=116103+0+archive/2006/freebsd-acpi/20060611.freebsd-acpi The email also included a patch to add support for multiprocessor systems to the acpi cpu driver. I've not updated the patch since then so it might or might not apply cleanly to a recent current. Steph I didn't get around to trying that patch, but I have tried -current after code was committed, including as late as Feb 11. It seems to work, but if both of my cpus are allowed to enter C3 state, my laptop clock stops advancing (unless you are causing activity) and the performance gets very choppy, including mouse cursor halting for a second or two, etc. Typing or moving the mouse seems to nudge the system into crawling along, but if I leave it alone, timing loops stall. I could do a while loop with a sleep on the command line and time just doesn't advance on its own, and the clock in Gnome would halt. My laptop is using the Hpet timer, but it doesn't seem to make a difference if I use sysctl to try ACPI-fast or i8254. Where should I start to help figure this out? From owner-freebsd-current@FreeBSD.ORG Tue Feb 13 00:07:31 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B44B616A400 for ; Tue, 13 Feb 2007 00:07:31 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.232]) by mx1.freebsd.org (Postfix) with ESMTP id 72C6813C494 for ; Tue, 13 Feb 2007 00:07:31 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by nz-out-0506.google.com with SMTP id i11so1884220nzh for ; Mon, 12 Feb 2007 16:07:30 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=PFTKKg0E5/lC4keevLBhpRtXC+cm91pWCjw0Z5WQyvkWN4/5zAuSeJ7ea+GGJZBLsiAT8PTCi/9f+YL2/xNOHrlZ3KPt+39CuiQWp4g2CAPNfwew67cAEJC/fT+i2+ld03U+tO1lcMT46V9FzKwwrXe+Gum90PwUJFzG9Wg9SEw= Received: by 10.65.100.14 with SMTP id c14mr21960837qbm.1171325250421; Mon, 12 Feb 2007 16:07:30 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTP id 39sm40084613nzk.2007.02.12.16.07.28; Mon, 12 Feb 2007 16:07:29 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id l1D09NlZ062580 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 13 Feb 2007 09:09:23 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l1D09Nal062579; Tue, 13 Feb 2007 09:09:23 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 13 Feb 2007 09:09:22 +0900 From: Pyun YongHyeon To: Joe Marcus Clarke Message-ID: <20070213000922.GA62412@cdnetworks.co.kr> References: <45D0BB41.9040505@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45D0BB41.9040505@FreeBSD.org> User-Agent: Mutt/1.4.2.1i Cc: current@FreeBSD.org Subject: Re: Constant stream of errors on msk0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Feb 2007 00:07:31 -0000 On Mon, Feb 12, 2007 at 02:08:49PM -0500, Joe Marcus Clarke wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I recently upgraded my MacBook Pro from -STABLE to -CURRENT. I used to > be using the Marvell myk driver for my wired ethernet. This driver > worked fine. I'm now using the built-in msk driver, but this driver > causes the interface to report a constant stream of input errors. There Would you explain this input errors? > are no dmesg errors. However, network performance is dramatically > impacted. To the best of my knowledge, nothing has changed on the > switch side. > Does netstat(4) report any errors on msk? Does netstat(4) also show larger number of out-of-order TCP packets? > I am currently running: > > FreeBSD gyros.marcuscom.com 7.0-CURRENT FreeBSD 7.0-CURRENT #34: Fri Feb > 9 04:46:10 EST 2007 > marcus@gyros.marcuscom.com:/usr/obj/usr/src/sys/GYROS i386 > > I have a: > > mskc0: port 0x2000-0x20ff mem > 0x98200000-0x98203fff irq 16 at device 0.0 on pci2 > msk0: on mskc0 > msk0: Ethernet address: 00:16:cb:92:bc:ad > miibus0: on msk0 > e1000phy0: PHY 0 on miibus0 > e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > 1000baseTX-FDX, auto > mskc0: [FAST] > > msk0: flags=8843 mtu 1500 > options=19a > inet6 fe80::216:cbff:fe92:bcad%msk0 prefixlen 64 scopeid 0x1 > inet x.x.x.x netmask 0xffffff00 broadcast 255.255.255.255 > ether 00:16:cb:92:bc:ad > media: Ethernet autoselect (1000baseTX ) > status: active > > mskc0@pci2:0:0: class=0x020000 card=0x532111ab chip=0x436211ab rev=0x22 > hdr=0x00 > vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' > device = 'Yukon 88E8053 PCI-E Gigabit Ethernet Controller (Copper)' > class = network > subclass = ethernet > > Any suggestions? Thanks. > > Joe > > - -- > Joe Marcus Clarke > FreeBSD GNOME Team :: gnome@FreeBSD.org > FreeNode / #freebsd-gnome > http://www.FreeBSD.org/gnome > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.5 (Darwin) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFF0LtBb2iPiv4Uz4cRAp/cAKCViXEAU4BTXZVOr5rD8nJ2jZGVTwCeJ/9k > xJIxjTyUllvUpQG3CVVx8/A= > =DS5b > -----END PGP SIGNATURE----- -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Tue Feb 13 00:39:34 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3AFA416A406 for ; Tue, 13 Feb 2007 00:39:34 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by mx1.freebsd.org (Postfix) with ESMTP id E78BC13C4B4 for ; Tue, 13 Feb 2007 00:39:33 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by py-out-1112.google.com with SMTP id f47so924864pye for ; Mon, 12 Feb 2007 16:39:33 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=fuu8qs52n+jJyDjsjjJhRm4uEPFczRVpiIWh/uPSZLTqrRFnbkbXnqgvGUEWfYr/U3/hQnvYWp+JY5TfL1L+w4MAIK57ywzhnQC4dp+JB0QIuSUJYKw1oclQ4c7jB3bnZpJ0dZxWluVWBb7XQaQQPI5Qux1Iu7yfJrUPOlYH2sc= Received: by 10.35.128.17 with SMTP id f17mr31585624pyn.1171327173032; Mon, 12 Feb 2007 16:39:33 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTP id 15sm40249698nzp.2007.02.12.16.39.30; Mon, 12 Feb 2007 16:39:32 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id l1D0fO3H062688 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 13 Feb 2007 09:41:24 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l1D0fN4D062684; Tue, 13 Feb 2007 09:41:23 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 13 Feb 2007 09:41:23 +0900 From: Pyun YongHyeon To: Mark Atkinson Message-ID: <20070213004123.GB62412@cdnetworks.co.kr> References: <20070110120731.GA1515@shark.localdomain> <200701100910.13167.jhb@freebsd.org> <20070110155331.GA2762@shark.localdomain> <20070111004044.GA33964@cdnetworks.co.kr> <20070210020650.GA51110@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: nve related LOR triggered by lots of small packets, and a hard hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Feb 2007 00:39:34 -0000 On Mon, Feb 12, 2007 at 07:47:04AM -0800, Mark Atkinson wrote: > Pyun YongHyeon wrote: > > > On Fri, Feb 09, 2007 at 09:23:41AM -0800, Mark Atkinson wrote: > > > Mark Atkinson wrote: > > > > > > > Pyun YongHyeon wrote: > > > > > > > >> On Wed, Jan 10, 2007 at 06:53:31PM +0300, Sergey Zaharchenko wrote: > > > >> > Hello John! > > > >> > > > > >> > Wed, Jan 10, 2007 at 09:10:12AM -0500 you wrote: > > > >> > [snip] > > > >> > > Have you tried using nfe(4)? :) > > > >> > > > > >> > Now I have, and it works just fine, thanks (I somehow thought nfe > > > >> > was specific to some platform). Why isn't it the default? Smaller > > > >> > range of hardware supported? > > > >> > > > > >> > > > >> AFAIK, nfe(4) supports more hardwares than that of nve(4). > > > >> Try overhauled nfe(4) in the following URL. > > > >> > > > >> http://people.freebsd.org/~yongari/nfe/if_nfe.c > > > >> http://people.freebsd.org/~yongari/nfe/if_nfereg.h > > > >> http://people.freebsd.org/~yongari/nfe/if_nfevar.h > > > >> > > > >> The patch fixed serveral bugs in nfe(4) and it should perform better > > > >> than nve(4). The following hardware features are supported. > > > >> o TSO > > > >> o Tx/Rx IP/TCP/UDP checksum offload > > > >> o VLAN hardware tag insertion/stripping > > > >> o Jumbo frame(up to 9100 bytes) > > > >> > > > >> It seems that the hardware supports MSI/MSI-X too but I don't have > > > >> nForce hardwares that supports MSI/MSI-X so it's hard to implement/ > > > >> experiment it. Accoring to the Shigeaki Tagashira, the author of > > > >> FreeBSD nfe(4), his hardware claims to support 8 messages. I've > > > >> checked Linux forcedeth driver to get hardware information for > > > >> MSI/MSI-X but it I cound't understand the details. :-( > > > >> > > > > > > > > I've been running into this hardlock LOR a lot recently on a TYAN > > > > 2895 > > > > (K8WE) based box. So I tried your patch to nfe on today's -current. > > > > I tried a couple of small packet ping floods to a lan neighbor > > > > under nfe and > > > > it survived. Did fine with some large NFS over TCP transfers as > > > > well. However, I'll leave it up and running to see if it keels over > > > > in the future. > > > > > > > > pci128: on pcib6 > > > > pci128: physical bus=128 > > > > found-> vendor=0x10de, dev=0x005e, revid=0xa3 > > > > bus=128, slot=0, func=0 > > > > class=05-80-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=0x00d3, revid=0xa3 > > > > bus=128, slot=1, func=0 > > > > class=05-80-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[14]: type 1, range 32, base 0xd8400000, size 12, enabled > > > > found-> vendor=0x10de, dev=0x0057, revid=0xa3 > > > > bus=128, slot=10, 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=5 > > > > powerspec 2 supports D0 D1 D2 D3 current D0 > > > > map[10]: type 1, range 32, base 0xd8401000, size 12, enabled > > > > map[14]: type 4, range 32, base 0x3000, size 3, enabled > > > > pcib6: matched entry for 128.10.INTA (src \\_SB_.PCI1.LMAC:0) > > > > pci_link22: Picked IRQ 52 with weight 0 > > > > ioapic3: Changing polarity for pin 20 to high > > > > pcib6: slot 10 INTA routed to irq 52 via \\_SB_.PCI1.LMAC > > > > found-> vendor=0x10de, dev=0x005d, revid=0xa3 > > > > bus=128, slot=14, func=0 > > > > class=06-04-00, hdrtype=0x01, mfdev=0 > > > > cmdreg=0x0107, 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 > > > > pci128: at device 0.0 (no driver attached) > > > > pci128: at device 1.0 (no driver attached) > > > > nfe1: port > > > > 0x3000-0x3007 mem 0xd8 > > > > 401000-0xd8401fff irq 52 at device 10.0 on pci128 > > > > nfe1: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xd8401000 > > > > nfe1: bpf attached > > > > e1: Ethernet address: 00:e0:81:57:d9:af > > > > miibus1: on nfe1 > > > > e1000phy1: PHY 1 on miibus1 > > > > e1000phy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > > > > 1000baseTX-FDX, auto > > > > ioapic3: routing intpin 20 (PCI IRQ 52) to vector 57 > > > > nfe1: [MPSAFE] > > > > nfe1: [FAST] > > > > > > After a day of running this, it became obvious the nfe driver patch has > > > some > > > sort of issue, at least with -current and this board. Although NFS > > > speeds seemed reasonable, transfers over TCP from a webserver suffered > > > some sort > > > of very noticeable pause/send/pause/send... type problem that reduced > > > transfers to about 6Kbyte/s. This problem went away when putting nve > > > back into the kernel and retrying the same scenerio. > > > > > > > Would you explain the scenario to reproduce it on my box? > > How about disabling checksum offload? > > After a few tests, it's all related to TSO ( segmentation offloading ) > > Turning that off, but leaving rxcsum and txcsum enabled works and performs > speedily. Thanks for the suggestion! > > Note that, for some reason NFS over tcp speeds didn't seem affected that > much only userland TCP seemed to be negatively affected. > Thanks for the report! I'll look into the TSO related part and let you know if I have some patches. > -- > Mark Atkinson > atkin901@yahoo.com > (!wired)?(coffee++):(wired); > -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Mon Feb 12 20:58:28 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AC81016A400 for ; Mon, 12 Feb 2007 20:58:28 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 6BDA613C4A5 for ; Mon, 12 Feb 2007 20:58:28 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.66) with esmtp (envelope-from ) id <1HGiFn-0003sF-4i>; Mon, 12 Feb 2007 21:58:27 +0100 Received: from e178029077.adsl.alicedsl.de ([85.178.29.77] helo=[192.168.1.128]) by inpost2.zedat.fu-berlin.de (Exim 4.66) with esmtpsa (envelope-from ) id <1HGiFn-0007Ux-1m>; Mon, 12 Feb 2007 21:58:27 +0100 Message-ID: <45D0D515.7000004@mail.zedat.fu-berlin.de> Date: Mon, 12 Feb 2007 21:59:01 +0100 From: "O. Hartmann" User-Agent: Thunderbird 1.5.0.9 (X11/20070211) MIME-Version: 1.0 To: "Peter, Oliver" References: <45CFAD59.4030501@mail.zedat.fu-berlin.de> <20070212191313.GA57294@vader.homeunix.org> In-Reply-To: <20070212191313.GA57294@vader.homeunix.org> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.29.77 X-Mailman-Approved-At: Tue, 13 Feb 2007 00:56:14 +0000 Cc: freebsd-current@FreeBSD.org Subject: Re: libc.so.6 vs. libc.so.7 for compatibility reasons X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Feb 2007 20:58:28 -0000 Peter, Oliver wrote: > Hey namesake > > On Mon, Feb 12, 2007 at 12:57:13AM +0100, O. Hartmann wrote: > >> Tried to install ports/java/diablo-jdk15 and it failed to to the lack of >> libc.so.6 it expects. >> >> This night I'll try /etc/libmap.conf. but I want to ask for a better, >> cleaner way to do so ... >> > > Could you please give me a short hint to manage this issue with libmap.conf? > The last time I did it quick & (i think very very) dirty with: > > # ln -s /lib/libc.so.7 /lib/libc.so.6 > > Please don't kick my ass. > > Well, the fast and nasty way was simply insert this into a file called /etc/libmap.conf: libc.so.6 libc.so.7 and as man libmap.conf says, this redirects any libc.so.6 involvation towards libc.so.7. Next I have to do is to specify more exactly when and on whom this redirection should be done, so something like [azureus] libc.so.6 libc.so.7 I'm not very familiar with how the OS works in its deep core, so sometimes I struggle with the statement within the brakets. SOmetimes there must be the exact full path, sometimes not and I'm not aware whether simply the client needs to be 'redirected' to another library or java itself needs this remapping, too. Maybe one of the gurus herein can answer this. With the simple and dirty method, I can run azureus and I was able installing diablo jdk-15 on my freshly cvsupdated FreeBSD 7.0/amd64 box and until now, no crahs or other harassments occured. Regards, Oliver From owner-freebsd-current@FreeBSD.ORG Tue Feb 13 01:06:49 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0B04416A400 for ; Tue, 13 Feb 2007 01:06:49 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.freebsd.org (Postfix) with ESMTP id A812D13C4A3 for ; Tue, 13 Feb 2007 01:06:48 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) by creme-brulee.marcuscom.com (8.13.8/8.13.8) with ESMTP id l1D0cKcI061210; Mon, 12 Feb 2007 19:38:20 -0500 (EST) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: pyunyh@gmail.com In-Reply-To: <20070213000922.GA62412@cdnetworks.co.kr> References: <45D0BB41.9040505@FreeBSD.org> <20070213000922.GA62412@cdnetworks.co.kr> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-70YgUpvLX7ScWcQqOB/X" Organization: FreeBSD, Inc. Date: Mon, 12 Feb 2007 19:38:03 -0500 Message-Id: <1171327083.98536.5.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.8.3 FreeBSD GNOME Team Port Cc: current@FreeBSD.org Subject: Re: Constant stream of errors on msk0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Feb 2007 01:06:49 -0000 --=-70YgUpvLX7ScWcQqOB/X Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2007-02-13 at 09:09 +0900, Pyun YongHyeon wrote: > On Mon, Feb 12, 2007 at 02:08:49PM -0500, Joe Marcus Clarke wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > >=20 > > I recently upgraded my MacBook Pro from -STABLE to -CURRENT. I used t= o > > be using the Marvell myk driver for my wired ethernet. This driver > > worked fine. I'm now using the built-in msk driver, but this driver > > causes the interface to report a constant stream of input errors. The= re >=20 > Would you explain this input errors? netstat -i reports steadily increasing input errors (Ierrs) every time packets arrive on the machine. >=20 > > are no dmesg errors. However, network performance is dramatically > > impacted. To the best of my knowledge, nothing has changed on the > > switch side. > >=20 >=20 > Does netstat(4) report any errors on msk? netstat -i, yes. > Does netstat(4) also show larger number of out-of-order TCP packets? I'll look at netstat -s tomorrow, and trend the out-of-order TCP packets. Thanks for the suggestion. Joe --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-70YgUpvLX7ScWcQqOB/X Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBF0Qhrb2iPiv4Uz4cRAq44AJ0V9/MKX92Q9hXd5ykGWrmJ2KP5LgCgpBHm 9MUiqro4S1iy1ytToGU/0lg= =rAHZ -----END PGP SIGNATURE----- --=-70YgUpvLX7ScWcQqOB/X-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 13 03:53:26 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 377D516A406 for ; Tue, 13 Feb 2007 03:53:26 +0000 (UTC) (envelope-from sepotvin@videotron.ca) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.freebsd.org (Postfix) with ESMTP id 07D8A13C481 for ; Tue, 13 Feb 2007 03:53:25 +0000 (UTC) (envelope-from sepotvin@videotron.ca) Received: from [192.168.0.103] ([70.83.208.120]) by VL-MH-MR002.ip.videotron.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTP id <0JDD006WLUT0VJF0@VL-MH-MR002.ip.videotron.ca> for freebsd-current@freebsd.org; Mon, 12 Feb 2007 22:53:25 -0500 (EST) Date: Mon, 12 Feb 2007 22:53:24 -0500 From: "Stephane E. Potvin" In-reply-to: <20070212203524.GX88326@egr.msu.edu> To: Adam McDougall Message-id: <45D13634.2020206@videotron.ca> MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_wuBfOAKY8MGU3NqFx2PydQ)" References: <20061210002923.GO81923@egr.msu.edu> <20061213003744.GP18799@egr.msu.edu> <4580350F.8080904@videotron.ca> <20070212203524.GX88326@egr.msu.edu> User-Agent: Thunderbird 1.5.0.9 (X11/20070127) Cc: freebsd-current@freebsd.org Subject: Re: cpufreq est and Enhanced Sleep (Cx) States for Intel Core and above X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Feb 2007 03:53:26 -0000 This is a multi-part message in MIME format. --Boundary_(ID_wuBfOAKY8MGU3NqFx2PydQ) Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7BIT Adam McDougall wrote: > On Wed, Dec 13, 2006 at 12:14:55PM -0500, Stephane E. Potvin wrote: > > Adam McDougall wrote: > >On Sat, Dec 09, 2006 at 07:29:23PM -0500, Adam McDougall wrote: > > > > Another thing I wish could work is the Enhanced cpu Sleep States; > > this Dell Latitude D820 laptop only sees C1 although the document > > above indicates it should probably support 4 unique states. Is > > there a way I can debug and/or fix this? I can post dumps of the > > acpi stuff and/or verbose boot logs if it would be helpful. > > > > Thanks > > _______________________________________________ > > > >I am attaching my asl and dsdt acpi dumps incase someone knows for > >something to look for as for why it thinks I only have C1, unless > >its related to the speed control problem above. > > > Hi Adam, > > It's only finding the C1 state for various reasons that you'll find > described in some details in the following email that I send to the acpi > mailing list in June this year. The major reason being that the acpi cpu > driver does not support well multiprocessor systems. > > http://docs.freebsd.org/cgi/getmsg.cgi?fetch=116103+0+archive/2006/freebsd-acpi/20060611.freebsd-acpi > > The email also included a patch to add support for multiprocessor > systems to the acpi cpu driver. I've not updated the patch since then so > it might or might not apply cleanly to a recent current. > > Steph > > I didn't get around to trying that patch, but I have tried -current > after code was committed, including as late as Feb 11. It seems to work, > but if both of my cpus are allowed to enter C3 state, my laptop > clock stops advancing (unless you are causing activity) and the performance > gets very choppy, including mouse cursor halting for a second or two, etc. > Typing or moving the mouse seems to nudge the system into crawling along, > but if I leave it alone, timing loops stall. I could do a while loop with > a sleep on the command line and time just doesn't advance on its own, and > the clock in Gnome would halt. My laptop is using the Hpet timer, but it > doesn't seem to make a difference if I use sysctl to try ACPI-fast or i8254. > Could you try the attached patch on your system? It adds a crude check to make sure that the system is not sleeping for more than 1/hz secs. The acpi_cpu driver should back off to a lower Cx state if it does. Steph --Boundary_(ID_wuBfOAKY8MGU3NqFx2PydQ) Content-type: text/x-patch; CHARSET=US-ASCII; name=longsleep.diff Content-transfer-encoding: 7BIT Content-disposition: inline; filename=longsleep.diff Index: acpi_cpu.c =================================================================== RCS file: /home/FreeBSD/ncvs/src/sys/dev/acpica/acpi_cpu.c,v retrieving revision 1.63 diff -u -r1.63 acpi_cpu.c --- acpi_cpu.c 23 Jan 2007 07:20:44 -0000 1.63 +++ acpi_cpu.c 13 Feb 2007 03:28:32 -0000 @@ -80,6 +80,7 @@ /* Runtime state. */ int cpu_non_c3; /* Index of lowest non-C3 state. */ int cpu_short_slp; /* Count of < 1us sleeps. */ + int cpu_long_slp; /* Count of > hz sleeps. */ u_int cpu_cx_stats[MAX_CX_STATES];/* Cx usage history. */ /* Values for sysctl. */ struct sysctl_ctx_list cpu_sysctl_ctx; @@ -123,6 +124,9 @@ static int cpu_disable_idle; /* Disable entry to idle function */ static int cpu_cx_count; /* Number of valid Cx states */ +/* Longest allowable sleep */ +static int cpu_max_sleep = 0; + /* Values for sysctl. */ static struct sysctl_ctx_list cpu_sysctl_ctx; static struct sysctl_oid *cpu_sysctl_tree; @@ -278,6 +282,9 @@ cpu_smi_cmd = AcpiGbl_FADT->SmiCmd; cpu_cst_cnt = AcpiGbl_FADT->CstCnt; + sc->cpu_short_slp = 0; + sc->cpu_long_slp = 0; + buf.Pointer = NULL; buf.Length = ACPI_ALLOCATE_BUFFER; status = AcpiEvaluateObject(sc->cpu_handle, NULL, NULL, &buf); @@ -311,6 +318,10 @@ /* Queue post cpu-probing task handler */ AcpiOsQueueForExecution(OSD_PRIORITY_LO, acpi_cpu_startup, NULL); + + /* Setup the longest allowable sleep */ + cpu_max_sleep = 1000000 / hz; + cpu_max_sleep *= 10; } /* @@ -832,10 +843,17 @@ * that both cores will get out of C3 state as soon as one of them * requires it. This breaks the sleep detection logic as the sleep * counter is local to each cpu. Disable the sleep logic for now as a - * workaround if there's more than one CPU. The right fix would probably - * be to add quirks for system that don't really support C3 state. + * workaround if we have more than one cpus and some of them are. + * logical (more than one core per package). The right fix would + * probably be to add quirks for system that don't really support + * C3 state. */ - if (mp_ncpus < 2 && sc->cpu_prev_sleep <= 1) { +#ifdef SMP + if (((mp_ncpus >= 2 && logical_cpus_mask == 0) || mp_ncpus < 2) + && sc->cpu_prev_sleep <= 1) { +#else + if (sc->cpu_prev_sleep <= 1) { +#endif sc->cpu_short_slp++; if (sc->cpu_short_slp == 1000 && sc->cpu_cx_lowest != 0) { if (sc->cpu_non_c3 == sc->cpu_cx_lowest && sc->cpu_non_c3 != 0) @@ -849,6 +867,26 @@ } else sc->cpu_short_slp = 0; + /* + * If we keep sleeping for more than 1 hz it may indicate a broken + * system where the clock will not fire anymore in low Cx states. + * Keep backing off in this case until we start getting back clock + * interrupts. + */ + if (sc->cpu_prev_sleep > cpu_max_sleep) { + sc->cpu_long_slp++; + if (sc->cpu_long_slp == 10 && sc->cpu_cx_lowest != 0) { + if (sc->cpu_non_c3 == sc->cpu_cx_lowest && sc->cpu_non_c3 != 0) + sc->cpu_non_c3--; + sc->cpu_cx_lowest--; + sc->cpu_long_slp = 0; + device_printf(sc->cpu_dev, + "too many long sleeps, backing off to C%d\n", + sc->cpu_cx_lowest + 1); + } + } else + sc->cpu_long_slp = 0; + for (i = sc->cpu_cx_lowest; i >= 0; i--) if (sc->cpu_cx_states[i].trans_lat <= sc->cpu_prev_sleep) { cx_next_idx = i; --Boundary_(ID_wuBfOAKY8MGU3NqFx2PydQ)-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 13 04:09:43 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7E65B16A406 for ; Tue, 13 Feb 2007 04:09:43 +0000 (UTC) (envelope-from y.pankov@irbis.net.ru) Received: from mail.irbis.net.ru (mail.irbis.net.ru [194.186.18.2]) by mx1.freebsd.org (Postfix) with ESMTP id 23FA013C48D for ; Tue, 13 Feb 2007 04:09:40 +0000 (UTC) (envelope-from y.pankov@irbis.net.ru) Received: from darklight.abyss.local (darklight.abyss.local [192.168.0.64]) by mail.irbis.net.ru (Postfix) with ESMTP id 236C762D480; Tue, 13 Feb 2007 07:09:38 +0300 (MSK) Received: from darklight.abyss.local (yuri@localhost [127.0.0.1]) by darklight.abyss.local (8.13.8/8.13.8) with ESMTP id l1D49SBZ025063; Tue, 13 Feb 2007 07:09:29 +0300 (MSK) (envelope-from y.pankov@irbis.net.ru) Received: (from yuri@localhost) by darklight.abyss.local (8.13.8/8.13.8/Submit) id l1D49Rro025062; Tue, 13 Feb 2007 07:09:27 +0300 (MSK) (envelope-from y.pankov@irbis.net.ru) X-Authentication-Warning: darklight.abyss.local: yuri set sender to y.pankov@irbis.net.ru using -f Date: Tue, 13 Feb 2007 07:09:27 +0300 From: Yuri Pankov To: Rong-en Fan Message-ID: <20070213040927.GA24945@darklight.abyss.local> References: <6eb82e0701310048u5d36ef5y3dcfe8116ad1aac3@mail.gmail.com> <6eb82e0702010051j152d5896xac8ee400cca8251c@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6eb82e0702010051j152d5896xac8ee400cca8251c@mail.gmail.com> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: ClamAV 0.88.7/2560/Mon Feb 12 21:06:19 2007 on mail.irbis.net.ru X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (mail.irbis.net.ru [194.186.18.2]); Tue, 13 Feb 2007 07:09:40 +0300 (MSK) Cc: freebsd-current@freebsd.org Subject: Re: [CFT] ncurses wide character 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: Tue, 13 Feb 2007 04:09:43 -0000 On Thu, Feb 01, 2007 at 04:51:53PM +0800, Rong-en Fan wrote: > On 1/31/07, Rong-en Fan wrote: > >Finally, I have ncurses wide character support. Patch is at > > > >http://people.freebsd.org/~rafan/ncurses/ncursesw-5.6-fbsd7-20070128.diff > > > >Before you can apply it, you need to > > > >mkdir -p \ > > /usr/src/lib/ncurses/formw \ > > /usr/src/lib/ncurses/menuw \ > > /usr/src/lib/ncurses/ncursesw \ > > /usr/src/lib/ncurses/panelw > > > >Please note this patch accidentally removes libmytinfo (it is going to be > >removed soon). I have tested on my i386 current with mutt. It works just > >fine. > > Now libmytinfo is removed, use the new patch instead: > > http://people.freebsd.org/~rafan//ncurses/ncursesw-5.6-fbsd7-20070201.diff > > Regards, > Rong-En Fan > > >I use a hack in src/Makefile.inc1 to make amd64 world + lib32 work. Details > >can be found in > > > >http://lists.freebsd.org/pipermail/freebsd-hackers/2007-January/019408.html > > > >Please test and feedbacks are welcome. :) Compiled successfully on amd64. Everything seems to be working like a charm. So far tested are audio/moc, irc/weechat, mail/mutt-devel, all of those had problems when compiled with devel/ncurses port (moc would show some characters incorrectly, weechat shows only garbage, mutt coredumps). One thing worth mentioning - make -DNO_CLEAN buildworld fails, and removing contents of /usr/obj and building world from scratch helped. Thank you for working on this update! Yuri From owner-freebsd-current@FreeBSD.ORG Tue Feb 13 04:45:57 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 40E2216A407 for ; Tue, 13 Feb 2007 04:45:57 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.freebsd.org (Postfix) with ESMTP id EECCE13C478 for ; Tue, 13 Feb 2007 04:45:56 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by py-out-1112.google.com with SMTP id f47so954289pye for ; Mon, 12 Feb 2007 20:45:56 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=WV1iIl1VcN0woO5S2p5u60yqIUBudA7Dg85HyACBKbfOc0kRT6pwz6Um22bt197zWJhpH/bEW2eurXF2Upx7qvtFrhfjPbp8V4DuEuA/wdlz05mrloxAOE44JEUekuhriTD787bx/3b1YQ2pk+ZRAYEQqqHUuiZk01wmaBdCSf0= Received: by 10.35.57.2 with SMTP id j2mr16527854pyk.1171341955712; Mon, 12 Feb 2007 20:45:55 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTP id 6sm41311473nzn.2007.02.12.20.45.53; Mon, 12 Feb 2007 20:45:54 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id l1D4lmxs063463 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 13 Feb 2007 13:47:48 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l1D4llVw063462; Tue, 13 Feb 2007 13:47:47 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 13 Feb 2007 13:47:46 +0900 From: Pyun YongHyeon To: Joe Marcus Clarke Message-ID: <20070213044746.GC62412@cdnetworks.co.kr> References: <45D0BB41.9040505@FreeBSD.org> <20070213000922.GA62412@cdnetworks.co.kr> <1171327083.98536.5.camel@shumai.marcuscom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1171327083.98536.5.camel@shumai.marcuscom.com> User-Agent: Mutt/1.4.2.1i Cc: current@FreeBSD.org Subject: Re: Constant stream of errors on msk0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Feb 2007 04:45:57 -0000 On Mon, Feb 12, 2007 at 07:38:03PM -0500, Joe Marcus Clarke wrote: > On Tue, 2007-02-13 at 09:09 +0900, Pyun YongHyeon wrote: > > On Mon, Feb 12, 2007 at 02:08:49PM -0500, Joe Marcus Clarke wrote: > > > -----BEGIN PGP SIGNED MESSAGE----- > > > Hash: SHA1 > > > > > > I recently upgraded my MacBook Pro from -STABLE to -CURRENT. I used to > > > be using the Marvell myk driver for my wired ethernet. This driver > > > worked fine. I'm now using the built-in msk driver, but this driver > > > causes the interface to report a constant stream of input errors. There > > > > Would you explain this input errors? > > netstat -i reports steadily increasing input errors (Ierrs) every time > packets arrive on the machine. > It looks like link speed/duplex mismatch. How about manual configuration? (e.g. ifconfig msk0 media 1000baseTX mediaopt full-duplex) > > > > > are no dmesg errors. However, network performance is dramatically > > > impacted. To the best of my knowledge, nothing has changed on the > > > switch side. > > > > > > > Does netstat(4) report any errors on msk? > > netstat -i, yes. > > > Does netstat(4) also show larger number of out-of-order TCP packets? > > I'll look at netstat -s tomorrow, and trend the out-of-order TCP > packets. Thanks for the suggestion. > > Joe > > -- > Joe Marcus Clarke > FreeBSD GNOME Team :: gnome@FreeBSD.org > FreeNode / #freebsd-gnome > http://www.FreeBSD.org/gnome -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Tue Feb 13 05:35:00 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2D91516A400 for ; Tue, 13 Feb 2007 05:35:00 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.freebsd.org (Postfix) with ESMTP id D8C5F13C48D for ; Tue, 13 Feb 2007 05:34:59 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) by creme-brulee.marcuscom.com (8.13.8/8.13.8) with ESMTP id l1D5ZFL8063378; Tue, 13 Feb 2007 00:35:15 -0500 (EST) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: pyunyh@gmail.com In-Reply-To: <20070213044746.GC62412@cdnetworks.co.kr> References: <45D0BB41.9040505@FreeBSD.org> <20070213000922.GA62412@cdnetworks.co.kr> <1171327083.98536.5.camel@shumai.marcuscom.com> <20070213044746.GC62412@cdnetworks.co.kr> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-RpZP04EnvXZ6Fm3Q6SFt" Organization: FreeBSD, Inc. Date: Tue, 13 Feb 2007 00:34:57 -0500 Message-Id: <1171344897.98536.14.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.8.3 FreeBSD GNOME Team Port Cc: current@FreeBSD.org Subject: Re: Constant stream of errors on msk0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Feb 2007 05:35:00 -0000 --=-RpZP04EnvXZ6Fm3Q6SFt Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2007-02-13 at 13:47 +0900, Pyun YongHyeon wrote: > On Mon, Feb 12, 2007 at 07:38:03PM -0500, Joe Marcus Clarke wrote: > > On Tue, 2007-02-13 at 09:09 +0900, Pyun YongHyeon wrote: > > > On Mon, Feb 12, 2007 at 02:08:49PM -0500, Joe Marcus Clarke wrote: > > > > -----BEGIN PGP SIGNED MESSAGE----- > > > > Hash: SHA1 > > > >=20 > > > > I recently upgraded my MacBook Pro from -STABLE to -CURRENT. I u= sed to > > > > be using the Marvell myk driver for my wired ethernet. This driv= er > > > > worked fine. I'm now using the built-in msk driver, but this dri= ver > > > > causes the interface to report a constant stream of input errors.= There > > >=20 > > > Would you explain this input errors? > >=20 > > netstat -i reports steadily increasing input errors (Ierrs) every time > > packets arrive on the machine. > >=20 >=20 > It looks like link speed/duplex mismatch. > How about manual configuration? > (e.g. ifconfig msk0 media 1000baseTX mediaopt full-duplex) That was the first thing I though of. I tried all settings from 100BaseTX half/full to 1000BaseTX half/full to auto. The same problem was always observed. Additionally, I turned off TSO to see if that made any difference, and it did not. Joe --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-RpZP04EnvXZ6Fm3Q6SFt Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBF0U4Bb2iPiv4Uz4cRAgxpAJ97Wi8kFvPPKA6Nnf1IRhnXHYexGwCeO0yR I9/0T62e1fZJv4yRDbwpxq0= =glBD -----END PGP SIGNATURE----- --=-RpZP04EnvXZ6Fm3Q6SFt-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 13 05:46:09 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CD01316A401 for ; Tue, 13 Feb 2007 05:46:09 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.239]) by mx1.freebsd.org (Postfix) with ESMTP id 8290313C47E for ; Tue, 13 Feb 2007 05:46:09 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by nz-out-0506.google.com with SMTP id i11so1965329nzh for ; Mon, 12 Feb 2007 21:46:09 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=eHUrEZ2ubn4t0+1j+IbsNMWH4Z6cOIOpvhqhdeZ2fy9+RUaC9MSEBqQmAB5O7mq60dV+/xoyOFBbUSD3Rakzdc1sbLfO7AJ5gWkXJxiqqRCtEnL2NZZRqZPm5WcN9pNXIa8kK9PGpPjju5RNpXLOrtinXpWeg7j1308z8zoJjdQ= Received: by 10.64.199.2 with SMTP id w2mr22373545qbf.1171345568872; Mon, 12 Feb 2007 21:46:08 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTP id c12sm41833414nzc.2007.02.12.21.46.06; Mon, 12 Feb 2007 21:46:07 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id l1D5m3xg063660 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 13 Feb 2007 14:48:03 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l1D5m2tm063659; Tue, 13 Feb 2007 14:48:02 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 13 Feb 2007 14:48:02 +0900 From: Pyun YongHyeon To: Joe Marcus Clarke Message-ID: <20070213054802.GD62412@cdnetworks.co.kr> References: <45D0BB41.9040505@FreeBSD.org> <20070213000922.GA62412@cdnetworks.co.kr> <1171327083.98536.5.camel@shumai.marcuscom.com> <20070213044746.GC62412@cdnetworks.co.kr> <1171344897.98536.14.camel@shumai.marcuscom.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="YiEDa0DAkWCtVeE4" Content-Disposition: inline In-Reply-To: <1171344897.98536.14.camel@shumai.marcuscom.com> User-Agent: Mutt/1.4.2.1i Cc: current@FreeBSD.org Subject: Re: Constant stream of errors on msk0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Feb 2007 05:46:09 -0000 --YiEDa0DAkWCtVeE4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Feb 13, 2007 at 12:34:57AM -0500, Joe Marcus Clarke wrote: > On Tue, 2007-02-13 at 13:47 +0900, Pyun YongHyeon wrote: > > On Mon, Feb 12, 2007 at 07:38:03PM -0500, Joe Marcus Clarke wrote: > > > On Tue, 2007-02-13 at 09:09 +0900, Pyun YongHyeon wrote: > > > > On Mon, Feb 12, 2007 at 02:08:49PM -0500, Joe Marcus Clarke wrote: > > > > > -----BEGIN PGP SIGNED MESSAGE----- > > > > > Hash: SHA1 > > > > > > > > > > I recently upgraded my MacBook Pro from -STABLE to -CURRENT. I used to > > > > > be using the Marvell myk driver for my wired ethernet. This driver > > > > > worked fine. I'm now using the built-in msk driver, but this driver > > > > > causes the interface to report a constant stream of input errors. There > > > > > > > > Would you explain this input errors? > > > > > > netstat -i reports steadily increasing input errors (Ierrs) every time > > > packets arrive on the machine. > > > > > > > It looks like link speed/duplex mismatch. > > How about manual configuration? > > (e.g. ifconfig msk0 media 1000baseTX mediaopt full-duplex) > > That was the first thing I though of. I tried all settings from > 100BaseTX half/full to 1000BaseTX half/full to auto. The same problem > was always observed. Additionally, I turned off TSO to see if that made > any difference, and it did not. > Ok, let's see what's happending on your NIC. Try attached patch and let me know the output. > Joe > > -- > Joe Marcus Clarke > FreeBSD GNOME Team :: gnome@FreeBSD.org > FreeNode / #freebsd-gnome > http://www.FreeBSD.org/gnome -- Regards, Pyun YongHyeon --YiEDa0DAkWCtVeE4 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="msk.debug.patch" Index: if_msk.c =================================================================== RCS file: /home/ncvs/src/sys/dev/msk/if_msk.c,v retrieving revision 1.8 diff -u -r1.8 if_msk.c --- if_msk.c 9 Jan 2007 01:31:22 -0000 1.8 +++ if_msk.c 13 Feb 2007 05:43:55 -0000 @@ -3029,11 +3029,13 @@ cons = sc_if->msk_cdata.msk_rx_cons; do { rxlen = status >> 16; - if ((status & GMR_FS_VLAN) != 0) + if ((status & GMR_FS_VLAN) != 0 && + (ifp->if_capenable & IFCAP_VLAN_HWTAGGING) != 0) rxlen -= ETHER_VLAN_ENCAP_LEN; if (len > sc_if->msk_framesize || ((status & GMR_FS_ANY_ERR) != 0) || ((status & GMR_FS_RX_OK) == 0) || (rxlen != len)) { + printf("0x%08x : %d : %d\n", status, rxlen, len); /* Don't count flow-control packet as errors. */ if ((status & GMR_FS_GOOD_FC) == 0) ifp->if_ierrors++; @@ -3081,7 +3083,8 @@ cons = sc_if->msk_cdata.msk_rx_cons; do { rxlen = status >> 16; - if ((status & GMR_FS_VLAN) != 0) + if ((status & GMR_FS_VLAN) != 0 && + (ifp->if_capenable & IFCAP_VLAN_HWTAGGING) != 0) rxlen -= ETHER_VLAN_ENCAP_LEN; if (len > sc_if->msk_framesize || ((status & GMR_FS_ANY_ERR) != 0) || --YiEDa0DAkWCtVeE4-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 13 13:28:37 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A967216A400; Tue, 13 Feb 2007 13:28:37 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 694EC13C461; Tue, 13 Feb 2007 13:28:37 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.66) with esmtp (envelope-from ) id <1HGxKk-00065N-LJ>; Tue, 13 Feb 2007 14:04:34 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.66) with esmtpsa (envelope-from ) id <1HGxKk-0003RF-KJ>; Tue, 13 Feb 2007 14:04:34 +0100 Message-ID: <45D1B762.40800@zedat.fu-berlin.de> Date: Tue, 13 Feb 2007 14:04:34 +0100 From: "O. Hartmann" Organization: Freie =?ISO-8859-1?Q?Universit=E4t_Berlin?= User-Agent: Thunderbird 1.5.0.9 (X11/20070119) MIME-Version: 1.0 To: freebsd-questions@freebsd.org, freebsd-current@FreeBSD.org, freebsd-multimedia@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 Cc: Subject: Creative Sound Blaster X-Fi Xtreme Audio X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Feb 2007 13:28:37 -0000 Hello. I need to know whether the Creative Sound Blaster X-Fi Xtreme Audio is supported by FreeBSD 7.0-CURRENT's snd_emu10kx(8) driver. I do not know what kind of chipset this soundcard utilize. I made a mistake by purchasing a Soundblaster Audigy LS which isn't supported by the snd_emu10kx driverand is explicitely excluded, so I won't make a second mistake. Thanks in advance, Oliver -- From owner-freebsd-current@FreeBSD.ORG Tue Feb 13 13:50:40 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5FE0E16A402; Tue, 13 Feb 2007 13:50:40 +0000 (UTC) (envelope-from Yuriy.Tsibizov@gfk.ru) Received: from mx.gfk.ru (mx.gfk.ru [84.21.231.130]) by mx1.freebsd.org (Postfix) with ESMTP id 1590F13C47E; Tue, 13 Feb 2007 13:50:38 +0000 (UTC) (envelope-from Yuriy.Tsibizov@gfk.ru) Received: from ex.hhp.local by mx.gfk.ru (MDaemon PRO v9.5.3) with ESMTP id md50000904820.msg; Tue, 13 Feb 2007 16:35:36 +0300 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: Tue, 13 Feb 2007 16:36:23 +0300 Message-ID: <78664C02FF341B4FAC63E561846E3BCC079963@ex.hhp.local> In-Reply-To: <45D1B762.40800@zedat.fu-berlin.de> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Creative Sound Blaster X-Fi Xtreme Audio Thread-Index: AcdPc8CLGETBJFF+TrOwz32JlUXSCwAAB3YQ From: "Yuriy Tsibizov" To: "O. Hartmann" X-Spam-Processed: mx.gfk.ru, Tue, 13 Feb 2007 16:35:36 +0300 (not processed: message from valid local sender) X-MDRemoteIP: 10.0.0.30 X-Return-Path: Yuriy.Tsibizov@gfk.ru X-Envelope-From: Yuriy.Tsibizov@gfk.ru X-MDAV-Processed: mx.gfk.ru, Tue, 13 Feb 2007 16:35:37 +0300 Cc: freebsd-multimedia@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-questions@freebsd.org Subject: RE: Creative Sound Blaster X-Fi Xtreme Audio X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Feb 2007 13:50:40 -0000 > I need to know whether the > Creative Sound Blaster X-Fi Xtreme Audio > is supported by FreeBSD 7.0-CURRENT's snd_emu10kx(8) > driver. NO. Yuriy. From owner-freebsd-current@FreeBSD.ORG Tue Feb 13 13:57:57 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AB03416A407; Tue, 13 Feb 2007 13:57:57 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 6831013C442; Tue, 13 Feb 2007 13:57:57 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.66) with esmtp (envelope-from ) id <1HGyAO-0003Xw-CT>; Tue, 13 Feb 2007 14:57:56 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.66) with esmtpsa (envelope-from ) id <1HGyAO-0005QM-B9>; Tue, 13 Feb 2007 14:57:56 +0100 Message-ID: <45D1C3E4.7050609@zedat.fu-berlin.de> Date: Tue, 13 Feb 2007 14:57:56 +0100 From: "O. Hartmann" Organization: Freie =?ISO-8859-1?Q?Universit=E4t_Berlin?= User-Agent: Thunderbird 1.5.0.9 (X11/20070119) MIME-Version: 1.0 References: <78664C02FF341B4FAC63E561846E3BCC079963@ex.hhp.local> In-Reply-To: <78664C02FF341B4FAC63E561846E3BCC079963@ex.hhp.local> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 Cc: freebsd-multimedia@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-questions@freebsd.org Subject: Re: Creative Sound Blaster X-Fi Xtreme Audio X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Feb 2007 13:57:57 -0000 Yuriy Tsibizov wrote: >> I need to know whether the >> Creative Sound Blaster X-Fi Xtreme Audio >> is supported by FreeBSD 7.0-CURRENT's snd_emu10kx(8) >> driver. > NO. > > > Yuriy. > All right, then the question shouldn't be lined up on snd_emu10kx, I saw that this type of soundcard utilize the CMedia CMI8738 chipset and there is already a driver called snd_cmi. The big, bad, ugly question is: will FreeBSD 7.0-CURRENT support any of the X-Fi soundcards from creative? I feel sad watching the market in Germany. Since the Audigy 2-type SB cards vanished there are only cheap ones, unsupported ones and expensive ones, where I can not say whether the expensive ones are supported :-( It is hard to figure out what chipset several creative soundcards utilize. At the moment, I have onboard sound (which is boring) and Soundblaster Audigy SE, which is NOT supported by FreeBSD 7 and OSS driver for amd64 crashes the box - so need alternatives. Thanks in advance, Oliver From owner-freebsd-current@FreeBSD.ORG Tue Feb 13 13:58:00 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2A29116A400 for ; Tue, 13 Feb 2007 13:58:00 +0000 (UTC) (envelope-from alex65536@yandex.ru) Received: from smtp4.yandex.ru (smtp4.yandex.ru [213.180.223.136]) by mx1.freebsd.org (Postfix) with ESMTP id 7A8FA13C461 for ; Tue, 13 Feb 2007 13:57:59 +0000 (UTC) (envelope-from alex65536@yandex.ru) Received: from [87.245.181.70] ([87.245.181.70]:29159 "EHLO [192.168.0.100]" smtp-auth: "alex65536" TLS-CIPHER: TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S7768790AbXBMNok (ORCPT ); Tue, 13 Feb 2007 16:44:40 +0300 X-Comment: RFC 2476 MSA function at smtp4.yandex.ru logged sender identity as: alex65536 Date: Tue, 13 Feb 2007 16:45:11 +0300 From: alex65536@yandex.ru X-Mailer: The Bat! (v2.10.03) Personal X-Priority: 3 (Normal) Message-ID: <1912119821.20070213164511@yandex.ru> To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: reinitialisation of ata sometimes fails after acpi resume X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: alex65536@yandex.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Feb 2007 13:58:00 -0000 Hi! I have a problem here with resuming my toshiba portege r100 from suspend. Would you help me? First of all, it resumes only with boot_verbose option. And it sometimes crashes, especially with running Xorg. But sometimes nevertheless it resumes without problems. Here is dmesg log when everything is ok: ... ata0: reiniting channel .. 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 ad0: setting PIO4 on Intel ICH4 chip // <- good reinitialization ad0: setting UDMA100 on Intel ICH4 chip // <- ata0: reinit done .. ata1: reiniting channel .. ata1: reset tp1 mask=00 ostat0=ff ostat1=ff ata1: reinit done .. ... $$ And now the bad dmesg log: ... ata0: reiniting channel .. ata0: reset tp1 mask=03 ostat0=80 ostat1=80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 ata0: stat0=0x50 err=0x00 lsb=0xfe msb=0x3f ata0: stat1=0x00 err=0x00 lsb=0xfe msb=0x3f ata0: reset tp2 stat0=50 stat1=00 devices=0x0 ad0: detached // <- bad reinitialization ata0: reinit done .. ata1: reiniting channel .. ata1: reset tp1 mask=00 ostat0=ff ostat1=ff ata1: reinit done .. ... After that a panic occurs with detached ad0. It looks like a timing problem. Would you help me to find the way to make it work. dmesg output: http://media-trest.ru/r100/dmesg Thanx! Alexandre Scherbanov From owner-freebsd-current@FreeBSD.ORG Tue Feb 13 14:23:05 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9FDDA16A420 for ; Tue, 13 Feb 2007 14:23:05 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 3131313C47E for ; Tue, 13 Feb 2007 14:23:05 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.66) with esmtp (envelope-from ) id <1HGyYd-0006pi-Gs>; Tue, 13 Feb 2007 15:22:59 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.66) with esmtpsa (envelope-from ) id <1HGyYd-0006K2-Fe>; Tue, 13 Feb 2007 15:22:59 +0100 Message-ID: <45D1C9C3.408@zedat.fu-berlin.de> Date: Tue, 13 Feb 2007 15:22:59 +0100 From: "O. Hartmann" Organization: Freie =?ISO-8859-1?Q?Universit=E4t_Berlin?= User-Agent: Thunderbird 1.5.0.9 (X11/20070119) MIME-Version: 1.0 To: Eygene Ryabinkin References: <45CA7D23.8050501@criticalmagic.com> <1170980071.18185.12.camel@rnoland-ibm.acs.internap.com> <20070211150703.GJ73008@codelabs.ru> In-Reply-To: <20070211150703.GJ73008@codelabs.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 Cc: Michiel Boland , Robert Noland , freebsd-current@freebsd.org, Richard Coleman Subject: Re: latest xorg port compiles but does not run on sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Feb 2007 14:23:05 -0000 Hello, I experienced the same problem when installing xorg-base port on a freshly installed FreeBSD 7.0-CURRENT and thanks a lot for your problem solving. Has this patch been committed to the ports for an intermediate workaround? Regards, Oliver Eygene Ryabinkin wrote: >>>> Anyway, I recently got hold of an old Sun Ultra10 which I upgraded from >>>> 6.2-RELEASE to -CURRENT (dated about midnight, 7 feb). At that time no >>>> ports were installed. >>>> >>>> Then I proceeded to build and install the xorg-server port >>>> (xorg-server-6.9.0_6) manually, but it wouldn't run. On startup of X the >>>> rather curious message appeared: >>>> >>>> dlopen: /usr/X11R6/lib/modules/fonts/libbitmap.so: Undefined symbol >>>> "xf86stderr". >>>> >>>> Unfortunately I forgot to make a typescript, so I can't tell if >>>> something went wrong during the build. Building xorg on an ultra10 takes >>>> several hours, so please forgive me for not building a second time. >>>> Meanwhile I got X running using binary packages. >>>> >>>> Does anyone have any clue as to what might have happend? The full >>>> Xorg.log is reproduced below. > > I do not know what's happened, but the attached file should go to > the x11-servers/xorg-server/files/ directory and overwrite the original > patch-FreeBSD.cf. Basically, it adds the --export-dynamic flag for > the linker to make global symbols in Xorg to be visible to the > dlopen()/dlsym(), since this is the immediate reason for failures. > >> This is related to the removal of objformat from -current. Richard and >> I got his working by installing objformat from my -current box and >> recompiling xorg-server and xorg-libraries. >> >> ./work/xc/lib/Xft/configure: objformat=`test -x /usr/bin/objformat >> && /usr/bin/objformat || echo aout` >> ./work/xc/lib/Xft/configure: version_type=freebsd-$objformat >> >> this is scattered all around in several places in the code. > > I will try to look at the objformat changes and > will try to undestand why it broke the things. But this will be done > only tomorrow. > > > ------------------------------------------------------------------------ > > --- config/cf/FreeBSD.cf.orig Wed May 4 04:14:57 2005 > +++ config/cf/FreeBSD.cf Fri Feb 9 08:26:54 2007 > @@ -78,6 +78,7 @@ > #define HasIssetugid YES > #define HasPoll YES > #endif > +#define BuildHtmlManPages NO > > #if OSMajorVersion >= 4 > #define HasGetIfAddrs YES > @@ -116,15 +117,14 @@ > # endif > # if (OSRelVersion < 500043) > # define NeedUIThrStubs YES > -# endif > -# if (OSRelVersion >= 502102) > -# define ThreadsLibraries -lpthread > -# elif (OSRelVersion >= 500016) > -# define ThreadsLibraries -lc_r > +# define BuildThreadStubLibrary YES > +# define SharedX11Reqs $(LDPRELIB) $(XTHRSTUBLIB) > +# define SharedXtReqs $(LDPRELIB) $(XONLYLIB) $(SMLIB) $(ICELIB) $(XTHRSTUBLIB) > # else > -# define ThreadsLibraries -pthread > +# define BuildThreadStubLibrary NO > # endif > -# define SystemMTDefines -D_THREAD_SAFE > +# define ThreadsLibraries FreeBSDPTHREAD_LIBS > +# define SystemMTDefines FreeBSDPTHREAD_CFLAGS > #endif > > /* This fixes linking C programs against libGLU on FreeBSD 3.x */ > @@ -172,12 +172,14 @@ > #endif > #endif > > -#ifndef CcCmd > -#define CcCmd cc > -#endif > -#ifndef CplusplusCmd > -#define CplusplusCmd c++ > +#if BuildThreadStubLibrary && (!defined(UseInstalledX11) || !UseInstalledX11) > +#define CcCmd $(CLIENTENVSETUP) FreeBSDCC > +#define CplusplusCmd $(CLIENTENVSETUP) FreeBSDCXX > +#else > +#define CcCmd FreeBSDCC > +#define CplusplusCmd FreeBSDCXX > #endif > + > #define CppCmd /usr/bin/cpp > #define PreProcessCmd CppCmd > #define StandardCppOptions -traditional > @@ -338,7 +340,7 @@ > #ifndef LibraryRpathLoadFlags > # if UseRpath > # if UseElfFormat > -# define LibraryRpathLoadFlags -rpath $(USRLIBDIRPATH) > +# define LibraryRpathLoadFlags -Wl,-rpath $(USRLIBDIRPATH) > # else > # define LibraryRpathLoadFlags -R $(USRLIBDIRPATH) > # endif > @@ -446,7 +448,9 @@ > #ifdef PpcArchitecture > #define XF86INT10_BUILD X86INT10_STUB > #endif > - > +#ifdef PpcArchitecture > +#define XF86INT10_BUILD X86INT10_STUB > +#endif > #define StandardDefines -DCSRG_BASED > > #if OSMajorVersion > 1 > @@ -467,18 +471,8 @@ > #define XawI18nDefines -DUSE_XWCHAR_STRING -DUSE_XMBTOWC > #endif > > -/* The GCC strength-reduce bug is fixed for FreeBSD 2.1.5 and later */ > -#ifndef DefaultGcc2i386Opt > -#if OSMajorVersion > 2 || (OSMajorVersion == 2 && OSMinorVersion > 1) || (OSMajorVersion == 2 && OSMinorVersion == 1 && OSTeenyVersion >= 5) > -#define DefaultGcc2i386Opt -O2 GccAliasingArgs > -#endif > -#endif > - > -#ifdef i386Architecture > -# define OptimizedCDebugFlags DefaultGcc2i386Opt > -#else > -# define OptimizedCDebugFlags -O > -#endif > +#define DefaultGcc2i386Opt > +#define OptimizedCDebugFlags FreeBSDCFLAGS > > #ifndef PreIncDir > # define PreIncDir /usr/include > @@ -575,6 +569,13 @@ > */ > #if (GccMajorVersion == 2 && GccMinorVersion == 95) > #define GccOptBug295 > +#endif > + > +/* > + * Add --export-dynamic flag for FreeBSD 7.x and later. > + */ > +#if OSMajorVersion >= 7 > +#define ExtraLoadOptions -Wl,--export-dynamic > #endif > > #include > > > ------------------------------------------------------------------------ > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- From owner-freebsd-current@FreeBSD.ORG Tue Feb 13 14:38:12 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A832416A400 for ; Tue, 13 Feb 2007 14:38:12 +0000 (UTC) (envelope-from mcdouga9@daemon.egr.msu.edu) Received: from daemon.egr.msu.edu (daemon.egr.msu.edu [35.9.44.65]) by mx1.freebsd.org (Postfix) with ESMTP id 8D4FD13C48E for ; Tue, 13 Feb 2007 14:38:12 +0000 (UTC) (envelope-from mcdouga9@daemon.egr.msu.edu) Received: by daemon.egr.msu.edu (Postfix, from userid 21281) id 0A4331CC2E; Tue, 13 Feb 2007 09:38:12 -0500 (EST) Date: Tue, 13 Feb 2007 09:38:11 -0500 From: Adam McDougall To: "Stephane E. Potvin" Message-ID: <20070213143811.GA1213@egr.msu.edu> References: <20061210002923.GO81923@egr.msu.edu> <20061213003744.GP18799@egr.msu.edu> <4580350F.8080904@videotron.ca> <20070212203524.GX88326@egr.msu.edu> <45D13634.2020206@videotron.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45D13634.2020206@videotron.ca> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-current@freebsd.org Subject: Re: cpufreq est and Enhanced Sleep (Cx) States for Intel Core and above X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Feb 2007 14:38:12 -0000 On Mon, Feb 12, 2007 at 10:53:24PM -0500, Stephane E. Potvin wrote: Adam McDougall wrote: > On Wed, Dec 13, 2006 at 12:14:55PM -0500, Stephane E. Potvin wrote: > > Adam McDougall wrote: > >On Sat, Dec 09, 2006 at 07:29:23PM -0500, Adam McDougall wrote: > > > > Another thing I wish could work is the Enhanced cpu Sleep States; > > this Dell Latitude D820 laptop only sees C1 although the document > > above indicates it should probably support 4 unique states. Is > > there a way I can debug and/or fix this? I can post dumps of the > > acpi stuff and/or verbose boot logs if it would be helpful. > > > > Thanks > > _______________________________________________ > > > >I am attaching my asl and dsdt acpi dumps incase someone knows for > >something to look for as for why it thinks I only have C1, unless > >its related to the speed control problem above. > > > Hi Adam, > > It's only finding the C1 state for various reasons that you'll find > described in some details in the following email that I send to the acpi > mailing list in June this year. The major reason being that the acpi cpu > driver does not support well multiprocessor systems. > > http://docs.freebsd.org/cgi/getmsg.cgi?fetch=116103+0+archive/2006/freebsd-acpi/20060611.freebsd-acpi > > The email also included a patch to add support for multiprocessor > systems to the acpi cpu driver. I've not updated the patch since then so > it might or might not apply cleanly to a recent current. > > Steph > > I didn't get around to trying that patch, but I have tried -current > after code was committed, including as late as Feb 11. It seems to work, > but if both of my cpus are allowed to enter C3 state, my laptop > clock stops advancing (unless you are causing activity) and the performance > gets very choppy, including mouse cursor halting for a second or two, etc. > Typing or moving the mouse seems to nudge the system into crawling along, > but if I leave it alone, timing loops stall. I could do a while loop with > a sleep on the command line and time just doesn't advance on its own, and > the clock in Gnome would halt. My laptop is using the Hpet timer, but it > doesn't seem to make a difference if I use sysctl to try ACPI-fast or i8254. > Could you try the attached patch on your system? It adds a crude check to make sure that the system is not sleeping for more than 1/hz secs. The acpi_cpu driver should back off to a lower Cx state if it does. Steph I just tried it, it did not print anything but actually the laptop got alot slower. The mouse pretty much stopped moving almost at all, and the computer itself was practically completely unresponsive unless I gave the touchpad a workout. I tried with and without boot -v, wasn't sure if it was needed. I also compiled my kernel with the default HZ before and after applying the patch, I remembered I had been using HZ=100. From owner-freebsd-current@FreeBSD.ORG Tue Feb 13 14:56:01 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3C25416A400 for ; Tue, 13 Feb 2007 14:56:01 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from pobox.codelabs.ru (pobox.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id EFB2513C471 for ; Tue, 13 Feb 2007 14:56:00 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from codelabs.ru (pobox.codelabs.ru [144.206.177.45]) by pobox.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1HGz4X-0005zX-UB; Tue, 13 Feb 2007 17:55:58 +0300 Date: Tue, 13 Feb 2007 17:55:53 +0300 From: Eygene Ryabinkin To: "O. Hartmann" Message-ID: <20070213145552.GV1079@codelabs.ru> References: <45CA7D23.8050501@criticalmagic.com> <1170980071.18185.12.camel@rnoland-ibm.acs.internap.com> <20070211150703.GJ73008@codelabs.ru> <45D1C9C3.408@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <45D1C9C3.408@zedat.fu-berlin.de> Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-2.5 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_20 Cc: Michiel Boland , Robert Noland , freebsd-current@freebsd.org, Richard Coleman Subject: Re: latest xorg port compiles but does not run on sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Feb 2007 14:56:01 -0000 Good day! > I experienced the same problem when installing xorg-base port on a freshly > installed FreeBSD 7.0-CURRENT and thanks a lot for your problem solving. No problems ;)) > Has this patch been committed to the ports for an intermediate workaround? There is the PR 109091 for it. It was sent yesterday and today I've notified the x11@ about the patch. -- Eygene From owner-freebsd-current@FreeBSD.ORG Tue Feb 13 13:35:52 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C650A16A406 for ; Tue, 13 Feb 2007 13:35:52 +0000 (UTC) (envelope-from nicklas.westerlund@gonext.no) Received: from dp-mail-01.dinpris.com (dp-mail-01.dinpris.com [195.242.138.197]) by mx1.freebsd.org (Postfix) with SMTP id 1507B13C481 for ; Tue, 13 Feb 2007 13:35:51 +0000 (UTC) (envelope-from nicklas.westerlund@gonext.no) Received: (qmail 16854 invoked by uid 1004); 13 Feb 2007 13:22:25 -0000 Received: from 195.242.138.2 (nicklas.westerlund@gonext.no@195.242.138.2) by dp-mail-01.dinpris.com (envelope-from , uid 98) with qmail-scanner-2.01 (clamdscan: 0.88.7/2523. spamassassin: 3.1.4. Clear:RC:1(195.242.138.2):. Processed in 0.067873 secs); 13 Feb 2007 13:22:25 -0000 Received: from smaug.gonext.se (HELO ?127.0.0.1?) (nicklas.westerlund@gonext.no@195.242.138.2) by dp-mail-01.dinpris.com with SMTP; 13 Feb 2007 13:22:25 -0000 Message-ID: <45D1B86F.9090600@gonext.no> Date: Tue, 13 Feb 2007 14:09:03 +0100 From: "Nicklas B. Westerlund" User-Agent: Thunderbird 2.0b2 (Windows/20070116) MIME-Version: 1.0 To: "O. Hartmann" References: <45D1B762.40800@zedat.fu-berlin.de> In-Reply-To: <45D1B762.40800@zedat.fu-berlin.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 13 Feb 2007 15:31:19 +0000 Cc: freebsd-multimedia@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-questions@freebsd.org Subject: Re: Creative Sound Blaster X-Fi Xtreme Audio X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Feb 2007 13:35:53 -0000 O. Hartmann wrote: > Hello. Hartmann, > I do not know what kind of chipset this soundcard utilize. May 18, 2006 -- Creative plans to make proprietary (closed source) drivers available for the X-Fi series of sound cards in the second quarter of 2007. Nick. From owner-freebsd-current@FreeBSD.ORG Tue Feb 13 15:49:14 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 78FB616A402; Tue, 13 Feb 2007 15:49:14 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 2E0BD13C4B6; Tue, 13 Feb 2007 15:49:14 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5F648.dip.t-dialin.net [84.165.246.72]) by redbull.bpaserver.net (Postfix) with ESMTP id 259912E215; Tue, 13 Feb 2007 17:03:37 +0100 (CET) Received: from webmail.leidinger.net (webmail.Leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id C9AEF5B4A19; Tue, 13 Feb 2007 16:48:54 +0100 (CET) Received: (from www@localhost) by webmail.leidinger.net (8.13.8/8.13.8/Submit) id l1DFms34046864; Tue, 13 Feb 2007 16:48:54 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Tue, 13 Feb 2007 16:48:54 +0100 Message-ID: <20070213164854.fggcac9kgs84oskk@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Tue, 13 Feb 2007 16:48:54 +0100 From: Alexander Leidinger To: "O. Hartmann" References: <78664C02FF341B4FAC63E561846E3BCC079963@ex.hhp.local> <45D1C3E4.7050609@zedat.fu-berlin.de> In-Reply-To: <45D1C3E4.7050609@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.3) / FreeBSD-7.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.864, required 6, autolearn=not spam, BAYES_00 -15.00, DK_POLICY_SIGNSOME 0.00, FORGED_RCVD_HELO 0.14) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: freebsd-multimedia@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-questions@FreeBSD.org Subject: Re: Creative Sound Blaster X-Fi Xtreme Audio X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Feb 2007 15:49:14 -0000 Quoting "O. Hartmann" (from Tue, 13 Feb =20 2007 14:57:56 +0100): > All right, > then the question shouldn't be lined up on snd_emu10kx, I saw that this > type of soundcard utilize the CMedia CMI8738 chipset and there is > already a driver called snd_cmi. > The big, bad, ugly question is: will FreeBSD 7.0-CURRENT support any of > the X-Fi soundcards from creative? No. Creative doesn't provide docs for any product. > At the moment, I have onboard sound (which is boring) and Soundblaster > Audigy SE, which is NOT supported by FreeBSD 7 and OSS driver for amd64 > crashes the box - so need alternatives. There are some options: - usb audio device (I have one from Creative) - envy24 based one * =20 http://www.freebsd.org/cgi/man.cgi?query=3Dsnd_envy24&apropos=3D0&sektion=3D= 0&manpath=3DFreeBSD+7-current&format=3Dhtml * =20 http://www.freebsd.org/cgi/man.cgi?query=3Dsnd_envy24ht&apropos=3D0&sektion= =3D0&manpath=3DFreeBSD+7-current&format=3Dhtml - an used one Bye, Alexander. --=20 It isn't whether you win or lose, it's how much money you end up with. =09=09-- Jack T. Shakespeare http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-current@FreeBSD.ORG Tue Feb 13 18:32:40 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 58D0216A401 for ; Tue, 13 Feb 2007 18:32:40 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id B664C13C461 for ; Tue, 13 Feb 2007 18:32:39 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 13 Feb 2007 18:32:38 -0000 X-Provags-ID: V01U2FsdGVkX1/Sddc9XZXSVVFsH5IIgG0JCEyY5ziOdSctQvOMT5 xa+Q== From: Stefan Ehmann To: freebsd-current@freebsd.org Date: Tue, 13 Feb 2007 19:32:34 +0100 User-Agent: KMail/1.9.5 References: <20070201232118.c7cc1a10.ota@j.email.ne.jp> <20070203161519.GD64874@garage.freebsd.pl> In-Reply-To: <20070203161519.GD64874@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702131932.36517.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 Cc: Yoshihiro Ota , Pawel Jakub Dawidek Subject: Re: geli 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, 13 Feb 2007 18:32:40 -0000 On Saturday 03 February 2007 17:15, Pawel Jakub Dawidek wrote: > On Thu, Feb 01, 2007 at 11:21:18PM -0500, Yoshihiro Ota wrote: > > RCS file: /home/ncvs/src/sys/geom/eli/g_eli.c,v > > Working file: g_eli.c > > head: 1.34 ... > > The change noted above caused problem with my system. > > After typing password, the geli device was never recognized never > > response. It looked like it was in an infinity loop. > > I have the following entry in my fstab and I need to type in my password > > for it. > > > > /dev/da0s2.eli /export ufs rw 2 2 > > > > After reverting to 1.33, my system started without problems. I use > > GENERIC kernel configuration without WITNESS and INVARIANTS. > > Could you provide dmesg from your machine? Any news on this one? I experience the same problem. Stefan From owner-freebsd-current@FreeBSD.ORG Tue Feb 13 18:53:13 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4D8DB16A401; Tue, 13 Feb 2007 18:53:13 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 44DF413C4AA; Tue, 13 Feb 2007 18:53:13 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id F171D1A4D8B; Tue, 13 Feb 2007 10:53:12 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 6DBA353588; Tue, 13 Feb 2007 13:53:12 -0500 (EST) Date: Tue, 13 Feb 2007 13:53:12 -0500 From: Kris Kennaway To: current@FreeBSD.org Message-ID: <20070213185312.GF67616@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NtwzykIc2mflq5ck" Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Cc: amd64@FreeBSD.org Subject: Page fault in amd64 pmap_qremove from vm_thread_new() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Feb 2007 18:53:13 -0000 --NtwzykIc2mflq5ck Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I get this frequently when running stress2 on an 8-core amd64 system: Fatal trap 12: page fault while in kernel mode Fatal trap 12: page fault while in kernel mode cpuid = 2; apic id = 02 Fatal trap 12: page fault while in kernel mode cpuid = 5; fault virtual address = 0xffff807ffffff040 Fatal trap 12: page fault while in kernel mode Fatal trap 12: page fault while in kernel mode cpuid = 4; apic id = 05 apic id = 04 fault virtual address = 0xffff807ffffff0e0 fault virtual address = 0xffff807ffffff0b8 cpuid = 0; fault code = supervisor write data, page not present instruction pointer = 0x8:0xffffffff803deedd cpuid = 3; stack pointer = 0x10:0xffffffffc7647720 fault code = supervisor write data, page not present instruction pointer = 0x8:0xffffffff803deedd apic id = 00 stack pointer = 0x10:0xffffffffcfd7e720 fault code = supervisor write data, page not present frame pointer = 0x10:0xffffffffc7647730 frame pointer = 0x10:0xffffffffcfd7e730 Fatal trap 12: page fault while in kernel mode cpuid = 6; instruction pointer = 0x8:0xffffffff803deedd stack pointer = 0x10:0xffffffffb2b93720 frame pointer = 0x10:0xffffffffb2b93730 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, Fatal trap 12: page fault while in kernel mode apic id = 06 cpuid = 7; fault virtual address = 0xffff807ffffff108 apic id = 07 fault code = supervisor write data, page not present code segment = base 0x0, limit 0xfffff, type 0x1b apic id = 03 = DPL 0, pres 1, long 1, def32 0, gran 1 fault virtual address = 0xffff807ffffff068 IOPL = 0 fault code = supervisor write data, page not present fault virtual address = 0xffff807ffffff018 instruction pointer = 0x8:0xffffffff803deedd instruction pointer = 0x8:0xffffffff803deedd Fatal trap 12: page fault while in kernel mode stack pointer = 0x10:0xffffffffbf901720 cpuid = 4; stack pointer = 0x10:0xffffffffb1c11720 processor eflags = frame pointer = 0x10:0xffffffffb1c11730 interrupt enabled, resume, fault code = supervisor write data, page not present IOPL = 0 instruction pointer = 0x8:0xffffffff803deedd current process = stack pointer = 0x10:0xffffffffd5b25720 frame pointer = 0x10:0xffffffffbf901730 frame pointer = 0x10:0xffffffffd5b25730 code segment = base 0x0, limit 0xfffff, type 0x1b current process = = DPL 0, pres 1, long 1, def32 0, gran 1 code segment = base 0x0, limit 0xfffff, type 0x1b code segment = base 0x0, limit 0xfffff, type 0x1b 18747 (thr2) [thread pid 18747 tid 142909 ] Stopped at pmap_qremove+0x2d: movq $0,(%rcx,%rax,8) db> wh Tracing pid 18747 tid 142909 td 0xffffff0095710cd0 pmap_qremove() at pmap_qremove+0x2d vm_thread_new() at vm_thread_new+0x8d thread_init() at thread_init+0x16 slab_zalloc() at slab_zalloc+0x282 uma_zone_slab() at uma_zone_slab+0x1ae uma_zalloc_bucket() at uma_zalloc_bucket+0x19d uma_zalloc_arg() at uma_zalloc_arg+0x3a3 thread_alloc() at thread_alloc+0x1f create_thread() at create_thread+0xc5 kern_thr_new() at kern_thr_new+0x75 thr_new() at thr_new+0x62 syscall() at syscall+0x310 Xfast_syscall() at Xfast_syscall+0xab --- syscall (455, FreeBSD ELF64, thr_new), rip = 0x8007a1cac, rsp = 0x7fffffffdef8, rbp = 0 --- db> show allpcpu Current CPU: 2 cpuid = 0 curthread = 0xffffff00717e8290: pid 18944 "thr2" curpcb = 0xffffffffe2e33d50 fpcurthread = none idlethread = 0xffffff00b9aa6520: pid 17 "idle: cpu0" spin locks held: cpuid = 1 curthread = 0xffffff0015e9d7b0: pid 18736 "thr2" curpcb = 0xffffffffbceefd50 fpcurthread = none idlethread = 0xffffff00b9aa6290: pid 16 "idle: cpu1" spin locks held: exclusive spin mutex sio r = 0 (0xffffffff806bf3c0) locked @ dev/sio/sio.c:1390 cpuid = 2 curthread = 0xffffff0095710cd0: pid 18747 "thr2" curpcb = 0xffffffffcfd7ed50 fpcurthread = none idlethread = 0xffffff00b9aa6000: pid 15 "idle: cpu2" spin locks held: cpuid = 3 curthread = 0xffffff00ad485290: pid 18743 "thr2" curpcb = 0xffffffffd5b25d50 fpcurthread = none idlethread = 0xffffff00b9a63cd0: pid 14 "idle: cpu3" spin locks held: cpuid = 4 curthread = 0xffffff0098fc7000: pid 18942 "thr2" curpcb = 0xffffffffc77fad50 fpcurthread = none idlethread = 0xffffff00b9a63000: pid 13 "idle: cpu4" spin locks held: exclusive spin mutex turnstile chain r = 0 (0xffffffff80613ed8) locked @ kern/subr_turnstile.c:489 cpuid = 5 curthread = 0xffffff00215b8cd0: pid 18708 "thr2" curpcb = 0xffffffffb2b93d50 fpcurthread = none idlethread = 0xffffff00b9a8fcd0: pid 12 "idle: cpu5" spin locks held: cpuid = 6 curthread = 0xffffff005b72d520: pid 18718 "thr2" curpcb = 0xffffffffb1c11d50 fpcurthread = none idlethread = 0xffffff00b9a8fa40: pid 11 "idle: cpu6" spin locks held: cpuid = 7 curthread = 0xffffff0078aae7b0: pid 18782 "thr2" curpcb = 0xffffffffbf901d50 fpcurthread = none idlethread = 0xffffff00b9a8f7b0: pid 10 "idle: cpu7" spin locks held: For some reason ddb doesn't give sensible backtraces for the running threads: db> wh 18944 Tracing pid 18944 tid 130433 td 0xffffff009daa7290 fork_trampoline() at fork_trampoline db> wh 18736 Tracing pid 18736 tid 165977 td 0xffffff00632b2cd0 fork_trampoline() at fork_trampoline db> wh 18747 Tracing pid 18747 tid 165890 td 0xffffff0037403000 fork_trampoline() at fork_trampoline db> wh 18743 Tracing pid 18743 tid 165929 td 0xffffff004f59e000 fork_trampoline() at fork_trampoline db> wh 18942 Tracing pid 18942 tid 130531 td 0xffffff000a166520 fork_trampoline() at fork_trampoline db> wh 18708 Tracing pid 18708 tid 166269 td 0xffffff005c28a290 fork_trampoline() at fork_trampoline db> wh 18718 Tracing pid 18718 tid 111088 td 0xffffff0081f51a40 fork_trampoline() at fork_trampoline db> wh 18782 Tracing pid 18782 tid 166078 td 0xffffff0052b4c000 fork_trampoline() at fork_trampoline Kris --NtwzykIc2mflq5ck Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF0gkXWry0BWjoQKURApFCAJ9Kvsu4QF5QvGjxgq7dWk/N1M0VNwCg3QS7 mpBhzPM1bASlmup733EvX74= =CwwH -----END PGP SIGNATURE----- --NtwzykIc2mflq5ck-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 13 19:02:45 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0B2A016A406 for ; Tue, 13 Feb 2007 19:02:45 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id 69F8513C49D for ; Tue, 13 Feb 2007 19:02:44 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.227] (helo=fw.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60) (envelope-from ) id 1HH2vC-000DXe-Mj; Tue, 13 Feb 2007 21:02:43 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id l1DJ2NUG032330 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 13 Feb 2007 21:02:23 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8) with ESMTP id l1DJ2NCl051100; Tue, 13 Feb 2007 21:02:23 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8/Submit) id l1DJ2N8T051099; Tue, 13 Feb 2007 21:02:23 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 13 Feb 2007 21:02:23 +0200 From: Kostik Belousov To: Kris Kennaway Message-ID: <20070213190222.GE25802@deviant.kiev.zoral.com.ua> References: <20070213185312.GF67616@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9l24NVCWtSuIVIod" Content-Disposition: inline In-Reply-To: <20070213185312.GF67616@xor.obsecurity.org> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-0.1 required=5.0 tests=ALL_TRUSTED,SPF_NEUTRAL autolearn=failed version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on fw.zoral.com.ua X-Scanner-Signature: 26e083d2ce24d3f2b762b2848bba661f X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 770 [Feb 13 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: amd64@freebsd.org, current@freebsd.org Subject: Re: Page fault in amd64 pmap_qremove from vm_thread_new() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Feb 2007 19:02:45 -0000 --9l24NVCWtSuIVIod Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 13, 2007 at 01:53:12PM -0500, Kris Kennaway wrote: > I get this frequently when running stress2 on an 8-core amd64 system: >=20 > Fatal trap 12: page fault while in kernel mode > Fatal trap 12: page fault while in kernel mode >=20 >=20 > cpuid =3D 2; >=20 >=20 > apic id =3D 02 >=20 > Fatal trap 12: page fault while in kernel mode >=20 > cpuid =3D 5; fault virtual address =3D 0xffff807ffffff040 > Fatal trap 12: page fault while in kernel mode > Fatal trap 12: page fault while in kernel mode >=20 > cpuid =3D 4; apic id =3D 05 > apic id =3D 04 > fault virtual address =3D 0xffff807ffffff0e0 > fault virtual address =3D 0xffff807ffffff0b8 > cpuid =3D 0; fault code =3D supervisor write data, page not pre= sent >=20 > instruction pointer =3D 0x8:0xffffffff803deedd > cpuid =3D 3; stack pointer =3D 0x10:0xffffffffc7647720 > fault code =3D supervisor write data, page not present >=20 > instruction pointer =3D 0x8:0xffffffff803deedd > apic id =3D 00 > stack pointer =3D 0x10:0xffffffffcfd7e720 > fault code =3D supervisor write data, page not present > frame pointer =3D 0x10:0xffffffffc7647730 > frame pointer =3D 0x10:0xffffffffcfd7e730 > Fatal trap 12: page fault while in kernel mode >=20 > cpuid =3D 6; > instruction pointer =3D 0x8:0xffffffff803deedd >=20 > stack pointer =3D 0x10:0xffffffffb2b93720 >=20 > frame pointer =3D 0x10:0xffffffffb2b93730 >=20 > code segment =3D base 0x0, limit 0xfffff, type 0x1b >=20 > =3D DPL 0, pres 1, long 1, def32 0, gran 1 >=20 > processor eflags =3D > interrupt enabled, > resume, Fatal trap 12: page fault while in kernel mode > apic id =3D 06 > cpuid =3D 7; fault virtual address =3D 0xffff807ffffff108 > apic id =3D 07 > fault code =3D supervisor write data, page not present > code segment =3D base 0x0, limit 0xfffff, type 0x1b > apic id =3D 03 > =3D DPL 0, pres 1, long 1, def32 0, gran 1 > fault virtual address =3D 0xffff807ffffff068 > IOPL =3D 0 > fault code =3D supervisor write data, page not present > fault virtual address =3D 0xffff807ffffff018 > instruction pointer =3D 0x8:0xffffffff803deedd > instruction pointer =3D 0x8:0xffffffff803deedd > Fatal trap 12: page fault while in kernel mode > stack pointer =3D 0x10:0xffffffffbf901720 > cpuid =3D 4; stack pointer =3D 0x10:0xffffffffb1c11720 > processor eflags =3D frame pointer =3D 0x10:0xffffffffb1c1= 1730 > interrupt enabled, resume, fault code =3D supervisor write data= , page not present > IOPL =3D 0 > instruction pointer =3D 0x8:0xffffffff803deedd > current process =3D stack pointer =3D 0x10:0xffffffffd5b2= 5720 > frame pointer =3D 0x10:0xffffffffbf901730 > frame pointer =3D 0x10:0xffffffffd5b25730 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > current process =3D =3D DPL 0, pres 1, long= 1, def32 0, gran 1 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > code segment =3D base 0x0, limit 0xfffff, type 0x1b > 18747 (thr2) > [thread pid 18747 tid 142909 ] > Stopped at pmap_qremove+0x2d: movq $0,(%rcx,%rax,8) > db> wh > Tracing pid 18747 tid 142909 td 0xffffff0095710cd0 > pmap_qremove() at pmap_qremove+0x2d > vm_thread_new() at vm_thread_new+0x8d > thread_init() at thread_init+0x16 > slab_zalloc() at slab_zalloc+0x282 > uma_zone_slab() at uma_zone_slab+0x1ae > uma_zalloc_bucket() at uma_zalloc_bucket+0x19d > uma_zalloc_arg() at uma_zalloc_arg+0x3a3 > thread_alloc() at thread_alloc+0x1f > create_thread() at create_thread+0xc5 > kern_thr_new() at kern_thr_new+0x75 > thr_new() at thr_new+0x62 > syscall() at syscall+0x310 > Xfast_syscall() at Xfast_syscall+0xab > --- syscall (455, FreeBSD ELF64, thr_new), rip =3D 0x8007a1cac, rsp =3D 0= x7fffffffdef8, rbp =3D 0 --- > db> show allpcpu > Current CPU: 2 >=20 > cpuid =3D 0 > curthread =3D 0xffffff00717e8290: pid 18944 "thr2" > curpcb =3D 0xffffffffe2e33d50 > fpcurthread =3D none > idlethread =3D 0xffffff00b9aa6520: pid 17 "idle: cpu0" > spin locks held: >=20 > cpuid =3D 1 > curthread =3D 0xffffff0015e9d7b0: pid 18736 "thr2" > curpcb =3D 0xffffffffbceefd50 > fpcurthread =3D none > idlethread =3D 0xffffff00b9aa6290: pid 16 "idle: cpu1" > spin locks held: > exclusive spin mutex sio r =3D 0 (0xffffffff806bf3c0) locked @ dev/sio/si= o.c:1390 >=20 > cpuid =3D 2 > curthread =3D 0xffffff0095710cd0: pid 18747 "thr2" > curpcb =3D 0xffffffffcfd7ed50 > fpcurthread =3D none > idlethread =3D 0xffffff00b9aa6000: pid 15 "idle: cpu2" > spin locks held: >=20 > cpuid =3D 3 > curthread =3D 0xffffff00ad485290: pid 18743 "thr2" > curpcb =3D 0xffffffffd5b25d50 > fpcurthread =3D none > idlethread =3D 0xffffff00b9a63cd0: pid 14 "idle: cpu3" > spin locks held: >=20 > cpuid =3D 4 > curthread =3D 0xffffff0098fc7000: pid 18942 "thr2" > curpcb =3D 0xffffffffc77fad50 > fpcurthread =3D none > idlethread =3D 0xffffff00b9a63000: pid 13 "idle: cpu4" > spin locks held: > exclusive spin mutex turnstile chain r =3D 0 (0xffffffff80613ed8) locked = @ kern/subr_turnstile.c:489 >=20 > cpuid =3D 5 > curthread =3D 0xffffff00215b8cd0: pid 18708 "thr2" > curpcb =3D 0xffffffffb2b93d50 > fpcurthread =3D none > idlethread =3D 0xffffff00b9a8fcd0: pid 12 "idle: cpu5" > spin locks held: >=20 > cpuid =3D 6 > curthread =3D 0xffffff005b72d520: pid 18718 "thr2" > curpcb =3D 0xffffffffb1c11d50 > fpcurthread =3D none > idlethread =3D 0xffffff00b9a8fa40: pid 11 "idle: cpu6" > spin locks held: >=20 > cpuid =3D 7 > curthread =3D 0xffffff0078aae7b0: pid 18782 "thr2" > curpcb =3D 0xffffffffbf901d50 > fpcurthread =3D none > idlethread =3D 0xffffff00b9a8f7b0: pid 10 "idle: cpu7" > spin locks held: >=20 > For some reason ddb doesn't give sensible backtraces for the running thre= ads: >=20 > db> wh 18944 > Tracing pid 18944 tid 130433 td 0xffffff009daa7290 > fork_trampoline() at fork_trampoline > db> wh 18736 > Tracing pid 18736 tid 165977 td 0xffffff00632b2cd0 > fork_trampoline() at fork_trampoline > db> wh 18747 > Tracing pid 18747 tid 165890 td 0xffffff0037403000 > fork_trampoline() at fork_trampoline > db> wh 18743 > Tracing pid 18743 tid 165929 td 0xffffff004f59e000 > fork_trampoline() at fork_trampoline > db> wh 18942 > Tracing pid 18942 tid 130531 td 0xffffff000a166520 > fork_trampoline() at fork_trampoline > db> wh 18708 > Tracing pid 18708 tid 166269 td 0xffffff005c28a290 > fork_trampoline() at fork_trampoline > db> wh 18718 > Tracing pid 18718 tid 111088 td 0xffffff0081f51a40 > fork_trampoline() at fork_trampoline > db> wh 18782 > Tracing pid 18782 tid 166078 td 0xffffff0052b4c000 > fork_trampoline() at fork_trampoline Is the backtrace for faulted thread always the same ? And this is CURRENT ? I'm starring at similar (looks random) corruption on amd64 6.2-RELEASE. Machine already produced >2 core dumps. --9l24NVCWtSuIVIod Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF0gs+C3+MBN1Mb4gRAgWXAKDvh0JupoLv9cK9sfHgcf57cpNaQgCeIX5x P0K/un9sWC1Qh/3e8WVsTc4= =5WaY -----END PGP SIGNATURE----- --9l24NVCWtSuIVIod-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 13 19:10:32 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B212D16A527; Tue, 13 Feb 2007 19:10:32 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id A54A113C461; Tue, 13 Feb 2007 19:10:32 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 0F9A11A4DAE; Tue, 13 Feb 2007 11:10:32 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 5D75651426; Tue, 13 Feb 2007 14:10:31 -0500 (EST) Date: Tue, 13 Feb 2007 14:10:30 -0500 From: Kris Kennaway To: Kostik Belousov Message-ID: <20070213191030.GA68059@xor.obsecurity.org> References: <20070213185312.GF67616@xor.obsecurity.org> <20070213190222.GE25802@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FL5UXtIhxfXey3p5" Content-Disposition: inline In-Reply-To: <20070213190222.GE25802@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.4.2.2i Cc: amd64@freebsd.org, current@freebsd.org, Kris Kennaway Subject: Re: Page fault in amd64 pmap_qremove from vm_thread_new() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Feb 2007 19:10:32 -0000 --FL5UXtIhxfXey3p5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 13, 2007 at 09:02:23PM +0200, Kostik Belousov wrote: > On Tue, Feb 13, 2007 at 01:53:12PM -0500, Kris Kennaway wrote: > > I get this frequently when running stress2 on an 8-core amd64 system: > >=20 > > Fatal trap 12: page fault while in kernel mode > > Fatal trap 12: page fault while in kernel mode > >=20 > >=20 > > cpuid =3D 2; > >=20 > >=20 > > apic id =3D 02 > >=20 > > Fatal trap 12: page fault while in kernel mode > >=20 > > cpuid =3D 5; fault virtual address =3D 0xffff807ffffff040 > > Fatal trap 12: page fault while in kernel mode > > Fatal trap 12: page fault while in kernel mode > >=20 > > cpuid =3D 4; apic id =3D 05 > > apic id =3D 04 > > fault virtual address =3D 0xffff807ffffff0e0 > > fault virtual address =3D 0xffff807ffffff0b8 > > cpuid =3D 0; fault code =3D supervisor write data, page not p= resent > >=20 > > instruction pointer =3D 0x8:0xffffffff803deedd > > cpuid =3D 3; stack pointer =3D 0x10:0xffffffffc7647720 > > fault code =3D supervisor write data, page not present > >=20 > > instruction pointer =3D 0x8:0xffffffff803deedd > > apic id =3D 00 > > stack pointer =3D 0x10:0xffffffffcfd7e720 > > fault code =3D supervisor write data, page not present > > frame pointer =3D 0x10:0xffffffffc7647730 > > frame pointer =3D 0x10:0xffffffffcfd7e730 > > Fatal trap 12: page fault while in kernel mode > >=20 > > cpuid =3D 6; > > instruction pointer =3D 0x8:0xffffffff803deedd > >=20 > > stack pointer =3D 0x10:0xffffffffb2b93720 > >=20 > > frame pointer =3D 0x10:0xffffffffb2b93730 > >=20 > > code segment =3D base 0x0, limit 0xfffff, type 0x1b > >=20 > > =3D DPL 0, pres 1, long 1, def32 0, gran 1 > >=20 > > processor eflags =3D > > interrupt enabled, > > resume, Fatal trap 12: page fault while in kernel mode > > apic id =3D 06 > > cpuid =3D 7; fault virtual address =3D 0xffff807ffffff108 > > apic id =3D 07 > > fault code =3D supervisor write data, page not present > > code segment =3D base 0x0, limit 0xfffff, type 0x1b > > apic id =3D 03 > > =3D DPL 0, pres 1, long 1, def32 0, gran 1 > > fault virtual address =3D 0xffff807ffffff068 > > IOPL =3D 0 > > fault code =3D supervisor write data, page not present > > fault virtual address =3D 0xffff807ffffff018 > > instruction pointer =3D 0x8:0xffffffff803deedd > > instruction pointer =3D 0x8:0xffffffff803deedd > > Fatal trap 12: page fault while in kernel mode > > stack pointer =3D 0x10:0xffffffffbf901720 > > cpuid =3D 4; stack pointer =3D 0x10:0xffffffffb1c11720 > > processor eflags =3D frame pointer =3D 0x10:0xffffffffb1= c11730 > > interrupt enabled, resume, fault code =3D supervisor write da= ta, page not present > > IOPL =3D 0 > > instruction pointer =3D 0x8:0xffffffff803deedd > > current process =3D stack pointer =3D 0x10:0xffffffffd5= b25720 > > frame pointer =3D 0x10:0xffffffffbf901730 > > frame pointer =3D 0x10:0xffffffffd5b25730 > > code segment =3D base 0x0, limit 0xfffff, type 0x1b > > current process =3D =3D DPL 0, pres 1, lo= ng 1, def32 0, gran 1 > > code segment =3D base 0x0, limit 0xfffff, type 0x1b > > code segment =3D base 0x0, limit 0xfffff, type 0x1b > > 18747 (thr2) > > [thread pid 18747 tid 142909 ] > > Stopped at pmap_qremove+0x2d: movq $0,(%rcx,%rax,8) > > db> wh > > Tracing pid 18747 tid 142909 td 0xffffff0095710cd0 > > pmap_qremove() at pmap_qremove+0x2d > > vm_thread_new() at vm_thread_new+0x8d > > thread_init() at thread_init+0x16 > > slab_zalloc() at slab_zalloc+0x282 > > uma_zone_slab() at uma_zone_slab+0x1ae > > uma_zalloc_bucket() at uma_zalloc_bucket+0x19d > > uma_zalloc_arg() at uma_zalloc_arg+0x3a3 > > thread_alloc() at thread_alloc+0x1f > > create_thread() at create_thread+0xc5 > > kern_thr_new() at kern_thr_new+0x75 > > thr_new() at thr_new+0x62 > > syscall() at syscall+0x310 > > Xfast_syscall() at Xfast_syscall+0xab > > --- syscall (455, FreeBSD ELF64, thr_new), rip =3D 0x8007a1cac, rsp =3D= 0x7fffffffdef8, rbp =3D 0 --- > > db> show allpcpu > > Current CPU: 2 > >=20 > > cpuid =3D 0 > > curthread =3D 0xffffff00717e8290: pid 18944 "thr2" > > curpcb =3D 0xffffffffe2e33d50 > > fpcurthread =3D none > > idlethread =3D 0xffffff00b9aa6520: pid 17 "idle: cpu0" > > spin locks held: > >=20 > > cpuid =3D 1 > > curthread =3D 0xffffff0015e9d7b0: pid 18736 "thr2" > > curpcb =3D 0xffffffffbceefd50 > > fpcurthread =3D none > > idlethread =3D 0xffffff00b9aa6290: pid 16 "idle: cpu1" > > spin locks held: > > exclusive spin mutex sio r =3D 0 (0xffffffff806bf3c0) locked @ dev/sio/= sio.c:1390 > >=20 > > cpuid =3D 2 > > curthread =3D 0xffffff0095710cd0: pid 18747 "thr2" > > curpcb =3D 0xffffffffcfd7ed50 > > fpcurthread =3D none > > idlethread =3D 0xffffff00b9aa6000: pid 15 "idle: cpu2" > > spin locks held: > >=20 > > cpuid =3D 3 > > curthread =3D 0xffffff00ad485290: pid 18743 "thr2" > > curpcb =3D 0xffffffffd5b25d50 > > fpcurthread =3D none > > idlethread =3D 0xffffff00b9a63cd0: pid 14 "idle: cpu3" > > spin locks held: > >=20 > > cpuid =3D 4 > > curthread =3D 0xffffff0098fc7000: pid 18942 "thr2" > > curpcb =3D 0xffffffffc77fad50 > > fpcurthread =3D none > > idlethread =3D 0xffffff00b9a63000: pid 13 "idle: cpu4" > > spin locks held: > > exclusive spin mutex turnstile chain r =3D 0 (0xffffffff80613ed8) locke= d @ kern/subr_turnstile.c:489 > >=20 > > cpuid =3D 5 > > curthread =3D 0xffffff00215b8cd0: pid 18708 "thr2" > > curpcb =3D 0xffffffffb2b93d50 > > fpcurthread =3D none > > idlethread =3D 0xffffff00b9a8fcd0: pid 12 "idle: cpu5" > > spin locks held: > >=20 > > cpuid =3D 6 > > curthread =3D 0xffffff005b72d520: pid 18718 "thr2" > > curpcb =3D 0xffffffffb1c11d50 > > fpcurthread =3D none > > idlethread =3D 0xffffff00b9a8fa40: pid 11 "idle: cpu6" > > spin locks held: > >=20 > > cpuid =3D 7 > > curthread =3D 0xffffff0078aae7b0: pid 18782 "thr2" > > curpcb =3D 0xffffffffbf901d50 > > fpcurthread =3D none > > idlethread =3D 0xffffff00b9a8f7b0: pid 10 "idle: cpu7" > > spin locks held: > >=20 > > For some reason ddb doesn't give sensible backtraces for the running th= reads: > >=20 > > db> wh 18944 > > Tracing pid 18944 tid 130433 td 0xffffff009daa7290 > > fork_trampoline() at fork_trampoline > > db> wh 18736 > > Tracing pid 18736 tid 165977 td 0xffffff00632b2cd0 > > fork_trampoline() at fork_trampoline > > db> wh 18747 > > Tracing pid 18747 tid 165890 td 0xffffff0037403000 > > fork_trampoline() at fork_trampoline > > db> wh 18743 > > Tracing pid 18743 tid 165929 td 0xffffff004f59e000 > > fork_trampoline() at fork_trampoline > > db> wh 18942 > > Tracing pid 18942 tid 130531 td 0xffffff000a166520 > > fork_trampoline() at fork_trampoline > > db> wh 18708 > > Tracing pid 18708 tid 166269 td 0xffffff005c28a290 > > fork_trampoline() at fork_trampoline > > db> wh 18718 > > Tracing pid 18718 tid 111088 td 0xffffff0081f51a40 > > fork_trampoline() at fork_trampoline > > db> wh 18782 > > Tracing pid 18782 tid 166078 td 0xffffff0052b4c000 > > fork_trampoline() at fork_trampoline >=20 > Is the backtrace for faulted thread always the same ? And this is CURRENT= ? This is current, I haven't tried to reproduce on 6.x yet (but can do so). The trace through vm_thread_new() is always the same. Kris --FL5UXtIhxfXey3p5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF0g0mWry0BWjoQKURAo6AAKDiiY/F71gaauv+9yT9OjGiDElTcwCghuaF /zCNn/x2TJrN11orVWJapPU= =VUPw -----END PGP SIGNATURE----- --FL5UXtIhxfXey3p5-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 14 01:02:46 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 073C616A401 for ; Wed, 14 Feb 2007 01:02:46 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from vms048pub.verizon.net (vms048pub.verizon.net [206.46.252.48]) by mx1.freebsd.org (Postfix) with ESMTP id E0C0613C4A6 for ; Wed, 14 Feb 2007 01:02:45 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from [10.0.3.231] ([70.21.169.252]) by vms048.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JDF00IIPHKGNZO0@vms048.mailsrvcs.net> for current@freebsd.org; Tue, 13 Feb 2007 19:02:41 -0600 (CST) Date: Tue, 13 Feb 2007 20:02:39 -0500 From: "Alexandre \"Sunny\" Kovalenko" To: current@freebsd.org Message-id: <1171414959.906.16.camel@RabbitsDen.RabbitsLawn.verizon.net> MIME-version: 1.0 X-Mailer: Evolution 2.8.1.1 FreeBSD GNOME Team Port Content-type: multipart/mixed; boundary="=-cjk2elMz9iT1KHW7lFMh" Cc: Subject: -CURRENT panics on intensive fs operations. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Feb 2007 01:02:46 -0000 --=-cjk2elMz9iT1KHW7lFMh Content-Type: text/plain Content-Transfer-Encoding: 7bit I can reliably panic -CURRENT (Feb 11, noon EST) with the something that excersises the file system. I have currently settled on (cd /usr/ports; make clean), but it all started out as doing some "emerges" to test the latest linuxolator. In the case of the "make clean" I have seen it crashing as early as /usr/ports/audio and as late as /usr/ports/textproc. It does not seem to be consistent as to where it crashes (two latest ones are below). This machine is Intel T2400 (1.83GHz 32-bit dual core). I have attached config file to the E-mail. I am going to turn off PREEMPTION for the lack of better ideas, but I will be happy to try any other suggestions. I did run memtest on this machine for about 6 hours without a problem. If it is helpful, I can place dumps someplace for download. -- Alexandre "Sunny" Kovalenko ========== This is crash #2 ========================== Unread portion of the kernel message buffer: Sleeping thread (tid 100083, pid 89548) owns a non-sleepable lock sched_switch(c5068bd0,0,1) at sched_switch+0xd7 mi_switch(1,0) at mi_switch+0x1d4 sleepq_switch(c5689374) at sleepq_switch+0x8b sleepq_wait(c5689374,c5689374,c06ef6a0,c0695a94,1,0) at sleepq_wait+0x58 cv_wait_unlock(c5689374,c06ef6a0) at cv_wait_unlock+0x127 cv_wait(c5689374,c06ef6a0,c54a5d80,2,e7844930,...) at cv_wait+0x22 _sx_xlock(c5689350,0,0) at _sx_xlock+0x50 _vm_map_lock_read(c568930c,0,0,284496c,c54a5d80,...) at _vm_map_lock_read+0x33 vm_map_lookup(e78449ec,400000,2,e78449f0,e78449e0,e78449e4,e78449c7,e78449c8) at vm_map_lookup+0x22 vm_fault(c568930c,400000,2,8) at vm_fault+0x66 trap_pfault(e7844b08,0,40003a) at trap_pfault+0xf7 trap(e7844b08) at trap+0x39e calltrap() at calltrap+0x6 --- trap 0xc34c2f70, eip = 0x2, esp = 0x10202, ebp = 0 --- panic: sleeping thread cpuid = 0 KDB: enter: panic Physical memory: 2030 MB Dumping 109 MB: 94 78 62 46 30 14 ================= This is the crash #3 ============================== Unread portion of the kernel message buffer: panic: vm_page_insert: page already inserted cpuid = 1 KDB: enter: panic Physical memory: 2030 MB Dumping 105 MB: 90 74 58 42 26 10 --=-cjk2elMz9iT1KHW7lFMh Content-Disposition: attachment; filename=TPX60 Content-Type: text/plain; name=TPX60; charset=UTF-8 Content-Transfer-Encoding: 7bit # # TPX60 -- kernel configuration file for ThinkPad X60 # cpu I686_CPU ident TPX60 # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization options COMPAT_43TTY # BSD 4.3 TTY compat [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. options STOP_NMI # Stop CPUS using NMI instead of IPI # Debugging for use in -current options KDB # Enable kernel debugger support. options DDB # Support DDB. options GDB # Support remote GDB. # options INVARIANTS # Enable calls of extra sanity checking # options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS # options WITNESS # Enable checks to detect deadlocks and cycles # options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed # To make an SMP kernel, the next two lines are needed options SMP # Symmetric MultiProcessor Kernel device apic # I/O APIC # Bus support. device eisa device pci # ATA and ATAPI devices device ata device atadisk # ATA disk drives options ATA_STATIC_ID # Static device numbering # SCSI peripherals device scbus # SCSI bus (required for SCSI) device da # Direct Access (disks) device cd # CD device pass # Passthrough device (direct SCSI access) # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc device agp # support several AGP chipsets # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support device cbb # cardbus (yenta) bridge device pccard # PC Card (16-bit) bus device cardbus # CardBus (32-bit) bus # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) device firmware # firmware assist module # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # FireWire support # device firewire # FireWire bus code # device dcons_crom # device dcons --=-cjk2elMz9iT1KHW7lFMh-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 14 01:17:57 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1370D16A406 for ; Wed, 14 Feb 2007 01:17:57 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id F3BE113C474 for ; Wed, 14 Feb 2007 01:17:56 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id D29DC1A3C1A; Tue, 13 Feb 2007 17:17:56 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id F0C4853C8F; Tue, 13 Feb 2007 20:17:55 -0500 (EST) Date: Tue, 13 Feb 2007 20:17:55 -0500 From: Kris Kennaway To: Alexandre Sunny Kovalenko Message-ID: <20070214011755.GA73381@xor.obsecurity.org> References: <1171414959.906.16.camel@RabbitsDen.RabbitsLawn.verizon.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Qxx1br4bt0+wmkIi" Content-Disposition: inline In-Reply-To: <1171414959.906.16.camel@RabbitsDen.RabbitsLawn.verizon.net> User-Agent: Mutt/1.4.2.2i Cc: current@freebsd.org Subject: Re: -CURRENT panics on intensive fs operations. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Feb 2007 01:17:57 -0000 --Qxx1br4bt0+wmkIi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 13, 2007 at 08:02:39PM -0500, Alexandre Sunny Kovalenko wrote: > I can reliably panic -CURRENT (Feb 11, noon EST) with the something that > excersises the file system. I have currently settled on (cd /usr/ports; > make clean), but it all started out as doing some "emerges" to test the > latest linuxolator. In the case of the "make clean" I have seen it > crashing as early as /usr/ports/audio and as late > as /usr/ports/textproc.=20 >=20 > It does not seem to be consistent as to where it crashes (two latest > ones are below). This machine is Intel T2400 (1.83GHz 32-bit dual core). > I have attached config file to the E-mail. I am going to turn off > PREEMPTION for the lack of better ideas, but I will be happy to try any > other suggestions. I did run memtest on this machine for about 6 hours > without a problem. How about turning debugging back on to try and catch a more useful panic? Also make sure your filesystem is clean, i.e. run fsck -f. If you have disabled debugging then you might be missing assertions that would have caught this closer to the source. Kris --Qxx1br4bt0+wmkIi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF0mNDWry0BWjoQKURAumkAKCL/I5wksJoveBzl0qX9YlPp3W5FACg+mm1 feO+onBU2564U58opUr0NwQ= =C2jQ -----END PGP SIGNATURE----- --Qxx1br4bt0+wmkIi-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 14 05:35:29 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9434816A400 for ; Wed, 14 Feb 2007 05:35:29 +0000 (UTC) (envelope-from darren780@yahoo.com) Received: from web34710.mail.mud.yahoo.com (web34710.mail.mud.yahoo.com [209.191.68.159]) by mx1.freebsd.org (Postfix) with SMTP id 44DF113C47E for ; Wed, 14 Feb 2007 05:35:29 +0000 (UTC) (envelope-from darren780@yahoo.com) Received: (qmail 62183 invoked by uid 60001); 14 Feb 2007 05:35:28 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=Ff2Qkc3TwX9nxd4MSAlCFwMCZFffk18q6RppghtqleCsL8bQPpbJ2jqQnR8rct/KhwZ67zuylg0PLzDKcaTnmoDDSRvg1EWpQvCRGE/UIBswr0zt5P5lULA81Q0MQC3yhR8MDjeRxYibJjwetfnqOtwdFl+rJa0FrD6DvioXKK8=; X-YMail-OSG: wdTNQkkVM1lSglh9nrQ_a4LQ.wKPntlE9oJkT_6eDvVagkGpTjTPQSRbu_YXtgINMT7na0dscWJUDaj7NJ0iepzbeYg24qQOiQVmFBJazm1dI6LcvriFycEYGOg5.t4RiYiqs5_p1bataaA- Received: from [68.150.62.97] by web34710.mail.mud.yahoo.com via HTTP; Tue, 13 Feb 2007 21:35:28 PST Date: Tue, 13 Feb 2007 21:35:28 -0800 (PST) From: "Mr. Darren" To: freebsd-current@freebsd.org MIME-Version: 1.0 Message-ID: <782761.95151.qm@web34710.mail.mud.yahoo.com> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: additional lib error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Feb 2007 05:35:29 -0000 also a whole lot of /libexec/ld-elf.so.1: /usr/local/lib/libintl.so.6: unsupported file layout *** Error code 1 thanks, Darren --------------------------------- We won't tell. Get more on shows you hate to love (and love to hate): Yahoo! TV's Guilty Pleasures list. From owner-freebsd-current@FreeBSD.ORG Wed Feb 14 05:42:16 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BE7A216A400 for ; Wed, 14 Feb 2007 05:42:16 +0000 (UTC) (envelope-from darren780@yahoo.com) Received: from web34705.mail.mud.yahoo.com (web34705.mail.mud.yahoo.com [209.191.68.154]) by mx1.freebsd.org (Postfix) with SMTP id 8C03213C478 for ; Wed, 14 Feb 2007 05:42:16 +0000 (UTC) (envelope-from darren780@yahoo.com) Received: (qmail 70396 invoked by uid 60001); 14 Feb 2007 05:15:35 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=KqbQDKw0dQ4QCCy0P2WbhKW/Vf8n4Y/65HWts3lDO2/4W99wZSA/ViMZkOkA3iPLkwYSTBIlomc9sjqSSvJlYKpei18Adp4ZcFmWEdtTP0sHqEw55XNTGh9aL4QDxt/yycdLp/a/lzQoxX1LrL48tnN57eat+fajN8PMJImsECo=; X-YMail-OSG: NBdEThEVM1mZnDGh5DFKeWsJ1F._T7_VJKIJeApLjTwgmLp0vkWWeM5dmwUJ6ls5xrH.y7q.6F421B07CygQaYbDu8PABsPBJGAyR6ErpJPaSmgjf0EZ4GR4Z8zn2mPUomRihyjAIV3fd2o- Received: from [68.150.62.97] by web34705.mail.mud.yahoo.com via HTTP; Tue, 13 Feb 2007 21:15:35 PST Date: Tue, 13 Feb 2007 21:15:35 -0800 (PST) From: "Mr. Darren" To: freebsd-current@freebsd.org MIME-Version: 1.0 Message-ID: <715380.69814.qm@web34705.mail.mud.yahoo.com> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: new to the list, fyi, and whats up with 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: Wed, 14 Feb 2007 05:42:16 -0000 brand new to the list, brand new to current. The choice to upgrade was simply that with my current hardware, this is the more stable. I am running on an asus crosshair motherboard which works great. The network adapter's are both detected via nfe. It is plaiged with watchdog timeouts but I did verify while doing dhcp requests that some data actually made it through, my router showed a request was made from this computer however it didn't actually manage to get a lease. e1000phy0: PHY 1 on miibus1 e1000phy1: PHY 1 on miibus2 nfe0: port 0xb000-0xb007 mem 0xfe02a000-0xfe02afff,0xfe029000-0xfe0290ff,0xfe028000-0xfe02800f irq 11 at device 16.0 on pci0 miibus1: on nfe0 nfe0: using obsoleted if_watchdog interface nfe0: Ethernet address: xxcensorxx nfe1: port 0xac00-0xac07 mem 0xfe027000-0xfe027fff,0xfe026000-0xfe0260ff,0xfe025000-0xfe02500f irq 7 at device 17.0 on pci0 miibus2: on nfe1 nfe1: using obsoleted if_watchdog interface nfe1: Ethernet address: xxcensorxx because of this I threw in a 3com 3c905C card which only works with the -current branch with my setup. the rest(6.1,6.2) had kernel page faults on amd64. There were no issues with xl0 3c905c while on the i386 kernel and they only started when I switched to amd64, and stopped when I got to 7-current(amd64). I am having a hell of a lot of ports errors while compiling, however I can pkg_add -r the same packages which tells me other people have no such issues. I get a lot of this error: /libexec/ld-elf.so.1: /lib/libpthread.so.2: Undefined symbol "_malloc_prefork" other than that, compared I've run successfully after getting binaries because ports failed for various reasons(mostly lib related errors) mozilla, windowmaker, enlightenment, licq, xorg, firefox -Darren --------------------------------- Bored stiff? Loosen up... Download and play hundreds of games for free on Yahoo! Games. From owner-freebsd-current@FreeBSD.ORG Wed Feb 14 05:54:03 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7B54B16A475 for ; Wed, 14 Feb 2007 05:54:03 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 04DF913C49D for ; Wed, 14 Feb 2007 05:54:02 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id B75431A3C1A; Tue, 13 Feb 2007 21:54:01 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 187C851CF9; Wed, 14 Feb 2007 00:54:01 -0500 (EST) Date: Wed, 14 Feb 2007 00:54:00 -0500 From: Kris Kennaway To: "Mr. Darren" Message-ID: <20070214055400.GA76099@xor.obsecurity.org> References: <715380.69814.qm@web34705.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VbJkn9YxBvnuCH5J" Content-Disposition: inline In-Reply-To: <715380.69814.qm@web34705.mail.mud.yahoo.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org Subject: Re: new to the list, fyi, and whats up with 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: Wed, 14 Feb 2007 05:54:03 -0000 --VbJkn9YxBvnuCH5J Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 13, 2007 at 09:15:35PM -0800, Mr. Darren wrote: > I am having a hell of a lot of ports errors while compiling, however I ca= n pkg_add -r the same packages which tells me other people have no such iss= ues. I get a lot of this error: >=20 > /libexec/ld-elf.so.1: /lib/libpthread.so.2: Undefined symbol "_malloc_pre= fork" You somehow have a very old 7.0 (or pre-7.0) libc. That symbol was added 13 months ago. Kris --VbJkn9YxBvnuCH5J Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF0qP4Wry0BWjoQKURAtvAAKC6WknOuU6ewzf91MzCe6/VphSQmACg06ts b9uVysik9hrLkj378VAX6co= =vmib -----END PGP SIGNATURE----- --VbJkn9YxBvnuCH5J-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 14 05:55:14 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7931E16A401 for ; Wed, 14 Feb 2007 05:55:14 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 69C4A13C4B4 for ; Wed, 14 Feb 2007 05:55:14 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 506E01A3C1A; Tue, 13 Feb 2007 21:55:14 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B063753C8F; Wed, 14 Feb 2007 00:55:13 -0500 (EST) Date: Wed, 14 Feb 2007 00:55:13 -0500 From: Kris Kennaway To: "Mr. Darren" Message-ID: <20070214055513.GB76099@xor.obsecurity.org> References: <782761.95151.qm@web34710.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <782761.95151.qm@web34710.mail.mud.yahoo.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org Subject: Re: additional lib error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Feb 2007 05:55:14 -0000 On Tue, Feb 13, 2007 at 09:35:28PM -0800, Mr. Darren wrote: > also a whole lot of > /libexec/ld-elf.so.1: /usr/local/lib/libintl.so.6: unsupported file layout > *** Error code 1 That's also a broken library, what does file(1) say? Maybe you added an i386 package on your amd64 system. Kris From owner-freebsd-current@FreeBSD.ORG Wed Feb 14 07:23:00 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5D68216A408; Wed, 14 Feb 2007 07:23:00 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 4943713C441; Wed, 14 Feb 2007 07:23:00 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 2DCC61A4D84; Tue, 13 Feb 2007 23:23:00 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 7988451CF9; Wed, 14 Feb 2007 02:22:59 -0500 (EST) Date: Wed, 14 Feb 2007 02:22:59 -0500 From: Kris Kennaway To: Kris Kennaway Message-ID: <20070214072259.GA77408@xor.obsecurity.org> References: <20070213185312.GF67616@xor.obsecurity.org> <20070213190222.GE25802@deviant.kiev.zoral.com.ua> <20070213191030.GA68059@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UugvWAfsgieZRqgk" Content-Disposition: inline In-Reply-To: <20070213191030.GA68059@xor.obsecurity.org> User-Agent: Mutt/1.4.2.2i Cc: Kostik Belousov , amd64@freebsd.org, current@freebsd.org Subject: Re: Page fault in amd64 pmap_qremove from vm_thread_new() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Feb 2007 07:23:00 -0000 --UugvWAfsgieZRqgk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Feb 13, 2007 at 02:10:30PM -0500, Kris Kennaway wrote: > > > db> wh > > > Tracing pid 18747 tid 142909 td 0xffffff0095710cd0 > > > pmap_qremove() at pmap_qremove+0x2d > > > vm_thread_new() at vm_thread_new+0x8d > > > thread_init() at thread_init+0x16 > > > slab_zalloc() at slab_zalloc+0x282 > > > uma_zone_slab() at uma_zone_slab+0x1ae > > > uma_zalloc_bucket() at uma_zalloc_bucket+0x19d > > > uma_zalloc_arg() at uma_zalloc_arg+0x3a3 > > > thread_alloc() at thread_alloc+0x1f > > > create_thread() at create_thread+0xc5 > > > kern_thr_new() at kern_thr_new+0x75 > > > thr_new() at thr_new+0x62 > > > syscall() at syscall+0x310 > > > Xfast_syscall() at Xfast_syscall+0xab > > > --- syscall (455, FreeBSD ELF64, thr_new), rip = 0x8007a1cac, rsp = 0x7fffffffdef8, rbp = 0 --- I think this is the same as this i386 panic panic: vm_thread_new: kstack allocation failed cpuid = 2 KDB: enter: panic [thread pid 15585 tid 100749 ] Stopped at kdb_enter+0x2b: nop db> wh Tracing pid 15585 tid 100749 td 0xc5a0cae0 kdb_enter(c06c5686) at kdb_enter+0x2b panic(c06dcb57,0,c0630aee,c5a0cae0,c4ca2c80,...) at panic+0x11c vm_thread_new(d0d3bae0,0,6,e815cb40,c062f9e2,...) at vm_thread_new+0x6b thread_init(d0d3bae0,1c8,102) at thread_init+0xf slab_zalloc(c10661e0,102,c10661e0,c10661e0,c1074d00,...) at slab_zalloc+0x21a uma_zone_slab(c10661e0,2,c1074d08,0,c06dc0b3,893) at uma_zone_slab+0x138 uma_zalloc_internal(c10661e0,0,2,c1074d08,0,...) at uma_zalloc_internal+0x29 uma_zalloc_arg(c10661e0,0,2) at uma_zalloc_arg+0x303 thread_alloc(0,c5a11b40,c5a11b40,c5a0cae0,c5a0cae0,...) at thread_alloc+0x17 create_thread(c5a0cae0,0,28083554,8057900,ba0a7000,...) at create_thread+0x91 kern_thr_new(c5a0cae0,e815cc44,28083554,8057900,ba0a7000,...) at kern_thr_new+0x4e thr_new(c5a0cae0,e815cd00) at thr_new+0x41 syscall(e815cd38) at syscall+0x242 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (0, FreeBSD ELF32, nosys), eip = 0x2, esp = 0x292, ebp = 0x8057900 --- but I wonder why it didn't fail in the same way? Kris --UugvWAfsgieZRqgk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF0rjSWry0BWjoQKURAn0eAKCWAu3whbDlhKSffmIAE99PMsEohwCdEOFP x7O4PjoWQRqcfMRQXKnB/3E= =pQ39 -----END PGP SIGNATURE----- --UugvWAfsgieZRqgk-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 14 08:35:56 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 55FB616A408 for ; Wed, 14 Feb 2007 08:35:56 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 4183413C4A3 for ; Wed, 14 Feb 2007 08:35:55 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 040C1EB39E5 for ; Wed, 14 Feb 2007 16:35:54 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id IDTJkqbXSynC for ; Wed, 14 Feb 2007 16:35:46 +0800 (CST) Received: from [10.217.12.154] (sina152-194.staff.sina.com.cn [61.135.152.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 72E01EB39D0 for ; Wed, 14 Feb 2007 16:35:42 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to: subject:x-enigmail-version:content-type; b=viPCfR4GqaEahVOGdgLid4tUBNA5pxPJgpdmy5A89f281VvgmBfk5UyVSyByuFpK+ sWM86RKa7IZ/o3Dwo1aqw== Message-ID: <45D2C9DC.9050806@delphij.net> Date: Wed, 14 Feb 2007 16:35:40 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: FreeBSD Current X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enig7C9740914BD1603036052699" Subject: 7-CURRENT does not probe USB device on Dell 2950 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Feb 2007 08:35:56 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig7C9740914BD1603036052699 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, It seems that latest 7-CURRENT has problem with Dell 2950's USB devices. I am not very familiar with the USB code, but it looks weird to have: "usbd_new_device: adding unit addr=3D1, rev=3D00, class=3D0, subclass=3D0= , protocol=3D0, maxpacket=3D0, len=3D0, speed=3D2 usbd_new_device: illegal descriptor 0" in the debug output. Full log of what I got from the USB_DEBUG (level=3D255) is: [delphij@tango] /sys/dev/usb> dmesg | grep usb usb_allocmem: large alloc 4096 usb_block_allocmem: size=3D4096 align=3D4096 usb_block_allocmem: no free usb_allocmem: large alloc 4096 usb_block_allocmem: size=3D4096 align=3D16 usb_block_allocmem: no free usb_allocmem: large alloc 4096 usb_block_allocmem: size=3D4096 align=3D16 usb_block_allocmem: no free usb_allocmem: large alloc 4096 usb_block_allocmem: size=3D4096 align=3D16 usb_block_allocmem: no free usb_allocmem: large alloc 4096 usb_block_allocmem: size=3D4096 align=3D16 usb_block_allocmem: no free usb_allocmem: large alloc 4096 usb_block_allocmem: size=3D4096 align=3D16 usb_block_allocmem: no free usbd_match usbd_match usb0: on uhci0 usbd_attach usb0: USB revision 1.0 usbd_new_device bus=3D0xffffffff80e6e000 port=3D0 depth=3D0 speed=3D2 usbd_setup_pipe: dev=3D0xffffff012f30f700 iface=3D0 ep=3D0xffffff012f30f7= 38 pipe=3D0xffffff012f30f708 usbd_new_device: setting device address=3D1 usbd_alloc_xfer() =3D 0xffffff012f002400 usbd_transfer: xfer=3D0xffffff012f002400, flags=3D2, pipe=3D0xffffff012f30f800, running=3D0 usbd_dump_queue: pipe=3D0xffffff012f30f800 usb_insert_transfer: pipe=3D0xffffff012f30f800 running=3D0 timeout=3D5000= usb_transfer_complete: pipe=3D0xffffff012f30f800 xfer=3D0xffffff012f00240= 0 status=3D0 actlen=3D0 usb_transfer_complete: repeat=3D0 new head=3D0 usbd_start_next: pipe=3D0xffffff012f30f800, xfer=3D0 usbd_free_xfer: 0xffffff012f002400 usbd_ar_pipe: pipe=3D0xffffff012f30f800 usbd_dump_queue: pipe=3D0xffffff012f30f800 usbd_setup_pipe: dev=3D0xffffff012f30f700 iface=3D0 ep=3D0xffffff012f30f7= 38 pipe=3D0xffffff012f30f708 usbd_get_desc: type=3D1, index=3D0, len=3D8 usbd_alloc_xfer() =3D 0xffffff012f002400 usbd_transfer: xfer=3D0xffffff012f002400, flags=3D2, pipe=3D0xffffff012f30f900, running=3D0 usbd_dump_queue: pipe=3D0xffffff012f30f900 usb_insert_transfer: pipe=3D0xffffff012f30f900 running=3D0 timeout=3D5000= usb_transfer_complete: pipe=3D0xffffff012f30f900 xfer=3D0xffffff012f00240= 0 status=3D0 actlen=3D8 usb_transfer_complete: repeat=3D0 new head=3D0 usbd_start_next: pipe=3D0xffffff012f30f900, xfer=3D0 usbd_free_xfer: 0xffffff012f002400 usbd_new_device: adding unit addr=3D1, rev=3D00, class=3D0, subclass=3D0,= protocol=3D0, maxpacket=3D0, len=3D0, speed=3D2 usbd_new_device: illegal descriptor 0 usbd_remove_device: 0xffffff012f30f700 usbd_ar_pipe: pipe=3D0xffffff012f30f900 usbd_dump_queue: pipe=3D0xffffff012f30f900 usb0: root hub problem, error=3D4 usb_allocmem: large alloc 4096 usb_block_allocmem: size=3D4096 align=3D4096 usb_block_allocmem: no free usb_allocmem: large alloc 4096 usb_block_allocmem: size=3D4096 align=3D16 usb_block_allocmem: no free usb_allocmem: large alloc 4096 usb_block_allocmem: size=3D4096 align=3D16 usb_block_allocmem: no free usb_allocmem: large alloc 4096 usb_block_allocmem: size=3D4096 align=3D16 usb_block_allocmem: no free usb_allocmem: large alloc 4096 usb_block_allocmem: size=3D4096 align=3D16 usb_block_allocmem: no free usb_allocmem: large alloc 4096 usb_block_allocmem: size=3D4096 align=3D16 usb_block_allocmem: no free usbd_match usbd_match usb1: on uhci1 usbd_attach usb1: USB revision 1.0 usbd_new_device bus=3D0xffffffff80e70000 port=3D0 depth=3D0 speed=3D2 usbd_setup_pipe: dev=3D0xffffff012e877c00 iface=3D0 ep=3D0xffffff012e877c= 38 pipe=3D0xffffff012e877c08 usbd_new_device: setting device address=3D1 usbd_alloc_xfer() =3D 0xffffff012f2ca400 usbd_transfer: xfer=3D0xffffff012f2ca400, flags=3D2, pipe=3D0xffffff012e877e00, running=3D0 usbd_dump_queue: pipe=3D0xffffff012e877e00 usb_insert_transfer: pipe=3D0xffffff012e877e00 running=3D0 timeout=3D5000= usb_transfer_complete: pipe=3D0xffffff012e877e00 xfer=3D0xffffff012f2ca40= 0 status=3D0 actlen=3D0 usb_transfer_complete: repeat=3D0 new head=3D0 usbd_start_next: pipe=3D0xffffff012e877e00, xfer=3D0 usbd_free_xfer: 0xffffff012f2ca400 usbd_ar_pipe: pipe=3D0xffffff012e877e00 usbd_dump_queue: pipe=3D0xffffff012e877e00 usbd_setup_pipe: dev=3D0xffffff012e877c00 iface=3D0 ep=3D0xffffff012e877c= 38 pipe=3D0xffffff012e877c08 usbd_get_desc: type=3D1, index=3D0, len=3D8 usbd_alloc_xfer() =3D 0xffffff012f2ca400 usbd_transfer: xfer=3D0xffffff012f2ca400, flags=3D2, pipe=3D0xffffff0000e66900, running=3D0 usbd_dump_queue: pipe=3D0xffffff0000e66900 usb_insert_transfer: pipe=3D0xffffff0000e66900 running=3D0 timeout=3D5000= usb_transfer_complete: pipe=3D0xffffff0000e66900 xfer=3D0xffffff012f2ca40= 0 status=3D0 actlen=3D8 usb_transfer_complete: repeat=3D0 new head=3D0 usbd_start_next: pipe=3D0xffffff0000e66900, xfer=3D0 usbd_free_xfer: 0xffffff012f2ca400 usbd_new_device: adding unit addr=3D1, rev=3D00, class=3D0, subclass=3D0,= protocol=3D0, maxpacket=3D0, len=3D0, speed=3D2 usbd_new_device: illegal descriptor 0 usbd_remove_device: 0xffffff012e877c00 usbd_ar_pipe: pipe=3D0xffffff0000e66900 usbd_dump_queue: pipe=3D0xffffff0000e66900 usb1: root hub problem, error=3D4 usb_allocmem: large alloc 4096 usb_block_allocmem: size=3D4096 align=3D4096 usb_block_allocmem: no free usb_allocmem: large alloc 4096 usb_block_allocmem: size=3D4096 align=3D16 usb_block_allocmem: no free usb_allocmem: large alloc 4096 usb_block_allocmem: size=3D4096 align=3D16 usb_block_allocmem: no free usb_allocmem: large alloc 4096 usb_block_allocmem: size=3D4096 align=3D16 usb_block_allocmem: no free usb_allocmem: large alloc 4096 usb_block_allocmem: size=3D4096 align=3D16 usb_block_allocmem: no free usb_allocmem: large alloc 4096 usb_block_allocmem: size=3D4096 align=3D16 usb_block_allocmem: no free usbd_match usbd_match usb2: on uhci2 usbd_attach usb2: USB revision 1.0 usbd_new_device bus=3D0xffffffff80e72000 port=3D0 depth=3D0 speed=3D2 usbd_setup_pipe: dev=3D0xffffff012f30f400 iface=3D0 ep=3D0xffffff012f30f4= 38 pipe=3D0xffffff012f30f408 usbd_new_device: setting device address=3D1 usbd_alloc_xfer() =3D 0xffffff012df95c00 usbd_transfer: xfer=3D0xffffff012df95c00, flags=3D2, pipe=3D0xffffff012e877c00, running=3D0 usbd_dump_queue: pipe=3D0xffffff012e877c00 usb_insert_transfer: pipe=3D0xffffff012e877c00 running=3D0 timeout=3D5000= usb_transfer_complete: pipe=3D0xffffff012e877c00 xfer=3D0xffffff012df95c0= 0 status=3D0 actlen=3D0 usb_transfer_complete: repeat=3D0 new head=3D0 usbd_start_next: pipe=3D0xffffff012e877c00, xfer=3D0 usbd_free_xfer: 0xffffff012df95c00 usbd_ar_pipe: pipe=3D0xffffff012e877c00 usbd_dump_queue: pipe=3D0xffffff012e877c00 usbd_setup_pipe: dev=3D0xffffff012f30f400 iface=3D0 ep=3D0xffffff012f30f4= 38 pipe=3D0xffffff012f30f408 usbd_get_desc: type=3D1, index=3D0, len=3D8 usbd_alloc_xfer() =3D 0xffffff012df95c00 usbd_transfer: xfer=3D0xffffff012df95c00, flags=3D2, pipe=3D0xffffff0000e66900, running=3D0 usbd_dump_queue: pipe=3D0xffffff0000e66900 usb_insert_transfer: pipe=3D0xffffff0000e66900 running=3D0 timeout=3D5000= usb_transfer_complete: pipe=3D0xffffff0000e66900 xfer=3D0xffffff012df95c0= 0 status=3D0 actlen=3D8 usb_transfer_complete: repeat=3D0 new head=3D0 usbd_start_next: pipe=3D0xffffff0000e66900, xfer=3D0 usbd_free_xfer: 0xffffff012df95c00 usbd_new_device: adding unit addr=3D1, rev=3D00, class=3D0, subclass=3D0,= protocol=3D0, maxpacket=3D0, len=3D0, speed=3D2 usbd_new_device: illegal descriptor 0 usbd_remove_device: 0xffffff012f30f400 usbd_ar_pipe: pipe=3D0xffffff0000e66900 usbd_dump_queue: pipe=3D0xffffff0000e66900 usb2: root hub problem, error=3D4 usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb_allocmem: large alloc 4096 usb_block_allocmem: size=3D4096 align=3D4096 usb_block_allocmem: no free usb_allocmem: large alloc 4096 usb_block_allocmem: size=3D4096 align=3D4096 usb_block_allocmem: no free usb_allocmem: large alloc 4096 usb_block_allocmem: size=3D4096 align=3D4096 usb_block_allocmem: no free usb_allocmem: large alloc 4096 usb_block_allocmem: size=3D4096 align=3D4096 usb_block_allocmem: no free usb_allocmem: large alloc 4096 usb_block_allocmem: size=3D4096 align=3D4096 usb_block_allocmem: no free usb_allocmem: large alloc 4096 usb_block_allocmem: size=3D4096 align=3D4096 usb_block_allocmem: no free usb_allocmem: large alloc 4096 usb_block_allocmem: size=3D4096 align=3D4096 usb_block_allocmem: no free usb_allocmem: large alloc 4096 usb_block_allocmem: size=3D4096 align=3D4096 usb_block_allocmem: no free usb_allocmem: large alloc 4096 usb_block_allocmem: size=3D4096 align=3D4096 usb_block_allocmem: no free usb_allocmem: large alloc 4096 usb_block_allocmem: size=3D4096 align=3D4096 usb_block_allocmem: no free usb_allocmem: large alloc 4096 usb_block_allocmem: size=3D4096 align=3D4096 usb_block_allocmem: no free usb_allocmem: large alloc 4096 usb_block_allocmem: size=3D4096 align=3D4096 usb_block_allocmem: no free usb_allocmem: large alloc 4096 usb_block_allocmem: size=3D4096 align=3D4096 usb_block_allocmem: no free usb_allocmem: large alloc 4096 usb_block_allocmem: size=3D4096 align=3D4096 usb_block_allocmem: no free usb_allocmem: large alloc 4096 usb_block_allocmem: size=3D4096 align=3D4096 usb_block_allocmem: no free usb_allocmem: large alloc 4096 usb_block_allocmem: size=3D4096 align=3D4096 usb_block_allocmem: no free usb_allocmem: large alloc 4096 usb_block_allocmem: size=3D4096 align=3D4096 usb_block_allocmem: no free usbd_match usbd_match usb3: on ehci0 usbd_attach usb3: USB revision 2.0 usbd_new_device bus=3D0xffffff0000e4d000 port=3D0 depth=3D0 speed=3D3 usbd_setup_pipe: dev=3D0xffffff012e877c00 iface=3D0 ep=3D0xffffff012e877c= 38 pipe=3D0xffffff012e877c08 usbd_new_device: setting device address=3D1 usbd_alloc_xfer() =3D 0xffffff012f474000 usbd_transfer: xfer=3D0xffffff012f474000, flags=3D2, pipe=3D0xffffff012eb78e00, running=3D0 usbd_dump_queue: pipe=3D0xffffff012eb78e00 usb_insert_transfer: pipe=3D0xffffff012eb78e00 running=3D0 timeout=3D5000= usb_transfer_complete: pipe=3D0xffffff012eb78e00 xfer=3D0xffffff012f47400= 0 status=3D0 actlen=3D0 usb_transfer_complete: repeat=3D0 new head=3D0 usbd_start_next: pipe=3D0xffffff012eb78e00, xfer=3D0 usbd_free_xfer: 0xffffff012f474000 usbd_ar_pipe: pipe=3D0xffffff012eb78e00 usbd_dump_queue: pipe=3D0xffffff012eb78e00 usbd_setup_pipe: dev=3D0xffffff012e877c00 iface=3D0 ep=3D0xffffff012e877c= 38 pipe=3D0xffffff012e877c08 usbd_get_desc: type=3D1, index=3D0, len=3D8 usbd_alloc_xfer() =3D 0xffffff012f474000 usbd_transfer: xfer=3D0xffffff012f474000, flags=3D2, pipe=3D0xffffff012eb78d80, running=3D0 usbd_dump_queue: pipe=3D0xffffff012eb78d80 usb_insert_transfer: pipe=3D0xffffff012eb78d80 running=3D0 timeout=3D5000= usb_transfer_complete: pipe=3D0xffffff012eb78d80 xfer=3D0xffffff012f47400= 0 status=3D0 actlen=3D8 usb_transfer_complete: repeat=3D0 new head=3D0 usbd_start_next: pipe=3D0xffffff012eb78d80, xfer=3D0 usbd_free_xfer: 0xffffff012f474000 usbd_new_device: adding unit addr=3D1, rev=3D00, class=3D0, subclass=3D0,= protocol=3D0, maxpacket=3D64, len=3D0, speed=3D3 usbd_new_device: illegal descriptor 0 usbd_remove_device: 0xffffff012e877c00 usbd_ar_pipe: pipe=3D0xffffff012eb78d80 usbd_dump_queue: pipe=3D0xffffff012eb78d80 usb3: root hub problem, error=3D4 usb_event_thread: start usb_task_thread: start taskq usbtask-hc usb_task_thread: start taskq usbtask-dr usb_event_thread: start usb_event_thread: start usb_event_thread: start usb_discover usb_event_thread: exit usb_discover usb_event_thread: exit usb_discover usb_event_thread: exit usb_discover usb_event_thread: exit Any clue? Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enig7C9740914BD1603036052699 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFF0sncOfuToMruuMARA7i8AJwJ55QXOvluADJV68vVOl9HW94oJACghVTU C6Zc8uyR6c1JRKlk8V45RlM= =W2eL -----END PGP SIGNATURE----- --------------enig7C9740914BD1603036052699-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 14 09:46:57 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A4AD116A402 for ; Wed, 14 Feb 2007 09:46:57 +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 668E913C49D for ; Wed, 14 Feb 2007 09:46:57 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 29EE517475 for ; Wed, 14 Feb 2007 09:29:36 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.8/8.13.8) with ESMTP id l1E9TY5D001775 for ; Wed, 14 Feb 2007 09:29:35 GMT (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org From: Poul-Henning Kamp Date: Wed, 14 Feb 2007 09:29:34 +0000 Message-ID: <1774.1171445374@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Subject: X stopped working on my T41p :-/ X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Feb 2007 09:46:57 -0000 X stopped working on my T41p, and I'm wondering if anybody know if this failure indication of hardware trouble, or if there is some trick to getting the attention of the radeon chip ? I have tried all the usual tricks, holy water, dead chicken, take out batteries for 15 minutes etc. Failing any good ideas for recovery, recommendations for sensible and solid laptops are welcome in private email. Poul-Henning xauth: creating new authority file /home/phk/.serverauth.829 X Window System Version 6.9.0 Release Date: 21 December 2005 X Protocol Version 11, Revision 0, Release 6.9 Build Operating System: FreeBSD 7.0 i386 [ELF] Current Operating System: FreeBSD critter.freebsd.dk 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Tue Jan 2 13:14:38 UTC 2007 root@critter.freebsd.dk:/usr/obj/critter/src/sys/TP41P i386 Build Date: 02 January 2007 Before reporting problems, check http://wiki.X.Org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Wed Feb 14 09:06:46 2007 (==) Using config file: "/etc/xorg.conf" [drm] failed to load kernel module "radeon" (EE) RADEON(0): [dri] DRIScreenInit failed. Disabling DRI. (EE) RADEON(0): Idle timed out, resetting engine... (EE) RADEON(0): Idle timed out, resetting engine... (EE) RADEON(0): Idle timed out, resetting engine... [...] -- 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 14 10:42:08 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D63C416A401 for ; Wed, 14 Feb 2007 10:42:08 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: from av9-1-sn2.hy.skanova.net (av9-1-sn2.hy.skanova.net [81.228.8.179]) by mx1.freebsd.org (Postfix) with ESMTP id 98BBB13C442 for ; Wed, 14 Feb 2007 10:42:08 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: by av9-1-sn2.hy.skanova.net (Postfix, from userid 502) id DCF9E38091; Wed, 14 Feb 2007 11:20:16 +0100 (CET) Received: from smtp4-2-sn2.hy.skanova.net (smtp4-2-sn2.hy.skanova.net [81.228.8.93]) by av9-1-sn2.hy.skanova.net (Postfix) with ESMTP id AEF583826E for ; Wed, 14 Feb 2007 11:20:16 +0100 (CET) Received: from [192.168.1.192] (81-234-214-163-no68.tbcn.telia.com [81.234.214.163]) by smtp4-2-sn2.hy.skanova.net (Postfix) with ESMTP id 955CB37E4F for ; Wed, 14 Feb 2007 11:20:14 +0100 (CET) From: Joel Dahl To: current@FreeBSD.org Content-Type: text/plain Date: Wed, 14 Feb 2007 11:20:22 +0100 Message-Id: <1171448422.6179.8.camel@dude.automatvapen.se> Mime-Version: 1.0 X-Mailer: Evolution 2.8.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Subject: Fatal trap 12 during 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: Wed, 14 Feb 2007 10:42:08 -0000 Fresh kernel+world always panics with "Fatal trap 12: page fault while in kernel mode" during boot, right after ata. Kernel from Feb 3 works without any problems. Kernel is plain GENERIC. Panic message: http://people.freebsd.org/~joel/panics/002/panic001.jpg Backtrace part1: http://people.freebsd.org/~joel/panics/002/panic002.jpg Backtrace part2: http://people.freebsd.org/~joel/panics/002/panic003.jpg -- Joel From owner-freebsd-current@FreeBSD.ORG Wed Feb 14 12:24:38 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D458716A400 for ; Wed, 14 Feb 2007 12:24:38 +0000 (UTC) (envelope-from darren780@yahoo.com) Received: from web34709.mail.mud.yahoo.com (web34709.mail.mud.yahoo.com [209.191.68.158]) by mx1.freebsd.org (Postfix) with SMTP id 8561C13C4A3 for ; Wed, 14 Feb 2007 12:24:38 +0000 (UTC) (envelope-from darren780@yahoo.com) Received: (qmail 7745 invoked by uid 60001); 14 Feb 2007 12:24:38 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=ap3drYaTKjKkdI79XU1vbRNajVwTeIsWnb+nQsfXOdsnExlJO7qbzoOHdTjqPXbYsTxouAHKMVdNT4l/wro5T3jE/W852rXW7hJt0D+PgUgiZF3aqG2JotipQJLf++Bm/u0DOj1lGjGH6CT6i51X9lz9U3tA74oBgpIJ8nfHWro=; X-YMail-OSG: x485c6kVM1nREilDQsOJ22xzhmmTR6ASQ1e4ZKeH4TfmfvgKuZ1tf.3N4.Gj.yMWCCrZpXA14SNHXd_ti6HoYVQJ9ugzctjn_fi.5bZMwegNxFVtEt44SJrxVO.5KFXIzIdfOJ2sqe1tPQ-- Received: from [68.150.62.97] by web34709.mail.mud.yahoo.com via HTTP; Wed, 14 Feb 2007 04:24:37 PST Date: Wed, 14 Feb 2007 04:24:37 -0800 (PST) From: "Mr. Darren" To: Kris Kennaway , freebsd-current@freebsd.org In-Reply-To: <20070214055513.GB76099@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <990206.5620.qm@web34709.mail.mud.yahoo.com> Cc: Subject: Re: additional lib error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Feb 2007 12:24:38 -0000 %file /usr/local/lib/libintl.so.6 /usr/local/lib/libintl.so.6: ELF 64-bit LSB shared object, AMD x86-64, version 1 (FreeBSD), not stripped % --- Kris Kennaway wrote: > On Tue, Feb 13, 2007 at 09:35:28PM -0800, Mr. Darren > wrote: > > also a whole lot of > > /libexec/ld-elf.so.1: /usr/local/lib/libintl.so.6: > unsupported file layout > > *** Error code 1 > > That's also a broken library, what does file(1) say? > Maybe you added > an i386 package on your amd64 system. > > Kris > ____________________________________________________________________________________ Looking for earth-friendly autos? Browse Top Cars by "Green Rating" at Yahoo! Autos' Green Center. http://autos.yahoo.com/green_center/ From owner-freebsd-current@FreeBSD.ORG Wed Feb 14 12:40:54 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EB52316A409 for ; Wed, 14 Feb 2007 12:40:54 +0000 (UTC) (envelope-from joe@tao.org.uk) Received: from mailhost.tao.org.uk (transwarp.tao.org.uk [87.74.4.34]) by mx1.freebsd.org (Postfix) with ESMTP id A46D813C4B9 for ; Wed, 14 Feb 2007 12:40:54 +0000 (UTC) (envelope-from joe@tao.org.uk) Received: from genius.tao.org.uk (wireless58.dhcp.tao.org.uk [87.74.4.58]) by mailhost.tao.org.uk (Postfix) with ESMTP id 35C3D5C5D; Wed, 14 Feb 2007 12:07:55 +0000 (GMT) Received: by genius.tao.org.uk (Postfix, from userid 1000) id E39AF40D4; Wed, 14 Feb 2007 12:07:50 +0000 (GMT) Date: Wed, 14 Feb 2007 12:07:50 +0000 From: Josef Karthauser To: Harald Schmalzbauer Message-ID: <20070214120750.GF12812@genius.tao.org.uk> Mail-Followup-To: Josef Karthauser , Harald Schmalzbauer , current@freebsd.org References: <45C38657.7030701@omnisec.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dWYAkE0V1FpFQHQ3" Content-Disposition: inline In-Reply-To: <45C38657.7030701@omnisec.de> User-Agent: Mutt/1.5.11 Cc: current@freebsd.org Subject: Re: mfi and mpt question (LSI 8300XLP and SAS1068R) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Feb 2007 12:40:55 -0000 --dWYAkE0V1FpFQHQ3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 02, 2007 at 07:43:35PM +0100, Harald Schmalzbauer wrote: > Dear all, >=20 > I have access to a new FujitsuSiemens Server with the LSI Controllers > mentioned in the topic (8300XLP, Zero-Channel-RAID and LSI MegaRAID > SAS1068R, 8-Channel SAS). > If I remove the 8300XLP I can access the drives by the mpt device, which > gives some errors with the 1068 card: > mpt0: port 0x4000-0x40ff mem > 0xfd310000-0xfd313fff,0xfd300000-0xfd30ffff irq 25 at device 5.0 on pci5 > mpt0: [GIANT-LOCKED] > mpt0: MPI Version=3D1.5.12.0 > mpt0: mpt_cam_event: 0x16 > mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). > mpt0: mpt_cam_event: 0x12 > mpt0: Unhandled Event Notify Frame. Event 0x12 (ACK not required). > mpt0: mpt_cam_event: 0x12 > mpt0: Unhandled Event Notify Frame. Event 0x12 (ACK not required). > mpt0: mpt_cam_event: 0x12 > mpt0: Unhandled Event Notify Frame. Event 0x12 (ACK not required). > mpt0: mpt_cam_event: 0x16 > mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). > mpt0: mpt_cam_event: 0xb > mpt0: Unhandled Event Notify Frame. Event 0xb (ACK not required). >=20 I get these errors on my mpt also, however they appear to be benign. Joe --=20 =3D=3D=3D Josef Karthauser (joe@tao.org.uk) =3D=3D=3D http://x2obuilder.com= /tao =3D=3D=3D --dWYAkE0V1FpFQHQ3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iEYEARECAAYFAkXS+5YACgkQXVIcjOaxUBaFCACgoFzOGyMgIjJxOIBexChOVW/f +TkAoMFg9uA0PPdhC2aMVaQyxEYO2e4L =ujp+ -----END PGP SIGNATURE----- --dWYAkE0V1FpFQHQ3-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 14 13:14:30 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5045716A400 for ; Wed, 14 Feb 2007 13:14:30 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id 04E6E13C461 for ; Wed, 14 Feb 2007 13:14:29 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id l1ECvWwD036116; Wed, 14 Feb 2007 06:57:33 -0600 (CST) (envelope-from anderson@freebsd.org) Message-ID: <45D3073D.60501@freebsd.org> Date: Wed, 14 Feb 2007 06:57:33 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5.0.9 (X11/20070204) MIME-Version: 1.0 To: Poul-Henning Kamp References: <1774.1171445374@critter.freebsd.dk> In-Reply-To: <1774.1171445374@critter.freebsd.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/2566/Wed Feb 14 05:44:20 2007 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=8.0 tests=BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Cc: current@freebsd.org Subject: Re: X stopped working on my T41p :-/ X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Feb 2007 13:14:30 -0000 On 02/14/07 03:29, Poul-Henning Kamp wrote: > X stopped working on my T41p, and I'm wondering if anybody know if > this failure indication of hardware trouble, or if there is some > trick to getting the attention of the radeon chip ? > > I have tried all the usual tricks, holy water, dead chicken, take > out batteries for 15 minutes etc. > > Failing any good ideas for recovery, recommendations for sensible > and solid laptops are welcome in private email. > > Poul-Henning > > > xauth: creating new authority file /home/phk/.serverauth.829 > > > X Window System Version 6.9.0 > Release Date: 21 December 2005 > X Protocol Version 11, Revision 0, Release 6.9 > Build Operating System: FreeBSD 7.0 i386 [ELF] > Current Operating System: FreeBSD critter.freebsd.dk 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Tue Jan 2 13:14:38 UTC 2007 root@critter.freebsd.dk:/usr/obj/critter/src/sys/TP41P i386 > Build Date: 02 January 2007 > Before reporting problems, check http://wiki.X.Org > to make sure that you have the latest version. > Module Loader present > Markers: (--) probed, (**) from config file, (==) default setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > (==) Log file: "/var/log/Xorg.0.log", Time: Wed Feb 14 09:06:46 2007 > (==) Using config file: "/etc/xorg.conf" > [drm] failed to load kernel module "radeon" > (EE) RADEON(0): [dri] DRIScreenInit failed. Disabling DRI. > (EE) RADEON(0): Idle timed out, resetting engine... > (EE) RADEON(0): Idle timed out, resetting engine... > (EE) RADEON(0): Idle timed out, resetting engine... > [...] > I've seen this before on an older radeon card, that died on me. Not saying that's your issue, but it might be. Also - do you mean to have the radeon kernel module loaded? I'm not sure what happens if you don't have it and ask for it.. Eric From owner-freebsd-current@FreeBSD.ORG Wed Feb 14 13:25:25 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7664B16A400 for ; Wed, 14 Feb 2007 13:25:25 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: from av11-2-sn2.hy.skanova.net (av11-2-sn2.hy.skanova.net [81.228.8.184]) by mx1.freebsd.org (Postfix) with ESMTP id 6756513C467 for ; Wed, 14 Feb 2007 13:25:24 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: by av11-2-sn2.hy.skanova.net (Postfix, from userid 502) id 3484437F55; Wed, 14 Feb 2007 14:25:23 +0100 (CET) Received: from smtp4-1-sn2.hy.skanova.net (smtp4-1-sn2.hy.skanova.net [81.228.8.92]) by av11-2-sn2.hy.skanova.net (Postfix) with ESMTP id CCBF337E62 for ; Wed, 14 Feb 2007 14:25:22 +0100 (CET) Received: from [192.168.1.192] (81-234-214-163-no68.tbcn.telia.com [81.234.214.163]) by smtp4-1-sn2.hy.skanova.net (Postfix) with ESMTP id 6FFA137E4F for ; Wed, 14 Feb 2007 14:25:22 +0100 (CET) From: Joel Dahl To: current@FreeBSD.org In-Reply-To: <1171448422.6179.8.camel@dude.automatvapen.se> References: <1171448422.6179.8.camel@dude.automatvapen.se> Content-Type: multipart/mixed; boundary="=-OWtvXkxPh+Sh3ZvgPBgZ" Date: Wed, 14 Feb 2007 14:25:30 +0100 Message-Id: <1171459530.1075.1.camel@dude.automatvapen.se> Mime-Version: 1.0 X-Mailer: Evolution 2.8.3 FreeBSD GNOME Team Port Cc: Subject: Re: Fatal trap 12 during 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: Wed, 14 Feb 2007 13:25:25 -0000 --=-OWtvXkxPh+Sh3ZvgPBgZ Content-Type: text/plain Content-Transfer-Encoding: 7bit Ons 2007-02-14 klockan 11:20 +0100 skrev Joel Dahl: > Fresh kernel+world always panics with "Fatal trap 12: page fault while > in kernel mode" during boot, right after ata. Kernel from Feb 3 works > without any problems. Kernel is plain GENERIC. > > Panic message: http://people.freebsd.org/~joel/panics/002/panic001.jpg > Backtrace part1: http://people.freebsd.org/~joel/panics/002/panic002.jpg > Backtrace part2: http://people.freebsd.org/~joel/panics/002/panic003.jpg Attached is a verbose dmesg from the machine. -- Joel --=-OWtvXkxPh+Sh3ZvgPBgZ Content-Disposition: attachment; filename=dmesg_001 Content-Type: text/plain; name=dmesg_001; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Copyright (c) 1992-2007 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.0-CURRENT #0: Sat Feb 3 09:40:27 CET 2007 joel@jesus.automatvapen.se:/usr/obj/usr/src/sys/LAPTOP Using 64 colors for the VM-PQ tuning (2048, 8) Preloaded elf kernel "/boot/kernel/kernel" at 0xc0bc0000. Preloaded elf module "/boot/kernel/atapicam.ko" at 0xc0bc01ec. Preloaded elf module "/boot/kernel/cpufreq.ko" at 0xc0bc029c. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0bc0348. Calibrating clock(s) ... i8254 clock: 1193173 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1662516700 Hz CPU: Genuine Intel(R) CPU T2300 @ 1.66GHz (1662.52-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6e8 Stepping = 8 Features=0xbfe9fbff Features2=0xc189> AMD Features=0x100000 Cores per package: 2 Instruction TLB: 4 KB Pages, 4-way set associative, 128 entries Data TLB: 4 KB Pages, 4-way set associative, 128 entries Instruction TLB: 4 MB pages, fully associative, 2 entries 2nd-level cache: 2-MB, 8-way set associative, 64-byte line size 1st-level instruction cache: 32 KB, 8-way set associative, 64 byte line size Data TLB: 4 MB Pages, 4-way set associative, 8 entries 1st-level data cache: 32 KB, 8-way set associative, 64 byte line size L2 cache: 2048 kbytes, 8-way associative, 64 bytes/line real memory = 528285696 (503 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c28000 - 0x000000001eeb0fff, 505974784 bytes (123529 pages) avail memory = 507269120 (483 MB) Table 'FACP' at 0x1f7e5600 Table 'APIC' at 0x1f7e56c0 MADT: Found table at 0x1f7e56c0 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 1: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 1 ACPI ID 2: enabled SMP: Added CPU 1 (AP) INTR: Adding local APIC 0 as a target 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 bios32: Found BIOS32 Service Directory header at 0xc00fa000 bios32: Entry = 0xf0000 (c00f0000) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0x322 pnpbios: Found PnP BIOS data at 0xc00f59a0 pnpbios: Entry = f0000:59ce Rev = 1.0 pnpbios: Event flag at f59c6 pnpbios: OEM ID a2303c10 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 1 APIC: CPU 1 has ACPI ID 2 MADT: Found IO APIC ID 1, Interrupt 0 at 0xfec00000 ioapic0: Changing APIC ID to 1 ioapic0: Routing external 8259A's -> intpin 0 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: high lapic1: Routing NMI -> LINT1 lapic1: LINT1 trigger: edge lapic1: LINT1 polarity: high ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00000200 err: 0x00010000 pcm: 0x00010000 ath_rate: version 1.2 wlan: <802.11 Link Layer> null: random: nfslock: pseudo-device io: kbd: new array size 4 kbd1 at kbdmux0 mem: Pentium Pro MTRR support enabled ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) rr232x: RocketRAID 232x controller driver v1.02 (Feb 3 2007 09:37:54) npx0: INT 16 interface acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x8000fa20 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=27a08086) pcibios: BIOS version 2.10 acpi_bus_number: root bus has no _BBN, assuming 0 acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR AcpiOsDerivePciId: bus 0 dev 0 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR AcpiOsDerivePciId: bus 2 dev 6 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR AcpiOsDerivePciId: bus 0 dev 31 func 0 acpi0: Power Button (fixed) acpi0: wakeup code va 0xccae6000 pa 0x9e000 ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 10 11 Validation 0 10 N 0 10 11 After Disable 0 255 N 0 10 11 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 10 11 Validation 0 10 N 0 10 11 After Disable 0 255 N 0 10 11 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 10 11 Validation 0 11 N 0 10 11 After Disable 0 255 N 0 10 11 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 10 11 Validation 0 10 N 0 10 11 After Disable 0 255 N 0 10 11 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 10 11 Validation 0 10 N 0 10 11 After Disable 0 255 N 0 10 11 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 10 11 Validation 0 255 N 0 10 11 After Disable 0 255 N 0 10 11 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 10 11 Validation 0 255 N 0 10 11 After Disable 0 255 N 0 10 11 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 none Validation 0 255 N 0 none After Disable 0 255 N 0 none cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 p4tcc1: on cpu1 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x8086, dev=0x27a0, revid=0x03 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x27a2, revid=0x03 bus=0, slot=2, func=0 class=03-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0003, statreg=0x0090, 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 MSI supports 1 message map[10]: type 1, range 32, base 0xf4400000, size 19, enabled map[14]: type 4, range 32, base 0x4000, size 3, enabled map[18]: type 3, range 32, base 0xe0000000, size 28, enabled map[1c]: type 1, range 32, base 0xf4480000, size 18, enabled pcib0: matched entry for 0.2.INTA pcib0: slot 2 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x27a6, revid=0x03 bus=0, slot=2, func=1 class=03-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base 0xf4500000, size 19, enabled found-> vendor=0x8086, dev=0x27d8, revid=0x01 bus=0, slot=27, func=0 class=04-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 1, range 64, base 0xf4580000, size 14, enabled pcib0: matched entry for 0.27.INTA pcib0: slot 27 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x27d0, revid=0x01 bus=0, slot=28, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTA pcib0: slot 28 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x27d2, revid=0x01 bus=0, slot=28, func=1 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTB pcib0: slot 28 INTB hardwired to IRQ 17 found-> vendor=0x8086, dev=0x27d6, revid=0x01 bus=0, slot=28, func=3 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) intpin=d, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTD pcib0: slot 28 INTD hardwired to IRQ 19 found-> vendor=0x8086, dev=0x27c8, revid=0x01 bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 map[20]: type 4, range 32, base 0x4020, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 20 found-> vendor=0x8086, dev=0x27c9, revid=0x01 bus=0, slot=29, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 map[20]: type 4, range 32, base 0x4040, size 5, enabled pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 17 found-> vendor=0x8086, dev=0x27ca, revid=0x01 bus=0, slot=29, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=11 map[20]: type 4, range 32, base 0x4060, size 5, enabled pcib0: matched entry for 0.29.INTC pcib0: slot 29 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x27cb, revid=0x01 bus=0, slot=29, func=3 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=10 map[20]: type 4, range 32, base 0x4080, size 5, enabled pcib0: matched entry for 0.29.INTD pcib0: slot 29 INTD hardwired to IRQ 19 found-> vendor=0x8086, dev=0x27cc, revid=0x01 bus=0, slot=29, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0290, 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[10]: type 1, range 32, base 0xf4584000, size 10, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 20 found-> vendor=0x8086, dev=0x2448, revid=0xe1 bus=0, slot=30, func=0 class=06-04-01, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x06 (1500 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x27b9, revid=0x01 bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0107, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x27df, revid=0x01 bus=0, slot=31, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 map[20]: type 4, range 32, base 0x40a0, size 4, enabled pcib0: matched entry for 0.31.INTA pcib0: slot 31 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x27c5, revid=0x01 bus=0, slot=31, func=2 class=01-06-01, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message map[10]: type 4, range 32, base 0x13f0, size 3, enabled map[14]: type 4, range 32, base 0x15f4, size 2, enabled map[18]: type 4, range 32, base 0x1370, size 3, enabled map[1c]: type 4, range 32, base 0x1574, size 2, enabled map[20]: type 4, range 32, base 0x40d0, size 4, enabled map[24]: type 1, range 32, base 0xf4585000, size 10, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 17 vgapci0: port 0x4000-0x4007 mem 0xf4400000-0xf447ffff,0xe0000000-0xefffffff,0xf4480000-0xf44bffff irq 16 at device 2.0 on pci0 agp0: on vgapci0 vgapci0: Reserved 0x80000 bytes for rid 0x10 type 3 at 0xf4400000 vgapci0: Reserved 0x80000 bytes for rid 0x10 type 3 at 0xf4400000 vgapci0: Reserved 0x40000 bytes for rid 0x1c type 3 at 0xf4480000 vgapci0: Reserved 0x10000000 bytes for rid 0x18 type 3 at 0xe0000000 agp0: detected 7932k stolen memory agp0: aperture size is 256M vgapci1: mem 0xf4500000-0xf457ffff at device 2.1 on pci0 pci0: at device 27.0 (no driver attached) pcib1: irq 16 at device 28.0 on pci0 pcib1: secondary bus 8 pcib1: subordinate bus 8 pcib1: I/O decode 0xf000-0xfff pcib1: no prefetched decode pci8: on pcib1 pci8: physical bus=8 pcib2: irq 17 at device 28.1 on pci0 pcib2: secondary bus 16 pcib2: subordinate bus 16 pcib2: I/O decode 0xf000-0xfff pcib2: memory decode 0xf4000000-0xf40fffff pcib2: no prefetched decode pci16: on pcib2 pci16: physical bus=16 found-> vendor=0x8086, dev=0x4222, revid=0x02 bus=16, slot=0, func=0 class=02-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=16 (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 1, range 32, base 0xf4000000, size 12, enabled pcib2: requested memory range 0xf4000000-0xf4000fff: good pcib2: matched entry for 16.0.INTA pcib2: slot 0 INTA hardwired to IRQ 17 pci16: at device 0.0 (no driver attached) pcib3: irq 19 at device 28.3 on pci0 pcib3: secondary bus 32 pcib3: subordinate bus 32 pcib3: I/O decode 0x2000-0x3fff pcib3: memory decode 0xf0000000-0xf3ffffff pcib3: no prefetched decode pci32: on pcib3 pci32: physical bus=32 uhci0: port 0x4020-0x403f irq 20 at device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0x4020 ioapic0: routing intpin 20 (PCI IRQ 20) to vector 49 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x4040-0x405f irq 17 at device 29.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0x4040 ioapic0: routing intpin 17 (PCI IRQ 17) to vector 50 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x4060-0x407f irq 18 at device 29.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0x4060 ioapic0: routing intpin 18 (PCI IRQ 18) to vector 51 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x4080-0x409f irq 19 at device 29.3 on pci0 uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0x4080 ioapic0: routing intpin 19 (PCI IRQ 19) to vector 52 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xf4584000-0xf45843ff irq 20 at device 29.7 on pci0 ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0xf4584000 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered pcib4: at device 30.0 on pci0 pcib4: secondary bus 2 pcib4: subordinate bus 3 pcib4: I/O decode 0xf000-0xfff pcib4: memory decode 0xf4100000-0xf43fffff pcib4: no prefetched decode pcib4: Subtractively decoded bridge. pci2: on pcib4 pci2: physical bus=2 found-> vendor=0x104c, dev=0x8039, revid=0x00 bus=2, slot=6, func=0 class=06-07-00, hdrtype=0x02, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0xc4 (49000 ns), maxlat=0x03 (750 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base 0xf4100000, size 12, enabled pcib4: requested memory range 0xf4100000-0xf4100fff: good pcib4: matched entry for 2.6.INTA pcib4: slot 6 INTA hardwired to IRQ 18 found-> vendor=0x104c, dev=0x803a, revid=0x00 bus=2, slot=6, func=1 class=0c-00-10, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x02 (500 ns), maxlat=0x04 (1000 ns) intpin=b, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base 0xf4101000, size 11, enabled pcib4: requested memory range 0xf4101000-0xf41017ff: good map[14]: type 1, range 32, base 0xf4104000, size 14, enabled pcib4: requested memory range 0xf4104000-0xf4107fff: good pcib4: matched entry for 2.6.INTB pcib4: slot 6 INTB hardwired to IRQ 19 found-> vendor=0x14e4, dev=0x170c, revid=0x02 bus=2, slot=14, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base 0xf4108000, size 13, enabled pcib4: requested memory range 0xf4108000-0xf4109fff: good pcib4: matched entry for 2.14.INTA pcib4: slot 14 INTA hardwired to IRQ 16 cbb0: mem 0xf4100000-0xf4100fff irq 18 at device 6.0 on pci2 cbb0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xf4100000 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [MPSAFE] cbb0: PCI Configuration space: 0x00: 0x8039104c 0x02100007 0x06070000 0x00824010 0x10: 0xf4100000 0x020000a0 0x20030302 0xfffff000 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc 0x30: 0x00000000 0xfffffffc 0x00000000 0x07440112 0x40: 0x30a2103c 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x08441060 0x01a30019 0x00170000 0x01011b22 0x90: 0x406402c0 0x00000000 0x00000000 0x00000000 0xa0: 0xfe120001 0x00c00000 0x00000000 0x00000000 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 0xf0: 0xb7512925 0x0e019467 0x00000000 0x00000000 fwohci0: vendor=104c, dev=803a fwohci0: vendor=104c, dev=803a fwohci0: <1394 Open Host Controller Interface> mem 0xf4101000-0xf41017ff,0xf4104000-0xf4107fff irq 19 at device 6.1 on pci2 fwohci0: Reserved 0x800 bytes for rid 0x10 type 3 at 0xf4101000 fwohci0: [MPSAFE] fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:02:3f:99:29:c1:29:0c fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:02:3f:c1:29:0c fwe0: bpf attached fwe0: Ethernet address: 02:02:3f:c1:29:0c fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc000ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) bfe0: mem 0xf4108000-0xf4109fff irq 16 at device 14.0 on pci2 bfe0: Reserved 0x2000 bytes for rid 0x10 type 3 at 0xf4108000 miibus0: on bfe0 bmtphy0: PHY 1 on miibus0 bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bfe0: using obsoleted if_watchdog interface bfe0: bpf attached bfe0: Ethernet address: 00:15:60:c3:2d:2a ioapic0: routing intpin 16 (PCI IRQ 16) to vector 53 bfe0: [MPSAFE] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x40a0-0x40af irq 16 at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x40a0 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=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=00 stat1=00 devices=0x4 ioapic0: routing intpin 14 (ISA IRQ 14) to vector 54 ata0: [MPSAFE] 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 vector 55 ata1: [MPSAFE] atapci1: port 0x13f0-0x13f7,0x15f4-0x15f7,0x1370-0x1377,0x1574-0x1577,0x40d0-0x40df mem 0xf4585000-0xf45853ff irq 17 at device 31.2 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0x40d0 atapci1: [MPSAFE] atapci1: Reserved 0x400 bytes for rid 0x24 type 3 at 0xf4585000 atapci1: AHCI Version 01.10 controller with 4 ports detected ata2: on atapci1 ata2: SATA connect ready time=0ms ata2: sata_connect devices=0x1 ata2: [MPSAFE] ata3: on atapci1 ata3: SATA connect status=00000000 ata3: [MPSAFE] ata4: on atapci1 ata4: SATA connect status=00000000 ata4: [MPSAFE] ata5: on atapci1 ata5: SATA connect status=00000000 ata5: [MPSAFE] battery0: on acpi0 battery1: on acpi0 acpi_acad0: on acpi0 acpi_button0: on acpi0 acpi_lid0: on acpi0 acpi_tz0: on acpi0 acpi_tz0: _CRT value is absurd, ignored (256.0C) acpi_tz1: on acpi0 acpi_tz2: on acpi0 acpi_tz3: on acpi0 acpi_tz4: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to vector 56 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0065 psm0: irq 12 on atkbdc0 ioapic0: routing intpin 12 (ISA IRQ 12) to vector 57 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3-00, 3 buttons psm0: config:00000000, flags:00000008, packet size:4 psm0: syncmask:08, syncbits:00 ex_isa_identify() unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff pnpid ORM0000 on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fdc0 failed to probe at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fe0: not probed (disabled) ie0: not probed (disabled) le0: not probed (disabled) ppc0: parallel port found at 0x378 ppc0: using extended I/O port range ppc0: ECP SPP ECP+EPP SPP ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ioapic0: routing intpin 7 (ISA IRQ 7) to vector 58 ppc0: [GIANT-LOCKED] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0x4e81 0x4e81 0x4e81 0x4e81 sio0: probe failed test(s): 0 1 2 4 6 7 9 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0x4e81 0x4e81 0x4e81 0x4e81 sio0: probe failed test(s): 0 1 2 4 6 7 9 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding ioapic0: routing intpin 4 (ISA IRQ 4) to vector 59 sio0: [FAST] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0x4e81 0x4e81 0x4e81 0x4e81 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered lapic: Divisor 2, Frequency 83125841 hz Timecounter "TSC" frequency 1662516700 Hz quality -100 Timecounters tick every 1.000 msec lo0: bpf attached rr232x: no controller detected. acpi_tz0: _AC3: temperature 60.0 >= setpoint 50.0 acpi_tz0: _AC2: temperature 60.0 >= setpoint 60.0 acpi_tz0: switched from NONE to _AC2: 60.0C battery0: battery initialization start battery1: battery initialization start ata0-master: pio=PIO4 wdma=WDMA2 udma=UNSUPPORTED cable=40 wire acd0: setting PIO4 on ICH7 chip acd0: DVDR drive at ata0 as master acd0: read 4134KB/s (4134KB/s) write 4134KB/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 ata2-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=40 wire acpi_tz0: _AC3: temperature 60.0 >= setpoint 50.0 acpi_tz0: _CRT value is absurd, ignored (256.0C) acpi_tz0: _AC3: temperature 60.0 >= setpoint 45.0 ad4: 76319MB at ata2-master SATA150 ad4: 156301488 sectors [165398C/15H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad4 acpi_acad0: acline initialization start acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times acpi_tz0: _AC3: temperature 60.0 >= setpoint 45.0 battery0: battery initialization done, tried 1 times ad4: Intel check1 failed ad4: Adaptec check1 failed ad4: LSI (v3) check1 failed ad4: LSI (v2) check1 failed ad4: FreeBSD check1 failed (probe7:ata0:0:0:0): error 22 (probe7:ata0:0:0:0): Unretryable Error (probe7:ata0:0:0:0): Down reving Protocol Version from 2 to 0? (probe0:sbp0:0:0:0): error 22 (probe0:sbp0:0:0:0): Unretryable Error (probe1:sbp0:0:1:0): error 22 (probe1:sbp0:0:1:0): Unretryable Error (probe2:sbp0:0:2:0): error 22 (probe2:sbp0:0:2:0): Unretryable Error (probe3:sbp0:0:3:0): error 22 (probe3:sbp0:0:3:0): Unretryable Error (probe4:sbp0:0:4:0): error 22 (probe4:sbp0:0:4:0): Unretryable Error (probe5:sbp0:0:5:0): error 22 (probe5:sbp0:0:5:0): Unretryable Error (probe6:sbp0:0:6:0): error 22 (probe6:sbp0:0:6:0): Unretryable Error pass0 at ata0 bus 0 target 0 lun 0 pass0: Removable CD-ROM SCSI-0 device pass0: 16.000MB/s transfers GEOM: new disk cd0 ATA PseudoRAID loaded SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010200 err: 0x00010000 pcm: 0x00010000 ioapic0: Assigning ISA IRQ 1 to local APIC 0 ioapic0: Assigning ISA IRQ 4 to local APIC 1 ioapic0: Assigning ISA IRQ 7 to local APIC 0 ioapic0: Assigning ISA IRQ 9 to local APIC 1 ioapic0: Assigning ISA IRQ 12 to local APIC 0 ioapic0: Assigning ISA IRQ 14 to local APIC 1 ioapic0: Assigning ISA IRQ 15 to local APIC 0 ioapic0: Assigning PCI IRQ 16 to local APIC 1 ioapic0: Assigning PCI IRQ 17 to local APIC 0 ioapic0: Assigning PCI IRQ 18 to local APIC 1 ioapic0: Assigning PCI IRQ 19 to local APIC 0 ioapic0: Assigning PCI IRQ 20 to local APIC 1 (cd0:ata0:0:0:0): error 6 (cd0:ata0:0:0:0): Unretryable Error cd0 at ata0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 16.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present (cd0:ata0:0:0:0): error 6 (cd0:ata0:0:0:0): Unretryable Error (cd0:ata0:0:0:0): error 6 (cd0:ata0:0:0:0): Unretryable Error (cd0:ata0:0:0:0): error 6 (cd0:ata0:0:0:0): Unretryable Error Trying to mount root from ufs:/dev/ad4s2a start_init: trying /sbin/init acpi_tz0: _AC3: temperature 60.0 >= setpoint 45.0 Linux ELF exec handler installed splash: image decoder found: daemon_saver acpi_tz0: _AC3: temperature 60.0 >= setpoint 45.0 acpi_tz0: _AC3: temperature 50.0 >= setpoint 45.0 acpi_tz0: _AC3: temperature 50.0 >= setpoint 45.0 acpi_tz0: _CRT value is absurd, ignored (256.0C) acpi_tz0: _AC3: temperature 50.0 >= setpoint 45.0 acpi_tz0: switched from _AC2 to _AC3: 50.0C --=-OWtvXkxPh+Sh3ZvgPBgZ-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 14 14:42:58 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8A85316A400 for ; Wed, 14 Feb 2007 14:42:58 +0000 (UTC) (envelope-from sepotvin@videotron.ca) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.freebsd.org (Postfix) with ESMTP id 61C5013C471 for ; Wed, 14 Feb 2007 14:42:58 +0000 (UTC) (envelope-from sepotvin@videotron.ca) Received: from [10.0.0.136] ([67.70.237.74]) by VL-MO-MR001.ip.videotron.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTPA id <0JDG006PQJJHKKP0@VL-MO-MR001.ip.videotron.ca> for freebsd-current@freebsd.org; Wed, 14 Feb 2007 09:42:57 -0500 (EST) Date: Wed, 14 Feb 2007 09:43:00 -0500 From: "Stephane E. Potvin" In-reply-to: <20070213143811.GA1213@egr.msu.edu> To: Adam McDougall Message-id: <45D31FF4.9070807@videotron.ca> Organization: TelcoBridges Inc. MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT References: <20061210002923.GO81923@egr.msu.edu> <20061213003744.GP18799@egr.msu.edu> <4580350F.8080904@videotron.ca> <20070212203524.GX88326@egr.msu.edu> <45D13634.2020206@videotron.ca> <20070213143811.GA1213@egr.msu.edu> User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) Cc: freebsd-current@freebsd.org Subject: Re: cpufreq est and Enhanced Sleep (Cx) States for Intel Core and above X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Feb 2007 14:42:58 -0000 Adam McDougall wrote: > On Mon, Feb 12, 2007 at 10:53:24PM -0500, Stephane E. Potvin wrote: > > Adam McDougall wrote: > > On Wed, Dec 13, 2006 at 12:14:55PM -0500, Stephane E. Potvin wrote: > > > > Adam McDougall wrote: > > >On Sat, Dec 09, 2006 at 07:29:23PM -0500, Adam McDougall wrote: > > > > > > Another thing I wish could work is the Enhanced cpu Sleep States; > > > this Dell Latitude D820 laptop only sees C1 although the document > > > above indicates it should probably support 4 unique states. Is > > > there a way I can debug and/or fix this? I can post dumps of the > > > acpi stuff and/or verbose boot logs if it would be helpful. > > > > > > Thanks > > > _______________________________________________ > > > > > >I am attaching my asl and dsdt acpi dumps incase someone knows for > > >something to look for as for why it thinks I only have C1, unless > > >its related to the speed control problem above. > > > > > Hi Adam, > > > > It's only finding the C1 state for various reasons that you'll find > > described in some details in the following email that I send to the acpi > > mailing list in June this year. The major reason being that the acpi cpu > > driver does not support well multiprocessor systems. > > > > http://docs.freebsd.org/cgi/getmsg.cgi?fetch=116103+0+archive/2006/freebsd-acpi/20060611.freebsd-acpi > > > > The email also included a patch to add support for multiprocessor > > systems to the acpi cpu driver. I've not updated the patch since then so > > it might or might not apply cleanly to a recent current. > > > > Steph > > > > I didn't get around to trying that patch, but I have tried -current > > after code was committed, including as late as Feb 11. It seems to work, > > but if both of my cpus are allowed to enter C3 state, my laptop > > clock stops advancing (unless you are causing activity) and the performance > > gets very choppy, including mouse cursor halting for a second or two, etc. > > Typing or moving the mouse seems to nudge the system into crawling along, > > but if I leave it alone, timing loops stall. I could do a while loop with > > a sleep on the command line and time just doesn't advance on its own, and > > the clock in Gnome would halt. My laptop is using the Hpet timer, but it > > doesn't seem to make a difference if I use sysctl to try ACPI-fast or i8254. > > > > > Could you try the attached patch on your system? It adds a crude check > to make sure that the system is not sleeping for more than 1/hz secs. > The acpi_cpu driver should back off to a lower Cx state if it does. > > Steph > > I just tried it, it did not print anything but actually the laptop got alot slower. > The mouse pretty much stopped moving almost at all, and the computer itself was > practically completely unresponsive unless I gave the touchpad a workout. > > I tried with and without boot -v, wasn't sure if it was needed. > > I also compiled my kernel with the default HZ before and after applying the patch, > I remembered I had been using HZ=100. Odd... The timer used to get the sleep time should not be affected by Cx state (it should be running as long as the system is in the run state). The detection logic for the long sleep could also be wrong. In either cases, I was not expecting the system to become more sluggish. Could you please send me the hw.acpi.* and dev.cpu.* sysctl trees and your asl? Steph From owner-freebsd-current@FreeBSD.ORG Wed Feb 14 14:55:09 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 022DE16A475; Wed, 14 Feb 2007 14:55:09 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.freebsd.org (Postfix) with ESMTP id BA60213C4B9; Wed, 14 Feb 2007 14:55:08 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out1.internal (unknown [10.202.2.149]) by out1.messagingengine.com (Postfix) with ESMTP id 09C7D1AF201; Wed, 14 Feb 2007 09:55:06 -0500 (EST) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by out1.internal (MEProxy); Wed, 14 Feb 2007 09:55:06 -0500 X-Sasl-enc: F0ClDjS5ftOwqWT8t/WN6Ci4Y6n0cT0TGtxoDViYZAmA 1171464905 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 ESMTP id 0D7BB220B2; Wed, 14 Feb 2007 09:55:04 -0500 (EST) Message-ID: <45D322C9.90001@FreeBSD.org> Date: Wed, 14 Feb 2007 14:55:05 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.9 (X11/20070125) MIME-Version: 1.0 To: Joel Dahl References: <1171448422.6179.8.camel@dude.automatvapen.se> In-Reply-To: <1171448422.6179.8.camel@dude.automatvapen.se> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org Subject: Re: Fatal trap 12 during 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: Wed, 14 Feb 2007 14:55:09 -0000 Joel Dahl wrote: > Fresh kernel+world always panics with "Fatal trap 12: page fault while > in kernel mode" during boot, right after ata. Kernel from Feb 3 works > without any problems. Kernel is plain GENERIC. > > Panic message: http://people.freebsd.org/~joel/panics/002/panic001.jpg > Backtrace part1: http://people.freebsd.org/~joel/panics/002/panic002.jpg > Backtrace part2: http://people.freebsd.org/~joel/panics/002/panic003.jpg > > +1. I am getting this panic since cvs update about an hour ago and rebuild. This is not a GENERIC kernel. I have no SATA ATAPI devices, only the root disk for this system is attached via SATA-I. %%% atapci0: port 0xdc00-0xdc07,0xd880-0xd883,0xd800-0xd807,0xd480-0xd483,0xd400-0xd40f mem 0xfe5fe000-0xfe5fffff irq 19 at device 0.0 on pci3 atapci0: AHCI Version 01.00 controller with 2 ports detected ata2: on atapci0 Fatal trap 12: page fault while in kernel mode fault virtual address = 0x8 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff802c5151 stack pointer = 0x10:0xffffffff806fc5b0 frame pointer = 0x10:0xffffffff806fc640 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 = 0 (swapper) [thread pid 0 tid 0 ] Stopped at rman_get_bustag+0x1: movq 0x8(%rdi),%rax db> bt Tracing pid 0 tid 0 td 0xffffffff805f8660 rman_get_bustag() at rman_get_bustag+0x1 ata_sata_connect() at ata_sata_connect+0x1bf ata_ahci_reset() at ata_ahci_reset+0x114 ata_attach() at ata_attach+0x135 device_attach() at device_attach+0x292 bus_generic_attach() at bus_generic_attach+0x18 ata_pci_attach() at ata_pci_attach+0x18c device_attach() at device_attach+0x292 bus_generic_attach() at bus_generic_attach+0x18 acpi_pci_attach() at acpi_pci_attach+0xf1 device_attach() at device_attach+0x292 bus_generic_attach() at bus_generic_attach+0x18 acpi_pcib_attach() at acpi_pcib_attach+0xf0 acpi_pcib_pci_attach() at acpi_pcib_pci_attach+0x97 device_attach() at device_attach+0x292 bus_generic_attach() at bus_generic_attach+0x18 acpi_pci_attach() at acpi_pci_attach+0xf1 device_attach() at device_attach+0x292 bus_generic_attach() at bus_generic_attach+0x18 acpi_pcib_attach() at acpi_pcib_attach+0xf0 acpi_pcib_acpi_attach() at acpi_pcib_acpi_attach+0xdb device_attach() at device_attach+0x292 bus_generic_attach() at bus_generic_attach+0x18 acpi_attach() at acpi_attach+0x929 device_attach() at device_attach+0x292 bus_generic_attach() at bus_generic_attach+0x18 nexus_attach() at nexus_attach+0x19 device_attach() at device_attach+0x292 root_bus_configure() at root_bus_configure+0x1e configure() at configure+0xa mi_startup() at mi_startup+0xd3 btext() at btext+0x2c %%% Regards, BMS From owner-freebsd-current@FreeBSD.ORG Wed Feb 14 15:07:24 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7D99D16A401; Wed, 14 Feb 2007 15:07:24 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.freebsd.org (Postfix) with ESMTP id 52A4913C461; Wed, 14 Feb 2007 15:07:24 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out1.internal (unknown [10.202.2.149]) by out1.messagingengine.com (Postfix) with ESMTP id DFF0D1AE77D; Wed, 14 Feb 2007 10:07:21 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by out1.internal (MEProxy); Wed, 14 Feb 2007 10:07:21 -0500 X-Sasl-enc: fnqMiNF3eE98RaslMJslObSutOmhpbHOwDBN+Y+aJObM 1171465640 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 ESMTP id 2CA1EED53; Wed, 14 Feb 2007 10:07:19 -0500 (EST) Message-ID: <45D325A8.9020602@FreeBSD.org> Date: Wed, 14 Feb 2007 15:07:20 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.9 (X11/20070125) MIME-Version: 1.0 To: "Bruce M. Simpson" References: <1171448422.6179.8.camel@dude.automatvapen.se> <45D322C9.90001@FreeBSD.org> In-Reply-To: <45D322C9.90001@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org, Joel Dahl Subject: Re: Fatal trap 12 during 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: Wed, 14 Feb 2007 15:07:24 -0000 Bruce M. Simpson wrote: > Joel Dahl wrote: >> Fresh kernel+world always panics with "Fatal trap 12: page fault while >> in kernel mode" during boot, right after ata. Kernel from Feb 3 works >> without any problems. Kernel is plain GENERIC. > +1. I am getting this panic since cvs update about an hour ago and > rebuild. This is not a GENERIC kernel. I have no SATA ATAPI devices, > only the root disk for this system is attached via SATA-I. Backing out revision 1.181 of ata-chipset.c results in a bootable system. BMS From owner-freebsd-current@FreeBSD.ORG Wed Feb 14 15:07:46 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D5EE316A407; Wed, 14 Feb 2007 15:07:46 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 6180E13C474; Wed, 14 Feb 2007 15:07:46 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.66) with esmtp (envelope-from ) id <1HHLjU-0005eH-Rg>; Wed, 14 Feb 2007 16:07:44 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.66) with esmtpsa (envelope-from ) id <1HHLjU-0007qA-Q5>; Wed, 14 Feb 2007 16:07:44 +0100 Message-ID: <45D325C2.1070700@zedat.fu-berlin.de> Date: Wed, 14 Feb 2007 16:07:46 +0100 From: "O. Hartmann" Organization: Freie =?ISO-8859-1?Q?Universit=E4t_Berlin?= User-Agent: Thunderbird 1.5.0.9 (X11/20070119) MIME-Version: 1.0 To: Alexander Leidinger References: <78664C02FF341B4FAC63E561846E3BCC079963@ex.hhp.local> <45D1C3E4.7050609@zedat.fu-berlin.de> <20070213164854.fggcac9kgs84oskk@webmail.leidinger.net> In-Reply-To: <20070213164854.fggcac9kgs84oskk@webmail.leidinger.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 Cc: freebsd-multimedia@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-questions@FreeBSD.org Subject: Re: snd_eny24ht fails to build in kernel [WAS: Creative Sound Blaster X-Fi Xtreme Audio] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Feb 2007 15:07:47 -0000 Alexander Leidinger wrote: > Quoting "O. Hartmann" (from Tue, 13 Feb > 2007 14:57:56 +0100): > >> All right, >> then the question shouldn't be lined up on snd_emu10kx, I saw that this >> type of soundcard utilize the CMedia CMI8738 chipset and there is >> already a driver called snd_cmi. >> The big, bad, ugly question is: will FreeBSD 7.0-CURRENT support any of >> the X-Fi soundcards from creative? > > No. Creative doesn't provide docs for any product. This is bad to hear, it reflects a bad attitude of some hardware providing companies. > >> At the moment, I have onboard sound (which is boring) and Soundblaster >> Audigy SE, which is NOT supported by FreeBSD 7 and OSS driver for amd64 >> crashes the box - so need alternatives. > > There are some options: > - usb audio device (I have one from Creative) > - envy24 based one > * > http://www.freebsd.org/cgi/man.cgi?query=snd_envy24&apropos=0&sektion=0&manpath=FreeBSD+7-current&format=html > > * > http://www.freebsd.org/cgi/man.cgi?query=snd_envy24ht&apropos=0&sektion=0&manpath=FreeBSD+7-current&format=html > > - an used one Thank you very much for the hint. M-Audio is now in my focus. Hope I will have more luck with the 5.1 version. Nearby, I tried to compile snd_envy24ht/snd_spicds into the kernel (FreeBSD 7.0-CURRENT/AMD64, cvsupdated and makeworld yesterday), but the sources for this driver fail to compile (made a PR, sorry ahving the PR No. not handy). Compiling kernel without this driver and loading it as a module works fine for me. Regards, Oliver -- Oliver Hartmann Freie Universitaet Berlin Planetologie und Fernerkundung Malteserstr. 74 - 100/Haus D D-12249 Berlin From owner-freebsd-current@FreeBSD.ORG Wed Feb 14 15:20:23 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D480416A402 for ; Wed, 14 Feb 2007 15:20:23 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.234]) by mx1.freebsd.org (Postfix) with ESMTP id 9547B13C48D for ; Wed, 14 Feb 2007 15:20:23 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so238660wxc for ; Wed, 14 Feb 2007 07:20:23 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type; b=N4fTrwanrIgUsrVnmq0MtP77L5borjdwFPfsQQXl4mmaIeYGs6iUpfH8vcLVkkjLi1zGXnVXFUjmxtR2VL1ty0KeQHQiumNqz+SUiZdwQHURlBnM+ctAH/AU9on802AlSFXxoy18EudEG1vGHvPUIBZagvPgRLqR9Orljgp+82M= Received: by 10.70.66.18 with SMTP id o18mr794232wxa.1171464970316; Wed, 14 Feb 2007 06:56:10 -0800 (PST) Received: from kan.dnsalias.net ( [24.34.98.164]) by mx.google.com with ESMTP id i18sm1143446wxd.2007.02.14.06.56.09; Wed, 14 Feb 2007 06:56:09 -0800 (PST) Date: Wed, 14 Feb 2007 09:56:04 -0500 From: Alexander Kabaev To: "Mr. Darren" Message-ID: <20070214095604.03f970ee@kan.dnsalias.net> In-Reply-To: <782761.95151.qm@web34710.mail.mud.yahoo.com> References: <782761.95151.qm@web34710.mail.mud.yahoo.com> X-Mailer: Claws Mail 2.7.2 (GTK+ 2.10.9; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_zSZ8MLHe7PO4JSXBj=ctrij"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: freebsd-current@freebsd.org Subject: Re: additional lib error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Feb 2007 15:20:23 -0000 --Sig_zSZ8MLHe7PO4JSXBj=ctrij Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Tue, 13 Feb 2007 21:35:28 -0800 (PST) "Mr. Darren" wrote: > also a whole lot of=20 > /libexec/ld-elf.so.1: ': unsupported file > layout *** Error code 1 >=20 > thanks, > Darren Output of 'readelf -a /usr/local/lib/libintl.so.6' will explain a lot. Could you provide one? --=20 Alexander Kabaev --Sig_zSZ8MLHe7PO4JSXBj=ctrij Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF0yMHQ6z1jMm+XZYRAkENAKCnmp82QrGtesu/VmBB1Y5PXLzKogCeIVKG Qmom+XazE03+Xt0xTCiaEU4= =o1am -----END PGP SIGNATURE----- --Sig_zSZ8MLHe7PO4JSXBj=ctrij-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 14 15:53:05 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3B86A16A408; Wed, 14 Feb 2007 15:53:05 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 0870013C4A5; Wed, 14 Feb 2007 15:53:02 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id D2AA547884; Wed, 14 Feb 2007 10:53:01 -0500 (EST) Date: Wed, 14 Feb 2007 15:53:01 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Marcel Moolenaar In-Reply-To: <398D3001-77EE-4032-919D-E1A13BCBC0A7@mac.com> Message-ID: <20070214154704.Q83707@fledge.watson.org> References: <6671F519-76BF-4866-8A64-92406E7B79AB@mac.com> <200702051954.21322.jhb@freebsd.org> <398D3001-77EE-4032-919D-E1A13BCBC0A7@mac.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Current , freebsd-ia64@freebsd.org Subject: Re: [ia64] panic at shutdown (unp_connect) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Feb 2007 15:53:05 -0000 On Mon, 5 Feb 2007, Marcel Moolenaar wrote: > On Feb 5, 2007, at 4:54 PM, John Baldwin wrote: > >> On Monday 05 February 2007 18:54, Marcel Moolenaar wrote: >> >>> I've been seeing the following panic on and off for a while. Is this a >>> known issue? Has anyone seen this before? >> >> I've saw this today on a recent 6.x on amd64, but I think it is supposed to >> be fixed in HEAD. > > This actually happened with -CURRENT; sources updated Feb 1st 2007. If the > fix happened within the last, say, week then I just need to update and > rebuild. Otherwise, it seems that the problem may not be fixed or it remains > a problem on ia64. I'll update and rebuild... After looking at John's report, I've committed uipc_usrreq.c:1.192 and uipc_usrreq.c:1.193. The former probably isn't relevant, but the latter may resolve this issue. If this is a reproduceable problem it would be very helpful to hear whether it still occurs with the latest revision of uipc_usrreq.c in HEAD. Thanks, Robert N M Watson Computer Laboratory University of Cambridge > >>> fatal kernel trap (cpu 1): >>> >>> trap vector = 0x14 (Page Not Present) >>> cr.iip = 0xe00000000440f5c0 >>> cr.ipsr = 0x1010080a6018 >>> (ac,mfl,ic,i,dt,dfh,rt,cpl=0,it,ri=0,bn) >>> cr.isr = 0x400000000 (code=0,vector=0,r,ei=0) >>> cr.ifa = 0x48 >>> curthread = 0xe000000028861600 >>> pid = 435, comm = ypbind >>> >>> [thread pid 435 tid 100060 ] >>> Stopped at unp_connect+0x580: [M0] ld8 r14=[r14] > *snip* > >>> unp_connect+0x580 is line 1005 of src/sys/kern/uipc_usrreq.c and the >>> panic indicates that unp2 is NULL. > > -- > Marcel Moolenaar > xcllnt@mac.com > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Feb 14 18:32:55 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2A1E716A400 for ; Wed, 14 Feb 2007 18:32:55 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from av-tac-rtp.cisco.com (hen.cisco.com [64.102.19.198]) by mx1.freebsd.org (Postfix) with ESMTP id DF19813C4A8 for ; Wed, 14 Feb 2007 18:32:54 +0000 (UTC) (envelope-from marcus@FreeBSD.org) X-TACSUNS: Virus Scanned Received: from rooster.cisco.com (localhost [127.0.0.1]) by av-tac-rtp.cisco.com (8.11.7p3+Sun/8.11.7) with ESMTP id l1EIWsZ04515; Wed, 14 Feb 2007 13:32:54 -0500 (EST) Received: from [64.102.193.146] (dhcp-64-102-193-146.cisco.com [64.102.193.146]) by rooster.cisco.com (8.11.7p3+Sun/8.11.7) with ESMTP id l1EIWrq24665; Wed, 14 Feb 2007 13:32:53 -0500 (EST) Message-ID: <45D355D9.5000805@FreeBSD.org> Date: Wed, 14 Feb 2007 13:32:57 -0500 From: Joe Marcus Clarke Organization: FreeBSD, Inc. User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: pyunyh@gmail.com References: <45D0BB41.9040505@FreeBSD.org> <20070213000922.GA62412@cdnetworks.co.kr> <1171327083.98536.5.camel@shumai.marcuscom.com> <20070213044746.GC62412@cdnetworks.co.kr> <1171344897.98536.14.camel@shumai.marcuscom.com> <20070213054802.GD62412@cdnetworks.co.kr> In-Reply-To: <20070213054802.GD62412@cdnetworks.co.kr> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org Subject: Re: Constant stream of errors on msk0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Feb 2007 18:32:55 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Pyun YongHyeon wrote: > On Tue, Feb 13, 2007 at 12:34:57AM -0500, Joe Marcus Clarke wrote: > > On Tue, 2007-02-13 at 13:47 +0900, Pyun YongHyeon wrote: > > > On Mon, Feb 12, 2007 at 07:38:03PM -0500, Joe Marcus Clarke wrote: > > > > On Tue, 2007-02-13 at 09:09 +0900, Pyun YongHyeon wrote: > > > > > On Mon, Feb 12, 2007 at 02:08:49PM -0500, Joe Marcus Clarke wrote: > > > > > > -----BEGIN PGP SIGNED MESSAGE----- > > > > > > Hash: SHA1 > > > > > > > > > > > > I recently upgraded my MacBook Pro from -STABLE to -CURRENT. I used to > > > > > > be using the Marvell myk driver for my wired ethernet. This driver > > > > > > worked fine. I'm now using the built-in msk driver, but this driver > > > > > > causes the interface to report a constant stream of input errors. There > > > > > > > > > > Would you explain this input errors? > > > > > > > > netstat -i reports steadily increasing input errors (Ierrs) every time > > > > packets arrive on the machine. > > > > > > > > > > It looks like link speed/duplex mismatch. > > > How about manual configuration? > > > (e.g. ifconfig msk0 media 1000baseTX mediaopt full-duplex) > > > > That was the first thing I though of. I tried all settings from > > 100BaseTX half/full to 1000BaseTX half/full to auto. The same problem > > was always observed. Additionally, I turned off TSO to see if that made > > any difference, and it did not. > > > > Ok, let's see what's happending on your NIC. > Try attached patch and let me know the output. Okay. On an otherwise idle machine, I started a regular 64-byte ping (to rule out TCP), and I was getting regular packet loss (50 responses were seen for 89 packets or 43.8% packet loss). Here is the debug output for that time: Feb 14 13:22:05 gyros kernel: 0x004a2100 : 70 : 74 Feb 14 13:22:05 gyros kernel: 0x00622100 : 94 : 98 Feb 14 13:22:06 gyros kernel: 0x004a2100 : 70 : 74 Feb 14 13:22:07 gyros kernel: 0x00622100 : 94 : 98 Feb 14 13:22:08 gyros kernel: 0x004a2100 : 70 : 74 Feb 14 13:22:10 gyros kernel: 0x024e2300 : 586 : 590 Feb 14 13:22:13 gyros kernel: 0x00b12300 : 173 : 177 Feb 14 13:22:16 gyros kernel: 0x00622100 : 94 : 98 Feb 14 13:22:20 gyros kernel: 0x004a2100 : 70 : 74 Feb 14 13:22:20 gyros kernel: 0x00622100 : 94 : 98 Feb 14 13:22:21 gyros kernel: 0x004a2100 : 70 : 74 Feb 14 13:22:22 gyros kernel: 0x00622100 : 94 : 98 Feb 14 13:22:25 gyros kernel: 0x00622100 : 94 : 98 Feb 14 13:22:26 gyros kernel: 0x004a2100 : 70 : 74 Feb 14 13:22:27 gyros kernel: 0x003c2300 : 56 : 60 Feb 14 13:22:28 gyros kernel: 0x00622100 : 94 : 98 Feb 14 13:22:28 gyros kernel: 0x003c2300 : 56 : 60 Feb 14 13:22:30 gyros kernel: 0x00f32300 : 239 : 243 Feb 14 13:22:30 gyros kernel: 0x003c2100 : 56 : 60 Feb 14 13:22:31 gyros kernel: 0x005c2300 : 88 : 92 Feb 14 13:22:32 gyros kernel: 0x004a2100 : 70 : 74 Feb 14 13:22:33 gyros kernel: 0x003c2300 : 56 : 60 Feb 14 13:22:34 gyros kernel: 0x00622100 : 94 : 98 Feb 14 13:22:35 gyros kernel: 0x004a2100 : 70 : 74 Feb 14 13:22:36 gyros kernel: 0x00622100 : 94 : 98 Feb 14 13:22:46 gyros last message repeated 6 times Feb 14 13:22:47 gyros kernel: 0x003c2300 : 56 : 60 Feb 14 13:22:49 gyros kernel: 0x00622100 : 94 : 98 Feb 14 13:22:50 gyros kernel: 0x004a2100 : 70 : 74 Feb 14 13:22:51 gyros kernel: 0x00622100 : 94 : 98 Feb 14 13:22:55 gyros last message repeated 3 times Feb 14 13:22:56 gyros kernel: 0x005a2300 : 86 : 90 Feb 14 13:22:58 gyros kernel: 0x00622100 : 94 : 98 Feb 14 13:23:00 gyros kernel: 0x006e2300 : 106 : 110 Feb 14 13:23:00 gyros kernel: 0x00c12300 : 189 : 193 Feb 14 13:23:02 gyros kernel: 0x004a2100 : 70 : 74 Feb 14 13:23:03 gyros kernel: 0x00622100 : 94 : 98 Feb 14 13:23:03 gyros kernel: 0x01602300 : 348 : 352 Feb 14 13:23:05 gyros kernel: 0x004a2100 : 70 : 74 Feb 14 13:23:06 gyros kernel: 0x01002300 : 252 : 256 Feb 14 13:23:07 gyros kernel: 0x004a2100 : 70 : 74 Feb 14 13:23:08 gyros kernel: 0x003c2100 : 56 : 60 Feb 14 13:23:09 gyros kernel: 0x003c2100 : 56 : 60 Feb 14 13:23:09 gyros kernel: 0x003c2300 : 56 : 60 Feb 14 13:23:10 gyros kernel: 0x00622100 : 94 : 98 Feb 14 13:23:11 gyros kernel: 0x004a2100 : 70 : 74 Feb 14 13:23:13 gyros kernel: 0x00c12300 : 189 : 193 Feb 14 13:23:14 gyros kernel: 0x003e2100 : 58 : 62 Feb 14 13:23:14 gyros kernel: 0x006e2300 : 106 : 110 Additionally, while I wasn't seeing a large number of interrupts, I tried disabling MSI/MSI-X just as a test, and that had no effect. Netstat-wise, I have currently received 5645 packets with 847 input errors. TCP-wise, I have received 3447 TCP packets with 334 out-of-order packets. Thanks for your help. Joe - -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFF01XYb2iPiv4Uz4cRAr/CAJ0fJs38qvoe+SNJ+N7X9S/0JdDnfQCfSN77 f7nYTrGxuLS7xF7QrQheyiw= =EguV -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Feb 14 20:54:30 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EC66516A408 for ; Wed, 14 Feb 2007 20:54:30 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.freebsd.org (Postfix) with ESMTP id C5C9E13C471 for ; Wed, 14 Feb 2007 20:54:30 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out1.internal (unknown [10.202.2.149]) by out1.messagingengine.com (Postfix) with ESMTP id D9AE01AF34D; Wed, 14 Feb 2007 15:34:03 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by out1.internal (MEProxy); Wed, 14 Feb 2007 15:34:03 -0500 X-Sasl-enc: uDiNucMNzG4mYDOGdzIRVolhw0wdcaHQsLGzt9ElyAgw 1171485243 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 ESMTP id CB3033060; Wed, 14 Feb 2007 15:34:02 -0500 (EST) Message-ID: <45D37239.1020100@FreeBSD.org> Date: Wed, 14 Feb 2007 20:34:01 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.9 (X11/20070125) MIME-Version: 1.0 To: "Florian C. Smeets" References: <45C64E3A.7050407@kasimir.com> In-Reply-To: <45C64E3A.7050407@kasimir.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: panic: sbflush_internal: cc 4294966301 || mb 0 || mbcnt 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, 14 Feb 2007 20:54:31 -0000 Florian C. Smeets wrote: > i can trigger this kind of panic quite easily where running > mldonkey-devel port and downloading something via BitTorrent. > I just triggered this same panic with -CURRENT as of 1430 UTC today. A ping(1) was backed up due to link layer problems; after I manually repatched to a different switch port, CTRL-C'ing the ping process triggered the panic: a--- 192.168.123.ni18 ping statistic:cs --- sbflush_internal: cc 84 || mb 0 || mbcnt 0 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x3a panic() at panic+0x1d5 sbflush_internal() at sbflush_internal+0x6a sbrelease_internal() at sbrelease_internal+0x1c sofree() at sofree+0x141 soclose() at soclose+0x380 soo_close() at soo_close+0x52 fdrop_locked() at fdrop_locked+0xe6 closef() at closef+0x366 fdfree() at fdfree+0x5ca exit1() at exit1+0x34b sys_exit() at sys_exit+0xe syscall() at syscall+0x264 Xfast_syscall() at Xfast_syscall+0xab --- syscall (1, FreeBSD ELF64, sys_exit), rip = 0x80092a79c, rsp = 0x7ffffffee718, rbp = 0x7ffffffee8d0 --- Regards, BMS From owner-freebsd-current@FreeBSD.ORG Wed Feb 14 22:15:26 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9C92C16A402 for ; Wed, 14 Feb 2007 22:15:26 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.freebsd.org (Postfix) with ESMTP id 74FDE13C471 for ; Wed, 14 Feb 2007 22:15:26 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out1.internal (unknown [10.202.2.149]) by out1.messagingengine.com (Postfix) with ESMTP id 020661AF38A for ; Wed, 14 Feb 2007 17:15:23 -0500 (EST) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by out1.internal (MEProxy); Wed, 14 Feb 2007 17:15:24 -0500 X-Sasl-enc: 0fdGUlfkeZ3+fC39Ap4W2GYLkBEzrxCt5EAAxjB4OV3Q 1171491322 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 ESMTP id 37F122358D for ; Wed, 14 Feb 2007 17:15:21 -0500 (EST) Message-ID: <45D389FA.2010604@FreeBSD.org> Date: Wed, 14 Feb 2007 22:15:22 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.9 (X11/20070125) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <45C64E3A.7050407@kasimir.com> <45D37239.1020100@FreeBSD.org> In-Reply-To: <45D37239.1020100@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: panic: sbflush_internal: cc 4294966301 || mb 0 || mbcnt 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, 14 Feb 2007 22:15:26 -0000 I was able to reproduce this bug, although the circumstances under which I did it are weird. I have two NICs on the same box patched to the same Ethernet broadcast domain, but on interconnected switches with no spanning tree. If I stop VLAN_HWTAGGING on msk with a vlan interface attached, and then run ping -f to a local host via the network configured on fxp, it seems to trigger the problem. sb_cc is always 84 bytes, which is 20 bytes IPv4 header + 64 bytes of ICMP data, so it's definitely ping which is triggering the issue in my case. I haven't been able to get a clean dump yet as my 6.2-RELEASE userland doesn't seem to understand -CURRENT's minidumps. Hope this helps, BMS From owner-freebsd-current@FreeBSD.ORG Wed Feb 14 22:27:43 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1B4CA16A46B for ; Wed, 14 Feb 2007 22:27:43 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 0ACDA13C4BC for ; Wed, 14 Feb 2007 22:27:43 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id E39F71A3C1A; Wed, 14 Feb 2007 14:27:42 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 7D37151CF9; Wed, 14 Feb 2007 17:27:40 -0500 (EST) Date: Wed, 14 Feb 2007 17:27:40 -0500 From: Kris Kennaway To: "Mr. Darren" Message-ID: <20070214222739.GA8145@xor.obsecurity.org> References: <20070214055513.GB76099@xor.obsecurity.org> <990206.5620.qm@web34709.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <990206.5620.qm@web34709.mail.mud.yahoo.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org, Kris Kennaway Subject: Re: additional lib error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Feb 2007 22:27:43 -0000 On Wed, Feb 14, 2007 at 04:24:37AM -0800, Mr. Darren wrote: > %file /usr/local/lib/libintl.so.6 > /usr/local/lib/libintl.so.6: ELF 64-bit LSB shared > object, AMD x86-64, version 1 (FreeBSD), not stripped > % OK, other way around then, the binary linked to this library could also be i386. kris P.S. Don't top-post > > --- Kris Kennaway wrote: > > > On Tue, Feb 13, 2007 at 09:35:28PM -0800, Mr. Darren > > wrote: > > > also a whole lot of > > > /libexec/ld-elf.so.1: /usr/local/lib/libintl.so.6: > > unsupported file layout > > > *** Error code 1 > > > > That's also a broken library, what does file(1) say? > > Maybe you added > > an i386 package on your amd64 system. > > > > Kris > > > > > > > ____________________________________________________________________________________ > Looking for earth-friendly autos? > Browse Top Cars by "Green Rating" at Yahoo! Autos' Green Center. > http://autos.yahoo.com/green_center/ > _______________________________________________ > 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 15 00:12:52 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BF77D16A401 for ; Thu, 15 Feb 2007 00:12:52 +0000 (UTC) (envelope-from darren780@yahoo.com) Received: from web34712.mail.mud.yahoo.com (web34712.mail.mud.yahoo.com [209.191.68.161]) by mx1.freebsd.org (Postfix) with SMTP id 7633F13C442 for ; Thu, 15 Feb 2007 00:12:52 +0000 (UTC) (envelope-from darren780@yahoo.com) Received: (qmail 18095 invoked by uid 60001); 15 Feb 2007 00:12:52 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=KwsznrhS6pw7sExKbG2HNjOUtqo3XvL5QLvqcKRyU89jNuyo+GurVyasLWpqoGwAttY24OU4AlcskucJtP19Sjl/moxJxi45wOIVR0Pndpwy3j2imTkgyPLnytfuyfcutxqoXZ1uFA1ttKcD7ZsQFJkEV4cEJK8d87tM+ZqBAQE=; X-YMail-OSG: EBLS4yAVM1ltqpmu58niL2M4AIwcDvlwBGnrxmrjO4tjJ3K1glYa3aDCuWFH1OzcAn1l_CboGFYexRku.FrxzAi_NqY7te..TkUVptH05TNYo7KE8RQ8mgoc2SM5XfMXWPI0m.AxP4F_qAU- Received: from [68.150.62.97] by web34712.mail.mud.yahoo.com via HTTP; Wed, 14 Feb 2007 16:12:51 PST Date: Wed, 14 Feb 2007 16:12:51 -0800 (PST) From: "Mr. Darren" To: Alexander Kabaev , freebsd-current@freebsd.org In-Reply-To: <20070214095604.03f970ee@kan.dnsalias.net> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0-1778486571-1171498371=:17528" Content-Transfer-Encoding: 8bit Message-ID: <942195.17528.qm@web34712.mail.mud.yahoo.com> Cc: Subject: Re: additional lib error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Feb 2007 00:12:52 -0000 --0-1778486571-1171498371=:17528 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Content-Id: Content-Disposition: inline --- Alexander Kabaev wrote: > On Tue, 13 Feb 2007 21:35:28 -0800 (PST) > "Mr. Darren" wrote: > > > also a whole lot of > > /libexec/ld-elf.so.1: ': unsupported file > > layout *** Error code 1 > > > > thanks, > > Darren > > > Output of 'readelf -a /usr/local/lib/libintl.so.6' > will explain a lot. > Could you provide one? > > -- > Alexander Kabaev > ____________________________________________________________________________________ 8:00? 8:25? 8:40? Find a flick in no time with the Yahoo! Search movie showtime shortcut. http://tools.search.yahoo.com/shortcuts/#news --0-1778486571-1171498371=:17528 Content-Type: text/plain; name="attach.txt" Content-Description: 3977214119-attach.txt Content-Disposition: inline; filename="attach.txt" ELF Header: Magic: 7f 45 4c 46 02 01 01 09 00 00 00 00 00 00 00 00 Class: ELF64 Data: 2's complement, little endian Version: 1 (current) OS/ABI: UNIX - FreeBSD ABI Version: 0 Type: DYN (Shared object file) Machine: Advanced Micro Devices X86-64 Version: 0x1 Entry point address: 0x2550 Start of program headers: 64 (bytes into file) Start of section headers: 37152 (bytes into file) Flags: 0x0 Size of this header: 64 (bytes) Size of program headers: 56 (bytes) Number of program headers: 3 Size of section headers: 64 (bytes) Number of section headers: 23 Section header string table index: 20 Section Headers: [Nr] Name Type Address Offset Size EntSize Flags Link Info Align [ 0] NULL 0000000000000000 00000000 0000000000000000 0000000000000000 0 0 0 [ 1] .hash HASH 00000000000000e8 000000e8 0000000000000394 0000000000000004 A 2 0 8 [ 2] .dynsym DYNSYM 0000000000000480 00000480 0000000000000c30 0000000000000018 A 3 14 8 [ 3] .dynstr STRTAB 00000000000010b0 000010b0 000000000000059e 0000000000000000 A 0 0 1 [ 4] .rela.dyn RELA 0000000000001650 00001650 00000000000001b0 0000000000000018 A 2 0 8 [ 5] .rela.plt RELA 0000000000001800 00001800 00000000000007e0 0000000000000018 A 2 7 8 [ 6] .init PROGBITS 0000000000001fe0 00001fe0 0000000000000013 0000000000000000 AX 0 0 4 [ 7] .plt PROGBITS 0000000000001ff4 00001ff4 0000000000000550 0000000000000010 AX 0 0 4 [ 8] .text PROGBITS 0000000000002550 00002550 0000000000005328 0000000000000000 AX 0 0 16 [ 9] .fini PROGBITS 0000000000007878 00007878 000000000000000e 0000000000000000 AX 0 0 4 [10] .rodata PROGBITS 00000000000078a0 000078a0 000000000000081c 0000000000000000 A 0 0 32 [11] .data PROGBITS 00000000001080c0 000080c0 0000000000000040 0000000000000000 WA 0 0 32 [12] .eh_frame PROGBITS 0000000000108100 00008100 0000000000000700 0000000000000000 A 0 0 8 [13] .dynamic DYNAMIC 0000000000108800 00008800 0000000000000170 0000000000000010 WA 3 0 8 [14] .ctors PROGBITS 0000000000108970 00008970 0000000000000010 0000000000000000 WA 0 0 8 [15] .dtors PROGBITS 0000000000108980 00008980 0000000000000010 0000000000000000 WA 0 0 8 [16] .jcr PROGBITS 0000000000108990 00008990 0000000000000008 0000000000000000 WA 0 0 8 [17] .got PROGBITS 0000000000108998 00008998 0000000000000320 0000000000000008 WA 0 0 8 [18] .bss NOBITS 0000000000108cc0 00008cc0 0000000000000108 0000000000000000 WA 0 0 32 [19] .comment PROGBITS 0000000000000000 00008cc0 00000000000003c2 0000000000000000 0 0 1 [20] .shstrtab STRTAB 0000000000000000 00009082 000000000000009e 0000000000000000 0 0 1 [21] .symtab SYMTAB 0000000000000000 000096e0 0000000000001548 0000000000000018 22 75 8 [22] .strtab STRTAB 0000000000000000 0000ac28 0000000000000a8b 0000000000000000 0 0 1 Key to Flags: W (write), A (alloc), X (execute), M (merge), S (strings) I (info), L (link order), G (group), x (unknown) O (extra OS processing required) o (OS specific), p (processor specific) Program Headers: Type Offset VirtAddr PhysAddr FileSiz MemSiz Flags Align LOAD 0x0000000000000000 0x0000000000000000 0x0000000000000000 0x00000000000080bc 0x00000000000080bc R E 100000 LOAD 0x00000000000080c0 0x00000000001080c0 0x00000000001080c0 0x0000000000000bf8 0x0000000000000d08 RW 100000 DYNAMIC 0x0000000000008800 0x0000000000108800 0x0000000000108800 0x0000000000000170 0x0000000000000170 RW 8 Section to Segment mapping: Segment Sections... 00 .hash .dynsym .dynstr .rela.dyn .rela.plt .init .plt .text .fini .rodata 01 .data .eh_frame .dynamic .ctors .dtors .jcr .got .bss 02 .dynamic Dynamic segment at offset 0x8800 contains 19 entries: Tag Type Name/Value 0x0000000000000001 (NEEDED) Shared library: [libiconv.so.3] 0x000000000000000e (SONAME) Library soname: [libintl.so.6] 0x000000000000000f (RPATH) Library rpath: [/usr/local/lib] 0x000000000000000c (INIT) 0x1fe0 0x000000000000000d (FINI) 0x7878 0x0000000000000004 (HASH) 0xe8 0x0000000000000005 (STRTAB) 0x10b0 0x0000000000000006 (SYMTAB) 0x480 0x000000000000000a (STRSZ) 1438 (bytes) 0x000000000000000b (SYMENT) 24 (bytes) 0x0000000000000003 (PLTGOT) 0x108998 0x0000000000000002 (PLTRELSZ) 2016 (bytes) 0x0000000000000014 (PLTREL) RELA 0x0000000000000017 (JMPREL) 0x1800 0x0000000000000007 (RELA) 0x1650 0x0000000000000008 (RELASZ) 432 (bytes) 0x0000000000000009 (RELAENT) 24 (bytes) 0x000000006ffffff9 (RELACOUNT) 4 0x0000000000000000 (NULL) 0x0 Relocation section '.rela.dyn' at offset 0x1650 contains 18 entries: Offset Info Type Sym. Value Sym. Name + Addend 0000001080c0 000000000008 R_X86_64_RELATIVE 00000000001080c0 0000001080c8 000000000008 R_X86_64_RELATIVE 0000000000108988 0000001080e8 000000000008 R_X86_64_RELATIVE 0000000000007fa0 0000001080f0 000000000008 R_X86_64_RELATIVE 0000000000007f80 0000001080d0 004700000001 R_X86_64_64 0000000000007978 libintl_nl_default_def + 0 000000108c70 004700000006 R_X86_64_GLOB_DAT 0000000000007978 libintl_nl_default_def + 0 000000108c50 001b00000006 R_X86_64_GLOB_DAT 00000000001080e0 libintl_gettext_german + 0 000000108c58 002900000006 R_X86_64_GLOB_DAT 0000000000000000 __cxa_finalize + 0 000000108c60 002d00000006 R_X86_64_GLOB_DAT 0000000000108db8 _nl_msg_cat_cntr + 0 000000108c68 003d00000006 R_X86_64_GLOB_DAT 0000000000000000 _DefaultRuneLocale + 0 000000108c78 004800000006 R_X86_64_GLOB_DAT 0000000000000000 __deregister_frame_inf + 0 000000108c80 004e00000006 R_X86_64_GLOB_DAT 0000000000007960 libintl_nl_default_dir + 0 000000108c88 005700000006 R_X86_64_GLOB_DAT 0000000000000000 _CurrentRuneLocale + 0 000000108c90 005800000006 R_X86_64_GLOB_DAT 0000000000108dc0 libintl_nl_domain_bind + 0 000000108c98 005900000006 R_X86_64_GLOB_DAT 00000000001080d0 libintl_nl_current_def + 0 000000108ca0 005d00000006 R_X86_64_GLOB_DAT 0000000000000000 __isthreaded + 0 000000108ca8 007800000006 R_X86_64_GLOB_DAT 0000000000000000 _Jv_RegisterClasses + 0 000000108cb0 007a00000006 R_X86_64_GLOB_DAT 0000000000000000 __register_frame_info + 0 Relocation section '.rela.plt' at offset 0x1800 contains 84 entries: Offset Info Type Sym. Value Sym. Name + Addend 0000001089b0 001400000007 R_X86_64_JUMP_SLO 0000000000000000 stpcpy + 0 0000001089b8 001500000007 R_X86_64_JUMP_SLO 0000000000000000 tsearch + 0 0000001089c0 001600000007 R_X86_64_JUMP_SLO 0000000000000000 strcpy + 0 0000001089c8 001800000007 R_X86_64_JUMP_SLO 0000000000000000 getgid + 0 0000001089d0 001900000007 R_X86_64_JUMP_SLO 0000000000002e40 _nl_load_domain + 0 0000001089d8 001a00000007 R_X86_64_JUMP_SLO 0000000000002940 libintl_bindtextdomain + 0 0000001089e0 001c00000007 R_X86_64_JUMP_SLO 0000000000000000 ungetc + 0 0000001089e8 001d00000007 R_X86_64_JUMP_SLO 0000000000000000 geteuid + 0 0000001089f0 001e00000007 R_X86_64_JUMP_SLO 0000000000000000 munmap + 0 0000001089f8 002000000007 R_X86_64_JUMP_SLO 0000000000000000 getenv + 0 000000108a00 002100000007 R_X86_64_JUMP_SLO 0000000000000000 __srget + 0 000000108a08 002200000007 R_X86_64_JUMP_SLO 0000000000000000 getegid + 0 000000108a10 002300000007 R_X86_64_JUMP_SLO 0000000000000000 bsearch + 0 000000108a18 002400000007 R_X86_64_JUMP_SLO 0000000000000000 qsort + 0 000000108a20 002500000007 R_X86_64_JUMP_SLO 0000000000000000 fscanf + 0 000000108a28 002600000007 R_X86_64_JUMP_SLO 0000000000000000 fgets + 0 000000108a30 002700000007 R_X86_64_JUMP_SLO 00000000000045a0 _nl_expand_alias + 0 000000108a38 002800000007 R_X86_64_JUMP_SLO 0000000000000000 memcpy + 0 000000108a40 002900000007 R_X86_64_JUMP_SLO 0000000000000000 __cxa_finalize + 0 000000108a48 002b00000007 R_X86_64_JUMP_SLO 0000000000000000 getuid + 0 000000108a50 002e00000007 R_X86_64_JUMP_SLO 0000000000000000 malloc + 0 000000108a58 002f00000007 R_X86_64_JUMP_SLO 0000000000006f60 libintl_set_relocation + 0 000000108a60 003000000007 R_X86_64_JUMP_SLO 0000000000006260 libintl_ngettext + 0 000000108a68 003100000007 R_X86_64_JUMP_SLO 0000000000000000 strtoul + 0 000000108a70 003200000007 R_X86_64_JUMP_SLO 0000000000005b90 libintl_dcigettext + 0 000000108a78 003400000007 R_X86_64_JUMP_SLO 00000000000072d0 _nl_language_preferenc + 0 000000108a80 003500000007 R_X86_64_JUMP_SLO 0000000000000000 libiconv_set_relocatio + 0 000000108a88 003600000007 R_X86_64_JUMP_SLO 0000000000000000 mmap + 0 000000108a90 003700000007 R_X86_64_JUMP_SLO 0000000000002990 libintl_dgettext + 0 000000108a98 003800000007 R_X86_64_JUMP_SLO 0000000000000000 abort + 0 000000108aa0 003900000007 R_X86_64_JUMP_SLO 0000000000000000 libiconv_open + 0 000000108aa8 003a00000007 R_X86_64_JUMP_SLO 0000000000007560 _nl_log_untranslated + 0 000000108ab0 003c00000007 R_X86_64_JUMP_SLO 0000000000000000 libiconv_close + 0 000000108ab8 003e00000007 R_X86_64_JUMP_SLO 00000000000029b0 _nl_find_domain + 0 000000108ac0 003f00000007 R_X86_64_JUMP_SLO 00000000000072e0 _nl_locale_name_posix + 0 000000108ac8 004000000007 R_X86_64_JUMP_SLO 0000000000007050 libintl_relocate + 0 000000108ad0 004100000007 R_X86_64_JUMP_SLO 0000000000000000 calloc + 0 000000108ad8 004200000007 R_X86_64_JUMP_SLO 00000000000029a0 libintl_gettext + 0 000000108ae0 004300000007 R_X86_64_JUMP_SLO 0000000000000000 fstat + 0 000000108ae8 004400000007 R_X86_64_JUMP_SLO 0000000000004e20 _nl_normalize_codeset + 0 000000108af0 004600000007 R_X86_64_JUMP_SLO 0000000000006b80 locale_charset + 0 000000108af8 004800000007 R_X86_64_JUMP_SLO 0000000000000000 __deregister_frame_inf + 0 000000108b00 004a00000007 R_X86_64_JUMP_SLO 0000000000000000 nl_langinfo + 0 000000108b08 004b00000007 R_X86_64_JUMP_SLO 00000000000047b0 _nl_make_l10nflist + 0 000000108b10 004c00000007 R_X86_64_JUMP_SLO 0000000000002960 libintl_bind_textdomai + 0 000000108b18 004d00000007 R_X86_64_JUMP_SLO 0000000000000000 tfind + 0 000000108b20 004f00000007 R_X86_64_JUMP_SLO 0000000000000000 strstr + 0 000000108b28 005000000007 R_X86_64_JUMP_SLO 0000000000000000 __error + 0 000000108b30 005100000007 R_X86_64_JUMP_SLO 0000000000000000 read + 0 000000108b38 005200000007 R_X86_64_JUMP_SLO 0000000000000000 ___runetype + 0 000000108b40 005300000007 R_X86_64_JUMP_SLO 0000000000000000 strncmp + 0 000000108b48 005400000007 R_X86_64_JUMP_SLO 0000000000005010 _nl_explode_name + 0 000000108b50 005500000007 R_X86_64_JUMP_SLO 0000000000000000 strcasecmp + 0 000000108b58 005600000007 R_X86_64_JUMP_SLO 0000000000000000 realloc + 0 000000108b60 005a00000007 R_X86_64_JUMP_SLO 0000000000006290 libintl_gettext_free_e + 0 000000108b68 005b00000007 R_X86_64_JUMP_SLO 0000000000000000 strdup + 0 000000108b70 005c00000007 R_X86_64_JUMP_SLO 0000000000002980 libintl_dcgettext + 0 000000108b78 005e00000007 R_X86_64_JUMP_SLO 0000000000000000 fopen + 0 000000108b80 006000000007 R_X86_64_JUMP_SLO 0000000000000000 __swbuf + 0 000000108b88 006100000007 R_X86_64_JUMP_SLO 0000000000000000 fclose + 0 000000108b90 006200000007 R_X86_64_JUMP_SLO 00000000000055f0 _nl_find_msg + 0 000000108b98 006300000007 R_X86_64_JUMP_SLO 0000000000000000 putc + 0 000000108ba0 006400000007 R_X86_64_JUMP_SLO 0000000000000000 strcmp + 0 000000108ba8 006500000007 R_X86_64_JUMP_SLO 0000000000000000 getcwd + 0 000000108bb0 006600000007 R_X86_64_JUMP_SLO 0000000000006240 libintl_dcngettext + 0 000000108bb8 006800000007 R_X86_64_JUMP_SLO 0000000000004fc0 _nl_find_language + 0 000000108bc0 006900000007 R_X86_64_JUMP_SLO 0000000000000000 strcspn + 0 000000108bc8 006a00000007 R_X86_64_JUMP_SLO 0000000000007330 _nl_locale_name_defaul + 0 000000108bd0 006b00000007 R_X86_64_JUMP_SLO 0000000000006a70 libintl_gettext_extrac + 0 000000108bd8 006c00000007 R_X86_64_JUMP_SLO 0000000000002c80 _nl_init_domain_conv + 0 000000108be0 006d00000007 R_X86_64_JUMP_SLO 0000000000000000 fwrite + 0 000000108be8 007100000007 R_X86_64_JUMP_SLO 0000000000000000 libiconv + 0 000000108bf0 007400000007 R_X86_64_JUMP_SLO 0000000000006250 libintl_dngettext + 0 000000108bf8 007500000007 R_X86_64_JUMP_SLO 0000000000000000 strlen + 0 000000108c00 007600000007 R_X86_64_JUMP_SLO 0000000000000000 open + 0 000000108c08 007700000007 R_X86_64_JUMP_SLO 0000000000000000 strchr + 0 000000108c10 007800000007 R_X86_64_JUMP_SLO 0000000000000000 _Jv_RegisterClasses + 0 000000108c18 007a00000007 R_X86_64_JUMP_SLO 0000000000000000 __register_frame_info + 0 000000108c20 007b00000007 R_X86_64_JUMP_SLO 00000000000063c0 libintl_gettextparse + 0 000000108c28 007c00000007 R_X86_64_JUMP_SLO 0000000000000000 close + 0 000000108c30 007d00000007 R_X86_64_JUMP_SLO 00000000000046c0 libintl_textdomain + 0 000000108c38 007f00000007 R_X86_64_JUMP_SLO 0000000000000000 ___tolower + 0 000000108c40 008000000007 R_X86_64_JUMP_SLO 0000000000000000 free + 0 000000108c48 008100000007 R_X86_64_JUMP_SLO 0000000000002e00 _nl_free_domain_conv + 0 There are no unwind sections in this file. Symbol table '.dynsym' contains 130 entries: Num: Value Size Type Bind Vis Ndx Name 0: 0000000000000000 0 NOTYPE LOCAL DEFAULT UND 1: 00000000000000e8 0 SECTION LOCAL DEFAULT 1 2: 0000000000000480 0 SECTION LOCAL DEFAULT 2 3: 00000000000010b0 0 SECTION LOCAL DEFAULT 3 4: 0000000000001650 0 SECTION LOCAL DEFAULT 4 5: 0000000000001800 0 SECTION LOCAL DEFAULT 5 6: 0000000000001fe0 0 SECTION LOCAL DEFAULT 6 7: 0000000000001ff4 0 SECTION LOCAL DEFAULT 7 8: 0000000000002550 0 SECTION LOCAL DEFAULT 8 9: 0000000000007878 0 SECTION LOCAL DEFAULT 9 10: 00000000000078a0 0 SECTION LOCAL DEFAULT 10 11: 00000000001080c0 0 SECTION LOCAL DEFAULT 11 12: 0000000000108100 0 SECTION LOCAL DEFAULT 12 13: 0000000000108800 0 SECTION LOCAL DEFAULT 13 14: 0000000000108970 0 SECTION LOCAL DEFAULT 14 15: 0000000000108980 0 SECTION LOCAL DEFAULT 15 16: 0000000000108990 0 SECTION LOCAL DEFAULT 16 17: 0000000000108998 0 SECTION LOCAL DEFAULT 17 18: 0000000000108cc0 0 SECTION LOCAL DEFAULT 18 19: 0000000000000000 0 SECTION LOCAL DEFAULT 19 20: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND stpcpy 21: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND tsearch 22: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND strcpy 23: 0000000000007810 5 FUNC GLOBAL DEFAULT 8 textdomain 24: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND getgid 25: 0000000000002e40 4805 FUNC GLOBAL DEFAULT 8 _nl_load_domain 26: 0000000000002940 27 FUNC GLOBAL DEFAULT 8 libintl_bindtextdomain 27: 00000000001080e0 32 OBJECT GLOBAL DEFAULT 11 libintl_gettext_germanic_ 28: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND ungetc 29: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND geteuid 30: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND munmap 31: 0000000000108800 0 OBJECT GLOBAL DEFAULT ABS _DYNAMIC 32: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND getenv 33: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND __srget 34: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND getegid 35: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND bsearch 36: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND qsort 37: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND fscanf 38: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND fgets 39: 00000000000045a0 265 FUNC GLOBAL DEFAULT 8 _nl_expand_alias 40: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND memcpy 41: 0000000000000000 0 NOTYPE WEAK DEFAULT UND __cxa_finalize 42: 00000000000077f0 5 FUNC GLOBAL DEFAULT 8 dngettext 43: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND getuid 44: 00000000000077c0 5 FUNC GLOBAL DEFAULT 8 dgettext 45: 0000000000108db8 4 OBJECT GLOBAL DEFAULT 18 _nl_msg_cat_cntr 46: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND malloc 47: 0000000000006f60 225 FUNC GLOBAL DEFAULT 8 libintl_set_relocation_pr 48: 0000000000006260 22 FUNC GLOBAL DEFAULT 8 libintl_ngettext 49: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND strtoul 50: 0000000000005b90 1703 FUNC GLOBAL DEFAULT 8 libintl_dcigettext 51: 0000000000007830 5 FUNC GLOBAL DEFAULT 8 bind_textdomain_codeset 52: 00000000000072d0 3 FUNC GLOBAL DEFAULT 8 _nl_language_preferences_ 53: 0000000000000000 218 FUNC GLOBAL DEFAULT UND libiconv_set_relocation_p 54: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND mmap 55: 0000000000002990 10 FUNC GLOBAL DEFAULT 8 libintl_dgettext 56: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND abort 57: 0000000000000000 1842 FUNC GLOBAL DEFAULT UND libiconv_open 58: 0000000000007560 588 FUNC GLOBAL DEFAULT 8 _nl_log_untranslated 59: 0000000000001fe0 0 FUNC GLOBAL DEFAULT 6 _init 60: 0000000000000000 16 FUNC GLOBAL DEFAULT UND libiconv_close 61: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND _DefaultRuneLocale 62: 00000000000029b0 718 FUNC GLOBAL DEFAULT 8 _nl_find_domain 63: 00000000000072e0 73 FUNC GLOBAL DEFAULT 8 _nl_locale_name_posix 64: 0000000000007050 630 FUNC GLOBAL DEFAULT 8 libintl_relocate 65: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND calloc 66: 00000000000029a0 15 FUNC GLOBAL DEFAULT 8 libintl_gettext 67: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND fstat 68: 0000000000004e20 408 FUNC GLOBAL DEFAULT 8 _nl_normalize_codeset 69: 00000000000077d0 5 FUNC GLOBAL DEFAULT 8 dcgettext 70: 0000000000006b80 979 FUNC GLOBAL DEFAULT 8 locale_charset 71: 0000000000007978 9 OBJECT GLOBAL DEFAULT 10 libintl_nl_default_defaul 72: 0000000000000000 0 NOTYPE WEAK DEFAULT UND __deregister_frame_info 73: 00000000000077e0 5 FUNC GLOBAL DEFAULT 8 ngettext 74: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND nl_langinfo 75: 00000000000047b0 1648 FUNC GLOBAL DEFAULT 8 _nl_make_l10nflist 76: 0000000000002960 27 FUNC GLOBAL DEFAULT 8 libintl_bind_textdomain_c 77: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND tfind 78: 0000000000007960 24 OBJECT GLOBAL DEFAULT 10 libintl_nl_default_dirnam 79: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND strstr 80: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND __error 81: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND read 82: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND ___runetype 83: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND strncmp 84: 0000000000005010 823 FUNC GLOBAL DEFAULT 8 _nl_explode_name 85: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND strcasecmp 86: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND realloc 87: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND _CurrentRuneLocale 88: 0000000000108dc0 8 OBJECT GLOBAL DEFAULT 18 libintl_nl_domain_binding 89: 00000000001080d0 8 OBJECT GLOBAL DEFAULT 11 libintl_nl_current_defaul 90: 0000000000006290 100 FUNC GLOBAL DEFAULT 8 libintl_gettext_free_exp 91: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND strdup 92: 0000000000002980 15 FUNC GLOBAL DEFAULT 8 libintl_dcgettext 93: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND __isthreaded 94: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND fopen 95: 0000000000108cb8 0 NOTYPE GLOBAL DEFAULT ABS __bss_start 96: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND __swbuf 97: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND fclose 98: 00000000000055f0 1433 FUNC GLOBAL DEFAULT 8 _nl_find_msg 99: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND putc 100: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND strcmp 101: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND getcwd 102: 0000000000006240 16 FUNC GLOBAL DEFAULT 8 libintl_dcngettext 103: 0000000000007878 0 FUNC GLOBAL DEFAULT 9 _fini 104: 0000000000004fc0 68 FUNC GLOBAL DEFAULT 8 _nl_find_language 105: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND strcspn 106: 0000000000007330 8 FUNC GLOBAL DEFAULT 8 _nl_locale_name_default 107: 0000000000006a70 271 FUNC GLOBAL DEFAULT 8 libintl_gettext_extract_p 108: 0000000000002c80 379 FUNC GLOBAL DEFAULT 8 _nl_init_domain_conv 109: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND fwrite 110: 0000000000108cb8 0 NOTYPE GLOBAL DEFAULT ABS _edata 111: 0000000000108998 0 OBJECT GLOBAL DEFAULT ABS _GLOBAL_OFFSET_TABLE_ 112: 0000000000108dc8 0 NOTYPE GLOBAL DEFAULT ABS _end 113: 0000000000000000 45 FUNC GLOBAL DEFAULT UND libiconv 114: 00000000000077b0 5 FUNC GLOBAL DEFAULT 8 gettext 115: 0000000000007820 5 FUNC GLOBAL DEFAULT 8 bindtextdomain 116: 0000000000006250 11 FUNC GLOBAL DEFAULT 8 libintl_dngettext 117: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND strlen 118: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND open 119: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND strchr 120: 0000000000000000 0 NOTYPE WEAK DEFAULT UND _Jv_RegisterClasses 121: 0000000000007340 28 FUNC GLOBAL DEFAULT 8 _nl_locale_name 122: 0000000000000000 0 NOTYPE WEAK DEFAULT UND __register_frame_info 123: 00000000000063c0 1705 FUNC GLOBAL DEFAULT 8 libintl_gettextparse 124: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND close 125: 00000000000046c0 230 FUNC GLOBAL DEFAULT 8 libintl_textdomain 126: 0000000000007800 5 FUNC GLOBAL DEFAULT 8 dcngettext 127: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND ___tolower 128: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND free 129: 0000000000002e00 57 FUNC GLOBAL DEFAULT 8 _nl_free_domain_conv Symbol table '.symtab' contains 227 entries: Num: Value Size Type Bind Vis Ndx Name 0: 0000000000000000 0 NOTYPE LOCAL DEFAULT UND 1: 00000000000000e8 0 SECTION LOCAL DEFAULT 1 2: 0000000000000480 0 SECTION LOCAL DEFAULT 2 3: 00000000000010b0 0 SECTION LOCAL DEFAULT 3 4: 0000000000001650 0 SECTION LOCAL DEFAULT 4 5: 0000000000001800 0 SECTION LOCAL DEFAULT 5 6: 0000000000001fe0 0 SECTION LOCAL DEFAULT 6 7: 0000000000001ff4 0 SECTION LOCAL DEFAULT 7 8: 0000000000002550 0 SECTION LOCAL DEFAULT 8 9: 0000000000007878 0 SECTION LOCAL DEFAULT 9 10: 00000000000078a0 0 SECTION LOCAL DEFAULT 10 11: 00000000001080c0 0 SECTION LOCAL DEFAULT 11 12: 0000000000108100 0 SECTION LOCAL DEFAULT 12 13: 0000000000108800 0 SECTION LOCAL DEFAULT 13 14: 0000000000108970 0 SECTION LOCAL DEFAULT 14 15: 0000000000108980 0 SECTION LOCAL DEFAULT 15 16: 0000000000108990 0 SECTION LOCAL DEFAULT 16 17: 0000000000108998 0 SECTION LOCAL DEFAULT 17 18: 0000000000108cc0 0 SECTION LOCAL DEFAULT 18 19: 0000000000000000 0 SECTION LOCAL DEFAULT 19 20: 0000000000000000 0 SECTION LOCAL DEFAULT 20 21: 0000000000000000 0 SECTION LOCAL DEFAULT 21 22: 0000000000000000 0 SECTION LOCAL DEFAULT 22 23: 0000000000000000 0 FILE LOCAL DEFAULT ABS /a/portbuild/amd64/7/src/ 24: 0000000000000000 0 FILE LOCAL DEFAULT ABS 25: 0000000000000000 0 FILE LOCAL DEFAULT ABS 26: 0000000000000000 0 FILE LOCAL DEFAULT ABS /a/portbuild/amd64/7/src/ 27: 0000000000000000 0 FILE LOCAL DEFAULT ABS crtstuff.c 28: 0000000000108970 0 OBJECT LOCAL DEFAULT 14 __CTOR_LIST__ 29: 0000000000108980 0 OBJECT LOCAL DEFAULT 15 __DTOR_LIST__ 30: 0000000000108100 0 OBJECT LOCAL DEFAULT 12 __EH_FRAME_BEGIN__ 31: 0000000000108990 0 OBJECT LOCAL DEFAULT 16 __JCR_LIST__ 32: 00000000001080c8 0 OBJECT LOCAL DEFAULT 11 p.0 33: 0000000000108cc0 1 OBJECT LOCAL DEFAULT 18 completed.1 34: 0000000000002550 0 FUNC LOCAL DEFAULT 8 __do_global_dtors_aux 35: 0000000000108ce0 48 OBJECT LOCAL DEFAULT 18 object.2 36: 00000000000025b0 0 FUNC LOCAL DEFAULT 8 frame_dummy 37: 0000000000000000 0 FILE LOCAL DEFAULT ABS crtstuff.c 38: 0000000000108978 0 OBJECT LOCAL DEFAULT 14 __CTOR_END__ 39: 0000000000108988 0 OBJECT LOCAL DEFAULT 15 __DTOR_END__ 40: 00000000001087b8 0 OBJECT LOCAL DEFAULT 12 __FRAME_END__ 41: 0000000000108990 0 OBJECT LOCAL DEFAULT 16 __JCR_END__ 42: 0000000000007840 0 FUNC LOCAL DEFAULT 8 __do_global_ctors_aux 43: 0000000000000000 0 FILE LOCAL DEFAULT ABS /a/portbuild/amd64/7/src/ 44: 0000000000000000 0 FILE LOCAL DEFAULT ABS 45: 0000000000000000 0 FILE LOCAL DEFAULT ABS 46: 0000000000000000 0 FILE LOCAL DEFAULT ABS /a/portbuild/amd64/7/src/ 47: 0000000000000000 0 FILE LOCAL DEFAULT ABS bindtextdom.c 48: 0000000000002600 821 FUNC LOCAL DEFAULT 8 set_binding_values 49: 0000000000000000 0 FILE LOCAL DEFAULT ABS dcgettext.c 50: 0000000000000000 0 FILE LOCAL DEFAULT ABS dgettext.c 51: 0000000000000000 0 FILE LOCAL DEFAULT ABS gettext.c 52: 0000000000000000 0 FILE LOCAL DEFAULT ABS finddomain.c 53: 0000000000108d10 8 OBJECT LOCAL DEFAULT 18 _nl_loaded_domains 54: 0000000000000000 0 FILE LOCAL DEFAULT ABS loadmsgcat.c 55: 0000000000000000 0 FILE LOCAL DEFAULT ABS localealias.c 56: 0000000000007929 14 OBJECT LOCAL DEFAULT 10 aliasfile.1 57: 0000000000004110 1165 FUNC LOCAL DEFAULT 8 read_alias_file 58: 0000000000108d40 8 OBJECT LOCAL DEFAULT 18 nmap 59: 0000000000108d20 8 OBJECT LOCAL DEFAULT 18 string_space 60: 0000000000108d28 8 OBJECT LOCAL DEFAULT 18 string_space_act 61: 0000000000108d30 8 OBJECT LOCAL DEFAULT 18 string_space_max 62: 0000000000108d38 8 OBJECT LOCAL DEFAULT 18 map 63: 00000000000046b0 11 FUNC LOCAL DEFAULT 8 alias_compare 64: 0000000000108d48 8 OBJECT LOCAL DEFAULT 18 maxmap 65: 0000000000108d18 8 OBJECT LOCAL DEFAULT 18 locale_alias_path.0 66: 0000000000000000 0 FILE LOCAL DEFAULT ABS textdomain.c 67: 0000000000000000 0 FILE LOCAL DEFAULT ABS l10nflist.c 68: 0000000000000000 0 FILE LOCAL DEFAULT ABS explodename.c 69: 0000000000000000 0 FILE LOCAL DEFAULT ABS dcigettext.c 70: 0000000000005350 79 FUNC LOCAL DEFAULT 8 transcmp 71: 00000000000053a0 441 FUNC LOCAL DEFAULT 8 plural_eval 72: 0000000000005560 120 FUNC LOCAL DEFAULT 8 plural_lookup 73: 00000000000055e0 14 FUNC LOCAL DEFAULT 8 mempcpy 74: 0000000000108d50 8 OBJECT LOCAL DEFAULT 18 freemem.0 75: 0000000000108d58 8 OBJECT LOCAL DEFAULT 18 freemem_size.1 76: 0000000000108d60 8 OBJECT LOCAL DEFAULT 18 root 77: 0000000000108d68 4 OBJECT LOCAL DEFAULT 18 enable_secure 78: 0000000000000000 0 FILE LOCAL DEFAULT ABS dcngettext.c 79: 0000000000000000 0 FILE LOCAL DEFAULT ABS dngettext.c 80: 0000000000000000 0 FILE LOCAL DEFAULT ABS ngettext.c 81: 0000000000000000 0 FILE LOCAL DEFAULT ABS plural.c 82: 0000000000007a60 4 OBJECT LOCAL DEFAULT 10 yydefgoto 83: 0000000000007a64 4 OBJECT LOCAL DEFAULT 10 yypgoto 84: 0000000000007a70 26 OBJECT LOCAL DEFAULT 10 yyr1 85: 0000000000007a90 26 OBJECT LOCAL DEFAULT 10 yyr2 86: 0000000000007ac0 56 OBJECT LOCAL DEFAULT 10 yydefact 87: 0000000000007b00 108 OBJECT LOCAL DEFAULT 10 yytable 88: 0000000000007b80 108 OBJECT LOCAL DEFAULT 10 yycheck 89: 0000000000007c00 262 OBJECT LOCAL DEFAULT 10 yytranslate 90: 0000000000007d20 56 OBJECT LOCAL DEFAULT 10 yypact 91: 0000000000006280 2 FUNC LOCAL DEFAULT 8 __gettexterror 92: 0000000000006300 134 FUNC LOCAL DEFAULT 8 new_exp 93: 0000000000006390 33 FUNC LOCAL DEFAULT 8 new_exp_2 94: 0000000000000000 0 FILE LOCAL DEFAULT ABS plural-exp.c 95: 0000000000007fa0 32 OBJECT LOCAL DEFAULT 10 plvar 96: 0000000000007f80 32 OBJECT LOCAL DEFAULT 10 plone 97: 0000000000000000 0 FILE LOCAL DEFAULT ABS localcharset.c 98: 0000000000108d70 8 OBJECT LOCAL DEFAULT 18 charset_aliases 99: 0000000000000000 0 FILE LOCAL DEFAULT ABS relocatable.c 100: 0000000000108d80 8 OBJECT LOCAL DEFAULT 18 orig_prefix 101: 0000000000108d90 8 OBJECT LOCAL DEFAULT 18 curr_prefix 102: 0000000000108d88 8 OBJECT LOCAL DEFAULT 18 orig_prefix_len 103: 0000000000108d98 8 OBJECT LOCAL DEFAULT 18 curr_prefix_len 104: 0000000000108d78 4 OBJECT LOCAL DEFAULT 18 initialized.0 105: 0000000000108d7c 4 OBJECT LOCAL DEFAULT 18 tried_find_shared_library 106: 0000000000108da0 8 OBJECT LOCAL DEFAULT 18 shared_library_fullname 107: 0000000000000000 0 FILE LOCAL DEFAULT ABS langprefs.c 108: 0000000000000000 0 FILE LOCAL DEFAULT ABS localename.c 109: 0000000000000000 0 FILE LOCAL DEFAULT ABS log.c 110: 0000000000007360 506 FUNC LOCAL DEFAULT 8 print_escaped 111: 0000000000108da8 8 OBJECT LOCAL DEFAULT 18 last_logfilename.0 112: 0000000000108db0 8 OBJECT LOCAL DEFAULT 18 last_logfile.1 113: 0000000000000000 0 FILE LOCAL DEFAULT ABS printf.c 114: 0000000000000000 0 FILE LOCAL DEFAULT ABS osdep.c 115: 0000000000000000 0 FILE LOCAL DEFAULT ABS intl-compat.c 116: 00000000001080c0 0 OBJECT LOCAL HIDDEN 11 __dso_handle 117: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND stpcpy 118: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND tsearch 119: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND strcpy 120: 0000000000007810 5 FUNC GLOBAL DEFAULT 8 textdomain 121: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND getgid 122: 0000000000002e40 4805 FUNC GLOBAL DEFAULT 8 _nl_load_domain 123: 0000000000002940 27 FUNC GLOBAL DEFAULT 8 libintl_bindtextdomain 124: 00000000001080e0 32 OBJECT GLOBAL DEFAULT 11 libintl_gettext_germanic_ 125: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND ungetc 126: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND geteuid 127: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND munmap 128: 0000000000108800 0 OBJECT GLOBAL DEFAULT ABS _DYNAMIC 129: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND getenv 130: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND __srget 131: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND getegid 132: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND bsearch 133: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND qsort 134: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND fscanf 135: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND fgets 136: 00000000000045a0 265 FUNC GLOBAL DEFAULT 8 _nl_expand_alias 137: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND memcpy 138: 0000000000000000 0 NOTYPE WEAK DEFAULT UND __cxa_finalize 139: 00000000000077f0 5 FUNC GLOBAL DEFAULT 8 dngettext 140: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND getuid 141: 00000000000077c0 5 FUNC GLOBAL DEFAULT 8 dgettext 142: 0000000000108db8 4 OBJECT GLOBAL DEFAULT 18 _nl_msg_cat_cntr 143: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND malloc 144: 0000000000006f60 225 FUNC GLOBAL DEFAULT 8 libintl_set_relocation_pr 145: 0000000000006260 22 FUNC GLOBAL DEFAULT 8 libintl_ngettext 146: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND strtoul 147: 0000000000005b90 1703 FUNC GLOBAL DEFAULT 8 libintl_dcigettext 148: 0000000000007830 5 FUNC GLOBAL DEFAULT 8 bind_textdomain_codeset 149: 00000000000072d0 3 FUNC GLOBAL DEFAULT 8 _nl_language_preferences_ 150: 0000000000000000 218 FUNC GLOBAL DEFAULT UND libiconv_set_relocation_p 151: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND mmap 152: 0000000000002990 10 FUNC GLOBAL DEFAULT 8 libintl_dgettext 153: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND abort 154: 0000000000000000 1842 FUNC GLOBAL DEFAULT UND libiconv_open 155: 0000000000007560 588 FUNC GLOBAL DEFAULT 8 _nl_log_untranslated 156: 0000000000001fe0 0 FUNC GLOBAL DEFAULT 6 _init 157: 0000000000000000 16 FUNC GLOBAL DEFAULT UND libiconv_close 158: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND _DefaultRuneLocale 159: 00000000000029b0 718 FUNC GLOBAL DEFAULT 8 _nl_find_domain 160: 00000000000072e0 73 FUNC GLOBAL DEFAULT 8 _nl_locale_name_posix 161: 0000000000007050 630 FUNC GLOBAL DEFAULT 8 libintl_relocate 162: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND calloc 163: 00000000000029a0 15 FUNC GLOBAL DEFAULT 8 libintl_gettext 164: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND fstat 165: 0000000000004e20 408 FUNC GLOBAL DEFAULT 8 _nl_normalize_codeset 166: 00000000000077d0 5 FUNC GLOBAL DEFAULT 8 dcgettext 167: 0000000000006b80 979 FUNC GLOBAL DEFAULT 8 locale_charset 168: 0000000000007978 9 OBJECT GLOBAL DEFAULT 10 libintl_nl_default_defaul 169: 0000000000000000 0 NOTYPE WEAK DEFAULT UND __deregister_frame_info 170: 00000000000077e0 5 FUNC GLOBAL DEFAULT 8 ngettext 171: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND nl_langinfo 172: 00000000000047b0 1648 FUNC GLOBAL DEFAULT 8 _nl_make_l10nflist 173: 0000000000002960 27 FUNC GLOBAL DEFAULT 8 libintl_bind_textdomain_c 174: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND tfind 175: 0000000000007960 24 OBJECT GLOBAL DEFAULT 10 libintl_nl_default_dirnam 176: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND strstr 177: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND __error 178: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND read 179: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND ___runetype 180: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND strncmp 181: 0000000000005010 823 FUNC GLOBAL DEFAULT 8 _nl_explode_name 182: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND strcasecmp 183: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND realloc 184: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND _CurrentRuneLocale 185: 0000000000108dc0 8 OBJECT GLOBAL DEFAULT 18 libintl_nl_domain_binding 186: 00000000001080d0 8 OBJECT GLOBAL DEFAULT 11 libintl_nl_current_defaul 187: 0000000000006290 100 FUNC GLOBAL DEFAULT 8 libintl_gettext_free_exp 188: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND strdup 189: 0000000000002980 15 FUNC GLOBAL DEFAULT 8 libintl_dcgettext 190: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND __isthreaded 191: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND fopen 192: 0000000000108cb8 0 NOTYPE GLOBAL DEFAULT ABS __bss_start 193: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND __swbuf 194: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND fclose 195: 00000000000055f0 1433 FUNC GLOBAL DEFAULT 8 _nl_find_msg 196: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND putc 197: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND strcmp 198: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND getcwd 199: 0000000000006240 16 FUNC GLOBAL DEFAULT 8 libintl_dcngettext 200: 0000000000007878 0 FUNC GLOBAL DEFAULT 9 _fini 201: 0000000000004fc0 68 FUNC GLOBAL DEFAULT 8 _nl_find_language 202: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND strcspn 203: 0000000000007330 8 FUNC GLOBAL DEFAULT 8 _nl_locale_name_default 204: 0000000000006a70 271 FUNC GLOBAL DEFAULT 8 libintl_gettext_extract_p 205: 0000000000002c80 379 FUNC GLOBAL DEFAULT 8 _nl_init_domain_conv 206: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND fwrite 207: 0000000000108cb8 0 NOTYPE GLOBAL DEFAULT ABS _edata 208: 0000000000108998 0 OBJECT GLOBAL DEFAULT ABS _GLOBAL_OFFSET_TABLE_ 209: 0000000000108dc8 0 NOTYPE GLOBAL DEFAULT ABS _end 210: 0000000000000000 45 FUNC GLOBAL DEFAULT UND libiconv 211: 00000000000077b0 5 FUNC GLOBAL DEFAULT 8 gettext 212: 0000000000007820 5 FUNC GLOBAL DEFAULT 8 bindtextdomain 213: 0000000000006250 11 FUNC GLOBAL DEFAULT 8 libintl_dngettext 214: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND strlen 215: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND open 216: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND strchr 217: 0000000000000000 0 NOTYPE WEAK DEFAULT UND _Jv_RegisterClasses 218: 0000000000007340 28 FUNC GLOBAL DEFAULT 8 _nl_locale_name 219: 0000000000000000 0 NOTYPE WEAK DEFAULT UND __register_frame_info 220: 00000000000063c0 1705 FUNC GLOBAL DEFAULT 8 libintl_gettextparse 221: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND close 222: 00000000000046c0 230 FUNC GLOBAL DEFAULT 8 libintl_textdomain 223: 0000000000007800 5 FUNC GLOBAL DEFAULT 8 dcngettext 224: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND ___tolower 225: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND free 226: 0000000000002e00 57 FUNC GLOBAL DEFAULT 8 _nl_free_domain_conv Histogram for bucket list length (total of 97 buckets): Length Number % of total Coverage 0 36 ( 37.1%) 1 30 ( 30.9%) 27.3% 2 16 ( 16.5%) 56.4% 3 13 ( 13.4%) 91.8% 4 1 ( 1.0%) 95.5% 5 1 ( 1.0%) 100.0% No version information found in this file. --0-1778486571-1171498371=:17528-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 15 00:49:07 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3AAFD16A402 for ; Thu, 15 Feb 2007 00:49:07 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from vms042pub.verizon.net (vms042pub.verizon.net [206.46.252.42]) by mx1.freebsd.org (Postfix) with ESMTP id 1BFC413C48E for ; Thu, 15 Feb 2007 00:49:07 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from [10.0.3.231] ([70.21.169.252]) by vms042.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JDH00KADBLHI8V1@vms042.mailsrvcs.net> for current@freebsd.org; Wed, 14 Feb 2007 18:48:54 -0600 (CST) Date: Wed, 14 Feb 2007 19:48:51 -0500 From: "Alexandre \"Sunny\" Kovalenko" In-reply-to: <20070214011755.GA73381@xor.obsecurity.org> To: Kris Kennaway Message-id: <1171500531.780.6.camel@RabbitsDen.RabbitsLawn.verizon.net> MIME-version: 1.0 X-Mailer: Evolution 2.8.1.1 FreeBSD GNOME Team Port Content-type: text/plain Content-transfer-encoding: 7bit References: <1171414959.906.16.camel@RabbitsDen.RabbitsLawn.verizon.net> <20070214011755.GA73381@xor.obsecurity.org> Cc: current@freebsd.org Subject: Re: -CURRENT panics on intensive fs operations. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Feb 2007 00:49:07 -0000 On Tue, 2007-02-13 at 20:17 -0500, Kris Kennaway wrote: > On Tue, Feb 13, 2007 at 08:02:39PM -0500, Alexandre Sunny Kovalenko wrote: > > I can reliably panic -CURRENT (Feb 11, noon EST) with the something that > > excersises the file system. I have currently settled on (cd /usr/ports; > > make clean), but it all started out as doing some "emerges" to test the > > latest linuxolator. In the case of the "make clean" I have seen it > > crashing as early as /usr/ports/audio and as late > > as /usr/ports/textproc. > > > > It does not seem to be consistent as to where it crashes (two latest > > ones are below). This machine is Intel T2400 (1.83GHz 32-bit dual core). > > I have attached config file to the E-mail. I am going to turn off > > PREEMPTION for the lack of better ideas, but I will be happy to try any > > other suggestions. I did run memtest on this machine for about 6 hours > > without a problem. > > How about turning debugging back on to try and catch a more useful > panic? I don't know whether it is indeed more useful: RabbitsDen# kgdb /usr/obj/usr/src/sys/TPX60/kernel.debug vmcore.0 kgdb: kvm_read: invalid address (0x16) [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Cannot access memory at address 0x0 (kgdb) bt #0 0x00000000 in ?? () (kgdb) Maybe this will help someone: RabbitsDen# grep savecore /var/log/messages Feb 14 19:35:35 RabbitsDen savecore: reboot after panic: Bad link elm 0xc670c3fc prev->next != elm Feb 14 19:35:35 RabbitsDen savecore: writing core to vmcore.0 I still have the core and the kernel, so if there are any incantations that could be applied to it, I will be happy to utter them. > > Also make sure your filesystem is clean, i.e. run fsck -f. If you I have been checking the file system and even booted from the media to run fsck, since this is root system that gets corrupted. -- Alexandre "Sunny" Kovalenko From owner-freebsd-current@FreeBSD.ORG Thu Feb 15 01:14:02 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5549716A406 for ; Thu, 15 Feb 2007 01:14:02 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 4269513C4B8 for ; Thu, 15 Feb 2007 01:14:02 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 1FDB91A3C1A; Wed, 14 Feb 2007 17:14:02 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 02DA05195F; Wed, 14 Feb 2007 20:14:00 -0500 (EST) Date: Wed, 14 Feb 2007 20:14:00 -0500 From: Kris Kennaway To: Alexandre Sunny Kovalenko Message-ID: <20070215011400.GA10455@xor.obsecurity.org> References: <1171414959.906.16.camel@RabbitsDen.RabbitsLawn.verizon.net> <20070214011755.GA73381@xor.obsecurity.org> <1171500531.780.6.camel@RabbitsDen.RabbitsLawn.verizon.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1171500531.780.6.camel@RabbitsDen.RabbitsLawn.verizon.net> User-Agent: Mutt/1.4.2.2i Cc: current@freebsd.org, Kris Kennaway Subject: Re: -CURRENT panics on intensive fs operations. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Feb 2007 01:14:02 -0000 On Wed, Feb 14, 2007 at 07:48:51PM -0500, Alexandre Sunny Kovalenko wrote: > On Tue, 2007-02-13 at 20:17 -0500, Kris Kennaway wrote: > > On Tue, Feb 13, 2007 at 08:02:39PM -0500, Alexandre Sunny Kovalenko wrote: > > > I can reliably panic -CURRENT (Feb 11, noon EST) with the something that > > > excersises the file system. I have currently settled on (cd /usr/ports; > > > make clean), but it all started out as doing some "emerges" to test the > > > latest linuxolator. In the case of the "make clean" I have seen it > > > crashing as early as /usr/ports/audio and as late > > > as /usr/ports/textproc. > > > > > > It does not seem to be consistent as to where it crashes (two latest > > > ones are below). This machine is Intel T2400 (1.83GHz 32-bit dual core). > > > I have attached config file to the E-mail. I am going to turn off > > > PREEMPTION for the lack of better ideas, but I will be happy to try any > > > other suggestions. I did run memtest on this machine for about 6 hours > > > without a problem. > > > > How about turning debugging back on to try and catch a more useful > > panic? > I don't know whether it is indeed more useful: > > RabbitsDen# kgdb /usr/obj/usr/src/sys/TPX60/kernel.debug vmcore.0 > kgdb: kvm_read: invalid address (0x16) > [GDB will not be able to debug user-mode > threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you > are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for > details. > This GDB was configured as "i386-marcel-freebsd". > Cannot access memory at address 0x0 > (kgdb) bt > #0 0x00000000 in ?? () > (kgdb) kgdb or libkvm out of date? > Maybe this will help someone: > RabbitsDen# grep savecore /var/log/messages > Feb 14 19:35:35 RabbitsDen savecore: reboot after panic: Bad link elm > 0xc670c3fc prev->next != elm Not really, it's from does it doesn't give any real information. Kris From owner-freebsd-current@FreeBSD.ORG Thu Feb 15 02:41:09 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 25B0916A407; Thu, 15 Feb 2007 02:41:09 +0000 (UTC) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: from www.mmlab.cse.yzu.edu.tw (www.mmlab.cse.yzu.edu.tw [140.138.150.166]) by mx1.freebsd.org (Postfix) with ESMTP id E278C13C4B5; Thu, 15 Feb 2007 02:41:08 +0000 (UTC) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000) id 24C3D8C996C; Thu, 15 Feb 2007 10:20:00 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id 020B48C9852; Thu, 15 Feb 2007 10:19:59 +0800 (CST) Date: Thu, 15 Feb 2007 10:19:59 +0800 (CST) From: Tai-hwa Liang To: Eric Anderson In-Reply-To: <45D3073D.60501@freebsd.org> Message-ID: <0702150950503.32072@www.mmlab.cse.yzu.edu.tw> References: <1774.1171445374@critter.freebsd.dk> <45D3073D.60501@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Poul-Henning Kamp , current@freebsd.org Subject: Re: X stopped working on my T41p :-/ X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Feb 2007 02:41:09 -0000 On Wed, 14 Feb 2007, Eric Anderson wrote: > On 02/14/07 03:29, Poul-Henning Kamp wrote: >> X stopped working on my T41p, and I'm wondering if anybody know if >> this failure indication of hardware trouble, or if there is some >> trick to getting the attention of the radeon chip ? >> >> I have tried all the usual tricks, holy water, dead chicken, take >> out batteries for 15 minutes etc. >> >> Failing any good ideas for recovery, recommendations for sensible >> and solid laptops are welcome in private email. >> >> Poul-Henning >> >> >> xauth: creating new authority file /home/phk/.serverauth.829 >> >> >> X Window System Version 6.9.0 >> Release Date: 21 December 2005 >> X Protocol Version 11, Revision 0, Release 6.9 >> Build Operating System: FreeBSD 7.0 i386 [ELF] Current Operating System: >> FreeBSD critter.freebsd.dk 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Tue Jan 2 >> 13:14:38 UTC 2007 >> root@critter.freebsd.dk:/usr/obj/critter/src/sys/TP41P i386 >> Build Date: 02 January 2007 >> Before reporting problems, check http://wiki.X.Org >> to make sure that you have the latest version. >> Module Loader present >> Markers: (--) probed, (**) from config file, (==) default setting, >> (++) from command line, (!!) notice, (II) informational, >> (WW) warning, (EE) error, (NI) not implemented, (??) unknown. >> (==) Log file: "/var/log/Xorg.0.log", Time: Wed Feb 14 09:06:46 2007 >> (==) Using config file: "/etc/xorg.conf" >> [drm] failed to load kernel module "radeon" >> (EE) RADEON(0): [dri] DRIScreenInit failed. Disabling DRI. >> (EE) RADEON(0): Idle timed out, resetting engine... >> (EE) RADEON(0): Idle timed out, resetting engine... >> (EE) RADEON(0): Idle timed out, resetting engine... >> [...] >> > > I've seen this before on an older radeon card, that died on me. Not saying > that's your issue, but it might be. Also - do you mean to have the radeon > kernel module loaded? I'm not sure what happens if you don't have it and ask > for it.. I've also seen this on my T40(Radeon Mobility 9000) since about a year ago. It's hard to say which one is the major culprit as there are too many changes(-CURRENT and X.org ports upgrade) hit to this box. The X server hanging appears to be random here. ssh/ping from outside world still works. Apart from the following X.org logs, the X server in question also occupies a lot of CPU resource: (EE) RADEON(0): Idle timed out, resetting engine... (EE) RADEON(0): Idle timed out, resetting engine... (EE) RADEON(0): Idle timed out, resetting engine... (EE) RADEON(0): Idle timed out, resetting engine... [...] Since the hanging is random here, I can get back to the normal state after a couple of reboot cycles; otherwise, temporarily booting to Windoze XP then reboot to FreeBSD also works for me. -- Cheers, Tai-hwa Liang From owner-freebsd-current@FreeBSD.ORG Thu Feb 15 04:40:24 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6C94D16A407 for ; Thu, 15 Feb 2007 04:40:24 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.227]) by mx1.freebsd.org (Postfix) with ESMTP id 2D1B513C49D for ; Thu, 15 Feb 2007 04:40:24 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so529108wxc for ; Wed, 14 Feb 2007 20:40:24 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type; b=Elv1pFhlElZu4lGeheznmsnjgNVRd2jNVh6PQujIwNSICc3wiAzfJ8lVGkMEdEGAwcHqxDegSE0Mb03gBasKBa4RF8LR9w6yHWA0pnbhgwmwlCyATXLWX0g1bJan4i6Z/f5nzCMcsb/+y0XtG1WMmtzg8Q64TmsrEumT6xRLRII= Received: by 10.70.23.1 with SMTP id 1mr2187417wxw.1171514423944; Wed, 14 Feb 2007 20:40:23 -0800 (PST) Received: from kan.dnsalias.net ( [24.34.98.164]) by mx.google.com with ESMTP id 33sm2774920wra.2007.02.14.20.40.22; Wed, 14 Feb 2007 20:40:23 -0800 (PST) Date: Wed, 14 Feb 2007 23:40:17 -0500 From: Alexander Kabaev To: "Mr. Darren" Message-ID: <20070214234017.73736a6d@kan.dnsalias.net> In-Reply-To: <942195.17528.qm@web34712.mail.mud.yahoo.com> References: <20070214095604.03f970ee@kan.dnsalias.net> <942195.17528.qm@web34712.mail.mud.yahoo.com> X-Mailer: Claws Mail 2.7.2 (GTK+ 2.10.9; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_.86/BwSZ5jhEHzepjBvVUc_"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: freebsd-current@freebsd.org Subject: Re: additional lib error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Feb 2007 04:40:24 -0000 --Sig_.86/BwSZ5jhEHzepjBvVUc_ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Wed, 14 Feb 2007 16:12:51 -0800 (PST) "Mr. Darren" wrote: >=20 >=20 > --- Alexander Kabaev wrote: >=20 > > On Tue, 13 Feb 2007 21:35:28 -0800 (PST) > > "Mr. Darren" wrote: > >=20 > > > also a whole lot of=20 > > > /libexec/ld-elf.so.1: ': unsupported file > > > layout *** Error code 1 > > >=20 > > > thanks, > > > Darren > >=20 > >=20 > > Output of 'readelf -a /usr/local/lib/libintl.so.6' > > will explain a lot. > > Could you provide one? > >=20 The library does not appear to be special in any way and ELF class and data fields in header are reported correctly. ld-elf.so.1 for amd64 platform should load it without problems, but trying to feed it to i386 rtld will generate just the error you reported. So I think Kris' suggestion that you are running i386 binary which tries to load amd64 library is most likely to be correct. --=20 Alexander Kabaev --Sig_.86/BwSZ5jhEHzepjBvVUc_ Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF0+Q1Q6z1jMm+XZYRAjMBAJ9zXT/7PMi7G1NSRFtIi4VA8EDueACcDOS9 tyqoVlZFSiDBbzrULH5tZMM= =ppmH -----END PGP SIGNATURE----- --Sig_.86/BwSZ5jhEHzepjBvVUc_-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 15 06:01:18 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A8CDD16A402 for ; Thu, 15 Feb 2007 06:01:18 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.229]) by mx1.freebsd.org (Postfix) with ESMTP id 64E8F13C4A3 for ; Thu, 15 Feb 2007 06:01:18 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by nz-out-0506.google.com with SMTP id i11so482883nzh for ; Wed, 14 Feb 2007 22:01:17 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=M7dx2n8JvHN3M1vcwiNfnFcCuTGYLQFLEoKAaIF8PDSRlUno7T+Cn4W7EzZNSfyUJeob/6ruB71oIqoUc9ZEtJVA4ccHMJn+hw7/LLYWs5pbFPdNNGjix0B87h9jyUaG5BfXMSKrpVsJXnBzNYKrDxtMI2ijgiLUYpAo6V2Rk4c= Received: by 10.65.114.11 with SMTP id r11mr2182318qbm.1171519277576; Wed, 14 Feb 2007 22:01:17 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTP id 10sm7892415nzo.2007.02.14.22.01.15; Wed, 14 Feb 2007 22:01:16 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id l1F5xIe3005398 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 15 Feb 2007 14:59:18 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l1F5xI3X005397; Thu, 15 Feb 2007 14:59:18 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Thu, 15 Feb 2007 14:59:18 +0900 From: Pyun YongHyeon To: Joe Marcus Clarke Message-ID: <20070215055918.GA4319@cdnetworks.co.kr> References: <45D0BB41.9040505@FreeBSD.org> <20070213000922.GA62412@cdnetworks.co.kr> <1171327083.98536.5.camel@shumai.marcuscom.com> <20070213044746.GC62412@cdnetworks.co.kr> <1171344897.98536.14.camel@shumai.marcuscom.com> <20070213054802.GD62412@cdnetworks.co.kr> <45D355D9.5000805@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45D355D9.5000805@FreeBSD.org> User-Agent: Mutt/1.4.2.1i Cc: current@FreeBSD.org Subject: Re: Constant stream of errors on msk0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Feb 2007 06:01:18 -0000 On Wed, Feb 14, 2007 at 01:32:57PM -0500, Joe Marcus Clarke wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Pyun YongHyeon wrote: > > On Tue, Feb 13, 2007 at 12:34:57AM -0500, Joe Marcus Clarke wrote: > > > On Tue, 2007-02-13 at 13:47 +0900, Pyun YongHyeon wrote: > > > > On Mon, Feb 12, 2007 at 07:38:03PM -0500, Joe Marcus Clarke wrote: > > > > > On Tue, 2007-02-13 at 09:09 +0900, Pyun YongHyeon wrote: > > > > > > On Mon, Feb 12, 2007 at 02:08:49PM -0500, Joe Marcus Clarke wrote: > > > > > > > -----BEGIN PGP SIGNED MESSAGE----- > > > > > > > Hash: SHA1 > > > > > > > > > > > > > > I recently upgraded my MacBook Pro from -STABLE to -CURRENT. I used to > > > > > > > be using the Marvell myk driver for my wired ethernet. This driver > > > > > > > worked fine. I'm now using the built-in msk driver, but this driver > > > > > > > causes the interface to report a constant stream of input errors. There > > > > > > > > > > > > Would you explain this input errors? > > > > > > > > > > netstat -i reports steadily increasing input errors (Ierrs) every time > > > > > packets arrive on the machine. > > > > > > > > > > > > > It looks like link speed/duplex mismatch. > > > > How about manual configuration? > > > > (e.g. ifconfig msk0 media 1000baseTX mediaopt full-duplex) > > > > > > That was the first thing I though of. I tried all settings from > > > 100BaseTX half/full to 1000BaseTX half/full to auto. The same problem > > > was always observed. Additionally, I turned off TSO to see if that made > > > any difference, and it did not. > > > > > > > Ok, let's see what's happending on your NIC. > > Try attached patch and let me know the output. > > Okay. On an otherwise idle machine, I started a regular 64-byte ping > (to rule out TCP), and I was getting regular packet loss (50 responses > were seen for 89 packets or 43.8% packet loss). Here is the debug > output for that time: > > Feb 14 13:22:05 gyros kernel: 0x004a2100 : 70 : 74 > Feb 14 13:22:05 gyros kernel: 0x00622100 : 94 : 98 > Feb 14 13:22:06 gyros kernel: 0x004a2100 : 70 : 74 > Feb 14 13:22:07 gyros kernel: 0x00622100 : 94 : 98 > Feb 14 13:22:08 gyros kernel: 0x004a2100 : 70 : 74 > Feb 14 13:22:10 gyros kernel: 0x024e2300 : 586 : 590 > Feb 14 13:22:13 gyros kernel: 0x00b12300 : 173 : 177 > Feb 14 13:22:16 gyros kernel: 0x00622100 : 94 : 98 > Feb 14 13:22:20 gyros kernel: 0x004a2100 : 70 : 74 > Feb 14 13:22:20 gyros kernel: 0x00622100 : 94 : 98 > Feb 14 13:22:21 gyros kernel: 0x004a2100 : 70 : 74 > Feb 14 13:22:22 gyros kernel: 0x00622100 : 94 : 98 > Feb 14 13:22:25 gyros kernel: 0x00622100 : 94 : 98 > Feb 14 13:22:26 gyros kernel: 0x004a2100 : 70 : 74 > Feb 14 13:22:27 gyros kernel: 0x003c2300 : 56 : 60 > Feb 14 13:22:28 gyros kernel: 0x00622100 : 94 : 98 > Feb 14 13:22:28 gyros kernel: 0x003c2300 : 56 : 60 > Feb 14 13:22:30 gyros kernel: 0x00f32300 : 239 : 243 > Feb 14 13:22:30 gyros kernel: 0x003c2100 : 56 : 60 > Feb 14 13:22:31 gyros kernel: 0x005c2300 : 88 : 92 > Feb 14 13:22:32 gyros kernel: 0x004a2100 : 70 : 74 > Feb 14 13:22:33 gyros kernel: 0x003c2300 : 56 : 60 > Feb 14 13:22:34 gyros kernel: 0x00622100 : 94 : 98 > Feb 14 13:22:35 gyros kernel: 0x004a2100 : 70 : 74 > Feb 14 13:22:36 gyros kernel: 0x00622100 : 94 : 98 > Feb 14 13:22:46 gyros last message repeated 6 times > Feb 14 13:22:47 gyros kernel: 0x003c2300 : 56 : 60 > Feb 14 13:22:49 gyros kernel: 0x00622100 : 94 : 98 > Feb 14 13:22:50 gyros kernel: 0x004a2100 : 70 : 74 > Feb 14 13:22:51 gyros kernel: 0x00622100 : 94 : 98 > Feb 14 13:22:55 gyros last message repeated 3 times > Feb 14 13:22:56 gyros kernel: 0x005a2300 : 86 : 90 > Feb 14 13:22:58 gyros kernel: 0x00622100 : 94 : 98 > Feb 14 13:23:00 gyros kernel: 0x006e2300 : 106 : 110 > Feb 14 13:23:00 gyros kernel: 0x00c12300 : 189 : 193 > Feb 14 13:23:02 gyros kernel: 0x004a2100 : 70 : 74 > Feb 14 13:23:03 gyros kernel: 0x00622100 : 94 : 98 > Feb 14 13:23:03 gyros kernel: 0x01602300 : 348 : 352 > Feb 14 13:23:05 gyros kernel: 0x004a2100 : 70 : 74 > Feb 14 13:23:06 gyros kernel: 0x01002300 : 252 : 256 > Feb 14 13:23:07 gyros kernel: 0x004a2100 : 70 : 74 > Feb 14 13:23:08 gyros kernel: 0x003c2100 : 56 : 60 > Feb 14 13:23:09 gyros kernel: 0x003c2100 : 56 : 60 > Feb 14 13:23:09 gyros kernel: 0x003c2300 : 56 : 60 > Feb 14 13:23:10 gyros kernel: 0x00622100 : 94 : 98 > Feb 14 13:23:11 gyros kernel: 0x004a2100 : 70 : 74 > Feb 14 13:23:13 gyros kernel: 0x00c12300 : 189 : 193 > Feb 14 13:23:14 gyros kernel: 0x003e2100 : 58 : 62 > Feb 14 13:23:14 gyros kernel: 0x006e2300 : 106 : 110 > > Additionally, while I wasn't seeing a large number of interrupts, I > tried disabling MSI/MSI-X just as a test, and that had no effect. > Netstat-wise, I have currently received 5645 packets with 847 input > errors. TCP-wise, I have received 3447 TCP packets with 334 > out-of-order packets. > Hmm, this is very strange to me. If the packet is normal ICMP echo request packet its packet length on receiver side should be 98 bytes(14(ethernet hdr) + 20(IP hdr) + 8(icmp hdr) + 56(icmp data)). However the output shows various packet length ranging from 56 to 590. In addition msk(4) showed the received packet length differences between MAC and host and all those packets were VLAN tagged packet. Do you use VLAN on your environments? Assuming you've just sent non-VLAN tagged ICMP echo request packet it would be the result of speed/duplex mismatch. > Thanks for your help. > > Joe > > - -- > Joe Marcus Clarke > FreeBSD GNOME Team :: gnome@FreeBSD.org > FreeNode / #freebsd-gnome > http://www.FreeBSD.org/gnome -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Thu Feb 15 06:12:46 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7FBEA16A400 for ; Thu, 15 Feb 2007 06:12:46 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.freebsd.org (Postfix) with ESMTP id 34C4813C494 for ; Thu, 15 Feb 2007 06:12:46 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4]) by creme-brulee.marcuscom.com (8.13.8/8.13.8) with ESMTP id l1F6D7fN097455; Thu, 15 Feb 2007 01:13:07 -0500 (EST) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: pyunyh@gmail.com In-Reply-To: <20070215055918.GA4319@cdnetworks.co.kr> References: <45D0BB41.9040505@FreeBSD.org> <20070213000922.GA62412@cdnetworks.co.kr> <1171327083.98536.5.camel@shumai.marcuscom.com> <20070213044746.GC62412@cdnetworks.co.kr> <1171344897.98536.14.camel@shumai.marcuscom.com> <20070213054802.GD62412@cdnetworks.co.kr> <45D355D9.5000805@FreeBSD.org> <20070215055918.GA4319@cdnetworks.co.kr> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-GIJ/zi/0ea1vKrUVpd3e" Organization: FreeBSD, Inc. Date: Thu, 15 Feb 2007 01:12:43 -0500 Message-Id: <1171519963.45950.9.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.8.3 FreeBSD GNOME Team Port Cc: current@FreeBSD.org Subject: Re: Constant stream of errors on msk0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Feb 2007 06:12:46 -0000 --=-GIJ/zi/0ea1vKrUVpd3e Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2007-02-15 at 14:59 +0900, Pyun YongHyeon wrote: > On Wed, Feb 14, 2007 at 01:32:57PM -0500, Joe Marcus Clarke wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > >=20 > > Pyun YongHyeon wrote: > > > On Tue, Feb 13, 2007 at 12:34:57AM -0500, Joe Marcus Clarke wrote: > > > > On Tue, 2007-02-13 at 13:47 +0900, Pyun YongHyeon wrote: > > > > > On Mon, Feb 12, 2007 at 07:38:03PM -0500, Joe Marcus Clarke wro= te: > > > > > > On Tue, 2007-02-13 at 09:09 +0900, Pyun YongHyeon wrote: > > > > > > > On Mon, Feb 12, 2007 at 02:08:49PM -0500, Joe Marcus Clark= e wrote: > > > > > > > > -----BEGIN PGP SIGNED MESSAGE----- > > > > > > > > Hash: SHA1 > > > > > > > >=20 > > > > > > > > I recently upgraded my MacBook Pro from -STABLE to -CUR= RENT. I used to > > > > > > > > be using the Marvell myk driver for my wired ethernet. = This driver > > > > > > > > worked fine. I'm now using the built-in msk driver, bu= t this driver > > > > > > > > causes the interface to report a constant stream of inp= ut errors. There > > > > > > >=20 > > > > > > > Would you explain this input errors? > > > > > >=20 > > > > > > netstat -i reports steadily increasing input errors (Ierrs) = every time > > > > > > packets arrive on the machine. > > > > > >=20 > > > > >=20 > > > > > It looks like link speed/duplex mismatch. > > > > > How about manual configuration? > > > > > (e.g. ifconfig msk0 media 1000baseTX mediaopt full-duplex) > > > >=20 > > > > That was the first thing I though of. I tried all settings from > > > > 100BaseTX half/full to 1000BaseTX half/full to auto. The same pr= oblem > > > > was always observed. Additionally, I turned off TSO to see if th= at made > > > > any difference, and it did not. > > > >=20 > > >=20 > > > Ok, let's see what's happending on your NIC. > > > Try attached patch and let me know the output. > >=20 > > Okay. On an otherwise idle machine, I started a regular 64-byte ping > > (to rule out TCP), and I was getting regular packet loss (50 responses > > were seen for 89 packets or 43.8% packet loss). Here is the debug > > output for that time: > >=20 > > Feb 14 13:22:05 gyros kernel: 0x004a2100 : 70 : 74 > > Feb 14 13:22:05 gyros kernel: 0x00622100 : 94 : 98 > > Feb 14 13:22:06 gyros kernel: 0x004a2100 : 70 : 74 > > Feb 14 13:22:07 gyros kernel: 0x00622100 : 94 : 98 > > Feb 14 13:22:08 gyros kernel: 0x004a2100 : 70 : 74 > > Feb 14 13:22:10 gyros kernel: 0x024e2300 : 586 : 590 > > Feb 14 13:22:13 gyros kernel: 0x00b12300 : 173 : 177 > > Feb 14 13:22:16 gyros kernel: 0x00622100 : 94 : 98 > > Feb 14 13:22:20 gyros kernel: 0x004a2100 : 70 : 74 > > Feb 14 13:22:20 gyros kernel: 0x00622100 : 94 : 98 > > Feb 14 13:22:21 gyros kernel: 0x004a2100 : 70 : 74 > > Feb 14 13:22:22 gyros kernel: 0x00622100 : 94 : 98 > > Feb 14 13:22:25 gyros kernel: 0x00622100 : 94 : 98 > > Feb 14 13:22:26 gyros kernel: 0x004a2100 : 70 : 74 > > Feb 14 13:22:27 gyros kernel: 0x003c2300 : 56 : 60 > > Feb 14 13:22:28 gyros kernel: 0x00622100 : 94 : 98 > > Feb 14 13:22:28 gyros kernel: 0x003c2300 : 56 : 60 > > Feb 14 13:22:30 gyros kernel: 0x00f32300 : 239 : 243 > > Feb 14 13:22:30 gyros kernel: 0x003c2100 : 56 : 60 > > Feb 14 13:22:31 gyros kernel: 0x005c2300 : 88 : 92 > > Feb 14 13:22:32 gyros kernel: 0x004a2100 : 70 : 74 > > Feb 14 13:22:33 gyros kernel: 0x003c2300 : 56 : 60 > > Feb 14 13:22:34 gyros kernel: 0x00622100 : 94 : 98 > > Feb 14 13:22:35 gyros kernel: 0x004a2100 : 70 : 74 > > Feb 14 13:22:36 gyros kernel: 0x00622100 : 94 : 98 > > Feb 14 13:22:46 gyros last message repeated 6 times > > Feb 14 13:22:47 gyros kernel: 0x003c2300 : 56 : 60 > > Feb 14 13:22:49 gyros kernel: 0x00622100 : 94 : 98 > > Feb 14 13:22:50 gyros kernel: 0x004a2100 : 70 : 74 > > Feb 14 13:22:51 gyros kernel: 0x00622100 : 94 : 98 > > Feb 14 13:22:55 gyros last message repeated 3 times > > Feb 14 13:22:56 gyros kernel: 0x005a2300 : 86 : 90 > > Feb 14 13:22:58 gyros kernel: 0x00622100 : 94 : 98 > > Feb 14 13:23:00 gyros kernel: 0x006e2300 : 106 : 110 > > Feb 14 13:23:00 gyros kernel: 0x00c12300 : 189 : 193 > > Feb 14 13:23:02 gyros kernel: 0x004a2100 : 70 : 74 > > Feb 14 13:23:03 gyros kernel: 0x00622100 : 94 : 98 > > Feb 14 13:23:03 gyros kernel: 0x01602300 : 348 : 352 > > Feb 14 13:23:05 gyros kernel: 0x004a2100 : 70 : 74 > > Feb 14 13:23:06 gyros kernel: 0x01002300 : 252 : 256 > > Feb 14 13:23:07 gyros kernel: 0x004a2100 : 70 : 74 > > Feb 14 13:23:08 gyros kernel: 0x003c2100 : 56 : 60 > > Feb 14 13:23:09 gyros kernel: 0x003c2100 : 56 : 60 > > Feb 14 13:23:09 gyros kernel: 0x003c2300 : 56 : 60 > > Feb 14 13:23:10 gyros kernel: 0x00622100 : 94 : 98 > > Feb 14 13:23:11 gyros kernel: 0x004a2100 : 70 : 74 > > Feb 14 13:23:13 gyros kernel: 0x00c12300 : 189 : 193 > > Feb 14 13:23:14 gyros kernel: 0x003e2100 : 58 : 62 > > Feb 14 13:23:14 gyros kernel: 0x006e2300 : 106 : 110 > >=20 > > Additionally, while I wasn't seeing a large number of interrupts, I > > tried disabling MSI/MSI-X just as a test, and that had no effect. > > Netstat-wise, I have currently received 5645 packets with 847 input > > errors. TCP-wise, I have received 3447 TCP packets with 334 > > out-of-order packets. > >=20 >=20 > Hmm, this is very strange to me. > If the packet is normal ICMP echo request packet its packet length > on receiver side should be 98 bytes(14(ethernet hdr) + 20(IP hdr) + > 8(icmp hdr) + 56(icmp data)). However the output shows various > packet length ranging from 56 to 590. In addition msk(4) showed the > received packet length differences between MAC and host and all those > packets were VLAN tagged packet. Do you use VLAN on your environments? No, just straight, untagged ethernet. >=20 > Assuming you've just sent non-VLAN tagged ICMP echo request packet > it would be the result of speed/duplex mismatch. This is strange since I have tried all modes, and I did not see this problem using the old myk driver on 6.X. However, those are a lot of variables. I'll try another switch of which I have more control to see if it makes a difference. Joe --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-GIJ/zi/0ea1vKrUVpd3e Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBF0/nbb2iPiv4Uz4cRAmboAJsFJCFXQoRyqkOujvojldDGwLLLXQCdEYEb yb201x+/upcXIe+DyFV2zck= =6Sso -----END PGP SIGNATURE----- --=-GIJ/zi/0ea1vKrUVpd3e-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 15 10:13:00 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B000F16A401 for ; Thu, 15 Feb 2007 10:13:00 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 666FB13C461 for ; Thu, 15 Feb 2007 10:13:00 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 165B547F3F for ; Thu, 15 Feb 2007 05:13:00 -0500 (EST) Date: Thu, 15 Feb 2007 10:12:59 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Message-ID: <20070215095248.P55760@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: sbflush() panics, new socket-related DDB commands (was: cvs commit: src/sys/conf files src/sys/kern uipc_debug.c (fwd)) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Feb 2007 10:13:00 -0000 Dear All, Of late we've seen an increase in the number of reports of panics in sbflush(). These occur due to an invariant check when closing sockets, which in effect confirms that the amount of actual data in a socket buffer matches the socket buffer's cached length from that data. Typically, these panics are a symptom of mbuf chain/mbuf packet queue corruption, and in the past have been symptomatic primarily of device driver bugs (i.e., the device driver touches mbuf fields after passing the mbuf into the stack, etc). However, debugging these problems is very difficult, as sbflush() is called only when the socket is closed, and the corruption frequently occurs much earlier. If you are experiencing these panics, please compile your kernel with "options SOCKBUF_DEBUG", which adds more frequent invariant checks of socket buffer consistency. These checks may have a substantial performance impact, but unless we can catch the problem(s) closer to when it(they) occur(s), the chances of tracking the source are low. We could be looking at one or more bugs in some combination of the socket, protocol, and network interface code leading to a recent increase. Perhaps socket buffer auto-sizing has increased the chances of it occuring, or perhaps we just have increase parallelism in test hardware. I've added some new commands to DDB to make it easier to understand the state of the system following panic. While the same information can be extracted with kgdb, core dumps are not reliably available in all environments, and certain other information (such as lock information) is most easily obtained using DDB. The commands are: show socket show sockbuf show protosw show domain Only the first two of these are likely to be used directly, and they invoke protosw and domain printing as required. It would be helpful if people debugging network panics involving sockets could use the above (and especially show socket) on socket arguments in stack traces. For example, in an sbflush() panic, the first argument to soclose() in the stack trace is the socket pointer, so is ideal to pass to "show socket" :-). FYI, in general, the first argument to sofoo() functions is the socket pointer. Likewise, the first argument to sbfoo() functions is the socket buffer pointer. This is not the case of soo_foo() functions, which take a file descriptor, or filt_sofoo() functions, which accept a knote. In general, if you print the socket contents with "show socket", then it isn't necessary to print socket buffers separately; "show socket" prints not just the contents of the socket buffers, but also the pointers to them so that those pointers can be compared with other arguments in the stack. Robert N M Watson Computer Laboratory University of Cambridge ---------- Forwarded message ---------- Date: Thu, 15 Feb 2007 01:28:23 +0000 (UTC) From: Robert Watson To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/sys/conf files src/sys/kern uipc_debug.c rwatson 2007-02-15 01:28:22 UTC FreeBSD src repository Modified files: sys/conf files Added files: sys/kern uipc_debug.c Log: Teach DDB how to print sockets, socket buffers, protosw's, and domain structures given pointers to them. Revision Changes Path 1.1177 +1 -0 src/sys/conf/files 1.1 +530 -0 src/sys/kern/uipc_debug.c (new) From owner-freebsd-current@FreeBSD.ORG Thu Feb 15 12:34:40 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A9B4216A406 for ; Thu, 15 Feb 2007 12:34:40 +0000 (UTC) (envelope-from casper@web.am) Received: from mx1.web.am (mx1.web.am [217.113.0.68]) by mx1.freebsd.org (Postfix) with ESMTP id E1EBC13C491 for ; Thu, 15 Feb 2007 12:34:39 +0000 (UTC) (envelope-from casper@web.am) Received: from antispam (localhost.web.am [127.0.0.1]) by localhost (Postfix) with ESMTP id 5CAA161CD9 for ; Thu, 15 Feb 2007 16:11:35 +0400 (AMT) Received: from localhost (localhost.web.am [127.0.0.1]) by localhost (Postfix) with SMTP id C7D4061CD8 for ; Thu, 15 Feb 2007 16:11:34 +0400 (AMT) Received: from [192.168.0.3] (unknown [217.113.1.123]) by mx1.web.am (Postfix) with ESMTP id EF0FC61CC9 for ; Thu, 15 Feb 2007 16:07:06 +0400 (AMT) Message-ID: <45D44D08.1020301@web.am> Date: Thu, 15 Feb 2007 16:07:36 +0400 From: Gaspar Chilingarov User-Agent: Thunderbird 2.0a1 (X11/20061118) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on mx1.web.am X-Spam-Status: No, hits=0.0 required=7.5 tests=none autolearn=no version=2.60 X-Spam-Level: Subject: debugging GWorkspace on -current crashes system ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Feb 2007 12:34:40 -0000 Hi there! I've tried to setup GWorkspace on -current (Dec 23). It should not be compiled on -current, I know, but I've disabled that lines in Makefile and managed to compile it without any problems. When I'm running /usr/local/GNUstep/System/Applications/GWorkspace.app/GWorkspace it fails -- that's ok, I've been warned :) But when I'm trying to run it under gdb it crashes whole system and computer restarts. I'm running it as a user, not as a root. I expect this is a bug, because user should not be able to crash system that easily. If anyone interested in investigation -- please let me know, unless I will uninstall GWorkspace at all :) /Gaspar -- Gaspar Chilingarov System Administrator, Network security consulting t +37493 419763 (mob) i 63174784 e nm@web.am From owner-freebsd-current@FreeBSD.ORG Thu Feb 15 12:47:15 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B886416A406 for ; Thu, 15 Feb 2007 12:47:15 +0000 (UTC) (envelope-from ale@FreeBSD.org) Received: from andxor.it (relay.andxor.it [195.223.2.3]) by mx1.freebsd.org (Postfix) with SMTP id 3B42613C4B7 for ; Thu, 15 Feb 2007 12:47:14 +0000 (UTC) (envelope-from ale@FreeBSD.org) Received: (qmail 3491 invoked from network); 15 Feb 2007 12:20:31 -0000 Received: from unknown (HELO ?192.168.2.5?) (192.168.2.5) by andxor.it with SMTP; 15 Feb 2007 12:20:31 -0000 Message-ID: <45D4500F.3090601@FreeBSD.org> Date: Thu, 15 Feb 2007 13:20:31 +0100 From: Alex Dupre User-Agent: Mozilla Thunderbird 1.5.0.9 (X11/20061227) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: puc and PCIe X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Feb 2007 12:47:15 -0000 Does anyone know if the puc driver support also PCI-Express boards, like the PCIe version of the SIIG CyberSerial? -- Alex Dupre From owner-freebsd-current@FreeBSD.ORG Thu Feb 15 17:43:44 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9356816A400 for ; Thu, 15 Feb 2007 17:43:44 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.freebsd.org (Postfix) with ESMTP id 6AFDF13C461 for ; Thu, 15 Feb 2007 17:43:44 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.13.6) with ESMTP id l1FHhgaY091902; Thu, 15 Feb 2007 09:43:42 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id l1FHhg7X091901; Thu, 15 Feb 2007 09:43:42 -0800 (PST) (envelope-from rizzo) Date: Thu, 15 Feb 2007 09:43:42 -0800 From: Luigi Rizzo To: current@freebsd.org Message-ID: <20070215094342.B91479@xorpc.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Cc: Subject: one last firmware(9) 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: Thu, 15 Feb 2007 17:43:44 -0000 I have committed the cleanup to firmware(9) discussed earlier on this list, see the commit log below. There is a remaining issue on which i would like some advice. From the commit log: Note also that there is a subtle issue with the implementation of firmware_register(): currently, as in the previous version, we just store a reference to the 'imagename' argument, but we should rather copy it because there is no guarantee that this is a static string. Now, what do you think is the best way to handle this ? The existing code tries not to allocate memory on a firmware_register(), not sure if it is on purpose (e.g. to avoid sleeping) or for other reasons. To preserve this, we should use static buffers for the image names, and pick a reasonable size for them (128 ? 256 ? 1025 ?). If on the other hand, we can afford a malloc in firmware_register(), i'd move the whole registry to a linked list, to avoid the hard limit of 30 slots in the firmware table. suggestions ? cheers luigi > luigi 2007-02-15 17:21:31 UTC > > FreeBSD src repository > > Modified files: > sys/arm/xscale/ixp425 ixp425_npe.c > sys/dev/ipw if_ipw.c if_ipwvar.h > sys/dev/isp isp_freebsd.h > sys/dev/iwi if_iwi.c if_iwivar.h > sys/dev/mxge if_mxge.c > sys/kern subr_firmware.c > sys/sys firmware.h > sys/tools fw_stub.awk > Log: > Cleanup and document the implementation of firmware(9) based on > a version that i posted earlier on the -current mailing list, > and subsequent feedback received. > > The core of the change is just in sys/firmware.h and kern/subr_firmware.c, > while other files are just adaptation of the clients to the ABI change > (const-ification of some parameters and hiding of internal info, > so this is fully compatible at the binary level). > > In detail: > - reduce the amount of information exported to clients in struct firmware, > and constify the pointer; > > - internally, document and simplify the implementation of the various > functions, and make sure error conditions are dealt with properly. > > The diffs are large, but the code is really straightforward now (i hope). > > Note also that there is a subtle issue with the implementation of > firmware_register(): currently, as in the previous version, we just > store a reference to the 'imagename' argument, but we should rather > copy it because there is no guarantee that this is a static string. > I realised this while testing this code, but i prefer to fix it in > a later commit -- there is no regression with respect to the past. > > Note, too, that the version in RELENG_6 has various bugs including > missing locks around the module release calls, mishandling of modules > loaded by /boot/loader, and so on, so an MFC is absolutely necessary > there. I was just postponing it until this cleanup to avoid doing > things twice. > > MFC after: 1 week > > Revision Changes Path > 1.2 +1 -1 src/sys/arm/xscale/ixp425/ixp425_npe.c > 1.23 +1 -1 src/sys/dev/ipw/if_ipw.c > 1.6 +1 -1 src/sys/dev/ipw/if_ipwvar.h > 1.99 +1 -1 src/sys/dev/isp/isp_freebsd.h > 1.46 +2 -2 src/sys/dev/iwi/if_iwi.c > 1.12 +1 -1 src/sys/dev/iwi/if_iwivar.h > 1.21 +1 -1 src/sys/dev/mxge/if_mxge.c > 1.9 +272 -153 src/sys/kern/subr_firmware.c > 1.4 +15 -16 src/sys/sys/firmware.h > 1.4 +1 -1 src/sys/tools/fw_stub.awk From owner-freebsd-current@FreeBSD.ORG Thu Feb 15 18:35:05 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 17CC216A406 for ; Thu, 15 Feb 2007 18:35:05 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.174]) by mx1.freebsd.org (Postfix) with ESMTP id 9D32C13C442 for ; Thu, 15 Feb 2007 18:35:04 +0000 (UTC) (envelope-from max@love2party.net) Received: from [88.66.16.42] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu2) with ESMTP (Nemesis), id 0MKwtQ-1HHlRd35PB-0003J4; Thu, 15 Feb 2007 19:35:02 +0100 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org Date: Thu, 15 Feb 2007 19:34:53 +0100 User-Agent: KMail/1.9.5 References: <20070215094342.B91479@xorpc.icir.org> In-Reply-To: <20070215094342.B91479@xorpc.icir.org> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3018003.kHYPkS2kDF"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200702151934.59638.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 X-Provags-ID2: V01U2FsdGVkX19zxqkk96xSXgDjK5S4fVsSRpg3C6aZ3wc7UMv2PFzKmKd1Clc9V2m+CLT+D7ug+FiZpQXXp+sAkyKBLbsanVx3mnPEkPhl0gsujnQalJqMRA== Cc: Luigi Rizzo Subject: Re: one last firmware(9) 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: Thu, 15 Feb 2007 18:35:05 -0000 --nextPart3018003.kHYPkS2kDF Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 15 February 2007 18:43, Luigi Rizzo wrote: > I have committed the cleanup to firmware(9) discussed earlier > on this list, see the commit log below. There is a remaining issue > on which i would like some advice. From the commit log: > > Note also that there is a subtle issue with the implementation of > firmware_register(): currently, as in the previous version, we just > store a reference to the 'imagename' argument, but we should rather > copy it because there is no guarantee that this is a static string. > > Now, what do you think is the best way to handle this ? The existing > code tries not to allocate memory on a firmware_register(), not > sure if it is on purpose (e.g. to avoid sleeping) or for other > reasons. To preserve this, we should use static buffers for the > image names, and pick a reasonable size for them (128 ? 256 ? 1025 ?). > > If on the other hand, we can afford a malloc in firmware_register(), > i'd move the whole registry to a linked list, to avoid the hard limit > of 30 slots in the firmware table. > > suggestions ? I say, let the caller deal with it. After all the caller must ensure that= =20 the firmware itself stays in memory until they call firmware_unregister,=20 why should we jump through all the hoops for the name? The linked list is another thing. As I recall, the static array is only=20 there due to our lazyness. It's a lot easier to use a static array and I=20 don't forsee us using more than 30 firmware images at a time. OTOH, it=20 would of course be nice to have a more flexible system. I'm not 100%=20 certain what the locking constrains for firmware_register() are. Usually=20 it is called from the mod_event of a firmware module, which in turn is=20 called from the linker subsystem. There might be some locks involved=20 that would prevent you from sleeping, but that's just a wild guess. Thanks for taking care of this, by the way. Much appreciated. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart3018003.kHYPkS2kDF Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBF1KfTXyyEoT62BG0RAme7AJ9t675pniD6Gzszp2Z/7+ptN221sgCfQg3W xn018rLc9EKGyWrIW4D87L0= =o/NM -----END PGP SIGNATURE----- --nextPart3018003.kHYPkS2kDF-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 15 22:02:13 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2157A16A402 for ; Thu, 15 Feb 2007 22:02:13 +0000 (UTC) (envelope-from flo@kasimir.com) Received: from config.solomo.org (h994948.serverkompetenz.net [85.214.51.166]) by mx1.freebsd.org (Postfix) with ESMTP id A158A13C4B8 for ; Thu, 15 Feb 2007 22:02:11 +0000 (UTC) (envelope-from flo@kasimir.com) Received: (qmail 85525 invoked from network); 15 Feb 2007 23:02:10 +0100 Received: from i53878b90.versanet.de (HELO nibbler-osx.local) (83.135.139.144) by friedrich-vogt.de with SMTP; 15 Feb 2007 23:02:10 +0100 Message-ID: <45D4D840.1080009@kasimir.com> Date: Thu, 15 Feb 2007 23:01:36 +0100 From: "Florian C. Smeets" User-Agent: Thunderbird 2.0pre (Macintosh/20070215) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.94.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: panic: sblastmbufchk from /usr/src/sys/kern/uipc_sockbuf.c:513 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Feb 2007 22:02:13 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, here is another panic i can reproduce quickly. The circumstances are the same as for the sbflush() panic i reported earlier: http://docs.freebsd.org/cgi/mid.cgi?45C64E3A.7050407 This is a soekris net4801, where sis0 is connected to my lan and sis1 is connected to the ADSL modem. This panic also seems to be socket buffer related. I tried to use the new show socket and show sockbuf commands where possible but i did not find any sockbuf address. i'm not an expert in kernel debugging, though ;-( sblastmbufchk: sb_mb 0xc13a6400 sb_mbtail 0xc105e400 last 0xc10fb500 packet tree: 0xc13a6400 0xc10fbd00 0xc13ab300 0xc105e400 0xc0fc3b00 0xc10fb500 panic: sblastmbufchk from /usr/src/sys/kern/uipc_sockbuf.c:513 KDB: enter: panic [thread pid 1052 tid 100040 ] Stopped at kdb_enter+0x2b: nop db> where Tracing pid 1052 tid 100040 td 0xc0f17cb0 kdb_enter(c06b0fd6) at kdb_enter+0x2b panic(c06b5268,c06954c1,c06b52a7,201,c135b4a0,...) at panic+0xbb sblastmbufchk(c135b4a0,c06b52a7,201,c135b4a0,c7b6ab28,...) at sblastmbufchk+0xbd sbappendstream_locked(c135b4a0,c0fc4d00) at sbappendstream_locked+0x17 sbappendstream(c135b4a0,c0fc4d00) at sbappendstream+0x3d tcp_usr_send(c135b3e4,0,c0fc4d00,0,0,...) at tcp_usr_send+0x128 sosend_generic(c135b3e4,0,c7b6ac6c,c0fc4d00,0,...) at sosend_generic+0x421 sosend(c135b3e4,0,c7b6ac6c,0,0,0,c0f17cb0) at sosend+0x22 soo_write(c1297000,c7b6ac6c,c123bb00,0,c0f17cb0) at soo_write+0x5a dofilewrite(c0f17cb0,2c,c1297000,c7b6ac6c,ffffffff,...) at dofilewrite+0x77 kern_writev(c0f17cb0,2c,c7b6ac6c,bfbfbf08,0,...) at kern_writev+0x36 write(c0f17cb0,c7b6ad00) at write+0x45 syscall(c7b6ad38) at syscall+0x2a2 Xint0x80_syscall() at Xint0x80_syscall+0x20 - --- syscall (0, FreeBSD ELF32, nosys), eip = 0x2, esp = 0x296, ebp = 0x12d0 --- db> show socket 0xc13a6400 socket at 0xc13a6400 so_count: -1055933184 so_type: 0 (unknown) so_options: 0x0 () so_linger: 24576 so_state: 0xffffc140 (SS_NBIOSS_PROTOREF) so_qstate: 0x1000 (SQ_COMP) so_pcb: 0x1 so_proto: 0x1 so_proto at 0x1 db> show socket 0xc105e400 socket at 0xc105e400 so_count: -1057211648 so_type: 0 (unknown) so_options: 0x0 () so_linger: 12288 so_state: 0xffffc109 (SS_FDREF, SS_ISDISCONNECTING, SS_NBIOSS_PROTOREF) so_qstate: 0x348 () so_pcb: 0x1 so_proto: 0x1 so_proto at 0x1 db> show socket 0xc10fb500 socket at 0xc10fb500 so_count: 0 so_type: 0 (unknown) so_options: 0x0 () so_linger: -26624 so_state: 0xffffc111 (SS_FDREF, SS_NBIOSS_PROTOREF) so_qstate: 0x2d0 () so_pcb: 0x1 so_proto: 0x1 so_proto at 0x1 db> show socket 0xc10fbd00 socket at 0xc10fbd00 so_count: -1053117696 so_type: 0 (unknown) so_options: 0x0 () so_linger: 22528 so_state: 0xffffc112 (SS_ISCONNECTED, SS_NBIOSS_PROTOREF) so_qstate: 0x218 () so_pcb: 0x1 so_proto: 0x1 so_proto at 0x1 db> show socket 0xc13ab300 socket at 0xc13ab300 so_count: -1056578560 so_type: 0 (unknown) so_options: 0x0 () so_linger: 24576 so_state: 0xffffc115 (SS_FDREF, SS_ISCONNECTING, SS_NBIOSS_PROTOREF) so_qstate: 0x1000 (SQ_COMP) so_pcb: 0x1 so_proto: 0x1 so_proto at 0x1 db> show socket 0xc0fc3b00 socket at 0xc0fc3b00 so_count: -1055935232 so_type: 0 (unknown) so_options: 0x0 () so_linger: -20480 so_state: 0xffffc140 (SS_NBIOSS_PROTOREF) so_qstate: 0x1000 (SQ_COMP) so_pcb: 0x1 so_proto: 0x1 so_proto at 0x1 db> show allchains chain 1: thread 100005 (pid 11, swi4: clock sio) blocked on lock 0xc071d148 (sleep mutex) "Giant" thread 100041 (pid 474, ppp) blocked on lock 0xc1387c60 (sleep mutex) "inp" thread 100040 (pid 1052, initial thread) running on CPU 0 db> show lock 0xc071d148 class: sleep mutex name: Giant flags: {DEF, RECURSE} state: {OWNED, CONTESTED} owner: 0xc0f17ae0 (tid 100041, pid 474, "ppp") db> show lock 0xc1387c60 class: sleep mutex name: inp type: tcpinp flags: {DEF, RECURSE, DUPOK} state: {OWNED, CONTESTED} owner: 0xc0f17cb0 (tid 100040, pid 1052, "mlnet-real") I also have a core for this. Cheers Florian -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (Darwin) iD8DBQFF1NhAA+1tjUZ1YScRAi84AJwJ+Z3F5uwr89o8BRqmfDBNPEIE2wCgmUmz UggksWzFj5yFOtCLz6BjAec= =5AuI -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Feb 15 22:08:41 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 15C6D16A481 for ; Thu, 15 Feb 2007 22:08:41 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id C6B6D13C47E for ; Thu, 15 Feb 2007 22:08:40 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 301C74812A; Thu, 15 Feb 2007 17:08:40 -0500 (EST) Date: Thu, 15 Feb 2007 22:08:40 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: "Florian C. Smeets" In-Reply-To: <45D4D840.1080009@kasimir.com> Message-ID: <20070215220502.F16259@fledge.watson.org> References: <45D4D840.1080009@kasimir.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: panic: sblastmbufchk from /usr/src/sys/kern/uipc_sockbuf.c:513 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Feb 2007 22:08:41 -0000 On Thu, 15 Feb 2007, Florian C. Smeets wrote: > here is another panic i can reproduce quickly. The circumstances are the > same as for the sbflush() panic i reported earlier: > http://docs.freebsd.org/cgi/mid.cgi?45C64E3A.7050407 > > This is a soekris net4801, where sis0 is connected to my lan and sis1 is > connected to the ADSL modem. > > This panic also seems to be socket buffer related. > > I tried to use the new show socket and show sockbuf commands where possible > but i did not find any sockbuf address. i'm not an expert in kernel > debugging, though ;-( This looks interesting, but indeed, you didn't manage to find one of the socket pointers to try it "show socket" on. The pointer you wanted was 0xc135b3e4, the first argument to sosend(), FYI. With a core and kgdb, the results of the following from the sosend() stack frame would be helpful: print *so print *so->so_proto print *(struct inpcb *)so->so_pcb print *(struct tcpcb *)(((struct inpcb *)so->so_pcb)->inp_ppcb) The last line might need a little tweaking, I don't have kgdb in front of me. Thanks, Robert N M Watson Computer Laboratory University of Cambridge > sblastmbufchk: sb_mb 0xc13a6400 sb_mbtail 0xc105e400 last 0xc10fb500 > packet tree: > 0xc13a6400 0xc10fbd00 0xc13ab300 0xc105e400 0xc0fc3b00 0xc10fb500 > panic: sblastmbufchk from /usr/src/sys/kern/uipc_sockbuf.c:513 > KDB: enter: panic > [thread pid 1052 tid 100040 ] > Stopped at kdb_enter+0x2b: nop > db> where > Tracing pid 1052 tid 100040 td 0xc0f17cb0 > kdb_enter(c06b0fd6) at kdb_enter+0x2b > panic(c06b5268,c06954c1,c06b52a7,201,c135b4a0,...) at panic+0xbb > sblastmbufchk(c135b4a0,c06b52a7,201,c135b4a0,c7b6ab28,...) at > sblastmbufchk+0xbd > sbappendstream_locked(c135b4a0,c0fc4d00) at sbappendstream_locked+0x17 > sbappendstream(c135b4a0,c0fc4d00) at sbappendstream+0x3d > tcp_usr_send(c135b3e4,0,c0fc4d00,0,0,...) at tcp_usr_send+0x128 > sosend_generic(c135b3e4,0,c7b6ac6c,c0fc4d00,0,...) at sosend_generic+0x421 > sosend(c135b3e4,0,c7b6ac6c,0,0,0,c0f17cb0) at sosend+0x22 > soo_write(c1297000,c7b6ac6c,c123bb00,0,c0f17cb0) at soo_write+0x5a > dofilewrite(c0f17cb0,2c,c1297000,c7b6ac6c,ffffffff,...) at dofilewrite+0x77 > kern_writev(c0f17cb0,2c,c7b6ac6c,bfbfbf08,0,...) at kern_writev+0x36 > write(c0f17cb0,c7b6ad00) at write+0x45 > syscall(c7b6ad38) at syscall+0x2a2 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > - --- syscall (0, FreeBSD ELF32, nosys), eip = 0x2, esp = 0x296, ebp = > 0x12d0 --- > db> show socket 0xc13a6400 > socket at 0xc13a6400 > so_count: -1055933184 so_type: 0 (unknown) > so_options: 0x0 () > so_linger: 24576 so_state: 0xffffc140 (SS_NBIOSS_PROTOREF) > so_qstate: 0x1000 (SQ_COMP) so_pcb: 0x1 so_proto: 0x1 > so_proto at 0x1 > > db> show socket 0xc105e400 > socket at 0xc105e400 > so_count: -1057211648 so_type: 0 (unknown) > so_options: 0x0 () > so_linger: 12288 so_state: 0xffffc109 (SS_FDREF, SS_ISDISCONNECTING, > SS_NBIOSS_PROTOREF) > so_qstate: 0x348 () so_pcb: 0x1 so_proto: 0x1 > so_proto at 0x1 > > db> show socket 0xc10fb500 > socket at 0xc10fb500 > so_count: 0 so_type: 0 (unknown) > so_options: 0x0 () > so_linger: -26624 so_state: 0xffffc111 (SS_FDREF, SS_NBIOSS_PROTOREF) > so_qstate: 0x2d0 () so_pcb: 0x1 so_proto: 0x1 > so_proto at 0x1 > > db> show socket 0xc10fbd00 > socket at 0xc10fbd00 > so_count: -1053117696 so_type: 0 (unknown) > so_options: 0x0 () > so_linger: 22528 so_state: 0xffffc112 (SS_ISCONNECTED, > SS_NBIOSS_PROTOREF) > so_qstate: 0x218 () so_pcb: 0x1 so_proto: 0x1 > so_proto at 0x1 > > db> show socket 0xc13ab300 > socket at 0xc13ab300 > so_count: -1056578560 so_type: 0 (unknown) > so_options: 0x0 () > so_linger: 24576 so_state: 0xffffc115 (SS_FDREF, SS_ISCONNECTING, > SS_NBIOSS_PROTOREF) > so_qstate: 0x1000 (SQ_COMP) so_pcb: 0x1 so_proto: 0x1 > so_proto at 0x1 > > db> show socket 0xc0fc3b00 > socket at 0xc0fc3b00 > so_count: -1055935232 so_type: 0 (unknown) > so_options: 0x0 () > so_linger: -20480 so_state: 0xffffc140 (SS_NBIOSS_PROTOREF) > so_qstate: 0x1000 (SQ_COMP) so_pcb: 0x1 so_proto: 0x1 > so_proto at 0x1 > > db> show allchains > chain 1: > thread 100005 (pid 11, swi4: clock sio) blocked on lock 0xc071d148 > (sleep mutex) "Giant" > thread 100041 (pid 474, ppp) blocked on lock 0xc1387c60 (sleep mutex) "inp" > thread 100040 (pid 1052, initial thread) running on CPU 0 > db> show lock 0xc071d148 > class: sleep mutex > name: Giant > flags: {DEF, RECURSE} > state: {OWNED, CONTESTED} > owner: 0xc0f17ae0 (tid 100041, pid 474, "ppp") > db> show lock 0xc1387c60 > class: sleep mutex > name: inp > type: tcpinp > flags: {DEF, RECURSE, DUPOK} > state: {OWNED, CONTESTED} > owner: 0xc0f17cb0 (tid 100040, pid 1052, "mlnet-real") > > I also have a core for this. > > Cheers > Florian > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.6 (Darwin) > > iD8DBQFF1NhAA+1tjUZ1YScRAi84AJwJ+Z3F5uwr89o8BRqmfDBNPEIE2wCgmUmz > UggksWzFj5yFOtCLz6BjAec= > =5AuI > -----END PGP SIGNATURE----- > _______________________________________________ > 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 15 23:29:03 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 851EA16A407 for ; Thu, 15 Feb 2007 23:29:03 +0000 (UTC) (envelope-from Larry@syatech.com) Received: from syatech.com (syatech.com [69.36.162.209]) by mx1.freebsd.org (Postfix) with ESMTP id 6FF7913C48E for ; Thu, 15 Feb 2007 23:29:01 +0000 (UTC) (envelope-from Larry@syatech.com) Received: from wags.syatech.com (71-34-156-29.clsp.qwest.net [71.34.156.29]) (authenticated bits=0) by syatech.com (8.12.11.20060308/8.12.11) with ESMTP id l1FMp2L8008014 for ; Thu, 15 Feb 2007 15:51:03 -0700 Message-Id: <200702152251.l1FMp2L8008014@syatech.com> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 15 Feb 2007 15:48:55 -0700 To: freebsd-current@freebsd.org From: Larry Martin Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: CFT: newath hal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Feb 2007 23:29:03 -0000 I'm trying to work with 11g/5MHz channels and tried the new 0.9.30.7 ath_hal, but found that channel 33 for example still resulted in a 20MHz wide channel as seen on a spectrum analyzer. The 11a/5MHz PSB channels (82 for example) are 5MHz wide as expected. I'm using a Wistron CM9 card (Atheros 5212?) and expected that I'd still see the 5MHz output, just still in the 2.4GHz band instead of 900MHz. Is this correct? One additional note: I'm transmitting packets via the BPF packet injection code, which works very well for my purposes. I don't think this should affect the channel bandwidth. I've tried specifying transmit data rates of both 1.5 and 6.0 Mb/s. Interestingly, at 1.5 Mb/s the receiver shows that the receive data rate is 1.5 Mb/s, but the actual throughput is ~3 Mb/s (which maybe sorta almost makes sense if it's still transmitting on a 20MHz channel?) I hope to capture the transmissions on a third radio with tcpdump to see what's really happening there. Maybe that will provide additional insight into the 5 vs 20MHz issue. awn2# sysctl dev.ath.0.countrycode=843 dev.ath.0.countrycode: 0 -> 843 awn2# ifconfig ath0 list chan Channel 3 : 907* Mhz 11g/5Mhz Channel 23 : 917* Mhz 11g/5Mhz Channel 4 : 907* Mhz 11g/10Mhz Channel 24 : 917* Mhz 11g/10Mhz Channel 13 : 912* Mhz 11g/5Mhz Channel 26 : 917* Mhz 11g Channel 14 : 912* Mhz 11g/10Mhz Channel 33 : 922* Mhz 11g/5Mhz Channel 16 : 912* Mhz 11g Channel 34 : 922* Mhz 11g/10Mhz awn2# sysctl hw.ath hw.ath.hal.version: 0.9.30.7 hw.ath.hal.dma_brt: 2 hw.ath.hal.sw_brt: 10 hw.ath.hal.swba_backoff: 0 hw.ath.dwell: 200 hw.ath.calibrate: 30 hw.ath.outdoor: 1 hw.ath.xchanmode: 1 hw.ath.countrycode: 0 hw.ath.regdomain: 0 hw.ath.rxbuf: 40 hw.ath.txbuf: 100 From owner-freebsd-current@FreeBSD.ORG Fri Feb 16 05:07:30 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D719316A400 for ; Fri, 16 Feb 2007 05:07:30 +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 9827A13C428 for ; Fri, 16 Feb 2007 05:07:30 +0000 (UTC) (envelope-from sam@errno.com) Received: from [10.0.0.178] ([10.0.0.178]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id l1G57Rgd016202 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 15 Feb 2007 21:07:28 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <45D53C0F.6080405@errno.com> Date: Thu, 15 Feb 2007 21:07:27 -0800 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: Larry Martin References: <200702152251.l1FMp2L8008014@syatech.com> In-Reply-To: <200702152251.l1FMp2L8008014@syatech.com> X-Enigmail-Version: 0.94.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: CFT: newath hal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Feb 2007 05:07:31 -0000 Larry Martin wrote: > I'm trying to work with 11g/5MHz channels and tried the new 0.9.30.7 > ath_hal, but found that channel 33 for example still resulted in a 20MHz > wide channel as seen on a spectrum analyzer. The 11a/5MHz PSB channels > (82 for example) are 5MHz wide as expected. > > I'm using a Wistron CM9 card (Atheros 5212?) and expected that I'd still > see the 5MHz output, just still in the 2.4GHz band instead of 900MHz. > Is this correct? No. What you are doing is not supported. There is only support for SR9 cards and for operating "5212 cards" in the public safety band. > > One additional note: I'm transmitting packets via the BPF packet > injection code, which works very well for my purposes. I don't think > this should affect the channel bandwidth. I've tried specifying > transmit data rates of both 1.5 and 6.0 Mb/s. Interestingly, at 1.5 > Mb/s the receiver shows that the receive data rate is 1.5 Mb/s, but the > actual throughput is ~3 Mb/s (which maybe sorta almost makes sense if > it's still transmitting on a 20MHz channel?) I hope to capture the > transmissions on a third radio with tcpdump to see what's really > happening there. Maybe that will provide additional insight into the 5 > vs 20MHz issue. > > awn2# sysctl dev.ath.0.countrycode=843 > dev.ath.0.countrycode: 0 -> 843 > > awn2# ifconfig ath0 list chan > Channel 3 : 907* Mhz 11g/5Mhz Channel 23 : 917* Mhz 11g/5Mhz > Channel 4 : 907* Mhz 11g/10Mhz Channel 24 : 917* Mhz 11g/10Mhz > Channel 13 : 912* Mhz 11g/5Mhz Channel 26 : 917* Mhz 11g > Channel 14 : 912* Mhz 11g/10Mhz Channel 33 : 922* Mhz 11g/5Mhz > Channel 16 : 912* Mhz 11g Channel 34 : 922* Mhz 11g/10Mhz > > awn2# sysctl hw.ath > hw.ath.hal.version: 0.9.30.7 > hw.ath.hal.dma_brt: 2 > hw.ath.hal.sw_brt: 10 > hw.ath.hal.swba_backoff: 0 > hw.ath.dwell: 200 > hw.ath.calibrate: 30 > hw.ath.outdoor: 1 > hw.ath.xchanmode: 1 > hw.ath.countrycode: 0 > hw.ath.regdomain: 0 > hw.ath.rxbuf: 40 > hw.ath.txbuf: 100 > > _______________________________________________ > 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 16 09:36:33 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 91F0A16A401 for ; Fri, 16 Feb 2007 09:36:33 +0000 (UTC) (envelope-from mayank@microsoft.com) Received: from smtp-sin.microsoft.com (smtp-sin.microsoft.com [207.46.52.79]) by mx1.freebsd.org (Postfix) with ESMTP id 0E83513C478 for ; Fri, 16 Feb 2007 09:36:32 +0000 (UTC) (envelope-from mayank@microsoft.com) Received: from sin-exhub-c401.southpacific.corp.microsoft.com (157.60.222.31) by SIN-EXGWY-E802.partners.extranet.microsoft.com (10.251.168.130) with Microsoft SMTP Server (TLS) id 8.0.685.24; Fri, 16 Feb 2007 17:36:31 +0800 Received: from AA-EXMSG-C412.southpacific.corp.microsoft.com ([157.60.226.51]) by sin-exhub-c401.southpacific.corp.microsoft.com ([157.60.222.31]) with mapi; Fri, 16 Feb 2007 17:36:31 +0800 From: Mayank Kumar To: "freebsd-current@freebsd.org" Date: Fri, 16 Feb 2007 17:36:25 +0800 Thread-Topic: I want to know where does the code for gcrt0.o reside Thread-Index: AcdRre2ASDmS66xoT2iQApjZBltNHA== Message-ID: <76EBE649FB0E0E4DA883B5840459059F1438609A9E@AA-EXMSG-C412.southpacific.corp.microsoft.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-cr-hashedpuzzle: AiPP Awof B5GA Ca3D Cq1P DCeq D9pn ElTq HcEU HfWS H94+ JEwp KMwD MIrP MWuy MjNT; 1; ZgByAGUAZQBiAHMAZAAtAGMAdQByAHIAZQBuAHQAQABmAHIAZQBlAGIAcwBkAC4AbwByAGcA; Sosha1_v1; 7; {19206241-A4B9-4134-B1E9-C3C1A21EEFA3}; bQBhAHkAYQBuAGsAQABtAGkAYwByAG8AcwBvAGYAdAAuAGMAbwBtAA==; Fri, 16 Feb 2007 09:36:25 GMT; SQAgAHcAYQBuAHQAIAB0AG8AIABrAG4AbwB3ACAAdwBoAGUAcgBlACAAZABvAGUAcwAgAHQAaABlACAAYwBvAGQAZQAgAGYAbwByACAAZwBjAHIAdAAwAC4AbwAgAHIAZQBzAGkAZABlAA== x-cr-puzzleid: {19206241-A4B9-4134-B1E9-C3C1A21EEFA3} 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: I want to know where does the code for gcrt0.o reside X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Feb 2007 09:36:33 -0000 Hi All I want to know where does the code for gcrt0.o reside. Also other then gcrt0.o, and gcc -pg option is there any other support requ= ired to do gprof based profiling. Also are there any limitations of gprof. I heard somewhere that gprof doesn= 't support thread profiling . is that true ? Thanks Mayank From owner-freebsd-current@FreeBSD.ORG Fri Feb 16 09:29:42 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0CA1B16A402 for ; Fri, 16 Feb 2007 09:29:42 +0000 (UTC) (envelope-from mayank@microsoft.com) Received: from smtp-sin.microsoft.com (smtp-sin.microsoft.com [207.46.52.71]) by mx1.freebsd.org (Postfix) with ESMTP id 7A25113C442 for ; Fri, 16 Feb 2007 09:29:41 +0000 (UTC) (envelope-from mayank@microsoft.com) Received: from sin-exhub-c403.southpacific.corp.microsoft.com (157.60.222.33) by SIN-EXGWY-E801.partners.extranet.microsoft.com (10.251.168.100) with Microsoft SMTP Server (TLS) id 8.0.685.24; Fri, 16 Feb 2007 17:18:48 +0800 Received: from AA-EXMSG-C412.southpacific.corp.microsoft.com ([157.60.226.51]) by sin-exhub-c403.southpacific.corp.microsoft.com ([157.60.222.33]) with mapi; Fri, 16 Feb 2007 17:18:43 +0800 From: Mayank Kumar To: "freebsd-current@freebsd.org" Date: Fri, 16 Feb 2007 17:18:35 +0800 Thread-Topic: i am looking for the code of gcrt0.o Thread-Index: AcdRq283SSLGJJY/Sk67ubvRoeCMMg== Message-ID: <76EBE649FB0E0E4DA883B5840459059F1438609A97@AA-EXMSG-C412.southpacific.corp.microsoft.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-cr-hashedpuzzle: Ilk= ACZ2 A/wN B85z COwr EET2 FRc7 F8O+ GsVe HtVO HywZ JY7e J9qr KOxt KV2H L8dv; 1; ZgByAGUAZQBiAHMAZAAtAGMAdQByAHIAZQBuAHQAQABmAHIAZQBlAGIAcwBkAC4AbwByAGcA; Sosha1_v1; 7; {6E37562B-ABF1-42AA-B680-3659593DA502}; bQBhAHkAYQBuAGsAQABtAGkAYwByAG8AcwBvAGYAdAAuAGMAbwBtAA==; Fri, 16 Feb 2007 09:18:35 GMT; aQAgAGEAbQAgAGwAbwBvAGsAaQBuAGcAIABmAG8AcgAgAHQAaABlACAAYwBvAGQAZQAgAG8AZgAgAGcAYwByAHQAMAAuAG8A x-cr-puzzleid: {6E37562B-ABF1-42AA-B680-3659593DA502} acceptlanguage: en-US MIME-Version: 1.0 X-Mailman-Approved-At: Fri, 16 Feb 2007 12:25:15 +0000 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: i am looking for the code of gcrt0.o X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Feb 2007 09:29:42 -0000 Hi All I am looking for the code of gcrt0.o which basically provides the implement= ation of mcount etc required for gcc -pg options. Can somebody point me to the code Thanks Mayank From owner-freebsd-current@FreeBSD.ORG Fri Feb 16 20:01:40 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6B73316A400 for ; Fri, 16 Feb 2007 20:01:40 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id B822913C47E for ; Fri, 16 Feb 2007 20:01:39 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (host5.bedc.ondsl.gr [62.103.39.229]) (authenticated bits=128) by igloo.linux.gr (8.13.8/8.13.8/Debian-3) with ESMTP id l1GK1ASS015716 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 16 Feb 2007 22:01:17 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.13.8/8.13.8) with ESMTP id l1GK0oe1005850; Fri, 16 Feb 2007 22:01:04 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.13.8/8.13.8/Submit) id l1GK0m7h005849; Fri, 16 Feb 2007 22:00:48 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Fri, 16 Feb 2007 22:00:48 +0200 From: Giorgos Keramidas To: Gaspar Chilingarov Message-ID: <20070216200048.GA5808@kobe.laptop> References: <45D44D08.1020301@web.am> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45D44D08.1020301@web.am> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.497, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.70, BAYES_00 -2.60, DNS_FROM_RFC_ABUSE 0.20) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: freebsd-current@freebsd.org Subject: Re: debugging GWorkspace on -current crashes system ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Feb 2007 20:01:40 -0000 On 2007-02-15 16:07, Gaspar Chilingarov wrote: > Hi there! > > I've tried to setup GWorkspace on -current (Dec 23). > It should not be compiled on -current, I know, but I've disabled that > lines in Makefile and managed to compile it without any problems. > > When I'm running > /usr/local/GNUstep/System/Applications/GWorkspace.app/GWorkspace it > fails -- that's ok, I've been warned :) > > But when I'm trying to run it under gdb it crashes whole system and > computer restarts. I'm running it as a user, not as a root. > I expect this is a bug, because user should not be able to crash system > that easily. That's true. Can you build a debugging kernel, set up a serial console and capture a kernel backtrace? The Developer's Handbook contains information about some of these topics. If you need help about some of the details, feel free to ask :) From owner-freebsd-current@FreeBSD.ORG Fri Feb 16 22:45:48 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9B34916A401 for ; Fri, 16 Feb 2007 22:45:48 +0000 (UTC) (envelope-from flo@kasimir.com) Received: from config.solomo.org (h994948.serverkompetenz.net [85.214.51.166]) by mx1.freebsd.org (Postfix) with ESMTP id 24FF013C441 for ; Fri, 16 Feb 2007 22:45:47 +0000 (UTC) (envelope-from flo@kasimir.com) Received: (qmail 1415 invoked from network); 16 Feb 2007 23:45:46 +0100 Received: from i5387a6d7.versanet.de (HELO nibbler-osx.local) (83.135.166.215) by h994948.serverkompetenz.net with SMTP; 16 Feb 2007 23:45:44 +0100 Message-ID: <45D633F5.9050108@kasimir.com> Date: Fri, 16 Feb 2007 23:45:09 +0100 From: "Florian C. Smeets" User-Agent: Thunderbird 2.0pre (Macintosh/20070216) MIME-Version: 1.0 To: "Bruce M. Simpson" References: <45C64E3A.7050407@kasimir.com> <45D37239.1020100@FreeBSD.org> <45D389FA.2010604@FreeBSD.org> In-Reply-To: <45D389FA.2010604@FreeBSD.org> X-Enigmail-Version: 0.94.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: panic: sbflush_internal: cc 4294966301 || mb 0 || mbcnt 0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Feb 2007 22:45:48 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Bruce M. Simpson wrote: > I was able to reproduce this bug, although the circumstances under which > I did it are weird. > > I have two NICs on the same box patched to the same Ethernet broadcast > domain, but on interconnected switches with no spanning tree. If I stop > VLAN_HWTAGGING on msk with a vlan interface attached, and then run ping > -f to a local host via the network configured on fxp, it seems to > trigger the problem. > > sb_cc is always 84 bytes, which is 20 bytes IPv4 header + 64 bytes of > ICMP data, so it's definitely ping which is triggering the issue in my > case. I haven't been able to get a clean dump yet as my 6.2-RELEASE > userland doesn't seem to understand -CURRENT's minidumps. > I hit this panic again, this time it seems i could get some useful output from it panic: sbflush_internal: cc 4294967230 || mb 0 || mbcnt 0 KDB: enter: panic [thread pid 1213 tid 100082 ] Stopped at kdb_enter+0x2b: nop db> where Tracing pid 1213 tid 100082 td 0xc10e3ae0 kdb_enter(c06b0fd6) at kdb_enter+0x2b panic(c06b5335,ffffffbe,0,0,c1308580,...) at panic+0xbb sbflush_internal(c1308580,c8058aa0,c0554f3a,c1308580,c1308530,...) at sbflush_internal+0x6f sbflush_locked(c1308580) at sbflush_locked+0xb sbflush(c1308580,c1308530,c0f9bb28,0,c1308530,...) at sbflush+0x3a tcp_disconnect(c12ce594) at tcp_disconnect+0x4b tcp_usr_disconnect(c1308530,c8058af8,c0555e05,c1308530,0,...) at tcp_usr_disconnect+0x88 sodisconnect(c1308530,0,c124a240,0,0,...) at sodisconnect+0x26 soclose(c1308530) at soclose+0x31 soo_close(c124a240,c10e3ae0) at soo_close+0x5f fdrop_locked(c124a240,c10e3ae0,c126ca00,c8058ba4,c04f1ebf,...) at fdrop_locked+0xc8 fdrop(c124a240,c10e3ae0,c0f6bb84,c0966980,0,...) at fdrop+0x3d closef(c124a240,c10e3ae0) at closef+0x407 fdfree(c10e3ae0) at fdfree+0x56b exit1(c10e3ae0,0,c8058d2c,c06847f2,c10e3ae0,...) at exit1+0x427 exit1(c10e3ae0,c8058d00) at exit1 syscall(c8058d38) at syscall+0x2a2 Xint0x80_syscall() at Xint0x80_syscall+0x20 - --- syscall (3, FreeBSD ELF32, read), eip = 0x2, esp = 0x292, ebp = 0 --- db> show socket 0xc1308530 socket at 0xc1308530 so_count: 1 so_type: 1 (SOCK_STREAM) so_options: 0x20c (SO_REUSEADDR, SO_KEEPALIVE, SO_REUSEPORT) so_linger: 0 so_state: 0xa (SS_ISCONNECTED, SS_ISDISCONNECTING) so_qstate: 0x0 () so_pcb: 0xc0f9bb28 so_proto: 0xc06eed68 so_proto at 0xc06eed68 pr_type: 1 pr_domain: 0xc06ef180 pr_domain at 0xc06ef180 dom_family: 2 dom_name: internet dom_init: 0 dom_externalize: 0 dom_dispose: 0 dom_protosw: 0xc06eed00 dom_next: 0xc06e97c0 dom_rtattach: 0xc05c2ef0 dom_rtoffset: 32 dom_maxrtkey: 16 dom_ifattach: 0 dom_ifdetach: 0 pr_protocol: 6 pr_flags: 44 (PR_CONNREQUIRED, PR_WANTRCVD, PR_IMPLOPCL) pr_input: 0xc05cbd5c pr_output: 0 pr_ctlinput: 0xc05d1c54 pr_ctloutput: 0xc05d6380 pr_ousrreq: 0 pr_init: 0xc05d0988 pr_fasttimo: 0 pr_slowtimo: 0xc05d427c pr_drain: 0xc05d1360 pr_ousrreq: 0 so_head: 0 so_incomp first: 0 so_comp first: 0 so_qlen: 0 so_incqlen: 0 so_qlimit: 0 so_timeo: 0 so_error: 0 so_sigio: 0 so_oobmark: 0 so_aiojobq first: 0 so_rcv at 0xc1308580 sb_state: 0x20 (SS_CANTRCVMORE) sb_mb: 0 sb_mbtail: 0 sb_lastrecord: 0 sb_cc: -66 sb_hiwat: 66608 sb_mbcnt: 0 sb_mbmax: 262144 sb_ctl: 0 sb_lowat: 1 sb_timeo: 0 sb_flags: 0x800 (SB_AUTOSIZE) so_snd at 0xc13085ec sb_state: 0x10 (SS_CANTSENDMORE) sb_mb: 0 sb_mbtail: 0 sb_lastrecord: 0 sb_cc: 0 sb_hiwat: 66608 sb_mbcnt: 0 sb_mbmax: 262144 sb_ctl: 0 sb_lowat: 2048 sb_timeo: 0 sb_flags: 0x800 (SB_AUTOSIZE) I hope this is useful... Regards Florian -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (Darwin) iD8DBQFF1jP1A+1tjUZ1YScRAk7vAJsHeMi7CU6utYi/3aez5+27zEm5VwCgjphl J/2nv5rdcSjn91OsoUoFH+s= =Qysl -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sat Feb 17 01:38:20 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1FCE416A402 for ; Sat, 17 Feb 2007 01:38:20 +0000 (UTC) (envelope-from swhetzel@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 B795E13C467 for ; Sat, 17 Feb 2007 01:38:19 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by nf-out-0910.google.com with SMTP id m19so1706923nfc for ; Fri, 16 Feb 2007 17:38:18 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=RZeoS4CXz1Cheh4W/bi/Gx9vCyOR76NChxZ/4PsdCxm9YZQ1maOrFQGrvvTxyv/LA+eJ6CDOFnBQWP7e3Mw64Ez7wWsZjHhpP72FIDoux3rL9p7CyOYyoqp4SAMK9NII19+j1fViflf3VEmbbT0vtelK/qjPiYJkLxNnLxHlQso= Received: by 10.82.167.5 with SMTP id p5mr6026871bue.1171676298172; Fri, 16 Feb 2007 17:38:18 -0800 (PST) Received: by 10.82.186.2 with HTTP; Fri, 16 Feb 2007 17:38:18 -0800 (PST) Message-ID: <790a9fff0702161738r154b5087m877c604092727e39@mail.gmail.com> Date: Fri, 16 Feb 2007 19:38:18 -0600 From: "Scot Hetzel" To: "FreeBSD Current" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: mount_ntfs: /dev/ad0s1: No such file or directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Feb 2007 01:38:20 -0000 I'm no longer able to mount NTFS partitions on a recent -CURRENT, when mount tries to mount the partition it give "mount_ntfs: /dev/ad0s1: No such file or directory". Anyone else having a problem mounting these NTFS partitions? Scot hp010# uname -a FreeBSD hp010.hetzel.org 7.0-CURRENT FreeBSD 7.0-CURRENT #12: Fri Feb 16 01:47:41 CST 2007 swhetzel@hp010.hetzel.org:/usr/obj/usr/src/7x/sys/GENERIC.debug amd64 hp010# ls -la /dev/ad?s1 crw-r----- 1 root operator 0, 83 Feb 16 19:22 /dev/ad0s1 crw-r----- 1 root operator 0, 109 Feb 16 19:22 /dev/ad1s1 hp010# ls -l /dev/ntfs total 0 crw-r----- 1 root operator 0, 111 Feb 16 19:22 DATA crw-r----- 1 root operator 0, 99 Feb 16 19:22 OS hp010# mount -a -t ntfs mount_ntfs: /dev/ad0s1: No such file or directory mount_ntfs: /dev/ad1s1: No such file or directory hp010# fdisk ad0 ******* Working on device /dev/ad0 ******* parameters extracted from in-core disklabel are: cylinders=193821 heads=16 sectors/track=63 (1008 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=193821 heads=16 sectors/track=63 (1008 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 7 (0x07),(OS/2 HPFS, NTFS, QNX-2 (16 bit) or Advanced UNIX) start 63, size 132022107 (64463 Meg), flag 0 beg: cyl 0/ head 1/ sector 1; end: cyl 1023/ head 5/ sector 63 The data for partition 2 is: sysid 136 (0x88),(unknown) start 194948775, size 417690 (203 Meg), flag 0 beg: cyl 1023/ head 255/ sector 63; end: cyl 1023/ head 14/ sector 63 The data for partition 3 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 132022170, size 62926605 (30725 Meg), flag 80 (active) beg: cyl 1023/ head 255/ sector 63; end: cyl 1023/ head 8/ sector 63 The data for partition 4 is: hp010# fdisk ad1 ******* Working on device /dev/ad1 ******* parameters extracted from in-core disklabel are: cylinders=193821 heads=16 sectors/track=63 (1008 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=193821 heads=16 sectors/track=63 (1008 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 7 (0x07),(OS/2 HPFS, NTFS, QNX-2 (16 bit) or Advanced UNIX) start 63, size 132455862 (64675 Meg), flag 0 beg: cyl 0/ head 1/ sector 1; end: cyl 1023/ head 254/ sector 63 The data for partition 2 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 132455925, size 62910540 (30718 Meg), flag 80 (active) beg: cyl 1023/ head 255/ sector 63; end: cyl 1023/ head 254/ sector 63 The data for partition 3 is: The data for partition 4 is: -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-current@FreeBSD.ORG Sat Feb 17 02:03:33 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 07E7816A400 for ; Sat, 17 Feb 2007 02:03:33 +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 C4C6E13C441 for ; Sat, 17 Feb 2007 02:03:32 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id l1H23QWE028114; Fri, 16 Feb 2007 19:03:31 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <45D66259.6070703@samsco.org> Date: Fri, 16 Feb 2007 19:03:05 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1 MIME-Version: 1.0 To: Scot Hetzel References: <790a9fff0702161738r154b5087m877c604092727e39@mail.gmail.com> In-Reply-To: <790a9fff0702161738r154b5087m877c604092727e39@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Fri, 16 Feb 2007 19:03:31 -0700 (MST) X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: FreeBSD Current Subject: Re: mount_ntfs: /dev/ad0s1: No such file or directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Feb 2007 02:03:33 -0000 Scot Hetzel wrote: > I'm no longer able to mount NTFS partitions on a recent -CURRENT, when > mount tries to mount the partition it give "mount_ntfs: /dev/ad0s1: No > such file or directory". > > Anyone else having a problem mounting these NTFS partitions? > > Scot > Is anything printed on the console? Scott From owner-freebsd-current@FreeBSD.ORG Sat Feb 17 02:11:40 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3B3D516A407 for ; Sat, 17 Feb 2007 02:11:40 +0000 (UTC) (envelope-from mlfbsd@dong.ci0.org) Received: from dong.ci0.org (cognet.ci0.org [80.65.224.102]) by mx1.freebsd.org (Postfix) with ESMTP id 9A64513C467 for ; Sat, 17 Feb 2007 02:11:38 +0000 (UTC) (envelope-from mlfbsd@dong.ci0.org) Received: from dong.ci0.org (localhost.ci0.org [127.0.0.1]) by dong.ci0.org (8.13.7/8.13.4) with ESMTP id l1H2GTpG025111; Sat, 17 Feb 2007 03:16:30 +0100 (CET) (envelope-from mlfbsd@dong.ci0.org) Received: (from mlfbsd@localhost) by dong.ci0.org (8.13.8/8.13.8/Submit) id l1H2GTxM025110; Sat, 17 Feb 2007 03:16:29 +0100 (CET) (envelope-from mlfbsd) Date: Sat, 17 Feb 2007 03:16:29 +0100 From: Olivier Houchard To: Scot Hetzel Message-ID: <20070217021629.GA24579@ci0.org> References: <790a9fff0702161738r154b5087m877c604092727e39@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="EVF5PPMfhYS0aIcm" Content-Disposition: inline In-Reply-To: <790a9fff0702161738r154b5087m877c604092727e39@mail.gmail.com> User-Agent: Mutt/1.4.1i Cc: FreeBSD Current Subject: Re: mount_ntfs: /dev/ad0s1: No such file or directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Feb 2007 02:11:40 -0000 --EVF5PPMfhYS0aIcm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Feb 16, 2007 at 07:38:18PM -0600, Scot Hetzel wrote: > I'm no longer able to mount NTFS partitions on a recent -CURRENT, when > mount tries to mount the partition it give "mount_ntfs: /dev/ad0s1: No > such file or directory". > > Anyone else having a problem mounting these NTFS partitions? > > Scot > Hi Scot, That may be my fault. Does the attached patch fix it ? Cheers, Olivier --EVF5PPMfhYS0aIcm Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="ntfs_vfsops.c.diff" Index: fs/ntfs/ntfs_vfsops.c =================================================================== RCS file: /cognet/ncvs/src/sys/fs/ntfs/ntfs_vfsops.c,v retrieving revision 1.84 diff -u -p -r1.84 ntfs_vfsops.c --- fs/ntfs/ntfs_vfsops.c 26 Sep 2006 04:12:45 -0000 1.84 +++ fs/ntfs/ntfs_vfsops.c 17 Feb 2007 01:55:46 -0000 @@ -327,10 +327,10 @@ ntfs_mountfs(devvp, mp, td) ntmp->ntm_bo = &devvp->v_bufobj; cs_local = vfs_getopts(mp->mnt_optnew, "cs_local", &error); - if (error) + if (error && error != ENOENT) goto out; cs_ntfs = vfs_getopts(mp->mnt_optnew, "cs_ntfs", &error); - if (error) + if (error && error != ENOENT) goto out; /* Copy in the 8-bit to Unicode conversion table */ /* Initialize Unicode to 8-bit table from 8toU table */ --EVF5PPMfhYS0aIcm-- From owner-freebsd-current@FreeBSD.ORG Sat Feb 17 04:50:53 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8987C16A402 for ; Sat, 17 Feb 2007 04:50:53 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.185]) by mx1.freebsd.org (Postfix) with ESMTP id 2DFFF13C47E for ; Sat, 17 Feb 2007 04:50:52 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by nf-out-0910.google.com with SMTP id m19so1742515nfc for ; Fri, 16 Feb 2007 20:50:51 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Wr8/2EHV65hA+sgMHHeijUHBTs1h2OyKuBSkmNfta/7XbkCoJ2+YrS3ck+P5RTf5PPOHg4xDxFgnIQpp6QL9Qmv92/pas5i4oGcDK64UAinKBOHD9WX3jJqw1G+VSvY5BZfUrFRK3k+jF4PMs3R5R3ayRvipAhuzjmuLMxtVUEo= Received: by 10.82.186.5 with SMTP id j5mr6223831buf.1171687851859; Fri, 16 Feb 2007 20:50:51 -0800 (PST) Received: by 10.82.186.2 with HTTP; Fri, 16 Feb 2007 20:50:51 -0800 (PST) Message-ID: <790a9fff0702162050g266771ej856ce7e7edd93180@mail.gmail.com> Date: Fri, 16 Feb 2007 22:50:51 -0600 From: "Scot Hetzel" To: "Olivier Houchard" In-Reply-To: <20070217021629.GA24579@ci0.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <790a9fff0702161738r154b5087m877c604092727e39@mail.gmail.com> <20070217021629.GA24579@ci0.org> Cc: FreeBSD Current Subject: Re: mount_ntfs: /dev/ad0s1: No such file or directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Feb 2007 04:50:53 -0000 On 2/16/07, Olivier Houchard wrote: > On Fri, Feb 16, 2007 at 07:38:18PM -0600, Scot Hetzel wrote: > > I'm no longer able to mount NTFS partitions on a recent -CURRENT, when > > mount tries to mount the partition it give "mount_ntfs: /dev/ad0s1: No > > such file or directory". > > > > Anyone else having a problem mounting these NTFS partitions? > > > > Scot > > > > Hi Scot, > > That may be my fault. > > Does the attached patch fix it ? > The patch fixes the problem. Thanks, Scot -- No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-current@FreeBSD.ORG Sat Feb 17 04:59:16 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 66B6316A402 for ; Sat, 17 Feb 2007 04:59:16 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by mx1.freebsd.org (Postfix) with ESMTP id 0B0B713C48E for ; Sat, 17 Feb 2007 04:59:15 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by nf-out-0910.google.com with SMTP id m19so1743996nfc for ; Fri, 16 Feb 2007 20:59:15 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=AZd/M/VkSVJyJaDA/zPnPpqvWcnbFxVVCbVNsHbfjk/0A9S4EUGRDZyjHoMnSkhWg8x5hFkQRWE2OoexfyRRvDvzIN0OfL5hINS55DWDIBENkgXtLV99YtHaq4QZpaQYIgiGumjp5jC63P3RdcxDQv06sogb9MHZNyeCJ9CtBp8= Received: by 10.82.154.2 with SMTP id b2mr6207675bue.1171688354931; Fri, 16 Feb 2007 20:59:14 -0800 (PST) Received: by 10.82.186.2 with HTTP; Fri, 16 Feb 2007 20:59:14 -0800 (PST) Message-ID: <790a9fff0702162059w2a15a4feo2807c77422c64be1@mail.gmail.com> Date: Fri, 16 Feb 2007 22:59:14 -0600 From: "Scot Hetzel" To: "Scott Long" In-Reply-To: <45D66259.6070703@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <790a9fff0702161738r154b5087m877c604092727e39@mail.gmail.com> <45D66259.6070703@samsco.org> Cc: FreeBSD Current Subject: Re: mount_ntfs: /dev/ad0s1: No such file or directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Feb 2007 04:59:16 -0000 On 2/16/07, Scott Long wrote: > Scot Hetzel wrote: > > I'm no longer able to mount NTFS partitions on a recent -CURRENT, when > > mount tries to mount the partition it give "mount_ntfs: /dev/ad0s1: No > > such file or directory". > > > > Anyone else having a problem mounting these NTFS partitions? > > > > Scot > > > > Is anything printed on the console? > The only thing that gets printed regarding this problem is: : GEOM_LABEL: Label for provider ad0s1 is ntfs/OS. GEOM_LABEL: Label for provider ad1s1 is ntfs/DATA. Trying to mount root from ufs:/dev/ad0s3a and then when it triese to mount ad0s1 and ad1s2, I would get: mount_ntfs: /dev/ad0s1: No such file or directory mount_ntfs: /dev/ad1s1: No such file or directory Olivier's patch to ntfs_vfsops.c fixes the problem. Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-current@FreeBSD.ORG Sat Feb 17 07:02:12 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EF84816A400 for ; Sat, 17 Feb 2007 07:02:12 +0000 (UTC) (envelope-from darren780@yahoo.com) Received: from web34714.mail.mud.yahoo.com (web34714.mail.mud.yahoo.com [209.191.68.163]) by mx1.freebsd.org (Postfix) with SMTP id 6F52713C4A3 for ; Sat, 17 Feb 2007 07:02:12 +0000 (UTC) (envelope-from darren780@yahoo.com) Received: (qmail 31241 invoked by uid 60001); 17 Feb 2007 07:02:11 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=4Q1RRhGcDsIJUqzYmh9hF5l+ldfLhWMmPJYdAJQeG24tTqlLKmKNL7yr3i13A/XsWdfeufxmzl1Ilvw2pqK1P3qoDIpX6IprQ/DXM3V7EJ+X2ia8yqaRyVn3BCFk4sNyyARU2DDe8heW9OYYPMCV6kqHd9seQtnqPM7Wem0zjlI=; X-YMail-OSG: 8HKNNioVM1kR.tydr9LAzycEEI9V11wIlLyAD.5EgkQukOu7I2Celx13haPceNUM5252HS_5kMY9YcloWstZWl.b6xMIgMtxfqZ6zJNMJGwuaVHCPINhMShum0Ri3Yl.APihisqVFTRkqw-- Received: from [68.150.62.97] by web34714.mail.mud.yahoo.com via HTTP; Fri, 16 Feb 2007 23:02:11 PST Date: Fri, 16 Feb 2007 23:02:11 -0800 (PST) From: "Mr. Darren" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <741011.28358.qm@web34714.mail.mud.yahoo.com> Subject: envy24 audiophile 2496 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: Sat, 17 Feb 2007 07:02:13 -0000 Does anyone have this working at the moment? I can't seem to play any audio. Can't open /dev/dsp0.0! and so forth. -Darren %uname -a FreeBSD DARREN 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Fri Feb 16 22:40:32 UTC 2007 root@DARREN:/usr/obj/usr/src/sys/DARREN amd64 FreeBSD Audio Driver (newpcm: 64bit) Installed devices: pcm0: at io 0x9800:32,0x9400:16,0x9000:16,0x8c00:64 irq 18 (5p/3r/1v channels duplex default) %ls /dev/dsp* /dev/dsp0.0 /dev/dsp0.5 /dev/dsp0.p1 /dev/dsp0.r1 /dev/dspW0.2 /dev/dspW0.7 /dev/dsp0.1 /dev/dsp0.6 /dev/dsp0.p2 /dev/dsp0.r2 /dev/dspW0.3 /dev/dspW0.8 /dev/dsp0.2 /dev/dsp0.7 /dev/dsp0.p3 /dev/dsp0.v0 /dev/dspW0.4 /dev/dsp0.3 /dev/dsp0.8 /dev/dsp0.p4 /dev/dspW0.0 /dev/dspW0.5 /dev/dsp0.4 /dev/dsp0.p0 /dev/dsp0.r0 /dev/dspW0.1 /dev/dspW0.6 %ls /dev/audio* /dev/audio0.0 /dev/audio0.2 /dev/audio0.4 /dev/audio0.6 /dev/audio0.8 /dev/audio0.1 /dev/audio0.3 /dev/audio0.5 /dev/audio0.7 % ____________________________________________________________________________________ Need Mail bonding? Go to the Yahoo! Mail Q&A for great tips from Yahoo! Answers users. http://answers.yahoo.com/dir/?link=list&sid=396546091 From owner-freebsd-current@FreeBSD.ORG Sat Feb 17 10:51:14 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 025CB16A400; Sat, 17 Feb 2007 10:51:14 +0000 (UTC) (envelope-from rink@thunderstone.rink.nu) Received: from mx1.rink.nu (thunderstone.rink.nu [80.112.228.34]) by mx1.freebsd.org (Postfix) with ESMTP id 5DB8213C428; Sat, 17 Feb 2007 10:51:13 +0000 (UTC) (envelope-from rink@thunderstone.rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx1.rink.nu (Postfix) with ESMTP id EEAA8D4C53; Sat, 17 Feb 2007 11:48:17 +0100 (CET) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx1.rink.nu ([127.0.0.1]) by localhost (thunderstone.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1HuAOGsNB+l8; Sat, 17 Feb 2007 11:48:10 +0100 (CET) Received: from thunderstone.rink.nu (localhost [127.0.0.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.rink.nu (Postfix) with ESMTP id 553F2D4C52; Sat, 17 Feb 2007 11:48:10 +0100 (CET) Received: (from rink@localhost) by thunderstone.rink.nu (8.13.8/8.13.8/Submit) id l1HAm9cO025034; Sat, 17 Feb 2007 11:48:09 +0100 (CET) (envelope-from rink) Date: Sat, 17 Feb 2007 11:48:09 +0100 From: Rink Springer To: Yuriy Tsibizov Message-ID: <20070217104809.GC91175@rink.nu> References: <20070209182021.GA63685@rink.nu> <20070210213917.G45255@free.home.local> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="xesSdrSSBC0PokLI" Content-Disposition: inline In-Reply-To: <20070210213917.G45255@free.home.local> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Rink Springer , current@FreeBSD.org, multimedia@FreeBSD.org Subject: Re: snd_emu10k1 tremendous interrupt load? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Feb 2007 10:51:14 -0000 --xesSdrSSBC0PokLI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi People, On Sat, Feb 10, 2007 at 10:02:45PM +0300, Yuriy Tsibizov wrote: > >Hi people, > > > >Over the last few days, my CURRENT box has started to slow down to a > >crawl. top(1) reports most CPU load is spent on interrupts, and a quick > >vmstat -i to support this completely: > > > >interrupt total rate > >irq1: atkbd0 1631 0 > >irq15: ata1 14197 2 > >irq16: pcm0 1056243398 160109 > Rate for emu10k1 cards should be arount 48 interrupts/s. Do you record or= =20 > play sound? >=20 Switching snd_emu10kx1 doesn't make difference. In fact, all of a sudden, the onboard fxp(4) (which I don't use) shows exactly the same behaviour (and I have seen this happen the nVidia driver as well). This makes me believe the problems is elsewhere, and not in emu10k1/emu10kx at all. I will update my machine to the latest CURRENT and see how that goes. Could the recently-added MSI changes perhaps contribute to this odd behaviour? It looks to me either my machine is broken (even though Windows XP works fine on it), or something changed in CURRENT. To be continued... --=20 Rink P.W. Springer - http://rink.nu "It is such a quiet thing, to fall. But yet a far more terrible thing, to admit it." - Darth Traya --xesSdrSSBC0PokLI Content-Type: application/x-pkcs7-signature Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIIJawYJKoZIhvcNAQcCoIIJXDCCCVgCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC BuIwggObMIIDBKADAgECAhAiuN7bs9pg6t3I0n6G5OOTMA0GCSqGSIb3DQEBBQUAMGIxCzAJ BgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYD VQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTAeFw0wNjExMDgwOTI2 NTNaFw0wNzExMDgwOTI2NTNaMIHSMREwDwYDVQQEEwhTcHJpbmdlcjEaMBgGA1UEKhMRUmlu ayBQZXRlciBXeWNoZXIxIzAhBgNVBAMTGlJpbmsgUGV0ZXIgV3ljaGVyIFNwcmluZ2VyMRsw GQYJKoZIhvcNAQkBFgxtYWlsQHJpbmsubnUxHzAdBgkqhkiG9w0BCQEWEHJpbmtAZnJlZWJz ZC5vcmcxIDAeBgkqhkiG9w0BCQEWEXJpbmtAaWwuZm9udHlzLm5sMRwwGgYJKoZIhvcNAQkB Fg1yaW5rQHN0YWNrLm5sMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAxryGDfel YzzENX7wodkbVY1NALfaiPfNEG10YjD8ZWdK9zkN26Tc878Shbqapq0KYFD8TACGfEhKoMvo qbf0PHAS/gNYr81Arqa9FRPUfzvtDE/cMbhvI+p7ufBITyYnPJp9MUD72iT+DohRR2ISVi3i NAEgDuSbYYNxctnvXqU6O6EPy3mzoFPDoiOQwBfVtFrjxBbND9BUK2bjtUyGt4x8I/Vulzrt qLPTokva+b97DHRgbCA/aLLYIrU6QoqOFJ8GrAbro/FZLYh4m1oJk3FEHVQOKkk7xzIaFmmP QGJRL8m6nrIZFTrQ+X2wmzfLD55K/UiqbekOuMiWbY9EbwIDAQABo10wWzBLBgNVHREERDBC gQxtYWlsQHJpbmsubnWBEHJpbmtAZnJlZWJzZC5vcmeBEXJpbmtAaWwuZm9udHlzLm5sgQ1y aW5rQHN0YWNrLm5sMAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEFBQADgYEAIfIcieRjePBA wjZqvOdGpyPcNDnK/ubeQSTV5Y4AHWxm1sXhQxB/XrQ3RVdz1qDnBRL1AjkEBAl8e9+am4s6 D6TaSlmJeNXn6ZPJTQecisz3M+AKiMckShM3oAeUi0ktn1yNYR+hz5aQN612XT5OZRYznJVZ kPf1DiA2RVVyz+MwggM/MIICqKADAgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQG EwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNV BAoTEVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2Vz IERpdmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkq hkiG9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAw WhcNMTMwNzE2MjM1OTU5WjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1 bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElz c3VpbmcgQ0EwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUE cJ3f6f+jHuy9zfVb8hp2vX8MOmHyv1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH 5/EfkTYkKhPPK9Xzgnc9A74r/rsYPge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBly YLf7AgMBAAGjgZQwgZEwEgYDVR0TAQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJo dHRwOi8vY3JsLnRoYXd0ZS5jb20vVGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNV HQ8EBAMCAQYwKQYDVR0RBCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0G CSqGSIb3DQEBBQUAA4GBAEiM0VCD6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYv wPQcUCCTcDz9reFhYsPZOhl+hLGZGwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3 h9bGCE6u9uo05RAaWzVNd+NWIXiC3CEZNd4ksdMdRv9dX2VPMYICUTCCAk0CAQEwdjBiMQsw CQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoG A1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECECK43tuz2mDq3cjS fobk45MwCQYFKw4DAhoFAKCBsTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3 DQEJBTEPFw0wNzAyMTcxMDQ4MDlaMCMGCSqGSIb3DQEJBDEWBBTmEF75RMKnnadgXOHo8RaI tyMV7jBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggq hkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDANBgkqhkiG9w0BAQEFAASCAQDD PMossbqE3fkYP46vIxuNaAfrCgo+CEKcSq5fr+V/rd0CWRz5yXxK9pWEksaHVoyNYM40Bqk7 r3i+v+FJq3b/mgma9AZ9XbU86rUWTXpnzNku64wXWe9PhcrDU2aXpL3djRABnRlE9Vqjx9wL I9MqdfYU60gyvP8cHSSpwlVXPvnkpNCGMyETu8OpQj031MdQkFm0XlvCbbE79xM3E7PLCyxn Xrl+nevM8gxhkPf0vPlpj2+KWDwEBXdIJzgFv6h/w0RZP/EAW5PNKobOBJNhqg3oyleBdS/c ZR7MbGyNadUCHFtsJYEO1ZL/9U2JW4b+NEIzqg36g3g7MXs7XBfq --xesSdrSSBC0PokLI-- From owner-freebsd-current@FreeBSD.ORG Sat Feb 17 11:07:15 2007 Return-Path: X-Original-To: FreeBSD-Current@freebsd.org Delivered-To: FreeBSD-Current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E2B8716A401 for ; Sat, 17 Feb 2007 11:07:15 +0000 (UTC) (envelope-from thomas.sparrevohn@btinternet.com) Received: from smtp814.mail.ird.yahoo.com (smtp814.mail.ird.yahoo.com [217.146.188.74]) by mx1.freebsd.org (Postfix) with SMTP id 3F82213C478 for ; Sat, 17 Feb 2007 11:07:14 +0000 (UTC) (envelope-from thomas.sparrevohn@btinternet.com) Received: (qmail 20841 invoked from network); 17 Feb 2007 10:40:34 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=Received:X-YMail-OSG:Mime-Version:Content-Transfer-Encoding:Message-Id:Content-Type:To:From:Subject:Date:X-Mailer; b=ztTSVkLpwVp6Ny0gS3LZo0cAhQOFWGXex2QVAfjzL8geUjk/h+58Phqu+QGf1DzF6Q2D02sxtsJg0gCOIUxaUYWNcr2edVrRV1JxMbQjIXO0uP/SIwoksHzvVmbl0JGEBb4g+ANNEm6YazQwYJ9DQcJ4Iz5Nt9Od0VCUGLKMpxE= ; Received: from unknown (HELO ?192.168.0.15?) (thomas.sparrevohn@btinternet.com@81.157.195.222 with plain) by smtp814.mail.ird.yahoo.com with SMTP; 17 Feb 2007 10:40:34 -0000 X-YMail-OSG: hpzTkjoVM1mCaRyqYbOg4d2nwziA7XR3XGb6QbjnD2SXLA3BqcEApG4XQzLlQf.cZ3eVxRk02.nNVPij6vXfke.AzwCRpQ03dKL.9jfnpK88QV9prDQ- Mime-Version: 1.0 (Apple Message framework v752.2) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: FreeBSD-Current@freebsd.org From: Thomas Sparrevohn Date: Sat, 17 Feb 2007 10:40:33 +0000 X-Mailer: Apple Mail (2.752.2) Cc: Subject: cpufreq and others X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Feb 2007 11:07:16 -0000 Hi The ACPI driver does not identify any of the acpi_thermal entries - nor does cpufreq work - Its a Dell XPS 710 H2C with a QX6700 Intel processor based upon nvidia nforce 590 - It worries me a bit - I am not surprised about cpufreq as it seems that there are issues with the Duo series CPU's but the thermal is mor of a concern Are there any good tools out there that would allow do a acpidump under windows? Regards Thomas From owner-freebsd-current@FreeBSD.ORG Sat Feb 17 13:02:21 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F02E116A400 for ; Sat, 17 Feb 2007 13:02:21 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 7755813C461 for ; Sat, 17 Feb 2007 13:02:21 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.66) with esmtp (envelope-from ) id <1HIPCm-0007D4-8N>; Sat, 17 Feb 2007 14:02:20 +0100 Received: from e178016030.adsl.alicedsl.de ([85.178.16.30] helo=[192.168.1.128]) by inpost2.zedat.fu-berlin.de (Exim 4.66) with esmtpsa (envelope-from ) id <1HIPCm-0002vr-5W>; Sat, 17 Feb 2007 14:02:20 +0100 Message-ID: <45D6FD02.8090208@mail.zedat.fu-berlin.de> Date: Sat, 17 Feb 2007 14:02:58 +0100 From: "O. Hartmann" User-Agent: Thunderbird 1.5.0.9 (X11/20070211) MIME-Version: 1.0 To: "Mr. Darren" References: <741011.28358.qm@web34714.mail.mud.yahoo.com> In-Reply-To: <741011.28358.qm@web34714.mail.mud.yahoo.com> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.16.30 X-Mailman-Approved-At: Sat, 17 Feb 2007 16:22:30 +0000 Cc: freebsd-multimedia@FreeBSD.org, freebsd-current@freebsd.org Subject: envy24ht: M-Audio Revolution 5.1 broken (FreeBSD 7.0-CURRENT/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: Sat, 17 Feb 2007 13:02:22 -0000 Mr. Darren wrote: > Does anyone have this working at the moment? I can't > seem to play any audio. Can't open /dev/dsp0.0! and > so forth. > -Darren > %uname -a > FreeBSD DARREN 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Fri > Feb 16 22:40:32 UTC 2007 > root@DARREN:/usr/obj/usr/src/sys/DARREN amd64 > > FreeBSD Audio Driver (newpcm: 64bit) > Installed devices: > pcm0: at io > 0x9800:32,0x9400:16,0x9000:16,0x8c00:64 irq 18 > (5p/3r/1v channels duplex default) > %ls /dev/dsp* > /dev/dsp0.0 /dev/dsp0.5 /dev/dsp0.p1 /dev/dsp0.r1 > /dev/dspW0.2 /dev/dspW0.7 > /dev/dsp0.1 /dev/dsp0.6 /dev/dsp0.p2 /dev/dsp0.r2 > /dev/dspW0.3 /dev/dspW0.8 > /dev/dsp0.2 /dev/dsp0.7 /dev/dsp0.p3 /dev/dsp0.v0 > /dev/dspW0.4 > /dev/dsp0.3 /dev/dsp0.8 /dev/dsp0.p4 /dev/dspW0.0 > /dev/dspW0.5 > /dev/dsp0.4 /dev/dsp0.p0 /dev/dsp0.r0 /dev/dspW0.1 > /dev/dspW0.6 > %ls /dev/audio* > /dev/audio0.0 /dev/audio0.2 /dev/audio0.4 > /dev/audio0.6 /dev/audio0.8 > /dev/audio0.1 /dev/audio0.3 /dev/audio0.5 > /dev/audio0.7 > % > > > > Just half an hour ago I got my new M-Audio Revolution 5.1: pcm0: port 0xec00-0xec1f,0xe880-0xe8ff irq 18 at device 8.0 on pci4 pcm0: [GIANT-LOCKED] pcm0: system configuration SubVendorID: 0x1412, SubDeviceID: 0x3631 XIN2 Clock Source: 49.152MHz(192kHz*256) MPU-401 UART(s) #: not implemented ADC #: 1 DAC #: 3 Multi-track converter type: I2S(with volume, 192KHz support, 24bit resolution, ID#0x0) S/PDIF(IN/OUT): 0/1 ID# 0x00 GPIO(mask/dir/state): 0x3fff85/0x4000fa/0x72 Box is based on ASUS A8N32-SLI, AMD64 running FreeBSD 7.0-CURRENT/AMD64 (no 32Bit compatibility), SCHED_ULE, PREEMPTION, driver snd_envy24ht hardwired into the kernel. I'm able to start sound playing via VLC or mplayer and I can hear something that sounds like the music I expected to hear but it is highly distorted and scrambled. After a while sound dies, comes back for a second and then disappear again ... Regards Oliver -- O. Hartmann Freie Universitaet Berlin Institut fuer Geowissenschaften Fernerkundung der Erde und Planeten Malteser-Str. 74 - 100/Haus D D-12249 Berlin Tel.: +49 (0) 30 838 70 508 FAX: +49 (0) 30 838 70 837 From owner-freebsd-current@FreeBSD.ORG Sat Feb 17 16:22:33 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 52E5616A52A for ; Sat, 17 Feb 2007 16:22:33 +0000 (UTC) (envelope-from rodrigc@crodrigues.org) Received: from alnrmhc13.comcast.net (alnrmhc13.comcast.net [204.127.225.93]) by mx1.freebsd.org (Postfix) with ESMTP id 262FF13C48E for ; Sat, 17 Feb 2007 16:22:33 +0000 (UTC) (envelope-from rodrigc@crodrigues.org) Received: from c-66-31-35-94.hsd1.ma.comcast.net ([66.31.35.94]) by comcast.net (alnrmhc13) with ESMTP id <20070217162228b13001g3rhe>; Sat, 17 Feb 2007 16:22:32 +0000 Received: from c-66-31-35-94.hsd1.ma.comcast.net (localhost.crodrigues.org [127.0.0.1]) by c-66-31-35-94.hsd1.ma.comcast.net (8.13.8/8.13.8) with ESMTP id l1HGMXGA028422; Sat, 17 Feb 2007 11:22:33 -0500 (EST) (envelope-from rodrigc@c-66-31-35-94.hsd1.ma.comcast.net) Received: (from rodrigc@localhost) by c-66-31-35-94.hsd1.ma.comcast.net (8.13.8/8.13.8/Submit) id l1HGMXgS028421; Sat, 17 Feb 2007 11:22:33 -0500 (EST) (envelope-from rodrigc) Date: Sat, 17 Feb 2007 11:22:33 -0500 From: Craig Rodrigues To: Olivier Houchard Message-ID: <20070217162233.GA28315@crodrigues.org> References: <790a9fff0702161738r154b5087m877c604092727e39@mail.gmail.com> <20070217021629.GA24579@ci0.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070217021629.GA24579@ci0.org> User-Agent: Mutt/1.4.2.1i Cc: Scot Hetzel , FreeBSD Current Subject: Re: mount_ntfs: /dev/ad0s1: No such file or directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Feb 2007 16:22:33 -0000 On Sat, Feb 17, 2007 at 03:16:29AM +0100, Olivier Houchard wrote: > That may be my fault. I think your recent patch to vfs_mount.c: cognet 2007-02-13 01:28:49 UTC FreeBSD src repository Modified files: sys/kern vfs_mount.c Log: Make vfs_getopts() set *error to ENOENT if the option wasn't found, so that consumers don't have to check for both error and the return value (some of them actually don't do it). MFC After: 1 week exposed some bugs in the NTFS mount code. Your patch to vfs_mount.c is a reasonable one, but it turns out to be an API change because it changes the behavior of vfs_getopts(). Did you audit all the file systems which use this function, and fix them to conform to the API change? -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Sat Feb 17 16:30:46 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DC4D316A401 for ; Sat, 17 Feb 2007 16:30:46 +0000 (UTC) (envelope-from mlfbsd@dong.ci0.org) Received: from dong.ci0.org (cognet.ci0.org [80.65.224.102]) by mx1.freebsd.org (Postfix) with ESMTP id 4651B13C474 for ; Sat, 17 Feb 2007 16:30:45 +0000 (UTC) (envelope-from mlfbsd@dong.ci0.org) Received: from dong.ci0.org (localhost.ci0.org [127.0.0.1]) by dong.ci0.org (8.13.7/8.13.4) with ESMTP id l1HGn4Rh031470; Sat, 17 Feb 2007 17:49:04 +0100 (CET) (envelope-from mlfbsd@dong.ci0.org) Received: (from mlfbsd@localhost) by dong.ci0.org (8.13.8/8.13.8/Submit) id l1HGn4bY031469; Sat, 17 Feb 2007 17:49:04 +0100 (CET) (envelope-from mlfbsd) Date: Sat, 17 Feb 2007 17:49:04 +0100 From: Olivier Houchard To: Craig Rodrigues Message-ID: <20070217164904.GA31437@ci0.org> References: <790a9fff0702161738r154b5087m877c604092727e39@mail.gmail.com> <20070217021629.GA24579@ci0.org> <20070217162233.GA28315@crodrigues.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070217162233.GA28315@crodrigues.org> User-Agent: Mutt/1.4.1i Cc: Scot Hetzel , FreeBSD Current Subject: Re: mount_ntfs: /dev/ad0s1: No such file or directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Feb 2007 16:30:46 -0000 On Sat, Feb 17, 2007 at 11:22:33AM -0500, Craig Rodrigues wrote: > On Sat, Feb 17, 2007 at 03:16:29AM +0100, Olivier Houchard wrote: > > That may be my fault. > > I think your recent patch to vfs_mount.c: > > cognet 2007-02-13 01:28:49 UTC > > FreeBSD src repository > > Modified files: > sys/kern vfs_mount.c > Log: > Make vfs_getopts() set *error to ENOENT if the option wasn't found, so that > consumers don't have to check for both error and the return value (some of > them actually don't do it). > > MFC After: 1 week > > > > exposed some bugs in the NTFS mount code. Your patch to > vfs_mount.c is a reasonable one, but it turns out to be an API change > because it changes the behavior of vfs_getopts(). Did you > audit all the file systems which use this function, and fix them > to conform to the API change? > Hi Craig, Apparently not enough ;-) I'm in discussion with Bruce Evans about this, he brought up valid concerns about this change, maybe I'll revert it and check all consumers of vfs_getopts to make sure they check the return value instead. Cheers, Olivier From owner-freebsd-current@FreeBSD.ORG Sat Feb 17 17:07:41 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 82DD516A401 for ; Sat, 17 Feb 2007 17:07:41 +0000 (UTC) (envelope-from rodrigc@crodrigues.org) Received: from alnrmhc12.comcast.net (alnrmhc12.comcast.net [206.18.177.52]) by mx1.freebsd.org (Postfix) with ESMTP id 5565413C441 for ; Sat, 17 Feb 2007 17:07:40 +0000 (UTC) (envelope-from rodrigc@crodrigues.org) Received: from c-66-31-35-94.hsd1.ma.comcast.net ([66.31.35.94]) by comcast.net (alnrmhc12) with ESMTP id <20070217170739b12001l496e>; Sat, 17 Feb 2007 17:07:40 +0000 Received: from c-66-31-35-94.hsd1.ma.comcast.net (localhost.crodrigues.org [127.0.0.1]) by c-66-31-35-94.hsd1.ma.comcast.net (8.13.8/8.13.8) with ESMTP id l1HH7iLY028605; Sat, 17 Feb 2007 12:07:44 -0500 (EST) (envelope-from rodrigc@c-66-31-35-94.hsd1.ma.comcast.net) Received: (from rodrigc@localhost) by c-66-31-35-94.hsd1.ma.comcast.net (8.13.8/8.13.8/Submit) id l1HH7h0r028604; Sat, 17 Feb 2007 12:07:43 -0500 (EST) (envelope-from rodrigc) Date: Sat, 17 Feb 2007 12:07:43 -0500 From: Craig Rodrigues To: Olivier Houchard Message-ID: <20070217170743.GA28585@crodrigues.org> References: <790a9fff0702161738r154b5087m877c604092727e39@mail.gmail.com> <20070217021629.GA24579@ci0.org> <20070217162233.GA28315@crodrigues.org> <20070217164904.GA31437@ci0.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070217164904.GA31437@ci0.org> User-Agent: Mutt/1.4.2.1i Cc: Scot Hetzel , FreeBSD Current Subject: Re: mount_ntfs: /dev/ad0s1: No such file or directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Feb 2007 17:07:41 -0000 On Sat, Feb 17, 2007 at 05:49:04PM +0100, Olivier Houchard wrote: > Apparently not enough ;-) > I'm in discussion with Bruce Evans about this, he brought up valid concerns > about this change, maybe I'll revert it and check all consumers of vfs_getopts > to make sure they check the return value instead. I'm not opposed to your vfs_mount.c change since it is quite reasonable. It's just that in the mount code in FreeBSD, over the years, a lot of behavior has been built on unreasonable API's, so changing things exposes weird bugs. :) mount_ntfs should probably be converted to properly use nmount() like mount_msdosfs. The nmount() call path in the ntfs file system code should probably be fixed up too. I don't have any NTFS partitions on my FreeBSD system. Does someone have a small NTFS disk image that they can send me so I can implement some of these changes and practise mounting? -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Sat Feb 17 16:50:33 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B406A16A409 for ; Sat, 17 Feb 2007 16:50:33 +0000 (UTC) (envelope-from kosio.dimitrov@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.freebsd.org (Postfix) with ESMTP id 4AB5113C4A3 for ; Sat, 17 Feb 2007 16:50:33 +0000 (UTC) (envelope-from kosio.dimitrov@gmail.com) Received: by nf-out-0910.google.com with SMTP id m19so1882907nfc for ; Sat, 17 Feb 2007 08:50:32 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Rg7g+jPcn7er0vx6OOaLvn6oTcO0AdE5R58jUE2QpE0/YU2r00/EXfsd8Fhj1zOxbKpJO6hqDho+y1xtQm8pXv7PG5incpow6tBm49Lj7wdrLb6RQgmsq9tWkEy2/DNoi8pmXslRVQ1j702yFf+mCpZpZXkcM1eeChGmqna/wuQ= Received: by 10.82.136.4 with SMTP id j4mr6996327bud.1171729544507; Sat, 17 Feb 2007 08:25:44 -0800 (PST) Received: by 10.82.100.19 with HTTP; Sat, 17 Feb 2007 08:25:44 -0800 (PST) Message-ID: <8103ad500702170825y38b76fd9u7ac23ab64bd4cb4a@mail.gmail.com> Date: Sat, 17 Feb 2007 18:25:44 +0200 From: "Konstantin Dimitrov" To: "O. Hartmann" In-Reply-To: <45D6FD02.8090208@mail.zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <741011.28358.qm@web34714.mail.mud.yahoo.com> <45D6FD02.8090208@mail.zedat.fu-berlin.de> X-Mailman-Approved-At: Sat, 17 Feb 2007 18:17:23 +0000 Cc: freebsd-multimedia@freebsd.org, "Mr. Darren" , freebsd-current@freebsd.org Subject: Re: envy24ht: M-Audio Revolution 5.1 broken (FreeBSD 7.0-CURRENT/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: Sat, 17 Feb 2007 16:50:33 -0000 Oliver, seems like the init data for Revo 5.1 are wrong, that is why the sound is badly distorted, until now i haven't had access to Revo 5.1 hardware for tests, so it's somehow expected problem, but with several trials and errors we should be able to find the right init data, so get the first slightly modified version from here: http://envy24.svobodno.com/driver/envy24ht/current/envy24ht.c rebuild and report back the result ... On 2/17/07, O. Hartmann wrote: > Mr. Darren wrote: > > Does anyone have this working at the moment? I can't > > seem to play any audio. Can't open /dev/dsp0.0! and > > so forth. > > -Darren > > %uname -a > > FreeBSD DARREN 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Fri > > Feb 16 22:40:32 UTC 2007 > > root@DARREN:/usr/obj/usr/src/sys/DARREN amd64 > > > > FreeBSD Audio Driver (newpcm: 64bit) > > Installed devices: > > pcm0: at io > > 0x9800:32,0x9400:16,0x9000:16,0x8c00:64 irq 18 > > (5p/3r/1v channels duplex default) > > %ls /dev/dsp* > > /dev/dsp0.0 /dev/dsp0.5 /dev/dsp0.p1 /dev/dsp0.r1 > > /dev/dspW0.2 /dev/dspW0.7 > > /dev/dsp0.1 /dev/dsp0.6 /dev/dsp0.p2 /dev/dsp0.r2 > > /dev/dspW0.3 /dev/dspW0.8 > > /dev/dsp0.2 /dev/dsp0.7 /dev/dsp0.p3 /dev/dsp0.v0 > > /dev/dspW0.4 > > /dev/dsp0.3 /dev/dsp0.8 /dev/dsp0.p4 /dev/dspW0.0 > > /dev/dspW0.5 > > /dev/dsp0.4 /dev/dsp0.p0 /dev/dsp0.r0 /dev/dspW0.1 > > /dev/dspW0.6 > > %ls /dev/audio* > > /dev/audio0.0 /dev/audio0.2 /dev/audio0.4 > > /dev/audio0.6 /dev/audio0.8 > > /dev/audio0.1 /dev/audio0.3 /dev/audio0.5 > > /dev/audio0.7 > > % > > > > > > > > > > Just half an hour ago I got my new M-Audio Revolution 5.1: > > pcm0: port > 0xec00-0xec1f,0xe880-0xe8ff > irq 18 at device 8.0 on pci4 > pcm0: [GIANT-LOCKED] > pcm0: system configuration > SubVendorID: 0x1412, SubDeviceID: 0x3631 > XIN2 Clock Source: 49.152MHz(192kHz*256) > MPU-401 UART(s) #: not implemented > ADC #: 1 > DAC #: 3 > Multi-track converter type: I2S(with volume, 192KHz support, 24bit > resolution, > ID#0x0) > S/PDIF(IN/OUT): 0/1 ID# 0x00 > GPIO(mask/dir/state): 0x3fff85/0x4000fa/0x72 > > > Box is based on ASUS A8N32-SLI, AMD64 running FreeBSD 7.0-CURRENT/AMD64 > (no 32Bit compatibility), SCHED_ULE, PREEMPTION, driver snd_envy24ht > hardwired into the kernel. > I'm able to start sound playing via VLC or mplayer and I can hear > something that sounds like the music I expected to hear but it is highly > distorted and scrambled. > After a while sound dies, comes back for a second and then disappear > again ... > > > Regards Oliver > > > -- > O. Hartmann > Freie Universitaet Berlin > Institut fuer Geowissenschaften > Fernerkundung der Erde und Planeten > Malteser-Str. 74 - 100/Haus D > D-12249 Berlin > > Tel.: +49 (0) 30 838 70 508 > FAX: +49 (0) 30 838 70 837 > > _______________________________________________ > freebsd-multimedia@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-multimedia > To unsubscribe, send any mail to "freebsd-multimedia-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sat Feb 17 18:09:29 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0ABCA16A400; Sat, 17 Feb 2007 18:09:29 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 898AC13C474; Sat, 17 Feb 2007 18:09:28 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.66) with esmtp (envelope-from ) id <1HITzy-00081o-In>; Sat, 17 Feb 2007 19:09:26 +0100 Received: from e178016030.adsl.alicedsl.de ([85.178.16.30] helo=[192.168.1.128]) by inpost2.zedat.fu-berlin.de (Exim 4.66) with esmtpsa (envelope-from ) id <1HITzy-00085L-Cw>; Sat, 17 Feb 2007 19:09:26 +0100 Message-ID: <45D744FD.1040504@mail.zedat.fu-berlin.de> Date: Sat, 17 Feb 2007 19:10:05 +0100 From: "O. Hartmann" User-Agent: Thunderbird 1.5.0.9 (X11/20070211) MIME-Version: 1.0 To: Konstantin Dimitrov References: <741011.28358.qm@web34714.mail.mud.yahoo.com> <45D6FD02.8090208@mail.zedat.fu-berlin.de> <8103ad500702170825y38b76fd9u7ac23ab64bd4cb4a@mail.gmail.com> In-Reply-To: <8103ad500702170825y38b76fd9u7ac23ab64bd4cb4a@mail.gmail.com> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.16.30 X-Mailman-Approved-At: Sat, 17 Feb 2007 18:17:36 +0000 Cc: freebsd-multimedia@freebsd.org, "Mr. Darren" , freebsd-current@freebsd.org Subject: Re: envy24ht: M-Audio Revolution 5.1 broken (FreeBSD 7.0-CURRENT/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: Sat, 17 Feb 2007 18:09:29 -0000 Konstantin Dimitrov wrote: > Oliver, seems like the init data for Revo 5.1 are wrong, that is why > the sound is badly distorted, until now i haven't had access to Revo > 5.1 hardware for tests, so it's somehow expected problem, but with > several trials and errors we should be able to find the right init > data, so get the first slightly modified version from here: > > http://envy24.svobodno.com/driver/envy24ht/current/envy24ht.c > > rebuild and report back the result ... > > On 2/17/07, O. Hartmann wrote: >> Mr. Darren wrote: >> > Does anyone have this working at the moment? I can't >> > seem to play any audio. Can't open /dev/dsp0.0! and >> > so forth. >> > -Darren >> > %uname -a >> > FreeBSD DARREN 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Fri >> > Feb 16 22:40:32 UTC 2007 >> > root@DARREN:/usr/obj/usr/src/sys/DARREN amd64 >> > >> > FreeBSD Audio Driver (newpcm: 64bit) >> > Installed devices: >> > pcm0: at io >> > 0x9800:32,0x9400:16,0x9000:16,0x8c00:64 irq 18 >> > (5p/3r/1v channels duplex default) >> > %ls /dev/dsp* >> > /dev/dsp0.0 /dev/dsp0.5 /dev/dsp0.p1 /dev/dsp0.r1 >> > /dev/dspW0.2 /dev/dspW0.7 >> > /dev/dsp0.1 /dev/dsp0.6 /dev/dsp0.p2 /dev/dsp0.r2 >> > /dev/dspW0.3 /dev/dspW0.8 >> > /dev/dsp0.2 /dev/dsp0.7 /dev/dsp0.p3 /dev/dsp0.v0 >> > /dev/dspW0.4 >> > /dev/dsp0.3 /dev/dsp0.8 /dev/dsp0.p4 /dev/dspW0.0 >> > /dev/dspW0.5 >> > /dev/dsp0.4 /dev/dsp0.p0 /dev/dsp0.r0 /dev/dspW0.1 >> > /dev/dspW0.6 >> > %ls /dev/audio* >> > /dev/audio0.0 /dev/audio0.2 /dev/audio0.4 >> > /dev/audio0.6 /dev/audio0.8 >> > /dev/audio0.1 /dev/audio0.3 /dev/audio0.5 >> > /dev/audio0.7 >> > % >> > >> > >> > >> > >> >> Just half an hour ago I got my new M-Audio Revolution 5.1: >> >> pcm0: port >> 0xec00-0xec1f,0xe880-0xe8ff >> irq 18 at device 8.0 on pci4 >> pcm0: [GIANT-LOCKED] >> pcm0: system configuration >> SubVendorID: 0x1412, SubDeviceID: 0x3631 >> XIN2 Clock Source: 49.152MHz(192kHz*256) >> MPU-401 UART(s) #: not implemented >> ADC #: 1 >> DAC #: 3 >> Multi-track converter type: I2S(with volume, 192KHz support, 24bit >> resolution, >> ID#0x0) >> S/PDIF(IN/OUT): 0/1 ID# 0x00 >> GPIO(mask/dir/state): 0x3fff85/0x4000fa/0x72 >> >> >> Box is based on ASUS A8N32-SLI, AMD64 running FreeBSD 7.0-CURRENT/AMD64 >> (no 32Bit compatibility), SCHED_ULE, PREEMPTION, driver snd_envy24ht >> hardwired into the kernel. >> I'm able to start sound playing via VLC or mplayer and I can hear >> something that sounds like the music I expected to hear but it is highly >> distorted and scrambled. >> After a while sound dies, comes back for a second and then disappear >> again ... >> >> >> Regards Oliver Hello Konstantin, I applied the patch - and it works, half the way. Sound is now playing undistorted, but it is very, very silent, I need the amplifier of my HiFi rack to amplify the sound input at a very high level. Changing volume via 'mixer' command doesn't help: hartmann: mixer Mixer vol is currently set to 100:100 Mixer treble is currently set to 0:0 Mixer synth is currently set to 0:0 Mixer pcm is currently set to 100:100 Mixer speaker is currently set to 0:0 Mixer line is currently set to 100:100 Mixer mic is currently set to 0:0 Mixer cd is currently set to 0:0 Mixer mix is currently set to 0:0 Every mixer-reachable instance is pumped up to 100%, the others, synth for example, aren't configured and return with a notice about that fact: hartmann: mixer synth 100 Setting the mixer synth from 0:0 to 100:100. mixer: WRITE_MIXER: Device not configured hartmann: mixer vol 100 Setting the mixer vol from 100:100 to 100:100. hartmann: Well, it is really impressive how fast you answered, thanks. Regards, Oliver From owner-freebsd-current@FreeBSD.ORG Sat Feb 17 18:28:22 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AF50F16A400 for ; Sat, 17 Feb 2007 18:28:22 +0000 (UTC) (envelope-from darren780@yahoo.com) Received: from web34709.mail.mud.yahoo.com (web34709.mail.mud.yahoo.com [209.191.68.158]) by mx1.freebsd.org (Postfix) with SMTP id 7416713C4A8 for ; Sat, 17 Feb 2007 18:28:22 +0000 (UTC) (envelope-from darren780@yahoo.com) Received: (qmail 46845 invoked by uid 60001); 17 Feb 2007 18:28:22 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=qpMxtPx1zR2tST8EdQLUk2eVG9ziVCQ0K6tEi+46SVE/BiaVPHgT2PGvCe4ectBquZpJxFnTW0Y0J/NJ8/tCqiuUBoyzrfyF8kHSX8S+hpHOkdCR8LVF0gZDsClsJG7ePCSu0mL/YSip5PEoxqEINtubrzQYjEJP+Gfn0O/Eh7g=; X-YMail-OSG: JqceGNsVM1lrxFIZHI7_tcWNhdijQBQ6BZk5sm.WkIYwXwtnTeh2.rMqCfU8bd_PjBRFD4bW1KH5jl.3kHlDejqmRjVTQNVuiZPYAV.UlqAliPqqX..ezwGe1pGokiGVTl4Yv9lYC71OmJ0- Received: from [68.150.62.97] by web34709.mail.mud.yahoo.com via HTTP; Sat, 17 Feb 2007 10:28:21 PST Date: Sat, 17 Feb 2007 10:28:21 -0800 (PST) From: "Mr. Darren" To: freebsd-current@freebsd.org In-Reply-To: <741011.28358.qm@web34714.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <951325.38646.qm@web34709.mail.mud.yahoo.com> Subject: Re: envy24 audiophile 2496 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: Sat, 17 Feb 2007 18:28:22 -0000 Just a followup, as of 6am mst this morning, cvsup src and make buildworld. I was able to play some mp3s using mplayer -Darren --- "Mr. Darren" wrote: > Does anyone have this working at the moment? I > can't > seem to play any audio. Can't open /dev/dsp0.0! and > so forth. > -Darren > %uname -a > FreeBSD DARREN 7.0-CURRENT FreeBSD 7.0-CURRENT #0: > Fri > Feb 16 22:40:32 UTC 2007 > root@DARREN:/usr/obj/usr/src/sys/DARREN amd64 > > FreeBSD Audio Driver (newpcm: 64bit) > Installed devices: > pcm0: at io > 0x9800:32,0x9400:16,0x9000:16,0x8c00:64 irq 18 > (5p/3r/1v channels duplex default) > %ls /dev/dsp* > /dev/dsp0.0 /dev/dsp0.5 /dev/dsp0.p1 /dev/dsp0.r1 > /dev/dspW0.2 /dev/dspW0.7 > /dev/dsp0.1 /dev/dsp0.6 /dev/dsp0.p2 /dev/dsp0.r2 > /dev/dspW0.3 /dev/dspW0.8 > /dev/dsp0.2 /dev/dsp0.7 /dev/dsp0.p3 /dev/dsp0.v0 > /dev/dspW0.4 > /dev/dsp0.3 /dev/dsp0.8 /dev/dsp0.p4 /dev/dspW0.0 > /dev/dspW0.5 > /dev/dsp0.4 /dev/dsp0.p0 /dev/dsp0.r0 /dev/dspW0.1 > /dev/dspW0.6 > %ls /dev/audio* > /dev/audio0.0 /dev/audio0.2 /dev/audio0.4 > /dev/audio0.6 /dev/audio0.8 > /dev/audio0.1 /dev/audio0.3 /dev/audio0.5 > /dev/audio0.7 > % > > > > > > ____________________________________________________________________________________ > Need Mail bonding? > Go to the Yahoo! Mail Q&A for great tips from Yahoo! > Answers users. > http://answers.yahoo.com/dir/?link=list&sid=396546091 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > ____________________________________________________________________________________ No need to miss a message. Get email on-the-go with Yahoo! Mail for Mobile. Get started. http://mobile.yahoo.com/mail From owner-freebsd-current@FreeBSD.ORG Sat Feb 17 18:51:05 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1FD2816A400 for ; Sat, 17 Feb 2007 18:51:05 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 9C04313C4A8 for ; Sat, 17 Feb 2007 18:51:04 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.66) with esmtp (envelope-from ) id <1HIUeF-0000kZ-PI>; Sat, 17 Feb 2007 19:51:03 +0100 Received: from e178016030.adsl.alicedsl.de ([85.178.16.30] helo=[192.168.1.128]) by inpost2.zedat.fu-berlin.de (Exim 4.66) with esmtpsa (envelope-from ) id <1HIUeF-0000Kj-Mf>; Sat, 17 Feb 2007 19:51:03 +0100 Message-ID: <45D74EC2.70500@mail.zedat.fu-berlin.de> Date: Sat, 17 Feb 2007 19:51:46 +0100 From: "O. Hartmann" User-Agent: Thunderbird 1.5.0.9 (X11/20070211) MIME-Version: 1.0 To: "Mr. Darren" References: <951325.38646.qm@web34709.mail.mud.yahoo.com> In-Reply-To: <951325.38646.qm@web34709.mail.mud.yahoo.com> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.16.30 X-Mailman-Approved-At: Sat, 17 Feb 2007 21:30:00 +0000 Cc: freebsd-current@freebsd.org Subject: Re: envy24 audiophile 2496 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: Sat, 17 Feb 2007 18:51:05 -0000 Mr. Darren wrote: > Just a followup, as of 6am mst this morning, cvsup > src and make buildworld. I was able to play some mp3s > using mplayer > > -Darren > --- "Mr. Darren" wrote: > > >> Does anyone have this working at the moment? I >> can't >> seem to play any audio. Can't open /dev/dsp0.0! and >> so forth. >> -Darren >> %uname -a >> FreeBSD DARREN 7.0-CURRENT FreeBSD 7.0-CURRENT #0: >> Fri >> Feb 16 22:40:32 UTC 2007 >> root@DARREN:/usr/obj/usr/src/sys/DARREN amd64 >> >> FreeBSD Audio Driver (newpcm: 64bit) >> Installed devices: >> pcm0: at io >> 0x9800:32,0x9400:16,0x9000:16,0x8c00:64 irq 18 >> (5p/3r/1v channels duplex default) >> %ls /dev/dsp* >> /dev/dsp0.0 /dev/dsp0.5 /dev/dsp0.p1 /dev/dsp0.r1 >> /dev/dspW0.2 /dev/dspW0.7 >> /dev/dsp0.1 /dev/dsp0.6 /dev/dsp0.p2 /dev/dsp0.r2 >> /dev/dspW0.3 /dev/dspW0.8 >> /dev/dsp0.2 /dev/dsp0.7 /dev/dsp0.p3 /dev/dsp0.v0 >> /dev/dspW0.4 >> /dev/dsp0.3 /dev/dsp0.8 /dev/dsp0.p4 /dev/dspW0.0 >> /dev/dspW0.5 >> /dev/dsp0.4 /dev/dsp0.p0 /dev/dsp0.r0 /dev/dspW0.1 >> /dev/dspW0.6 >> %ls /dev/audio* >> /dev/audio0.0 /dev/audio0.2 /dev/audio0.4 >> /dev/audio0.6 /dev/audio0.8 >> /dev/audio0.1 /dev/audio0.3 /dev/audio0.5 >> /dev/audio0.7 >> % >> >> >> >> >> >> >> Oh, as I can see, you're using newpcm for 64Bit arch. I can't see the [GIANT LOCKED] statement (as shown in my dmesh :-(), isn't it giant locked? Regards, Oliver From owner-freebsd-current@FreeBSD.ORG Sat Feb 17 19:11:13 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E57EA16A400 for ; Sat, 17 Feb 2007 19:11:12 +0000 (UTC) (envelope-from kosio.dimitrov@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 7BF1513C4A3 for ; Sat, 17 Feb 2007 19:11:12 +0000 (UTC) (envelope-from kosio.dimitrov@gmail.com) Received: by nf-out-0910.google.com with SMTP id m19so1911700nfc for ; Sat, 17 Feb 2007 11:11:11 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=oqWgpx/+7I0Z3LpNUZRzNZ4qe7YEAABkmAadWyz5NTJZm64MoHYesDXhCq0ndc7lAMMCCPKiLpMncbMbGf/Zd/egeS4oBSzNZUkGkoTErE4rB08OO/QrexhBLnt0JJY71IAmI6g7+b1W8ME8j+/uIV7muLyRbmF3AgtuhlJbFaE= Received: by 10.82.116.15 with SMTP id o15mr7310888buc.1171739470103; Sat, 17 Feb 2007 11:11:10 -0800 (PST) Received: by 10.82.100.19 with HTTP; Sat, 17 Feb 2007 11:11:09 -0800 (PST) Message-ID: <8103ad500702171111k277aecddj99e261a11676b952@mail.gmail.com> Date: Sat, 17 Feb 2007 21:11:09 +0200 From: "Konstantin Dimitrov" To: "O. Hartmann" In-Reply-To: <45D744FD.1040504@mail.zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <741011.28358.qm@web34714.mail.mud.yahoo.com> <45D6FD02.8090208@mail.zedat.fu-berlin.de> <8103ad500702170825y38b76fd9u7ac23ab64bd4cb4a@mail.gmail.com> <45D744FD.1040504@mail.zedat.fu-berlin.de> X-Mailman-Approved-At: Sat, 17 Feb 2007 21:30:20 +0000 Cc: freebsd-multimedia@freebsd.org, "Mr. Darren" , freebsd-current@freebsd.org Subject: Re: envy24ht: M-Audio Revolution 5.1 broken (FreeBSD 7.0-CURRENT/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: Sat, 17 Feb 2007 19:11:13 -0000 you can't change the volume at all and no matter what value you use, e.g. 0, 50, 100, always the same very silent sound going out or when use 0 you can mute the sound, when you use 100 the sound is very silent, but not as much silent as when you use 50 ? On 2/17/07, O. Hartmann wrote: > Konstantin Dimitrov wrote: > > Oliver, seems like the init data for Revo 5.1 are wrong, that is why > > the sound is badly distorted, until now i haven't had access to Revo > > 5.1 hardware for tests, so it's somehow expected problem, but with > > several trials and errors we should be able to find the right init > > data, so get the first slightly modified version from here: > > > > http://envy24.svobodno.com/driver/envy24ht/current/envy24ht.c > > > > rebuild and report back the result ... > > > > On 2/17/07, O. Hartmann wrote: > >> Mr. Darren wrote: > >> > Does anyone have this working at the moment? I can't > >> > seem to play any audio. Can't open /dev/dsp0.0! and > >> > so forth. > >> > -Darren > >> > %uname -a > >> > FreeBSD DARREN 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Fri > >> > Feb 16 22:40:32 UTC 2007 > >> > root@DARREN:/usr/obj/usr/src/sys/DARREN amd64 > >> > > >> > FreeBSD Audio Driver (newpcm: 64bit) > >> > Installed devices: > >> > pcm0: at io > >> > 0x9800:32,0x9400:16,0x9000:16,0x8c00:64 irq 18 > >> > (5p/3r/1v channels duplex default) > >> > %ls /dev/dsp* > >> > /dev/dsp0.0 /dev/dsp0.5 /dev/dsp0.p1 /dev/dsp0.r1 > >> > /dev/dspW0.2 /dev/dspW0.7 > >> > /dev/dsp0.1 /dev/dsp0.6 /dev/dsp0.p2 /dev/dsp0.r2 > >> > /dev/dspW0.3 /dev/dspW0.8 > >> > /dev/dsp0.2 /dev/dsp0.7 /dev/dsp0.p3 /dev/dsp0.v0 > >> > /dev/dspW0.4 > >> > /dev/dsp0.3 /dev/dsp0.8 /dev/dsp0.p4 /dev/dspW0.0 > >> > /dev/dspW0.5 > >> > /dev/dsp0.4 /dev/dsp0.p0 /dev/dsp0.r0 /dev/dspW0.1 > >> > /dev/dspW0.6 > >> > %ls /dev/audio* > >> > /dev/audio0.0 /dev/audio0.2 /dev/audio0.4 > >> > /dev/audio0.6 /dev/audio0.8 > >> > /dev/audio0.1 /dev/audio0.3 /dev/audio0.5 > >> > /dev/audio0.7 > >> > % > >> > > >> > > >> > > >> > > >> > >> Just half an hour ago I got my new M-Audio Revolution 5.1: > >> > >> pcm0: port > >> 0xec00-0xec1f,0xe880-0xe8ff > >> irq 18 at device 8.0 on pci4 > >> pcm0: [GIANT-LOCKED] > >> pcm0: system configuration > >> SubVendorID: 0x1412, SubDeviceID: 0x3631 > >> XIN2 Clock Source: 49.152MHz(192kHz*256) > >> MPU-401 UART(s) #: not implemented > >> ADC #: 1 > >> DAC #: 3 > >> Multi-track converter type: I2S(with volume, 192KHz support, 24bit > >> resolution, > >> ID#0x0) > >> S/PDIF(IN/OUT): 0/1 ID# 0x00 > >> GPIO(mask/dir/state): 0x3fff85/0x4000fa/0x72 > >> > >> > >> Box is based on ASUS A8N32-SLI, AMD64 running FreeBSD 7.0-CURRENT/AMD64 > >> (no 32Bit compatibility), SCHED_ULE, PREEMPTION, driver snd_envy24ht > >> hardwired into the kernel. > >> I'm able to start sound playing via VLC or mplayer and I can hear > >> something that sounds like the music I expected to hear but it is highly > >> distorted and scrambled. > >> After a while sound dies, comes back for a second and then disappear > >> again ... > >> > >> > >> Regards Oliver > Hello Konstantin, > I applied the patch - and it works, half the way. Sound is now playing > undistorted, but it is very, very silent, I need the amplifier of my > HiFi rack to amplify the sound input at a very high level. > Changing volume via 'mixer' command doesn't help: > > hartmann: mixer > Mixer vol is currently set to 100:100 > Mixer treble is currently set to 0:0 > Mixer synth is currently set to 0:0 > Mixer pcm is currently set to 100:100 > Mixer speaker is currently set to 0:0 > Mixer line is currently set to 100:100 > Mixer mic is currently set to 0:0 > Mixer cd is currently set to 0:0 > Mixer mix is currently set to 0:0 > > > Every mixer-reachable instance is pumped up to 100%, the others, synth > for example, aren't configured and return with a notice about that fact: > > hartmann: mixer synth 100 > Setting the mixer synth from 0:0 to 100:100. > mixer: WRITE_MIXER: Device not configured > hartmann: mixer vol 100 > Setting the mixer vol from 100:100 to 100:100. > hartmann: > > > Well, it is really impressive how fast you answered, thanks. > > Regards, > Oliver > From owner-freebsd-current@FreeBSD.ORG Sat Feb 17 19:31:02 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0B25016A406; Sat, 17 Feb 2007 19:31:02 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 88BD013C48E; Sat, 17 Feb 2007 19:31:01 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.66) with esmtp (envelope-from ) id <1HIVGt-0001mp-U5>; Sat, 17 Feb 2007 20:30:59 +0100 Received: from e178016030.adsl.alicedsl.de ([85.178.16.30] helo=[192.168.1.128]) by inpost2.zedat.fu-berlin.de (Exim 4.66) with esmtpsa (envelope-from ) id <1HIVGt-0000yb-P0>; Sat, 17 Feb 2007 20:30:59 +0100 Message-ID: <45D7581E.8080103@mail.zedat.fu-berlin.de> Date: Sat, 17 Feb 2007 20:31:42 +0100 From: "O. Hartmann" User-Agent: Thunderbird 1.5.0.9 (X11/20070211) MIME-Version: 1.0 To: Konstantin Dimitrov References: <741011.28358.qm@web34714.mail.mud.yahoo.com> <45D6FD02.8090208@mail.zedat.fu-berlin.de> <8103ad500702170825y38b76fd9u7ac23ab64bd4cb4a@mail.gmail.com> <45D744FD.1040504@mail.zedat.fu-berlin.de> <8103ad500702171111k277aecddj99e261a11676b952@mail.gmail.com> In-Reply-To: <8103ad500702171111k277aecddj99e261a11676b952@mail.gmail.com> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.16.30 X-Mailman-Approved-At: Sat, 17 Feb 2007 21:30:34 +0000 Cc: freebsd-multimedia@freebsd.org, "Mr. Darren" , freebsd-current@freebsd.org Subject: Re: envy24ht: M-Audio Revolution 5.1 broken (FreeBSD 7.0-CURRENT/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: Sat, 17 Feb 2007 19:31:02 -0000 Konstantin Dimitrov wrote: > you can't change the volume at all and no matter what value you use, > e.g. 0, 50, 100, always the same very silent sound going out or when > use 0 you can mute the sound, when you use 100 the sound is very > silent, but not as much silent as when you use 50 ? > > On 2/17/07, O. Hartmann wrote: >> Konstantin Dimitrov wrote: >> > Oliver, seems like the init data for Revo 5.1 are wrong, that is why >> > the sound is badly distorted, until now i haven't had access to Revo >> > 5.1 hardware for tests, so it's somehow expected problem, but with >> > several trials and errors we should be able to find the right init >> > data, so get the first slightly modified version from here: >> > >> > http://envy24.svobodno.com/driver/envy24ht/current/envy24ht.c >> > >> > rebuild and report back the result ... >> > >> > On 2/17/07, O. Hartmann wrote: >> >> Mr. Darren wrote: >> >> > Does anyone have this working at the moment? I can't >> >> > seem to play any audio. Can't open /dev/dsp0.0! and >> >> > so forth. >> >> > -Darren >> >> > %uname -a >> >> > FreeBSD DARREN 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Fri >> >> > Feb 16 22:40:32 UTC 2007 >> >> > root@DARREN:/usr/obj/usr/src/sys/DARREN amd64 >> >> > >> >> > FreeBSD Audio Driver (newpcm: 64bit) >> >> > Installed devices: >> >> > pcm0: at io >> >> > 0x9800:32,0x9400:16,0x9000:16,0x8c00:64 irq 18 >> >> > (5p/3r/1v channels duplex default) >> >> > %ls /dev/dsp* >> >> > /dev/dsp0.0 /dev/dsp0.5 /dev/dsp0.p1 /dev/dsp0.r1 >> >> > /dev/dspW0.2 /dev/dspW0.7 >> >> > /dev/dsp0.1 /dev/dsp0.6 /dev/dsp0.p2 /dev/dsp0.r2 >> >> > /dev/dspW0.3 /dev/dspW0.8 >> >> > /dev/dsp0.2 /dev/dsp0.7 /dev/dsp0.p3 /dev/dsp0.v0 >> >> > /dev/dspW0.4 >> >> > /dev/dsp0.3 /dev/dsp0.8 /dev/dsp0.p4 /dev/dspW0.0 >> >> > /dev/dspW0.5 >> >> > /dev/dsp0.4 /dev/dsp0.p0 /dev/dsp0.r0 /dev/dspW0.1 >> >> > /dev/dspW0.6 >> >> > %ls /dev/audio* >> >> > /dev/audio0.0 /dev/audio0.2 /dev/audio0.4 >> >> > /dev/audio0.6 /dev/audio0.8 >> >> > /dev/audio0.1 /dev/audio0.3 /dev/audio0.5 >> >> > /dev/audio0.7 >> >> > % >> >> > >> >> > >> >> > >> >> > >> >> >> >> Just half an hour ago I got my new M-Audio Revolution 5.1: >> >> >> >> pcm0: port >> >> 0xec00-0xec1f,0xe880-0xe8ff >> >> irq 18 at device 8.0 on pci4 >> >> pcm0: [GIANT-LOCKED] >> >> pcm0: system configuration >> >> SubVendorID: 0x1412, SubDeviceID: 0x3631 >> >> XIN2 Clock Source: 49.152MHz(192kHz*256) >> >> MPU-401 UART(s) #: not implemented >> >> ADC #: 1 >> >> DAC #: 3 >> >> Multi-track converter type: I2S(with volume, 192KHz support, 24bit >> >> resolution, >> >> ID#0x0) >> >> S/PDIF(IN/OUT): 0/1 ID# 0x00 >> >> GPIO(mask/dir/state): 0x3fff85/0x4000fa/0x72 >> >> >> >> >> >> Box is based on ASUS A8N32-SLI, AMD64 running FreeBSD >> 7.0-CURRENT/AMD64 >> >> (no 32Bit compatibility), SCHED_ULE, PREEMPTION, driver snd_envy24ht >> >> hardwired into the kernel. >> >> I'm able to start sound playing via VLC or mplayer and I can hear >> >> something that sounds like the music I expected to hear but it is >> highly >> >> distorted and scrambled. >> >> After a while sound dies, comes back for a second and then disappear >> >> again ... >> >> >> >> >> >> Regards Oliver >> Hello Konstantin, >> I applied the patch - and it works, half the way. Sound is now playing >> undistorted, but it is very, very silent, I need the amplifier of my >> HiFi rack to amplify the sound input at a very high level. >> Changing volume via 'mixer' command doesn't help: >> >> hartmann: mixer >> Mixer vol is currently set to 100:100 >> Mixer treble is currently set to 0:0 >> Mixer synth is currently set to 0:0 >> Mixer pcm is currently set to 100:100 >> Mixer speaker is currently set to 0:0 >> Mixer line is currently set to 100:100 >> Mixer mic is currently set to 0:0 >> Mixer cd is currently set to 0:0 >> Mixer mix is currently set to 0:0 >> >> >> Every mixer-reachable instance is pumped up to 100%, the others, synth >> for example, aren't configured and return with a notice about that fact: >> >> hartmann: mixer synth 100 >> Setting the mixer synth from 0:0 to 100:100. >> mixer: WRITE_MIXER: Device not configured >> hartmann: mixer vol 100 >> Setting the mixer vol from 100:100 to 100:100. >> hartmann: >> >> >> Well, it is really impressive how fast you answered, thanks. >> >> Regards, >> Oliver >> Konstantin, the volume level is really silent compared to the output level of the onboard AC97 codec or the Creative Audigy SE/LS (with OSS driver, not working anymore in FreeBSD 7.0-CURRENT). My amplification facility of the HiFi equipment is set to half full amplification and normally this would blast my neighbour's ears ;-) But with the M-Audio Revo 5.1 it is just 'silent', just for smooth listening. It is definitely too silent. I can mute with 0 and half the volume by setting mixer/pcm/volume level to 50 or yield another percentage setting any value 0 < X <= 100, X for volume/percentage. I use the green outlet for my HiFi facility. If you expect me test anything for you, let me know. Regards, Oliver From owner-freebsd-current@FreeBSD.ORG Sat Feb 17 21:47:06 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9C66416A402 for ; Sat, 17 Feb 2007 21:47:06 +0000 (UTC) (envelope-from darren780@yahoo.com) Received: from web34710.mail.mud.yahoo.com (web34710.mail.mud.yahoo.com [209.191.68.159]) by mx1.freebsd.org (Postfix) with SMTP id 6438113C441 for ; Sat, 17 Feb 2007 21:47:06 +0000 (UTC) (envelope-from darren780@yahoo.com) Received: (qmail 14627 invoked by uid 60001); 17 Feb 2007 21:47:05 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=tfg1sZwRi+4e4UPhP88pX93c8PQ7j+7VPJfGc8wSS4CClf1dMIOZpT4K4Lm0MzdBhuDmda0Ow7n436OK8olM5n3EF9M6Cr7RmPDrmxx96iNjBroKYK32Z5QuMD9VD6TM2Mesbt9h+wW31XiYL3+YYN/FqiedvcM09gV/LduOZNU= ; Message-ID: <20070217214705.14625.qmail@web34710.mail.mud.yahoo.com> X-YMail-OSG: N8OrIC8VM1lNOcA4doWbDNd_ZjjnRi_aNaiFApmYRp8yOH9HYhFUZEiRLFjeBU._gwtouyX7EU6LymDxnYdULS7MLDxuJHKzoGLtzWsj_TubWmYM_kpHYP1vuC5qmvBTC4VhuZVPghv9p9Q- Received: from [68.150.62.97] by web34710.mail.mud.yahoo.com via HTTP; Sat, 17 Feb 2007 13:47:05 PST Date: Sat, 17 Feb 2007 13:47:05 -0800 (PST) From: "Mr. Darren" To: "O. Hartmann" , freebsd-current@freebsd.org In-Reply-To: <45D74EC2.70500@mail.zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Re: envy24 audiophile 2496 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: Sat, 17 Feb 2007 21:47:06 -0000 --- "O. Hartmann" wrote: > Mr. Darren wrote: > > Just a followup, as of 6am mst this morning, > cvsup > > src and make buildworld. I was able to play some > mp3s > > using mplayer > > > > -Darren > > --- "Mr. Darren" wrote: > > > > > >> Does anyone have this working at the moment? I > >> can't > >> seem to play any audio. Can't open /dev/dsp0.0! > and > >> so forth. > >> -Darren > >> %uname -a > >> FreeBSD DARREN 7.0-CURRENT FreeBSD 7.0-CURRENT > #0: > >> Fri > >> Feb 16 22:40:32 UTC 2007 > >> root@DARREN:/usr/obj/usr/src/sys/DARREN amd64 > >> > >> FreeBSD Audio Driver (newpcm: 64bit) > >> Installed devices: > >> pcm0: at > io > >> 0x9800:32,0x9400:16,0x9000:16,0x8c00:64 irq 18 > >> (5p/3r/1v channels duplex default) > >> %ls /dev/dsp* > >> /dev/dsp0.0 /dev/dsp0.5 /dev/dsp0.p1 > /dev/dsp0.r1 > >> /dev/dspW0.2 /dev/dspW0.7 > >> /dev/dsp0.1 /dev/dsp0.6 /dev/dsp0.p2 > /dev/dsp0.r2 > >> /dev/dspW0.3 /dev/dspW0.8 > >> /dev/dsp0.2 /dev/dsp0.7 /dev/dsp0.p3 > /dev/dsp0.v0 > >> /dev/dspW0.4 > >> /dev/dsp0.3 /dev/dsp0.8 /dev/dsp0.p4 > /dev/dspW0.0 > >> /dev/dspW0.5 > >> /dev/dsp0.4 /dev/dsp0.p0 /dev/dsp0.r0 > /dev/dspW0.1 > >> /dev/dspW0.6 > >> %ls /dev/audio* > >> /dev/audio0.0 /dev/audio0.2 /dev/audio0.4 > >> /dev/audio0.6 /dev/audio0.8 > >> /dev/audio0.1 /dev/audio0.3 /dev/audio0.5 > >> /dev/audio0.7 > >> % > >> > >> > >> > >> > >> > >> > >> > Oh, as I can see, you're using newpcm for 64Bit > arch. I can't see the > [GIANT LOCKED] statement (as shown in my dmesh :-(), > isn't it giant locked? > > Regards, > Oliver > _______________________________________________ > 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" > %dmesg|grep GIANT ohci0: [GIANT-LOCKED] ehci0: [GIANT-LOCKED] atkbd0: [GIANT-LOCKED] psm0: [GIANT-LOCKED] % ____________________________________________________________________________________ Looking for earth-friendly autos? Browse Top Cars by "Green Rating" at Yahoo! Autos' Green Center. http://autos.yahoo.com/green_center/ From owner-freebsd-current@FreeBSD.ORG Sat Feb 17 22:16:13 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 344F316A406 for ; Sat, 17 Feb 2007 22:16:13 +0000 (UTC) (envelope-from darren780@yahoo.com) Received: from web34707.mail.mud.yahoo.com (web34707.mail.mud.yahoo.com [209.191.68.156]) by mx1.freebsd.org (Postfix) with SMTP id F2BA313C49D for ; Sat, 17 Feb 2007 22:16:12 +0000 (UTC) (envelope-from darren780@yahoo.com) Received: (qmail 67558 invoked by uid 60001); 17 Feb 2007 22:16:12 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=1qYox+D928rBevDfFgHwUBCEiQtQPTcbeRbiGLJIuLFQAm62Xbv/AkfGYOmfcP8pX7181N/YMZPv6Tu5hkDvXGKAEvCDReOqIZ5XEtPOUes1z+4Pzmuox86V9tejgH48EHQi1Evn8dMkiHpDBlZSowWuDAFGR8JHkn0HX/jyD9k=; X-YMail-OSG: jVIi.a4VM1nqLX1ryyCQuaCGjfbhJfGlDq4Fyz4khlFPoISiHgwmCnGkAKJEvmlAvQbbdcWe5BO6nbff2GPDG4bO3nicTO12uSForBWDj1hZ3993lwsVmw-- Received: from [68.150.62.97] by web34707.mail.mud.yahoo.com via HTTP; Sat, 17 Feb 2007 14:16:12 PST Date: Sat, 17 Feb 2007 14:16:12 -0800 (PST) From: "Mr. Darren" To: freebsd-current@freebsd.org In-Reply-To: <20070214234017.73736a6d@kan.dnsalias.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <284341.67337.qm@web34707.mail.mud.yahoo.com> Subject: Re: additional lib error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Feb 2007 22:16:13 -0000 --- Alexander Kabaev wrote: > On Wed, 14 Feb 2007 16:12:51 -0800 (PST) > "Mr. Darren" wrote: > > > > > > > --- Alexander Kabaev wrote: > > > > > On Tue, 13 Feb 2007 21:35:28 -0800 (PST) > > > "Mr. Darren" wrote: > > > > > > > also a whole lot of > > > > /libexec/ld-elf.so.1: ': unsupported file > > > > layout *** Error code 1 > > > > > > > > thanks, > > > > Darren > > > > > > > > > Output of 'readelf -a > /usr/local/lib/libintl.so.6' > > > will explain a lot. > > > Could you provide one? > > > > > The library does not appear to be special in any way > and ELF class and > data fields in header are reported correctly. > ld-elf.so.1 for amd64 > platform should load it without problems, but trying > to feed it to i386 > rtld will generate just the error you reported. So I > think Kris' > suggestion that you are running i386 binary which > tries to load amd64 > library is most likely to be correct. > > -- > Alexander Kabaev > you are 100% right. My system was a mixture of wrong arch libs. the binary snapshot upgrades I did didn't seem to remove them, or upgrade properly(minimal install). I formated the root / and manually moved additional /usr libs into my mounted /usr. This has solved the problem. I expirienced similar problems with ports libs. I wiped out all of them and started fresh. pkg_delete -a seems to have broke, could have been 32 bit compiled, or dependant on 32 bit libs. It didn't report any 'noticable' errors. thanks -Darren ____________________________________________________________________________________ Never miss an email again! Yahoo! Toolbar alerts you the instant new Mail arrives. http://tools.search.yahoo.com/toolbar/features/mail/