From owner-freebsd-current@FreeBSD.ORG Sun Oct 12 00:30:20 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9731C1065688 for ; Sun, 12 Oct 2008 00:30:20 +0000 (UTC) (envelope-from minimarmot@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.171]) by mx1.freebsd.org (Postfix) with ESMTP id 6A77A8FC14 for ; Sun, 12 Oct 2008 00:30:20 +0000 (UTC) (envelope-from minimarmot@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so1161294wfg.7 for ; Sat, 11 Oct 2008 17:30:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=Qvba4pjuDfkLzaD5ISZ4kfVKmnJBj5LPQj1UJcAOML8=; b=JTnWhMSkEYMvhLcIQQMC1v1jSPxwJO9MryKmHKJjaFmttHmnDTPVrHrT6rMyUvdhkv hpD2Zxy9efTvU8y/ffjQpqtsmV+W9WjrYjROzPJ6izcVh0rlgWVElXBuQT651OcBBS7J OYyRwawD11LSxaHXN9RSKU6+ogw6hoHQVDGCo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=ALrbASqxe5Mv7xA/ZOY/3XxMDkfuFM9yXCdAUwtZn6sRUQzzPMIxI03Kav7rGgAA1y ZNjsRAoPKEfTIkUN2eeURHaA4hbk3hUhiaf5hdt6/F8PLZFB3bpV6zDLCNivkDqlnaMh g8dl4TI5tC41zItBzIvvPu7J70dz5KX2F1LdE= Received: by 10.142.156.2 with SMTP id d2mr1706235wfe.271.1223771419361; Sat, 11 Oct 2008 17:30:19 -0700 (PDT) Received: by 10.142.204.17 with HTTP; Sat, 11 Oct 2008 17:30:19 -0700 (PDT) Message-ID: <47d0403c0810111730p41bb17feva35729f31d0d2f44@mail.gmail.com> Date: Sat, 11 Oct 2008 20:30:19 -0400 From: "Ben Kaduk" To: "FreeBSD Current" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: delayed panic loading atapicam (after failed burncd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Oct 2008 00:30:20 -0000 Hi all, I'm setting up my new thinkpad T400, and though FreeBSD installed fine and runs pretty well, I find myself trying to burn an Ubuntu CD, in order to see if there really is a native driver that works for my Intel WiFi Link 5300 card. However, burncd has been giving me trouble, so I installed cdrtools, which requires atapicam to access the device. With a disc in the drive (that I think is blank due to a failed burncd attempt), loading atapicam does not immediately recognize my drive; it seems to be taking a while to probe it, as I get several messages of the form acd0: FAILURE - SETFEATURES SET TRANSFER MODE status=51 error=b4 acd0: FAILURE - REQUEST_SENSE timed out then a READ_CAPACITY timed out, and (da0:ata1:0:0:0): got CAM status 0xb (da0:ata1:0:0:0): fatal error, failed to attach to device (da0:ata1:0:0:0): lost device followed after a few seconds by panic: g_read_data(): invalid length -557797922 cpuid - 0 [...] Stopped at kdb_enter+0x3d: movq $0,0x639908(%rip) db> bt [pid;td] kdb_enter() panic() g_read_data() at g_read_data+0x4a g_bsd_try() at g_bsd_try+0x4e g_bst_taste() at g_bsd_taste+0x288 g_new_provider_event() at +0xa5 g_run_events() at +0x217 g_event_procbody() at +0x6c fork_exit() at +0x12a fork_trampoline() at _0xe (hand transcribed) Hm, and that's all I get, because going out of scroll lock causes it to spin printing "atapi_poll called!" Hm, trying again after a clean boot doesn't panic, but it doesn't find /dev/cd0 either. It also makes the eject button on my drive stop working. I guess I just need to load atapicam from loader.conf, then. This is from the September monthly snapshot, and it's still the GENERIC kernel. dmesg and pciconf at http://stuff.mit.edu/afs/sipb.mit.edu/user/kaduk/freebsd/prolix/ I've also seen a fair number of LORs on this machine, but I think that most of them are known and/or have been around for a long time but were exposed by recent lock type changes. A few of them are in the dmesg, above. Actually, I get this during bg_fsck(), and I'm not sure I've seen it before: vnode interlock at ffs_snapshot.c:2540 snaplk at ffs_snapshot.c:2550 KDB backtrace db_trace_self_wrapper _witness_debugger witness_checkorder __lockmgr_args ffs_snapdata_acquire ffs_snapshot ffs_mount vfs_donmount nmount syscall Xfast_syscall -Ben Kaduk From owner-freebsd-current@FreeBSD.ORG Sun Oct 12 08:11:08 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02BAD106568E for ; Sun, 12 Oct 2008 08:11:08 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.freebsd.org (Postfix) with ESMTP id CE1E48FC12 for ; Sun, 12 Oct 2008 08:11:07 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id BF9B4179541; Sun, 12 Oct 2008 03:52:35 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Sun, 12 Oct 2008 03:52:35 -0400 X-Sasl-enc: eSHzX7y5jQyjcSqi4gj1S7MtsIv3cli6bbrvxtbyoK9x 1223797955 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 1FA8C7F1B; Sun, 12 Oct 2008 03:52:35 -0400 (EDT) Message-ID: <48F1ACC1.3020600@incunabulum.net> Date: Sun, 12 Oct 2008 08:52:33 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.14 (Windows/20071210) MIME-Version: 1.0 To: Luigi Rizzo References: <20081010151456.GA27576@onelab2.iet.unipi.it> In-Reply-To: <20081010151456.GA27576@onelab2.iet.unipi.it> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: setting bootverbose (or boothowto) from the kernel config file ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Oct 2008 08:11:08 -0000 Luigi Rizzo wrote: > Also, what is exactly the relation between the two variables > 'boothowto' (apparently set through the loader and containing > various flags) and 'bootverbose' (which is a sysctl) ? > Different parts of the kernel use one or the other to control > verbose output, and i am not sure if, e.g. setting RB_VERBOSE > in 'boothowto' also sets bootverbose... > See the FSG3 patch I just posted to embedded@ yesterday. I pulled some of that from ia64. Both amd64 and i386 implement it in init_i386() -- the early enviroment stuff happens during the MD startup and isn't implemented the same in all architectures. From owner-freebsd-current@FreeBSD.ORG Sun Oct 12 09:00:36 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CBA941065690 for ; Sun, 12 Oct 2008 09:00:36 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from acme.spoerlein.net (cl-43.dus-01.de.sixxs.net [IPv6:2a01:198:200:2a::2]) by mx1.freebsd.org (Postfix) with ESMTP id 5B0738FC1C for ; Sun, 12 Oct 2008 09:00:36 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (e180167083.adsl.alicedsl.de [85.180.167.83]) by acme.spoerlein.net (8.14.2/8.14.2) with ESMTP id m9C90Y1H053836 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Sun, 12 Oct 2008 11:00:35 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (localhost [127.0.0.1]) by roadrunner.spoerlein.net (8.14.2/8.14.2) with ESMTP id m9C90X5V004011 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 12 Oct 2008 11:00:33 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Received: (from uqs@localhost) by roadrunner.spoerlein.net (8.14.2/8.14.2/Submit) id m9C90Wfe004010 for current@freebsd.org; Sun, 12 Oct 2008 11:00:32 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Date: Sun, 12 Oct 2008 11:00:32 +0200 From: Ulrich Spoerlein To: current@freebsd.org Message-ID: <20081012090032.GA1461@roadrunner.spoerlein.net> Mail-Followup-To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Subject: Crossbuilding 7.x/amd64 from 8.x/i386 broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Oct 2008 09:00:36 -0000 Hi there, I'm toying with putting RELENG_7/amd64 onto gmirrored CF-drives but need to build it on a recent -CURRENT box. The build stops in libkvm, am I doing this wrong? % make buildworld buildkernel TARGET_ARCH=amd64 ... ===> lib/libkvm (obj,depend,all,install) rm -f .depend mkdep -f .depend -a -DLIBC_SCCS -I/vol/src7/lib/libkvm /vol/src7/lib/libkvm/kvm.c /vol/src7/lib/libkvm/kvm_amd64.c /vol/src7/lib/libkvm/kvm_cptime.c /vol/src7/lib/libkvm/kvm_file.c /vol/src7/lib/libkvm/kvm_getloadavg.c /vol/src7/lib/libkvm/kvm_getswapinfo.c /vol/src7/lib/libkvm/kvm_pcpu.c /vol/src7/lib/libkvm/kvm_proc.c /vol/src7/lib/libkvm/kvm_minidump_amd64.c cc -O2 -fno-strict-aliasing -pipe -DLIBC_SCCS -I/vol/src7/lib/libkvm -c /vol/src7/lib/libkvm/kvm.c cc -O2 -fno-strict-aliasing -pipe -DLIBC_SCCS -I/vol/src7/lib/libkvm -c /vol/src7/lib/libkvm/kvm_amd64.c In file included from /usr/obj/amd64/vol/src7/tmp/usr/include/sys/param.h:63, from /vol/src7/lib/libkvm/kvm_amd64.c:48: /usr/obj/amd64/vol/src7/tmp/usr/include/sys/types.h:262: error: expected '=', ',', ';', 'asm' or '__attribute__' before '__u_register_t' *** Error code 1 Cheers, Ulrich Spoerlein -- It is better to remain silent and be thought a fool, than to speak, and remove all doubt. From owner-freebsd-current@FreeBSD.ORG Sun Oct 12 09:06:26 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94C8F1065686 for ; Sun, 12 Oct 2008 09:06:26 +0000 (UTC) (envelope-from thom.bsdhamilton@gmail.com) Received: from qb-out-0506.google.com (qb-out-0506.google.com [72.14.204.225]) by mx1.freebsd.org (Postfix) with ESMTP id 4CDCA8FC12 for ; Sun, 12 Oct 2008 09:06:26 +0000 (UTC) (envelope-from thom.bsdhamilton@gmail.com) Received: by qb-out-0506.google.com with SMTP id f30so1024502qba.35 for ; Sun, 12 Oct 2008 02:06:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:mime-version:content-type:content-transfer-encoding :content-disposition; bh=L7oiXbHWvsd9cp4ajF5RyZnB1PRj0ZbD/j8qK3O0yB4=; b=YiYGq+4BFK/9EL0wpFQFGLliuiooQKr4IPh3bpo7p1cYvrXpOqCMo/Ww+DEd67uTV5 5RKmY42XWM3yqCuY4xs3nlC28wfAbO278Rfcqxy0RIvp2m1d95/iflzgltvMhpbeFjWU YZsDegcJUzT1f5+Ww4WqkVSpfaXXCYa3YXCOY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:mime-version:content-type :content-transfer-encoding:content-disposition; b=pMftj592q/3mLVjXLeAHugG8QNC2ySWF4zFwx4t57TIMcCe5twjK0MUrRDAeILECzN UpMh75/cfx6syow0JA/El7PuX3KoBNghGueudlgcjfIO0fHwQ1k/BQgJpjfZAa0YTce2 ZJGnmtjhpBFBlEn4YNuCgdkTrI/pfVWvBV46I= Received: by 10.181.61.18 with SMTP id o18mr3549336bkk.24.1223801590257; Sun, 12 Oct 2008 01:53:10 -0700 (PDT) Received: by 10.181.15.9 with HTTP; Sun, 12 Oct 2008 01:53:10 -0700 (PDT) Message-ID: <80e860040810120153q513ab30bj353e99ebeda98fe6@mail.gmail.com> Date: Sun, 12 Oct 2008 02:53:10 -0600 From: "Thomas Hamilton" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-questions@freebsd.org Subject: Cannot compile kde4 or gnome2 due to gstreamer-plugin 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: Sun, 12 Oct 2008 09:06:26 -0000 Hi Guys I'm running current(8.0) from last nights cvsup. I cannot however compile kde4 or gnome2-lite due to an error in compiling gstreamer-plugins. It looks like the error is originating from: cc: No input files specified. I look forward to any help you guys might be able to provide me with in resolving the errors so I can install a gui :) Thanks in advance. This is where it errors out: gmake[3]: Entering directory `/usr/ports/multimedia/gstreamer-plugins/work/gst-plugins-base-0.10.21/tests/icles' /bin/sh /usr/ports/multimedia/gstreamer-plugins/work/gnome-libtool --tag=CC --mode=link cc -O2 -pipe -O2 -fno-strict-aliasing -I/usr/local/include -L/usr/local/lib -pthread -o test-colorkey cc -O2 -pipe -O2 -fno-strict-aliasing -I/usr/local/include -pthread -o test-colorkey -L/usr/local/lib -pthread cc: No input files specified gmake[3]: *** [test-colorkey] Error 1 gmake[3]: Leaving directory `/usr/ports/multimedia/gstreamer-plugins/work/gst-plugins-base-0.10.21/tests/icles' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/multimedia/gstreamer-plugins/work/gst-plugins-base-0.10.21/tests' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/multimedia/gstreamer-plugins/work/gst-plugins-base-0.10.21' gmake: *** [all] Error 2 *** Error code 2 Stop in /usr/ports/multimedia/gstreamer-plugins. *** Error code 1 Stop in /usr/ports/multimedia/gstreamer-plugins-good. *** Error code 1 Stop in /usr/ports/sysutils/gnome-settings-daemon. *** Error code 1 Stop in /usr/ports/x11/gnome-applets. *** Error code 1 Stop in /usr/ports/x11/gnome2-lite. *** Error code 1 Stop in /usr/ports/x11/gnome2-lite. Configuration details can be found below. laptop# uname -a FreeBSDlaptop.local 8.0-CURRENT FreeBSD 8.0-CURRENT #2: Sat Oct 11 03:21:27 MDT 2008 root@laptop.local:/usr/obj/usr/src/sys/LAPTOP i386 laptop# cat /etc/make.conf PERL_VER=5.8.8 PERL_VERSION=5.8.8 Installed Ports laptop# pkg_info |awk '{print $1}'|sort appres-1.0.1 bdftopcf-1.0.1 beforelight-1.0.2 bigreqsproto-1.0.2 bison-2.3_4,1 bitmap-1.0.3 bitstream-vera-1.10_4 compositeproto-0.4 consolekit-0.2.10_2 damageproto-1.1.0_2 dbus-1.2.1 dbus-glib-0.76 dmidecode-2.9 dmxproto-2.2.2 docbook-4.1_3 docbook-xml-4.2_1 docbook-xsl-1.74.0 dri-7.0.3_1,2 editres-1.0.3 encodings-1.0.2,1 evieext-1.0.2 expat-2.0.1 fixesproto-4.0 flex-2.5.35 font-adobe-100dpi-1.0.0_1 font-adobe-75dpi-1.0.0 font-adobe-utopia-100dpi-1.0.1 font-adobe-utopia-75dpi-1.0.1 font-adobe-utopia-type1-1.0.1 font-alias-1.0.1 font-arabic-misc-1.0.0 font-bh-100dpi-1.0.0 font-bh-75dpi-1.0.0 font-bh-lucidatypewriter-100dpi-1.0.0 font-bh-lucidatypewriter-75dpi-1.0.0 font-bh-ttf-1.0.0 font-bh-type1-1.0.0 font-bitstream-100dpi-1.0.0 font-bitstream-75dpi-1.0.0 font-bitstream-type1-1.0.0 font-cronyx-cyrillic-1.0.0 font-cursor-misc-1.0.0 font-daewoo-misc-1.0.0 font-dec-misc-1.0.0 font-ibm-type1-1.0.0 font-isas-misc-1.0.0 font-jis-misc-1.0.0 font-micro-misc-1.0.0 font-misc-cyrillic-1.0.0 font-misc-ethiopic-1.0.0 font-misc-meltho-1.0.0_1 font-misc-misc-1.0.0 font-mutt-misc-1.0.0 font-schumacher-misc-1.0.0 font-screen-cyrillic-1.0.1 font-sony-misc-1.0.0 font-sun-misc-1.0.0 font-util-1.0.1 font-winitzki-cyrillic-1.0.0 font-xfree86-type1-1.0.0 fontcacheproto-0.1.2 fontconfig-2.5.0,1 fontsproto-2.0.2 fonttosfnt-1.0.3 freetype2-2.3.7 fslsfonts-1.0.1 fstobdf-1.0.2 gamin-0.1.9_2 gettext-0.17_1 gio-fam-backend-2.16.5 glib-2.16.5 glproto-1.4.8 gmake-3.81_3 gnome_subr-1.0 gstreamer-0.10.21 hal-0.5.11_1 help2man-1.36.4_2 iceauth-1.0.2 ico-1.0.2 inputproto-1.4.2.1 intltool-0.37.1 iso8879-1986_2 kbproto-1.0.3 libFS-1.0.0_1 libGL-7.0.3 libICE-1.0.4_1,1 libSM-1.0.3_1,1 libX11-1.1.3_1,1 libXScrnSaver-1.1.2 libXTrap-1.0.0 libXau-1.0.3_2 libXaw-1.0.4_1,1 libXcomposite-0.4.0,1 libXcursor-1.1.9_1 libXdamage-1.1.1 libXdmcp-1.0.2_1 libXevie-1.0.2 libXext-1.0.3,1 libXfixes-4.0.3_1 libXfont-1.3.1_3,1 libXfontcache-1.0.4 libXft-2.1.13 libXi-1.1.3,1 libXinerama-1.0.2,1 libXmu-1.0.3,1 libXp-1.0.0,1 libXpm-3.5.7 libXprintAppUtil-1.0.1 libXprintUtil-1.0.1 libXrandr-1.2.2_1 libXrender-0.9.4_1 libXres-1.0.3_3 libXt-1.0.5_1 libXtst-1.0.3_1 libXv-1.0.3_1,1 libXvMC-1.0.4_1 libXxf86dga-1.0.2 libXxf86misc-1.0.1 libXxf86vm-1.0.1 libdmx-1.0.2_1 libdrm-2.3.1 libfontenc-1.0.4 libiconv-1.11_1 liboil-0.3.15 liboldX-1.0.1 libtool-1.5.26 libvolume_id-0.81.0 libxkbfile-1.0.4 libxkbui-1.0.2_1 libxml2-2.6.32 libxslt-1.1.24_1 listres-1.0.1 luit-1.0.2_2 m4-1.4.11,1 makedepend-1.0.1,1 mkcomposecache-1.2_1 mkfontdir-1.0.3_1 mkfontscale-1.0.3 oclock-1.0.1 p5-Compress-Raw-Zlib-2.015 p5-Compress-Zlib-2.015 p5-HTML-Parser-3.56_1 p5-HTML-Tagset-3.20 p5-HTML-Tree-3.23 p5-IO-Compress-Base-2.015 p5-IO-Compress-Zlib-2.015 p5-Net-DBus-0.33.6 p5-Text-Iconv-1.7 p5-Tie-IxHash-1.21 p5-Time-HiRes-1.9715,1 p5-URI-1.37 p5-XML-Filter-BufferText-1.01 p5-XML-Grove-0.46.a p5-XML-Handler-YAWriter-0.23 p5-XML-NamespaceSupport-1.09_1 p5-XML-Parser-2.36 p5-XML-SAX-0.96 p5-XML-SAX-Expat-0.40 p5-XML-SAX-Writer-0.50 p5-XML-Simple-2.18 p5-XML-Twig-3.32 p5-XML-XPath-1.13 p5-gettext-1.05_2 p5-libwww-5.817 p5-libxml-0.08 pciids-20080901 pcre-7.8 perl-5.8.8_1 pixman-0.10.0_2 pkg-config-0.23_1 png-1.2.32 policykit-0.9_1 popt-1.7_5 printproto-1.0.3 python25-2.5.2_3 randrproto-1.2.1 recordproto-1.13.2 renderproto-0.9.3 resourceproto-1.0.2 rgb-1.0.1 rstart-1.0.2 scripts-1.0.1 scrnsaverproto-1.1.0 sdocbook-xml-1.1,1 sessreg-1.0.3 setxkbmap-1.0.4 showfont-1.0.1_1 smproxy-1.0.2 sudo-1.6.9.17 system-tools-backends-2.6.0_1 trapproto-3.4.3 twm-1.0.3_3 unzip-5.52_5 v4l_compat-1.0.20060801 videoproto-2.2.2 viewres-1.0.1 x11perf-1.4.1 xauth-1.0.2 xbacklight-1.1 xbiff-1.0.1 xbitmaps-1.0.1 xcalc-1.0.2 xclipboard-1.0.1 xclock-1.0.3 xcmiscproto-1.1.2 xcmsdb-1.0.1 xconsole-1.0.3 xcursor-themes-1.0.1_1 xcursorgen-1.0.2 xdbedizzy-1.0.2 xditview-1.0.1 xdm-1.1.6_3 xdpyinfo-1.0.2_1 xdriinfo-1.0.2 xedit-1.0.2 xev-1.0.2 xextproto-7.0.2 xeyes-1.0.1 xf86-input-keyboard-1.2.2_2 xf86-input-mouse-1.2.3_2 xf86-video-nv-2.1.12 xf86bigfontproto-1.1.2 xf86dga-1.0.2 xf86dgaproto-2.0.3 xf86driproto-2.0.3 xf86miscproto-0.9.2 xf86rushproto-1.1.2 xf86vidmodeproto-2.2.2 xfd-1.0.1 xfindproxy-1.0.1 xfontsel-1.0.2 xfs-1.0.5_1,1 xfsinfo-1.0.1 xfwp-1.0.1 xgamma-1.0.2 xgc-1.0.1 xhost-1.0.2 xineramaproto-1.1.2 xinit-1.0.7 xkbcomp-1.0.3 xkbevd-1.0.2 xkbprint-1.0.1 xkbutils-1.0.1_1 xkeyboard-config-1.3 xkill-1.0.1 xload-1.0.2 xlogo-1.0.1 xlsatoms-1.0.1 xlsclients-1.0.1 xlsfonts-1.0.2 xmag-1.0.2 xman-1.0.3 xmessage-1.0.2 xmlcatmgr-2.2 xmodmap-1.0.3 xmore-1.0.1 xorg-7.3_2 xorg-apps-7.3 xorg-docs-1.4,1 xorg-drivers-7.3_3 xorg-fonts-100dpi-7.3 xorg-fonts-7.3_1 xorg-fonts-75dpi-7.3 xorg-fonts-cyrillic-7.3 xorg-fonts-miscbitmaps-7.3 xorg-fonts-truetype-7.3 xorg-fonts-type1-7.3 xorg-libraries-7.3_2 xorg-protos-7.3_2 xorg-server-1.4.2,1 xphelloworld-1.0.1_1 xplsprinters-1.0.1 xpr-1.0.2 xprehashprinterlist-1.0.1 xprop-1.0.3 xproto-7.0.10_1 xproxymanagementprotocol-1.0.2 xrandr-1.2.2 xrdb-1.0.4 xrefresh-1.0.2 xrx-1.0.1_1 xset-1.0.3 xsetmode-1.0.0 xsetpointer-1.0.1 xsetroot-1.0.2 xsm-1.0.1 xstdcmap-1.0.1 xterm-237 xtrans-1.0.4 xtrap-1.0.2 xvidtune-1.0.1 xvinfo-1.0.2 xwd-1.0.1 xwininfo-1.0.3 xwud-1.0.1 From owner-freebsd-current@FreeBSD.ORG Sun Oct 12 11:37:27 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF2D61065697 for ; Sun, 12 Oct 2008 11:37:27 +0000 (UTC) (envelope-from freebsdemail@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.235]) by mx1.freebsd.org (Postfix) with ESMTP id 7F88C8FC13 for ; Sun, 12 Oct 2008 11:37:27 +0000 (UTC) (envelope-from freebsdemail@gmail.com) Received: by wr-out-0506.google.com with SMTP id c8so314022wra.27 for ; Sun, 12 Oct 2008 04:37:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:x-rim-org-msg-ref-id :return-receipt-to:message-id:content-transfer-encoding:reply-to :x-priority:references:in-reply-to:sensitivity:importance:to:cc :subject:from:date:content-type:mime-version; bh=XMrJ/J5OuF0mZzOrryVqRYXJH9Dox+faAF5eFAppLVc=; b=S+yFYkEEVP8WaVKQTrzgRM5W/CFb/ObSm1Mxdbq9aply8YQ7M9sRz6jxih7LNUrjNK mgd1P3ZjKB8JRDllLjrHxEXiEWwHbUyCChgAI+vJTLxcs8Lt9TnprFIMjbqLp4xKgm77 BFbiXnq5n/XM35D4NJmKuDi/UPTTGKG1h4+zA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=x-rim-org-msg-ref-id:return-receipt-to:message-id :content-transfer-encoding:reply-to:x-priority:references :in-reply-to:sensitivity:importance:to:cc:subject:from:date :content-type:mime-version; b=uAs1SQf3dApQFrWhc8MHkb+g8SB2hLM1ibV535spUNkud99FalV+ZZc/VA80dhYRv7 InQ3b7ZArrYzKsVJIaPQrs3ElrPxKczxocSQZNsqjHihcqIj8GRsoXTLqAiRnmNmTBNW yEChLmhzsrzNPJfbJ1ktIA0ih5TsWLauuXjVE= Received: by 10.65.212.18 with SMTP id o18mr7761071qbq.53.1223809788877; Sun, 12 Oct 2008 04:09:48 -0700 (PDT) Received: from bda055.bisx.prod.on.blackberry (bda055.bis.na.blackberry.com [216.9.249.55]) by mx.google.com with ESMTPS id s27sm7061114qbs.12.2008.10.12.04.09.45 (version=SSLv3 cipher=RC4-MD5); Sun, 12 Oct 2008 04:09:47 -0700 (PDT) X-rim-org-msg-ref-id: 371934548 Message-ID: <371934548-1223809783-cardhu_decombobulator_blackberry.rim.net-1296472422-@bxe112.bisx.prod.on.blackberry> Content-Transfer-Encoding: base64 X-Priority: Normal References: <80e860040810120153q513ab30bj353e99ebeda98fe6@mail.gmail.com> In-Reply-To: <80e860040810120153q513ab30bj353e99ebeda98fe6@mail.gmail.com> Sensitivity: Normal Importance: Normal To: "Thomas Hamilton" , freebsd-current@freebsd.org From: freebsdemail@gmail.com Date: Sun, 12 Oct 2008 11:09:54 +0000 Content-Type: text/plain MIME-Version: 1.0 Cc: freebsd-questions@freebsd.org Subject: Re: Cannot compile kde4 or gnome2 due to gstreamer-plugin error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsdemail@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: Sun, 12 Oct 2008 11:37:27 -0000 VGhvbWFzIEkgZmV0Y2hlZCB0aGUgbGF0ZXN0IHBvcnRzbmFwIGFuZCBpdCBzZWVtcyBJIGNhbid0 IGNvbXBpbGUgZ3N0cmVhbS1wbHVnaW5zIGVpdGhlciBJIGdldCB0aGUgaWRlbnRpY2FsIGVycm9y IHRoZXJlIG11c3QgYmUgc29tZXRoaW5nIHdyb25nIHdpdGggdGhpcyBwb3J0Li4uLnlvdSBhcmUg bm90IGFsb25lLiBJJ20gb24gZnJlZWJzZCA3LjAgcmVsZWFzZS4gSSBob3BlIHRoZXkgZ2V0IGl0 IGZpeGVkIHNvb24gYXMgSSB0aGluayBpdHMgYSBkZXBlbmRhbmN5IGZvciBib3RoIGtkZSBhbmQg Z25vbWUuDQoNClRvbQ0KU2VudCBmcm9tIG15IEJsYWNrQmVycnkgZGV2aWNlIG9uIHRoZSBSb2dl cnMgV2lyZWxlc3MgTmV0d29yaw0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTog IlRob21hcyBIYW1pbHRvbiIgPHRob20uYnNkaGFtaWx0b25AZ21haWwuY29tPg0KDQpEYXRlOiBT dW4sIDEyIE9jdCAyMDA4IDAyOjUzOjEwIA0KVG86IDxmcmVlYnNkLWN1cnJlbnRAZnJlZWJzZC5v cmc+DQpDYzogPGZyZWVic2QtcXVlc3Rpb25zQGZyZWVic2Qub3JnPg0KU3ViamVjdDogQ2Fubm90 IGNvbXBpbGUga2RlNCBvciBnbm9tZTIgZHVlIHRvIGdzdHJlYW1lci1wbHVnaW4gZXJyb3INCg0K DQpIaSBHdXlzIEknbSBydW5uaW5nIGN1cnJlbnQoOC4wKSBmcm9tIGxhc3QgbmlnaHRzIGN2c3Vw LiBJIGNhbm5vdA0KaG93ZXZlciBjb21waWxlIGtkZTQgb3IgZ25vbWUyLWxpdGUgZHVlIHRvIGFu IGVycm9yIGluIGNvbXBpbGluZw0KZ3N0cmVhbWVyLXBsdWdpbnMuIEl0IGxvb2tzIGxpa2UgdGhl IGVycm9yIGlzIG9yaWdpbmF0aW5nIGZyb206IGNjOiBObw0KaW5wdXQgZmlsZXMgc3BlY2lmaWVk LiBJIGxvb2sgZm9yd2FyZCB0byBhbnkgaGVscCB5b3UgZ3V5cyBtaWdodCBiZQ0KYWJsZSB0byBw cm92aWRlIG1lIHdpdGggaW4gcmVzb2x2aW5nIHRoZSBlcnJvcnMgc28gSSBjYW4gaW5zdGFsbCBh IGd1aQ0KOikgVGhhbmtzIGluIGFkdmFuY2UuDQoNClRoaXMgaXMgd2hlcmUgaXQgZXJyb3JzIG91 dDoNCmdtYWtlWzNdOiBFbnRlcmluZyBkaXJlY3RvcnkNCmAvdXNyL3BvcnRzL211bHRpbWVkaWEv Z3N0cmVhbWVyLXBsdWdpbnMvd29yay9nc3QtcGx1Z2lucy1iYXNlLTAuMTAuMjEvdGVzdHMvaWNs ZXMnDQovYmluL3NoIC91c3IvcG9ydHMvbXVsdGltZWRpYS9nc3RyZWFtZXItcGx1Z2lucy93b3Jr L2dub21lLWxpYnRvb2wNCi0tdGFnPUNDICAgLS1tb2RlPWxpbmsgY2MgIC1PMiAtcGlwZSAtTzIg LWZuby1zdHJpY3QtYWxpYXNpbmcNCi1JL3Vzci9sb2NhbC9pbmNsdWRlICAtTC91c3IvbG9jYWwv bGliICAtcHRocmVhZCAtbyB0ZXN0LWNvbG9ya2V5DQpjYyAtTzIgLXBpcGUgLU8yIC1mbm8tc3Ry aWN0LWFsaWFzaW5nIC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1wdGhyZWFkIC1vDQp0ZXN0LWNvbG9y a2V5ICAtTC91c3IvbG9jYWwvbGliIC1wdGhyZWFkDQpjYzogTm8gaW5wdXQgZmlsZXMgc3BlY2lm aWVkDQpnbWFrZVszXTogKioqIFt0ZXN0LWNvbG9ya2V5XSBFcnJvciAxDQpnbWFrZVszXTogTGVh dmluZyBkaXJlY3RvcnkNCmAvdXNyL3BvcnRzL211bHRpbWVkaWEvZ3N0cmVhbWVyLXBsdWdpbnMv d29yay9nc3QtcGx1Z2lucy1iYXNlLTAuMTAuMjEvdGVzdHMvaWNsZXMnDQpnbWFrZVsyXTogKioq IFthbGwtcmVjdXJzaXZlXSBFcnJvciAxDQpnbWFrZVsyXTogTGVhdmluZyBkaXJlY3RvcnkNCmAv dXNyL3BvcnRzL211bHRpbWVkaWEvZ3N0cmVhbWVyLXBsdWdpbnMvd29yay9nc3QtcGx1Z2lucy1i YXNlLTAuMTAuMjEvdGVzdHMnDQpnbWFrZVsxXTogKioqIFthbGwtcmVjdXJzaXZlXSBFcnJvciAx DQpnbWFrZVsxXTogTGVhdmluZyBkaXJlY3RvcnkNCmAvdXNyL3BvcnRzL211bHRpbWVkaWEvZ3N0 cmVhbWVyLXBsdWdpbnMvd29yay9nc3QtcGx1Z2lucy1iYXNlLTAuMTAuMjEnDQpnbWFrZTogKioq IFthbGxdIEVycm9yIDINCioqKiBFcnJvciBjb2RlIDINCg0KU3RvcCBpbiAvdXNyL3BvcnRzL211 bHRpbWVkaWEvZ3N0cmVhbWVyLXBsdWdpbnMuDQoqKiogRXJyb3IgY29kZSAxDQoNClN0b3AgaW4g L3Vzci9wb3J0cy9tdWx0aW1lZGlhL2dzdHJlYW1lci1wbHVnaW5zLWdvb2QuDQoqKiogRXJyb3Ig Y29kZSAxDQoNClN0b3AgaW4gL3Vzci9wb3J0cy9zeXN1dGlscy9nbm9tZS1zZXR0aW5ncy1kYWVt b24uDQoqKiogRXJyb3IgY29kZSAxDQoNClN0b3AgaW4gL3Vzci9wb3J0cy94MTEvZ25vbWUtYXBw bGV0cy4NCioqKiBFcnJvciBjb2RlIDENCg0KU3RvcCBpbiAvdXNyL3BvcnRzL3gxMS9nbm9tZTIt bGl0ZS4NCioqKiBFcnJvciBjb2RlIDENCg0KU3RvcCBpbiAvdXNyL3BvcnRzL3gxMS9nbm9tZTIt bGl0ZS4NCg0KDQpDb25maWd1cmF0aW9uIGRldGFpbHMgY2FuIGJlIGZvdW5kIGJlbG93Lg0KDQps YXB0b3AjIHVuYW1lIC1hDQpGcmVlQlNEbGFwdG9wLmxvY2FsIDguMC1DVVJSRU5UIEZyZWVCU0Qg OC4wLUNVUlJFTlQgIzI6IFNhdCBPY3QgMTENCjAzOjIxOjI3IE1EVCAyMDA4ICAgICByb290QGxh cHRvcC5sb2NhbDovdXNyL29iai91c3Ivc3JjL3N5cy9MQVBUT1ANCmkzODYNCg0KbGFwdG9wIyBj YXQgL2V0Yy9tYWtlLmNvbmYNClBFUkxfVkVSPTUuOC44DQpQRVJMX1ZFUlNJT049NS44LjgNCg0K DQpJbnN0YWxsZWQgUG9ydHMNCmxhcHRvcCMgcGtnX2luZm8gfGF3ayAne3ByaW50ICQxfSd8c29y dA0KYXBwcmVzLTEuMC4xDQpiZGZ0b3BjZi0xLjAuMQ0KYmVmb3JlbGlnaHQtMS4wLjINCmJpZ3Jl cXNwcm90by0xLjAuMg0KYmlzb24tMi4zXzQsMQ0KYml0bWFwLTEuMC4zDQpiaXRzdHJlYW0tdmVy YS0xLjEwXzQNCmNvbXBvc2l0ZXByb3RvLTAuNA0KY29uc29sZWtpdC0wLjIuMTBfMg0KZGFtYWdl cHJvdG8tMS4xLjBfMg0KZGJ1cy0xLjIuMQ0KZGJ1cy1nbGliLTAuNzYNCmRtaWRlY29kZS0yLjkN CmRteHByb3RvLTIuMi4yDQpkb2Nib29rLTQuMV8zDQpkb2Nib29rLXhtbC00LjJfMQ0KZG9jYm9v ay14c2wtMS43NC4wDQpkcmktNy4wLjNfMSwyDQplZGl0cmVzLTEuMC4zDQplbmNvZGluZ3MtMS4w LjIsMQ0KZXZpZWV4dC0xLjAuMg0KZXhwYXQtMi4wLjENCmZpeGVzcHJvdG8tNC4wDQpmbGV4LTIu NS4zNQ0KZm9udC1hZG9iZS0xMDBkcGktMS4wLjBfMQ0KZm9udC1hZG9iZS03NWRwaS0xLjAuMA0K Zm9udC1hZG9iZS11dG9waWEtMTAwZHBpLTEuMC4xDQpmb250LWFkb2JlLXV0b3BpYS03NWRwaS0x LjAuMQ0KZm9udC1hZG9iZS11dG9waWEtdHlwZTEtMS4wLjENCmZvbnQtYWxpYXMtMS4wLjENCmZv bnQtYXJhYmljLW1pc2MtMS4wLjANCmZvbnQtYmgtMTAwZHBpLTEuMC4wDQpmb250LWJoLTc1ZHBp LTEuMC4wDQpmb250LWJoLWx1Y2lkYXR5cGV3cml0ZXItMTAwZHBpLTEuMC4wDQpmb250LWJoLWx1 Y2lkYXR5cGV3cml0ZXItNzVkcGktMS4wLjANCmZvbnQtYmgtdHRmLTEuMC4wDQpmb250LWJoLXR5 cGUxLTEuMC4wDQpmb250LWJpdHN0cmVhbS0xMDBkcGktMS4wLjANCmZvbnQtYml0c3RyZWFtLTc1 ZHBpLTEuMC4wDQpmb250LWJpdHN0cmVhbS10eXBlMS0xLjAuMA0KZm9udC1jcm9ueXgtY3lyaWxs aWMtMS4wLjANCmZvbnQtY3Vyc29yLW1pc2MtMS4wLjANCmZvbnQtZGFld29vLW1pc2MtMS4wLjAN CmZvbnQtZGVjLW1pc2MtMS4wLjANCmZvbnQtaWJtLXR5cGUxLTEuMC4wDQpmb250LWlzYXMtbWlz Yy0xLjAuMA0KZm9udC1qaXMtbWlzYy0xLjAuMA0KZm9udC1taWNyby1taXNjLTEuMC4wDQpmb250 LW1pc2MtY3lyaWxsaWMtMS4wLjANCmZvbnQtbWlzYy1ldGhpb3BpYy0xLjAuMA0KZm9udC1taXNj LW1lbHRoby0xLjAuMF8xDQpmb250LW1pc2MtbWlzYy0xLjAuMA0KZm9udC1tdXR0LW1pc2MtMS4w LjANCmZvbnQtc2NodW1hY2hlci1taXNjLTEuMC4wDQpmb250LXNjcmVlbi1jeXJpbGxpYy0xLjAu MQ0KZm9udC1zb255LW1pc2MtMS4wLjANCmZvbnQtc3VuLW1pc2MtMS4wLjANCmZvbnQtdXRpbC0x LjAuMQ0KZm9udC13aW5pdHpraS1jeXJpbGxpYy0xLjAuMA0KZm9udC14ZnJlZTg2LXR5cGUxLTEu MC4wDQpmb250Y2FjaGVwcm90by0wLjEuMg0KZm9udGNvbmZpZy0yLjUuMCwxDQpmb250c3Byb3Rv LTIuMC4yDQpmb250dG9zZm50LTEuMC4zDQpmcmVldHlwZTItMi4zLjcNCmZzbHNmb250cy0xLjAu MQ0KZnN0b2JkZi0xLjAuMg0KZ2FtaW4tMC4xLjlfMg0KZ2V0dGV4dC0wLjE3XzENCmdpby1mYW0t YmFja2VuZC0yLjE2LjUNCmdsaWItMi4xNi41DQpnbHByb3RvLTEuNC44DQpnbWFrZS0zLjgxXzMN Cmdub21lX3N1YnItMS4wDQpnc3RyZWFtZXItMC4xMC4yMQ0KaGFsLTAuNS4xMV8xDQpoZWxwMm1h bi0xLjM2LjRfMg0KaWNlYXV0aC0xLjAuMg0KaWNvLTEuMC4yDQppbnB1dHByb3RvLTEuNC4yLjEN CmludGx0b29sLTAuMzcuMQ0KaXNvODg3OS0xOTg2XzINCmticHJvdG8tMS4wLjMNCmxpYkZTLTEu MC4wXzENCmxpYkdMLTcuMC4zDQpsaWJJQ0UtMS4wLjRfMSwxDQpsaWJTTS0xLjAuM18xLDENCmxp YlgxMS0xLjEuM18xLDENCmxpYlhTY3JuU2F2ZXItMS4xLjINCmxpYlhUcmFwLTEuMC4wDQpsaWJY YXUtMS4wLjNfMg0KbGliWGF3LTEuMC40XzEsMQ0KbGliWGNvbXBvc2l0ZS0wLjQuMCwxDQpsaWJY Y3Vyc29yLTEuMS45XzENCmxpYlhkYW1hZ2UtMS4xLjENCmxpYlhkbWNwLTEuMC4yXzENCmxpYlhl dmllLTEuMC4yDQpsaWJYZXh0LTEuMC4zLDENCmxpYlhmaXhlcy00LjAuM18xDQpsaWJYZm9udC0x LjMuMV8zLDENCmxpYlhmb250Y2FjaGUtMS4wLjQNCmxpYlhmdC0yLjEuMTMNCmxpYlhpLTEuMS4z LDENCmxpYlhpbmVyYW1hLTEuMC4yLDENCmxpYlhtdS0xLjAuMywxDQpsaWJYcC0xLjAuMCwxDQps aWJYcG0tMy41LjcNCmxpYlhwcmludEFwcFV0aWwtMS4wLjENCmxpYlhwcmludFV0aWwtMS4wLjEN CmxpYlhyYW5kci0xLjIuMl8xDQpsaWJYcmVuZGVyLTAuOS40XzENCmxpYlhyZXMtMS4wLjNfMw0K bGliWHQtMS4wLjVfMQ0KbGliWHRzdC0xLjAuM18xDQpsaWJYdi0xLjAuM18xLDENCmxpYlh2TUMt MS4wLjRfMQ0KbGliWHhmODZkZ2EtMS4wLjINCmxpYlh4Zjg2bWlzYy0xLjAuMQ0KbGliWHhmODZ2 bS0xLjAuMQ0KbGliZG14LTEuMC4yXzENCmxpYmRybS0yLjMuMQ0KbGliZm9udGVuYy0xLjAuNA0K bGliaWNvbnYtMS4xMV8xDQpsaWJvaWwtMC4zLjE1DQpsaWJvbGRYLTEuMC4xDQpsaWJ0b29sLTEu NS4yNg0KbGlidm9sdW1lX2lkLTAuODEuMA0KbGlieGtiZmlsZS0xLjAuNA0KbGlieGtidWktMS4w LjJfMQ0KbGlieG1sMi0yLjYuMzINCmxpYnhzbHQtMS4xLjI0XzENCmxpc3RyZXMtMS4wLjENCmx1 aXQtMS4wLjJfMg0KbTQtMS40LjExLDENCm1ha2VkZXBlbmQtMS4wLjEsMQ0KbWtjb21wb3NlY2Fj aGUtMS4yXzENCm1rZm9udGRpci0xLjAuM18xDQpta2ZvbnRzY2FsZS0xLjAuMw0Kb2Nsb2NrLTEu MC4xDQpwNS1Db21wcmVzcy1SYXctWmxpYi0yLjAxNQ0KcDUtQ29tcHJlc3MtWmxpYi0yLjAxNQ0K cDUtSFRNTC1QYXJzZXItMy41Nl8xDQpwNS1IVE1MLVRhZ3NldC0zLjIwDQpwNS1IVE1MLVRyZWUt My4yMw0KcDUtSU8tQ29tcHJlc3MtQmFzZS0yLjAxNQ0KcDUtSU8tQ29tcHJlc3MtWmxpYi0yLjAx NQ0KcDUtTmV0LURCdXMtMC4zMy42DQpwNS1UZXh0LUljb252LTEuNw0KcDUtVGllLUl4SGFzaC0x LjIxDQpwNS1UaW1lLUhpUmVzLTEuOTcxNSwxDQpwNS1VUkktMS4zNw0KcDUtWE1MLUZpbHRlci1C dWZmZXJUZXh0LTEuMDENCnA1LVhNTC1Hcm92ZS0wLjQ2LmENCnA1LVhNTC1IYW5kbGVyLVlBV3Jp dGVyLTAuMjMNCnA1LVhNTC1OYW1lc3BhY2VTdXBwb3J0LTEuMDlfMQ0KcDUtWE1MLVBhcnNlci0y LjM2DQpwNS1YTUwtU0FYLTAuOTYNCnA1LVhNTC1TQVgtRXhwYXQtMC40MA0KcDUtWE1MLVNBWC1X cml0ZXItMC41MA0KcDUtWE1MLVNpbXBsZS0yLjE4DQpwNS1YTUwtVHdpZy0zLjMyDQpwNS1YTUwt WFBhdGgtMS4xMw0KcDUtZ2V0dGV4dC0xLjA1XzINCnA1LWxpYnd3dy01LjgxNw0KcDUtbGlieG1s LTAuMDgNCnBjaWlkcy0yMDA4MDkwMQ0KcGNyZS03LjgNCnBlcmwtNS44LjhfMQ0KcGl4bWFuLTAu MTAuMF8yDQpwa2ctY29uZmlnLTAuMjNfMQ0KcG5nLTEuMi4zMg0KcG9saWN5a2l0LTAuOV8xDQpw b3B0LTEuN181DQpwcmludHByb3RvLTEuMC4zDQpweXRob24yNS0yLjUuMl8zDQpyYW5kcnByb3Rv LTEuMi4xDQpyZWNvcmRwcm90by0xLjEzLjINCnJlbmRlcnByb3RvLTAuOS4zDQpyZXNvdXJjZXBy b3RvLTEuMC4yDQpyZ2ItMS4wLjENCnJzdGFydC0xLjAuMg0Kc2NyaXB0cy0xLjAuMQ0Kc2NybnNh dmVycHJvdG8tMS4xLjANCnNkb2Nib29rLXhtbC0xLjEsMQ0Kc2Vzc3JlZy0xLjAuMw0Kc2V0eGti bWFwLTEuMC40DQpzaG93Zm9udC0xLjAuMV8xDQpzbXByb3h5LTEuMC4yDQpzdWRvLTEuNi45LjE3 DQpzeXN0ZW0tdG9vbHMtYmFja2VuZHMtMi42LjBfMQ0KdHJhcHByb3RvLTMuNC4zDQp0d20tMS4w LjNfMw0KdW56aXAtNS41Ml81DQp2NGxfY29tcGF0LTEuMC4yMDA2MDgwMQ0KdmlkZW9wcm90by0y LjIuMg0Kdmlld3Jlcy0xLjAuMQ0KeDExcGVyZi0xLjQuMQ0KeGF1dGgtMS4wLjINCnhiYWNrbGln aHQtMS4xDQp4YmlmZi0xLjAuMQ0KeGJpdG1hcHMtMS4wLjENCnhjYWxjLTEuMC4yDQp4Y2xpcGJv YXJkLTEuMC4xDQp4Y2xvY2stMS4wLjMNCnhjbWlzY3Byb3RvLTEuMS4yDQp4Y21zZGItMS4wLjEN Cnhjb25zb2xlLTEuMC4zDQp4Y3Vyc29yLXRoZW1lcy0xLjAuMV8xDQp4Y3Vyc29yZ2VuLTEuMC4y DQp4ZGJlZGl6enktMS4wLjINCnhkaXR2aWV3LTEuMC4xDQp4ZG0tMS4xLjZfMw0KeGRweWluZm8t MS4wLjJfMQ0KeGRyaWluZm8tMS4wLjINCnhlZGl0LTEuMC4yDQp4ZXYtMS4wLjINCnhleHRwcm90 by03LjAuMg0KeGV5ZXMtMS4wLjENCnhmODYtaW5wdXQta2V5Ym9hcmQtMS4yLjJfMg0KeGY4Ni1p bnB1dC1tb3VzZS0xLjIuM18yDQp4Zjg2LXZpZGVvLW52LTIuMS4xMg0KeGY4NmJpZ2ZvbnRwcm90 by0xLjEuMg0KeGY4NmRnYS0xLjAuMg0KeGY4NmRnYXByb3RvLTIuMC4zDQp4Zjg2ZHJpcHJvdG8t Mi4wLjMNCnhmODZtaXNjcHJvdG8tMC45LjINCnhmODZydXNocHJvdG8tMS4xLjINCnhmODZ2aWRt b2RlcHJvdG8tMi4yLjINCnhmZC0xLjAuMQ0KeGZpbmRwcm94eS0xLjAuMQ0KeGZvbnRzZWwtMS4w LjINCnhmcy0xLjAuNV8xLDENCnhmc2luZm8tMS4wLjENCnhmd3AtMS4wLjENCnhnYW1tYS0xLjAu Mg0KeGdjLTEuMC4xDQp4aG9zdC0xLjAuMg0KeGluZXJhbWFwcm90by0xLjEuMg0KeGluaXQtMS4w LjcNCnhrYmNvbXAtMS4wLjMNCnhrYmV2ZC0xLjAuMg0KeGticHJpbnQtMS4wLjENCnhrYnV0aWxz LTEuMC4xXzENCnhrZXlib2FyZC1jb25maWctMS4zDQp4a2lsbC0xLjAuMQ0KeGxvYWQtMS4wLjIN Cnhsb2dvLTEuMC4xDQp4bHNhdG9tcy0xLjAuMQ0KeGxzY2xpZW50cy0xLjAuMQ0KeGxzZm9udHMt MS4wLjINCnhtYWctMS4wLjINCnhtYW4tMS4wLjMNCnhtZXNzYWdlLTEuMC4yDQp4bWxjYXRtZ3It Mi4yDQp4bW9kbWFwLTEuMC4zDQp4bW9yZS0xLjAuMQ0KeG9yZy03LjNfMg0KeG9yZy1hcHBzLTcu Mw0KeG9yZy1kb2NzLTEuNCwxDQp4b3JnLWRyaXZlcnMtNy4zXzMNCnhvcmctZm9udHMtMTAwZHBp LTcuMw0KeG9yZy1mb250cy03LjNfMQ0KeG9yZy1mb250cy03NWRwaS03LjMNCnhvcmctZm9udHMt Y3lyaWxsaWMtNy4zDQp4b3JnLWZvbnRzLW1pc2NiaXRtYXBzLTcuMw0KeG9yZy1mb250cy10cnVl dHlwZS03LjMNCnhvcmctZm9udHMtdHlwZTEtNy4zDQp4b3JnLWxpYnJhcmllcy03LjNfMg0KeG9y Zy1wcm90b3MtNy4zXzINCnhvcmctc2VydmVyLTEuNC4yLDENCnhwaGVsbG93b3JsZC0xLjAuMV8x DQp4cGxzcHJpbnRlcnMtMS4wLjENCnhwci0xLjAuMg0KeHByZWhhc2hwcmludGVybGlzdC0xLjAu MQ0KeHByb3AtMS4wLjMNCnhwcm90by03LjAuMTBfMQ0KeHByb3h5bWFuYWdlbWVudHByb3RvY29s LTEuMC4yDQp4cmFuZHItMS4yLjINCnhyZGItMS4wLjQNCnhyZWZyZXNoLTEuMC4yDQp4cngtMS4w LjFfMQ0KeHNldC0xLjAuMw0KeHNldG1vZGUtMS4wLjANCnhzZXRwb2ludGVyLTEuMC4xDQp4c2V0 cm9vdC0xLjAuMg0KeHNtLTEuMC4xDQp4c3RkY21hcC0xLjAuMQ0KeHRlcm0tMjM3DQp4dHJhbnMt MS4wLjQNCnh0cmFwLTEuMC4yDQp4dmlkdHVuZS0xLjAuMQ0KeHZpbmZvLTEuMC4yDQp4d2QtMS4w LjENCnh3aW5pbmZvLTEuMC4zDQp4d3VkLTEuMC4xDQpfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXw0KZnJlZWJzZC1jdXJyZW50QGZyZWVic2Qub3JnIG1haWxp bmcgbGlzdA0KaHR0cDovL2xpc3RzLmZyZWVic2Qub3JnL21haWxtYW4vbGlzdGluZm8vZnJlZWJz ZC1jdXJyZW50DQpUbyB1bnN1YnNjcmliZSwgc2VuZCBhbnkgbWFpbCB0byAiZnJlZWJzZC1jdXJy ZW50LXVuc3Vic2NyaWJlQGZyZWVic2Qub3JnIg0K From owner-freebsd-current@FreeBSD.ORG Sun Oct 12 13:12:14 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 115D81065697; Sun, 12 Oct 2008 13:12:14 +0000 (UTC) (envelope-from webmaster@kibab.com) Received: from smtp.ht-systems.ru (mr0.ht-systems.ru [78.110.50.55]) by mx1.freebsd.org (Postfix) with ESMTP id E1FF78FC08; Sun, 12 Oct 2008 13:12:12 +0000 (UTC) (envelope-from webmaster@kibab.com) Received: from [83.237.171.239] (helo=kibab-nb) by smtp.ht-systems.ru with esmtpa (Exim 4.62) (envelope-from ) id 1Kp0jy-0006zC-Ev; Sun, 12 Oct 2008 17:12:10 +0400 Date: Sun, 12 Oct 2008 17:12:01 +0400 From: Ilya Bakulin To: Ilya Bakulin Message-Id: <20081012171201.da4da754.webmaster@kibab.com> In-Reply-To: <20081008113848.c9b44354.webmaster@kibab.com> References: <48DEA8E7.2080503@FreeBSD.org> <5f67a8c40810052226k3070a11ah463a819c677f6307@mail.gmail.com> <20081008113848.c9b44354.webmaster@kibab.com> Organization: HT-Systems X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.11; i386-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Sun__12_Oct_2008_17_12_01_+0400_0_zhgMgXDi6X6+dB" X-Mailman-Approved-At: Sun, 12 Oct 2008 13:40:07 +0000 Cc: Alexander Motin , freebsd-mobile@freebsd.org, freebsd-arm@freebsd.org, freebsd-current@freebsd.org, Zaphod Beeblebrox , imp@freebsd.org Subject: Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Oct 2008 13:12:14 -0000 --Signature=_Sun__12_Oct_2008_17_12_01_+0400_0_zhgMgXDi6X6+dB Content-Type: multipart/mixed; boundary="Multipart=_Sun__12_Oct_2008_17_12_01_+0400_e1mHiLotC0w.aU4r" --Multipart=_Sun__12_Oct_2008_17_12_01_+0400_e1mHiLotC0w.aU4r Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, 8 Oct 2008 11:38:48 +0400 Ilya Bakulin wrote: > I have another SD card, 2 Gb size, in my camera. It's from Kingston. It d= oesn't work: >=20 > sdhci0-slot0: Card inserted > mmc0: on sdhci0 > sdhci0-slot0: Command error 1 (opcode 2 arg 0 flags 103 dlen 0 dflags 0) > mmc0: setting transfer rate to 50.000MHz >=20 > ... and no new storage devices appear. Problem was solved by increasing the number of answer read attempts in mmc_= send_app_op_cond(). With attached patch (against latest driver version) car= d is recognized properly on ~ 190th attempt (while in original driver there= are only 100 attempts). Output from dmesg now: sdhci0-slot0: Card inserted mmc0: on sdhci0 sdhci0-slot0: Command error 1 (opcode 8 arg 426 flags 101 dlen 0 dflags 0) mmc_send_app_ocond(): cmd completed in 0 iter sdhci0-slot0: Command error 1 (opcode 8 arg 426 flags 101 dlen 0 dflags 0) mmc_send_app_ocond(): cmd completed in 195 iter mmcsd0: 1964MB at mmc0 50MHz/4bit GEOM_LABEL: Label for provider mmcsd0s1 is msdosfs/KODAK. Furthermore, non-mine SDHC card is now also recognized in this cardreader (= it doesn't even under Windows). In this case, it takes about 400 attempts t= o read answer. --=20 Ilya Bakulin --Multipart=_Sun__12_Oct_2008_17_12_01_+0400_e1mHiLotC0w.aU4r Content-Type: text/x-diff; name="mmc_c_inc_attempts.diff" Content-Disposition: attachment; filename="mmc_c_inc_attempts.diff" Content-Transfer-Encoding: quoted-printable --- mmc.c~ 2008-10-11 21:30:40.000000000 +0400 +++ mmc.c 2008-10-12 13:34:32.000000000 +0400 @@ -428,7 +428,7 @@ cmd.flags =3D MMC_RSP_R3 | MMC_CMD_BCR; cmd.data =3D NULL; =20 - for (i =3D 0; i < 100; i++) { + for (i =3D 0; i < 1000; i++) { err =3D mmc_wait_for_app_cmd(sc, 0, &cmd, CMD_RETRIES); if (err !=3D MMC_ERR_NONE) break; @@ -438,8 +438,9 @@ err =3D MMC_ERR_TIMEOUT; mmc_ms_delay(10); } + printf("mmc_send_app_ocond(): cmd completed in %d iter\n", i); if (rocr && err =3D=3D MMC_ERR_NONE) - *rocr =3D cmd.resp[0]; + *rocr =3D cmd.resp[0]; return (err); } =20 --Multipart=_Sun__12_Oct_2008_17_12_01_+0400_e1mHiLotC0w.aU4r-- --Signature=_Sun__12_Oct_2008_17_12_01_+0400_0_zhgMgXDi6X6+dB Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkjx96kACgkQo9vlj1oadwjF5gCgnVPkD6m95Cc+DsnlE934e7eL dSgAoNXvcx8U33ZXrTVrTlDqrqqynBUg =RaPu -----END PGP SIGNATURE----- --Signature=_Sun__12_Oct_2008_17_12_01_+0400_0_zhgMgXDi6X6+dB-- From owner-freebsd-current@FreeBSD.ORG Sun Oct 12 16:30:32 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8A881065693; Sun, 12 Oct 2008 16:30:32 +0000 (UTC) (envelope-from kwm@rainbow-runner.nl) Received: from smtp-vbr12.xs4all.nl (smtp-vbr12.xs4all.nl [194.109.24.32]) by mx1.freebsd.org (Postfix) with ESMTP id 805B98FC17; Sun, 12 Oct 2008 16:30:32 +0000 (UTC) (envelope-from kwm@rainbow-runner.nl) Received: from [192.168.1.50] (kazerne.demon.nl [212.238.222.22]) by smtp-vbr12.xs4all.nl (8.13.8/8.13.8) with ESMTP id m9CGFV2V065866; Sun, 12 Oct 2008 18:15:31 +0200 (CEST) (envelope-from kwm@rainbow-runner.nl) Message-ID: <48F22243.2030902@rainbow-runner.nl> Date: Sun, 12 Oct 2008 18:13:55 +0200 From: Koop Mast User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: freebsdemail@gmail.com References: <80e860040810120153q513ab30bj353e99ebeda98fe6@mail.gmail.com> <371934548-1223809783-cardhu_decombobulator_blackberry.rim.net-1296472422-@bxe112.bisx.prod.on.blackberry> In-Reply-To: <371934548-1223809783-cardhu_decombobulator_blackberry.rim.net-1296472422-@bxe112.bisx.prod.on.blackberry> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner Cc: Thomas Hamilton , freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Cannot compile kde4 or gnome2 due to gstreamer-plugin 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: Sun, 12 Oct 2008 16:30:33 -0000 freebsdemail@gmail.com wrote: > Thomas I fetched the latest portsnap and it seems I can't compile gstream-plugins either I get the identical error there must be something wrong with this port....you are not alone. I'm on freebsd 7.0 release. I hope they get it fixed soon as I think its a dependancy for both kde and gnome. > > Tom > Sent from my BlackBerry device on the Rogers Wireless Network > > -----Original Message----- > From: "Thomas Hamilton" > > Date: Sun, 12 Oct 2008 02:53:10 > To: > Cc: > Subject: Cannot compile kde4 or gnome2 due to gstreamer-plugin error > > > Hi Guys I'm running current(8.0) from last nights cvsup. I cannot > however compile kde4 or gnome2-lite due to an error in compiling > gstreamer-plugins. It looks like the error is originating from: cc: No > input files specified. I look forward to any help you guys might be > able to provide me with in resolving the errors so I can install a gui > :) Thanks in advance. > This should be fixed now. Thanks for reporting. -Koop From owner-freebsd-current@FreeBSD.ORG Sun Oct 12 21:50:15 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5AAB81065687 for ; Sun, 12 Oct 2008 21:50:15 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id CB7BD8FC0A for ; Sun, 12 Oct 2008 21:50:14 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.1.14) with ESMTPSA id 224663162; Mon, 13 Oct 2008 00:50:13 +0300 Message-ID: <48F27114.2090405@FreeBSD.org> Date: Mon, 13 Oct 2008 00:50:12 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.16 (X11/20080726) MIME-Version: 1.0 To: Adam McDougall , frank@exit.com References: <1222644184.00019171.1222632003@10.7.7.3> <1222809781.00019960.1222796402@10.7.7.3> <1223436192.00023068.1223424004@10.7.7.3> In-Reply-To: <1223436192.00023068.1223424004@10.7.7.3> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current Subject: Re: Hard crash with new snd_hda. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Oct 2008 21:50:15 -0000 Adam McDougall wrote: > Alexander Motin wrote: >> Frank Mayhar wrote: >>> Fatal trap 12: page fault while in kernel mode >>> cpuid = 1; apic id = 01 >>> fault virtual address = 0x14 >>> fault code = supervisor read, page not present >>> instruction pointer = 0x20:0xc617e0f1 >>> stack pointer = 0x28:0xe80697fc >>> frame pointer = 0x28:0xe8069828 >>> code segment = base 0x0, limit 0xfffff, type 0x1b >>> = DPL 0, pres 1, def32 1, gran 1 >>> processor eflags = interrupt enabled, resume, IOPL = 0 >>> current process = 1184 (kldload) >>> trap number = 12 >>> panic: page fault >>> cpuid = 1 >>> Uptime: 54s >>> Physical memory: 2003 MB >>> Dumping 95 MB: >> >> This is probably the late consequence. I think debugging at this point >> won't give much. At least it will require deep data structures digging. >> >> You can enable some more debugging with setting hw.snd.verbose=4. May >> be it will give some clues. If not, probably we should try to add some >> debug printing near channel-to-device assignment loop near line 7170. >> We should try to find is the channel number was incorrectly set >> initially or it was erased later or channel memory itself was erased. >> >> The only idea I have now about the problem is that it may be related >> to the two audio codecs that you have on the same HDA bus. You are the >> first person who reported about such setup, so it wasn't ever tested. >> > I think I am having a similar issue, discovered it on a new model Dell > Latitude E6500. It is probably seeing a codec for HDMI and modem in > addition to the normal sound. Sound works if I patch the old hda driver > to detect my codec on 7.1, but I just got 8 installed last night. If I > have KDB_UNATTENDED and a dumpdev, it either hangs at the beginning of > the dump or reboots almost immediately after the panic. I can try to > hook up a serial or firewire console later and gather more info, but > tonight I might be too busy. In the meantime, here are two screenshots > of the panic and the backtrace: > http://www.egr.msu.edu/~mcdouga9/pics/1007081830.jpg > http://www.egr.msu.edu/~mcdouga9/pics/1007081831.jpg I have managed to artificially reproduce your situation and I think my recent patch just committed to 8-CURRENT should fix the problem. Report me the results please. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Mon Oct 13 00:20:50 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B7671065688; Mon, 13 Oct 2008 00:20:50 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mx.egr.msu.edu (surfnturf.egr.msu.edu [35.9.37.164]) by mx1.freebsd.org (Postfix) with ESMTP id D32E58FC18; Mon, 13 Oct 2008 00:20:49 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from localhost (localhost [127.0.0.1]) by mx.egr.msu.edu (Postfix) with ESMTP id DA8E971FC2B; Sun, 12 Oct 2008 20:20:48 -0400 (EDT) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mx.egr.msu.edu ([127.0.0.1]) by localhost (surfnturf.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FpRFa4vU4BIv; Sun, 12 Oct 2008 20:20:48 -0400 (EDT) Received: from localhost (daemon.egr.msu.edu [35.9.44.65]) by mx.egr.msu.edu (Postfix) with ESMTP id B923271FC12; Sun, 12 Oct 2008 20:20:48 -0400 (EDT) Received: by localhost (Postfix, from userid 21281) id A3E03971; Sun, 12 Oct 2008 20:20:48 -0400 (EDT) Date: Sun, 12 Oct 2008 20:20:48 -0400 From: Adam McDougall To: Alexander Motin Message-ID: <20081013002048.GA61867@egr.msu.edu> References: <1222644184.00019171.1222632003@10.7.7.3> <1222809781.00019960.1222796402@10.7.7.3> <1223436192.00023068.1223424004@10.7.7.3> <48F27114.2090405@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48F27114.2090405@FreeBSD.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: FreeBSD-Current Subject: Re: Hard crash with new snd_hda. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Oct 2008 00:20:50 -0000 On Mon, Oct 13, 2008 at 12:50:12AM +0300, Alexander Motin wrote: Adam McDougall wrote: > Alexander Motin wrote: >> Frank Mayhar wrote: >>> Fatal trap 12: page fault while in kernel mode >>> cpuid = 1; apic id = 01 >>> fault virtual address = 0x14 >>> fault code = supervisor read, page not present >> > I think I am having a similar issue, discovered it on a new model Dell > Latitude E6500. It is probably seeing a codec for HDMI and modem in > addition to the normal sound. Sound works if I patch the old hda driver > to detect my codec on 7.1, but I just got 8 installed last night. If I > have KDB_UNATTENDED and a dumpdev, it either hangs at the beginning of > the dump or reboots almost immediately after the panic. I can try to > hook up a serial or firewire console later and gather more info, but > tonight I might be too busy. In the meantime, here are two screenshots > of the panic and the backtrace: > http://www.egr.msu.edu/~mcdouga9/pics/1007081830.jpg > http://www.egr.msu.edu/~mcdouga9/pics/1007081831.jpg I have managed to artificially reproduce your situation and I think my recent patch just committed to 8-CURRENT should fix the problem. Report me the results please. -- Alexander Motin Thanks, I tried it and it works! I didn't have to patch codec information into the driver to make my laptop speakers work, and they were selected by default (lucky for me). I did not test headphones yet, but I will later. I plan on comparing the old hda driver with the new one and see what patches would be appropriate to submit to clean up some of the "Unknown"s when I have a chance. hdac0: hdac0: hdac0: pcm0: on hdac0 pcm1: on hdac0 pcm2: on hdac0 From owner-freebsd-current@FreeBSD.ORG Mon Oct 13 07:06:09 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10FFF1065678 for ; Mon, 13 Oct 2008 07:06:09 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 85DFD8FC39 for ; Mon, 13 Oct 2008 07:06:08 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from orphanage.alkar.net (account mav@alkar.net [212.86.226.11] verified) by cmail.optima.ua (CommuniGate Pro SMTP 5.1.14) with ESMTPA id 224733796; Mon, 13 Oct 2008 10:06:07 +0300 Message-ID: <48F2F35E.80906@FreeBSD.org> Date: Mon, 13 Oct 2008 10:06:06 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.14 (X11/20080612) MIME-Version: 1.0 To: Adam McDougall References: <1222644184.00019171.1222632003@10.7.7.3> <1222809781.00019960.1222796402@10.7.7.3> <1223436192.00023068.1223424004@10.7.7.3> <48F27114.2090405@FreeBSD.org> <20081013002048.GA61867@egr.msu.edu> In-Reply-To: <20081013002048.GA61867@egr.msu.edu> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current Subject: Re: Hard crash with new snd_hda. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Oct 2008 07:06:09 -0000 Adam McDougall wrote: > Thanks, I tried it and it works! I didn't have to patch codec > information into the driver to make my laptop speakers work, > and they were selected by default (lucky for me). I did not > test headphones yet, but I will later. I plan on > comparing the old hda driver with the new one and see what > patches would be appropriate to submit to clean up some of > the "Unknown"s when I have a chance. > > hdac0: > hdac0: > hdac0: > pcm0: on hdac0 > pcm1: on hdac0 > pcm2: on hdac0 Send me your verbose boot messages. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Mon Oct 13 08:52:07 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64E761065687 for ; Mon, 13 Oct 2008 08:52:07 +0000 (UTC) (envelope-from pagxir@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by mx1.freebsd.org (Postfix) with ESMTP id EE0EA8FC1C for ; Mon, 13 Oct 2008 08:52:06 +0000 (UTC) (envelope-from pagxir@gmail.com) Received: by nf-out-0910.google.com with SMTP id h3so734835nfh.33 for ; Mon, 13 Oct 2008 01:52:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=VKqzYityv6f6fF4Zc47E7gNSzl+xIaX8biPVhV9mCAk=; b=XzR1rsEkjQJBIt7PJZSKnExlOPmq4aMCmsS/SHwP8zWfCe62O2iqtcxLUChrmaT9uX sEPemB0CFjbBop7SilyXWNe+JHC7wdzri8u5AYLU+kS7U3PHrO5/i+C52grUTHf/yqaa jmyGwWtqsRjiXXJJMzyLSnY6FQoBiLU78Ma0o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=a2UCkA9Yw3qqDrGvFUwFuAmHwBiOntMIyV+JOkLLPtrlsWxceY1++lYNxwVjT2YtGp fFru4SlHFt492jn2TOU/LG2POqbZya7fMFp/bZ2onehp8lqt/6Eak+naCIzKsEcw0GcU VVdCybPRbEbFuOLye8+Tvhug5UNTae270GAtk= Received: by 10.102.253.13 with SMTP id a13mr3328571mui.111.1223886554344; Mon, 13 Oct 2008 01:29:14 -0700 (PDT) Received: by 10.103.244.2 with HTTP; Mon, 13 Oct 2008 01:29:14 -0700 (PDT) Message-ID: <98869b7c0810130129s40402e1bje34a5b182beb6f6d@mail.gmail.com> Date: Mon, 13 Oct 2008 16:29:14 +0800 From: "=?UTF-8?B?6KO05Zu95YW0?=" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: git svn not work in current ports tree X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Oct 2008 08:52:07 -0000 I install git from ports. But when I run git svn. I get follow message: /libexec/ld-elf.so.1: /usr/local/lib/perl5/site_perl/5.8.8/mach/auto/SVN/_Ra/_Ra.so: Undefined symbol "svn_ra_init_ra_libs" Does anyone have some the same problem? From owner-freebsd-current@FreeBSD.ORG Mon Oct 13 09:41:13 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4B18106568F for ; Mon, 13 Oct 2008 09:41:13 +0000 (UTC) (envelope-from vanilla@fatpipi.com) Received: from mail-gx0-f16.google.com (mail-gx0-f16.google.com [209.85.217.16]) by mx1.freebsd.org (Postfix) with ESMTP id 549E28FC0C for ; Mon, 13 Oct 2008 09:41:13 +0000 (UTC) (envelope-from vanilla@fatpipi.com) Received: by gxk9 with SMTP id 9so2546642gxk.19 for ; Mon, 13 Oct 2008 02:41:12 -0700 (PDT) Received: by 10.90.31.6 with SMTP id e6mr5126114age.90.1223889573322; Mon, 13 Oct 2008 02:19:33 -0700 (PDT) Received: by 10.90.50.4 with HTTP; Mon, 13 Oct 2008 02:19:33 -0700 (PDT) Message-ID: Date: Mon, 13 Oct 2008 17:19:33 +0800 From: "Vanilla Hsu" To: "=?GB2312?B?xeG5+tDL?=" In-Reply-To: <98869b7c0810130129s40402e1bje34a5b182beb6f6d@mail.gmail.com> MIME-Version: 1.0 References: <98869b7c0810130129s40402e1bje34a5b182beb6f6d@mail.gmail.com> X-Mailman-Approved-At: Mon, 13 Oct 2008 11:25:17 +0000 Content-Type: text/plain; charset=BIG5 Content-Transfer-Encoding: base64 Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: git svn not work in current ports tree X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: v@fatpipi.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Oct 2008 09:41:13 -0000 dHJ5IHRvIHJlY29tcGlsZSBwZXJsNTgsIHN1YnZlcnNpb24gYW5kIGdpdC4KCkkgZ290IHRoaXMg bWVzc2FnZSAyIG1vbnRocyBhZ28sCgphZnRlciBJIHJlY29tcGlsZSBwZXJsNTgsIGV2ZXJ5dGhp bmsgaXMgb2sgbm93LgoKLS0KYnV0IGdpdC1zdm4gbm90IHJlYWxseSBzdGFibGUgZm9yIG1lLgoK MjAwOC8xMC8xMyC7cLDqv7MgPHBhZ3hpckBnbWFpbC5jb20+Cgo+IEkgaW5zdGFsbCBnaXQgZnJv bSBwb3J0cy4gQnV0IHdoZW4gSSBydW4gZ2l0IHN2bi4KPiBJIGdldCBmb2xsb3cgbWVzc2FnZToK Pgo+IC9saWJleGVjL2xkLWVsZi5zby4xOgo+IC91c3IvbG9jYWwvbGliL3Blcmw1L3NpdGVfcGVy bC81LjguOC9tYWNoL2F1dG8vU1ZOL19SYS9fUmEuc286Cj4gVW5kZWZpbmVkIHN5bWJvbCAic3Zu X3JhX2luaXRfcmFfbGlicyIKPgo+IERvZXMgYW55b25lIGhhdmUgc29tZSB0aGUgc2FtZSBwcm9i bGVtPwo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCj4g ZnJlZWJzZC1jdXJyZW50QGZyZWVic2Qub3JnIG1haWxpbmcgbGlzdAo+IGh0dHA6Ly9saXN0cy5m cmVlYnNkLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2ZyZWVic2QtY3VycmVudAo+IFRvIHVuc3Vic2Ny aWJlLCBzZW5kIGFueSBtYWlsIHRvICJmcmVlYnNkLWN1cnJlbnQtdW5zdWJzY3JpYmVAZnJlZWJz ZC5vcmciCj4K From owner-freebsd-current@FreeBSD.ORG Mon Oct 13 11:45:27 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B9CD1065693 for ; Mon, 13 Oct 2008 11:45:27 +0000 (UTC) (envelope-from pagxir@gmail.com) Received: from qb-out-0506.google.com (qb-out-0506.google.com [72.14.204.227]) by mx1.freebsd.org (Postfix) with ESMTP id B37E68FC13 for ; Mon, 13 Oct 2008 11:45:26 +0000 (UTC) (envelope-from pagxir@gmail.com) Received: by qb-out-0506.google.com with SMTP id f30so1369375qba.35 for ; Mon, 13 Oct 2008 04:45:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=eBHy7X15dFT+rnC3WBhvDCVouspddHqlTBJ6aUzDK9g=; b=RJ5q1bTkeycKdu8QdqBAjTwlITvkRwWtRrZsTDqeSSTKf46ZkT/AFHnhdhfmEAgMPv tviXbaaoDVGsWlxb4c73KrepkaUSt8d7hsaQhdUFFOeu8D75g0Mzv7TezySII8RewxlW eVlY5OUvNT5VPp8w9fs5dTyzPWy+FAYF5jso4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=Llu8ZGSOcHyw0NUt7WoRRiR6DPP3camHRQUuis2mBNpMz+paYpCarvSt5CIqzsIGgQ b4f0RkonWMEriYK0qd8AdbgmfwEZ1iVs2IOE98pnUNTtHu3kiBz9WsydL/gJE9LSKCAy JL8h1ZdvTS7PA7fgiUixji/fCSdXOXJPMektk= Received: by 10.103.217.7 with SMTP id u7mr3476031muq.102.1223898325384; Mon, 13 Oct 2008 04:45:25 -0700 (PDT) Received: by 10.103.244.2 with HTTP; Mon, 13 Oct 2008 04:45:25 -0700 (PDT) Message-ID: <98869b7c0810130445o41c20774lfefbb8345d3ba86b@mail.gmail.com> Date: Mon, 13 Oct 2008 11:45:25 +0000 From: "=?UTF-8?B?6KO05Zu95YW0?=" To: v@fatpipi.com In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: <98869b7c0810130129s40402e1bje34a5b182beb6f6d@mail.gmail.com> Cc: freebsd-current@freebsd.org Subject: Re: git svn not work in current ports tree X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Oct 2008 11:45:27 -0000 SSBwa2dfZGVsZXRlIHA1LXN1YnZlcnNpb24gYW5kIGdpdCwgYW5kIHJlaW5zdGFsbCBnaXQgZnJv bSBwb3J0cy4gTm93CmFsbCBzZWVtcyBvay4KCjIwMDgvMTAvMTMgVmFuaWxsYSBIc3UgPHZhbmls bGFAZmF0cGlwaS5jb20+Ogo+IHRyeSB0byByZWNvbXBpbGUgcGVybDU4LCBzdWJ2ZXJzaW9uIGFu ZCBnaXQuCj4KPiBJIGdvdCB0aGlzIG1lc3NhZ2UgMiBtb250aHMgYWdvLAo+Cj4gYWZ0ZXIgSSBy ZWNvbXBpbGUgcGVybDU4LCBldmVyeXRoaW5rIGlzIG9rIG5vdy4KPgo+IC0tCj4gYnV0IGdpdC1z dm4gbm90IHJlYWxseSBzdGFibGUgZm9yIG1lLgo+Cj4gMjAwOC8xMC8xMyDoo7TlnIvoiIggPHBh Z3hpckBnbWFpbC5jb20+Cj4+Cj4+IEkgaW5zdGFsbCBnaXQgZnJvbSBwb3J0cy4gQnV0IHdoZW4g SSBydW4gZ2l0IHN2bi4KPj4gSSBnZXQgZm9sbG93IG1lc3NhZ2U6Cj4+Cj4+IC9saWJleGVjL2xk LWVsZi5zby4xOgo+PiAvdXNyL2xvY2FsL2xpYi9wZXJsNS9zaXRlX3BlcmwvNS44LjgvbWFjaC9h dXRvL1NWTi9fUmEvX1JhLnNvOgo+PiBVbmRlZmluZWQgc3ltYm9sICJzdm5fcmFfaW5pdF9yYV9s aWJzIgo+Pgo+PiBEb2VzIGFueW9uZSBoYXZlIHNvbWUgdGhlIHNhbWUgcHJvYmxlbT8KPj4gX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KPj4gZnJlZWJzZC1j dXJyZW50QGZyZWVic2Qub3JnIG1haWxpbmcgbGlzdAo+PiBodHRwOi8vbGlzdHMuZnJlZWJzZC5v cmcvbWFpbG1hbi9saXN0aW5mby9mcmVlYnNkLWN1cnJlbnQKPj4gVG8gdW5zdWJzY3JpYmUsIHNl bmQgYW55IG1haWwgdG8gImZyZWVic2QtY3VycmVudC11bnN1YnNjcmliZUBmcmVlYnNkLm9yZyIK Pgo+Cg== From owner-freebsd-current@FreeBSD.ORG Mon Oct 13 16:44:30 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16E96106569F for ; Mon, 13 Oct 2008 16:44:30 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.169]) by mx1.freebsd.org (Postfix) with ESMTP id E14FC8FC0A for ; Mon, 13 Oct 2008 16:44:29 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so1673993wfg.7 for ; Mon, 13 Oct 2008 09:44:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=cGsi2Rzs33X159SN1tsuLa4S8pDcYpvAFObjXEQHy7s=; b=VFLUvEGhlbw7MC59VF7UoFqGmCdH0wkPmOLv11pUOfE7qPETMYfV+Hf4TIYwewKtiE Z5gj1E53SFwYWJeUWXxT/r3byPZyihdjNl8fyCKErXpxhgszlIy3tPfAiZpNIulZABQs 9t7WYHN0vFhlL4iVRMpiJjTYeCk2bolpKqEuk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=q1rwBbbIwk/yC8wyZMs57HXu+lfMWK7DYPjgM6qzMowLSi1vIBgMgxHIZEghyInp2k iomVlpOVeEfDQeahI6dl9KahE3WIGPoxBoZVhtZhnUfdvYGUo/i0ABPSTRYvyuWAfD6P 2zf6WA92Kbzj7K2C/8rCvrxihpH/MaXE/EST8= Received: by 10.115.111.1 with SMTP id o1mr5526194wam.114.1223914978160; Mon, 13 Oct 2008 09:22:58 -0700 (PDT) Received: by 10.114.103.7 with HTTP; Mon, 13 Oct 2008 09:22:58 -0700 (PDT) Message-ID: <790a9fff0810130922n7afc10faje3459c09de575be6@mail.gmail.com> Date: Mon, 13 Oct 2008 11:22:58 -0500 From: "Scot Hetzel" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: cc1plus: internal compiler error: Segmentation fault: 11 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Oct 2008 16:44:30 -0000 When I tried rebuilding the audio/pulseaudio port on -CURRENT, it would fail with: cc -std=gnu99 -DHAVE_CONFIG_H -I. -I.. -I/usr/local/include -I../src -I../src/modules -I../src/modules/rtp -I../src/modules/gconf -I../src/modules/bluetooth -D_THREAD_SAFE -D_POSIX_PTHREAD_SEMANTICS -I/usr/local/include -I/usr/local/include -I/usr/local/include -DPA_DLSEARCHPATH=\"/usr/local/lib/pulse-0.9/modules/\" -DPA_DEFAULT_CONFIG_DIR=\"/usr/local/etc/pulse\" -DPA_BINARY=\"/usr/local/bin/pulseaudio\" -DPA_SYSTEM_RUNTIME_PATH=\"/var/run/pulse\" -DPA_SYSTEM_CONFIG_PATH=\"/var/lib/pulse\" -DPA_SYSTEM_STATE_PATH=\"/var/lib/pulse\" -DAO_REQUIRE_CAS -DPULSE_LOCALEDIR=\"/usr/local/share/locale\" -DPA_MACHINE_ID=\"/var/lib/dbus/machine-id\" "-DDEBUG_TRAP=__asm__(\"int \$3\")" -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -O2 -pipe -march=k8 -Wmissing-include-dirs -fno-strict-aliasing -Wall -W -Wextra -pedantic -pipe -Wno-long-long -Wno-overlength-strings -Wconversion -Wundef -Wformat -Wpacked -Wformat-security -Wformat-nonliteral -Wold-style-definition -Wdeclaration-after-statement -Wfloat-equal -Wmissing-declarations -Wmissing-prototypes -Wstrict-prototypes -Wredundant-decls -Wmissing-noreturn -Wshadow -Wendif-labels -Wpointer-arith -Wcast-align -Wwrite-strings -Wno-unused-parameter -ffast-math -MT libpulse_mainloop_glib_la-glib-mainloop.lo -MD -MP -MF .deps/libpulse_mainloop_glib_la-glib-mainloop.Tpo -c pulse/glib-mainloop.c -fPIC -DPIC -o .libs/libpulse_mainloop_glib_la-glib-mainloop.o cc1: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. gmake[3]: *** [libpulse_mainloop_glib_la-glib-mainloop.lo] Error 1 gmake[3]: Leaving directory `/usr/obj/usr/ports/audio/pulseaudio/work/pulseaudio-0.9.13/src' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/usr/obj/usr/ports/audio/pulseaudio/work/pulseaudio-0.9.13/src' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/obj/usr/ports/audio/pulseaudio/work/pulseaudio-0.9.13' gmake: *** [all] Error 2 *** Error code 2 Stop in /usr/ports/audio/pulseaudio. *** Error code 1 Stop in /usr/ports/audio/pulseaudio. I was able to isolate the problem by patching the ports configure script to remove -Wmissing-include-dirs from DESIRED_FLAGS. This port then built successfully. As a test, I added -Wmissing-include-dirs to CFLAGS (/etc/make.conf) and proceeded to build x11/kdelibs3, this port failed in its configure script with the same segmentation error. I then created test.cpp: #include int main () { ; return 0; } and when I compiled this test program with an invalid include directory, it failed: cc -I/usr/nolocal/include -I/usr/include -Wmissing-include-dirs test.cpp cc1plus: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. Shouldn't it be reporting that the directory /usr/nolocal/include doesn't exist? If I specify the correct paths, the test program still fails with: cc -I/usr/local/include -I/usr/include -Wmissing-include-dirs test.cpp /var/tmp//ccFe3FKQ.o(.eh_frame+0x12): undefined reference to `__gxx_personality_v0' Is anyone able to reproduce these problems? FreeBSD hp010. 8.0-CURRENT FreeBSD 8.0-CURRENT #8: Mon Aug 11 17:10:07 CDT 2008 root@hp010.hetzel.org:/usr/obj/usr/src/8x/sys/DV8135NR amd64 Scot From owner-freebsd-current@FreeBSD.ORG Mon Oct 13 17:04:00 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF63510656A2; Mon, 13 Oct 2008 17:04:00 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 5EF4C8FC19; Mon, 13 Oct 2008 17:04:00 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id m9DH29jV043173; Mon, 13 Oct 2008 11:02:10 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 13 Oct 2008 11:03:10 -0600 (MDT) Message-Id: <20081013.110310.-1622595361.imp@bsdimp.com> To: webmaster@kibab.com From: "M. Warner Losh" In-Reply-To: <20081012171201.da4da754.webmaster@kibab.com> References: <5f67a8c40810052226k3070a11ah463a819c677f6307@mail.gmail.com> <20081008113848.c9b44354.webmaster@kibab.com> <20081012171201.da4da754.webmaster@kibab.com> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: zbeeble@gmail.com, mav@freebsd.org, freebsd-current@freebsd.org, freebsd-arm@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Oct 2008 17:04:01 -0000 In message: <20081012171201.da4da754.webmaster@kibab.com> Ilya Bakulin writes: : On Wed, 8 Oct 2008 11:38:48 +0400 : Ilya Bakulin wrote: : : > I have another SD card, 2 Gb size, in my camera. It's from Kingston. It doesn't work: : > : > sdhci0-slot0: Card inserted : > mmc0: on sdhci0 : > sdhci0-slot0: Command error 1 (opcode 2 arg 0 flags 103 dlen 0 dflags 0) : > mmc0: setting transfer rate to 50.000MHz : > : > ... and no new storage devices appear. : : Problem was solved by increasing the number of answer read attempts in mmc_send_app_op_cond(). With attached patch (against latest driver version) card is recognized properly on ~ 190th attempt (while in original driver there are only 100 attempts). : : Output from dmesg now: : sdhci0-slot0: Card inserted : mmc0: on sdhci0 : sdhci0-slot0: Command error 1 (opcode 8 arg 426 flags 101 dlen 0 dflags 0) : mmc_send_app_ocond(): cmd completed in 0 iter : sdhci0-slot0: Command error 1 (opcode 8 arg 426 flags 101 dlen 0 dflags 0) : mmc_send_app_ocond(): cmd completed in 195 iter : mmcsd0: 1964MB at mmc0 50MHz/4bit : GEOM_LABEL: Label for provider mmcsd0s1 is msdosfs/KODAK. : : Furthermore, non-mine SDHC card is now also recognized in this cardreader (it doesn't even under Windows). In this case, it takes about 400 attempts to read answer. I think I bumped the number of iterations to 100 when I found that 10 wasn't enough. 25 different cards worked just fine, but I got use of a 16MB SD card at BSDcan that needed like 65. Bumping it from 100 to 1000, however, makes the timeout go from 1s to 10s. That opens up window for insertion races, but that's the only downside I see... Of course, we want to fix those races, but this may expose them a little more.. I can't believe that you had a card that took 4s to become active! Can you confirm the elapsed time is really 4s for that card? Otherwise, this may be pointing out a bug in another area of the code... Warner From owner-freebsd-current@FreeBSD.ORG Mon Oct 13 18:24:29 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD1901065689 for ; Mon, 13 Oct 2008 18:24:29 +0000 (UTC) (envelope-from erik@cederstrand.dk) Received: from mx2.itu.dk (unknown [130.226.142.29]) by mx1.freebsd.org (Postfix) with ESMTP id 4566A8FC19 for ; Mon, 13 Oct 2008 18:24:29 +0000 (UTC) (envelope-from erik@cederstrand.dk) Received: from wimac.littlebit.dk (unknown [85.233.238.191]) by mx2.itu.dk (Postfix) with ESMTP id E3AADF48073; Mon, 13 Oct 2008 20:24:27 +0200 (CEST) Message-Id: From: Erik Cederstrand To: Scot Hetzel In-Reply-To: <790a9fff0810130922n7afc10faje3459c09de575be6@mail.gmail.com> Content-Type: multipart/signed; boundary=Apple-Mail-47-801930524; micalg=sha1; protocol="application/pkcs7-signature" Mime-Version: 1.0 (Apple Message framework v929.2) Date: Mon, 13 Oct 2008 20:24:26 +0200 References: <790a9fff0810130922n7afc10faje3459c09de575be6@mail.gmail.com> X-Mailer: Apple Mail (2.929.2) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: cc1plus: internal compiler error: Segmentation fault: 11 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Oct 2008 18:24:29 -0000 --Apple-Mail-47-801930524 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Den 13/10/2008 kl. 18.22 skrev Scot Hetzel: > When I tried rebuilding the audio/pulseaudio port on -CURRENT, it > would fail with: > [...] > cc1: internal compiler error: Segmentation fault: 11 > > Is anyone able to reproduce these problems? "Segmentation fault: 11" from GCC is often a sign of bad RAM. Have you tried to switch RAM modules? Erik --Apple-Mail-47-801930524-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 13 18:40:23 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CBFBD1065687 for ; Mon, 13 Oct 2008 18:40:23 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from acme.spoerlein.net (cl-43.dus-01.de.sixxs.net [IPv6:2a01:198:200:2a::2]) by mx1.freebsd.org (Postfix) with ESMTP id 3CEE78FC0A for ; Mon, 13 Oct 2008 18:40:22 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (e180132134.adsl.alicedsl.de [85.180.132.134]) by acme.spoerlein.net (8.14.2/8.14.2) with ESMTP id m9DIeIaV086565 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Mon, 13 Oct 2008 20:40:19 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (localhost [127.0.0.1]) by roadrunner.spoerlein.net (8.14.2/8.14.2) with ESMTP id m9DIeGes029767 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 13 Oct 2008 20:40:16 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Received: (from uqs@localhost) by roadrunner.spoerlein.net (8.14.2/8.14.2/Submit) id m9DIeG7I029766 for current@freebsd.org; Mon, 13 Oct 2008 20:40:16 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Date: Mon, 13 Oct 2008 20:40:16 +0200 From: Ulrich Spoerlein To: current@freebsd.org Message-ID: <20081013184016.GA27745@roadrunner.spoerlein.net> Mail-Followup-To: current@freebsd.org References: <20081012090032.GA1461@roadrunner.spoerlein.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081012090032.GA1461@roadrunner.spoerlein.net> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Subject: Re: Crossbuilding 7.x/amd64 from 8.x/i386 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: Mon, 13 Oct 2008 18:40:23 -0000 On Sun, 12.10.2008 at 11:00:32 +0200, Ulrich Spoerlein wrote: > Hi there, > > I'm toying with putting RELENG_7/amd64 onto gmirrored CF-drives but need > to build it on a recent -CURRENT box. The build stops in libkvm, am I > doing this wrong? > > > % make buildworld buildkernel TARGET_ARCH=amd64 > ... > ===> lib/libkvm (obj,depend,all,install) > rm -f .depend > mkdep -f .depend -a -DLIBC_SCCS -I/vol/src7/lib/libkvm /vol/src7/lib/libkvm/kvm.c /vol/src7/lib/libkvm/kvm_amd64.c /vol/src7/lib/libkvm/kvm_cptime.c /vol/src7/lib/libkvm/kvm_file.c /vol/src7/lib/libkvm/kvm_getloadavg.c /vol/src7/lib/libkvm/kvm_getswapinfo.c /vol/src7/lib/libkvm/kvm_pcpu.c /vol/src7/lib/libkvm/kvm_proc.c /vol/src7/lib/libkvm/kvm_minidump_amd64.c > cc -O2 -fno-strict-aliasing -pipe -DLIBC_SCCS -I/vol/src7/lib/libkvm -c /vol/src7/lib/libkvm/kvm.c > cc -O2 -fno-strict-aliasing -pipe -DLIBC_SCCS -I/vol/src7/lib/libkvm -c /vol/src7/lib/libkvm/kvm_amd64.c > In file included from /usr/obj/amd64/vol/src7/tmp/usr/include/sys/param.h:63, > from /vol/src7/lib/libkvm/kvm_amd64.c:48: > /usr/obj/amd64/vol/src7/tmp/usr/include/sys/types.h:262: error: expected '=', ',', ';', 'asm' or '__attribute__' before '__u_register_t' > *** Error code 1 FYI, building CURRENT/amd64 from within CURRENT/i386 seemed to work. I'll try to get this up and running and will then do a downgrade from CURRENT/amd64 to 7.1/amd64. Cheers, Ulrich Spoerlein -- It is better to remain silent and be thought a fool, than to speak, and remove all doubt. From owner-freebsd-current@FreeBSD.ORG Mon Oct 13 19:06:48 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1033) id 4DE271065688; Mon, 13 Oct 2008 19:06:48 +0000 (UTC) Date: Mon, 13 Oct 2008 19:06:48 +0000 From: Alexey Dokuchaev To: Doug Barton Message-ID: <20081013190648.GA87844@FreeBSD.org> References: <48F11937.6060805@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <48F11937.6060805@FreeBSD.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: nvidia-driver not compiling with recent -current (implicit declaration of function 'suser') X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Oct 2008 19:06:48 -0000 Hi Doug, > This first happened to me on 3 October but I didn't have time to > follow up. The nvidia driver module doesn't work with the latest > -current, and trying to compile a new one results in the errors in the > attached log. This is after booting with a new kernel, but not > installing the world. Is this a case where the new world (including > headers) needs to be installed before it will compile? If so, a note > should probably go into /usr/ports/UPDATING. Patches are in the works, sorry it takes me somewhat long. Thanks for you patience and concern. ./danfe From owner-freebsd-current@FreeBSD.ORG Mon Oct 13 21:35:00 2008 Return-Path: Delivered-To: Current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12DBC1065687 for ; Mon, 13 Oct 2008 21:34:59 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: from smtp812.mail.ird.yahoo.com (smtp812.mail.ird.yahoo.com [217.146.188.72]) by mx1.freebsd.org (Postfix) with SMTP id 0FCDF8FC08 for ; Mon, 13 Oct 2008 21:34:57 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: (qmail 46237 invoked from network); 13 Oct 2008 21:08:16 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=Received:X-YMail-OSG:X-Yahoo-Newman-Property:From:To:References:In-Reply-To:Subject:Date:Message-ID:MIME-Version:Content-Type:X-Mailer:Thread-Index:Content-Language; b=2AsY/opJp4Gu/7PQmfKxc3TncVApx0uO2WFn0VD7Np7FGzN99zkn6oq2kUdeCHAArbfkzoXa6JzPyH1LJvHVAszdu4kxLKzU7m6M8mRtPBe4QNe4zo+jfEvLDXhNhkC+yYv1y8YVbP0sn1lj7mvCJq2Wj3Jdkb+aT0taBAnV7Ck= ; Received: from unknown (HELO W2FZZ0VC03) (Thomas.Sparrevohn@86.152.240.60 with login) by smtp812.mail.ird.yahoo.com with SMTP; 13 Oct 2008 21:08:11 -0000 X-YMail-OSG: cFQPL8kVM1m.GXXKHkZDIGW7sUpgbUua9PuFsdB0V1vUV13CH0QXJsdsgXHP7R7DVU98cNfpoCZeRTgznTUr9oTzYYVZJvaeLsAUmNkuUH6hdH0Ai7WG_xA7DXta5KNmgPfuEpJgfU4wnQ3sPOdOOPA_lgzgy6njjDrFoargbCVm6ciXHQ-- X-Yahoo-Newman-Property: ymail-3 From: "Thomas Sparrevohn" To: =?iso-8859-1?Q?'S=F8ren_Schmidt'?= , References: In-Reply-To: Date: Mon, 13 Oct 2008 22:08:05 +0100 Message-ID: <000001c92d77$cbfaf6f0$63f0e4d0$@Sparrevohn@btinternet.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0001_01C92D80.2DBF5EF0" X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AckqEiG05rgmy25YRq6tHbmj2mOTWgDWheOg Content-Language: en-gb Cc: Subject: Out of bounce buffers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Oct 2008 21:35:00 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0001_01C92D80.2DBF5EF0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Hi I have had a weird issue since the change in April where the SATA Port multipliers was introduced. The system started issuing "DATA load FAILURE" in the ata-dmaload every time that disk subsystem got loaded. Because the code prior from 10/04-2008 worked fine and Ignored the problem and simply used the code prior to the SATA Port multiplier was introduced. The reason was twofold - One I did not time to investigate and two I suspected it could be a hw error - using cheap SATA disks. Well finally I have had time to investigate and the problem occurs because the system "runs out of bounce buffers" I have tested the entire disk for errors using a Hitachi tools and there seems to no problems - down to the degree that I can get the system to work with the current ATA subsystem as long as I only use one disk ;-) Regardless of which of the 4 disks - however if I add a second disk to the subsystem it will eventually (after 17-40GB of restores) give me a "DATA load failures" - Naturally I suspected the disk drives - however as I said - I can fully restore without the error occurring as long as I only use one disk Puzzled by this I started plastering the code with printf's to see what happened - patch included just FYI - It turns out that the kernel runs out of bounce buffers - which is very surprising - Can anybody give any advice on this? ------=_NextPart_000_0001_01C92D80.2DBF5EF0 Content-Type: application/octet-stream; name="debug.patch" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="debug.patch" Index: amd64/amd64/busdma_machdep.c=0A=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=0ARCS file: /home/ncvs/src/sys/amd64/amd64/busdma_machdep.c= ,v=0Aretrieving revision 1.86=0Adiff -u -u -r1.86 busdma_machdep.c=0A--- am= d64/amd64/busdma_machdep.c 15 Jul 2008 03:34:49 -0000 1.86=0A+++ amd64/amd6= 4/busdma_machdep.c 12 Oct 2008 15:09:53 -0000=0A@@ -616,6 +616,7 @@=0A if= (flags & BUS_DMA_NOWAIT) {=0A if (reserve_bounce_pages(dmat, map, 0) != =3D 0) {=0A mtx_unlock(&bounce_lock);=0A+ CTR0(KTR_BUSDMA, "*** NO B= OUNCE ***\n");=0A return (ENOMEM);=0A }=0A } else {=0A@@ -727,11 += 728,24 @@=0A __func__, dmat, dmat->flags, error, nsegs + 1);=0A=20=0A = if (error =3D=3D EINPROGRESS) {=0A+ CTR0(KTR_BUSDMA, "*** IN PROGRESS");= =0A return (error);=0A }=0A+=20=0A+ if (error =3D=3D EFBIG) {=0A+ CTR0(= KTR_BUSDMA, "*** 2 BIG");=0A+ }=0A+=0A+ if (error =3D=3D ENOMEM) {=0A+ CTR= 0(KTR_BUSDMA, "*** NOMEM");=0A+ }=0A+=0A=20=0A- if (error)=0A+ if (error) {= =0A+ CTR3(KTR_BUSDMA, "%s: *** CALLBACK called with error %x (%d)",=0A+ = __func__, error, error);=0A (*callback)(callback_arg, dmat->segments, = 0, error);=0A+ }=0A else=0A (*callback)(callback_arg, dmat->segments, ns= egs + 1, 0);=0A=20=0A@@ -739,8 +753,10 @@=0A * Return ENOMEM to the calle= r so that it can pass it up the stack.=0A * This error only happens when = NOWAIT is set, so deferal is disabled.=0A */=0A- if (error =3D=3D ENOMEM)= =0A+ if (error =3D=3D ENOMEM) {=0A+ CTR0(KTR_BUSDMA, "*** NOMEM");=0A re= turn (error);=0A+ }=0A=20=0A return (0);=0A }=0AIndex: dev/ata/ata-dma.c= =0A=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0ARCS file: /home/nc= vs/src/sys/dev/ata/ata-dma.c,v=0Aretrieving revision 1.157=0Adiff -u -u -r1= 157 ata-dma.c=0A--- dev/ata/ata-dma.c 9 Oct 2008 12:56:57 -0000 1.157=0A++= + dev/ata/ata-dma.c 13 Oct 2008 15:28:23 -0000=0A@@ -263,6 +263,9 @@=0A = struct ata_dmasetprd_args dspa;=0A int error;=0A=20=0A+ error =3D 0= ;=20=0A+ bzero(&dspa, sizeof(struct ata_dmasetprd_args));=0A+=0A ATA= _DEBUG_RQ(request, "dmaload");=0A=20=0A if (request->dma) {=0A@@ -291,1= 6 +294,31 @@=0A /* set our slot, unit for simplicity XXX SOS NCQ will c= hange that */=0A request->dma =3D &ch->dma.slot[atadev->unit];=0A=20=0A= - if (addr)=0A- dspa.dmatab =3D addr;=0A- else=0A- dspa.dmatab =3D re= quest->dma->sg;=0A+ if (addr)=20=0A+ dspa.dmatab =3D addr;=0A+ e= lse=20=0A+ dspa.dmatab =3D request->dma->sg;=0A+ =20=0A+ if (dspa= error)=20=0A+ device_printf(request->dev, "ATA DMA dspa error set \n");= =0A=20=0A if ((error =3D bus_dmamap_load(request->dma->data_tag, reques= t->dma->data_map,=0A request->data, request->bytecount,=0A ch->dm= a.setprd, &dspa, BUS_DMA_NOWAIT)) ||=0A (error =3D dspa.error)) {=0A- = device_printf(request->dev, "FAILURE - load data\n");=0A+ device_printf= (request->dev, "FAILURE - load data\n");=0A+ device_printf(request->dev= , "ATA error %x\n", error);=0A+ device_printf(request->dev, "ATA dspa e= rror %x\n", dspa.error);=0A+=0A+ device_printf(request->dev, "ATA reque= st dma %p dspa %p\n",=20=0A+ request->dma, dspa.dmatab);=0A+=0A+=0A+ if (a= ddr)=20=0A+ device_printf(request->dev, "ATA DMA addr set\n");=0A+ else=20= =0A+ device_printf(request->dev, "ATA DMA addr not set\n");=0A+ panic("SHO= ULD NOT HAPPEN");=0A goto error;=0A }=0A=20=0A ------=_NextPart_000_0001_01C92D80.2DBF5EF0 Content-Type: text/plain; name="dmesg.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="dmesg.txt" Copyright (c) 1992-2008 The FreeBSD Project.=0ACopyright (c) 1979, 1980, 19= 83, 1986, 1988, 1989, 1991, 1992, 1993, 1994=0A The Regents of the Universi= ty of California. All rights reserved.=0AFreeBSD is a registered trademark = of The FreeBSD Foundation.=0AFreeBSD 8.0-CURRENT #6: Mon Oct 13 16:45:39 BS= T 2008=0A sandbox@w2fzz0vc03.aah-go-on.com:/usr/home/sandbox/debug/obj/u= sr/home/sandbox/debug/src/sys/GENERIC_KTR=0AWARNING: WITNESS option enabled= , expect reduced performance.=0APreloaded elf kernel "/boot/debug/kernel" a= t 0xffffffff8104c000.=0APreloaded elf obj module "/boot/debug/zfs.ko" at 0x= ffffffff8104c208.=0APreloaded elf obj module "/boot/debug/opensolaris.ko" a= t 0xffffffff8104c870.=0APreloaded /boot/zfs/zpool.cache "/boot/zfs/zpool.ca= che" at 0xffffffff8104ce60.=0ATimecounter "i8254" frequency 1193182 Hz qual= ity 0=0ACalibrating TSC clock ... TSC clock: 3192053232 Hz=0ACPU: Intel(R) = Core(TM)2 Quad CPU @ 2.66GHz (3192.05-MHz K8-class CPU)=0A Origi= n =3D "GenuineIntel" Id =3D 0x6f7 Stepping =3D 7=0A Features=3D0xbfebfbf= f=0A Features2=3D0xe3bd=0A AMD Features=3D0x= 20100800=0A AMD Features2=3D0x1=0A Cores per package= : 4=0Ausable memory =3D 4275945472 (4077 MB)=0APhysical memory chunk(s):=0A= 0x0000000000001000 - 0x000000000009bfff, 634880 bytes (155 pages)=0A0x00000= 0000107b000 - 0x0000000096333fff, 2502660096 bytes (611001 pages)=0A0x00000= 00100000000 - 0x000000015ffeffff, 1610547200 bytes (393200 pages)=0Aavail m= emory =3D 4091334656 (3901 MB)=0AACPI APIC Table: =0AINTR:= Adding local APIC 1 as a target=0AINTR: Adding local APIC 2 as a target=0A= INTR: Adding local APIC 3 as a target=0AFreeBSD/SMP: Multiprocessor System = Detected: 4 CPUs=0A cpu0 (BSP): APIC ID: 0=0A cpu1 (AP): APIC ID: 1=0A cp= u2 (AP): APIC ID: 2=0A cpu3 (AP): APIC ID: 3=0AAPIC: CPU 0 has ACPI ID 1= =0AAPIC: CPU 1 has ACPI ID 2=0AAPIC: CPU 2 has ACPI ID 3=0AAPIC: CPU 3 has = ACPI ID 4=0AULE: setup cpu 0=0AULE: setup cpu 1=0AULE: setup cpu 2=0AULE: s= etup cpu 3=0AThis module (opensolaris) contains code covered by the=0ACommo= n Development and Distribution License (CDDL)=0Asee http://opensolaris.org/= os/licensing/opensolaris_license/=0AACPI: RSDP @ 0x0xfebf0/0x0024 (v 2 DEL= L )=0AACPI: XSDT @ 0x0xfd0b9/0x0064 (v 1 DELL B8K 0x00000014 ASL = 0x00000061)=0AACPI: FACP @ 0x0xfd191/0x00F4 (v 3 DELL B8K 0x0000001= 4 ASL 0x00000061)=0AACPI: DSDT @ 0x0xfffc13b6/0x3F25 (v 1 DELL dt_ex= 0x00001000 INTL 0x20050624)=0AACPI: FACS @ 0x0x9fdbcc00/0x0040=0AACPI: SSD= T @ 0x0xfffc52db/0x0099 (v 1 DELL st_ex 0x00001000 INTL 0x20050624)= =0AACPI: APIC @ 0x0xfd285/0x0092 (v 1 DELL B8K 0x00000014 ASL 0x00= 000061)=0AACPI: BOOT @ 0x0xfd317/0x0028 (v 1 DELL B8K 0x00000014 AS= L 0x00000061)=0AACPI: MCFG @ 0x0xfd33f/0x003E (v 1 DELL B8K 0x0000= 0014 ASL 0x00000061)=0AACPI: HPET @ 0x0xfd37d/0x0038 (v 1 DELL B8K = 0x00000014 ASL 0x00000061)=0AACPI: DUMY @ 0x0x9fdbec00/0x0024 (v 1 DELL = B8K 0x00000014 ASL 0x00000061)=0AACPI: SLIC @ 0x0xfd3b5/0x0176 (v = 1 DELL B8K 0x00000014 ASL 0x00000061)=0AMADT: Found IO APIC ID 8, I= nterrupt 0 at 0xfec00000=0Aioapic0: Changing APIC ID to 8=0Aioapic0: Routin= g external 8259A's -> intpin 0=0AMADT: Interrupt override: source 0, irq 2= =0Aioapic0: Routing IRQ 0 -> intpin 2=0AMADT: Interrupt override: source 9,= irq 9=0Aioapic0: intpin 9 trigger: level=0Alapic: Routing NMI -> LINT1=0Al= apic: LINT1 trigger: level=0Alapic: LINT1 polarity: high=0Aioapic0 irqs 0-23 on motherboard=0Alapic0: Forcing LINT1 to edge trigger=0Acp= u0 BSP:=0A ID: 0x00000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffff= ffff=0A lint0: 0x00010700 lint1: 0x00008400 TPR: 0x00000000 SVR: 0x000001f= f=0A timer: 0x000100ef therm: 0x00010000 err: 0x00010000 pcm: 0x00000400= =0Aath_rate: version 1.2 =0Awlan: = <802.11 Link Layer>=0Arandom: =0Anfslock:= pseudo-device=0Akbd: new array size 4=0Akbd1 at kbdmux0=0Amem: =0A= io: =0Anull: =0Aath_hal: 0.10.5.10 (AR5210, = AR5211, AR5212, AR5416, RF5111, RF5112, RF2413, RF5413, RF2133, RF2425, RF2= 417)=0Ahptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 (Oct 13 2008= 16:45:36)=0Aacpi0: on motherboard=0APCIe: Memory Mapped con= figuration base @ 0xe0000000=0Aioapic0: routing intpin 9 (ISA IRQ 9) to vec= tor 48=0Aacpi0: [MPSAFE]=0Aacpi0: [ITHREAD]=0Aacpi0: Power Button (fixed)= =0Aacpi_bus_number: root bus has no _BBN, assuming 0=0AAcpiOsDerivePciId: \= \_SB_.PCI0.ISA_.P40C -> bus 0 dev 10 func 0=0Aacpi0: reservation of 0, a000= 0 (3) failed=0Aacpi0: reservation of 100000, f00000 (3) failed=0Aacpi0: res= ervation of 1000000, 9edbcc00 (3) failed=0AACPI timer: 1/1 1/1 1/1 1/1 1/1 = 1/1 1/1 1/1 1/1 1/1 -> 10=0ATimecounter "ACPI-fast" frequency 3579545 Hz qu= ality 1000=0Aacpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b = on acpi0=0Apci_link0: Index IRQ Rtd Ref IRQs=0A Initial Probe = 0 11 N 0 3 4 5 6 7 9 10 11 12 15=0A Validation 0 = 11 N 0 3 4 5 6 7 9 10 11 12 15=0A After Disable 0 255 N = 0 3 4 5 6 7 9 10 11 12 15=0Apci_link1: Index IRQ Rtd Ref IRQs= =0A Initial Probe 0 10 N 0 3 4 5 6 7 9 10 11 12 15=0A Vali= dation 0 10 N 0 3 4 5 6 7 9 10 11 12 15=0A After Disable= 0 255 N 0 3 4 5 6 7 9 10 11 12 15=0Apci_link2: Index = IRQ Rtd Ref IRQs=0A Initial Probe 0 9 N 0 3 4 5 6 7 9 = 10 11 12 15=0A Validation 0 9 N 0 3 4 5 6 7 9 10 11 12 = 15=0A After Disable 0 255 N 0 3 4 5 6 7 9 10 11 12 15=0Apci_= link3: Index IRQ Rtd Ref IRQs=0A Initial Probe 0 255 N= 0 3 4 5 6 7 9 10 11 12 15=0A Validation 0 255 N 0 3= 4 5 6 7 9 10 11 12 15=0A After Disable 0 255 N 0 3 4 5 6 7 = 9 10 11 12 15=0Apci_link4: Index IRQ Rtd Ref IRQs=0A Initial Pr= obe 0 11 N 0 3 4 5 6 7 9 10 11 12 15=0A Validation = 0 11 N 0 3 4 5 6 7 9 10 11 12 15=0A After Disable 0 255 = N 0 3 4 5 6 7 9 10 11 12 15=0Apci_link5: Index IRQ Rtd Ref = IRQs=0A Initial Probe 0 10 N 0 3 4 5 6 7 9 10 11 12 15=0A = Validation 0 10 N 0 3 4 5 6 7 9 10 11 12 15=0A After Di= sable 0 255 N 0 3 4 5 6 7 9 10 11 12 15=0Apci_link6: I= ndex IRQ Rtd Ref IRQs=0A Initial Probe 0 9 N 0 3 4 5 6= 7 9 10 11 12 15=0A Validation 0 9 N 0 3 4 5 6 7 9 10 1= 1 12 15=0A After Disable 0 255 N 0 3 4 5 6 7 9 10 11 12 15= =0Apci_link7: Index IRQ Rtd Ref IRQs=0A Initial Probe 0 = 255 N 0 3 4 5 6 7 9 10 11 12 15=0A Validation 0 255 N = 0 3 4 5 6 7 9 10 11 12 15=0A After Disable 0 255 N 0 3 4= 5 6 7 9 10 11 12 15=0Apci_link8: Index IRQ Rtd Ref IRQs=0A Ini= tial Probe 0 9 N 0 3 4 5 6 7 9 10 11 12 15=0A Validation = 0 9 N 0 3 4 5 6 7 9 10 11 12 15=0A After Disable 0= 255 N 0 3 4 5 6 7 9 10 11 12 15=0Apci_link9: Index IRQ Rt= d Ref IRQs=0A Initial Probe 0 10 N 0 3 4 5 6 7 9 10 11 12= 15=0A Validation 0 10 N 0 3 4 5 6 7 9 10 11 12 15=0A A= fter Disable 0 255 N 0 3 4 5 6 7 9 10 11 12 15=0Apci_link10: = Index IRQ Rtd Ref IRQs=0A Initial Probe 0 255 N 0 = 3 4 5 6 7 9 10 11 12 15=0A Validation 0 255 N 0 3 4 5 6 7= 9 10 11 12 15=0A After Disable 0 255 N 0 3 4 5 6 7 9 10 11 = 12 15=0Apci_link11: Index IRQ Rtd Ref IRQs=0A Initial Probe = 0 11 N 0 3 4 5 6 7 9 10 11 12 15=0A Validation 0 11 = N 0 3 4 5 6 7 9 10 11 12 15=0A After Disable 0 255 N 0= 3 4 5 6 7 9 10 11 12 15=0Apci_link12: Index IRQ Rtd Ref IRQs=0A= Initial Probe 0 11 N 0 3 4 5 6 7 9 10 11 12 15=0A Validat= ion 0 11 N 0 3 4 5 6 7 9 10 11 12 15=0A After Disable = 0 255 N 0 3 4 5 6 7 9 10 11 12 15=0Apci_link13: Index IR= Q Rtd Ref IRQs=0A Initial Probe 0 10 N 0 3 4 5 6 7 9 10 = 11 12 15=0A Validation 0 10 N 0 3 4 5 6 7 9 10 11 12 15= =0A After Disable 0 255 N 0 3 4 5 6 7 9Copyright (c) 1992-20= 08 The FreeBSD Project.=0ACopyright (c) 1979, 1980, 1983, 1986, 1988, 1989,= 1991, 1992, 1993, 1994=0A The Regents of the University of California. All= rights reserved.=0AFreeBSD is a registered trademark of The FreeBSD Founda= tion.=0AFreeBSD 8.0-CURRENT #6: Mon Oct 13 16:45:39 BST 2008=0A sandbox@= w2fzz0vc03.aah-go-on.com:/usr/home/sandbox/debug/obj/usr/home/sandbox/debug= /src/sys/GENERIC_KTR=0AWARNING: WITNESS option enabled, expect reduced perf= ormance.=0APreloaded elf kernel "/boot/debug/kernel" at 0xffffffff8104c000.= =0APreloaded elf obj module "/boot/debug/zfs.ko" at 0xffffffff8104c208.=0AP= reloaded elf obj module "/boot/debug/opensolaris.ko" at 0xffffffff8104c870.= =0APreloaded /boot/zfs/zpool.cache "/boot/zfs/zpool.cache" at 0xffffffff810= 4ce60.=0ATimecounter "i8254" frequency 1193182 Hz quality 0=0ACalibrating T= SC clock ... TSC clock: 3192053232 Hz=0ACPU: Intel(R) Core(TM)2 Quad CPU = @ 2.66GHz (3192.05-MHz K8-class CPU)=0A Origin =3D "GenuineIntel" = Id =3D 0x6f7 Stepping =3D 7=0A Features=3D0xbfebfbff=0A Features2=3D0xe3bd=0A AMD Features=3D0x20100800=0A AMD Features2=3D0x1=0A Cores per package: 4=0Ausable memory = =3D 4275945472 (4077 MB)=0APhysical memory chunk(s):=0A0x0000000000001000 -= 0x000000000009bfff, 634880 bytes (155 pages)=0A0x000000000107b000 - 0x0000= 000096333fff, 2502660096 bytes (611001 pages)=0A0x0000000100000000 - 0x0000= 00015ffeffff, 1610547200 bytes (393200 pages)=0Aavail memory =3D 409133465= 6 (3901 MB)=0AACPI APIC Table: =0AINTR: Adding local APIC 1= as a target=0AINTR: Adding local APIC 2 as a target=0AINTR: Adding local A= PIC 3 as a target=0AFreeBSD/SMP: Multiprocessor System Detected: 4 CPUs=0A = cpu0 (BSP): APIC ID: 0=0A cpu1 (AP): APIC ID: 1=0A cpu2 (AP): APIC ID: 2= =0A cpu3 (AP): APIC ID: 3=0AAPIC: CPU 0 has ACPI ID 1=0AAPIC: CPU 1 has AC= PI ID 2=0AAPIC: CPU 2 has ACPI ID 3=0AAPIC: CPU 3 has ACPI ID 4=0AULE: setu= p cpu 0=0AULE: setup cpu 1=0AULE: setup cpu 2=0AULE: setup cpu 3=0AThis mod= ule (opensolaris) contains code covered by the=0ACommon Development and Dis= tribution License (CDDL)=0Asee http://opensolaris.org/os/licensing/opensola= ris_license/=0AACPI: RSDP @ 0x0xfebf0/0x0024 (v 2 DELL )=0AACPI: XSDT @ 0= x0xfd0b9/0x0064 (v 1 DELL B8K 0x00000014 ASL 0x00000061)=0AACPI: F= ACP @ 0x0xfd191/0x00F4 (v 3 DELL B8K 0x00000014 ASL 0x00000061)=0A= ACPI: DSDT @ 0x0xfffc13b6/0x3F25 (v 1 DELL dt_ex 0x00001000 INTL 0x20= 050624)=0AACPI: FACS @ 0x0x9fdbcc00/0x0040=0AACPI: SSDT @ 0x0xfffc52db/0x00= 99 (v 1 DELL st_ex 0x00001000 INTL 0x20050624)=0AACPI: APIC @ 0x0xfd2= 85/0x0092 (v 1 DELL B8K 0x00000014 ASL 0x00000061)=0AACPI: BOOT @ = 0x0xfd317/0x0028 (v 1 DELL B8K 0x00000014 ASL 0x00000061)=0AACPI: = MCFG @ 0x0xfd33f/0x003E (v 1 DELL B8K 0x00000014 ASL 0x00000061)= =0AACPI: HPET @ 0x0xfd37d/0x0038 (v 1 DELL B8K 0x00000014 ASL 0x00= 000061)=0AACPI: DUMY @ 0x0x9fdbec00/0x0024 (v 1 DELL B8K 0x00000014= ASL 0x00000061)=0AACPI: SLIC @ 0x0xfd3b5/0x0176 (v 1 DELL B8K 0x0= 0000014 ASL 0x00000061)=0AMADT: Found IO APIC ID 8, Interrupt 0 at 0xfec00= 000=0Aioapic0: Changing APIC ID to 8=0Aioapic0: Routing external 8259A's ->= intpin 0=0AMADT: Interrupt override: source 0, irq 2=0Aioapic0: Routing IR= Q 0 -> intpin 2=0AMADT: Interrupt override: source 9, irq 9=0Aioapic0: intp= in 9 trigger: level=0Alapic: Routing NMI -> LINT1=0Alapic: LINT1 trigger: l= evel=0Alapic: LINT1 polarity: high=0Aioapic0 irqs 0-23 on mot= herboard=0Alapic0: Forcing LINT1 to edge trigger=0Acpu0 BSP:=0A ID: 0x0= 0000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff=0A lint0: 0x0001= 0700 lint1: 0x00008400 TPR: 0x00000000 SVR: 0x000001ff=0A timer: 0x000100e= f therm: 0x00010000 err: 0x00010000 pcm: 0x00000400=0Aath_rate: version 1.2= =0Awlan: <802.11 Link Layer>=0Ara= ndom: =0Anfslock: pseudo-device=0Akbd: ne= w array size 4=0Akbd1 at kbdmux0=0Amem: =0Aio: =0Anull: =0Aath_hal: 0.10.5.10 (AR5210, AR5211, AR5212, AR5416, = RF5111, RF5112, RF2413, RF5413, RF2133, RF2425, RF2417)=0Ahptrr: RocketRAID= 17xx/2xxx SATA controller driver v1.2 (Oct 13 2008 16:45:36)=0Aacpi0: on motherboard=0APCIe: Memory Mapped configuration base @ 0xe000= 0000=0Aioapic0: routing intpin 9 (ISA IRQ 9) to vector 48=0Aacpi0: [MPSAFE]= =0Aacpi0: [ITHREAD]=0Aacpi0: Power Button (fixed)=0Aacpi_bus_number: root b= us has no _BBN, assuming 0=0AAcpiOsDerivePciId: \\_SB_.PCI0.ISA_.P40C -> bu= s 0 dev 10 func 0=0Aacpi0: reservation of 0, a0000 (3) failed=0Aacpi0: rese= rvation of 100000, f00000 (3) failed=0Aacpi0: reservation of 1000000, 9edbc= c00 (3) failed=0AACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10= =0ATimecounter "ACPI-fast" frequency 3579545 Hz quality 1000=0Aacpi_timer0:= <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0=0Apci_link0: = Index IRQ Rtd Ref IRQs=0A Initial Probe 0 11 N 0 3 = 4 5 6 7 9 10 11 12 15=0A Validation 0 11 N 0 3 4 5 6 7 9= 10 11 12 15=0A After Disable 0 255 N 0 3 4 5 6 7 9 10 11 12= 15=0Apci_link1: Index IRQ Rtd Ref IRQs=0A Initial Probe = 0 10 N 0 3 4 5 6 7 9 10 11 12 15=0A Validation 0 10 = N 0 3 4 5 6 7 9 10 11 12 15=0A After Disable 0 255 N 0 = 3 4 5 6 7 9 10 11 12 15=0Apci_link2: Index IRQ Rtd Ref IRQs=0A = Initial Probe 0 9 N 0 3 4 5 6 7 9 10 11 12 15=0A Validatio= n 0 9 N 0 3 4 5 6 7 9 10 11 12 15=0A After Disable = 0 255 N 0 3 4 5 6 7 9 10 11 12 15=0Apci_link3: Index IRQ = Rtd Ref IRQs=0A Initial Probe 0 255 N 0 3 4 5 6 7 9 10 11= 12 15=0A Validation 0 255 N 0 3 4 5 6 7 9 10 11 12 15=0A= After Disable 0 255 N 0 3 4 5 6 7 9 10 11 12 15=0Apci_link4= : Index IRQ Rtd Ref IRQs=0A Initial Probe 0 11 N = 0 3 4 5 6 7 9 10 11 12 15=0A Validation 0 11 N 0 3 4 5 = 6 7 9 10 11 12 15=0A After Disable 0 255 N 0 3 4 5 6 7 9 10 = 11 12 15=0Apci_link5: Index IRQ Rtd Ref IRQs=0A Initial Probe = 0 10 N 0 3 4 5 6 7 9 10 11 12 15=0A Validation 0 = 10 N 0 3 4 5 6 7 9 10 11 12 15=0A After Disable 0 255 N = 0 3 4 5 6 7 9 10 11 12 15=0Apci_link6: Index IRQ Rtd Ref IRQs= =0A Initial Probe 0 9 N 0 3 4 5 6 7 9 10 11 12 15=0A Vali= dation 0 9 N 0 3 4 5 6 7 9 10 11 12 15=0A After Disable= 0 255 N 0 3 4 5 6 7 9 10 11 12 15=0Apci_link7: Index = IRQ Rtd Ref IRQs=0A Initial Probe 0 255 N 0 3 4 5 6 7 9 = 10 11 12 15=0A Validation 0 255 N 0 3 4 5 6 7 9 10 11 12 = 15=0A After Disable 0 255 N 0 3 4 5 6 7 9 10 11 12 15=0Apci_= link8: Index IRQ Rtd Ref IRQs=0A Initial Probe 0 9 N= 0 3 4 5 6 7 9 10 11 12 15=0A Validation 0 9 N 0 3= 4 5 6 7 9 10 11 12 15=0A After Disable 0 255 N 0 3 4 5 6 7 = 9 10 11 12 15=0Apci_link9: Index IRQ Rtd Ref IRQs=0A Initial Pr= obe 0 10 N 0 3 4 5 6 7 9 10 11 12 15=0A Validation = 0 10 N 0 3 4 5 6 7 9 10 11 12 15=0A After Disable 0 255 = N 0 3 4 5 6 7 9 10 11 12 15=0Apci_link10: Index IRQ Rtd Ref = IRQs=0A Initial Probe 0 255 N 0 3 4 5 6 7 9 10 11 12 15=0A = Validation 0 255 N 0 3 4 5 6 7 9 10 11 12 15=0A After Di= sable 0 255 N 0 3 4 5 6 7 9 10 11 12 15=0Apci_link11: I= ndex IRQ Rtd Ref IRQs=0A Initial Probe 0 11 N 0 3 4 5 6= 7 9 10 11 12 15=0A Validation 0 11 N 0 3 4 5 6 7 9 10 1= 1 12 15=0A After Disable 0 255 N 0 3 4 5 6 7 9 10 11 12 15= =0Apci_link12: Index IRQ Rtd Ref IRQs=0A Initial Probe 0 = 11 N 0 3 4 5 6 7 9 10 11 12 15=0A Validation 0 11 N = 0 3 4 5 6 7 9 10 11 12 15=0A After Disable 0 255 N 0 3 4= 5 6 7 9 10 11 12 15=0Apci_link13: Index IRQ Rtd Ref IRQs=0A Ini= tial Probe 0 10 N 0 3 4 5 6 7 9 10 11 12 15=0A Validation = 0 10 N 0 3 4 5 6 7 9 10 11 12 15=0A After Disable 0= 255 N 0 3 4 5 6 7 9Copyright (c) 1992-2008 The FreeBSD Project.=0A= Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994=0A= The Regents of the University of California. All rights reserved.=0AFreeBS= D is a registered trademark of The FreeBSD Foundation.=0AFreeBSD 8.0-CURREN= T #6: Mon Oct 13 16:45:39 BST 2008=0A sandbox@w2fzz0vc03.aah-go-on.com:/= usr/home/sandbox/debug/obj/usr/home/sandbox/debug/src/sys/GENERIC_KTR=0AWAR= NING: WITNESS option enabled, expect reduced performance.=0APreloaded elf k= ernel "/boot/debug/kernel" at 0xffffffff8104c000.=0APreloaded elf obj modul= e "/boot/debug/zfs.ko" at 0xffffffff8104c208.=0APreloaded elf obj module "/= boot/debug/opensolaris.ko" at 0xffffffff8104c870.=0APreloaded /boot/zfs/zpo= ol.cache "/boot/zfs/zpool.cache" at 0xffffffff8104ce60.=0ATimecounter "i825= 4" frequency 1193182 Hz quality 0=0ACalibrating TSC clock ... TSC clock: 31= 92053232 Hz=0ACPU: Intel(R) Core(TM)2 Quad CPU @ 2.66GHz (3192.05= -MHz K8-class CPU)=0A Origin =3D "GenuineIntel" Id =3D 0x6f7 Stepping = =3D 7=0A Features=3D0xbfebfbff=0A Features2=3D0xe3bd=0A AMD Features=3D0x20100800=0A AMD Features2=3D0= x1=0A Cores per package: 4=0Ausable memory =3D 4275945472 (4077 MB)= =0APhysical memory chunk(s):=0A0x0000000000001000 - 0x000000000009bfff, 634= 880 bytes (155 pages)=0A0x000000000107b000 - 0x0000000096333fff, 2502660096= bytes (611001 pages)=0A0x0000000100000000 - 0x000000015ffeffff, 1610547200= bytes (393200 pages)=0Aavail memory =3D 4091334656 (3901 MB)=0AACPI APIC = Table: =0AINTR: Adding local APIC 1 as a target=0AINTR: Add= ing local APIC 2 as a target=0AINTR: Adding local APIC 3 as a target=0AFree= BSD/SMP: Multiprocessor System Detected: 4 CPUs=0A cpu0 (BSP): APIC ID: 0= =0A cpu1 (AP): APIC ID: 1=0A cpu2 (AP): APIC ID: 2=0A cpu3 (AP): APIC ID:= 3=0AAPIC: CPU 0 has ACPI ID 1=0AAPIC: CPU 1 has ACPI ID 2=0AAPIC: CPU 2 h= as ACPI ID 3=0AAPIC: CPU 3 has ACPI ID 4=0AULE: setup cpu 0=0AULE: setup cp= u 1=0AULE: setup cpu 2=0AULE: setup cpu 3=0AThis module (opensolaris) conta= ins code covered by the=0ACommon Development and Distribution License (CDDL= )=0Asee http://opensolaris.org/os/licensing/opensolaris_license/=0AACPI: RS= DP @ 0x0xfebf0/0x0024 (v 2 DELL )=0AACPI: XSDT @ 0x0xfd0b9/0x0064 (v 1 D= ELL B8K 0x00000014 ASL 0x00000061)=0AACPI: FACP @ 0x0xfd191/0x00F4 = (v 3 DELL B8K 0x00000014 ASL 0x00000061)=0AACPI: DSDT @ 0x0xfffc13= b6/0x3F25 (v 1 DELL dt_ex 0x00001000 INTL 0x20050624)=0AACPI: FACS @ = 0x0x9fdbcc00/0x0040=0AACPI: SSDT @ 0x0xfffc52db/0x0099 (v 1 DELL st_e= x 0x00001000 INTL 0x20050624)=0AACPI: APIC @ 0x0xfd285/0x0092 (v 1 DELL = B8K 0x00000014 ASL 0x00000061)=0AACPI: BOOT @ 0x0xfd317/0x0028 (v 1 = DELL B8K 0x00000014 ASL 0x00000061)=0AACPI: MCFG @ 0x0xfd33f/0x003E= (v 1 DELL B8K 0x00000014 ASL 0x00000061)=0AACPI: HPET @ 0x0xfd37d= /0x0038 (v 1 DELL B8K 0x00000014 ASL 0x00000061)=0AACPI: DUMY @ 0x= 0x9fdbec00/0x0024 (v 1 DELL B8K 0x00000014 ASL 0x00000061)=0AACPI:= SLIC @ 0x0xfd3b5/0x0176 (v 1 DELL B8K 0x00000014 ASL 0x00000061)= =0AMADT: Found IO APIC ID 8, Interrupt 0 at 0xfec00000=0Aioapic0: Changing = APIC ID to 8=0Aioapic0: Routing external 8259A's -> intpin 0=0AMADT: Interr= upt override: source 0, irq 2=0Aioapic0: Routing IRQ 0 -> intpin 2=0AMADT: = Interrupt override: source 9, irq 9=0Aioapic0: intpin 9 trigger: level=0Ala= pic: Routing NMI -> LINT1=0Alapic: LINT1 trigger: level=0Alapic: LINT1 pola= rity: high=0Aioapic0 irqs 0-23 on motherboard=0Alapic0: Forci= ng LINT1 to edge trigger=0Acpu0 BSP:=0A ID: 0x00000000 VER: 0x0005001= 4 LDR: 0x00000000 DFR: 0xffffffff=0A lint0: 0x00010700 lint1: 0x00008400 T= PR: 0x00000000 SVR: 0x000001ff=0A timer: 0x000100ef therm: 0x00010000 err:= 0x00010000 pcm: 0x00000400=0Aath_rate: version 1.2 =0Awlan: <802.11 Link Layer>=0Arandom: =0Anfslock: pseudo-device=0Akbd: new array size 4=0Akbd1 at= kbdmux0=0Amem: =0Aio: =0Anull: =0Aa= th_hal: 0.10.5.10 (AR5210, AR5211, AR5212, AR5416, RF5111, RF5112, RF2413, = RF5413, RF2133, RF2425, RF2417)=0Ahptrr: RocketRAID 17xx/2xxx SATA controll= er driver v1.2 (Oct 13 2008 16:45:36)=0Aacpi0: on motherboar= d=0APCIe: Memory Mapped configuration base @ 0xe0000000=0Aioapic0: routing = intpin 9 (ISA IRQ 9) to vector 48=0Aacpi0: [MPSAFE]=0Aacpi0: [ITHREAD]=0Aac= pi0: Power Button (fixed)=0Aacpi_bus_number: root bus has no _BBN, assuming= 0=0AAcpiOsDerivePciId: \\_SB_.PCI0.ISA_.P40C -> bus 0 dev 10 func 0=0Aacpi= 0: reservation of 0, a0000 (3) failed=0Aacpi0: reservation of 100000, f0000= 0 (3) failed=0Aacpi0: reservation of 1000000, 9edbcc00 (3) failed=0AACPI ti= mer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10=0ATimecounter "ACPI-fast= " frequency 3579545 Hz quality 1000=0Aacpi_timer0: <24-bit timer at 3.57954= 5MHz> port 0x4008-0x400b on acpi0=0Apci_link0: Index IRQ Rtd Ref = IRQs=0A Initial Probe 0 11 N 0 3 4 5 6 7 9 10 11 12 15=0A = Validation 0 11 N 0 3 4 5 6 7 9 10 11 12 15=0A After Di= sable 0 255 N 0 3 4 5 6 7 9 10 11 12 15=0Apci_link1: I= ndex IRQ Rtd Ref IRQs=0A Initial Probe 0 10 N 0 3 4 5 6= 7 9 10 11 12 15=0A Validation 0 10 N 0 3 4 5 6 7 9 10 1= 1 12 15=0A After Disable 0 255 N 0 3 4 5 6 7 9 10 11 12 15= =0Apci_link2: Index IRQ Rtd Ref IRQs=0A Initial Probe 0 = 9 N 0 3 4 5 6 7 9 10 11 12 15=0A Validation 0 9 N = 0 3 4 5 6 7 9 10 11 12 15=0A After Disable 0 255 N 0 3 4= 5 6 7 9 10 11 12 15=0Apci_link3: Index IRQ Rtd Ref IRQs=0A Ini= tial Probe 0 255 N 0 3 4 5 6 7 9 10 11 12 15=0A Validation = 0 255 N 0 3 4 5 6 7 9 10 11 12 15=0A After Disable 0= 255 N 0 3 4 5 6 7 9 10 11 12 15=0Apci_link4: Index IRQ Rt= d Ref IRQs=0A Initial Probe 0 11 N 0 3 4 5 6 7 9 10 11 12= 15=0A Validation 0 11 N 0 3 4 5 6 7 9 10 11 12 15=0A A= fter Disable 0 255 N 0 3 4 5 6 7 9 10 11 12 15=0Apci_link5: = Index IRQ Rtd Ref IRQs=0A Initial Probe 0 10 N 0 = 3 4 5 6 7 9 10 11 12 15=0A Validation 0 10 N 0 3 4 5 6 7= 9 10 11 12 15=0A After Disable 0 255 N 0 3 4 5 6 7 9 10 11 = 12 15=0Apci_link6: Index IRQ Rtd Ref IRQs=0A Initial Probe = 0 9 N 0 3 4 5 6 7 9 10 11 12 15=0A Validation 0 9 = N 0 3 4 5 6 7 9 10 11 12 15=0A After Disable 0 255 N 0= 3 4 5 6 7 9 10 11 12 15=0Apci_link7: Index IRQ Rtd Ref IRQs=0A= Initial Probe 0 255 N 0 3 4 5 6 7 9 10 11 12 15=0A Validat= ion 0 255 N 0 3 4 5 6 7 9 10 11 12 15=0A After Disable = 0 255 N 0 3 4 5 6 7 9 10 11 12 15=0Apci_link8: Index IR= Q Rtd Ref IRQs=0A Initial Probe 0 9 N 0 3 4 5 6 7 9 10 = 11 12 15=0A Validation 0 9 N 0 3 4 5 6 7 9 10 11 12 15= =0A After Disable 0 255 N 0 3 4 5 6 7 9 10 11 12 15=0Apci_li= nk9: Index IRQ Rtd Ref IRQs=0A Initial Probe 0 10 N = 0 3 4 5 6 7 9 10 11 12 15=0A Validation 0 10 N 0 3 4= 5 6 7 9 10 11 12 15=0A After Disable 0 255 N 0 3 4 5 6 7 9 = 10 11 12 15=0Apci_link10: Index IRQ Rtd Ref IRQs=0A Initial Prob= e 0 255 N 0 3 4 5 6 7 9 10 11 12 15=0A Validation 0= 255 N 0 3 4 5 6 7 9 10 11 12 15=0A After Disable 0 255 N= 0 3 4 5 6 7 9 10 11 12 15=0Apci_link11: Index IRQ Rtd Ref I= RQs=0A Initial Probe 0 11 N 0 3 4 5 6 7 9 10 11 12 15=0A V= alidation 0 11 N 0 3 4 5 6 7 9 10 11 12 15=0A After Disa= ble 0 255 N 0 3 4 5 6 7 9 10 11 12 15=0Apci_link12: Ind= ex IRQ Rtd Ref IRQs=0A Initial Probe 0 11 N 0 3 4 5 6 7= 9 10 11 12 15=0A Validation 0 11 N 0 3 4 5 6 7 9 10 11 = 12 15=0A After Disable 0 255 N 0 3 4 5 6 7 9 10 11 12 15=0Ap= ci_link13: Index IRQ Rtd Ref IRQs=0A Initial Probe 0 10 = N 0 3 4 5 6 7 9 10 11 12 15=0A Validation 0 10 N 0= 3 4 5 6 7 9 10 11 12 15=0A After Disable 0 255 N 0 3 4 5 6= 7 9Copyright (c) 1992-2008 The FreeBSD Project.=0ACopyright (c) 1979, 1980= , 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994=0A The Regents of the Univ= ersity of California. All rights reserved.=0AFreeBSD is a registered tradem= ark of The FreeBSD Foundation.=0AFreeBSD 8.0-CURRENT #6: Mon Oct 13 16:45:3= 9 BST 2008=0A sandbox@w2fzz0vc03.aah-go-on.com:/usr/home/sandbox/debug/o= bj/usr/home/sandbox/debug/src/sys/GENERIC_KTR=0AWARNING: WITNESS option ena= bled, expect reduced performance.=0APreloaded elf kernel "/boot/debug/kerne= l" at 0xffffffff8104c000.=0APreloaded elf obj module "/boot/debug/zfs.ko" a= t 0xffffffff8104c208.=0APreloaded elf obj module "/boot/debug/opensolaris.k= o" at 0xffffffff8104c870.=0APreloaded /boot/zfs/zpool.cache "/boot/zfs/zpoo= l.cache" at 0xffffffff8104ce60.=0ATimecounter "i8254" frequency 1193182 Hz = quality 0=0ACalibrating TSC clock ... TSC clock: 3192053232 Hz=0ACPU: Intel= (R) Core(TM)2 Quad CPU @ 2.66GHz (3192.05-MHz K8-class CPU)=0A O= rigin =3D "GenuineIntel" Id =3D 0x6f7 Stepping =3D 7=0A Features=3D0xbfe= bfbff=0A Features2=3D0xe3bd= =0A AMD Features= =3D0x20100800=0A AMD Features2=3D0x1=0A Cores per pa= ckage: 4=0Ausable memory =3D 4275945472 (4077 MB)=0APhysical memory chunk(s= ):=0A0x0000000000001000 - 0x000000000009bfff, 634880 bytes (155 pages)=0A0x= 000000000107b000 - 0x0000000096333fff, 2502660096 bytes (611001 pages)=0A0x= 0000000100000000 - 0x000000015ffeffff, 1610547200 bytes (393200 pages)=0Aav= ail memory =3D 4091334656 (3901 MB)=0AACPI APIC Table: =0A= INTR: Adding local APIC 1 as a target=0AINTR: Adding local APIC 2 as a targ= et=0AINTR: Adding local APIC 3 as a target=0AFreeBSD/SMP: Multiprocessor Sy= stem Detected: 4 CPUs=0A cpu0 (BSP): APIC ID: 0=0A cpu1 (AP): APIC ID: 1= =0A cpu2 (AP): APIC ID: 2=0A cpu3 (AP): APIC ID: 3=0AAPIC: CPU 0 has ACPI= ID 1=0AAPIC: CPU 1 has ACPI ID 2=0AAPIC: CPU 2 has ACPI ID 3=0AAPIC: CPU 3= has ACPI ID 4=0AULE: setup cpu 0=0AULE: setup cpu 1=0AULE: setup cpu 2=0AU= LE: setup cpu 3=0AThis module (opensolaris) contains code covered by the=0A= Common Development and Distribution License (CDDL)=0Asee http://opensolaris= org/os/licensing/opensolaris_license/=0AACPI: RSDP @ 0x0xfebf0/0x0024 (v = 2 DELL )=0AACPI: XSDT @ 0x0xfd0b9/0x0064 (v 1 DELL B8K 0x00000014 = ASL 0x00000061)=0AACPI: FACP @ 0x0xfd191/0x00F4 (v 3 DELL B8K 0x00= 000014 ASL 0x00000061)=0AACPI: DSDT @ 0x0xfffc13b6/0x3F25 (v 1 DELL = dt_ex 0x00001000 INTL 0x20050624)=0AACPI: FACS @ 0x0x9fdbcc00/0x0040=0AACPI= : SSDT @ 0x0xfffc52db/0x0099 (v 1 DELL st_ex 0x00001000 INTL 0x200506= 24)=0AACPI: APIC @ 0x0xfd285/0x0092 (v 1 DELL B8K 0x00000014 ASL 0= x00000061)=0AACPI: BOOT @ 0x0xfd317/0x0028 (v 1 DELL B8K 0x00000014= ASL 0x00000061)=0AACPI: MCFG @ 0x0xfd33f/0x003E (v 1 DELL B8K 0x0= 0000014 ASL 0x00000061)=0AACPI: HPET @ 0x0xfd37d/0x0038 (v 1 DELL B8K = 0x00000014 ASL 0x00000061)=0AACPI: DUMY @ 0x0x9fdbec00/0x0024 (v 1 DE= LL B8K 0x00000014 ASL 0x00000061)=0AACPI: SLIC @ 0x0xfd3b5/0x0176 (= v 1 DELL B8K 0x00000014 ASL 0x00000061)=0AMADT: Found IO APIC ID 8= , Interrupt 0 at 0xfec00000=0Aioapic0: Changing APIC ID to 8=0Aioapic0: Rou= ting external 8259A's -> intpin 0=0AMADT: Interrupt override: source 0, irq= 2=0Aioapic0: Routing IRQ 0 -> intpin 2=0AMADT: Interrupt override: source = 9, irq 9=0Aioapic0: intpin 9 trigger: level=0Alapic: Routing NMI -> LINT1= =0Alapic: LINT1 trigger: level=0Alapic: LINT1 polarity: high=0Aioapic0 irqs 0-23 on motherboard=0Alapic0: Forcing LINT1 to edge trigger= =0Acpu0 BSP:=0A ID: 0x00000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0= xffffffff=0A lint0: 0x00010700 lint1: 0x00008400 TPR: 0x00000000 SVR: 0x00= 0001ff=0A timer: 0x000100ef therm: 0x00010000 err: 0x00010000 pcm: 0x00000= 400=0Aath_rate: version 1.2 =0Awla= n: <802.11 Link Layer>=0Arandom: =0Anfslo= ck: pseudo-device=0Akbd: new array size 4=0Akbd1 at kbdmux0=0Amem: = =0Aio: =0Anull: =0Aath_hal: 0.10.5.10 (AR521= 0, AR5211, AR5212, AR5416, RF5111, RF5112, RF2413, RF5413, RF2133, RF2425, = RF2417)=0Ahptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 (Oct 13 2= 008 16:45:36)=0Aacpi0: on motherboard=0APCIe: Memory Mapped = configuration base @ 0xe0000000=0Aioapic0: routing intpin 9 (ISA IRQ 9) to = vector 48=0Aacpi0: [MPSAFE]=0Aacpi0: [ITHREAD]=0Aacpi0: Power Button (fixed= )=0Aacpi_bus_number: root bus has no _BBN, assuming 0=0AAcpiOsDerivePciId: = \\_SB_.PCI0.ISA_.P40C -> bus 0 dev 10 func 0=0Aacpi0: reservation of 0, a00= 00 (3) failed=0Aacpi0: reservation of 100000, f00000 (3) failed=0Aacpi0: re= servation of 1000000, 9edbcc00 (3) failed=0AACPI timer: 1/1 1/1 1/1 1/1 1/1= 1/1 1/1 1/1 1/1 1/1 -> 10=0ATimecounter "ACPI-fast" frequency 3579545 Hz q= uality 1000=0Aacpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b= on acpi0=0Apci_link0: Index IRQ Rtd Ref IRQs=0A Initial Probe = 0 11 N 0 3 4 5 6 7 9 10 11 12 15=0A Validation 0 = 11 N 0 3 4 5 6 7 9 10 11 12 15=0A After Disable 0 255 N = 0 3 4 5 6 7 9 10 11 12 15=0Apci_link1: Index IRQ Rtd Ref IRQ= s=0A Initial Probe 0 10 N 0 3 4 5 6 7 9 10 11 12 15=0A Val= idation 0 10 N 0 3 4 5 6 7 9 10 11 12 15=0A After Disabl= e 0 255 N 0 3 4 5 6 7 9 10 11 12 15=0Apci_link2: Index= IRQ Rtd Ref IRQs=0A Initial Probe 0 9 N 0 3 4 5 6 7 9= 10 11 12 15=0A Validation 0 9 N 0 3 4 5 6 7 9 10 11 12= 15=0A After Disable 0 255 N 0 3 4 5 6 7 9 10 11 12 15=0Apci= _link3: Index IRQ Rtd Ref IRQs=0A Initial Probe 0 255 = N 0 3 4 5 6 7 9 10 11 12 15=0A Validation 0 255 N 0 = 3 4 5 6 7 9 10 11 12 15=0A After Disable 0 255 N 0 3 4 5 6 7= 9 10 11 12 15=0Apci_link4: Index IRQ Rtd Ref IRQs=0A Initial P= robe 0 11 N 0 3 4 5 6 7 9 10 11 12 15=0A Validation = 0 11 N 0 3 4 5 6 7 9 10 11 12 15=0A After Disable 0 255 = N 0 3 4 5 6 7 9 10 11 12 15=0Apci_link5: Index IRQ Rtd Ref= IRQs=0A Initial Probe 0 10 N 0 3 4 5 6 7 9 10 11 12 15=0A= Validation 0 10 N 0 3 4 5 6 7 9 10 11 12 15=0A After D= isable 0 255 N 0 3 4 5 6 7 9 10 11 12 15=0Apci_link6: = Index IRQ Rtd Ref IRQs=0A Initial Probe 0 9 N 0 3 4 5 = 6 7 9 10 11 12 15=0A Validation 0 9 N 0 3 4 5 6 7 9 10 = 11 12 15=0A After Disable 0 255 N 0 3 4 5 6 7 9 10 11 12 15= =0Apci_link7: Index IRQ Rtd Ref IRQs=0A Initial Probe 0 = 255 N 0 3 4 5 6 7 9 10 11 12 15=0A Validation 0 255 N = 0 3 4 5 6 7 9 10 11 12 15=0A After Disable 0 255 N 0 3 4= 5 6 7 9 10 11 12 15=0Apci_link8: Index IRQ Rtd Ref IRQs=0A Ini= tial Probe 0 9 N 0 3 4 5 6 7 9 10 11 12 15=0A Validation = 0 9 N 0 3 4 5 6 7 9 10 11 12 15=0A After Disable 0= 255 N 0 3 4 5 6 7 9 10 11 12 15=0Apci_link9: Index IRQ Rt= d Ref IRQs=0A Initial Probe 0 10 N 0 3 4 5 6 7 9 10 11 12= 15=0A Validation 0 10 N 0 3 4 5 6 7 9 10 11 12 15=0A A= fter Disable 0 255 N 0 3 4 5 6 7 9 10 11 12 15=0Apci_link10: = Index IRQ Rtd Ref IRQs=0A Initial Probe 0 255 N 0 = 3 4 5 6 7 9 10 11 12 15=0A Validation 0 255 N 0 3 4 5 6 7= 9 10 11 12 15=0A After Disable 0 255 N 0 3 4 5 6 7 9 10 11 = 12 15=0Apci_link11: Index IRQ Rtd Ref IRQs=0A Initial Probe = 0 11 N 0 3 4 5 6 7 9 10 11 12 15=0A Validation 0 11 = N 0 3 4 5 6 7 9 10 11 12 15=0A After Disable 0 255 N 0= 3 4 5 6 7 9 10 11 12 15=0Apci_link12: Index IRQ Rtd Ref IRQs=0A= Initial Probe 0 11 N 0 3 4 5 6 7 9 10 11 12 15=0A Validat= ion 0 11 N 0 3 4 5 6 7 9 10 11 12 15=0A After Disable = 0 255 N 0 3 4 5 6 7 9 10 11 12 15=0Apci_link13: Index IR= Q Rtd Ref IRQs=0A Initial Probe 0 10 N 0 3 4 5 6 7 9 10 = 11 12 15=0A Validation 0 10 N 0 3 4 5 6 7 9 10 11 12 15= =0A After Disable 0 255 N 0 3 4 5 6 7 9Copyright (c) 1992-20= 08 The FreeBSD Project.=0ACopyright (c) 1979, 1980, 1983, 1986, 1988, 1989,= 1991, 1992, 1993, 1994=0A The Regents of the University of California. All= rights reserved.=0AFreeBSD is a registered trademark of The FreeBSD Founda= tion.=0AFreeBSD 8.0-CURRENT #6: Mon Oct 13 16:45:39 BST 2008=0A sandbox@= w2fzz0vc03.aah-go-on.com:/usr/home/sandbox/debug/obj/usr/home/sandbox/debug= /src/sys/GENERIC_KTR=0AWARNING: WITNESS option enabled, expect reduced perf= ormance.=0APreloaded elf kernel "/boot/debug/kernel" at 0xffffffff8104c000.= =0APreloaded elf obj module "/boot/debug/zfs.ko" at 0xffffffff8104c208.=0AP= reloaded elf obj module "/boot/debug/opensolaris.ko" at 0xffffffff8104c870.= =0APreloaded /boot/zfs/zpool.cache "/boot/zfs/zpool.cache" at 0xffffffff810= 4ce60.=0ATimecounter "i8254" frequency 1193182 Hz quality 0=0ACalibrating T= SC clock ... TSC clock: 3192053232 Hz=0ACPU: Intel(R) Core(TM)2 Quad CPU = @ 2.66GHz (3192.05-MHz K8-class CPU)=0A Origin =3D "GenuineIntel" = Id =3D 0x6f7 Stepping =3D 7=0A Features=3D0xbfebfbff=0A Features2=3D0xe3bd=0A AMD Features=3D0x20100800=0A AMD Features2=3D0x1=0A Cores per package: 4=0Ausable memory = =3D 4275945472 (4077 MB)=0APhysical memory chunk(s):=0A0x0000000000001000 -= 0x000000000009bfff, 634880 bytes (155 pages)=0A0x000000000107b000 - 0x0000= 000096333fff, 2502660096 bytes (611001 pages)=0A0x0000000100000000 - 0x0000= 00015ffeffff, 1610547200 bytes (393200 pages)=0Aavail memory =3D 409133465= 6 (3901 MB)=0AACPI APIC Table: =0AINTR: Adding local APIC 1= as a target=0AINTR: Adding local APIC 2 as a target=0AINTR: Adding local A= PIC 3 as a target=0AFreeBSD/SMP: Multiprocessor System Detected: 4 CPUs=0A = cpu0 (BSP): APIC ID: 0=0A cpu1 (AP): APIC ID: 1=0A cpu2 (AP): APIC ID: 2= =0A cpu3 (AP): APIC ID: 3=0AAPIC: CPU 0 has ACPI ID 1=0AAPIC: CPU 1 has AC= PI ID 2=0AAPIC: CPU 2 has ACPI ID 3=0AAPIC: CPU 3 has ACPI ID 4=0AULE: setu= p cpu 0=0AULE: setup cpu 1=0AULE: setup cpu 2=0AULE: setup cpu 3=0AThis mod= ule (opensolaris) contains code covered by the=0ACommon Development and Dis= tribution License (CDDL)=0Asee http://opensolaris.org/os/licensing/opensola= ris_license/=0AACPI: RSDP @ 0x0xfebf0/0x0024 (v 2 DELL )=0AACPI: XSDT @ 0= x0xfd0b9/0x0064 (v 1 DELL B8K 0x00000014 ASL 0x00000061)=0AACPI: F= ACP @ 0x0xfd191/0x00F4 (v 3 DELL B8K 0x00000014 ASL 0x00000061)=0A= ACPI: DSDT @ 0x0xfffc13b6/0x3F25 (v 1 DELL dt_ex 0x00001000 INTL 0x20= 050624)=0AACPI: FACS @ 0x0x9fdbcc00/0x0040=0AACPI: SSDT @ 0x0xfffc52db/0x00= 99 (v 1 DELL st_ex 0x00001000 INTL 0x20050624)=0AACPI: APIC @ 0x0xfd2= 85/0x0092 (v 1 DELL B8K 0x00000014 ASL 0x00000061)=0AACPI: BOOT @ = 0x0xfd317/0x0028 (v 1 DELL B8K 0x00000014 ASL 0x00000061)=0AACPI: = MCFG @ 0x0xfd33f/0x003E (v 1 DELL B8K 0x00000014 ASL 0x00000061)= =0AACPI: HPET @ 0x0xfd37d/0x0038 (v 1 DELL B8K 0x00000014 ASL 0x00= 000061)=0AACPI: DUMY @ 0x0x9fdbec00/0x0024 (v 1 DELL B8K 0x00000014= ASL 0x00000061)=0AACPI: SLIC @ 0x0xfd3b5/0x0176 (v 1 DELL B8K 0x0= 0000014 ASL 0x00000061)=0AMADT: Found IO APIC ID 8, Interrupt 0 at 0xfec00= 000=0Aioapic0: Changing APIC ID to 8=0Aioapic0: Routing external 8259A's ->= intpin 0=0AMADT: Interrupt override: source 0, irq 2=0Aioapic0: Routing IR= Q 0 -> intpin 2=0AMADT: Interrupt override: source 9, irq 9=0Aioapic0: intp= in 9 trigger: level=0Alapic: Routing NMI -> LINT1=0Alapic: LINT1 trigger: l= evel=0Alapic: LINT1 polarity: high=0Aioapic0 irqs 0-23 on mot= herboard=0Alapic0: Forcing LINT1 to edge trigger=0Acpu0 BSP:=0A ID: 0x0= 0000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff=0A lint0: 0x0001= 0700 lint1: 0x00008400 TPR: 0x00000000 SVR: 0x000001ff=0A timer: 0x000100e= f therm: 0x00010000 err: 0x00010000 pcm: 0x00000400=0Aath_rate: version 1.2= =0Awlan: <802.11 Link Layer>=0Ara= ndom: =0Anfslock: pseudo-device=0Akbd: ne= w array size 4=0Akbd1 at kbdmux0=0Amem: =0Aio: =0Anull: =0Aath_hal: 0.10.5.10 (AR5210, AR5211, AR5212, AR5416, = RF5111, RF5112, RF2413, RF5413, RF2133, RF2425, RF2417)=0Ahptrr: RocketRAID= 17xx/2xxx SATA controller driver v1.2 (Oct 13 2008 16:45:36)=0Aacpi0: on motherboard=0APCIe: Memory Mapped configuration base @ 0xe000= 0000=0Aioapic0: routing intpin 9 (ISA IRQ 9) to vector 48=0Aacpi0: [MPSAFE]= =0Aacpi0: [ITHREAD]=0Aacpi0: Power Button (fixed)=0Aacpi_bus_number: root b= us has no _BBN, assuming 0=0AAcpiOsDerivePciId: \\_SB_.PCI0.ISA_.P40C -> bu= s 0 dev 10 func 0=0Aacpi0: reservation of 0, a0000 (3) failed=0Aacpi0: rese= rvation of 100000, f00000 (3) failed=0Aacpi0: reservation of 1000000, 9edbc= c00 (3) failed=0AACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10= =0ATimecounter "ACPI-fast" frequency 3579545 Hz quality 1000=0Aacpi_timer0:= <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0=0Apci_link0: = Index IRQ Rtd Ref IRQs=0A Initial Probe 0 11 N 0 3 = 4 5 6 7 9 10 11 12 15=0A Validation 0 11 N 0 3 4 5 6 7 9= 10 11 12 15=0A After Disable 0 255 N 0 3 4 5 6 7 9 10 11 12= 15=0Apci_link1: Index IRQ Rtd Ref IRQs=0A Initial Probe = 0 10 N 0 3 4 5 6 7 9 10 11 12 15=0A Validation 0 10 = N 0 3 4 5 6 7 9 10 11 12 15=0A After Disable 0 255 N 0 = 3 4 5 6 7 9 10 11 12 15=0Apci_link2: Index IRQ Rtd Ref IRQs=0A = Initial Probe 0 9 N 0 3 4 5 6 7 9 10 11 12 15=0A Validatio= n 0 9 N 0 3 4 5 6 7 9 10 11 12 15=0A After Disable = 0 255 N 0 3 4 5 6 7 9 10 11 12 15=0Apci_link3: Index IRQ = Rtd Ref IRQs=0A Initial Probe 0 255 N 0 3 4 5 6 7 9 10 11= 12 15=0A Validation 0 255 N 0 3 4 5 6 7 9 10 11 12 15=0A= After Disable 0 255 N 0 3 4 5 6 7 9 10 11 12 15=0Apci_link4= : Index IRQ Rtd Ref IRQs=0A Initial Probe 0 11 N = 0 3 4 5 6 7 9 10 11 12 15=0A Validation 0 11 N 0 3 4 5 = 6 7 9 10 11 12 15=0A After Disable 0 255 N 0 3 4 5 6 7 9 10 = 11 12 15=0Apci_link5: Index IRQ Rtd Ref IRQs=0A Initial Probe = 0 10 N 0 3 4 5 6 7 9 10 11 12 15=0A Validation 0 = 10 N 0 3 4 5 6 7 9 10 11 12 15=0A After Disable 0 255 N = 0 3 4 5 6 7 9 10 11 12 15=0Apci_link6: Index IRQ Rtd Ref IRQs= =0A Initial Probe 0 9 N 0 3 4 5 6 7 9 10 11 12 15=0A Vali= dation 0 9 N 0 3 4 5 6 7 9 10 11 12 15=0A After Disable= 0 255 N 0 3 4 5 6 7 9 10 11 12 15=0Apci_link7: Index = IRQ Rtd Ref IRQs=0A Initial Probe 0 255 N 0 3 4 5 6 7 9 = 10 11 12 15=0A Validation 0 255 N 0 3 4 5 6 7 9 10 11 12 = 15=0A After Disable 0 255 N 0 3 4 5 6 7 9 10 11 12 15=0Apci_= link8: Index IRQ Rtd Ref IRQs=0A Initial Probe 0 9 N= 0 3 4 5 6 7 9 10 11 12 15=0A Validation 0 9 N 0 3= 4 5 6 7 9 10 11 12 15=0A After Disable 0 255 N 0 3 4 5 6 7 = 9 10 11 12 15=0Apci_link9: Index IRQ Rtd Ref IRQs=0A Initial Pr= obe 0 10 N 0 3 4 5 6 7 9 10 11 12 15=0A Validation = 0 10 N 0 3 4 5 6 7 9 10 11 12 15=0A After Disable 0 255 = N 0 3 4 5 6 7 9 10 11 12 15=0Apci_link10: Index IRQ Rtd Ref = IRQs=0A Initial Probe 0 255 N 0 3 4 5 6 7 9 10 11 12 15=0A = Validation 0 255 N 0 3 4 5 6 7 9 10 11 12 15=0A After Di= sable 0 255 N 0 3 4 5 6 7 9 10 11 12 15=0Apci_link11: I= ndex IRQ Rtd Ref IRQs=0A Initial Probe 0 11 N 0 3 4 5 6= 7 9 10 11 12 15=0A Validation 0 11 N 0 3 4 5 6 7 9 10 1= 1 12 15=0A After Disable 0 255 N 0 3 4 5 6 7 9 10 11 12 15= =0Apci_link12: Index IRQ Rtd Ref IRQs=0A Initial Probe 0 = 11 N 0 3 4 5 6 7 9 10 11 12 15=0A Validation 0 11 N = 0 3 4 5 6 7 9 10 11 12 15=0A After Disable 0 255 N 0 3 4= 5 6 7 9 10 11 12 15=0Apci_link13: Index IRQ Rtd Ref IRQs=0A Ini= tial Probe 0 10 N 0 3 4 5 6 7 9 10 11 12 15=0A Validation = 0 10 N 0 3 4 5 6 7 9 10 11 12 15=0A After Disable 0= 255 N 0 3 4 5 6 7 9Copyright (c) 1992-2008 The FreeBSD Project.=0A= Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994=0A= The Regents of the University of California. All rights reserved.=0AFreeBS= D is a registered trademark of The FreeBSD Foundation.=0AFreeBSD 8.0-CURREN= T #6: Mon Oct 13 16:45:39 BST 2008=0A sandbox@w2fzz0vc03.aah-go-on.com:/= usr/home/sandbox/debug/obj/usr/home/sandbox/debug/src/sys/GENERIC_KTR=0AWAR= NING: WITNESS option enabled, expect reduced performance.=0APreloaded elf k= ernel "/boot/debug/kernel" at 0xffffffff8104c000.=0APreloaded elf obj modul= e "/boot/debug/zfs.ko" at 0xffffffff8104c208.=0APreloaded elf obj module "/= boot/debug/opensolaris.ko" at 0xffffffff8104c870.=0APreloaded /boot/zfs/zpo= ol.cache "/boot/zfs/zpool.cache" at 0xffffffff8104ce60.=0ATimecounter "i825= 4" frequency 1193182 Hz quality 0=0ACalibrating TSC clock ... TSC clock: 31= 92053232 Hz=0ACPU: Intel(R) Core(TM)2 Quad CPU @ 2.66GHz (3192.05= -MHz K8-class CPU)=0A Origin =3D "GenuineIntel" Id =3D 0x6f7 Stepping = =3D 7=0A Features=3D0xbfebfbff=0A Features2=3D0xe3bd=0A AMD Features=3D0x20100800=0A AMD Features2=3D0= x1=0A Cores per package: 4=0Ausable memory =3D 4275945472 (4077 MB)= =0APhysical memory chunk(s):=0A0x0000000000001000 - 0x000000000009bfff, 634= 880 bytes (155 pages)=0A0x000000000107b000 - 0x0000000096333fff, 2502660096= bytes (611001 pages)=0A0x0000000100000000 - 0x000000015ffeffff, 1610547200= bytes (393200 pages)=0Aavail memory =3D 4091334656 (3901 MB)=0AACPI APIC = Table: =0AINTR: Adding local APIC 1 as a target=0AINTR: Add= ing local APIC 2 as a target=0AINTR: Adding local APIC 3 as a target=0AFree= BSD/SMP: Multiprocessor System Detected: 4 CPUs=0A cpu0 (BSP): APIC ID: 0= =0A cpu1 (AP): APIC ID: 1=0A cpu2 (AP): APIC ID: 2=0A cpu3 (AP): APIC ID:= 3=0AAPIC: CPU 0 has ACPI ID 1=0AAPIC: CPU 1 has ACPI ID 2=0AAPIC: CPU 2 h= as ACPI ID 3=0AAPIC: CPU 3 has ACPI ID 4=0AULE: setup cpu 0=0AULE: setup cp= u 1=0AULE: setup cpu 2=0AULE: setup cpu 3=0AThis module (opensolaris) conta= ins code covered by the=0ACommon Development and Distribution License (CDDL= )=0Asee http://opensolaris.org/os/licensing/opensolaris_license/=0AACPI: RS= DP @ 0x0xfebf0/0x0024 (v 2 DELL )=0AACPI: XSDT @ 0x0xfd0b9/0x0064 (v 1 D= ELL B8K 0x00000014 ASL 0x00000061)=0AACPI: FACP @ 0x0xfd191/0x00F4 = (v 3 DELL B8K 0x00000014 ASL 0x00000061)=0AACPI: DSDT @ 0x0xfffc13= b6/0x3F25 (v 1 DELL dt_ex 0x00001000 INTL 0x20050624)=0AACPI: FACS @ = 0x0x9fdbcc00/0x0040=0AACPI: SSDT @ 0x0xfffc52db/0x0099 (v 1 DELL st_e= x 0x00001000 INTL 0x20050624)=0AACPI: APIC @ 0x0xfd285/0x0092 (v 1 DELL = B8K 0x00000014 ASL 0x00000061)=0AACPI: BOOT @ 0x0xfd317/0x0028 (v 1 = DELL B8K 0x00000014 ASL 0x00000061)=0AACPI: MCFG @ 0x0xfd33f/0x003E= (v 1 DELL B8K 0x00000014 ASL 0x00000061)=0AACPI: HPET @ 0x0xfd37d= /0x0038 (v 1 DELL B8K 0x00000014 ASL 0x00000061)=0AACPI: DUMY @ 0x= 0x9fdbec00/0x0024 (v 1 DELL B8K 0x00000014 ASL 0x00000061)=0AACPI:= SLIC @ 0x0xfd3b5/0x0176 (v 1 DELL B8K 0x00000014 ASL 0x00000061)= =0AMADT: Found IO APIC ID 8, Interrupt 0 at 0xfec00000=0Aioapic0: Changing = APIC ID to 8=0Aioapic0: Routing external 8259A's -> intpin 0=0AMADT: Interr= upt override: source 0, irq 2=0Aioapic0: Routing IRQ 0 -> intpin 2=0AMADT: = Interrupt override: source 9, irq 9=0Aioapic0: intpin 9 trigger: level=0Ala= pic: Routing NMI -> LINT1=0Alapic: LINT1 trigger: level=0Alapic: LINT1 pola= rity: high=0Aioapic0 irqs 0-23 on motherboard=0Alapic0: Forci= ng LINT1 to edge trigger=0Acpu0 BSP:=0A ID: 0x00000000 VER: 0x0005001= 4 LDR: 0x00000000 DFR: 0xffffffff=0A lint0: 0x00010700 lint1: 0x00008400 T= PR: 0x00000000 SVR: 0x000001ff=0A timer: 0x000100ef therm: 0x00010000 err:= 0x00010000 pcm: 0x00000400=0Aath_rate: version 1.2 =0Awlan: <802.11 Link Layer>=0Arandom: =0Anfslock: pseudo-device=0Akbd: new array size 4=0Akbd1 at= kbdmux0=0Amem: =0Aio: =0Anull: =0Aa= th_hal: 0.10.5.10 (AR5210, AR5211, AR5212, AR5416, RF5111, RF5112, RF2413, = RF5413, RF2133, RF2425, RF2417)=0Ahptrr: RocketRAID 17xx/2xxx SATA controll= er driver v1.2 (Oct 13 2008 16:45:36)=0Aacpi0: on motherboar= d=0APCIe: Memory Mapped configuration base @ 0xe0000000=0Aioapic0: routing = intpin 9 (ISA IRQ 9) to vector 48=0Aacpi0: [MPSAFE]=0Aacpi0: [ITHREAD]=0Aac= pi0: Power Button (fixed)=0Aacpi_bus_number: root bus has no _BBN, assuming= 0=0AAcpiOsDerivePciId: \\_SB_.PCI0.ISA_.P40C -> bus 0 dev 10 func 0=0Aacpi= 0: reservation of 0, a0000 (3) failed=0Aacpi0: reservation of 100000, f0000= 0 (3) failed=0Aacpi0: reservation of 1000000, 9edbcc00 (3) failed=0AACPI ti= mer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10=0ATimecounter "ACPI-fast= " frequency 3579545 Hz quality 1000=0Aacpi_timer0: <24-bit timer at 3.57954= 5MHz> port 0x4008-0x400b on acpi0=0Apci_link0: Index IRQ Rtd Ref = IRQs=0A Initial Probe 0 11 N 0 3 4 5 6 7 9 10 11 12 15=0A = Validation 0 11 N 0 3 4 5 6 7 9 10 11 12 15=0A After Di= sable 0 255 N 0 3 4 5 6 7 9 10 11 12 15=0Apci_link1: I= ndex IRQ Rtd Ref IRQs=0A Initial Probe 0 10 N 0 3 4 5 6= 7 9 10 11 12 15=0A Validation 0 10 N 0 3 4 5 6 7 9 10 1= 1 12 15=0A After Disable 0 255 N 0 3 4 5 6 7 9 10 11 12 15= =0Apci_link2: Index IRQ Rtd Ref IRQs=0A Initial Probe 0 = 9 N 0 3 4 5 6 7 9 10 11 12 15=0A Validation 0 9 N = 0 3 4 5 6 7 9 10 11 12 15=0A After Disable 0 255 N 0 3 4= 5 6 7 9 10 11 12 15=0Apci_link3: Index IRQ Rtd Ref IRQs=0A Ini= tial Probe 0 255 N 0 3 4 5 6 7 9 10 11 12 15=0A Validation = 0 255 N 0 3 4 5 6 7 9 10 11 12 15=0A After Disable 0= 255 N 0 3 4 5 6 7 9 10 11 12 15=0Apci_link4: Index IRQ Rt= d Ref IRQs=0A Initial Probe 0 11 N 0 3 4 5 6 7 9 10 11 12= 15=0A Validation 0 11 N 0 3 4 5 6 7 9 10 11 12 15=0A A= fter Disable 0 255 N 0 3 4 5 6 7 9 10 11 12 15=0Apci_link5: = Index IRQ Rtd Ref IRQs=0A Initial Probe 0 10 N 0 = 3 4 5 6 7 9 10 11 12 15=0A Validation 0 10 N 0 3 4 5 6 7= 9 10 11 12 15=0A After Disable 0 255 N 0 3 4 5 6 7 9 10 11 = 12 15=0Apci_link6: Index IRQ Rtd Ref IRQs=0A Initial Probe = 0 9 N 0 3 4 5 6 7 9 10 11 12 15=0A Validation 0 9 = N 0 3 4 5 6 7 9 10 11 12 15=0A After Disable 0 255 N 0= 3 4 5 6 7 9 10 11 12 15=0Apci_link7: Index IRQ Rtd Ref IRQs=0A= Initial Probe 0 255 N 0 3 4 5 6 7 9 10 11 12 15=0A Validat= ion 0 255 N 0 3 4 5 6 7 9 10 11 12 15=0A After Disable = 0 255 N 0 3 4 5 6 7 9 10 11 12 15=0Apci_link8: Index IR= Q Rtd Ref IRQs=0A Initial Probe 0 9 N 0 3 4 5 6 7 9 10 = 11 12 15=0A Validation 0 9 N 0 3 4 5 6 7 9 10 11 12 15= =0A After Disable 0 255 N 0 3 4 5 6 7 9 10 11 12 15=0Apci_li= nk9: Index IRQ Rtd Ref IRQs=0A Initial Probe 0 10 N = 0 3 4 5 6 7 9 10 11 12 15=0A Validation 0 10 N 0 3 4= 5 6 7 9 10 11 12 15=0A After Disable 0 255 N 0 3 4 5 6 7 9 = 10 11 12 15=0Apci_link10: Index IRQ Rtd Ref IRQs=0A Initial Prob= e 0 255 N 0 3 4 5 6 7 9 10 11 12 15=0A Validation 0= 255 N 0 3 4 5 6 7 9 10 11 12 15=0A After Disable 0 255 N= 0 3 4 5 6 7 9 10 11 12 15=0Apci_link11: Index IRQ Rtd Ref I= RQs=0A Initial Probe 0 11 N 0 3 4 5 6 7 9 10 11 12 15=0A V= alidation 0 11 N 0 3 4 5 6 7 9 10 11 12 15=0A After Disa= ble 0 255 N 0 3 4 5 6 7 9 10 11 12 15=0Apci_link12: Ind= ex IRQ Rtd Ref IRQs=0A Initial Probe 0 11 N 0 3 4 5 6 7= 9 10 11 12 15=0A Validation 0 11 N 0 3 4 5 6 7 9 10 11 = 12 15=0A After Disable 0 255 N 0 3 4 5 6 7 9 10 11 12 15=0Ap= ci_link13: Index IRQ Rtd Ref IRQs=0A Initial Probe 0 10 = N 0 3 4 5 6 7 9 10 11 12 15=0A Validation 0 10 N 0= 3 4 5 6 7 9 10 11 12 15=0A After Disable 0 255 N 0 3 4 5 6= 7 9Copyright (c) 1992-2008 The FreeBSD Project.=0ACopyright (c) 1979, 1980= , 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994=0A The Regents of the Univ= ersity of California. All rights reserved.=0AFreeBSD is a registered tradem= ark of The FreeBSD Foundation.=0AFreeBSD 8.0-CURRENT #6: Mon Oct 13 16:45:3= 9 BST 2008=0A sandbox@w2fzz0vc03.aah-go-on.com:/usr/home/sandbox/debug/o= bj/usr/home/sandbox/debug/src/sys/GENERIC_KTR=0AWARNING: WITNESS option ena= bled, expect reduced performance.=0APreloaded elf kernel "/boot/debug/kerne= l" at 0xffffffff8104c000.=0APreloaded elf obj module "/boot/debug/zfs.ko" a= t 0xffffffff8104c208.=0APreloaded elf obj module "/boot/debug/opensolaris.k= o" at 0xffffffff8104c870.=0APreloaded /boot/zfs/zpool.cache "/boot/zfs/zpoo= l.cache" at 0xffffffff8104ce60.=0ATimecounter "i8254" frequency 1193182 Hz = quality 0=0ACalibrating TSC clock ... TSC clock: 3192053232 Hz=0ACPU: Intel= (R) Core(TM)2 Quad CPU @ 2.66GHz (3192.05-MHz K8-class CPU)=0A O= rigin =3D "GenuineIntel" Id =3D 0x6f7 Stepping =3D 7=0A Features=3D0xbfe= bfbff=0A Features2=3D0xe3bd= =0A AMD Features= =3D0x20100800=0A AMD Features2=3D0x1=0A Cores per pa= ckage: 4=0Ausable memory =3D 4275945472 (4077 MB)=0APhysical memory chunk(s= ):=0A0x0000000000001000 - 0x000000000009bfff, 634880 bytes (155 pages)=0A0x= 000000000107b000 - 0x0000000096333fff, 2502660096 bytes (611001 pages)=0A0x= 0000000100000000 - 0x000000015ffeffff, 1610547200 bytes (393200 pages)=0Aav= ail memory =3D 4091334656 (3901 MB)=0AACPI APIC Table: =0A= INTR: Adding local APIC 1 as a target=0AINTR: Adding local APIC 2 as a targ= et=0AINTR: Adding local APIC 3 as a target=0AFreeBSD/SMP: Multiprocessor Sy= stem Detected: 4 CPUs=0A cpu0 (BSP): APIC ID: 0=0A cpu1 (AP): APIC ID: 1= =0A cpu2 (AP): APIC ID: 2=0A cpu3 (AP): APIC ID: 3=0AAPIC: CPU 0 has ACPI= ID 1=0AAPIC: CPU 1 has ACPI ID 2=0AAPIC: CPU 2 has ACPI ID 3=0AAPIC: CPU 3= has ACPI ID 4=0AULE: setup cpu 0=0AULE: setup cpu ------=_NextPart_000_0001_01C92D80.2DBF5EF0 Content-Type: text/plain; name="atacontrol-list.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="atacontrol-list.txt" ATA channel 0:=0A Master: no device present=0A Slave: no d= evice present=0AATA channel 1:=0A Master: no device present=0A S= lave: no device present=0AATA channel 2:=0A Master: ad4 Serial ATA II=0A Slave: no device presen= t=0AATA channel 3:=0A Master: ad6 Se= rial ATA II=0A Slave: no device present=0AATA channel 4:=0A Mas= ter: acd0 Serial ATA v1.0=0A Slav= e: no device present=0AATA channel 5:=0A Master: acd1 Serial ATA v1.0=0A Slave: no device present= =0AATA channel 6:=0A Master: ad12 Ser= ial ATA II=0A Slave: no device present=0AATA channel 7:=0A Mast= er: ad14 Serial ATA II=0A Slave: = no device present=0A ------=_NextPart_000_0001_01C92D80.2DBF5EF0-- From owner-freebsd-current@FreeBSD.ORG Mon Oct 13 22:36:29 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97921106569A; Mon, 13 Oct 2008 22:36:29 +0000 (UTC) (envelope-from wkoszek@freebsd.czest.pl) Received: from freebsd.czest.pl (l95h.icis.pcz.pl [212.87.224.105]) by mx1.freebsd.org (Postfix) with ESMTP id 242C38FC30; Mon, 13 Oct 2008 22:36:28 +0000 (UTC) (envelope-from wkoszek@freebsd.czest.pl) Received: from freebsd.czest.pl (l95h.icis.pcz.pl [212.87.224.105]) by freebsd.czest.pl (8.14.2/8.14.2) with ESMTP id m9DM2MpZ098823; Mon, 13 Oct 2008 22:02:22 GMT (envelope-from wkoszek@freebsd.czest.pl) Received: (from wkoszek@localhost) by freebsd.czest.pl (8.14.2/8.14.2/Submit) id m9DM2MmT098822; Mon, 13 Oct 2008 22:02:22 GMT (envelope-from wkoszek) Date: Mon, 13 Oct 2008 22:02:22 +0000 From: "Wojciech A. Koszek" To: freebsd-current@FreeBSD.org Message-ID: <20081013220221.GA98439@FreeBSD.org> Mail-Followup-To: freebsd-current@FreeBSD.org, Alexander Motin MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-3.0 (freebsd.czest.pl [212.87.224.105]); Mon, 13 Oct 2008 22:02:22 +0000 (UTC) Cc: Alexander Motin Subject: New snd_hda(4) doesn't handle speaker on NVidia MCP51 audio controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Oct 2008 22:36:29 -0000 Hi, I can't hear anything coming out of my speakers after new snd_hda(4) import. Here's some more detailed information: http://people.freebsd.org/~wkoszek/newhda/dmesg.boot Except this one detail, new snd_hda(4) made situation much, much better for me on the very same laptop. With the previous version of the driver, no matter what I did with: mixer vol ... microphone automatically used to get turned on. Thus, in order to disable it (anyway--"mixer mic" seemed to show "0"), I had to do: mixer mic 0 Which was the only way to silence terrible noise. Thanks, -- Wojciech A. Koszek wkoszek@FreeBSD.org http://people.freebsd.org/~wkoszek/ From owner-freebsd-current@FreeBSD.ORG Mon Oct 13 23:13:50 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB9561065686 for ; Mon, 13 Oct 2008 23:13:50 +0000 (UTC) (envelope-from wkoszek@freebsd.czest.pl) Received: from freebsd.czest.pl (l95h.icis.pcz.pl [212.87.224.105]) by mx1.freebsd.org (Postfix) with ESMTP id 37AAB8FC14 for ; Mon, 13 Oct 2008 23:13:49 +0000 (UTC) (envelope-from wkoszek@freebsd.czest.pl) Received: from freebsd.czest.pl (l95h.icis.pcz.pl [212.87.224.105]) by freebsd.czest.pl (8.14.2/8.14.2) with ESMTP id m9DMdiHc099185; Mon, 13 Oct 2008 22:39:44 GMT (envelope-from wkoszek@freebsd.czest.pl) Received: (from wkoszek@localhost) by freebsd.czest.pl (8.14.2/8.14.2/Submit) id m9DMdiWl099184; Mon, 13 Oct 2008 22:39:44 GMT (envelope-from wkoszek) Date: Mon, 13 Oct 2008 22:39:44 +0000 From: "Wojciech A. Koszek" To: freebsd-current@FreeBSD.org Message-ID: <20081013223943.GA99064@FreeBSD.org> Mail-Followup-To: freebsd-current@FreeBSD.org, bsdimp@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-3.0 (freebsd.czest.pl [212.87.224.105]); Mon, 13 Oct 2008 22:39:44 +0000 (UTC) Cc: bsdimp@FreeBSD.org Subject: My cardbus network adapter makes ath(4) attach only after replugging X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 13 Oct 2008 23:13:50 -0000 Hello, I run the newest -CURRENT kernel from today. This situation was present in the previous versions of the FreeBSD kernel as well. I just report it now. If I plug my ath(4)-based cardbus network adapter in the slot, it's not detected for the first time: http://people.FreeBSD.org/~wkoszek/traces/cbb/hama.first After I unplug my card, and plug it once again, I see: http://people.FreeBSD.org/~wkoszek/traces/cbb/hama.second However, if the card is attached and I reboot, I see following messages (dmesg isn't complete even though I got copied from /var/run/dmesg.boot): http://people.FreeBSD.org/~wkoszek/traces/cbb/dmesg.boot My loader.conf contains following options: hw.cbb.debug=1 hw.cardbus.debug=1 hw.pccard.debug=1 hw.pccard.cis_debug=1 hw.cardbus.cis_debug=1 I'm willing insert some debugging code or to provide any additional information if needed. Thanks, -- Wojciech A. Koszek wkoszek@FreeBSD.org http://people.freebsd.org/~wkoszek/ From owner-freebsd-current@FreeBSD.ORG Tue Oct 14 02:58:32 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5659F1065677 for ; Tue, 14 Oct 2008 02:58:32 +0000 (UTC) (envelope-from nehoraoff@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.234]) by mx1.freebsd.org (Postfix) with ESMTP id 2DF748FC12 for ; Tue, 14 Oct 2008 02:58:32 +0000 (UTC) (envelope-from nehoraoff@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1782275rvf.43 for ; Mon, 13 Oct 2008 19:58:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=PIP7VFCeVx4nyFWko0xchxHCKW3p/nxCdAvUDXuW6e8=; b=FALjnGf1LrcfxGoInS/65YAmp9LePm2NDOBMrCeJa1Bcw9avefOPzgGQ/grtVy/dgx /u+nye8mdzWf7wakwdbsiKaSzNDXwNxtkpiCt0qBxTPKI/7+pMJGbBUurzDrfB2uM3hf v9bBFMUdnhWDXe65bg7CSVUSjrdiLj39xDWnM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=UwHsra4FZu7xMiXHaJLDRhKNtagvWTCpt6kClwSlHvyAeSLN4usQNJHcndeU/ywdXz +gXIQi3+DtlLG2Q3F03dlxy07pb60PAaY3XyUOAj6mYzNz9aqxitlyAoj+VYYZdQIVJ2 KP0JqsFuymt0q7AMMWc/gT/v6r4HlQdVHxp+Y= Received: by 10.142.218.4 with SMTP id q4mr3013577wfg.262.1223951660681; Mon, 13 Oct 2008 19:34:20 -0700 (PDT) Received: by 10.142.131.16 with HTTP; Mon, 13 Oct 2008 19:34:20 -0700 (PDT) Message-ID: Date: Mon, 13 Oct 2008 19:34:20 -0700 From: Nathan To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: BTX Halted 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: Tue, 14 Oct 2008 02:58:32 -0000 I've read a lot about the "BTX halted" issue in the archives and have found many related topics pointing to the same fix: I need to change the ATA devices to use simple DMA or PIO instead of Ultra DMA. Unfortunately, I'm unable to find anything related to "DMA" in my bios. The BIOS is Phoenix - AwardBIOS Any help would be greatly appreciated, Nathan N. From owner-freebsd-current@FreeBSD.ORG Tue Oct 14 09:42:27 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5843B1065691 for ; Tue, 14 Oct 2008 09:42:27 +0000 (UTC) (envelope-from jon.otterholm@ide.resurscentrum.se) Received: from mail1.cil.se (mail1.cil.se [217.197.56.125]) by mx1.freebsd.org (Postfix) with ESMTP id DD9048FC16 for ; Tue, 14 Oct 2008 09:42:26 +0000 (UTC) (envelope-from jon.otterholm@ide.resurscentrum.se) Received: from 192.168.2.30 ([192.168.2.30]) by edusrv05.edu.irc.local ([192.168.44.14]) with Microsoft Exchange Server HTTP-DAV ; Tue, 14 Oct 2008 09:30:25 +0000 MIME-Version: 1.0 X-MimeOLE: Produced By Microsoft Exchange V6.5 User-Agent: Microsoft-Entourage/12.11.0.080522 Content-class: urn:content-classes:message Date: Tue, 14 Oct 2008 11:30:21 +0200 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: ETA Thread-Index: Ackt33pTm/0eeWeB50yAdZQ52aJ4zA== From: "Jon Otterholm" To: Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: ETA X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Oct 2008 09:42:27 -0000 Hi. Will latest version of ZFS ( zpool v11, zfs v3 ) be MFC'd from -HEAD to 7.1R? //Jon From owner-freebsd-current@FreeBSD.ORG Tue Oct 14 10:04:45 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E3091065691; Tue, 14 Oct 2008 10:04:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id D36AC8FC1B; Tue, 14 Oct 2008 10:04:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id m9EA4fEW015835; Tue, 14 Oct 2008 06:04:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id m9EA4fEa087586; Tue, 14 Oct 2008 06:04:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4F27C73039; Tue, 14 Oct 2008 06:04:41 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20081014100441.4F27C73039@freebsd-current.sentex.ca> Date: Tue, 14 Oct 2008 06:04:41 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94/8409/Fri Oct 10 14:35:34 2008 clamav-milter version 0.94 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2008 10:04:45 -0000 TB --- 2008-10-14 08:39:37 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-10-14 08:39:37 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-10-14 08:39:37 - cleaning the object tree TB --- 2008-10-14 08:40:11 - cvsupping the source tree TB --- 2008-10-14 08:40:11 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-10-14 08:40:21 - building world (CFLAGS=-O -pipe) TB --- 2008-10-14 08:40:21 - cd /src TB --- 2008-10-14 08:40:21 - /usr/bin/make -B buildworld >>> World build started on Tue Oct 14 08:40:22 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Oct 14 09:58:02 UTC 2008 TB --- 2008-10-14 09:58:02 - generating LINT kernel config TB --- 2008-10-14 09:58:02 - cd /src/sys/ia64/conf TB --- 2008-10-14 09:58:02 - /usr/bin/make -B LINT TB --- 2008-10-14 09:58:02 - building LINT kernel (COPTFLAGS=) TB --- 2008-10-14 09:58:02 - cd /src TB --- 2008-10-14 09:58:02 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Oct 14 09:58:02 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/usb/if_zyd.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/usb/ohci.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/usb/ohci_pci.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/usb/sl811hs.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/usb/slhci_pccard.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/usb/uark.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/usb/u3g.c /src/sys/dev/usb/u3g.c:103: error: 'U3GFL_EJECT' undeclared here (not in a function) *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-10-14 10:04:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-10-14 10:04:41 - ERROR: failed to build lint kernel TB --- 2008-10-14 10:04:41 - tinderbox aborted TB --- 3814.54 user 410.13 system 5103.99 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Oct 14 10:18:51 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D70621065690 for ; Tue, 14 Oct 2008 10:18:51 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout5.freenet.de (mout5.freenet.de [IPv6:2001:748:100:40::2:7]) by mx1.freebsd.org (Postfix) with ESMTP id 6B7408FC27 for ; Tue, 14 Oct 2008 10:18:51 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.16] (helo=6.mx.freenet.de) by mout5.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #65) id 1KpgzJ-0005Fg-N0; Tue, 14 Oct 2008 12:18:49 +0200 Received: from m8bb2.m.pppool.de ([89.49.139.178]:21810 helo=ernst.jennejohn.org) by 6.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #65) id 1KpgzJ-00067X-EV; Tue, 14 Oct 2008 12:18:49 +0200 Date: Tue, 14 Oct 2008 12:18:48 +0200 From: Gary Jennejohn To: "Jon Otterholm" Message-ID: <20081014121848.43824690@ernst.jennejohn.org> In-Reply-To: References: X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: ETA X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2008 10:18:51 -0000 On Tue, 14 Oct 2008 11:30:21 +0200 "Jon Otterholm" wrote: > Hi. > > Will latest version of ZFS ( zpool v11, zfs v3 ) be MFC'd from -HEAD to > 7.1R? > It's not in head. It's only available as a patch. --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Tue Oct 14 10:28:45 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 488691065689 for ; Tue, 14 Oct 2008 10:28:45 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw2.york.ac.uk (mail-gw2.york.ac.uk [144.32.128.247]) by mx1.freebsd.org (Postfix) with ESMTP id CD7778FC17 for ; Tue, 14 Oct 2008 10:28:44 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw6.york.ac.uk (mail-gw6.york.ac.uk [144.32.129.26]) by mail-gw2.york.ac.uk (8.13.6/8.13.6) with ESMTP id m9E9uqfM026250; Tue, 14 Oct 2008 10:56:52 +0100 (BST) Received: from buffy-128.york.ac.uk ([144.32.128.160] helo=buffy.york.ac.uk) by mail-gw6.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1Kpge4-0002kv-Gd; Tue, 14 Oct 2008 10:56:52 +0100 Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.14.2/8.14.2) with ESMTP id m9E9uqiQ017303; Tue, 14 Oct 2008 10:56:52 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.14.2/8.14.2/Submit) id m9E9uq95017302; Tue, 14 Oct 2008 10:56:52 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: Nathan In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Tue, 14 Oct 2008 10:56:51 +0100 Message-Id: <1223978211.17217.2.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: freebsd-current@freebsd.org Subject: Re: BTX Halted 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: Tue, 14 Oct 2008 10:28:45 -0000 On Mon, 2008-10-13 at 19:34 -0700, Nathan wrote: > I've read a lot about the "BTX halted" issue in the archives and have > found many related topics pointing to the same fix: I need to change > the ATA devices to use simple DMA or PIO instead of Ultra DMA. > Unfortunately, I'm unable to find anything related to "DMA" in my > bios. The BIOS is Phoenix - AwardBIOS What version of FreeBSD are you using? This should have been fixed, and hopefully you'll be able to boot a recent 8-CURRENT (or indeed 7.1-PRERELEASE) snapshot: ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/200809/ Gavin From owner-freebsd-current@FreeBSD.ORG Tue Oct 14 11:14:20 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EFE6D106568B for ; Tue, 14 Oct 2008 11:14:20 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 73FEF8FC22 for ; Tue, 14 Oct 2008 11:14:19 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from orphanage.alkar.net (account mav@alkar.net [212.86.226.11] verified) by cmail.optima.ua (CommuniGate Pro SMTP 5.1.14) with ESMTPA id 224942912; Tue, 14 Oct 2008 14:14:18 +0300 Message-ID: <48F47F09.2000609@FreeBSD.org> Date: Tue, 14 Oct 2008 14:14:17 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.14 (X11/20080612) MIME-Version: 1.0 To: wkoszek@FreeBSD.org References: <20081013220221.GA98439@FreeBSD.org> In-Reply-To: <20081013220221.GA98439@FreeBSD.org> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: New snd_hda(4) doesn't handle speaker on NVidia MCP51 audio controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Oct 2008 11:14:21 -0000 Wojciech A. Koszek wrote: > I can't hear anything coming out of my speakers after new snd_hda(4) > import. Here's some more detailed information: > > http://people.freebsd.org/~wkoszek/newhda/dmesg.boot As you can see from hdac0: 4 associations found: hdac0: Association 0 (1) out: hdac0: Pin nid=14 seq=0 hdac0: Association 1 (2) out: hdac0: Pin nid=11 seq=0 hdac0: Association 2 (3) out: hdac0: Pin nid=18 seq=0 hdac0: Association 3 (4) in: hdac0: Pin nid=12 seq=0 hdac0: Pin nid=17 seq=1 hdac0: Pin nid=13 seq=14 and the rest, driver found 3 playback devices: pcm0 - headphones, pcm1 - line-out, pcm2 - spdif. If in your case line-out is a speaker, then it is your hardware vendor bug that you don't have speaker-to-headphones audio redirection. Read new snd_hda manual to learn more about how to use it better. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Tue Oct 14 14:07:43 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A9D6C1065687 for ; Tue, 14 Oct 2008 14:07:43 +0000 (UTC) (envelope-from gahr@FreeBSD.org) Received: from cpanel03.rubas-s03.net (cpanel03.rubas-s03.net [195.182.222.73]) by mx1.freebsd.org (Postfix) with ESMTP id 657658FC29 for ; Tue, 14 Oct 2008 14:07:43 +0000 (UTC) (envelope-from gahr@FreeBSD.org) Received: from 80-218-191-31.dclient.hispeed.ch ([80.218.191.31] helo=gahrtop.gahr.ch) by cpanel03.rubas-s03.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1Kpk8I-0002IU-5N; Tue, 14 Oct 2008 15:40:18 +0200 Message-ID: <48F4A13D.7080507@FreeBSD.org> Date: Tue, 14 Oct 2008 15:40:13 +0200 From: Pietro Cerutti Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.17 (X11/20081002) MIME-Version: 1.0 To: Erik Cederstrand References: <790a9fff0810130922n7afc10faje3459c09de575be6@mail.gmail.com> In-Reply-To: X-Enigmail-Version: 0.95.6 OpenPGP: id=9571F78E; url=http://gahr.ch/pgp/ Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel03.rubas-s03.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - FreeBSD.org X-Source: X-Source-Args: X-Source-Dir: Cc: Scot Hetzel , freebsd-current@freebsd.org Subject: Re: cc1plus: internal compiler error: Segmentation fault: 11 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Oct 2008 14:07:43 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Erik Cederstrand wrote: | | Den 13/10/2008 kl. 18.22 skrev Scot Hetzel: | |> When I tried rebuilding the audio/pulseaudio port on -CURRENT, it |> would fail with: |> [...] |> cc1: internal compiler error: Segmentation fault: 11 |> |> Is anyone able to reproduce these problems? | | "Segmentation fault: 11" from GCC is often a sign of bad RAM. Have you | tried to switch RAM modules? I'd try to switch optimizations off before going the hard way :) | | Erik - -- Pietro Cerutti gahr@FreeBSD.org PGP Public Key: http://gahr.ch/pgp -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEAREKAAYFAkj0oT0ACgkQwMJqmJVx944yNQCfZh9hcY4ur14c+2S/S77xyuv9 TZoAoL6/M645VouAtVDscnQ/M6jbD7bp =NKpq -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Oct 14 16:39:21 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08985106568B for ; Tue, 14 Oct 2008 16:39:21 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by mx1.freebsd.org (Postfix) with ESMTP id 8C2C08FC1E for ; Tue, 14 Oct 2008 16:39:20 +0000 (UTC) (envelope-from max@love2party.net) Received: from vampire.homelinux.org (dslb-088-066-016-013.pools.arcor-ip.net [88.66.16.13]) by mrelayeu.kundenserver.de (node=mrelayeu5) with ESMTP (Nemesis) id 0ML25U-1KpmvX0d9m-0000za; Tue, 14 Oct 2008 18:39:19 +0200 Received: (qmail 1448 invoked from network); 14 Oct 2008 16:39:18 -0000 Received: from fbsd8.laiers.local (192.168.4.151) by mx.laiers.local with SMTP; 14 Oct 2008 16:39:18 -0000 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org Date: Tue, 14 Oct 2008 18:39:18 +0200 User-Agent: KMail/1.10.1 (FreeBSD/8.0-CURRENT; KDE/4.1.1; i386; ; ) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200810141839.18466.max@love2party.net> X-Provags-ID: V01U2FsdGVkX1+bEnnMU5WRYghbRgf6Db5LUjHKH63eA+K3yKJ nG/o/QN+xMYAe/mC48VLzg9QeLYV3Z3Clbtn1ArD2ml68GK711 2oA10Nxn+SSRW4DSckiaQ== Cc: Robert Watson Subject: bpf does not check PRIV_NET_SETIFFLAGS to set promisc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Oct 2008 16:39:21 -0000 Hi, replying to a question on the tcpdump ML, I just realized that we allow users who have permissions on bpf to bypass PRIV_NET_SETIFFLAGS for setting promiscuous mode. This certainly is not a security problem per se - as bpf access is a mighty permission on its own and shouldn't be given out to untrusted users ... so this is just an "is this intended?" type of thing. BTW, I strongly vote for keeping the possibility to use bpf (in promisc mode) for non-root users. -- /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-current@FreeBSD.ORG Tue Oct 14 19:02:22 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8CC3A106569A for ; Tue, 14 Oct 2008 19:02:22 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.169]) by mx1.freebsd.org (Postfix) with ESMTP id 5E13F8FC39 for ; Tue, 14 Oct 2008 19:02:22 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so2289671wfg.7 for ; Tue, 14 Oct 2008 12:02:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=H8JdcWGhFxf4y9UIUvkoIHyfxlDbYmDks8rSqLH1Ieg=; b=smWSWaX2esTRbaOfVDhUWXacBwnQEJK/XH8+/eNIym8E9ReeTjvsJYrzfkDVpcExPV BsgVoV9hCBcP6J5ud69rQvuKtMcuK7ZVew+PlrcMQZqVdhiBwS/iwGKsLRVeSgp0xU1F xe+PjGWqbfutJFcRozjWlC0GLPRS/GMb6nh/Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=fDKtDuMn0zxcqldyklKUgvUgU+hkcKHoQ5v/TatH+r+YutafMdhfG9f78NRtFskwBO t4T6/T9i/+Jwzy1/Ik3lTg/JbFvgKhzog8csOBUmQ7Bl2GztXkLeUyRlJKTubRKzKobm B22FNcVA4n/zidUxAMqTa0WLAhD4qQB/Pk7qU= Received: by 10.114.12.9 with SMTP id 9mr61108wal.121.1224010941735; Tue, 14 Oct 2008 12:02:21 -0700 (PDT) Received: by 10.114.103.7 with HTTP; Tue, 14 Oct 2008 12:02:21 -0700 (PDT) Message-ID: <790a9fff0810141202g406d12cftb4f8886d4d8a66e4@mail.gmail.com> Date: Tue, 14 Oct 2008 14:02:21 -0500 From: "Scot Hetzel" To: "Pietro Cerutti" In-Reply-To: <48F4A13D.7080507@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <790a9fff0810130922n7afc10faje3459c09de575be6@mail.gmail.com> <48F4A13D.7080507@FreeBSD.org> Cc: freebsd-current@freebsd.org, Erik Cederstrand Subject: Re: cc1plus: internal compiler error: Segmentation fault: 11 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Oct 2008 19:02:22 -0000 On 10/14/08, Pietro Cerutti wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 > > Erik Cederstrand wrote: > | > | Den 13/10/2008 kl. 18.22 skrev Scot Hetzel: > | > |> When I tried rebuilding the audio/pulseaudio port on -CURRENT, it > |> would fail with: > |> [...] > |> cc1: internal compiler error: Segmentation fault: 11 > |> > |> Is anyone able to reproduce these problems? > | > | "Segmentation fault: 11" from GCC is often a sign of bad RAM. Have you > | tried to switch RAM modules? > > I'd try to switch optimizations off before going the hard way :) > It's not a problem with optimizations, as cc -I/nonexistent -lstdc++ -Wmissing-include-dirs test.cpp also results in this error. I swapped the two 1GB RAM sticks with the original two 512M RAM, and it also reproduced the Segmentation fault when '-Wmissing-include-dirs' was used. Without '-Wmissing-include-dirs' both audio/pulseaudio and the test program compile. Scot From owner-freebsd-current@FreeBSD.ORG Tue Oct 14 21:08:27 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B70701065686 for ; Tue, 14 Oct 2008 21:08:27 +0000 (UTC) (envelope-from DJameson@emerytelcom.com) Received: from mail1.etv.net (mail1.etv.net [66.111.113.18]) by mx1.freebsd.org (Postfix) with ESMTP id 98AA68FC1A for ; Tue, 14 Oct 2008 21:08:27 +0000 (UTC) (envelope-from DJameson@emerytelcom.com) Received: from [10.215.99.31] (helo=SERVER1.emerytelcom.com) by mail1.etv.net with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Kppzt-000CiS-M1 for freebsd-current@freebsd.org; Tue, 14 Oct 2008 13:56:01 -0600 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 14 Oct 2008 13:56:01 -0600 Message-ID: <0A8710FF880BBB4687AEC66F9DCF7D0C26B462@SERVER1.emerytelcom.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: ZFS attaching direct access drives as Scsibus#target#drive# Thread-Index: AckuNuJK/B2wOyQfSNizPwjWwh5klQ== From: "Daniel Jameson" To: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: ZFS attaching direct access drives as Scsibus#target#drive# X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2008 21:08:27 -0000 Hello, =20 I'm in the process of building several zfs pools for a backup-server, the machine has 2 24 port sata 3 controllers and 48 1TB drives for storage. I've done a little testing and found that building a pool by using the da# device names can be inconsistent. For example if a device is lost from the first controller and the box is re-booted all the da#s shuffle up, which creates problems with adjacent pools, and the potential for catastrophic failure. In the Sun documentation zpool allows a pool to be built by using S#T#D# (Scsibus Target Drive) syntax, when I attempt it in FBSD It returns:" cannot use '/dev/c0t0d0': must be a GEOM provider" does anyone know a way to statically map a scsibus/target/drive to a specific da# or a fix to allow specific drives by target numbers to be added to a zpool? =20 Daniel =20 =20 Relevant portions of dmesg: twa0: <3ware 9000 series Storage Controller> port 0x2000-0x20ff mem 0xd8000000-0xd9ffffff,0xdc100000-0xdc100fff irq 48 at device 0.0 on pci1 twa1: <3ware 9000 series Storage Controller> port 0x3000-0x30ff mem 0xda000000-0xdbffffff,0xdc400000-0xdc400fff irq 54 at device 0.0 on pci6 da0 at twa0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-5 device da0: 100.000MB/s transfers da0: 953664MB (1953103872 512 byte sectors: 255H 63S/T 121575C) da1 at twa0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-5 device da1: 100.000MB/s transfers da1: 953664MB (1953103872 512 byte sectors: 255H 63S/T 121575C) da2 at twa0 bus 0 target 2 lun 0 da2: Fixed Direct Access SCSI-5 device da2: 100.000MB/s transfers da2: 953664MB (1953103872 512 byte sectors: 255H 63S/T 121575C) da3 at twa0 bus 0 target 3 lun 0 da3: Fixed Direct Access SCSI-5 device da3: 100.000MB/s transfers da3: 953664MB (1953103872 512 byte sectors: 255H 63S/T 121575C) da4 at twa0 bus 0 target 4 lun 0 da4: Fixed Direct Access SCSI-5 device da4: 100.000MB/s transfers da4: 953664MB (1953103872 512 byte sectors: 255H 63S/T 121575C) da5 at twa0 bus 0 target 5 lun 0 da5: Fixed Direct Access SCSI-5 device da5: 100.000MB/s transfers da5: 953664MB (1953103872 512 byte sectors: 255H 63S/T 121575C) da6 at twa0 bus 0 target 6 lun 0 da6: Fixed Direct Access SCSI-5 device da6: 100.000MB/s transfers da6: 953664MB (1953103872 512 byte sectors: 255H 63S/T 121575C) da7 at twa0 bus 0 target 7 lun 0 da7: Fixed Direct Access SCSI-5 device da7: 100.000MB/s transfers da7: 953664MB (1953103872 512 byte sectors: 255H 63S/T 121575C) da8 at twa0 bus 0 target 8 lun 0 da8: Fixed Direct Access SCSI-5 device da8: 100.000MB/s transfers da8: 953664MB (1953103872 512 byte sectors: 255H 63S/T 121575C) da9 at twa0 bus 0 target 9 lun 0 da9: Fixed Direct Access SCSI-5 device da9: 100.000MB/s transfers da9: 953664MB (1953103872 512 byte sectors: 255H 63S/T 121575C) da10 at twa0 bus 0 target 10 lun 0 da10: Fixed Direct Access SCSI-5 device da10: 100.000MB/s transfers da10: 953664MB (1953103872 512 byte sectors: 255H 63S/T 121575C) da11 at twa0 bus 0 target 11 lun 0 da11: Fixed Direct Access SCSI-5 device da11: 100.000MB/s transfers da11: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) da12 at twa0 bus 0 target 12 lun 0 da12: Fixed Direct Access SCSI-5 device da12: 100.000MB/s transfers da12: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) da13 at twa0 bus 0 target 13 lun 0 da13: Fixed Direct Access SCSI-5 device da13: 100.000MB/s transfers da13: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) da14 at twa0 bus 0 target 14 lun 0 da14: Fixed Direct Access SCSI-5 device da14: 100.000MB/s transfers da14: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) da15 at twa0 bus 0 target 15 lun 0 da15: Fixed Direct Access SCSI-5 device da15: 100.000MB/s transfers da15: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) da16 at twa0 bus 0 target 16 lun 0 da16: Fixed Direct Access SCSI-5 device da16: 100.000MB/s transfers da16: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) da17 at twa0 bus 0 target 17 lun 0 da17: Fixed Direct Access SCSI-5 device da17: 100.000MB/s transfers da17: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) da18 at twa0 bus 0 target 18 lun 0 da18: Fixed Direct Access SCSI-5 device da18: 100.000MB/s transfers da18: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) da19 at twa0 bus 0 target 19 lun 0 da19: Fixed Direct Access SCSI-5 device da19: 100.000MB/s transfers da19: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) da20 at twa0 bus 0 target 20 lun 0 da20: Fixed Direct Access SCSI-5 device da20: 100.000MB/s transfers da20: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) da21 at twa0 bus 0 target 21 lun 0 da21: Fixed Direct Access SCSI-5 device da21: 100.000MB/s transfers da21: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) da22 at twa0 bus 0 target 22 lun 0 da22: Fixed Direct Access SCSI-5 device da22: 100.000MB/s transfers da22: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) da23 at twa0 bus 0 target 23 lun 0 da23: Fixed Direct Access SCSI-5 device da23: 100.000MB/s transfers da23: 953664MB (1953103872 512 byte sectors: 255H 63S/T 121575C) da24 at twa1 bus 0 target 0 lun 0 da24: Fixed Direct Access SCSI-5 device da24: 100.000MB/s transfers da24: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) da25 at twa1 bus 0 target 1 lun 0 da25: Fixed Direct Access SCSI-5 device da25: 100.000MB/s transfers da25: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) da26 at twa1 bus 0 target 2 lun 0 da26: Fixed Direct Access SCSI-5 device da26: 100.000MB/s transfers da26: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) da27 at twa1 bus 0 target 3 lun 0 da27: Fixed Direct Access SCSI-5 device da27: 100.000MB/s transfers da27: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) da28 at twa1 bus 0 target 4 lun 0 da28: Fixed Direct Access SCSI-5 device da28: 100.000MB/s transfers da28: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) da29 at twa1 bus 0 target 5 lun 0 da29: Fixed Direct Access SCSI-5 device da29: 100.000MB/s transfers da29: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) da30 at twa1 bus 0 target 6 lun 0 da30: Fixed Direct Access SCSI-5 device da30: 100.000MB/s transfers da30: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) da31 at twa1 bus 0 target 7 lun 0 da31: Fixed Direct Access SCSI-5 device da31: 100.000MB/s transfers da31: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) da32 at twa1 bus 0 target 8 lun 0 da32: Fixed Direct Access SCSI-5 device da32: 100.000MB/s transfers da32: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) da33 at twa1 bus 0 target 9 lun 0 da33: Fixed Direct Access SCSI-5 device da33: 100.000MB/s transfers da33: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) da34 at twa1 bus 0 target 10 lun 0 da34: Fixed Direct Access SCSI-5 device da34: 100.000MB/s transfers da34: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) da35 at twa1 bus 0 target 11 lun 0 da35: Fixed Direct Access SCSI-5 device da35: 100.000MB/s transfers da35: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) da36 at twa1 bus 0 target 12 lun 0 da36: Fixed Direct Access SCSI-5 device da36: 100.000MB/s transfers da36: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) da37 at twa1 bus 0 target 13 lun 0 da37: Fixed Direct Access SCSI-5 device da37: 100.000MB/s transfers da37: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) da38 at twa1 bus 0 target 14 lun 0 da38: Fixed Direct Access SCSI-5 device da38: 100.000MB/s transfers da38: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) da39 at twa1 bus 0 target 15 lun 0 da39: Fixed Direct Access SCSI-5 device da39: 100.000MB/s transfers da39: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) da40 at twa1 bus 0 target 16 lun 0 da40: Fixed Direct Access SCSI-5 device da40: 100.000MB/s transfers da40: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) da41 at twa1 bus 0 target 17 lun 0 da41: Fixed Direct Access SCSI-5 device da41: 100.000MB/s transfers da41: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) da42 at twa1 bus 0 target 18 lun 0 da42: Fixed Direct Access SCSI-5 device da42: 100.000MB/s transfers da42: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) da43 at twa1 bus 0 target 19 lun 0 da43: Fixed Direct Access SCSI-5 device da43: 100.000MB/s transfers da43: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) da44 at twa1 bus 0 target 20 lun 0 da44: Fixed Direct Access SCSI-5 device da44: 100.000MB/s transfers da44: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) da45 at twa1 bus 0 target 21 lun 0 da45: Fixed Direct Access SCSI-5 device da45: 100.000MB/s transfers da45: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) da46 at twa1 bus 0 target 22 lun 0 da46: Fixed Direct Access SCSI-5 device da46: 100.000MB/s transfers da46: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) da47 at twa1 bus 0 target 23 lun 0 da47: Fixed Direct Access SCSI-5 device da47: 100.000MB/s transfers da47: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) SMP: AP CPU #5 Launched! SMP: AP CPU #6 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #7 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #4 Launched! SMP: AP CPU #3 Launched! From owner-freebsd-current@FreeBSD.ORG Tue Oct 14 21:27:38 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17D1F1065688 for ; Tue, 14 Oct 2008 21:27:38 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (cl-162.ewr-01.us.sixxs.net [IPv6:2001:4830:1200:a1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 93F348FC14 for ; Tue, 14 Oct 2008 21:27:37 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.3/8.14.2) with ESMTP id m9ELSN5m012592; Tue, 14 Oct 2008 16:28:23 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.3/8.14.3/Submit) id m9ELSNgD012591; Tue, 14 Oct 2008 16:28:23 -0500 (CDT) (envelope-from brooks) Date: Tue, 14 Oct 2008 16:28:22 -0500 From: Brooks Davis To: Daniel Jameson Message-ID: <20081014212822.GA12551@lor.one-eyed-alien.net> References: <0A8710FF880BBB4687AEC66F9DCF7D0C26B462@SERVER1.emerytelcom.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BXVAT5kNtrzKuDFl" Content-Disposition: inline In-Reply-To: <0A8710FF880BBB4687AEC66F9DCF7D0C26B462@SERVER1.emerytelcom.com> User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Tue, 14 Oct 2008 16:28:23 -0500 (CDT) Cc: freebsd-current@freebsd.org Subject: Re: ZFS attaching direct access drives as Scsibus#target#drive# X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2008 21:27:38 -0000 --BXVAT5kNtrzKuDFl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 14, 2008 at 01:56:01PM -0600, Daniel Jameson wrote: > Hello, >=20 > =20 >=20 > I'm in the process of building several zfs pools for a backup-server, > the machine has 2 24 port sata 3 controllers and 48 1TB drives for > storage. I've done a little testing and found that building a pool by > using the da# device names can be inconsistent. For example if a device > is lost from the first controller and the box is re-booted all the da#s > shuffle up, which creates problems with adjacent pools, and the > potential for catastrophic failure. In the Sun documentation zpool > allows a pool to be built by using S#T#D# (Scsibus Target Drive) syntax, > when I attempt it in FBSD It returns:" cannot use '/dev/c0t0d0': must be > a GEOM provider" does anyone know a way to statically map a > scsibus/target/drive to a specific da# or a fix to allow specific drives > by target numbers to be added to a zpool? The Sun documentation is not at all relevent when you get to the disk attachment bit since we use geom. You can wire da# allocation down which should do what you want. There's some documentation in sys/conf/NOTES. -- Brooks --BXVAT5kNtrzKuDFl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iD8DBQFI9Q72XY6L6fI4GtQRAkkQAKDQWzhisxiNhVQ3sgi2qnFdWp8cCQCcDBi0 bWcbaP7+VKs/Ql3e5XzMliY= =V4QA -----END PGP SIGNATURE----- --BXVAT5kNtrzKuDFl-- From owner-freebsd-current@FreeBSD.ORG Tue Oct 14 21:32:42 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E9EFF106569C for ; Tue, 14 Oct 2008 21:32:42 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by mx1.freebsd.org (Postfix) with ESMTP id 790498FC18 for ; Tue, 14 Oct 2008 21:32:42 +0000 (UTC) (envelope-from max@love2party.net) Received: from vampire.homelinux.org (dslb-088-066-030-118.pools.arcor-ip.net [88.66.30.118]) by mrelayeu.kundenserver.de (node=mrelayeu3) with ESMTP (Nemesis) id 0MKxQS-1KprVR0jBV-0002YT; Tue, 14 Oct 2008 23:32:41 +0200 Received: (qmail 4401 invoked from network); 14 Oct 2008 21:32:40 -0000 Received: from fbsd8.laiers.local (192.168.4.151) by mx.laiers.local with SMTP; 14 Oct 2008 21:32:40 -0000 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org Date: Tue, 14 Oct 2008 23:32:39 +0200 User-Agent: KMail/1.10.1 (FreeBSD/8.0-CURRENT; KDE/4.1.1; i386; ; ) References: <0A8710FF880BBB4687AEC66F9DCF7D0C26B462@SERVER1.emerytelcom.com> In-Reply-To: <0A8710FF880BBB4687AEC66F9DCF7D0C26B462@SERVER1.emerytelcom.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200810142332.39791.max@love2party.net> X-Provags-ID: V01U2FsdGVkX1+ziXkkFUrYjqknsWH+ZlRGRpGGQGer9jH5RIn 1UI4setvgkABzKJGL0MzkCiS03t2jesscvNw8wS//D4a3+eghF hbawpfqdZ0xquo0EZzICA== Cc: Daniel Jameson Subject: Re: ZFS attaching direct access drives as Scsibus#target#drive# X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2008 21:32:43 -0000 On Tuesday 14 October 2008 21:56:01 Daniel Jameson wrote: > I'm in the process of building several zfs pools for a backup-server, > the machine has 2 24 port sata 3 controllers and 48 1TB drives for > storage. I've done a little testing and found that building a pool by > using the da# device names can be inconsistent. For example if a device > is lost from the first controller and the box is re-booted all the da#s > shuffle up, which creates problems with adjacent pools, and the > potential for catastrophic failure. In the Sun documentation zpool > allows a pool to be built by using S#T#D# (Scsibus Target Drive) syntax, > when I attempt it in FBSD It returns:" cannot use '/dev/c0t0d0': must be > a GEOM provider" does anyone know a way to statically map a > scsibus/target/drive to a specific da# or a fix to allow specific drives > by target numbers to be added to a zpool? I though there was some magic to map devices by UID ... but I can't seem to find references to it right now. You can use glabel, however, and build the pool from the labeled devices instead. glabel disk0 /dev/da0 glabel disk1 /dev/da1 ... zpool create tank /dev/label/disk0 /dev/label/disk1 ... This will loose one sector at the end, but should otherwise have no negative effects. But you can juggle around devices as much as you like. -- /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-current@FreeBSD.ORG Tue Oct 14 22:15:00 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 132C5106564A for ; Tue, 14 Oct 2008 22:15:00 +0000 (UTC) (envelope-from unixmania@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 8A9068FC13 for ; Tue, 14 Oct 2008 22:14:59 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: by nf-out-0910.google.com with SMTP id h3so1195298nfh.33 for ; Tue, 14 Oct 2008 15:14:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:mime-version:content-type:content-transfer-encoding :content-disposition; bh=vP4vg4vhEsMQfY1XpeiJraX6sZBjsFe0LwPbe4kr5XU=; b=Yuo6EQcLvmvcApoqADT+kZ9epveYg5qfxVOSojhV9jpxd8HAXupmsNM7pKvMGS21KV i6vZWi6PJ0h8X/AquHogDtIyYbSB9EMEDjfy+bdpZsmSOvvIgZrEpo44kAniUO6+GEgY yF1glMTkOBlyhf2TqdksVzqRLQWg7M6XMN9Mc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:mime-version:content-type :content-transfer-encoding:content-disposition; b=KqdnGBlK0rGtggD56hUxJ7Uq4jD6WVis+0VlCngpQeki9kJDH0NvhBbhlWhVH9fqDQ NSeH9IT09RcsBOBkjkfhwEEhFp8uXQjHdWBPj0Tdo3ak2bjexAiMp8pyIgBpBjvbgqn/ 5jPYROXVzsml1aE7LD737zXIuHoJbWA09iKuM= Received: by 10.103.243.7 with SMTP id v7mr73829mur.24.1224022497908; Tue, 14 Oct 2008 15:14:57 -0700 (PDT) Received: by 10.103.231.14 with HTTP; Tue, 14 Oct 2008 15:14:57 -0700 (PDT) Message-ID: Date: Tue, 14 Oct 2008 19:14:57 -0300 From: "Carlos A. M. dos Santos" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Tim Kientzle Subject: Problem extracting Zip file X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 14 Oct 2008 22:15:00 -0000 Hello, I just found a strange behavior attempting to extract a Zip archive, as shown by the session transcription below. % uname -a FreeBSD poacasantos1 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Sat Oct 11 19:09:09 BRT 2008 root@poacasantos1:/local/FreeBSD/obj-current/local/FreeBSD/src-current/sys/GENERIC amd64 % fetch http://movies.apple.com/movies/us/apple/mac/macbook/2008/designvideo/apple_new_macbook_video_20081014_848x480.zip % tar tf apple_new_macbook_video_20081014_848x480.zip apple_new_macbook_video_20081014_848x480.mov __MACOSX/ __MACOSX/._apple_new_macbook_video_20081014_848x480.mov % unzip -l apple_new_macbook_video_20081014_848x480.zip Archive: apple_new_macbook_video_20081014_848x480.zip Length Date Time Name -------- ---- ---- ---- 153902587 10-14-08 11:46 apple_new_macbook_video_20081014_848x480.mov 0 10-14-08 11:48 __MACOSX/ 82 10-14-08 11:46 __MACOSX/._apple_new_macbook_video_20081014_848x480.mov Observe that the archive contains two instances of the .mov file but the second one, according to unzip, is only 82 bytes long. % tar xf apple_new_macbook_video_20081014_848x480.zip apple_new_macbook_video_20081014_848x480.mov: Attempt to write to an empty file __MACOSX/._apple_new_macbook_video_20081014_848x480.mov: Attempt to write to an empty file tar: Error exit delayed from previous errors. % ls -l . __MACOSX/ .: total 149426 drwxr-xr-x 2 casantos wheel 512 14 Out 07:48 __MACOSX -rwxr-xr-x 1 casantos wheel 0 14 Out 07:46 apple_new_macbook_video_20081014_848x480.mov -rw-r--r-- 1 casantos wheel 152909711 14 Out 11:55 apple_new_macbook_video_20081014_848x480.zip __MACOSX/: total 0 % rm -r __MACOSX apple_new_macbook_video_20081014_848x480.mov % unzip UnZip 5.52 of 28 February 2005, by Info-ZIP. Maintained by C. Spieler. Send bug reports using http://www.info-zip.org/zip-bug.html; see README for details. ... % unzip apple_new_macbook_video_20081014_848x480.zip Archive: apple_new_macbook_video_20081014_848x480.zip inflating: apple_new_macbook_video_20081014_848x480.mov creating: __MACOSX/ inflating: __MACOSX/._apple_new_macbook_video_20081014_848x480.mov % ls -l . __MACOSX/ .: total 299826 drwxrwxr-x 2 casantos wheel 512 14 Out 11:48 __MACOSX -rw-r--r-- 1 casantos wheel 153902587 14 Out 11:46 apple_new_macbook_video_20081014_848x480.mov -rw-r--r-- 1 casantos wheel 152909711 14 Out 11:55 apple_new_macbook_video_20081014_848x480.zip __MACOSX/: total 0 So it seems that besides making juicy notebooks Apple makes bizarre Zip files now. :-) -- cd /usr/ports/sysutils/life make clean From owner-freebsd-current@FreeBSD.ORG Tue Oct 14 23:17:32 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2ED1B106568F for ; Tue, 14 Oct 2008 23:17:32 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.184]) by mx1.freebsd.org (Postfix) with ESMTP id 9C1F98FC17 for ; Tue, 14 Oct 2008 23:17:31 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: by fk-out-0910.google.com with SMTP id k31so2540894fkk.11 for ; Tue, 14 Oct 2008 16:17:30 -0700 (PDT) Received: by 10.181.50.7 with SMTP id c7mr94646bkk.100.1224026249527; Tue, 14 Oct 2008 16:17:29 -0700 (PDT) Received: by 10.181.17.8 with HTTP; Tue, 14 Oct 2008 16:17:29 -0700 (PDT) Message-ID: <1de79840810141617y27fb7779xfd8f334f8b7ff2e1@mail.gmail.com> Date: Tue, 14 Oct 2008 19:17:29 -0400 From: "Michael Proto" To: "FreeBSD Current" , freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: open-vm-tools fails on a recent sup to CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2008 23:17:32 -0000 Has anyone started seeing failures of ports/emulators/open-vm-tools builds with a recent current? I csup-ed my source recently (as of 20080926), rebuilt world and my kernel, and open-vm-tools builds fail in the vmhgfs module with the following: ... /usr/bin/make -C "freebsd/vmhgfs" "/usr/share/mk/bsd.compat.mk", line 35: warning: NOMAN is deprecated in favour of NO_MAN Warning: Object directory not changed from original /usr/obj/ports/usr/ports/emulators/open-vm-tools-nox11/work/open-vm-tools-2008.07.01-102166/modules/freebsd/vmhgfs @ -> /usr/src/sys machine -> /usr/src/sys/i386/include awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h cc -Os -fno-strict-aliasing -pipe -march=pentium-mmx -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -fstack-protector -Wall -Werror -Wno-redundant-decls -Wnested-externs -Wstrict-prototypes -Wno-missing-prototypes -Wpointer-arith -Winline -Wcast-qual -c vnops.c cc -Os -fno-strict-aliasing -pipe -march=pentium-mmx -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -fstack-protector -Wall -Werror -Wno-redundant-decls -Wnested-externs -Wstrict-prototypes -Wno-missing-prototypes -Wpointer-arith -Winline -Wcast-qual -c vfsops.c cc1: warnings being treated as errors vfsops.c: In function 'HgfsVfsMount': vfsops.c:142: warning: implicit declaration of function 'suser' vfsops.c:142: warning: nested extern declaration of 'suser' *** Error code 1 Stop in /usr/obj/ports/usr/ports/emulators/open-vm-tools-nox11/work/open-vm-tools-2008.07.01-102166/modules/freebsd/vmhgfs. *** Error code 1 Stop in /usr/obj/ports/usr/ports/emulators/open-vm-tools-nox11/work/open-vm-tools-2008.07.01-102166/modules. *** Error code 1 Stop in /usr/obj/ports/usr/ports/emulators/open-vm-tools-nox11/work/open-vm-tools-2008.07.01-102166. *** Error code 1 I've tried setting CFLAGS optimizations to -Os (my default), -O, -O2 and no optimizations and it fails with the same error every time. Has anyone else using CURRENT in VMware seen this error recently? Any ideas? Thanks, Michael Proto From owner-freebsd-current@FreeBSD.ORG Wed Oct 15 00:39:48 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B86DC106569A for ; Wed, 15 Oct 2008 00:39:48 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.188]) by mx1.freebsd.org (Postfix) with ESMTP id 300AC8FC08 for ; Wed, 15 Oct 2008 00:39:47 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by ti-out-0910.google.com with SMTP id d27so1326649tid.3 for ; Tue, 14 Oct 2008 17:39:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:subject:message-id:reply-to:mime-version:content-type :content-disposition:user-agent; bh=jVB4iGgA6HcNJafK8uxvfCyc9eOzLM0Fiww/PvbG2LY=; b=kvCG40t17rGeOh360HvBRtJKQx/vqz5X5cM1blRLwPDeinDH1BlTwplRHQU1hpwOQF gk9EsMqsmCOxJ3ejomnyit14bLev459t9l1VMfxvroVYtKrjbQeBAgx40OfSMrJmjjRO iAREzZFcEmQl40ikf7YU4VbXTpwK4jHlrPcJE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:reply-to:mime-version:content-type :content-disposition:user-agent; b=re2HYoLQcawoK+N0hI8/nJBqnXNFjPYpTrPwb+GpEWGLwo/iUQoyCPJi+7rMt17H8H sGRSjBziry/yVLD3/WfGaLiZaOLuQgHubXe9N8Mfo3ar3AjRZzlwBqixSxVBlqiqroCP DVz1EJ4k4RRRA2Emhcq6AoqWhv6t46GIiyU+Y= Received: by 10.110.39.20 with SMTP id m20mr182209tim.24.1224031186560; Tue, 14 Oct 2008 17:39:46 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id d7sm2258813tib.7.2008.10.14.17.39.43 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 14 Oct 2008 17:39:44 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m9F0bk0D019111 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 15 Oct 2008 09:37:46 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m9F0bkSG019110 for freebsd-current@FreeBSD.org; Wed, 15 Oct 2008 09:37:46 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 15 Oct 2008 09:37:45 +0900 From: Pyun YongHyeon To: freebsd-current@FreeBSD.org Message-ID: <20081015003745.GG14769@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Kj7319i9nmIyA2yE" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: Call for testers: fxp(4) WOL X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2008 00:39:48 -0000 --Kj7319i9nmIyA2yE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I've implemented WOL for fxp(4) and it works ok to me. Because there too many variants of fxp(4) hardwares I'd like to hear success/failure report before committing attached patch to tree. It seems that the following Intel 8255x supports WOL. Apparently 82557 lacks WOL capabillity. 82558 82559 82550 82551 If your suspend/resume works on your system you can also wake up your system in suspend by WOL. Thanks. -- Regards, Pyun YongHyeon --Kj7319i9nmIyA2yE Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="fxp.wol.patch" Index: sys/dev/fxp/if_fxp.c =================================================================== --- sys/dev/fxp/if_fxp.c (revision 183858) +++ sys/dev/fxp/if_fxp.c (working copy) @@ -402,7 +402,7 @@ uint32_t val; uint16_t data, myea[ETHER_ADDR_LEN / 2]; u_char eaddr[ETHER_ADDR_LEN]; - int i, prefer_iomap; + int i, pmc, prefer_iomap; int error; error = 0; @@ -480,6 +480,16 @@ sc->revision = pci_get_revid(dev); /* + * Check availability of WOL. + */ + if (sc->revision >= FXP_REV_82558_A4) { + fxp_read_eeprom(sc, &data, 10, 1); + if ((data & 0x20) != 0 && + pci_find_extcap(sc->dev, PCIY_PMG, &pmc) == 0) + sc->flags |= FXP_FLAG_WOLCAP; + } + + /* * Determine whether we must use the 503 serial interface. */ fxp_read_eeprom(sc, &data, 6, 1); @@ -778,6 +788,11 @@ ifp->if_capenable |= IFCAP_HWCSUM; } + if (sc->flags & FXP_FLAG_WOLCAP) { + ifp->if_capabilities |= IFCAP_WOL_MAGIC; + ifp->if_capenable |= IFCAP_WOL_MAGIC; + } + #ifdef DEVICE_POLLING /* Inform the world we support polling. */ ifp->if_capabilities |= IFCAP_POLLING; @@ -938,17 +953,13 @@ static int fxp_shutdown(device_t dev) { - struct fxp_softc *sc = device_get_softc(dev); /* * Make sure that DMA is disabled prior to reboot. Not doing * do could allow DMA to corrupt kernel memory during the * reboot before the driver initializes. */ - FXP_LOCK(sc); - fxp_stop(sc); - FXP_UNLOCK(sc); - return (0); + return (fxp_suspend(dev)); } /* @@ -960,11 +971,26 @@ fxp_suspend(device_t dev) { struct fxp_softc *sc = device_get_softc(dev); + struct ifnet *ifp; + int pmc; + uint16_t pmstat; FXP_LOCK(sc); + ifp = sc->ifp; + if (pci_find_extcap(sc->dev, PCIY_PMG, &pmc) == 0) { + pmstat = pci_read_config(sc->dev, pmc + PCIR_POWER_STATUS, 2); + pmstat &= ~(PCIM_PSTAT_PME | PCIM_PSTAT_PMEENABLE); + if ((ifp->if_capenable & IFCAP_WOL_MAGIC) != 0) { + /* Request PME. */ + pmstat |= PCIM_PSTAT_PME | PCIM_PSTAT_PMEENABLE; + sc->flags |= FXP_FLAG_WOL; + /* Reconfigure hardware to accept magic frames. */ + fxp_init_body(sc); + } + pci_write_config(sc->dev, pmc + PCIR_POWER_STATUS, pmstat, 2); + } fxp_stop(sc); - sc->suspended = 1; FXP_UNLOCK(sc); @@ -980,9 +1006,23 @@ { struct fxp_softc *sc = device_get_softc(dev); struct ifnet *ifp = sc->ifp; + int pmc; + uint16_t pmstat; FXP_LOCK(sc); + if (pci_find_extcap(sc->dev, PCIY_PMG, &pmc) == 0) { + sc->flags &= ~FXP_FLAG_WOL; + pmstat = pci_read_config(sc->dev, pmc + PCIR_POWER_STATUS, 2); + /* Disable PME and clear PME status. */ + pmstat &= ~PCIM_PSTAT_PMEENABLE; + pci_write_config(sc->dev, pmc + PCIR_POWER_STATUS, pmstat, 2); + if ((sc->flags & FXP_FLAG_WOL) != 0) { + /* Clear wakeup events. */ + CSR_READ_1(sc, FXP_CSR_PMDR); + } + } + CSR_WRITE_4(sc, FXP_CSR_PORT, FXP_PORT_SELECTIVE_RESET); DELAY(10); @@ -2047,8 +2087,7 @@ cbp->rcv_crc_xfer = 0; /* (don't) xfer CRC to host */ cbp->long_rx_en = sc->flags & FXP_FLAG_LONG_PKT_EN ? 1 : 0; cbp->ia_wake_en = 0; /* (don't) wake up on address match */ - cbp->magic_pkt_dis = 0; /* (don't) disable magic packet */ - /* must set wake_en in PMCSR also */ + cbp->magic_pkt_dis = sc->flags & FXP_FLAG_WOL ? 0 : 1; cbp->force_fdx = 0; /* (don't) force full duplex */ cbp->fdx_pin_en = 1; /* (enable) FDX# pin */ cbp->multi_ia = 0; /* (don't) accept multiple IAs */ @@ -2458,6 +2497,10 @@ } } #endif + if ((mask & IFCAP_WOL_MAGIC) != 0 && + (ifp->if_capabilities & IFCAP_WOL_MAGIC) != 0) + ifp->if_capenable ^= IFCAP_WOL_MAGIC; + if (mask & IFCAP_VLAN_MTU) { FXP_LOCK(sc); ifp->if_capenable ^= IFCAP_VLAN_MTU; Index: sys/dev/fxp/if_fxpreg.h =================================================================== --- sys/dev/fxp/if_fxpreg.h (revision 183858) +++ sys/dev/fxp/if_fxpreg.h (working copy) @@ -46,6 +46,7 @@ #define FXP_CSR_EEPROMCONTROL 14 /* eeprom control (2 bytes) */ #define FXP_CSR_MDICONTROL 16 /* mdi control (4 bytes) */ #define FXP_CSR_FLOWCONTROL 0x19 /* flow control (2 bytes) */ +#define FXP_CSR_PMDR 0x1B /* power management driver (1 byte) */ #define FXP_CSR_GENCONTROL 0x1C /* general control (1 byte) */ /* Index: sys/dev/fxp/if_fxpvar.h =================================================================== --- sys/dev/fxp/if_fxpvar.h (revision 183858) +++ sys/dev/fxp/if_fxpvar.h (working copy) @@ -193,6 +193,8 @@ #define FXP_FLAG_DEFERRED_RNR 0x0200 /* DEVICE_POLLING deferred RNR */ #define FXP_FLAG_EXT_RFA 0x0400 /* extended RFDs for csum offload */ #define FXP_FLAG_SAVE_BAD 0x0800 /* save bad pkts: bad size, CRC, etc */ +#define FXP_FLAG_WOLCAP 0x1000 /* WOL supported */ +#define FXP_FLAG_WOL 0x2000 /* WOL active */ /* Macros to ease CSR access. */ #define CSR_READ_1(sc, reg) bus_read_1(sc->fxp_res[0], reg) --Kj7319i9nmIyA2yE-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 15 05:00:26 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CCF3106569A for ; Wed, 15 Oct 2008 05:00:26 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.237]) by mx1.freebsd.org (Postfix) with ESMTP id 033D98FC28 for ; Wed, 15 Oct 2008 05:00:25 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: by wx-out-0506.google.com with SMTP id s17so808605wxc.7 for ; Tue, 14 Oct 2008 22:00:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=hPjLAnXD8awmGMEiQn1IV0A1mc3XnZ+82a7ZsbzL8O8=; b=nbrHUyOsUPvmnDE29Y4ZdGjC0WhQh1Dd/DK9n2wWHCrjaqA0yGapclos6sDnF6Dru1 GZ2K27tLtGoSFhnujmp4AIPwJXvyeT455i2l8LVdVgl8CJFMRUwS7BllVGeBv/X2A0AT 0GOlX2tVyqn+cXhdOJjg+cA4oLnLnDDUdW/SY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=g2hpC093UjMG90CGQ6cxUMytWr9MkYaRIioVZbI165DOyo3p9A0yYnQiM7L4TXfbVX Zmy72gElt1/iQcIdTc7eR22pcov04qTt0KuETCmMyUypnuZJDNPp0m2OOo1AySTjDi3k kK+03q/JNhjEU6uhWCekPN1de2Mop0wb0SFtY= Received: by 10.151.155.21 with SMTP id h21mr345455ybo.197.1224046825114; Tue, 14 Oct 2008 22:00:25 -0700 (PDT) Received: by 10.150.137.11 with HTTP; Tue, 14 Oct 2008 22:00:25 -0700 (PDT) Message-ID: <5f67a8c40810142200o6074cd42hec0ff6f2b87d3648@mail.gmail.com> Date: Wed, 15 Oct 2008 01:00:25 -0400 From: "Zaphod Beeblebrox" To: "Daniel Jameson" In-Reply-To: <0A8710FF880BBB4687AEC66F9DCF7D0C26B462@SERVER1.emerytelcom.com> MIME-Version: 1.0 References: <0A8710FF880BBB4687AEC66F9DCF7D0C26B462@SERVER1.emerytelcom.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: ZFS attaching direct access drives as Scsibus#target#drive# X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2008 05:00:26 -0000 On Tue, Oct 14, 2008 at 3:56 PM, Daniel Jameson wrote: > > I'm in the process of building several zfs pools for a backup-server, > the machine has 2 24 port sata 3 controllers and 48 1TB drives for > storage. I've done a little testing and found that building a pool by > using the da# device names can be inconsistent. For example if a device > is lost from the first controller and the box is re-booted all the da#s > shuffle up, which creates problems with adjacent pools, and the > potential for catastrophic failure. In the Sun documentation zpool > allows a pool to be built by using S#T#D# (Scsibus Target Drive) syntax, > when I attempt it in FBSD It returns:" cannot use '/dev/c0t0d0': must be > a GEOM provider" does anyone know a way to statically map a > scsibus/target/drive to a specific da# or a fix to allow specific drives > by target numbers to be added to a zpool? Forgive me for asking (because it would surprise me if it didn't), but doesn't ZFS' GEOM attach taste figure out what drives go where all by itself? Isn't there sufficient information on a disk to allow ZFS to place it into the correct pool? certainly glabel'ing the drives should work just fine if zfs doesn't, but it's a hack of a solution. glabel can have some funny effects due to the geom taste order. If something is part of a mirror (for instance) and the label tastes before the mirror, I've seen items of the mirror come up with glabel instead of attaching to the mirror. From owner-freebsd-current@FreeBSD.ORG Wed Oct 15 09:36:09 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4122D1065691 for ; Wed, 15 Oct 2008 09:36:09 +0000 (UTC) (envelope-from simias.n@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by mx1.freebsd.org (Postfix) with ESMTP id C4BEE8FC22 for ; Wed, 15 Oct 2008 09:36:08 +0000 (UTC) (envelope-from simias.n@gmail.com) Received: by nf-out-0910.google.com with SMTP id h3so1297675nfh.33 for ; Wed, 15 Oct 2008 02:36:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject :message-id:mime-version:content-type:content-disposition:user-agent; bh=Y5BqXT+aNA6sHM5oGiboanJI/Q9iAB3i7aox2yg+Fkc=; b=pdQ5Qqo9JAOLK1m10PAb6ZdeJKSs1Utqci/+A1FQlfEVa97hfvltKISJ3zPxXfgVjn Kptx7QPz4HYv3ZLzsl80IVa/ouIg1zYexcWrENhydOiAhvjtMNXPsAbL9Bivc53tU37c YdXVb62IXvGQnRe8rIGCZpmnb3UUs2GxYRAkA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:mime-version:content-type :content-disposition:user-agent; b=oFRY2cCpyrr53PYXhKnFi7qu3q/ezaR6Ag22LLIoxdYgACxVnNX+p6BXFs1N2AG0A3 bFpp+pQ/b8j1JJrL8E0YnR7Kh3vXOVpqlE0+LWxeWshGqhwzb4zVj8bvz/W4AobP1Z39 2+ihLnAteqYQq3xNol5CgKSM9K8s9rM5su5/o= Received: by 10.103.224.17 with SMTP id b17mr387209mur.16.1224061504698; Wed, 15 Oct 2008 02:05:04 -0700 (PDT) Received: from localhost (mol92-6-82-240-252-219.fbx.proxad.net [82.240.252.219]) by mx.google.com with ESMTPS id w5sm34024385mue.10.2008.10.15.02.05.02 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 15 Oct 2008 02:05:03 -0700 (PDT) Date: Wed, 15 Oct 2008 11:04:53 +0200 From: Lionel Flandrin To: freebsd-current@freebsd.org Message-ID: <20081015090453.GA1995@casibsd.elexo.fr.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) Subject: DTrace complains about struct thread X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Oct 2008 09:36:09 -0000 I tried to play with DTrace on a fresh FreeBSD 7.1, so I followed the steps described here: http://www.freebsd.org/doc/en/books/handbook/book.html#DTRACE I added these options to my kernel config: ,---- | options KDTRACE_HOOKS | options DDB_CTF | options KDTRACE_FRAME `---- And rebuilt everything with "WITH_CTF=1" (http://www.freebsd.org/doc/en/books/handbook/book.html#DTRACE-ENABLE says make *WITH_CTF*=1 buildworld and then make *WITH_CFT* afterwards, is it a typo? If not I think it should be more explicit because it really looks like one). I restarted the computer, kldloaded the dtraceall module and dtrace -l seems to work right: ,---- | # dtrace -l | wc -l | 25825 `---- However, whenever I try to trace something, I get: ,---- | # dtrace -n 'proc:::exec-success { trace(curpsinfo->pr_psargs); }' | dtrace: invalid probe specifier proc:::exec-success { | trace(curpsinfo->pr_psargs); }: | "/usr/lib/dtrace/psinfo.d", line 88: | failed to resolve type kernel`struct thread * for identifier | curthread: Unknown type name `---- Same message with ./hotkernel from the DTraceToolkit and everything else I've tried: ,---- | "/usr/lib/dtrace/psinfo.d", line 88: failed to resolve type | kernel`struct thread * for identifier curthread: Unknown type name `---- line 88 of /usr/lib/dtrace/psinfo.d is: ,---- | inline psinfo_t *curpsinfo = xlate (curthread->td_proc); `---- ,---- | # uname -a | FreeBSD casibsd 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #0: Tue Oct 14 | 11:40:44 CEST 2008 root@casibsd:/usr/obj/usr/src/sys/CASIBSD_CONF | amd64 `---- What am I doing wrong? -- Lionel Flandrin From owner-freebsd-current@FreeBSD.ORG Wed Oct 15 11:04:51 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A7E101065693 for ; Wed, 15 Oct 2008 11:04:51 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.233]) by mx1.freebsd.org (Postfix) with ESMTP id 860438FC1D for ; Wed, 15 Oct 2008 11:04:51 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: by rv-out-0506.google.com with SMTP id b25so2396704rvf.43 for ; Wed, 15 Oct 2008 04:04:51 -0700 (PDT) Received: by 10.115.73.20 with SMTP id a20mr628691wal.32.1224066747133; Wed, 15 Oct 2008 03:32:27 -0700 (PDT) Received: by 10.115.89.3 with HTTP; Wed, 15 Oct 2008 03:32:27 -0700 (PDT) Message-ID: Date: Wed, 15 Oct 2008 12:32:27 +0200 From: "=?ISO-8859-1?Q?Marius_N=FCnnerich?=" To: "Zaphod Beeblebrox" In-Reply-To: <5f67a8c40810142200o6074cd42hec0ff6f2b87d3648@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <0A8710FF880BBB4687AEC66F9DCF7D0C26B462@SERVER1.emerytelcom.com> <5f67a8c40810142200o6074cd42hec0ff6f2b87d3648@mail.gmail.com> Cc: freebsd-current@freebsd.org, Daniel Jameson Subject: Re: ZFS attaching direct access drives as Scsibus#target#drive# X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2008 11:04:51 -0000 On Wed, Oct 15, 2008 at 7:00 AM, Zaphod Beeblebrox wrote: > On Tue, Oct 14, 2008 at 3:56 PM, Daniel Jameson wrote: > >> >> I'm in the process of building several zfs pools for a backup-server, >> the machine has 2 24 port sata 3 controllers and 48 1TB drives for >> storage. I've done a little testing and found that building a pool by >> using the da# device names can be inconsistent. For example if a device >> is lost from the first controller and the box is re-booted all the da#s >> shuffle up, which creates problems with adjacent pools, and the >> potential for catastrophic failure. In the Sun documentation zpool >> allows a pool to be built by using S#T#D# (Scsibus Target Drive) syntax, >> when I attempt it in FBSD It returns:" cannot use '/dev/c0t0d0': must be >> a GEOM provider" does anyone know a way to statically map a >> scsibus/target/drive to a specific da# or a fix to allow specific drives >> by target numbers to be added to a zpool? > > > Forgive me for asking (because it would surprise me if it didn't), but > doesn't ZFS' GEOM attach taste figure out what drives go where all by > itself? Isn't there sufficient information on a disk to allow ZFS to place > it into the correct pool? I think there is, take a look at this: http://blogs.sun.com/constantin/entry/csi_munich_how_to_save The Video is no longer at google video, but there is this working link at bottom: http://mediacast.sun.com/share/constantin/csi_muc_en.mp4 > > certainly glabel'ing the drives should work just fine if zfs doesn't, but > it's a hack of a solution. > > glabel can have some funny effects due to the geom taste order. If > something is part of a mirror (for instance) and the label tastes before the > mirror, I've seen items of the mirror come up with glabel instead of > attaching to the mirror. > _______________________________________________ > 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 Oct 15 12:36:43 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA1171065687 for ; Wed, 15 Oct 2008 12:36:43 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.227]) by mx1.freebsd.org (Postfix) with ESMTP id 7BC648FC08 for ; Wed, 15 Oct 2008 12:36:43 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so2426106rvf.43 for ; Wed, 15 Oct 2008 05:36:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=BMFGpwCjhYgYty31KX6Ra66WjICqDElgEhh4arodt6g=; b=BJ433VCd45oT+Tfbg9uMidUsoRhuxVdGIuCOKtUXTOd+deLxSwkty5Y8PTyLV0UqBe ZWOtSHMGaLdlJwvgj0pi+XReY4jHCejPEc16EdcGcIAm99KqRWh2MG9Qs+UDMAjyf4gg 2epByyQfNyWNFv9ktOB0MJu1nE0EyKfsGg1hM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=w8UptkuoNS7bDa8RtQu0kxIGFvFG058a7n6+jtUhNFBL5r5Cum8/5oAIsgrMzibLV8 r7rT6xZ+i7DvDV8erFq1PfkX4ofZQh95UIXl2wYsrpV3OzZPMpkRR7GaqIxkyZItenZr uaRCQdlCupzyi4aq6RQ4L7pvlTLmxpYRCh4cw= Received: by 10.141.198.9 with SMTP id a9mr570075rvq.108.1224074202858; Wed, 15 Oct 2008 05:36:42 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id g31sm82188rvb.9.2008.10.15.05.36.39 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 15 Oct 2008 05:36:41 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m9FCYeVC021050 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 15 Oct 2008 21:34:40 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m9FCYeTl021049; Wed, 15 Oct 2008 21:34:40 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 15 Oct 2008 21:34:40 +0900 From: Pyun YongHyeon To: Koen Martens Message-ID: <20081015123440.GJ14769@cdnetworks.co.kr> References: <8bebfc960710010039q3ae744b9h71f785f6e3a4634d@mail.gmail.com> <20071001080058.GE18658@cdnetworks.co.kr> <8bebfc960710010707o4b7e9b2cif086e35b4f8f736d@mail.gmail.com> <20071002004521.GH18658@cdnetworks.co.kr> <8bebfc960710012041h205216ecl75d44e0c9ba69068@mail.gmail.com> <20071002035814.GJ18658@cdnetworks.co.kr> <8bebfc960710022231m4b26a07ahdaef145e07862fb6@mail.gmail.com> <20071004011348.GC30781@cdnetworks.co.kr> <20081015122233.GA11699@latitude.dh2.sono> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081015122233.GA11699@latitude.dh2.sono> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, Kudo Chien Subject: Re: msk watchdog timeout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2008 12:36:43 -0000 On Wed, Oct 15, 2008 at 02:22:34PM +0200, Koen Martens wrote: > On Thu, Oct 04, 2007 at 10:13:48AM +0900, Pyun YongHyeon wrote: > > On Wed, Oct 03, 2007 at 01:31:32PM +0800, Kudo Chien wrote: > > > > Thanks for testing. Would you sumbit a PR for the issue and assign > > > > it to me? I'll let you know when I manage to find a clue. > > > > > > > > OK. I've submitted a PR at > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=116853. > > > Thanks you. > > > > > > > I've grabbed it. Thanks. > > For what it's worth, i've been having instability issues with msk0 > too. Included is a dmesg and pciconf output. > > The problem occurs under load (rsyncing tens of gigabytes over > gigabit link for example). I tried configuring the switch port > down to 100MB, in the hopes that msk0 would be more stable. It > is, but it still goes down after a while with watchdog timeouts. > > I am now running it with msi disabled, it appears it lasts longer > than before now. But judging by what others said on this subject > already, it might still go wrong after as much as a month. > > Also, I've never had these problems when the machine was still > on 6.x with the myk driver. Only after I upgraded it this tuesday > to RELENG_7, trouble started. > > This is a server that I need to put back into production. I could > give you some time on it before I do that, but that'd have to be > *right now* so i guess that won't work out really. > > I'll probably install a nic to be used instead of the built-in > yukon interface, to get back the required stability. > I'm not sure whether 88E8050 also has RAM buffer. Youkon controllers seems to have silicon bugs for hardwares with RAM buffer. msk(4) in HEAD has workaround code for the silicon bug. Would you try latest msk(4) from HEAD?(Just copy if_msk.c/if_mskreg.h from HEAD to your box and rebuild kernel.) Also show me verbosed boot message(msk(4) related one would be enough). -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Wed Oct 15 13:00:08 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62FA6106568A for ; Wed, 15 Oct 2008 13:00:08 +0000 (UTC) (envelope-from rdivacky@lev.vlakno.cz) Received: from vlakno.cz (77-93-215-190.static.masterinter.net [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id 10B2A8FC0C for ; Wed, 15 Oct 2008 13:00:08 +0000 (UTC) (envelope-from rdivacky@lev.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id B0C159CB167; Wed, 15 Oct 2008 14:39:58 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Vq2mjUnmDXAe; Wed, 15 Oct 2008 14:39:53 +0200 (CEST) Received: from lev.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 1A9859CB292; Wed, 15 Oct 2008 14:39:53 +0200 (CEST) Received: (from rdivacky@localhost) by lev.vlakno.cz (8.14.2/8.14.2/Submit) id m9FCdrea099834; Wed, 15 Oct 2008 14:39:53 +0200 (CEST) (envelope-from rdivacky) Date: Wed, 15 Oct 2008 14:39:53 +0200 From: Roman Divacky To: Lionel Flandrin Message-ID: <20081015123953.GA99605@freebsd.org> References: <20081015090453.GA1995@casibsd.elexo.fr.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081015090453.GA1995@casibsd.elexo.fr.local> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: DTrace complains about struct thread X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Oct 2008 13:00:08 -0000 On Wed, Oct 15, 2008 at 11:04:53AM +0200, Lionel Flandrin wrote: > I tried to play with DTrace on a fresh FreeBSD 7.1, so I followed the > steps described here: > http://www.freebsd.org/doc/en/books/handbook/book.html#DTRACE > > I added these options to my kernel config: > ,---- > | options KDTRACE_HOOKS > | options DDB_CTF > | options KDTRACE_FRAME > `---- > > And rebuilt everything with "WITH_CTF=1" > (http://www.freebsd.org/doc/en/books/handbook/book.html#DTRACE-ENABLE > says make *WITH_CTF*=1 buildworld and then make *WITH_CFT* afterwards, > is it a typo? If not I think it should be more explicit because it > really looks like one). > > I restarted the computer, kldloaded the dtraceall module and dtrace -l > seems to work right: > ,---- > | # dtrace -l | wc -l > | 25825 > `---- > > However, whenever I try to trace something, I get: > ,---- > | # dtrace -n 'proc:::exec-success { trace(curpsinfo->pr_psargs); }' > | dtrace: invalid probe specifier proc:::exec-success { > | trace(curpsinfo->pr_psargs); }: > | "/usr/lib/dtrace/psinfo.d", line 88: > | failed to resolve type kernel`struct thread * for identifier > | curthread: Unknown type name > `---- > > Same message with ./hotkernel from the DTraceToolkit and everything > else I've tried: > ,---- > | "/usr/lib/dtrace/psinfo.d", line 88: failed to resolve type > | kernel`struct thread * for identifier curthread: Unknown type name > `---- > > line 88 of /usr/lib/dtrace/psinfo.d is: > ,---- > | inline psinfo_t *curpsinfo = xlate (curthread->td_proc); > `---- > > ,---- > | # uname -a > | FreeBSD casibsd 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #0: Tue Oct 14 > | 11:40:44 CEST 2008 root@casibsd:/usr/obj/usr/src/sys/CASIBSD_CONF > | amd64 > `---- > > What am I doing wrong? if I am not mistaken FreeBSD currently does not support userland tracing. this might be the cause, though the error message is strange roman From owner-freebsd-current@FreeBSD.ORG Wed Oct 15 13:48:30 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A7227106568E for ; Wed, 15 Oct 2008 13:48:30 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 22E038FC30 for ; Wed, 15 Oct 2008 13:48:29 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id m9FDmRIP036589; Wed, 15 Oct 2008 15:48:28 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id m9FDmRpW036588; Wed, 15 Oct 2008 15:48:27 +0200 (CEST) (envelope-from olli) Date: Wed, 15 Oct 2008 15:48:27 +0200 (CEST) Message-Id: <200810151348.m9FDmRpW036588@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, nick@van-laarhoven.org In-Reply-To: X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Wed, 15 Oct 2008 15:48:28 +0200 (CEST) Cc: Subject: Re: Request for testers: Option 3G cards, also Sierra, ?Huawei and Novatel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG, nick@van-laarhoven.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2008 13:48:30 -0000 Nick Hibma wrote: > Just now I have committed a driver for Option and Huawei cards previously > supported by the ubsa driver. More information is in the commit message. > > I am looking for people who would be able to provide more information after > testing with the 3G cards branded by: > > OEM: > Merlin > Huawei > Option > Sierra > Novatel > Qualcomm A coworker has an Option card (Vodafone-branded) which isn't recognized. I only had a chance to look at it briefly, so i don't have a lot of information, sadly. The USB vendor ID is 0x0af0 ("Option"), the device ID is 0x7001. Do you happen to know if this is compatible with the other "Globetrotter G3" cards, so just adding the ID would work? Unfortunately I can't try this right now myself, because it's not my machine ... Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "We, the unwilling, led by the unknowing, are doing the impossible for the ungrateful. We have done so much, for so long, with so little, we are now qualified to do anything with nothing."         -- Mother Teresa From owner-freebsd-current@FreeBSD.ORG Wed Oct 15 15:06:32 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 422031065699 for ; Wed, 15 Oct 2008 15:06:32 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 2D16E8FC18 for ; Wed, 15 Oct 2008 15:06:31 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id BD0671A3C37; Wed, 15 Oct 2008 08:06:31 -0700 (PDT) Date: Wed, 15 Oct 2008 08:06:31 -0700 From: Alfred Perlstein To: current@freebsd.org, usb@freebsd.org Message-ID: <20081015150631.GI77664@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: rwatson@freebsd.org Subject: USB4BSD - release candidate 2 - coming to FreeBSD this week. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Oct 2008 15:06:32 -0000 Guys, I'm planning on giving integration of Han's MPSAFE and fast usb stack this coming week. Code is referenced in the below message. Please give feedback now so that I can be prepared. ----- Forwarded message from Hans Petter Selasky ----- From: Hans Petter Selasky To: Alfred Perlstein Cc: Andrew Thompson Subject: Re: USB4BSD - release candidate 2 Date: Sun, 28 Sep 2008 22:23:01 +0200 Message-Id: <200809282223.02055.hselasky@c2i.net> User-Agent: KMail/1.9.7 NOTE: The following file has been deleted: src/sys/dev/usb2/controller/uss820dci_pccard.c And the patch for the kernel config file is different. --HPS %md5 usb2_release_002.* MD5 (usb2_release_002.diff) = 0209262b6df3a1e2aecac1c4fd553c41 MD5 (usb2_release_002.tar.gz) = a8f9dd0ce9e3191d6446dc07c2151432 %sha256 usb2_release_002.* SHA256 (usb2_release_002.diff) = 5d5d0c8ea2a4cf1ea631bd45082b56da1bf12cfc85b6e613bf881dca3949111b SHA256 (usb2_release_002.tar.gz) = 6d9001f4baf56e6a85c4e147de24b6c7d00c052e3840088b93a53ef4e4c92fb9 % http://www.selasky.org/hans_petter/usb4bsd/for_review --HPS ----- End forwarded message ----- -- - Alfred Perlstein From owner-freebsd-current@FreeBSD.ORG Wed Oct 15 15:07:29 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5474510656AF for ; Wed, 15 Oct 2008 15:07:29 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id 18E6B8FC22 for ; Wed, 15 Oct 2008 15:07:28 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [128.205.32.76] (bauer.cse.buffalo.edu [128.205.32.76]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id m9FF7MWF082490 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 15 Oct 2008 11:07:22 -0400 (EDT) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: freebsd-current Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-ooxry4FIP+KoBOkFDgLb" Organization: U. Buffalo CSE Department Date: Wed, 15 Oct 2008 11:07:22 -0400 Message-Id: <1224083242.22224.12.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-DCC-Buffalo.EDU-Metrics: phoebe.cse.buffalo.edu 1336; Body=0 Fuz1=0 Fuz2=0 X-Spam-Status: No, score=0.1 required=5.0 tests=DNS_FROM_SECURITYSAGE autolearn=no version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on phoebe.cse.buffalo.edu Subject: October 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: Wed, 15 Oct 2008 15:07:29 -0000 --=-ooxry4FIP+KoBOkFDgLb Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Just letting you know about a change to the Monthly Snapshots. Beginning this month there are DVD images for amd64 and i386. We still don't include packages with them, but the DVD image includes everything on one disc (contents of disc1, docs, and livefs CDROMs). If you try it and have problems with it I'd like to know what the problems were. I just loaded the amd64/i386 images on ftp-master now so it will take a little while for them to propagate out to the mirror sites. As usual you can find the Monthly Snapshots in: ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/ (or a mirror site) with the sub-directories being the year/month code. --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-ooxry4FIP+KoBOkFDgLb Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkj2Bx8ACgkQ/G14VSmup/aVVQCghbxKiVGlaufuo2J9dvHMNGVc F/0AmgNOFR/B5uVdfl4Qyuh4K/sjEvDa =zbYw -----END PGP SIGNATURE----- --=-ooxry4FIP+KoBOkFDgLb-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 15 15:28:20 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB09D1065697 for ; Wed, 15 Oct 2008 15:28:20 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from mp2.macomnet.net (cl-2958.ham-01.de.sixxs.net [IPv6:2001:6f8:900:b8d::2]) by mx1.freebsd.org (Postfix) with ESMTP id 492698FC21 for ; Wed, 15 Oct 2008 15:28:20 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.14.2/8.14.2) with ESMTP id m9FFSEcm034315; Wed, 15 Oct 2008 19:28:14 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Wed, 15 Oct 2008 19:28:14 +0400 (MSD) From: Maxim Konovalov To: Ken Smith In-Reply-To: <1224083242.22224.12.camel@bauer.cse.buffalo.edu> Message-ID: <20081015192654.D18673@mp2.macomnet.net> References: <1224083242.22224.12.camel@bauer.cse.buffalo.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-current Subject: Re: October 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: Wed, 15 Oct 2008 15:28:20 -0000 Hi Ken, On Wed, 15 Oct 2008, 11:07-0400, Ken Smith wrote: > > Just letting you know about a change to the Monthly Snapshots. > Beginning this month there are DVD images for amd64 and i386. We still > don't include packages with them, but the DVD image includes everything > on one disc (contents of disc1, docs, and livefs CDROMs). > > If you try it and have problems with it I'd like to know what the > problems were. > > I just loaded the amd64/i386 images on ftp-master now so it will take a > little while for them to propagate out to the mirror sites. As usual > you can find the Monthly Snapshots in: > > ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/ > > (or a mirror site) with the sub-directories being the year/month code. > Could we please remove 200803 and even 200804 snapshots to empty some space? -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Wed Oct 15 15:34:38 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3636D106568B for ; Wed, 15 Oct 2008 15:34:38 +0000 (UTC) (envelope-from simias.n@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.31]) by mx1.freebsd.org (Postfix) with ESMTP id E250F8FC1D for ; Wed, 15 Oct 2008 15:34:37 +0000 (UTC) (envelope-from simias.n@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so653334ywe.13 for ; Wed, 15 Oct 2008 08:34:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=FDwlRl7mAVtwDLAKG7aoiVJozRxO81n7XYhQJLzhvfk=; b=YA40ur1tm0uyKuUACThpln4sGovA9Je8c/U7iK/m4W1kUNeS4dq1nkpqGpRgN1ndtz A8HidwSjKUWISuUU7QHBbyuraeYEvvp4V9MmY5nnxiicW0Wp9uLOcplVapiiax1Swisk NSSbokE4FdG1sy73+w2TprwBAyYd3J6p7F41E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=YaP2gADXEQea5C8l9zoZDQVrAJfr7CiGvWIws9ZTgl+N4k1QUWE21YlGKhPkwIhaB6 FIePTNQv2feAOdY2RCQ8Gu6Lualszg5OqpN8H4H9XEiPCWGHzgpoMVhWUrf4YK7hFffh VPmt7dAg5Lg4TqaLvrTmkEczgZ/0pm284a/O4= Received: by 10.103.137.19 with SMTP id p19mr635229mun.108.1224084875986; Wed, 15 Oct 2008 08:34:35 -0700 (PDT) Received: from localhost (mol92-6-82-240-252-219.fbx.proxad.net [82.240.252.219]) by mx.google.com with ESMTPS id w5sm266265mue.10.2008.10.15.08.34.33 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 15 Oct 2008 08:34:34 -0700 (PDT) Date: Wed, 15 Oct 2008 17:34:24 +0200 From: Lionel Flandrin To: Roman Divacky Message-ID: <20081015153424.GA4204@casibsd.elexo.fr.local> References: <20081015090453.GA1995@casibsd.elexo.fr.local> <20081015123953.GA99605@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081015123953.GA99605@freebsd.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-current@freebsd.org, Lionel Flandrin Subject: Re: DTrace complains about struct thread X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Oct 2008 15:34:38 -0000 On Wed, Oct 15, 2008 at 02:39:53PM +0200, Roman Divacky wrote: > On Wed, Oct 15, 2008 at 11:04:53AM +0200, Lionel Flandrin wrote: > > I tried to play with DTrace on a fresh FreeBSD 7.1, so I followed the > > steps described here: > > http://www.freebsd.org/doc/en/books/handbook/book.html#DTRACE > > > > I added these options to my kernel config: > > ,---- > > | options KDTRACE_HOOKS > > | options DDB_CTF > > | options KDTRACE_FRAME > > `---- > > > > And rebuilt everything with "WITH_CTF=1" > > (http://www.freebsd.org/doc/en/books/handbook/book.html#DTRACE-ENABLE > > says make *WITH_CTF*=1 buildworld and then make *WITH_CFT* afterwards, > > is it a typo? If not I think it should be more explicit because it > > really looks like one). > > > > I restarted the computer, kldloaded the dtraceall module and dtrace -l > > seems to work right: > > ,---- > > | # dtrace -l | wc -l > > | 25825 > > `---- > > > > However, whenever I try to trace something, I get: > > ,---- > > | # dtrace -n 'proc:::exec-success { trace(curpsinfo->pr_psargs); }' > > | dtrace: invalid probe specifier proc:::exec-success { > > | trace(curpsinfo->pr_psargs); }: > > | "/usr/lib/dtrace/psinfo.d", line 88: > > | failed to resolve type kernel`struct thread * for identifier > > | curthread: Unknown type name > > `---- > > > > Same message with ./hotkernel from the DTraceToolkit and everything > > else I've tried: > > ,---- > > | "/usr/lib/dtrace/psinfo.d", line 88: failed to resolve type > > | kernel`struct thread * for identifier curthread: Unknown type name > > `---- > > > > line 88 of /usr/lib/dtrace/psinfo.d is: > > ,---- > > | inline psinfo_t *curpsinfo = xlate (curthread->td_proc); > > `---- > > > > ,---- > > | # uname -a > > | FreeBSD casibsd 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #0: Tue Oct 14 > > | 11:40:44 CEST 2008 root@casibsd:/usr/obj/usr/src/sys/CASIBSD_CONF > > | amd64 > > `---- > > > > What am I doing wrong? > > if I am not mistaken FreeBSD currently does not support userland tracing. > this might be the cause, though the error message is strange > > roman Mmmh, and I've just noticed that gcc aborts when I try to execute it (but not g++): ,---- | $ /usr/bin/gcc | Abort trap | $ objdump -h /usr/bin/gcc | | /usr/bin/gcc: file format elf64-x86-64 | | Sections: | Idx Name Size VMA LMA File off Algn | 0 .init 00000013 0000000000400100 0000000000400100 00000100 2**2 | CONTENTS, ALLOC, LOAD, READONLY, CODE | 1 .text 0003422e 0000000000400120 0000000000400120 00000120 2**4 | CONTENTS, ALLOC, LOAD, READONLY, CODE | 2 .fini 0000000e 0000000000434350 0000000000434350 00034350 2**2 | CONTENTS, ALLOC, LOAD, READONLY, CODE | 3 .rodata 0001972e 0000000000434360 0000000000434360 00034360 2**5 | CONTENTS, ALLOC, LOAD, READONLY, DATA | 4 .data 000039a8 000000000054e000 000000000054e000 0004daa0 2**5 | CONTENTS, ALLOC, LOAD, DATA | 5 .eh_frame 00005038 00000000005519a8 00000000005519a8 00051448 2**3 | CONTENTS, ALLOC, LOAD, READONLY, DATA | 6 .ctors 00000010 00000000005569e0 00000000005569e0 00056480 2**3 | CONTENTS, ALLOC, LOAD, DATA | 7 .dtors 00000018 00000000005569f0 00000000005569f0 00056490 2**3 | CONTENTS, ALLOC, LOAD, DATA | 8 .jcr 00000008 0000000000556a08 0000000000556a08 000564a8 2**3 | CONTENTS, ALLOC, LOAD, DATA | 9 .bss 00004f40 0000000000556a20 0000000000556a20 000564c0 2**5 | ALLOC | 10 .comment 00003c35 0000000000000000 0000000000000000 000564c0 2**0 | CONTENTS, READONLY | 11 .note.ABI-tag 00000018 00000000004000e8 00000000004000e8 000000e8 2**2 | CONTENTS, ALLOC, LOAD, READONLY, DATA | 12 .SUNW_ctf 00000c4f 0000000000000000 0000000000000000 0005a0f8 2**2 | CONTENTS, READONLY `---- Well, I guess I'll try dtrace again some other day then... -- Lionel Flandrin From owner-freebsd-current@FreeBSD.ORG Wed Oct 15 15:37:46 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DA321065688 for ; Wed, 15 Oct 2008 15:37:46 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id 4F95B8FC1B for ; Wed, 15 Oct 2008 15:37:46 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [128.205.32.76] (bauer.cse.buffalo.edu [128.205.32.76]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id m9FFbi5N082583 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 15 Oct 2008 11:37:44 -0400 (EDT) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: Maxim Konovalov In-Reply-To: <20081015192654.D18673@mp2.macomnet.net> References: <1224083242.22224.12.camel@bauer.cse.buffalo.edu> <20081015192654.D18673@mp2.macomnet.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-0e5EX0ByLzYwGXZxxzl2" Organization: U. Buffalo CSE Department Date: Wed, 15 Oct 2008 11:37:44 -0400 Message-Id: <1224085064.22224.18.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-DCC-Buffalo.EDU-Metrics: phoebe.cse.buffalo.edu 1336; Body=0 Fuz1=0 Fuz2=0 X-Spam-Status: No, score=0.1 required=5.0 tests=DNS_FROM_SECURITYSAGE autolearn=no version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on phoebe.cse.buffalo.edu Cc: freebsd-current Subject: Re: October 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: Wed, 15 Oct 2008 15:37:46 -0000 --=-0e5EX0ByLzYwGXZxxzl2 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2008-10-15 at 19:28 +0400, Maxim Konovalov wrote: > Could we please remove 200803 and even 200804 snapshots to empty some > space? I removed 200803 through 200806 while I was uploading 200810. --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-0e5EX0ByLzYwGXZxxzl2 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkj2DkgACgkQ/G14VSmup/ZPowCeM8lqqFcm7q8HtdpQ/3IjFuTl 5P0AnRC8yT7TEUb4DVTBKTique3feFu3 =RTEg -----END PGP SIGNATURE----- --=-0e5EX0ByLzYwGXZxxzl2-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 15 13:56:56 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A0161065686 for ; Wed, 15 Oct 2008 13:56:56 +0000 (UTC) (envelope-from gmc@sonologic.nl) Received: from mx1.sonologic.nl (mx1.sonologic.nl [82.94.245.21]) by mx1.freebsd.org (Postfix) with ESMTP id A84B78FC0A for ; Wed, 15 Oct 2008 13:56:55 +0000 (UTC) (envelope-from gmc@sonologic.nl) Received: from localhost ([80.101.112.149]) (authenticated bits=0) by mx1.sonologic.nl (8.13.6/8.13.6) with ESMTP id m9FDuqO0005443 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 15 Oct 2008 13:56:53 GMT Date: Wed, 15 Oct 2008 15:56:52 +0200 From: Koen Martens To: Pyun YongHyeon Message-ID: <20081015135651.GC12650@latitude.dh2.sono> References: <8bebfc960710010039q3ae744b9h71f785f6e3a4634d@mail.gmail.com> <20071001080058.GE18658@cdnetworks.co.kr> <8bebfc960710010707o4b7e9b2cif086e35b4f8f736d@mail.gmail.com> <20071002004521.GH18658@cdnetworks.co.kr> <8bebfc960710012041h205216ecl75d44e0c9ba69068@mail.gmail.com> <20071002035814.GJ18658@cdnetworks.co.kr> <8bebfc960710022231m4b26a07ahdaef145e07862fb6@mail.gmail.com> <20071004011348.GC30781@cdnetworks.co.kr> <20081015122233.GA11699@latitude.dh2.sono> <20081015123440.GJ14769@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; x-action=pgp-signed Content-Disposition: inline In-Reply-To: <20081015123440.GJ14769@cdnetworks.co.kr> User-Agent: Mutt/1.5.16 (2007-06-09) X-Helo-Milter-Authen: gmc@mx1.sonologic.nl, gmc@sonologic.nl, mx1 X-Spam-Status: No, score=2.0 required=5.0 tests=DK_POLICY_SIGNSOME, DNS_FROM_SECURITYSAGE autolearn=no version=3.1.3 X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on mx1.sonologic.nl Received-SPF: pass (mx1.sonologic.nl: 80.101.112.149 is authenticated by a trusted mechanism) X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0rc3 (mx1.sonologic.nl [82.94.245.21]); Wed, 15 Oct 2008 13:56:54 +0000 (UTC) X-Mailman-Approved-At: Wed, 15 Oct 2008 16:08:49 +0000 Cc: freebsd-current@freebsd.org, Kudo Chien Subject: Re: msk watchdog timeout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Oct 2008 13:56:56 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, Oct 15, 2008 at 09:34:40PM +0900, Pyun YongHyeon wrote: > On Wed, Oct 15, 2008 at 02:22:34PM +0200, Koen Martens wrote: > > The problem occurs under load (rsyncing tens of gigabytes over > > gigabit link for example). I tried configuring the switch port > > down to 100MB, in the hopes that msk0 would be more stable. It > > is, but it still goes down after a while with watchdog timeouts. > > > > I am now running it with msi disabled, it appears it lasts longer > > than before now. But judging by what others said on this subject > > already, it might still go wrong after as much as a month. > > > > Also, I've never had these problems when the machine was still > > on 6.x with the myk driver. Only after I upgraded it this tuesday > > to RELENG_7, trouble started. > > > > This is a server that I need to put back into production. I could > > give you some time on it before I do that, but that'd have to be > > *right now* so i guess that won't work out really. > > > > I'll probably install a nic to be used instead of the built-in > > yukon interface, to get back the required stability. > > > > I'm not sure whether 88E8050 also has RAM buffer. Youkon > controllers seems to have silicon bugs for hardwares with RAM > buffer. msk(4) in HEAD has workaround code for the silicon bug. > Would you try latest msk(4) from HEAD?(Just copy > if_msk.c/if_mskreg.h from HEAD to your box and rebuild kernel.) > Also show me verbosed boot message(msk(4) related one would be > enough). No dice, compile bails out: o-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /usr/src/sys/dev/msk/if_msk.c /usr/src/sys/dev/msk/if_msk.c:845:50: error: macro "MEXTADD" passed 8 arguments, but takes just 7 /usr/src/sys/dev/msk/if_msk.c: In function 'msk_jumbo_newbuf': /usr/src/sys/dev/msk/if_msk.c:844: error: 'MEXTADD' undeclared (first use in this function) /usr/src/sys/dev/msk/if_msk.c:844: error: (Each undeclared identifier is reported only once /usr/src/sys/dev/msk/if_msk.c:844: error: for each function it appears in.) *** Error code 1 Stop in /usr/obj/usr/src/sys/GENERIC. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. postel# I'll have to get back to you about the verbose boot, as i have no remote console on that machine. Thanks, Koen - -- K.F.J. Martens, Sonologic, http://www.sonologic.nl/ Databases, wiki-expertise, hosting, server- en infrabeheer. Public PGP key: http://www.metro.cx/pubkey-gmc.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) iD8DBQFI9fajktDgRrkFPpYRAhMPAJ9SRqS3R0/YSErjSaiS0hc+m5HBOwCbBaTk HgSPcihKuvvLTMJtlL6LrIg= =5Au9 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Oct 15 13:02:30 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 35E641065687 for ; Wed, 15 Oct 2008 13:02:30 +0000 (UTC) (envelope-from gmc@sonologic.nl) Received: from mx1.sonologic.nl (mx1.sonologic.nl [82.94.245.21]) by mx1.freebsd.org (Postfix) with ESMTP id 5221E8FC12 for ; Wed, 15 Oct 2008 13:02:29 +0000 (UTC) (envelope-from gmc@sonologic.nl) Received: from localhost ([80.101.112.149]) (authenticated bits=0) by mx1.sonologic.nl (8.13.6/8.13.6) with ESMTP id m9FCMYgV096148 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 15 Oct 2008 12:22:35 GMT Date: Wed, 15 Oct 2008 14:22:34 +0200 From: Koen Martens To: Pyun YongHyeon Message-ID: <20081015122233.GA11699@latitude.dh2.sono> References: <8bebfc960710010039q3ae744b9h71f785f6e3a4634d@mail.gmail.com> <20071001080058.GE18658@cdnetworks.co.kr> <8bebfc960710010707o4b7e9b2cif086e35b4f8f736d@mail.gmail.com> <20071002004521.GH18658@cdnetworks.co.kr> <8bebfc960710012041h205216ecl75d44e0c9ba69068@mail.gmail.com> <20071002035814.GJ18658@cdnetworks.co.kr> <8bebfc960710022231m4b26a07ahdaef145e07862fb6@mail.gmail.com> <20071004011348.GC30781@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <20071004011348.GC30781@cdnetworks.co.kr> User-Agent: Mutt/1.5.16 (2007-06-09) X-Helo-Milter-Authen: gmc@mx1.sonologic.nl, gmc@sonologic.nl, mx1 X-Spam-Status: No, score=2.0 required=5.0 tests=DK_POLICY_SIGNSOME, DNS_FROM_SECURITYSAGE autolearn=no version=3.1.3 X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on mx1.sonologic.nl Received-SPF: pass (mx1.sonologic.nl: 80.101.112.149 is authenticated by a trusted mechanism) X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0rc3 (mx1.sonologic.nl [82.94.245.21]); Wed, 15 Oct 2008 12:22:36 +0000 (UTC) X-Mailman-Approved-At: Wed, 15 Oct 2008 16:48:21 +0000 Cc: freebsd-current@freebsd.org, Kudo Chien Subject: Re: msk watchdog timeout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Oct 2008 13:02:30 -0000 On Thu, Oct 04, 2007 at 10:13:48AM +0900, Pyun YongHyeon wrote: > On Wed, Oct 03, 2007 at 01:31:32PM +0800, Kudo Chien wrote: > > > Thanks for testing. Would you sumbit a PR for the issue and assign > > > it to me? I'll let you know when I manage to find a clue. > > > > > > OK. I've submitted a PR at > > http://www.freebsd.org/cgi/query-pr.cgi?pr=116853. > > Thanks you. > > > > I've grabbed it. Thanks. For what it's worth, i've been having instability issues with msk0 too. Included is a dmesg and pciconf output. The problem occurs under load (rsyncing tens of gigabytes over gigabit link for example). I tried configuring the switch port down to 100MB, in the hopes that msk0 would be more stable. It is, but it still goes down after a while with watchdog timeouts. I am now running it with msi disabled, it appears it lasts longer than before now. But judging by what others said on this subject already, it might still go wrong after as much as a month. Also, I've never had these problems when the machine was still on 6.x with the myk driver. Only after I upgraded it this tuesday to RELENG_7, trouble started. This is a server that I need to put back into production. I could give you some time on it before I do that, but that'd have to be *right now* so i guess that won't work out really. I'll probably install a nic to be used instead of the built-in yukon interface, to get back the required stability. Best, Koen postel# dmesg Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.1-PRERELEASE #0: Tue Oct 14 11:55:05 CEST 2008 root@postel.issuecrawler.net:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.00GHz (2992.52-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf4a Stepping = 10 Features=0xbfebfbff Features2=0x641d AMD Features=0x20000000 AMD Features2=0x1 real memory = 3757965312 (3583 MB) avail memory = 3673931776 (3503 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 6 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, dff00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.1 (no driver attached) pci0: at device 1.0 (no driver attached) pcib1: irq 16 at device 2.0 on pci0 pci1: on pcib1 pcib2: at device 0.0 on pci1 pci2: on pcib2 pcib3: at device 0.2 on pci1 pci3: on pcib3 3ware device driver for 9000 series storage controllers, version: 3.70.05.001 twa0: <3ware 9000 series Storage Controller> port 0xcc80-0xccbf mem 0xfa000000-0xfbffffff,0xfceff000-0xfcefffff irq 48 at device 1.0 on pci3 twa0: [ITHREAD] twa0: INFO: (0x15: 0x1300): Controller details:: Model 9550SX-4LP, 4 ports, Firmware FE9X 3.04.01.011, BIOS BE9X 3.04.00.002 pcib4: irq 16 at device 4.0 on pci0 pci4: on pcib4 pcib5: irq 16 at device 5.0 on pci0 pci5: on pcib5 mskc0: port 0xdc00-0xdcff mem 0xfcffc000-0xfcffffff irq 16 at device 0.0 on pci5 mskc0: Unexpected number of MSI messages : 0 msk0: on mskc0 msk0: Ethernet address: 00:04:23:d1:4a:fd miibus0: on msk0 e1000phy0: PHY 0 on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto mskc0: [FILTER] pcib6: irq 16 at device 6.0 on pci0 pci6: on pcib6 uhci0: port 0xb880-0xb89f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xbc00-0xbc1f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xbc80-0xbc9f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xfccfec00-0xfccfefff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: on usb3 uhub3: 6 ports with 6 removable, self powered umass0: on uhub3 pcib7: at device 30.0 on pci0 pci7: on pcib7 em0: port 0xec80-0xecbf mem 0xfebe0000-0xfebfffff irq 16 at device 4.0 on pci7 em0: [FILTER] em0: Ethernet address: 00:04:23:d1:4a:fc vgapci0: port 0xe800-0xe8ff mem 0xfd000000-0xfdffffff,0xfebdb000-0xfebdbfff irq 17 at device 12.0 on pci7 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 acpi_button1: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A sio1: [FILTER] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] cpu0: on acpi0 p4tcc0: on cpu0 cpu1: on acpi0 p4tcc1: on cpu1 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xca7ff,0xca800-0xcb7ff,0xcb800-0xcc7ff,0xcc800-0xcdfff pnpid ORM0000 on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec acd0: CDROM at ata0-master UDMA33 da0 at twa0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 100.000MB/s transfers da0: 2097151MB (4294967295 512 byte sectors: 255H 63S/T 267349C) da1 at twa0 bus 0 target 0 lun 1 da1: Fixed Direct Access SCSI-3 device da1: 100.000MB/s transfers da1: 763840MB (1564344321 512 byte sectors: 255H 63S/T 97375C) SMP: AP CPU #1 Launched! da2 at umass-sim0 bus 0 target 0 lun 0 da2: Fixed Direct Access SCSI-2 device da2: 40.000MB/s transfers da2: 715404MB (1465149168 512 byte sectors: 255H 63S/T 91201C) GEOM_LABEL: Label for provider da2s1 is msdosfs/USB-HDD. Trying to mount root from ufs:/dev/da0s1a em0: link state changed to UP msk0: link state changed to UP twa0: INFO: (0x04: 0x000C): Initialize started: unit=0 postel# vmstat -i interrupt total rate irq14: ata0 58 0 irq16: mskc0 em0+ 3217531 1586 irq23: ehci0 178 0 irq48: twa0 448723 221 cpu0: timer 4036589 1990 cpu1: timer 4032605 1988 Total 11735684 5786 postel# pciconf -lc hostb0@pci0:0:0:0: class=0x060000 card=0x34398086 chip=0x35908086 rev=0x0c hdr=0x00 cap 09[40] = vendor (length 5) Intel cap 4 version 1 none0@pci0:0:0:1: class=0xff0000 card=0x34398086 chip=0x35918086 rev=0x0c hdr=0x00 none1@pci0:0:1:0: class=0x088000 card=0x34398086 chip=0x35948086 rev=0x0c hdr=0x00 cap 05[b0] = MSI supports 2 messages pcib1@pci0:0:2:0: class=0x060400 card=0x00000000 chip=0x35958086 rev=0x0c hdr=0x01 cap 01[50] = powerspec 2 supports D0 D3 current D0 cap 05[58] = MSI supports 2 messages cap 10[64] = PCI-Express 1 root port pcib4@pci0:0:4:0: class=0x060400 card=0x00000000 chip=0x35978086 rev=0x0c hdr=0x01 cap 01[50] = powerspec 2 supports D0 D3 current D0 cap 05[58] = MSI supports 2 messages cap 10[64] = PCI-Express 1 root port pcib5@pci0:0:5:0: class=0x060400 card=0x00000000 chip=0x35988086 rev=0x0c hdr=0x01 cap 01[50] = powerspec 2 supports D0 D3 current D0 cap 05[58] = MSI supports 2 messages cap 10[64] = PCI-Express 1 root port pcib6@pci0:0:6:0: class=0x060400 card=0x00000000 chip=0x35998086 rev=0x0c hdr=0x01 cap 01[50] = powerspec 2 supports D0 D3 current D0 cap 05[58] = MSI supports 2 messages cap 10[64] = PCI-Express 1 root port uhci0@pci0:0:29:0: class=0x0c0300 card=0x34398086 chip=0x24d28086 rev=0x02 hdr=0x00 uhci1@pci0:0:29:1: class=0x0c0300 card=0x34398086 chip=0x24d48086 rev=0x02 hdr=0x00 uhci2@pci0:0:29:2: class=0x0c0300 card=0x34398086 chip=0x24d78086 rev=0x02 hdr=0x00 ehci0@pci0:0:29:7: class=0x0c0320 card=0x34398086 chip=0x24dd8086 rev=0x02 hdr=0x00 cap 01[50] = powerspec 2 supports D0 D3 current D0 cap 0a[58] = EHCI Debug Port at offset 0xa0 in map 0x14 pcib7@pci0:0:30:0: class=0x060400 card=0x00000000 chip=0x244e8086 rev=0xc2 hdr=0x01 isab0@pci0:0:31:0: class=0x060100 card=0x00000000 chip=0x24d08086 rev=0x02 hdr=0x00 atapci0@pci0:0:31:1: class=0x01018a card=0x34398086 chip=0x24db8086 rev=0x02 hdr=0x00 none2@pci0:0:31:3: class=0x0c0500 card=0x34398086 chip=0x24d38086 rev=0x02 hdr=0x00 pcib2@pci0:1:0:0: class=0x060400 card=0x00000000 chip=0x03298086 rev=0x09 hdr=0x01 cap 10[44] = PCI-Express 1 PCI bridge cap 05[5c] = MSI supports 1 message, 64 bit cap 01[6c] = powerspec 2 supports D0 D3 current D0 cap 07[d8] = PCI-X bridge supports ioapic0@pci0:1:0:1: class=0x080020 card=0x34398086 chip=0x03268086 rev=0x09 hdr=0x00 cap 10[44] = PCI-Express 1 endpoint cap 01[6c] = powerspec 2 supports D0 D3 current D0 pcib3@pci0:1:0:2: class=0x060400 card=0x00000000 chip=0x032a8086 rev=0x09 hdr=0x01 cap 10[44] = PCI-Express 1 PCI bridge cap 05[5c] = MSI supports 1 message, 64 bit cap 01[6c] = powerspec 2 supports D0 D3 current D0 cap 07[d8] = PCI-X bridge supports ioapic1@pci0:1:0:3: class=0x080020 card=0x34398086 chip=0x03278086 rev=0x09 hdr=0x00 cap 10[44] = PCI-Express 1 endpoint cap 01[6c] = powerspec 2 supports D0 D3 current D0 twa0@pci0:3:1:0: class=0x010400 card=0x100313c1 chip=0x100313c1 rev=0x00 hdr=0x00 cap 07[e0] = PCI-X 64-bit supports 133MHz, 512 burst read, 3 split transactions cap 01[e8] = powerspec 2 supports D0 D1 D2 D3 current D0 cap 05[f0] = MSI supports 8 messages, 64 bit mskc0@pci0:5:0:0: class=0x020000 card=0x34398086 chip=0x436111ab rev=0x18 hdr=0x00 cap 01[48] = powerspec 2 supports D0 D1 D2 D3 current D0 cap 03[50] = VPD cap 05[5c] = MSI supports 2 messages, 64 bit cap 10[e0] = PCI-Express 1 legacy endpoint em0@pci0:7:4:0: class=0x020000 card=0x34398086 chip=0x10768086 rev=0x05 hdr=0x00 cap 01[dc] = powerspec 2 supports D0 D3 current D0 cap 07[e4] = PCI-X supports 2048 burst read, 1 split transaction vgapci0@pci0:7:12:0: class=0x030000 card=0x34398086 chip=0x47521002 rev=0x27 hdr=0x00 cap 01[5c] = powerspec 2 supports D0 D1 D2 D3 current D0 -- K.F.J. Martens, Sonologic, http://www.sonologic.nl/ Databases, wiki-expertise, hosting, server- en infrabeheer. Public PGP key: http://www.metro.cx/pubkey-gmc.asc From owner-freebsd-current@FreeBSD.ORG Wed Oct 15 16:49:50 2008 Return-Path: Delivered-To: Current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1BEF1065699 for ; Wed, 15 Oct 2008 16:49:50 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: from smtp815.mail.ird.yahoo.com (smtp815.mail.ird.yahoo.com [77.238.189.20]) by mx1.freebsd.org (Postfix) with SMTP id 2A78C8FC0A for ; Wed, 15 Oct 2008 16:49:49 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: (qmail 18515 invoked from network); 15 Oct 2008 16:49:48 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=Received:X-YMail-OSG:X-Yahoo-Newman-Property:From:To:References:In-Reply-To:Subject:Date:Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Mailer:Thread-Index:Content-Language; b=eztcWpDvnK0rz8mDSKpakPQWi5+/zbeaQT+0a2kMCL/nsHM0c4HaQdcNNcUl9iZiGvE9l3x0MARYFYZHpij+lEJ4Iixak5eS/W8fDdP1ey4vuhcWdOfpHr0LZfDm1simbUZByKHnoDMDmccSke0MQaC342EZv7Ia5GDqJwG8pjg= ; Received: from unknown (HELO W2FZZ0VC03) (Thomas.Sparrevohn@86.134.26.44 with login) by smtp815.mail.ird.yahoo.com with SMTP; 15 Oct 2008 16:49:48 -0000 X-YMail-OSG: KNdThSkVM1mTa8ftiBzO9C_H.lt3y5unQiavwyLAXz1HYbaPMfEC7uS3r8x_Il2LZpSAUVGmKk7wSaNY3b1tLhpsdyZS.MYENRf_J48PUp8pdiSSqKPFcqmDsdyPlW7Mfnwh95K3rX3ps42QJaz7BRCbozA5FtBftmWFGx7.SjGuscfTPQ-- X-Yahoo-Newman-Property: ymail-3 From: "Thomas Sparrevohn" To: "'Thomas Sparrevohn'" , =?iso-8859-1?Q?'S=F8ren_Schmidt'?= , , References: <000001c92d77$cbfaf6f0$63f0e4d0$@Sparrevohn@btinternet.com> In-Reply-To: <000001c92d77$cbfaf6f0$63f0e4d0$@Sparrevohn@btinternet.com> Date: Wed, 15 Oct 2008 17:49:46 +0100 Message-ID: <001801c92ee6$08d62ee0$1a828ca0$@Sparrevohn@btinternet.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AckqEiG05rgmy25YRq6tHbmj2mOTWgDWheOgAF4ZlTA= Content-Language: en-gb Cc: Subject: RE: Out of bounce buffers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Oct 2008 16:49:50 -0000 I will be answering this one myself Further debugging seems fortunately to vindicate the ATA drivers - I tried to disable most other drivers - USB, if etc. And the problem goes away=20 I now need to tie down where the problem occurs - but what seems to happen is that a DMA read sanity check fails due to the segment has been overwritten/changed/freed while the ATA driver was holding the same tag=20 -----Original Message----- From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freebsd.org] On Behalf Of Thomas Sparrevohn Sent: 13 October 2008 22:08 To: 'S=F8ren Schmidt'; Current@freebsd.org Subject: Out of bounce buffers=20 Hi=20 I have had a weird issue since the change in April where the SATA Port multipliers was introduced. The system started issuing "DATA load FAILURE" in the ata-dmaload every time that disk subsystem got loaded. Because the code prior from 10/04-2008 worked fine and Ignored the problem and simply used the code prior to the SATA Port multiplier was introduced. The reason was twofold - One I did not time to investigate and two I suspected it coul= d be a hw error - using cheap SATA disks. Well finally I have had time to investigate and the problem occurs because the system "runs out of bounce buffers"=20 I have tested the entire disk for errors using a Hitachi tools and there seems to no problems - down to the degree that I can get the system to work with the current ATA subsystem as long as I only use one disk ;-) Regardles= s of which of the 4 disks -=20 however if I add a second disk to the subsystem it will eventually (after 17-40GB of restores) give me a "DATA load failures" - Naturally I suspected the disk drives - however as I said - I can fully restore without the error occurring as long as I only use one disk Puzzled by this I started plastering the code with printf's to see what happened - patch included just FYI - It turns out that the kernel runs out of bounce buffers - which is very surprising - Can anybody give any advice on this? From owner-freebsd-current@FreeBSD.ORG Wed Oct 15 17:16:23 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A598610656FC; Wed, 15 Oct 2008 17:16:23 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 5D1388FC1F; Wed, 15 Oct 2008 17:16:23 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id m9FHGMPM038060 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 15 Oct 2008 10:16:23 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <48F62566.90908@freebsd.org> Date: Wed, 15 Oct 2008 10:16:22 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: Alfred Perlstein References: <20081015150631.GI77664@elvis.mu.org> In-Reply-To: <20081015150631.GI77664@elvis.mu.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC--Metrics: ebb.errno.com; whitelist Cc: current@freebsd.org Subject: Re: USB4BSD - release candidate 2 - coming to FreeBSD this week. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Oct 2008 17:16:23 -0000 Alfred Perlstein wrote: > Guys, I'm planning on giving integration of Han's MPSAFE > and fast usb stack this coming week. > > Code is referenced in the below message. > > Please give feedback now so that I can be prepared. > > ----- Forwarded message from Hans Petter Selasky ----- > > From: Hans Petter Selasky > To: Alfred Perlstein > Cc: Andrew Thompson > Subject: Re: USB4BSD - release candidate 2 > Date: Sun, 28 Sep 2008 22:23:01 +0200 > Message-Id: <200809282223.02055.hselasky@c2i.net> > User-Agent: KMail/1.9.7 > > NOTE: The following file has been deleted: > > src/sys/dev/usb2/controller/uss820dci_pccard.c > > And the patch for the kernel config file is different. > > --HPS > > %md5 usb2_release_002.* > MD5 (usb2_release_002.diff) = 0209262b6df3a1e2aecac1c4fd553c41 > MD5 (usb2_release_002.tar.gz) = a8f9dd0ce9e3191d6446dc07c2151432 > %sha256 usb2_release_002.* > SHA256 (usb2_release_002.diff) = > 5d5d0c8ea2a4cf1ea631bd45082b56da1bf12cfc85b6e613bf881dca3949111b > SHA256 (usb2_release_002.tar.gz) = > 6d9001f4baf56e6a85c4e147de24b6c7d00c052e3840088b93a53ef4e4c92fb9 > % > > http://www.selasky.org/hans_petter/usb4bsd/for_review > > --HPS > > ----- End forwarded message ----- > > 1. libusb_20 appears to be undocumented (the manual page looks to be a placeholder) and the only example of use (usbconfig) has zero comments. 2. is there any way to list the set of quirks in the usb2_quirk module? I don't think going back to the source is sufficient as you may only have a binary to work with. 3. similarly for the driver container modules can one see the set of drivers bundled? 4. I'm interested to understand why these container modules exist instead of individual drivers. I don't see anything in the manual pages that references the drivers, can one still configure a kernel w/ only the specific drivers present on a system? (e.g. for embedded use) If so please fix the manual pages. 5. The man page description of the usb2_template module is unclear to me. I suspect an example would help. 6. Many files lack a copyright/license (e.g. modules/*). Sam From owner-freebsd-current@FreeBSD.ORG Wed Oct 15 18:10:28 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A841F106569A; Wed, 15 Oct 2008 18:10:28 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 504428FC1E; Wed, 15 Oct 2008 18:10:28 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id m9FI7CsR092179; Wed, 15 Oct 2008 12:07:12 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 15 Oct 2008 12:08:13 -0600 (MDT) Message-Id: <20081015.120813.1393075599.imp@bsdimp.com> To: alfred@freebsd.org From: "M. Warner Losh" In-Reply-To: <20081015150631.GI77664@elvis.mu.org> References: <20081015150631.GI77664@elvis.mu.org> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: usb@freebsd.org, rwatson@freebsd.org, current@freebsd.org Subject: Re: USB4BSD - release candidate 2 - coming to FreeBSD this week. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Oct 2008 18:10:28 -0000 I'm worried about the sound changes folded in here. i think they should be separated out, perhaps with a note that uaudio doesn't work without them. They should come in via the normal sound driver maintainer's processes. I think they break other things. Other than that, I'm happy with these going in. That isn't to say I like everything about usb2, but it is to the point where it needs wider testing and wider comment. I suspect there's a number of contentious items lingering in the code, but they shouldn't prevent it going in. Warner From owner-freebsd-current@FreeBSD.ORG Wed Oct 15 18:29:19 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C8121065689; Wed, 15 Oct 2008 18:29:19 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 28D718FC18; Wed, 15 Oct 2008 18:29:18 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id D85D81A3C39; Wed, 15 Oct 2008 11:29:18 -0700 (PDT) Date: Wed, 15 Oct 2008 11:29:18 -0700 From: Alfred Perlstein To: "M. Warner Losh" Message-ID: <20081015182918.GC46393@elvis.mu.org> References: <20081015150631.GI77664@elvis.mu.org> <20081015.120813.1393075599.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081015.120813.1393075599.imp@bsdimp.com> User-Agent: Mutt/1.4.2.3i Cc: usb@freebsd.org, rwatson@freebsd.org, current@freebsd.org Subject: Re: USB4BSD - release candidate 2 - coming to FreeBSD this week. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Oct 2008 18:29:19 -0000 * M. Warner Losh [081015 11:10] wrote: > I'm worried about the sound changes folded in here. i think they > should be separated out, perhaps with a note that uaudio doesn't work > without them. They should come in via the normal sound driver > maintainer's processes. I think they break other things. > > Other than that, I'm happy with these going in. That isn't to say I > like everything about usb2, but it is to the point where it needs > wider testing and wider comment. I suspect there's a number of > contentious items lingering in the code, but they shouldn't prevent it > going in. Noted, I'll axe the audio changes. -- - Alfred Perlstein From owner-freebsd-current@FreeBSD.ORG Wed Oct 15 19:22:10 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3FFF61065690; Wed, 15 Oct 2008 19:22:10 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe03.swip.net [212.247.154.65]) by mx1.freebsd.org (Postfix) with ESMTP id 12DDC8FC12; Wed, 15 Oct 2008 19:22:08 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=KbpOe3bC1BgA:10 a=E9KEX5fJTvYA:10 a=d6BVkb5LuPPVEe4iNQMLyA==:17 a=V-qcvZVEDlrtjqFKwZwA:9 a=vwRClDClVwqBylEuTxQA:7 a=RM3yhSDyi0Z5YCKWscdwokHqeGQA:4 a=50e4U0PicR4A:10 Received: from [62.113.135.6] (account mc467741@c2i.net [62.113.135.6] verified) by mailfe03.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1120333081; Wed, 15 Oct 2008 21:22:07 +0200 From: Hans Petter Selasky To: Alfred Perlstein User-Agent: KMail/1.9.7 References: <20081015173319.GB46393@elvis.mu.org> In-Reply-To: <20081015173319.GB46393@elvis.mu.org> MIME-Version: 1.0 Content-Disposition: inline Date: Wed, 15 Oct 2008 21:24:11 +0200 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200810152124.12637.hselasky@c2i.net> Cc: "Sam Leffler \(FreeBSD Project\)" , current@freebsd.org Subject: Re: (forw) Re: USB4BSD - release candidate 2 - coming to FreeBSD this week. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Oct 2008 19:22:10 -0000 Hi, > > 1. libusb_20 appears to be undocumented (the manual page looks to be a > placeholder) and the only example of use (usbconfig) has zero comments. There is some work left to do there. Any help going through the USB library would be appreciated. > > 2. is there any way to list the set of quirks in the usb2_quirk module? > I don't think going back to the source is sufficient as you may only > have a binary to work with. Not at the moment, but I could possibly extend "usbconfig" to list available quirks. I've made a note for this. > > 3. similarly for the driver container modules can one see the set of > drivers bundled? No. You will have to inspect the module "DATA_SET()" information in the kld. > > 4. I'm interested to understand why these container modules exist > instead of individual drivers. They exist to make loading USB drivers easier. It is simpler to load "usb2_serial" than to emperically search for a specific serial port driver. In the future the "usb2_serial" module will load the correct driver for you. > I don't see anything in the manual pages > that references the drivers, can one still configure a kernel w/ only > the specific drivers present on a system? (e.g. for embedded use) If so > please fix the manual pages. Yes, of course you can still ungroup the driver modules into smaller parts, simply by moving the source files to another module, or removing the source files for the drivers you don't want. But there are no kernel options that will do that currently. You have to do it by hand until further. > > 5. The man page description of the usb2_template module is unclear to > me. I suspect an example would help. I have made a note for this. > > 6. Many files lack a copyright/license (e.g. modules/*). It is BSD licensed like the rest of the code. --HPS BTW: I will travel to EuroBSDcon2008 tomorrow and will probably not have access to e-mail all the time. From owner-freebsd-current@FreeBSD.ORG Wed Oct 15 20:13:06 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09AD31065691 for ; Wed, 15 Oct 2008 20:13:06 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: from smtp816.mail.ird.yahoo.com (smtp816.mail.ird.yahoo.com [77.238.189.16]) by mx1.freebsd.org (Postfix) with SMTP id 838DC8FC1F for ; Wed, 15 Oct 2008 20:13:05 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: (qmail 96898 invoked from network); 15 Oct 2008 20:13:04 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=Received:X-YMail-OSG:X-Yahoo-Newman-Property:From:To:Cc:References:In-Reply-To:Subject:Date:Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Mailer:Thread-Index:Content-Language; b=Np1P/+h7FvVgBkAOp/Ky/nsfGNEmlAoMOlzSRnBdUjlBBBw/9zun2isSmcOxp3EbDEnY45Ge4x1ALBgDAmGWzgA+iPctWkDS5U9XQmXgrgC3LHJiqlHKUDQfWnnJZ9AKmWdvEWyxnSyl8mnxNaYiumzU3eX3b9I0JDtEQHtBE/0= ; Received: from unknown (HELO W2FZZ0VC03) (thomas.sparrevohn@btinternet.com@86.133.215.177 with login) by smtp816.mail.ird.yahoo.com with SMTP; 15 Oct 2008 20:13:04 -0000 X-YMail-OSG: E8ivAeIVM1lVBMVIzmYP7Kak0hH6zsA06CHvK_NkLjmrc8fn5nUTfpyevZLqK3GaDgRJX5ogfFiiZDeibI8VgmipyCQ_Rk3Fey4KATAm.dHZKa1lUeil2Bt.Ad5S8B5ht0cIr6UuZS6dXWi6DDQ.4C.lrF0UENmsGfLMt1tY80onOva09g-- X-Yahoo-Newman-Property: ymail-3 From: "Thomas Sparrevohn" To: "'Hans Petter Selasky'" , "'Alfred Perlstein'" References: <20081015173319.GB46393@elvis.mu.org> <200810152124.12637.hselasky@c2i.net> In-Reply-To: <200810152124.12637.hselasky@c2i.net> Date: Wed, 15 Oct 2008 21:13:02 +0100 Message-ID: <002a01c92f02$6ddf4a80$499ddf80$@Sparrevohn@btinternet.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Acku+17dVB3oRyLwQt23bdjkEkwFuwABu7uA Content-Language: en-gb Cc: "'Sam Leffler \(FreeBSD Project\)'" , current@freebsd.org Subject: RE: (forw) Re: USB4BSD - release candidate 2 - coming to FreeBSD this week. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Oct 2008 20:13:06 -0000 Short comment - An example kernel configuration would be nice in a readme -----Original Message----- From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freebsd.org] On Behalf Of Hans Petter Selasky Sent: 15 October 2008 20:24 To: Alfred Perlstein Cc: Sam Leffler (FreeBSD Project); current@freebsd.org Subject: Re: (forw) Re: USB4BSD - release candidate 2 - coming to FreeBSD this week. Hi, > > 1. libusb_20 appears to be undocumented (the manual page looks to be a > placeholder) and the only example of use (usbconfig) has zero comments. There is some work left to do there. Any help going through the USB library would be appreciated. > > 2. is there any way to list the set of quirks in the usb2_quirk module? > I don't think going back to the source is sufficient as you may only > have a binary to work with. Not at the moment, but I could possibly extend "usbconfig" to list available quirks. I've made a note for this. > > 3. similarly for the driver container modules can one see the set of > drivers bundled? No. You will have to inspect the module "DATA_SET()" information in the kld. > > 4. I'm interested to understand why these container modules exist > instead of individual drivers. They exist to make loading USB drivers easier. It is simpler to load "usb2_serial" than to emperically search for a specific serial port driver. In the future the "usb2_serial" module will load the correct driver for you. > I don't see anything in the manual pages > that references the drivers, can one still configure a kernel w/ only > the specific drivers present on a system? (e.g. for embedded use) If so > please fix the manual pages. Yes, of course you can still ungroup the driver modules into smaller parts, simply by moving the source files to another module, or removing the source files for the drivers you don't want. But there are no kernel options that will do that currently. You have to do it by hand until further. > > 5. The man page description of the usb2_template module is unclear to > me. I suspect an example would help. I have made a note for this. > > 6. Many files lack a copyright/license (e.g. modules/*). It is BSD licensed like the rest of the code. --HPS BTW: I will travel to EuroBSDcon2008 tomorrow and will probably not have access to e-mail all the time. _______________________________________________ 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 Oct 15 20:25:14 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 729831065690; Wed, 15 Oct 2008 20:25:14 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 6B06C8FC14; Wed, 15 Oct 2008 20:25:13 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.1.14) with ESMTPSA id 225133346; Wed, 15 Oct 2008 23:25:12 +0300 Message-ID: <48F651A7.3040001@FreeBSD.org> Date: Wed, 15 Oct 2008 23:25:11 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.16 (X11/20080726) MIME-Version: 1.0 To: "M. Warner Losh" References: <5f67a8c40810052226k3070a11ah463a819c677f6307@mail.gmail.com> <20081008113848.c9b44354.webmaster@kibab.com> <20081012171201.da4da754.webmaster@kibab.com> <20081013.110310.-1622595361.imp@bsdimp.com> In-Reply-To: <20081013.110310.-1622595361.imp@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: webmaster@kibab.com, freebsd-arm@freebsd.org, freebsd-current@freebsd.org, zbeeble@gmail.com, freebsd-mobile@freebsd.org Subject: Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2008 20:25:14 -0000 M. Warner Losh wrote: > : Problem was solved by increasing the number of answer read attempts in mmc_send_app_op_cond(). With attached patch (against latest driver version) card is recognized properly on ~ 190th attempt (while in original driver there are only 100 attempts). > : > : Furthermore, non-mine SDHC card is now also recognized in this cardreader (it doesn't even under Windows). In this case, it takes about 400 attempts to read answer. > > I think I bumped the number of iterations to 100 when I found that 10 > wasn't enough. 25 different cards worked just fine, but I got use of > a 16MB SD card at BSDcan that needed like 65. Bumping it from 100 to > 1000, however, makes the timeout go from 1s to 10s. That opens up > window for insertion races, but that's the only downside I see... Of > course, we want to fix those races, but this may expose them a little > more.. > > I can't believe that you had a card that took 4s to become active! > > Can you confirm the elapsed time is really 4s for that card? > Otherwise, this may be pointing out a bug in another area of the > code... Completely fortunate I have noticed that number of iterations depends on my laptop power source. After small investigation I have found that it actually depends on dev.cpu.0.freq value. With default value 2400 I have only several iterations. But every double frequency decrease doubles iteration count. With minimum value 100MHz I have more then 100 iterations. Same time it doesn't looks like this time is a real wall time. It looks like DELAY() used in a loop has some problems with time counting. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Wed Oct 15 21:07:54 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C6201065689; Wed, 15 Oct 2008 21:07:54 +0000 (UTC) (envelope-from stas@FreeBSD.org) Received: from smtp.ht-systems.ru (mr0.ht-systems.ru [78.110.50.55]) by mx1.freebsd.org (Postfix) with ESMTP id B60E88FC25; Wed, 15 Oct 2008 21:07:53 +0000 (UTC) (envelope-from stas@FreeBSD.org) Received: from [85.21.245.235] (helo=orion.SpringDaemons.com) by smtp.ht-systems.ru with esmtpa (Exim 4.62) (envelope-from ) id 1KqDF4-0001Jc-Sf; Thu, 16 Oct 2008 00:45:14 +0400 Received: from orion (localhost [127.0.0.1]) by orion.SpringDaemons.com (Postfix) with SMTP id 3410E398F1; Thu, 16 Oct 2008 00:45:53 +0400 (MSD) Date: Thu, 16 Oct 2008 00:45:48 +0400 From: Stanislav Sedov To: Alexander Motin Message-Id: <20081016004548.437cba9d.stas@FreeBSD.org> In-Reply-To: <48F651A7.3040001@FreeBSD.org> References: <5f67a8c40810052226k3070a11ah463a819c677f6307@mail.gmail.com> <20081008113848.c9b44354.webmaster@kibab.com> <20081012171201.da4da754.webmaster@kibab.com> <20081013.110310.-1622595361.imp@bsdimp.com> <48F651A7.3040001@FreeBSD.org> Organization: The FreeBSD Project X-XMPP: ssedov@jabber.ru X-Voice: +7 916 849 20 23 X-PGP-Fingerprint: F21E D6CC 5626 9609 6CE2 A385 2BF5 5993 EB26 9581 X-Mailer: carrier-pigeon Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Thu__16_Oct_2008_00_45_48_+0400_gpvxnSXKe9UYcK1e" Cc: zbeeble@gmail.com, freebsd-arm@freebsd.org, freebsd-current@freebsd.org, "M. Warner Losh" , freebsd-mobile@freebsd.org Subject: Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2008 21:07:54 -0000 --Signature=_Thu__16_Oct_2008_00_45_48_+0400_gpvxnSXKe9UYcK1e Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, 15 Oct 2008 23:25:11 +0300 Alexander Motin mentioned: >=20 > Completely fortunate I have noticed that number of iterations depends on= =20 > my laptop power source. After small investigation I have found that it=20 > actually depends on dev.cpu.0.freq value. With default value 2400 I have= =20 > only several iterations. But every double frequency decrease doubles=20 > iteration count. With minimum value 100MHz I have more then 100=20 > iterations. Same time it doesn't looks like this time is a real wall=20 > time. It looks like DELAY() used in a loop has some problems with time=20 > counting. >=20 What do you mean? DELAY(9) on your laptop doesn't correspond to the real time? AFAIK, DELAY(9) relies on current timecounter for time accountiong, so there might be problems with it. Have you tried switching the kern.timecounter.hardware sysctl to see if it will affect results? --=20 Stanislav Sedov ST4096-RIPE --Signature=_Thu__16_Oct_2008_00_45_48_+0400_gpvxnSXKe9UYcK1e Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkj2VoEACgkQK/VZk+smlYHA5wCeIgg4IPiIQihQ3sVJ5IzawUaK nGgAnid2uyjyJbK0jty1Tp3zl+gXNRn7 =WF8Y -----END PGP SIGNATURE----- --Signature=_Thu__16_Oct_2008_00_45_48_+0400_gpvxnSXKe9UYcK1e-- From owner-freebsd-current@FreeBSD.ORG Wed Oct 15 21:10:49 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 288EF1065687 for ; Wed, 15 Oct 2008 21:10:49 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from cpsmtpo-eml02.kpnxchange.com (cpsmtpo-eml02.KPNXCHANGE.COM [213.75.38.151]) by mx1.freebsd.org (Postfix) with ESMTP id AEE7D8FC13 for ; Wed, 15 Oct 2008 21:10:48 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from hpsmtp-eml09.kpnxchange.com ([213.75.38.109]) by cpsmtpo-eml02.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 15 Oct 2008 23:10:45 +0200 Received: from uitsmijter.van-laarhoven.org ([81.207.207.222]) by hpsmtp-eml09.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 15 Oct 2008 23:10:45 +0200 Received: (qmail 97092 invoked by uid 98); 15 Oct 2008 21:10:45 -0000 Received: from 10.66.0.133 (nick@10.66.0.133) by uitsmijter.van-laarhoven.org (envelope-from , uid 82) with qmail-scanner-2.01 (clamdscan: 0.92/5270. f-prot: 4.6.7/3.16.15. spamassassin: 3.2.3. Clear:RC:1(10.66.0.133):. Processed in 0.053644 secs); 15 Oct 2008 21:10:45 -0000 Received: from unknown (HELO van-laarhoven.org) (nick@10.66.0.133) by uitsmijter.van-laarhoven.org with SMTP; 15 Oct 2008 21:10:44 -0000 Received: (nullmailer pid 21942 invoked by uid 1001); Wed, 15 Oct 2008 20:47:37 -0000 From: Nick Hibma To: freebsd-current@freebsd.org Date: Wed, 15 Oct 2008 22:47:36 +0200 User-Agent: KMail/1.9.7 References: <200810151348.m9FDmRpW036588@lurza.secnetix.de> In-Reply-To: <200810151348.m9FDmRpW036588@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200810152247.36749.nick@van-laarhoven.org> X-OriginalArrivalTime: 15 Oct 2008 21:10:45.0298 (UTC) FILETIME=[7D2BF120:01C92F0A] Subject: Re: Request for testers: Option 3G cards, also Sierra, ?Huawei and Novatel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Oct 2008 21:10:49 -0000 Olivier, This is a Option GlobeTrotter Max HSUPA modem. I've added it. It should work out of the box. I've got 3 Option modems here and they are all identical in functionality bar speeds and whether or not they have a WLAN module. Please note that a completely rewritten driver is ready. Somehow data gets corrupted and this panis my machine. But only with Option cards. If you receive this mail, the E220 support works. Cheers, Nick > Nick Hibma wrote: > > Just now I have committed a driver for Option and Huawei cards > > previously supported by the ubsa driver. More information is in the > > commit message. > > > > I am looking for people who would be able to provide more information > > after testing with the 3G cards branded by: > > > > OEM: > > Merlin > > Huawei > > Option > > Sierra > > Novatel > > Qualcomm > > A coworker has an Option card (Vodafone-branded) which > isn't recognized. I only had a chance to look at it > briefly, so i don't have a lot of information, sadly. > The USB vendor ID is 0x0af0 ("Option"), the device ID > is 0x7001. > > Do you happen to know if this is compatible with the > other "Globetrotter G3" cards, so just adding the ID > would work? Unfortunately I can't try this right now > myself, because it's not my machine ... > > Best regards > Oliver From owner-freebsd-current@FreeBSD.ORG Wed Oct 15 22:18:50 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D7AC106568C for ; Wed, 15 Oct 2008 22:18:50 +0000 (UTC) (envelope-from simias.n@gmail.com) Received: from ik-out-1112.google.com (ik-out-1112.google.com [66.249.90.178]) by mx1.freebsd.org (Postfix) with ESMTP id AC1678FC08 for ; Wed, 15 Oct 2008 22:18:49 +0000 (UTC) (envelope-from simias.n@gmail.com) Received: by ik-out-1112.google.com with SMTP id c29so2287147ika.3 for ; Wed, 15 Oct 2008 15:18:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=Ic/lqqatD9/bhM5RbgZI4BN46OJPQd2rK+W/J9y0InA=; b=hE1Qo0ChEw7WF78hPx7eRVByhmYsd+hosQ4h5kkcDiNxvn4LabBDg0qW+ki9Iou8QA QrzSVl3G1tZLrCp1+tMnSiXMYYH5ZUWoFUsZFKOnwDZGcMWhZAfMPQeC2HJrpJjrR32v ZIXMNsZewkig/xEkKurl2ewZDEFrucsCjyxqw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=kVEtTf6LIqXmrN1p6plhN+j56ZM2tL9h9AprRNE7FeZK6sE0hj1udh4h5ReJyFMCTJ KPpdYyroaZiuf3KMJv4cD86AH4L7W9AE+bBXhUg50V3oYjhbimUkt5oixmnHmxZjqn6i Mxys75Jas13VrInozGQfZGYnfcB73vGzyih6w= Received: by 10.210.128.5 with SMTP id a5mr1881294ebd.26.1224109128167; Wed, 15 Oct 2008 15:18:48 -0700 (PDT) Received: from localhost (home.svkt.org [82.243.51.8]) by mx.google.com with ESMTPS id h1sm357400nfh.19.2008.10.15.15.18.46 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 15 Oct 2008 15:18:47 -0700 (PDT) Date: Thu, 16 Oct 2008 00:18:42 +0200 From: Lionel Flandrin To: swell.k@gmail.com Message-ID: <20081015221842.GA1329@casibsd.localnet> References: <20081015090453.GA1995@casibsd.elexo.fr.local> <86prm1rf11.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86prm1rf11.fsf@gmail.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-current@freebsd.org Subject: Re: DTrace complains about struct thread X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 15 Oct 2008 22:18:50 -0000 On Wed, Oct 15, 2008 at 08:36:58PM +0400, swell.k@gmail.com wrote: > I believe only kernel should be rebuilt with WITH_CTF=1 since there is > no userland tracing yet. > > Try building world as usual and enable WITH_CTF only for kernel, then > rerun the test. Ok, so i rebuilt everything using WITH_CTF only for build/installkernel. It fixed my "abort" problem with gcc (I guess it didn't like the additional CTF section in the ELF), but I still get the "failed to resolve type kernel`struct thread" error when I run dtrace. I tried with "hotkernel" from the DTraceToolkit-0.99 and several one liner syscall tracing. Always the same error message. -- Lionel Flandrin From owner-freebsd-current@FreeBSD.ORG Thu Oct 16 00:00:40 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 643171065696 for ; Thu, 16 Oct 2008 00:00:40 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.189]) by mx1.freebsd.org (Postfix) with ESMTP id A34788FC32 for ; Thu, 16 Oct 2008 00:00:39 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by ti-out-0910.google.com with SMTP id d27so1632299tid.3 for ; Wed, 15 Oct 2008 17:00:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=PSxpF3Ziy+jDTHx7WTgOlJ2tjc8GiHnscgECR6i4az0=; b=Fgr3etjZ4SgeD+dWNZX8pxML5FK3lJiL/f+X1sGCEbpZQ3DTx6jemdpg/kbDdPguSj E9MX7kUT6p0fMorZBKx2B27nOKgIu3kJTRX4Ltj3v/SjkLLmCVZ5H/6CSmX806B+gN2k Vk6L5J2+FYUWq7sBVKZpjGIVNVpbKA7aXPDZs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=IJPqoghMdrxgoIREfzlsJOurQ0UtgH7/9Uq7zfG0Tm1PY1fYzAR3ejcZyHUcGHtNW1 FtjfKUuf6/YCdlM4bdkDUBf5KidjRG/Hacmo1eaunmn1pcHR0gGmQzWcqPXSDCDFL3VB mA8xYuxMf5TaWn9+JfA9wBAusic4zA7pEEf9g= Received: by 10.110.49.2 with SMTP id w2mr1304247tiw.56.1224115238171; Wed, 15 Oct 2008 17:00:38 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id d1sm658251tid.13.2008.10.15.17.00.34 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 15 Oct 2008 17:00:35 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m9FNwaub023107 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 16 Oct 2008 08:58:36 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m9FNwaCa023106; Thu, 16 Oct 2008 08:58:36 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Thu, 16 Oct 2008 08:58:36 +0900 From: Pyun YongHyeon To: Koen Martens Message-ID: <20081015235836.GB22992@cdnetworks.co.kr> References: <20071001080058.GE18658@cdnetworks.co.kr> <8bebfc960710010707o4b7e9b2cif086e35b4f8f736d@mail.gmail.com> <20071002004521.GH18658@cdnetworks.co.kr> <8bebfc960710012041h205216ecl75d44e0c9ba69068@mail.gmail.com> <20071002035814.GJ18658@cdnetworks.co.kr> <8bebfc960710022231m4b26a07ahdaef145e07862fb6@mail.gmail.com> <20071004011348.GC30781@cdnetworks.co.kr> <20081015122233.GA11699@latitude.dh2.sono> <20081015123440.GJ14769@cdnetworks.co.kr> <20081015135651.GC12650@latitude.dh2.sono> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="VrqPEDrXMn8OVzN4" Content-Disposition: inline In-Reply-To: <20081015135651.GC12650@latitude.dh2.sono> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, Kudo Chien Subject: Re: msk watchdog timeout 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, 16 Oct 2008 00:00:40 -0000 --VrqPEDrXMn8OVzN4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Oct 15, 2008 at 03:56:52PM +0200, Koen Martens wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Wed, Oct 15, 2008 at 09:34:40PM +0900, Pyun YongHyeon wrote: > > On Wed, Oct 15, 2008 at 02:22:34PM +0200, Koen Martens wrote: > > > The problem occurs under load (rsyncing tens of gigabytes over > > > gigabit link for example). I tried configuring the switch port > > > down to 100MB, in the hopes that msk0 would be more stable. It > > > is, but it still goes down after a while with watchdog timeouts. > > > > > > I am now running it with msi disabled, it appears it lasts longer > > > than before now. But judging by what others said on this subject > > > already, it might still go wrong after as much as a month. > > > > > > Also, I've never had these problems when the machine was still > > > on 6.x with the myk driver. Only after I upgraded it this tuesday > > > to RELENG_7, trouble started. > > > > > > This is a server that I need to put back into production. I could > > > give you some time on it before I do that, but that'd have to be > > > *right now* so i guess that won't work out really. > > > > > > I'll probably install a nic to be used instead of the built-in > > > yukon interface, to get back the required stability. > > > > > > > I'm not sure whether 88E8050 also has RAM buffer. Youkon > > controllers seems to have silicon bugs for hardwares with RAM > > buffer. msk(4) in HEAD has workaround code for the silicon bug. > > Would you try latest msk(4) from HEAD?(Just copy > > if_msk.c/if_mskreg.h from HEAD to your box and rebuild kernel.) > > Also show me verbosed boot message(msk(4) related one would be > > enough). > > No dice, compile bails out: > > o-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /usr/src/sys/dev/msk/if_msk.c > /usr/src/sys/dev/msk/if_msk.c:845:50: error: macro "MEXTADD" passed 8 arguments, but takes just 7 > /usr/src/sys/dev/msk/if_msk.c: In function 'msk_jumbo_newbuf': > /usr/src/sys/dev/msk/if_msk.c:844: error: 'MEXTADD' undeclared (first use in this function) > /usr/src/sys/dev/msk/if_msk.c:844: error: (Each undeclared identifier is reported only once > /usr/src/sys/dev/msk/if_msk.c:844: error: for each function it appears in.) > *** Error code 1 > > Stop in /usr/obj/usr/src/sys/GENERIC. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > postel# > > I'll have to get back to you about the verbose boot, as i have no remote > console on that machine. > Oops! Sorry, I forgot there is difference in jumbo frame buffer handling. Try attached patch and show me verbosed boot message. -- Regards, Pyun YongHyeon --VrqPEDrXMn8OVzN4 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="msk.watchdog.diff" Index: if_msk.c =================================================================== --- if_msk.c (revision 183165) +++ if_msk.c (working copy) @@ -244,6 +244,9 @@ static int msk_handle_events(struct msk_softc *); static void msk_handle_hwerr(struct msk_if_softc *, uint32_t); static void msk_intr_hwerr(struct msk_softc *); +#ifndef __NO_STRICT_ALIGNMENT +static __inline void msk_fixup_rx(struct mbuf *); +#endif static void msk_rxeof(struct msk_if_softc *, uint32_t, int); static void msk_jumbo_rxeof(struct msk_if_softc *, uint32_t, int); static void msk_txeof(struct msk_if_softc *, int); @@ -783,7 +786,12 @@ return (ENOBUFS); m->m_len = m->m_pkthdr.len = MCLBYTES; - m_adj(m, ETHER_ALIGN); + if ((sc_if->msk_flags & MSK_FLAG_RAMBUF) == 0) + m_adj(m, ETHER_ALIGN); +#ifndef __NO_STRICT_ALIGNMENT + else + m_adj(m, MSK_RX_BUF_ALIGN); +#endif if (bus_dmamap_load_mbuf_sg(sc_if->msk_cdata.msk_rx_tag, sc_if->msk_cdata.msk_rx_sparemap, m, segs, &nsegs, @@ -840,7 +848,12 @@ return (ENOBUFS); } m->m_pkthdr.len = m->m_len = MSK_JLEN; - m_adj(m, ETHER_ALIGN); + if ((sc_if->msk_flags & MSK_FLAG_RAMBUF) == 0) + m_adj(m, ETHER_ALIGN); +#ifndef __NO_STRICT_ALIGNMENT + else + m_adj(m, MSK_RX_BUF_ALIGN); +#endif if (bus_dmamap_load_mbuf_sg(sc_if->msk_cdata.msk_jumbo_rx_tag, sc_if->msk_cdata.msk_jumbo_rx_sparemap, m, segs, &nsegs, @@ -1041,14 +1054,16 @@ { int next; int i; - uint8_t val; /* Get adapter SRAM size. */ - val = CSR_READ_1(sc, B2_E_0); - sc->msk_ramsize = (val == 0) ? 128 : val * 4; + sc->msk_ramsize = CSR_READ_1(sc, B2_E_0) * 4; if (bootverbose) device_printf(sc->msk_dev, "RAM buffer size : %dKB\n", sc->msk_ramsize); + if (sc->msk_ramsize == 0) + return (0); + + sc->msk_pflags |= MSK_FLAG_RAMBUF; /* * Give receiver 2/3 of memory and round down to the multiple * of 1024. Tx/Rx RAM buffer size of Yukon II shoud be multiple @@ -1412,6 +1427,7 @@ sc_if->msk_if_dev = dev; sc_if->msk_port = port; sc_if->msk_softc = sc; + sc_if->msk_flags = sc->msk_pflags; sc->msk_if[port] = sc_if; /* Setup Tx/Rx queue register offsets. */ if (port == MSK_PORT_A) { @@ -1976,6 +1992,7 @@ struct msk_rxdesc *jrxd; struct msk_jpool_entry *entry; uint8_t *ptr; + bus_size_t rxalign; int error, i; mtx_init(&sc_if->msk_jlist_mtx, "msk_jlist_mtx", NULL, MTX_DEF); @@ -2107,9 +2124,16 @@ goto fail; } + rxalign = 1; + /* + * Workaround hardware hang which seems to happen when Rx buffer + * is not aligned on multiple of FIFO word(8 bytes). + */ + if ((sc_if->msk_flags & MSK_FLAG_RAMBUF) != 0) + rxalign = MSK_RX_BUF_ALIGN; /* Create tag for Rx buffers. */ error = bus_dma_tag_create(sc_if->msk_cdata.msk_parent_tag,/* parent */ - 1, 0, /* alignment, boundary */ + rxalign, 0, /* alignment, boundary */ BUS_SPACE_MAXADDR, /* lowaddr */ BUS_SPACE_MAXADDR, /* highaddr */ NULL, NULL, /* filter, filterarg */ @@ -2918,6 +2942,23 @@ return (0); } +#ifndef __NO_STRICT_ALIGNMENT +static __inline void +msk_fixup_rx(struct mbuf *m) +{ + int i; + uint16_t *src, *dst; + + src = mtod(m, uint16_t *); + dst = src - 3; + + for (i = 0; i < (m->m_len / sizeof(uint16_t) + 1); i++) + *dst++ = *src++; + + m->m_data -= (MSK_RX_BUF_ALIGN - ETHER_ALIGN); +} +#endif + static void msk_rxeof(struct msk_if_softc *sc_if, uint32_t status, int len) { @@ -2955,6 +2996,10 @@ } m->m_pkthdr.rcvif = ifp; m->m_pkthdr.len = m->m_len = len; +#ifndef __NO_STRICT_ALIGNMENT + if ((sc_if->msk_flags & MSK_FLAG_RAMBUF) != 0) + msk_fixup_rx(m); +#endif ifp->if_ipackets++; /* Check for VLAN tagged packets. */ if ((status & GMR_FS_VLAN) != 0 && @@ -3008,6 +3053,10 @@ } m->m_pkthdr.rcvif = ifp; m->m_pkthdr.len = m->m_len = len; +#ifndef __NO_STRICT_ALIGNMENT + if ((sc_if->msk_flags & MSK_FLAG_RAMBUF) != 0) + msk_fixup_rx(m); +#endif ifp->if_ipackets++; /* Check for VLAN tagged packets. */ if ((status & GMR_FS_VLAN) != 0 && @@ -3677,7 +3726,7 @@ /* Configure hardware VLAN tag insertion/stripping. */ msk_setvlan(sc_if, ifp); - if (sc->msk_hw_id == CHIP_ID_YUKON_EC_U) { + if ((sc_if->msk_flags & MSK_FLAG_RAMBUF) == 0) { /* Set Rx Pause threshould. */ CSR_WRITE_1(sc, MR_ADDR(sc_if->msk_port, RX_GMF_LP_THR), MSK_ECU_LLPP); @@ -3790,6 +3839,8 @@ int ltpp, utpp; sc = sc_if->msk_softc; + if ((sc_if->msk_flags & MSK_FLAG_RAMBUF) == 0) + return; /* Setup Rx Queue. */ CSR_WRITE_1(sc, RB_ADDR(sc_if->msk_rxq, RB_CTRL), RB_RST_CLR); Index: if_mskreg.h =================================================================== --- if_mskreg.h (revision 183165) +++ if_mskreg.h (working copy) @@ -2158,6 +2158,7 @@ #define MSK_TX_RING_CNT 256 #define MSK_RX_RING_CNT 256 +#define MSK_RX_BUF_ALIGN 8 #define MSK_JUMBO_RX_RING_CNT MSK_RX_RING_CNT #define MSK_STAT_RING_CNT ((1 + 3) * (MSK_TX_RING_CNT + MSK_RX_RING_CNT)) #define MSK_MAXTXSEGS 32 @@ -2307,6 +2308,7 @@ uint32_t msk_coppertype; uint32_t msk_intrmask; uint32_t msk_intrhwemask; + uint32_t msk_pflags; int msk_suspended; int msk_clock; int msk_msi; @@ -2348,6 +2350,8 @@ int msk_phytype; int msk_phyaddr; int msk_link; + uint32_t msk_flags; +#define MSK_FLAG_RAMBUF 0x0010 struct callout msk_tick_ch; int msk_watchdog_timer; uint32_t msk_txq; /* Tx. Async Queue offset */ --VrqPEDrXMn8OVzN4-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 16 01:55:34 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F0343106568F for ; Thu, 16 Oct 2008 01:55:34 +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 A4E448FC1D for ; Thu, 16 Oct 2008 01:55:34 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.local ([192.168.254.200]) (authenticated bits=0) by pooker.samsco.org (8.14.2/8.14.2) with ESMTP id m9G1tVVC045656; Wed, 15 Oct 2008 19:55:31 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <48F69F13.8020900@samsco.org> Date: Wed, 15 Oct 2008 19:55:31 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: Lionel Flandrin References: <20081015090453.GA1995@casibsd.elexo.fr.local> <86prm1rf11.fsf@gmail.com> <20081015221842.GA1329@casibsd.localnet> In-Reply-To: <20081015221842.GA1329@casibsd.localnet> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.4 required=3.8 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: swell.k@gmail.com, freebsd-current@freebsd.org Subject: Re: DTrace complains about struct thread X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2008 01:55:35 -0000 Lionel Flandrin wrote: > On Wed, Oct 15, 2008 at 08:36:58PM +0400, swell.k@gmail.com wrote: >> I believe only kernel should be rebuilt with WITH_CTF=1 since there is >> no userland tracing yet. >> >> Try building world as usual and enable WITH_CTF only for kernel, then >> rerun the test. > > Ok, so i rebuilt everything using WITH_CTF only for > build/installkernel. > > It fixed my "abort" problem with gcc (I guess it didn't like the > additional CTF section in the ELF), but I still get the "failed to > resolve type kernel`struct thread" error when I run dtrace. I tried > with "hotkernel" from the DTraceToolkit-0.99 and several one liner > syscall tracing. Always the same error message. > Yes, this 'struct thread' error message is a regression in HEAD. It is not present in FreeBSD 7.1, so I'd recommend that you focus on that if at all possible. I don't know where the regression is or how to fix it, but hopefully John Birrell will take notice and help out. Scott From owner-freebsd-current@FreeBSD.ORG Thu Oct 16 07:17:16 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 492621065691 for ; Thu, 16 Oct 2008 07:17:16 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id B752E8FC35 for ; Thu, 16 Oct 2008 07:17:15 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id m9G7HDMv075575; Thu, 16 Oct 2008 09:17:13 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id m9G7HCwA075574; Thu, 16 Oct 2008 09:17:12 +0200 (CEST) (envelope-from olli) Date: Thu, 16 Oct 2008 09:17:12 +0200 (CEST) Message-Id: <200810160717.m9G7HCwA075574@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, nick@van-laarhoven.org In-Reply-To: <200810152247.36749.nick@van-laarhoven.org> X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 16 Oct 2008 09:17:13 +0200 (CEST) Cc: Subject: Re: Request for testers: Option 3G cards, also Sierra, ??Huawei and Novatel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG, nick@van-laarhoven.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2008 07:17:16 -0000 Hello Nick, You wrote: > This is a Option GlobeTrotter Max HSUPA modem. I've added it. > It should work out of the box. Thank you very much! Do you think you could merge the device ID to the ubsa(4) driver in 7-stable, too? Said coworker is planning to track RELENG_7 on his notebook. Best regards Oliver > I've got 3 Option modems here and they are all identical in > functionality bar speeds and whether or not they have a WLAN module. > > Please note that a completely rewritten driver is ready. Somehow data gets > corrupted and this panis my machine. But only with Option cards. If you > receive this mail, the E220 support works. > > Cheers, > > Nick > > > > Nick Hibma wrote: > > > Just now I have committed a driver for Option and Huawei cards > > > previously supported by the ubsa driver. More information is in the > > > commit message. > > > > > > I am looking for people who would be able to provide more information > > > after testing with the 3G cards branded by: > > > > > > OEM: > > > Merlin > > > Huawei > > > Option > > > Sierra > > > Novatel > > > Qualcomm > > > > A coworker has an Option card (Vodafone-branded) which > > isn't recognized. I only had a chance to look at it > > briefly, so i don't have a lot of information, sadly. > > The USB vendor ID is 0x0af0 ("Option"), the device ID > > is 0x7001. > > > > Do you happen to know if this is compatible with the > > other "Globetrotter G3" cards, so just adding the ID > > would work? Unfortunately I can't try this right now > > myself, because it's not my machine ... > > > > Best 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" > -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "The most important decision in [programming] language design concerns what is to be left out." -- Niklaus Wirth From owner-freebsd-current@FreeBSD.ORG Thu Oct 16 08:04:06 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 548BA106568E for ; Thu, 16 Oct 2008 08:04:06 +0000 (UTC) (envelope-from simias.n@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.freebsd.org (Postfix) with ESMTP id CE7578FC1B for ; Thu, 16 Oct 2008 08:04:05 +0000 (UTC) (envelope-from simias.n@gmail.com) Received: by ug-out-1314.google.com with SMTP id m2so1361012uge.39 for ; Thu, 16 Oct 2008 01:04:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=wbN1d7jcqK0JsP+hcHbf5I3vi2q60/h7StvZMbIX7UU=; b=ns8vEXZv/3st3sRw9jIkG+Sx1vK2Euokj9tyFbyGMG05k97TL7wxcbeI6nPOPq9pog Nkqkegep6seUwAceGjUwjYkAmiYAPA0hHxEcmikVxBmFazmgTx8zQVA/RUmelDwot0Et Wc4cSNRpgsx7UxCaKIMpYWFKRbpb1RhgxJHdM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=I3GrnonBC1+oJHOdCVPjSE/XNKvNCCeyfWZ9ZV3+YVrGuB9OArg62mJbqoYvQsKA4E nm5PY8i2BHpzNJnt+Naf0D96O8nHwd/tLF0vlxXd4fF/LqFMiLhQdoQrYJUr95/gQLT7 I8Vfkb53l1rU5EwvX/z+m7LCiopI9iK+zwm4w= Received: by 10.103.218.9 with SMTP id v9mr1204623muq.91.1224144243434; Thu, 16 Oct 2008 01:04:03 -0700 (PDT) Received: from localhost (fw.elexo.fr [81.255.193.109]) by mx.google.com with ESMTPS id y6sm3377798mug.7.2008.10.16.01.04.01 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 16 Oct 2008 01:04:02 -0700 (PDT) Date: Thu, 16 Oct 2008 10:03:52 +0200 From: Lionel Flandrin To: Scott Long Message-ID: <20081016080352.GA1362@casibsd.elexo.fr.local> References: <20081015090453.GA1995@casibsd.elexo.fr.local> <86prm1rf11.fsf@gmail.com> <20081015221842.GA1329@casibsd.localnet> <48F69F13.8020900@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48F69F13.8020900@samsco.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: swell.k@gmail.com, freebsd-current@freebsd.org Subject: Re: DTrace complains about struct thread X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2008 08:04:06 -0000 On Wed, Oct 15, 2008 at 07:55:31PM -0600, Scott Long wrote: > Yes, this 'struct thread' error message is a regression in HEAD. It > is not present in FreeBSD 7.1, so I'd recommend that you focus on > that if at all possible. I don't know where the regression is or how > to fix it, but hopefully John Birrell will take notice and help out. > > Scott > Thanks for your help. What do you mean exactly by FreeBSD 7.1 ? 7.1-BETA2 ? Because I *am* running RELENG_7: FreeBSD casibsd 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #0: Wed Oct 15 23:23:28 CEST 2008 root@casibsd:/usr/obj/usr/src/sys/CASIBSD_CONF amd64 -- Lionel Flandrin From owner-freebsd-current@FreeBSD.ORG Thu Oct 16 08:50:01 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90BE4106568B for ; Thu, 16 Oct 2008 08:50:01 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from cpsmtpo-eml04.kpnxchange.com (cpsmtpo-eml04.KPNXCHANGE.COM [213.75.38.153]) by mx1.freebsd.org (Postfix) with ESMTP id 21CB98FC16 for ; Thu, 16 Oct 2008 08:50:00 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from cpsmtpi-eml05.kpnxchange.com ([213.75.38.135]) by cpsmtpo-eml04.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 16 Oct 2008 10:49:59 +0200 Received: from uitsmijter.van-laarhoven.org ([81.207.207.222]) by cpsmtpi-eml05.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 16 Oct 2008 10:49:58 +0200 Received: (qmail 1774 invoked by uid 98); 16 Oct 2008 08:49:58 -0000 Received: from 10.66.0.133 (nick@10.66.0.133) by uitsmijter.van-laarhoven.org (envelope-from , uid 82) with qmail-scanner-2.01 (clamdscan: 0.92/5270. f-prot: 4.6.7/3.16.15. spamassassin: 3.2.3. Clear:RC:1(10.66.0.133):. Processed in 1.211609 secs); 16 Oct 2008 08:49:58 -0000 Received: from unknown (HELO van-laarhoven.org) (nick@10.66.0.133) by uitsmijter.van-laarhoven.org with SMTP; 16 Oct 2008 08:49:57 -0000 Received: (nullmailer pid 2568 invoked by uid 1001); Thu, 16 Oct 2008 08:49:56 -0000 From: Nick Hibma To: freebsd-current@freebsd.org Date: Thu, 16 Oct 2008 10:49:54 +0200 User-Agent: KMail/1.9.7 References: <200810160717.m9G7HCwA075574@lurza.secnetix.de> In-Reply-To: <200810160717.m9G7HCwA075574@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200810161049.55586.nick@van-laarhoven.org> X-OriginalArrivalTime: 16 Oct 2008 08:49:58.0943 (UTC) FILETIME=[2B7E22F0:01C92F6C] Subject: Re: Request for testers: Option 3G cards, also Sierra, ??Huawei and Novatel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2008 08:50:01 -0000 I'm going to merge the driver as soon as it has received enough review. The driver already works on 7. Feel free to merge back usbdevs from CURRENT to stable and add the ID to ubsa.c yourself. Nick > Hello Nick, > > You wrote: > > This is a Option GlobeTrotter Max HSUPA modem. I've added it. > > It should work out of the box. > > Thank you very much! > > Do you think you could merge the device ID to the ubsa(4) > driver in 7-stable, too? Said coworker is planning to > track RELENG_7 on his notebook. > > Best regards > Oliver > > > I've got 3 Option modems here and they are all identical in > > functionality bar speeds and whether or not they have a WLAN module. > > > > Please note that a completely rewritten driver is ready. Somehow data > > gets corrupted and this panis my machine. But only with Option cards. > > If you receive this mail, the E220 support works. > > > > Cheers, > > > > Nick > > > > > Nick Hibma wrote: > > > > Just now I have committed a driver for Option and Huawei cards > > > > previously supported by the ubsa driver. More information is in > > > > the commit message. > > > > > > > > I am looking for people who would be able to provide more > > > > information after testing with the 3G cards branded by: > > > > > > > > OEM: > > > > Merlin > > > > Huawei > > > > Option > > > > Sierra > > > > Novatel > > > > Qualcomm > > > > > > A coworker has an Option card (Vodafone-branded) which > > > isn't recognized. I only had a chance to look at it > > > briefly, so i don't have a lot of information, sadly. > > > The USB vendor ID is 0x0af0 ("Option"), the device ID > > > is 0x7001. > > > > > > Do you happen to know if this is compatible with the > > > other "Globetrotter G3" cards, so just adding the ID > > > would work? Unfortunately I can't try this right now > > > myself, because it's not my machine ... > > > > > > Best 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" From owner-freebsd-current@FreeBSD.ORG Thu Oct 16 09:15:28 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 650611065690 for ; Thu, 16 Oct 2008 09:15:28 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw2.york.ac.uk (mail-gw2.york.ac.uk [144.32.128.247]) by mx1.freebsd.org (Postfix) with ESMTP id EDA1B8FC19 for ; Thu, 16 Oct 2008 09:15:27 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw6.york.ac.uk (mail-gw6.york.ac.uk [144.32.129.26]) by mail-gw2.york.ac.uk (8.13.6/8.13.6) with ESMTP id m9G9FNWt009596; Thu, 16 Oct 2008 10:15:23 +0100 (BST) Received: from ury.york.ac.uk ([144.32.108.81]) by mail-gw6.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1KqOx1-0001aZ-LG; Thu, 16 Oct 2008 10:15:23 +0100 Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.14.3/8.14.3) with ESMTP id m9G9FND0095668; Thu, 16 Oct 2008 10:15:23 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from localhost (gavin@localhost) by ury.york.ac.uk (8.14.3/8.14.3/Submit) with ESMTP id m9G9FNBt095665; Thu, 16 Oct 2008 10:15:23 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Thu, 16 Oct 2008 10:15:23 +0100 (BST) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: Nick Hibma In-Reply-To: <200810152247.36749.nick@van-laarhoven.org> Message-ID: <20081016100748.W22650@ury.york.ac.uk> References: <200810151348.m9FDmRpW036588@lurza.secnetix.de> <200810152247.36749.nick@van-laarhoven.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: freebsd-current@freebsd.org Subject: Re: Request for testers: Option 3G cards, also Sierra, ?Huawei and Novatel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2008 09:15:28 -0000 On Wed, 15 Oct 2008, Nick Hibma wrote: > This is a Option GlobeTrotter Max HSUPA modem. I've added it. It should work > out of the box. I've got 3 Option modems here and they are all identical in > functionality bar speeds and whether or not they have a WLAN module. Also, I wonder if you would consider PR usb/127543 - although I am not currently able to test it with your u3g driver, there was no special support required in the ubsa driver to use it and there's no special support in Linux for it so I suspect it should just work. Given that it appears most, if not all, Option modems seem to work the same, I wonder if we could just copy the whole list of USB ids from the Linux driver: http://fxr.watson.org/fxr/source/drivers/usb/serial/option.c?v=linux-2.6 Gavin From owner-freebsd-current@FreeBSD.ORG Thu Oct 16 09:22:59 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B40C106569F; Thu, 16 Oct 2008 09:22:59 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (cl-162.ewr-01.us.sixxs.net [IPv6:2001:4830:1200:a1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 844888FC0A; Thu, 16 Oct 2008 09:22:58 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.3/8.14.2) with ESMTP id m9G9NhI0025338; Thu, 16 Oct 2008 04:23:43 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.3/8.14.3/Submit) id m9G9NhuG025337; Thu, 16 Oct 2008 04:23:43 -0500 (CDT) (envelope-from brooks) Date: Thu, 16 Oct 2008 04:23:43 -0500 From: Brooks Davis To: Hans Petter Selasky Message-ID: <20081016092343.GB24852@lor.one-eyed-alien.net> References: <20081015173319.GB46393@elvis.mu.org> <200810152124.12637.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rS8CxjVDS/+yyDmU" Content-Disposition: inline In-Reply-To: <200810152124.12637.hselasky@c2i.net> User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Thu, 16 Oct 2008 04:23:43 -0500 (CDT) Cc: "Sam Leffler \(FreeBSD Project\)" , Alfred Perlstein , current@freebsd.org Subject: Re: (forw) Re: USB4BSD - release candidate 2 - coming to FreeBSD this week. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2008 09:22:59 -0000 --rS8CxjVDS/+yyDmU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 15, 2008 at 09:24:11PM +0200, Hans Petter Selasky wrote: > > 4. I'm interested to understand why these container modules exist > > instead of individual drivers. =20 >=20 > They exist to make loading USB drivers easier. It is simpler to=20 > load "usb2_serial" than to emperically search for a specific serial port= =20 > driver. In the future the "usb2_serial" module will load the correct driv= er=20 > for you. If you want a stub usb2_serial module that loads all serial drivers, that migh be useful, but we do not have an (e.g.) if_ethernet module for a reason. The individual drivers MUST continue to exist and be independently configurable so embedded systems can choose what they need and exclude what they don't. -- Brooks --rS8CxjVDS/+yyDmU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iD8DBQFI9wgeXY6L6fI4GtQRAm7dAJ4/t0VvXW2abp1kOc2m+QgpqVkmeACfTeq7 qEYnPep3bhcNLTz2/JmJJwM= =TXVV -----END PGP SIGNATURE----- --rS8CxjVDS/+yyDmU-- From owner-freebsd-current@FreeBSD.ORG Thu Oct 16 09:56:32 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43B2E10656AF for ; Thu, 16 Oct 2008 09:56:32 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from cpsmtpo-eml06.kpnxchange.com (cpsmtpo-eml06.KPNXCHANGE.COM [213.75.38.155]) by mx1.freebsd.org (Postfix) with ESMTP id C8BD18FC17 for ; Thu, 16 Oct 2008 09:56:31 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from hpsmtp-eml03.kpnxchange.com ([213.75.38.103]) by cpsmtpo-eml06.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 16 Oct 2008 11:56:29 +0200 Received: from uitsmijter.van-laarhoven.org ([81.207.207.222]) by hpsmtp-eml03.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 16 Oct 2008 11:56:29 +0200 Received: (qmail 2416 invoked by uid 98); 16 Oct 2008 09:56:29 -0000 Received: from 10.66.0.133 (nick@10.66.0.133) by uitsmijter.van-laarhoven.org (envelope-from , uid 82) with qmail-scanner-2.01 (clamdscan: 0.92/5270. f-prot: 4.6.7/3.16.15. spamassassin: 3.2.3. Clear:RC:1(10.66.0.133):. Processed in 0.740002 secs); 16 Oct 2008 09:56:29 -0000 Received: from unknown (HELO van-laarhoven.org) (nick@10.66.0.133) by uitsmijter.van-laarhoven.org with SMTP; 16 Oct 2008 09:56:28 -0000 Received: (nullmailer pid 3163 invoked by uid 1001); Thu, 16 Oct 2008 09:56:27 -0000 From: Nick Hibma To: Andrzej Tobola Date: Thu, 16 Oct 2008 11:56:26 +0200 User-Agent: KMail/1.9.7 References: <200810151348.m9FDmRpW036588@lurza.secnetix.de> <200810152247.36749.nick@van-laarhoven.org> <20081016094234.GA3468@volt.iem.pw.edu.pl> In-Reply-To: <20081016094234.GA3468@volt.iem.pw.edu.pl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200810161156.27065.nick@van-laarhoven.org> X-OriginalArrivalTime: 16 Oct 2008 09:56:29.0616 (UTC) FILETIME=[761E8300:01C92F75] Cc: freebsd-current@freebsd.org Subject: Re: Request for testers: Option 3G cards, also Sierra, ?Huawei and Novatel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2008 09:56:32 -0000 More information can be found at http://people.freebsd.org/~n_hibma/pppconfig.html Cheers, Nick > Hello Nick, > > > Thanks for 3G support ! > > On Wed, Oct 15, 2008 at 10:47:36PM +0200, Nick Hibma wrote: > > receive this mail, the E220 support works. > > I have E220. > Any sample of ppp.conf or how to use it ? > > cheers, > -at From owner-freebsd-current@FreeBSD.ORG Thu Oct 16 10:02:12 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9F341065696 for ; Thu, 16 Oct 2008 10:02:12 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from hpsmtp-eml19.kpnxchange.com (hpsmtp-eml19.KPNXCHANGE.COM [213.75.38.84]) by mx1.freebsd.org (Postfix) with ESMTP id 6ABFA8FC1F for ; Thu, 16 Oct 2008 10:02:12 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from hpsmtp-eml04.kpnxchange.com ([213.75.38.104]) by hpsmtp-eml19.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 16 Oct 2008 12:02:11 +0200 Received: from uitsmijter.van-laarhoven.org ([81.207.207.222]) by hpsmtp-eml04.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 16 Oct 2008 12:02:04 +0200 Received: (qmail 2538 invoked by uid 98); 16 Oct 2008 10:02:02 -0000 Received: from 10.66.0.133 (nick@10.66.0.133) by uitsmijter.van-laarhoven.org (envelope-from , uid 82) with qmail-scanner-2.01 (clamdscan: 0.92/5270. f-prot: 4.6.7/3.16.15. spamassassin: 3.2.3. Clear:RC:1(10.66.0.133):. Processed in 0.802758 secs); 16 Oct 2008 10:02:02 -0000 Received: from unknown (HELO van-laarhoven.org) (nick@10.66.0.133) by uitsmijter.van-laarhoven.org with SMTP; 16 Oct 2008 10:02:01 -0000 Received: (nullmailer pid 3339 invoked by uid 1001); Thu, 16 Oct 2008 10:02:00 -0000 From: Nick Hibma To: Gavin Atkinson Date: Thu, 16 Oct 2008 12:01:59 +0200 User-Agent: KMail/1.9.7 References: <200810151348.m9FDmRpW036588@lurza.secnetix.de> <200810152247.36749.nick@van-laarhoven.org> <20081016100748.W22650@ury.york.ac.uk> In-Reply-To: <20081016100748.W22650@ury.york.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200810161202.00060.nick@van-laarhoven.org> X-OriginalArrivalTime: 16 Oct 2008 10:02:04.0852 (UTC) FILETIME=[3DEF7740:01C92F76] Cc: freebsd-current@freebsd.org Subject: Re: Request for testers: Option 3G cards, also Sierra, ?Huawei and Novatel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2008 10:02:12 -0000 I've assigned the bug to me and will add the ID in due time. See also the bug report. http://www.freebsd.org/cgi/query-pr.cgi?pr=127543&cat=usb Nick > On Wed, 15 Oct 2008, Nick Hibma wrote: > > This is a Option GlobeTrotter Max HSUPA modem. I've added it. It should > > work out of the box. I've got 3 Option modems here and they are all > > identical in functionality bar speeds and whether or not they have a > > WLAN module. > > Also, I wonder if you would consider PR usb/127543 - although I am not > currently able to test it with your u3g driver, there was no special > support required in the ubsa driver to use it and there's no special > support in Linux for it so I suspect it should just work. > > Given that it appears most, if not all, Option modems seem to work the > same, I wonder if we could just copy the whole list of USB ids from the > Linux driver: > http://fxr.watson.org/fxr/source/drivers/usb/serial/option.c?v=linux-2.6 > > Gavin From owner-freebsd-current@FreeBSD.ORG Thu Oct 16 10:06:25 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F8761065687; Thu, 16 Oct 2008 10:06:25 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 0FBE28FC1F; Thu, 16 Oct 2008 10:06:23 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from orphanage.alkar.net (account mav@alkar.net [212.86.226.11] verified) by cmail.optima.ua (CommuniGate Pro SMTP 5.1.14) with ESMTPA id 225200459; Thu, 16 Oct 2008 13:06:19 +0300 Message-ID: <48F7121A.2010307@FreeBSD.org> Date: Thu, 16 Oct 2008 13:06:18 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.14 (X11/20080612) MIME-Version: 1.0 To: Stanislav Sedov References: <1223284984.00022179.1223272802@10.7.7.3> <1223497390.00023332.1223487003@10.7.7.3> <1223832181.00024566.1223819402@10.7.7.3> <1223929384.00025003.1223917802@10.7.7.3> <1224112991.00025726.1224102602@10.7.7.3> <1224123783.00025735.1224113402@10.7.7.3> In-Reply-To: <1224123783.00025735.1224113402@10.7.7.3> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org, zbeeble@gmail.com, freebsd-mobile@freebsd.org, freebsd-current@freebsd.org Subject: Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2008 10:06:25 -0000 Stanislav Sedov wrote: > On Wed, 15 Oct 2008 23:25:11 +0300 > Alexander Motin mentioned: >> Completely fortunate I have noticed that number of iterations depends on >> my laptop power source. After small investigation I have found that it >> actually depends on dev.cpu.0.freq value. With default value 2400 I have >> only several iterations. But every double frequency decrease doubles >> iteration count. With minimum value 100MHz I have more then 100 >> iterations. Same time it doesn't looks like this time is a real wall >> time. It looks like DELAY() used in a loop has some problems with time >> counting. > > What do you mean? DELAY(9) on your laptop doesn't correspond to the > real time? Yes. It works fine when laptop operates at full frequency, but proportionally reduces time interval when powerd drops frequency down. I have also evidence about the same problem on another laptop with 7.1-PRERELEASE. > AFAIK, DELAY(9) relies on current timecounter for time > accountiong, so there might be problems with it. Have you tried > switching the kern.timecounter.hardware sysctl to see if it will > affect results? It was late and I am not very aware in FreeBSD time counting, so I have not tried to investigate it deeper. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Thu Oct 16 14:16:37 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2C7F1065686; Thu, 16 Oct 2008 14:16:37 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 6D7DF8FC18; Thu, 16 Oct 2008 14:16:37 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id m9GEFQ2B012588; Thu, 16 Oct 2008 08:15:26 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 16 Oct 2008 08:16:28 -0600 (MDT) Message-Id: <20081016.081628.43009259.imp@bsdimp.com> To: mav@freebsd.org From: "M. Warner Losh" In-Reply-To: <48F7121A.2010307@FreeBSD.org> References: <1224112991.00025726.1224102602@10.7.7.3> <1224123783.00025735.1224113402@10.7.7.3> <48F7121A.2010307@FreeBSD.org> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: stas@freebsd.org, freebsd-arm@freebsd.org, zbeeble@gmail.com, freebsd-current@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2008 14:16:37 -0000 In message: <48F7121A.2010307@FreeBSD.org> Alexander Motin writes: : Stanislav Sedov wrote: : > On Wed, 15 Oct 2008 23:25:11 +0300 : > Alexander Motin mentioned: : >> Completely fortunate I have noticed that number of iterations depends on : >> my laptop power source. After small investigation I have found that it : >> actually depends on dev.cpu.0.freq value. With default value 2400 I have : >> only several iterations. But every double frequency decrease doubles : >> iteration count. With minimum value 100MHz I have more then 100 : >> iterations. Same time it doesn't looks like this time is a real wall : >> time. It looks like DELAY() used in a loop has some problems with time : >> counting. : > : > What do you mean? DELAY(9) on your laptop doesn't correspond to the : > real time? : : Yes. It works fine when laptop operates at full frequency, but : proportionally reduces time interval when powerd drops frequency down. I : have also evidence about the same problem on another laptop with : 7.1-PRERELEASE. Is the slower clock making DELAY take less/more time? Or is the slower clock fed to the SDHCI part who feeds it to the SD card so less time accumulates on the SD card because the clock line to it is running slower? : > AFAIK, DELAY(9) relies on current timecounter for time : > accountiong, so there might be problems with it. Have you tried : > switching the kern.timecounter.hardware sysctl to see if it will : > affect results? : : It was late and I am not very aware in FreeBSD time counting, so I have : not tried to investigate it deeper. I would have thought that if DELAY(10) went from 10us to 100us because you are battery power, you'd have more cards working rather than fewer.. Warner From owner-freebsd-current@FreeBSD.ORG Thu Oct 16 15:02:15 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2ED11065689; Thu, 16 Oct 2008 15:02:15 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 6C5FF8FC33; Thu, 16 Oct 2008 15:02:13 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from orphanage.alkar.net (account mav@alkar.net [212.86.226.11] verified) by cmail.optima.ua (CommuniGate Pro SMTP 5.1.14) with ESMTPA id 225231106; Thu, 16 Oct 2008 18:02:12 +0300 Message-ID: <48F75773.7030100@FreeBSD.org> Date: Thu, 16 Oct 2008 18:02:11 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.14 (X11/20080612) MIME-Version: 1.0 To: "M. Warner Losh" References: <1224112991.00025726.1224102602@10.7.7.3> <1224123783.00025735.1224113402@10.7.7.3> <48F7121A.2010307@FreeBSD.org> <20081016.081628.43009259.imp@bsdimp.com> In-Reply-To: <20081016.081628.43009259.imp@bsdimp.com> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stas@freebsd.org, freebsd-arm@freebsd.org, zbeeble@gmail.com, freebsd-current@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2008 15:02:15 -0000 M. Warner Losh wrote: > In message: <48F7121A.2010307@FreeBSD.org> > Alexander Motin writes: > : Stanislav Sedov wrote: > : > On Wed, 15 Oct 2008 23:25:11 +0300 > : > Alexander Motin mentioned: > : >> Completely fortunate I have noticed that number of iterations depends on > : >> my laptop power source. After small investigation I have found that it > : >> actually depends on dev.cpu.0.freq value. With default value 2400 I have > : >> only several iterations. But every double frequency decrease doubles > : >> iteration count. With minimum value 100MHz I have more then 100 > : >> iterations. Same time it doesn't looks like this time is a real wall > : >> time. It looks like DELAY() used in a loop has some problems with time > : >> counting. > : > > : > What do you mean? DELAY(9) on your laptop doesn't correspond to the > : > real time? > : > : Yes. It works fine when laptop operates at full frequency, but > : proportionally reduces time interval when powerd drops frequency down. I > : have also evidence about the same problem on another laptop with > : 7.1-PRERELEASE. > > Is the slower clock making DELAY take less/more time? Or is the > slower clock fed to the SDHCI part who feeds it to the SD card so less > time accumulates on the SD card because the clock line to it is > running slower? > > : > AFAIK, DELAY(9) relies on current timecounter for time > : > accountiong, so there might be problems with it. Have you tried > : > switching the kern.timecounter.hardware sysctl to see if it will > : > affect results? > : > : It was late and I am not very aware in FreeBSD time counting, so I have > : not tried to investigate it deeper. > > I would have thought that if DELAY(10) went from 10us to 100us because > you are battery power, you'd have more cards working rather than > fewer.. No, it's opposite. With lower frequency I have proportionally smaller delays (more loop iterations). I don't remember exact numbers now, but general tendency was like: with 2400MHz - 10 iterations, with 1200MHz - 20 iterations and with 100MHz - 240 iterations. But neither syslog, nor my eyes saw any visible delay there. It looks like working on battery power DELAY() code expects timer speed reduced, while estimating final timer value, but looks like timer itself runs on full speed. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Thu Oct 16 15:28:48 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A6711065686; Thu, 16 Oct 2008 15:28:48 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 00FD18FC26; Thu, 16 Oct 2008 15:28:47 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id m9GFRhZK013918; Thu, 16 Oct 2008 09:27:43 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 16 Oct 2008 09:28:44 -0600 (MDT) Message-Id: <20081016.092844.-1548243521.imp@bsdimp.com> To: mav@freebsd.org From: "M. Warner Losh" In-Reply-To: <48F75773.7030100@FreeBSD.org> References: <48F7121A.2010307@FreeBSD.org> <20081016.081628.43009259.imp@bsdimp.com> <48F75773.7030100@FreeBSD.org> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: stas@freebsd.org, freebsd-arm@freebsd.org, zbeeble@gmail.com, freebsd-current@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2008 15:28:48 -0000 In message: <48F75773.7030100@FreeBSD.org> Alexander Motin writes: : M. Warner Losh wrote: : > In message: <48F7121A.2010307@FreeBSD.org> : > Alexander Motin writes: : > : Stanislav Sedov wrote: : > : > On Wed, 15 Oct 2008 23:25:11 +0300 : > : > Alexander Motin mentioned: : > : >> Completely fortunate I have noticed that number of iterations depends on : > : >> my laptop power source. After small investigation I have found that it : > : >> actually depends on dev.cpu.0.freq value. With default value 2400 I have : > : >> only several iterations. But every double frequency decrease doubles : > : >> iteration count. With minimum value 100MHz I have more then 100 : > : >> iterations. Same time it doesn't looks like this time is a real wall : > : >> time. It looks like DELAY() used in a loop has some problems with time : > : >> counting. : > : > : > : > What do you mean? DELAY(9) on your laptop doesn't correspond to the : > : > real time? : > : : > : Yes. It works fine when laptop operates at full frequency, but : > : proportionally reduces time interval when powerd drops frequency down. I : > : have also evidence about the same problem on another laptop with : > : 7.1-PRERELEASE. : > : > Is the slower clock making DELAY take less/more time? Or is the : > slower clock fed to the SDHCI part who feeds it to the SD card so less : > time accumulates on the SD card because the clock line to it is : > running slower? : > : > : > AFAIK, DELAY(9) relies on current timecounter for time : > : > accountiong, so there might be problems with it. Have you tried : > : > switching the kern.timecounter.hardware sysctl to see if it will : > : > affect results? : > : : > : It was late and I am not very aware in FreeBSD time counting, so I have : > : not tried to investigate it deeper. : > : > I would have thought that if DELAY(10) went from 10us to 100us because : > you are battery power, you'd have more cards working rather than : > fewer.. : : No, it's opposite. With lower frequency I have proportionally smaller : delays (more loop iterations). I don't remember exact numbers now, but : general tendency was like: with 2400MHz - 10 iterations, with 1200MHz - : 20 iterations and with 100MHz - 240 iterations. But neither syslog, nor : my eyes saw any visible delay there. You have more iterations. I'd have expected less. This doesn't say anything at all about DELAY, per se. If you are waiting for 1M cycles at 100MHz, it is only .01s, while at 10MHz it is .1s. Delay is implemented by reading a counter in the 8254 that's been calibrated. So unless the clock that's clocking it is running FASTER, delay won't be the source of additional iterations. Hmmm, looking at the i386 delay code, it looks like it depends on tsc_frequency being right when tsc isn't broken. If that's set bogusly, that could cause DELAY to be slower... : It looks like working on battery power DELAY() code expects timer speed : reduced, while estimating final timer value, but looks like timer itself : runs on full speed. Have you confirmed this with getting timestamps per loop? The delay code doesn't seem to adjust at all. We should likely look at i386/i386/tsc.c and instrument it to see what it is doing to tsc_freq in your case... Warner From owner-freebsd-current@FreeBSD.ORG Thu Oct 16 16:39:50 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E0D81065690; Thu, 16 Oct 2008 16:39:50 +0000 (UTC) (envelope-from taku@tackymt.homeip.net) Received: from basalt.tackymt.homeip.net (unknown [IPv6:2001:3e0:577:0:20d:61ff:fecc:2253]) by mx1.freebsd.org (Postfix) with ESMTP id 2D63E8FC0C; Thu, 16 Oct 2008 16:39:49 +0000 (UTC) (envelope-from taku@tackymt.homeip.net) Received: from localhost (localhost [127.0.0.1]) by basalt.tackymt.homeip.net (Postfix) with ESMTP id F12331075B; Fri, 17 Oct 2008 01:39:48 +0900 (JST) X-Virus-Scanned: amavisd-new at tackymt.homeip.net Received: from localhost ([127.0.0.1]) by localhost (basalt.tackymt.homeip.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cMmGxc1yeZd7; Fri, 17 Oct 2008 01:39:46 +0900 (JST) Received: from basalt.tackymt.homeip.net (basalt.tackymt.homeip.net [IPv6:2001:3e0:577:0:20d:61ff:fecc:2253]) by basalt.tackymt.homeip.net (Postfix) with ESMTP; Fri, 17 Oct 2008 01:39:46 +0900 (JST) Date: Fri, 17 Oct 2008 01:39:46 +0900 From: Taku YAMAMOTO To: "M. Warner Losh" Message-Id: <20081017013946.3534221e.taku@tackymt.homeip.net> In-Reply-To: <20081016.092844.-1548243521.imp@bsdimp.com> References: <48F7121A.2010307@FreeBSD.org> <20081016.081628.43009259.imp@bsdimp.com> <48F75773.7030100@FreeBSD.org> <20081016.092844.-1548243521.imp@bsdimp.com> X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.9; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: mav@freebsd.org, freebsd-mobile@freebsd.org, stas@freebsd.org, freebsd-arm@freebsd.org, freebsd-current@freebsd.org, zbeeble@gmail.com Subject: Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2008 16:39:50 -0000 On Thu, 16 Oct 2008 09:28:44 -0600 (MDT) "M. Warner Losh" wrote: > In message: <48F75773.7030100@FreeBSD.org> > Alexander Motin writes: > : No, it's opposite. With lower frequency I have proportionally smaller > : delays (more loop iterations). I don't remember exact numbers now, but > : general tendency was like: with 2400MHz - 10 iterations, with 1200MHz - > : 20 iterations and with 100MHz - 240 iterations. But neither syslog, nor > : my eyes saw any visible delay there. > > You have more iterations. I'd have expected less. This doesn't say > anything at all about DELAY, per se. If you are waiting for 1M cycles > at 100MHz, it is only .01s, while at 10MHz it is .1s. Delay is > implemented by reading a counter in the 8254 that's been calibrated. > So unless the clock that's clocking it is running FASTER, delay won't > be the source of additional iterations. > > Hmmm, looking at the i386 delay code, it looks like it depends on > tsc_frequency being right when tsc isn't broken. If that's set > bogusly, that could cause DELAY to be slower... I have a Core 2 Duo whose TSC ticks regardless of how EST is set. In conjunction of tsc_freq_changed() function defined in tsc.c, tsc_freq becomes lower than actual, thus shorter DELAY(). Maybe his machine has the same. -- -|-__ YAMAMOTO, Taku | __ < - A chicken is an egg's way of producing more eggs. - From owner-freebsd-current@FreeBSD.ORG Thu Oct 16 16:52:17 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 446C910656AB; Thu, 16 Oct 2008 16:52:17 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id ED8C38FC1A; Thu, 16 Oct 2008 16:52:16 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id m9GGn1r8014970; Thu, 16 Oct 2008 10:49:01 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 16 Oct 2008 10:50:02 -0600 (MDT) Message-Id: <20081016.105002.-1975970550.imp@bsdimp.com> To: taku@tackymt.homeip.net From: "M. Warner Losh" In-Reply-To: <20081017013946.3534221e.taku@tackymt.homeip.net> References: <48F75773.7030100@FreeBSD.org> <20081016.092844.-1548243521.imp@bsdimp.com> <20081017013946.3534221e.taku@tackymt.homeip.net> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: mav@FreeBSD.org, freebsd-mobile@FreeBSD.org, stas@FreeBSD.org, freebsd-arm@FreeBSD.org, freebsd-current@FreeBSD.org, zbeeble@gmail.com Subject: Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2008 16:52:17 -0000 In message: <20081017013946.3534221e.taku@tackymt.homeip.net> Taku YAMAMOTO writes: : On Thu, 16 Oct 2008 09:28:44 -0600 (MDT) : "M. Warner Losh" wrote: : : > In message: <48F75773.7030100@FreeBSD.org> : > Alexander Motin writes: : > : No, it's opposite. With lower frequency I have proportionally smaller : > : delays (more loop iterations). I don't remember exact numbers now, but : > : general tendency was like: with 2400MHz - 10 iterations, with 1200MHz - : > : 20 iterations and with 100MHz - 240 iterations. But neither syslog, nor : > : my eyes saw any visible delay there. : > : > You have more iterations. I'd have expected less. This doesn't say : > anything at all about DELAY, per se. If you are waiting for 1M cycles : > at 100MHz, it is only .01s, while at 10MHz it is .1s. Delay is : > implemented by reading a counter in the 8254 that's been calibrated. : > So unless the clock that's clocking it is running FASTER, delay won't : > be the source of additional iterations. : > : > Hmmm, looking at the i386 delay code, it looks like it depends on : > tsc_frequency being right when tsc isn't broken. If that's set : > bogusly, that could cause DELAY to be slower... : : I have a Core 2 Duo whose TSC ticks regardless of how EST is set. : In conjunction of tsc_freq_changed() function defined in tsc.c, : tsc_freq becomes lower than actual, thus shorter DELAY(). : : Maybe his machine has the same. That would cause the problem. If we're bogusly adjusting tsc_freq we should fix that... Warner From owner-freebsd-current@FreeBSD.ORG Thu Oct 16 17:25:38 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CAF3106569A; Thu, 16 Oct 2008 17:25:38 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id D02A28FC16; Thu, 16 Oct 2008 17:25:36 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.1.14) with ESMTPSA id 225242339; Thu, 16 Oct 2008 20:25:35 +0300 Message-ID: <48F7790F.5000904@FreeBSD.org> Date: Thu, 16 Oct 2008 20:25:35 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.16 (X11/20080726) MIME-Version: 1.0 To: Taku YAMAMOTO References: <48F7121A.2010307@FreeBSD.org> <20081016.081628.43009259.imp@bsdimp.com> <48F75773.7030100@FreeBSD.org> <20081016.092844.-1548243521.imp@bsdimp.com> <20081017013946.3534221e.taku@tackymt.homeip.net> In-Reply-To: <20081017013946.3534221e.taku@tackymt.homeip.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-mobile@freebsd.org, stas@freebsd.org, freebsd-arm@freebsd.org, freebsd-current@freebsd.org, zbeeble@gmail.com, "M. Warner Losh" Subject: Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2008 17:25:38 -0000 Taku YAMAMOTO wrote: > On Thu, 16 Oct 2008 09:28:44 -0600 (MDT) > "M. Warner Losh" wrote: > >> In message: <48F75773.7030100@FreeBSD.org> >> Alexander Motin writes: >> : No, it's opposite. With lower frequency I have proportionally smaller >> : delays (more loop iterations). I don't remember exact numbers now, but >> : general tendency was like: with 2400MHz - 10 iterations, with 1200MHz - >> : 20 iterations and with 100MHz - 240 iterations. But neither syslog, nor >> : my eyes saw any visible delay there. >> >> You have more iterations. I'd have expected less. This doesn't say >> anything at all about DELAY, per se. If you are waiting for 1M cycles >> at 100MHz, it is only .01s, while at 10MHz it is .1s. Delay is >> implemented by reading a counter in the 8254 that's been calibrated. >> So unless the clock that's clocking it is running FASTER, delay won't >> be the source of additional iterations. >> >> Hmmm, looking at the i386 delay code, it looks like it depends on >> tsc_frequency being right when tsc isn't broken. If that's set >> bogusly, that could cause DELAY to be slower... > > I have a Core 2 Duo whose TSC ticks regardless of how EST is set. > In conjunction of tsc_freq_changed() function defined in tsc.c, > tsc_freq becomes lower than actual, thus shorter DELAY(). > > Maybe his machine has the same. Indeed: CPU: Intel(R) Core(TM)2 Duo CPU T7700 @ 2.40GHz (2394.01-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 2 FreeBSD 8.0-CURRENT amd64. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Thu Oct 16 20:04:30 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 263CF106568B for ; Thu, 16 Oct 2008 20:04:30 +0000 (UTC) (envelope-from subbsd@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.26]) by mx1.freebsd.org (Postfix) with ESMTP id 478418FC0A for ; Thu, 16 Oct 2008 20:04:28 +0000 (UTC) (envelope-from subbsd@gmail.com) Received: by ey-out-2122.google.com with SMTP id 6so67576eyi.7 for ; Thu, 16 Oct 2008 13:04:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type; bh=T4dEdSfu8R+3zQGrIrhRXO2xpmwWNIcs7zMYTGunK/Q=; b=PCCOgoMXHxBG5ZLotzErJZsIWSyVx2V/nGYSBrQKt8eCK3y4WzYG6TIUInMBSNXKr7 699+Yrp3sRrprzTGlZ9F6nm5hAbsAFuQrEBDBLPMYih0gVLDjSIK7ibW6WkA8TxnN1g+ qtOKb5UeAT4YndFN61Yin9hdtYCx5eouT1R3U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=E9ZrYSAQZPPuLz5w5mmRxpFf9Lp/erGZzBqbry9KUdf1CTmptxsa6XPWNSFLIpd2RC ulnNwsssfNG3Ey93mM1UslYoKANxxIcWQ9vELSv75CJHDnO4bLYqz7XlZ/1chqkj+cnc K3+5qQFS1ELpn4HaKlsb+Ez3bkIJOl2htQyqs= Received: by 10.210.45.14 with SMTP id s14mr3335532ebs.172.1224185984000; Thu, 16 Oct 2008 12:39:44 -0700 (PDT) Received: by 10.210.52.5 with HTTP; Thu, 16 Oct 2008 12:39:43 -0700 (PDT) Message-ID: <8237b2240810161239m48242efcm948dcf36bee0712f@mail.gmail.com> Date: Thu, 16 Oct 2008 23:39:43 +0400 From: "Oleg Ole" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: skype cant start on current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2008 20:04:30 -0000 Hello, After cvsup /usr/src and rebuild the kernel/world (approx.~6 October 2008), my skype has been failed for start: [ole@ ~]$ file /usr/local/bin/skype /usr/local/bin/skype: ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), for GNU/Linux 2.4.1, dynamically linked (uses shared libs), stripped [ole@ ~]$ skype Segmentation fault: 11 (core dumped) truss -o /tmp/skype.txt /usr/local/bin/skype not exist from trace-stage. tail -n50 /tmp/skype.txt show last 50 string: -- linux_open("/home/ole/.fonts/fonts.cache-1",0x0,0666) ERR#2 'No such file or directory' linux_open("/home/ole/.fonts",0x18800,00) = 8 (0x8) linux_fstat64(0x8,0xffffd0ec,0x2979dff4,0x0,0x94c426b,0x6) = 0 (0x0) linux_fcntl64(0x8,0x2,0x1,0x1,0x2979dff4,0x6) = 0 (0x0) linux_getdents64(0x8,0x94c528c,0x1000,0x94c528c,0x2979dff4,0x6) = 144 (0x90) linux_open("/home/ole/.fonts/steve.ttf",0x0,05117045150) = 9 (0x9) linux_fcntl64(0x9,0x2,0x1,0x1,0x29574ff4,0x6) = 0 (0x0) linux_fstat64(0x9,0xffffccbc,0x2979dff4,0xffffccbc,0x3,0x6) = 0 (0x0) linux_mmap2(0x0,0x10070,0x1,0x2,0x9,0x6) = 696082432 (0x297d6000) close(9) = 0 (0x0) munmap(0x297d6000,65648) = 0 (0x0) linux_stat64(0x94c4258,0xffffcfcc,0x2979dff4,0xffffcfcc,0x3,0x6) = 0 (0x0) linux_open("/home/ole/.fonts/fonts.scale",0x0,014722263110) = 9 (0x9) linux_fcntl64(0x9,0x2,0x1,0x1,0x29574ff4,0x6) = 0 (0x0) linux_fstat64(0x9,0xffffccbc,0x2979dff4,0xffffccbc,0x3,0x6) = 0 (0x0) linux_mmap2(0x0,0x40,0x1,0x2,0x9,0x6) = 696082432 (0x297d6000) close(9) = 0 (0x0) linux_mmap2(0x0,0x68000,0x3,0x22,0xffffffff,0x6) = 696086528 (0x297d7000) munmap(0x297d7000,425984) = 0 (0x0) linux_brk(0x9501000,0x2979dff4,0x1,0x94d2000,0x2f000,0x6) = 156241920 (0x9501000) linux_brk(0x94f1000,0x2979dff4,0x0,0x9501000,0xffff0000,0x6) = 156176384 (0x94f1000) linux_brk(0x94ef000,0x2979dff4,0x0,0x94f1000,0xffffe000,0x6) = 156168192 (0x94ef000) linux_open("/home/ole/.fonts/._fonts.scale",0x0,01122260760) ERR#2 'No such file or directory' linux_open("/home/ole/.fonts/%fonts.scale",0x0,01123153220) ERR#2 'No such file or directory' linux_open("/home/ole/.fonts/.AppleDouble/fonts.scale",0x0,01123153300) ERR#2 'No such file or directory' linux_open("/home/ole/.fonts/fonts.scale/rsrc",0x0,037777746510) ERR#20 'Not a directory' linux_open("/home/ole/.fonts/resource.frk/fonts.scale",0x0,037777746510) ERR#2 'No such file or directory' linux_open("/home/ole/.fonts/.resource/fonts.scale",0x0,037777746510) ERR#2 'No such file or directory' munmap(0x297d6000,64) = 0 (0x0) linux_stat64(0x94c4258,0xffffd04c,0x2979dff4,0xffffd04c,0x3,0x6) = 0 (0x0) linux_open("/home/ole/.fonts/fonts.dir",0x0,05117045150) = 9 (0x9) linux_fcntl64(0x9,0x2,0x1,0x1,0x29574ff4,0x6) = 0 (0x0) linux_fstat64(0x9,0xffffccbc,0x2979dff4,0xffffccbc,0x3,0x6) = 0 (0x0) linux_mmap2(0x0,0x40,0x1,0x2,0x9,0x6) = 696082432 (0x297d6000) close(9) = 0 (0x0) linux_mmap2(0x0,0x68000,0x3,0x22,0xffffffff,0x6) = 696086528 (0x297d7000) munmap(0x297d7000,425984) = 0 (0x0) linux_open("/home/ole/.fonts/._fonts.dir",0x0,01122261440) ERR#2 'No such file or directory' linux_open("/home/ole/.fonts/%fonts.dir",0x0,01123153220) ERR#2 'No such file or directory' linux_open("/home/ole/.fonts/.AppleDouble/fonts.dir",0x0,01123153300) ERR#2 'No such file or directory' linux_open("/home/ole/.fonts/fonts.dir/rsrc",0x0,037777746510) ERR#20 'Not a directory' linux_open("/home/ole/.fonts/resource.frk/fonts.dir",0x0,037777746510) ERR#2 'No such file or directory' linux_open("/home/ole/.fonts/.resource/fonts.dir",0x0,037777746510) ERR#2 'No such file or directory' munmap(0x297d6000,64) = 0 (0x0) linux_stat64(0x94c4258,0xffffd04c,0x2979dff4,0xffffd04c,0x3,0x6) = 0 (0x0) linux_getdents64(0x8,0x94c528c,0x1000,0x94c528c,0x2979dff4,0x6) = 0 (0x0) close(8) = 0 (0x0) linux_stat64(0x94949b8,0xffffd06c,0x2979dff4,0xffffd06c,0x3,0x6) = 0 (0x0) linux_open("/usr/local/lib/X11/fonts/freefont/fonts.cache-1",0x0,0666) ERR#2 'No such file or directory' linux_stat64(0x94c11c8,0xffffcfec,0x2979dff4,0xffffcfec,0x3,0x6)[ole@/tmp]$ -- what the steps i may undertake for reception most detail of trouble ? PS: addition information: [ole@ /tmp]$ ls /var/db/pkg |grep skype skype-2.0.0.72,1 [ole@ /tmp]$ uname -a FreeBSD 8.0-CURRENT FreeBSD 8.0-CURRENT #2 r183431M: Thu Oct 16 20:43:40 MSD 2008 root@:/usr/obj/usr/src/sys/o20080908 amd64 [ole@ /tmp]$ sysctl compat.linux.osrelease compat.linux.osrelease: 2.6.16 [ole@ /tmp]$ ls -la /var/db/pkg |grep linux drwxr-xr-x 2 root wheel 512 Oct 16 22:27 linux-alsa-lib-1.0.10.3 drwxr-xr-x 2 root wheel 512 Oct 14 22:41 linux-atk-1.9.1 drwxr-xr-x 2 root wheel 512 Oct 4 21:29 linux-cairo-1.0.2 drwxr-xr-x 2 root wheel 512 Oct 14 22:44 linux-expat-1.95.8 drwxr-xr-x 2 root wheel 512 Oct 14 22:44 linux-fontconfig-2.2.3_7 drwxr-xr-x 2 root wheel 512 Oct 14 22:41 linux-glib2-2.6.6_1 drwxr-xr-x 2 root wheel 512 Oct 16 20:35 linux-gtk2-2.6.10 drwxr-xr-x 2 root wheel 512 Oct 4 21:29 linux-jpeg-6b.34 drwxr-xr-x 2 root wheel 512 Oct 16 22:27 linux-libsigc-2.0.17 drwxr-xr-x 2 root wheel 512 Oct 14 22:41 linux-pango-1.10.2 drwxr-xr-x 2 root wheel 512 Sep 13 18:54 linux-png-1.2.8_2 drwxr-xr-x 2 root wheel 512 Oct 4 21:29 linux-tiff-3.7.1 drwxr-xr-x 2 root wheel 512 Oct 14 22:44 linux-xorg-libs-6.8.2_5 drwxr-xr-x 2 root wheel 512 Oct 14 22:44 linux_base-fc-4_13 drwxr-xr-x 2 root wheel 512 Oct 14 22:44 linux_dri-7.0 Thanks in advance! From owner-freebsd-current@FreeBSD.ORG Thu Oct 16 20:07:57 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E2AB106572A for ; Thu, 16 Oct 2008 20:07:57 +0000 (UTC) (envelope-from rdivacky@lev.vlakno.cz) Received: from vlakno.cz (77-93-215-190.static.masterinter.net [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id 0EB798FC1B for ; Thu, 16 Oct 2008 20:07:56 +0000 (UTC) (envelope-from rdivacky@lev.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id C1BEA9CB14E; Thu, 16 Oct 2008 22:07:14 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EbjF+gi5-sDN; Thu, 16 Oct 2008 22:07:01 +0200 (CEST) Received: from lev.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id A4E7F9CB4D9; Thu, 16 Oct 2008 22:07:01 +0200 (CEST) Received: (from rdivacky@localhost) by lev.vlakno.cz (8.14.2/8.14.2/Submit) id m9GK71hs014822; Thu, 16 Oct 2008 22:07:01 +0200 (CEST) (envelope-from rdivacky) Date: Thu, 16 Oct 2008 22:07:01 +0200 From: Roman Divacky To: Oleg Ole Message-ID: <20081016200701.GA13824@freebsd.org> References: <8237b2240810161239m48242efcm948dcf36bee0712f@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8237b2240810161239m48242efcm948dcf36bee0712f@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: skype cant start on current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2008 20:07:57 -0000 On Thu, Oct 16, 2008 at 11:39:43PM +0400, Oleg Ole wrote: > Hello, > > After cvsup /usr/src and rebuild the kernel/world (approx.~6 October 2008), > my skype has been failed for start: > > [ole@ ~]$ file /usr/local/bin/skype > /usr/local/bin/skype: ELF 32-bit LSB executable, Intel 80386, version 1 > (GNU/Linux), for GNU/Linux 2.4.1, dynamically linked (uses shared libs), > stripped > [ole@ ~]$ skype > Segmentation fault: 11 (core dumped) > > truss -o /tmp/skype.txt /usr/local/bin/skype not exist from trace-stage. > tail -n50 /tmp/skype.txt show last 50 string: I found truss untrustworthy :( try with ktrace/linux_kdump > -- > linux_open("/home/ole/.fonts/fonts.cache-1",0x0,0666) ERR#2 'No such file or > directory' > linux_open("/home/ole/.fonts",0x18800,00) = 8 (0x8) > linux_fstat64(0x8,0xffffd0ec,0x2979dff4,0x0,0x94c426b,0x6) = 0 (0x0) > linux_fcntl64(0x8,0x2,0x1,0x1,0x2979dff4,0x6) = 0 (0x0) > linux_getdents64(0x8,0x94c528c,0x1000,0x94c528c,0x2979dff4,0x6) = 144 (0x90) > linux_open("/home/ole/.fonts/steve.ttf",0x0,05117045150) = 9 (0x9) > linux_fcntl64(0x9,0x2,0x1,0x1,0x29574ff4,0x6) = 0 (0x0) > linux_fstat64(0x9,0xffffccbc,0x2979dff4,0xffffccbc,0x3,0x6) = 0 (0x0) > linux_mmap2(0x0,0x10070,0x1,0x2,0x9,0x6) = 696082432 (0x297d6000) > close(9) = 0 (0x0) > munmap(0x297d6000,65648) = 0 (0x0) > linux_stat64(0x94c4258,0xffffcfcc,0x2979dff4,0xffffcfcc,0x3,0x6) = 0 (0x0) > linux_open("/home/ole/.fonts/fonts.scale",0x0,014722263110) = 9 (0x9) > linux_fcntl64(0x9,0x2,0x1,0x1,0x29574ff4,0x6) = 0 (0x0) > linux_fstat64(0x9,0xffffccbc,0x2979dff4,0xffffccbc,0x3,0x6) = 0 (0x0) > linux_mmap2(0x0,0x40,0x1,0x2,0x9,0x6) = 696082432 (0x297d6000) > close(9) = 0 (0x0) > linux_mmap2(0x0,0x68000,0x3,0x22,0xffffffff,0x6) = 696086528 (0x297d7000) > munmap(0x297d7000,425984) = 0 (0x0) > linux_brk(0x9501000,0x2979dff4,0x1,0x94d2000,0x2f000,0x6) = 156241920 > (0x9501000) > linux_brk(0x94f1000,0x2979dff4,0x0,0x9501000,0xffff0000,0x6) = 156176384 > (0x94f1000) > linux_brk(0x94ef000,0x2979dff4,0x0,0x94f1000,0xffffe000,0x6) = 156168192 > (0x94ef000) > linux_open("/home/ole/.fonts/._fonts.scale",0x0,01122260760) ERR#2 'No such > file or directory' > linux_open("/home/ole/.fonts/%fonts.scale",0x0,01123153220) ERR#2 'No such > file or directory' > linux_open("/home/ole/.fonts/.AppleDouble/fonts.scale",0x0,01123153300) > ERR#2 'No such file or directory' > linux_open("/home/ole/.fonts/fonts.scale/rsrc",0x0,037777746510) ERR#20 'Not > a directory' > linux_open("/home/ole/.fonts/resource.frk/fonts.scale",0x0,037777746510) > ERR#2 'No such file or directory' > linux_open("/home/ole/.fonts/.resource/fonts.scale",0x0,037777746510) ERR#2 > 'No such file or directory' > munmap(0x297d6000,64) = 0 (0x0) > linux_stat64(0x94c4258,0xffffd04c,0x2979dff4,0xffffd04c,0x3,0x6) = 0 (0x0) > linux_open("/home/ole/.fonts/fonts.dir",0x0,05117045150) = 9 (0x9) > linux_fcntl64(0x9,0x2,0x1,0x1,0x29574ff4,0x6) = 0 (0x0) > linux_fstat64(0x9,0xffffccbc,0x2979dff4,0xffffccbc,0x3,0x6) = 0 (0x0) > linux_mmap2(0x0,0x40,0x1,0x2,0x9,0x6) = 696082432 (0x297d6000) > close(9) = 0 (0x0) > linux_mmap2(0x0,0x68000,0x3,0x22,0xffffffff,0x6) = 696086528 (0x297d7000) > munmap(0x297d7000,425984) = 0 (0x0) > linux_open("/home/ole/.fonts/._fonts.dir",0x0,01122261440) ERR#2 'No such > file or directory' > linux_open("/home/ole/.fonts/%fonts.dir",0x0,01123153220) ERR#2 'No such > file or directory' > linux_open("/home/ole/.fonts/.AppleDouble/fonts.dir",0x0,01123153300) ERR#2 > 'No such file or directory' > linux_open("/home/ole/.fonts/fonts.dir/rsrc",0x0,037777746510) ERR#20 'Not a > directory' > linux_open("/home/ole/.fonts/resource.frk/fonts.dir",0x0,037777746510) ERR#2 > 'No such file or directory' > linux_open("/home/ole/.fonts/.resource/fonts.dir",0x0,037777746510) ERR#2 > 'No such file or directory' > munmap(0x297d6000,64) = 0 (0x0) > linux_stat64(0x94c4258,0xffffd04c,0x2979dff4,0xffffd04c,0x3,0x6) = 0 (0x0) > linux_getdents64(0x8,0x94c528c,0x1000,0x94c528c,0x2979dff4,0x6) = 0 (0x0) > close(8) = 0 (0x0) > linux_stat64(0x94949b8,0xffffd06c,0x2979dff4,0xffffd06c,0x3,0x6) = 0 (0x0) > linux_open("/usr/local/lib/X11/fonts/freefont/fonts.cache-1",0x0,0666) ERR#2 > 'No such file or directory' > linux_stat64(0x94c11c8,0xffffcfec,0x2979dff4,0xffffcfec,0x3,0x6)[ole@/tmp]$ dont see anything related to a sigsegv :( From owner-freebsd-current@FreeBSD.ORG Thu Oct 16 22:46:42 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57F171065688 for ; Thu, 16 Oct 2008 22:46:42 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 009358FC13 for ; Thu, 16 Oct 2008 22:46:42 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [211.166.10.233]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id 27F3528449 for ; Fri, 17 Oct 2008 06:46:41 +0800 (CST) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id C0C24EB15FA; Fri, 17 Oct 2008 06:46:40 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id q92SNOwLWvje; Fri, 17 Oct 2008 06:46:35 +0800 (CST) Received: from charlie.delphij.net (adsl-76-237-33-62.dsl.pltn13.sbcglobal.net [76.237.33.62]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id F2262EB1520; Fri, 17 Oct 2008 06:46:34 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:subject:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=OLmPJjyrkKZeE5bY/4rBndrQ+DKlD8/F+TSDg6mZSthdJBc0ATtTrvIMOw1Qek6Cl qh73gdUpq6UCgn3UCtYcA== Message-ID: <48F7C447.8070308@delphij.net> Date: Thu, 16 Oct 2008 15:46:31 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.17 (X11/20080928) MIME-Version: 1.0 To: FreeBSD Current X-Enigmail-Version: 0.95.7 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: sockstat -l for kernel listen sockets? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2008 22:46:42 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, It looks like that we can not use sockstat -l to show kernel listening sockets? [lixin@netstorage] ~> sockstat -4l | grep 804 [lixin@netstorage] ~> netstat -an | grep LISTEN tcp4 0 0 *.22 *.* LISTEN tcp6 0 0 *.22 *.* LISTEN tcp4 0 0 *.804 *.* LISTEN tcp6 0 0 *.776 *.* LISTEN tcp6 0 0 *.2049 *.* LISTEN tcp6 0 0 *.777 *.* LISTEN tcp4 0 0 *.778 *.* LISTEN tcp4 0 0 *.2049 *.* LISTEN tcp4 0 0 *.832 *.* LISTEN tcp6 0 0 *.832 *.* LISTEN tcp4 0 0 *.111 *.* LISTEN tcp6 0 0 *.111 *.* LISTEN tcp6 0 0 ::1.953 *.* LISTEN tcp4 0 0 127.0.0.1.953 *.* LISTEN tcp4 0 0 127.0.0.1.53 *.* LISTEN [lixin@netstorage] ~> rpcinfo -p | grep 804 100021 0 tcp 804 nlockmgr 100021 1 tcp 804 nlockmgr 100021 3 tcp 804 nlockmgr 100021 4 tcp 804 nlockmgr Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkj3xEcACgkQi+vbBBjt66A8RwCgtKUYyUwJ22IW8BX+qu9cr+dz n+QAoLWpx/xkZUQPzypajmrU3mYjs1Ff =IHR4 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Oct 16 23:41:26 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21401106569A for ; Thu, 16 Oct 2008 23:41:26 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.184]) by mx1.freebsd.org (Postfix) with ESMTP id 973F88FC1F for ; Thu, 16 Oct 2008 23:41:25 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: by fk-out-0910.google.com with SMTP id k31so272171fkk.11 for ; Thu, 16 Oct 2008 16:41:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:in-reply-to:message-id:user-agent:mime-version:content-type; bh=azgfqNjhsKQIRf6doFaV5F8vJCmKDdnGaY3sEPtWJJo=; b=pdQKWkGkBPqNVgkx5kT4StLiMRCFWnZmomlVgbivzGu3wpBPTBU+nghtSL58bBOKDp GPO91LkSOSjtbbKOEeuqw9Xg5AoPzNWHFPkhIOFGA5vcakPyAc7Yx5x86jlTo1nYhHzM FDcriCHD0mUrGGvyBk1GLCws7vyoBkvshI/wc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; b=mVFfjZt3I+xs/qm+LOiUY1Mxw+o6mceGhiwIlEnMSepUwkXo05TknM1Mrw4bo3eIYF DHYerfKHaT8W96cE+yhs8U52pomVhMbPfjHagm0JXJIXhLy+8GlPGcAND8BVYOIkf3rX E4rWVlhR8QYW2Iy0j0jPfD3RPjaVHdxq12c/A= Received: by 10.181.5.1 with SMTP id h1mr859488bki.56.1224200484274; Thu, 16 Oct 2008 16:41:24 -0700 (PDT) Received: from localhost (89-178-220-95.broadband.corbina.ru [89.178.220.95]) by mx.google.com with ESMTPS id p9sm3708727fkb.5.2008.10.16.16.41.20 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 16 Oct 2008 16:41:21 -0700 (PDT) From: swell.k@gmail.com To: "Scot Hetzel" References: <790a9fff0810130922n7afc10faje3459c09de575be6@mail.gmail.com> <48F4A13D.7080507@FreeBSD.org> <790a9fff0810141202g406d12cftb4f8886d4d8a66e4@mail.gmail.com> Date: Fri, 17 Oct 2008 03:41:13 +0400 In-Reply-To: <790a9fff0810141202g406d12cftb4f8886d4d8a66e4@mail.gmail.com> (Scot Hetzel's message of "Tue, 14 Oct 2008 14:02:21 -0500") Message-ID: <868wso2jmu.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org, Erik Cederstrand , Pietro Cerutti Subject: Re: cc1plus: internal compiler error: Segmentation fault: 11 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 16 Oct 2008 23:41:26 -0000 "Scot Hetzel" writes: > On 10/14/08, Pietro Cerutti wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA512 >> >> Erik Cederstrand wrote: >> | >> | Den 13/10/2008 kl. 18.22 skrev Scot Hetzel: >> | >> |> When I tried rebuilding the audio/pulseaudio port on -CURRENT, it >> |> would fail with: >> |> [...] >> |> cc1: internal compiler error: Segmentation fault: 11 >> |> >> |> Is anyone able to reproduce these problems? >> | >> | "Segmentation fault: 11" from GCC is often a sign of bad RAM. Have you >> | tried to switch RAM modules? >> >> I'd try to switch optimizations off before going the hard way :) >> > It's not a problem with optimizations, as cc -I/nonexistent -lstdc++ > -Wmissing-include-dirs test.cpp also results in this error. Try applying this fix: svn diff -c134421 svn://gcc.gnu.org/svn/gcc/trunk against /usr/src/contrib/gcclibs/libcpp/errors.c From owner-freebsd-current@FreeBSD.ORG Fri Oct 17 04:43:36 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3BF61065686 for ; Fri, 17 Oct 2008 04:43:36 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 992F68FC14 for ; Fri, 17 Oct 2008 04:43:36 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from Macintosh-4.local ([10.0.0.194]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id m9H4hX1R049484 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 16 Oct 2008 21:43:33 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <48F817F5.70604@freebsd.org> Date: Thu, 16 Oct 2008 21:43:33 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.17 (Macintosh/20080914) MIME-Version: 1.0 To: Hans Petter Selasky References: <20081015173319.GB46393@elvis.mu.org> <200810152124.12637.hselasky@c2i.net> In-Reply-To: <200810152124.12637.hselasky@c2i.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-DCC-sonic.net-Metrics: ebb.errno.com; whitelist Cc: current@freebsd.org Subject: Re: (forw) Re: USB4BSD - release candidate 2 - coming to FreeBSD this week. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Oct 2008 04:43:37 -0000 Hans Petter Selasky wrote: > Hi, > >> 1. libusb_20 appears to be undocumented (the manual page looks to be a >> placeholder) and the only example of use (usbconfig) has zero comments. > > There is some work left to do there. > > Any help going through the USB library would be appreciated. w/o documentation or comments to go by not sure what "help" you figure to get > >> 2. is there any way to list the set of quirks in the usb2_quirk module? >> I don't think going back to the source is sufficient as you may only >> have a binary to work with. > > Not at the moment, but I could possibly extend "usbconfig" to list available > quirks. I've made a note for this. It may also be useful to add a ddb command now that they can be loaded together with a module. In fact I suspect there are several usb specific ddb cmds that might be useful. > >> 3. similarly for the driver container modules can one see the set of >> drivers bundled? > > No. You will have to inspect the module "DATA_SET()" information in the kld. > >> 4. I'm interested to understand why these container modules exist >> instead of individual drivers. > > They exist to make loading USB drivers easier. It is simpler to > load "usb2_serial" than to emperically search for a specific serial port > driver. In the future the "usb2_serial" module will load the correct driver > for you. > >> I don't see anything in the manual pages >> that references the drivers, can one still configure a kernel w/ only >> the specific drivers present on a system? (e.g. for embedded use) If so >> please fix the manual pages. > > Yes, of course you can still ungroup the driver modules into smaller parts, > simply by moving the source files to another module, or removing the source > files for the drivers you don't want. But there are no kernel options that > will do that currently. You have to do it by hand until further. This sounds like a design mistake. You should be able to do container modules entirely with module dependencies. No need to edit code and all the drivers remain usable individually. > >> 5. The man page description of the usb2_template module is unclear to >> me. I suspect an example would help. > > I have made a note for this. > >> 6. Many files lack a copyright/license (e.g. modules/*). > > It is BSD licensed like the rest of the code. Not w/o a license. > > --HPS > > BTW: I will travel to EuroBSDcon2008 tomorrow and will probably not have > access to e-mail all the time. > _______________________________________________ > 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 Oct 17 05:24:43 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 701D1106569B for ; Fri, 17 Oct 2008 05:24:43 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.239]) by mx1.freebsd.org (Postfix) with ESMTP id 4489F8FC1A for ; Fri, 17 Oct 2008 05:24:42 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so322930rvf.43 for ; Thu, 16 Oct 2008 22:24:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:mime-version:content-type:content-transfer-encoding :content-disposition:x-google-sender-auth; bh=6RnqvqWovC50R6pJx7A5eg9OBIaoz6pC1NU0vmk3tLw=; b=wGDaaJJ6yR2UN8GOhYwbkTZG/VWKKHXE0ar7sv91/RNJ+ud4o9/pBFlZoBCVKGj2yT x4/mEr8roNy9nHFSQOlEhVetpx+9n45VIQnI3XUbqZonV8upOux37kI1Q6uJaUjhMpOe Ae/kDpnnaW72s0kB6iwxGLgpredgEo/aKzq/k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition:x-google-sender-auth; b=X0Zbl2Y9WFBtbSb0kT9I9HsuOqPpQVWRzsRLniy0MedxZycfNPtOyJcvOLt1BInZoE rxRUTtEpq7Czcsyz3txXfy5uR3Y+odvbYHNjjtLUkB4q3Hv+rJIpnKhkC7YgO5GMZ2Qj Ijy3vqKUcAYAzAhRu9SVVSgoQCbo0N6zta+g4= Received: by 10.140.147.5 with SMTP id u5mr2230807rvd.166.1224221081773; Thu, 16 Oct 2008 22:24:41 -0700 (PDT) Received: by 10.141.101.21 with HTTP; Thu, 16 Oct 2008 22:24:41 -0700 (PDT) Message-ID: <3c1674c90810162224s4d56ffdcnf6c461d1e28e2384@mail.gmail.com> Date: Thu, 16 Oct 2008 22:24:41 -0700 From: "Kip Macy" Sender: mat.macy@gmail.com To: hackers@freebsd.org, "FreeBSD Current" , virtualization@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Google-Sender-Auth: cbdd38e2de43a413 Cc: Subject: new mailing list for xen X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Oct 2008 05:24:43 -0000 I've been getting a lot of recurring questions about the status of Xen support in FreeBSD and Xen configuration issues - the answers to which are changing frequently enough that simply adding a FAQ wouldn't make sense. I expect that initially the mailing list will be the "Dailykip", consisting of regular updates about enhancements combined with a steady influx of bug reports and configuration questions. If you're planning on testing out FreeBSD on Xen, please subscribe to freebsd-xen. Cheers, Kip From owner-freebsd-current@FreeBSD.ORG Fri Oct 17 07:16:52 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 442F2106568A; Fri, 17 Oct 2008 07:16:52 +0000 (UTC) (envelope-from webmaster@kibab.com) Received: from smtp.ht-systems.ru (mr0.ht-systems.ru [78.110.50.55]) by mx1.freebsd.org (Postfix) with ESMTP id 1086F8FC4F; Fri, 17 Oct 2008 07:16:51 +0000 (UTC) (envelope-from webmaster@kibab.com) Received: from [83.237.169.185] (helo=kibab-nb) by smtp.ht-systems.ru with esmtpa (Exim 4.62) (envelope-from ) id 1KqjZm-0001QL-Ub; Fri, 17 Oct 2008 11:16:47 +0400 Date: Fri, 17 Oct 2008 11:16:50 +0400 From: Ilya Bakulin To: Alexander Motin Message-Id: <20081017111650.a84afa26.webmaster@kibab.com> In-Reply-To: <48F7790F.5000904@FreeBSD.org> References: <48F7121A.2010307@FreeBSD.org> <20081016.081628.43009259.imp@bsdimp.com> <48F75773.7030100@FreeBSD.org> <20081016.092844.-1548243521.imp@bsdimp.com> <20081017013946.3534221e.taku@tackymt.homeip.net> <48F7790F.5000904@FreeBSD.org> Organization: HT-Systems X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.11; i386-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Fri__17_Oct_2008_11_16_50_+0400_rnekfZlu8fHMD.yt" X-Mailman-Approved-At: Fri, 17 Oct 2008 11:16:35 +0000 Cc: freebsd-arm@freebsd.org, freebsd-mobile@freebsd.org, stas@freebsd.org, Taku YAMAMOTO , freebsd-current@freebsd.org, zbeeble@gmail.com Subject: Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Oct 2008 07:16:52 -0000 --Signature=_Fri__17_Oct_2008_11_16_50_+0400_rnekfZlu8fHMD.yt Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, 16 Oct 2008 20:25:35 +0300 Alexander Motin wrote: > Indeed: > CPU: Intel(R) Core(TM)2 Duo CPU T7700 @ 2.40GHz (2394.01-MHz=20 > K8-class CPU) > Origin =3D "GenuineIntel" Id =3D 0x6fb Stepping =3D 11 > Features=3D0xbfebfbff MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS, > HTT,TM,PBE> > Features2=3D0xe3bd xTPR,PDCM> > AMD Features=3D0x20100800 > AMD Features2=3D0x1 > Cores per package: 2 >=20 > FreeBSD 8.0-CURRENT amd64. >=20 > --=20 > Alexander Motin Same here:=20 CPU: Intel(R) Core(TM)2 Duo CPU T5870 @ 2.00GHz (1995.01-MHz 686-class= CPU) Origin =3D "GenuineIntel" Id =3D 0x6fd Stepping =3D 13 Features=3D0xbfebfbff Features2=3D0xe39d AMD Features=3D0x20100000 AMD Features2=3D0x1 Cores per package: 2 Running FreeBSD 7-STABLE i386. On Mon, 13 Oct 2008 11:03:10 -0600 (MDT) "M. Warner Losh" wrote: > I can't believe that you had a card that took 4s to become active! >=20 > Can you confirm the elapsed time is really 4s for that card? > Otherwise, this may be pointing out a bug in another area of the > code... >=20 > Warner I don't have this card any more. And regarging my SD... I can't do exact me= asures. What I have done yesterday is: ; Running at full frequency: Oct 16 11:53:50 kibab-nb sudo: kibab : TTY=3Dttyp3 ; PWD=3D/home/kibab ; US= ER=3Droot ; COMMAND=3D/etc/rc.d/powerd stop Oct 16 11:54:00 kibab-nb sudo: = kibab : TTY=3Dttyp3 ; PWD=3D/home/kibab ; USER=3Droot ; COMMAND=3D/usr/sbin= /powerd -a max=20 Oct 16 11:54:49 kibab-nb kernel: mmc0: on sdhci 0 Oct 16 11:54:49 kibab-nb kernel: mmc_send_app_ocond(): cmd completed in 0= iter=20 Oct 16 11:54:50 kibab-nb kernel: mmc_send_app_ocond(): cmd completed in 35 = iter 35 iterations! ; Running at lowest possible frequency: Oct 16 11:55:27 kibab-nb sudo: kibab : TTY=3Dttyp3 ; PWD=3D/home/kibab ; US= ER=3Droot ; COMMAND=3D/etc/rc.d/powerd stop Oct 16 11:55:30 kibab-nb sudo: = kibab : TTY=3Dttyp3 ; PWD=3D/home/kibab ; USER=3Droot ; COMMAND=3D/usr/sbin= /powerd -a min=20 Oct 16 11:55:46 kibab-nb kernel: mmc0: on sdhci0=20 Oct 16 11:55:46 kibab-nb kernel: mmc_send_app_ocond(): cmd completed in 0 i= ter=20 Oct 16 11:55:46 kibab-nb kernel: mmc_send_app_ocond(): cmd completed in 185= iter=20 185 iterations at lowest frequency... Sorry for long answer delay. --=20 Ilya Bakulin --Signature=_Fri__17_Oct_2008_11_16_50_+0400_rnekfZlu8fHMD.yt Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkj4O+UACgkQo9vlj1oadwiOCACfTenAz/ehFZVm55MLwCDnCY1F 4uYAn3uJ4c9NwCnnPTgR00skTv99IPrB =xqme -----END PGP SIGNATURE----- --Signature=_Fri__17_Oct_2008_11_16_50_+0400_rnekfZlu8fHMD.yt-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 17 12:34:30 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C0631065694 for ; Fri, 17 Oct 2008 12:34:30 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184]) by mx1.freebsd.org (Postfix) with ESMTP id CB7198FC15 for ; Fri, 17 Oct 2008 12:34:29 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: by nf-out-0910.google.com with SMTP id h3so273788nfh.33 for ; Fri, 17 Oct 2008 05:34:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=B4Gf2ccWX3zMOE6Ov06fAjnIYx8EobhaTQ7WlqlNulo=; b=MmvElzHmFdpZM/ao5OUdQ1XYV9Le269QHQQskel/55LTQq2DB73qOXrOgzqcEnFhj5 fpDXIpsK7pPW8/NjSMbFb39QHi3Ex/I5jclxNGTB6rIZPFF/vjpkiLxGAwvC80myS/OE d4MegwM+/WiE5cAC71oKkqOm2wjC5wj1/72FU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=YskNZZozEs5BiUM67Ab++uzTWB6L/YPjqSR5uVtF33FzZZu+s1Y2MKPlbakhT5WszJ Ke3xbDa33E/3vQcfRniOTVu7qyXnGZFexoaQMchbdbEADXbNzMLTqgLuUQP8MAZGf4vT d17pgGdkORN26shl3yeTcaXCAYLMsikNdbwEI= Received: by 10.210.23.3 with SMTP id 3mr4361100ebw.113.1224246868478; Fri, 17 Oct 2008 05:34:28 -0700 (PDT) Received: by 10.210.54.9 with HTTP; Fri, 17 Oct 2008 05:34:28 -0700 (PDT) Message-ID: Date: Fri, 17 Oct 2008 09:34:28 -0300 From: "Carlos A. M. dos Santos" To: "Hans Petter Selasky" In-Reply-To: <200810152124.12637.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081015173319.GB46393@elvis.mu.org> <200810152124.12637.hselasky@c2i.net> Cc: "Sam Leffler \(FreeBSD Project\)" , Alfred Perlstein , current@freebsd.org Subject: Re: (forw) Re: USB4BSD - release candidate 2 - coming to FreeBSD this week. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 17 Oct 2008 12:34:30 -0000 On Wed, Oct 15, 2008 at 4:24 PM, Hans Petter Selasky wrote: >> 6. Many files lack a copyright/license (e.g. modules/*). > > It is BSD licensed like the rest of the code. International law recognizes implicit copyright, not implicit licensing. If you are the author then you are the implicit copyright holder, unless you have signed a contract assigning the copyright to someone else. So you are the only person legally allowed to add a license statement to that code. Somebody else can do it, of course, but only with your written permission; otherwise it would be a crime. -- cd /usr/ports/sysutils/life make clean From owner-freebsd-current@FreeBSD.ORG Fri Oct 17 13:48:56 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50F1A1065691 for ; Fri, 17 Oct 2008 13:48:56 +0000 (UTC) (envelope-from jose.amengual@gmail.com) Received: from mail-gx0-f16.google.com (mail-gx0-f16.google.com [209.85.217.16]) by mx1.freebsd.org (Postfix) with ESMTP id C54FC8FC0C for ; Fri, 17 Oct 2008 13:48:55 +0000 (UTC) (envelope-from jose.amengual@gmail.com) Received: by gxk9 with SMTP id 9so965755gxk.19 for ; Fri, 17 Oct 2008 06:48:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:from:to :content-type:mime-version:subject:date:x-mailer; bh=eupnVqjPwl7dl2YsRtvdmQJydnj5e6Iq2kw+nkU+Cls=; b=jJMqSf4GxF2Tm3rbIXrO6Ququ+NzpUr51NonbD0S3GJi7XVNZiCs1LnyPqfRE1NgiP w4+lTFBWsxuDOz/EhiI+IFhcBqieJ9Y3LbLGerEkn3EPYqCdCkmOTgG3+MMfsH5CZWkK BqFapRopvX3Bh2Ve8vRGYBTTVNhoyuXOtwSbk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:content-type:mime-version:subject:date:x-mailer; b=cPryzYykKoJN5hKusnMyPhHDu4kCHPbN5b/xOg091G/6Ju7SN1Atp4ybFh2gX455+g xNcb6GhzaBbkEDgt8s4ntTyjP71yRdoIEM6kvu3OELGYLJ36lWZsdb2c/V3uHh4aJSy/ JQw2qYcjczq6LkRg1rEcEFF7PJZwY5xlrZihk= Received: by 10.65.96.17 with SMTP id y17mr936620qbl.85.1224249914441; Fri, 17 Oct 2008 06:25:14 -0700 (PDT) Received: from 17-27-112.adsl.terra.cl (17-27-112.adsl.terra.cl [200.112.27.17]) by mx.google.com with ESMTPS id 25sm1691556qbw.1.2008.10.17.06.25.11 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 17 Oct 2008 06:25:13 -0700 (PDT) Message-Id: <879F32CC-CB75-4C6A-9A0D-0D971433B3F4@gmail.com> From: Jose Amengual To: freebsd-current@freebsd.org Mime-Version: 1.0 (Apple Message framework v929.2) Date: Fri, 17 Oct 2008 10:25:09 -0300 X-Mailer: Apple Mail (2.929.2) X-Mailman-Approved-At: Fri, 17 Oct 2008 14:22:49 +0000 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: PF 7.1 Preerelease problem. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Oct 2008 13:48:56 -0000 Ho guys. I install a Freebsd 7.1 as a firewall with pf, jails for mail etc. I was starting having problems with the mails in the defer spool with error messages like "time out" and I check the message log and I found this : TCP: [58.9.5.38]:48146 to [10.0.0.11]:25 tcpflags 0x14; syncache_chkrst: Spurious RST with ACK, SYN or FIN flag set, segment ignored TCP: [10.0.0.11]:10024 to [10.0.0.11]:65215 tcpflags 0x18; tcp_do_segment: FIN_WAIT_2: Received 64 bytes of data after socket was closed, sending RST and removing tcpcb TCP: [192.168.168.157]:60139 to [10.0.0.11]:110 tcpflags 0x4; syncache_chkrst: Spurious RST without matching syncache entry (possibly syncookie only), segment ignored TCP: [192.168.150.101]:1188 to [10.0.0.11]:110 tcpflags 0x2; _syncache_add: Received duplicate SYN, resetting timer and retransmitting SYN|ACK TCP: [10.0.0.11]:10024 to [10.0.0.11]:64412 tcpflags 0x18; tcp_do_segment: FIN_WAIT_2: Received 64 bytes of data after socket was closed, sending RST and removing tcpcb TCP: [10.0.0.11]:10024 to [10.0.0.11]:60048 tcpflags 0x18; tcp_do_segment: FIN_WAIT_2: Received 64 bytes of data after socket was closed, sending RST and removing tcpcb TCP: [10.0.0.11]:10024 to [10.0.0.11]:56838 tcpflags 0x18; tcp_do_segment: FIN_WAIT_2: Received 64 bytes of data after socket was closed, sending RST and removing tcpcb TCP: [65.54.244.72]:25 to [10.0.0.11]:54881 tcpflags 0x19; tcp_do_segment: FIN_WAIT_1: Received 71 bytes of data after socket was closed, sending RST and removing tcpcb TCP: [10.0.0.11]:10024 to [10.0.0.11]:59431 tcpflags 0x18; tcp_do_segment: FIN_WAIT_2: Received 64 bytes of data after socket was closed, sending RST and removing tcpcb TCP: [10.0.0.11]:10024 to [10.0.0.11]:62617 tcpflags 0x18; tcp_do_segment: FIN_WAIT_2: Received 64 bytes of data after socket was closed, sending RST and removing tcpcb TCP: [221.192.149.119]:37691 to [200.27.171.194]:22; syncache_timer: Response timeout, retransmitting (1) SYN|ACK TCP: [192.168.168.157]:60143 to [10.0.0.11]:25 tcpflags 0x4; syncache_chkrst: Spurious RST without matching syncache entry (possibly syncookie only), segment ignored TCP: [195.245.230.131]:25 to [10.0.0.11]:54615 tcpflags 0x18; tcp_do_segment: FIN_WAIT_1: Received 39 bytes of data after socket was closed, sending RST and removing tcpcb Connection attempt to UDP 10.0.0.11:25969 from 192.168.168.1:53 TCP: [10.0.0.11]:10024 to [10.0.0.11]:65086 tcpflags 0x18; tcp_do_segment: FIN_WAIT_2: Received 64 bytes of data after socket was closed, sending RST and removing tcpcb TCP: [192.168.150.130]:2167 to [10.0.0.11]:25 tcpflags 0x4; syncache_chkrst: Spurious RST without matching syncache entry (possibly syncookie only), segment ignored Connection attempt to UDP 10.0.0.11:14486 from 200.27.2.7:53 TCP: [192.168.168.157]:60056 to [10.0.0.11]:110 tcpflags 0x4; syncache_chkrst: Spurious RST without matching syncache entry (possibly syncookie only), segment ignored TCP: [10.0.0.11]:10024 to [10.0.0.11]:62813 tcpflags 0x18; tcp_do_segment: FIN_WAIT_2: Received 64 bytes of data after socket was closed, sending RST and removing tcpcb TCP: [10.0.0.11]:10024 to [10.0.0.11]:57904 tcpflags 0x18; tcp_do_segment: FIN_WAIT_2: Received 64 bytes of data after socket was closed, sending RST and removing tcpcb TCP: [200.91.27.33]:25 to [10.0.0.11]:62292 tcpflags 0x18; tcp_do_segment: FIN_WAIT_2: Received 17 bytes of data after socket was closed, sending RST and removing tcpcb TCP: [81.75.251.139]:51325 to [10.0.0.11]:25 tcpflags 0x14; syncache_chkrst: Spurious RST with ACK, SYN or FIN flag set, segment ignored TCP: [10.0.0.11]:25 to [200.27.171.194]:60795 tcpflags 0x12; tcp_input: Connection attempt to closed port TCP: [200.27.171.194]:60795 to [10.0.0.11]:25 tcpflags 0x4; syncache_chkrst: Our SYN|ACK was rejected, connection attempt aborted by remote endpoint TCP: [10.0.0.11]:10024 to [10.0.0.11]:63130 tcpflags 0x18; tcp_do_segment: FIN_WAIT_2: Received 64 bytes of data after socket was closed, sending RST and removing tcpcb TCP: [10.0.0.11]:10024 to [10.0.0.11]:57051 tcpflags 0x18; tcp_do_segment: FIN_WAIT_2: Received 64 bytes of data after socket was closed, sending RST and removing tcpcb TCP: [192.168.150.130]:2171 to [10.0.0.11]:25 tcpflags 0x4; syncache_chkrst: Spurious RST without matching syncache entry (possibly syncookie only), segment ignored TCP: [221.192.149.119]:44046 to [200.27.171.194]:22; syncache_timer: Response timeout, retransmitting (1) SYN|ACK Connection attempt to UDP 10.0.0.11:46152 from 192.168.168.1:53 TCP: [10.0.0.11]:110 to [200.27.171.194]:52781 tcpflags 0x12; tcp_input: Connection attempt to closed port TCP: [200.27.171.194]:52781 to [10.0.0.11]:110 tcpflags 0x4; syncache_chkrst: Our SYN|ACK was rejected, connection attempt aborted by remote endpoint TCP: [10.0.0.11]:10024 to [10.0.0.11]:57348 tcpflags 0x18; tcp_do_segment: FIN_WAIT_2: Received 64 bytes of data after socket was closed, sending RST and removing tcpcb TCP: [192.168.168.157]:60061 to [10.0.0.11]:110 tcpflags 0x4; syncache_chkrst: Spurious RST without matching syncache entry (possibly syncookie only), segment ignored TCP: [221.192.149.119]:45265 to [200.27.171.194]:22; syncache_timer: Response timeout, retransmitting (1) SYN|ACK TCP: [221.192.149.119]:45951 to [200.27.171.194]:22; syncache_timer: Response timeout, retransmitting (1) SYN|ACK TCP: [10.0.0.11]:110 to [200.27.171.194]:53722 tcpflags 0x12; tcp_input: Connection attempt to closed port TCP: [200.27.171.194]:53722 to [10.0.0.11]:110 tcpflags 0x4; syncache_chkrst: Our SYN|ACK was rejected, connection attempt aborted by remote endpoint TCP: [10.0.0.11]:10024 to [10.0.0.11]:59020 tcpflags 0x18; tcp_do_segment: FIN_WAIT_2: Received 64 bytes of data after socket was closed, sending RST and removing tcpcb TCP: [118.136.197.127]:61865 to [10.0.0.11]:25 tcpflags 0x14; syncache_chkrst: Spurious RST with ACK, SYN or FIN flag set, segment ignored TCP: [10.0.0.11]:10024 to [10.0.0.11]:50065 tcpflags 0x18; tcp_do_segment: FIN_WAIT_2: Received 64 bytes of data after socket was closed, sending RST and removing tcpcb TCP: [221.192.149.119]:46739 to [200.27.171.194]:22; syncache_timer: Response timeout, retransmitting (1) SYN|ACK TCP: [10.0.0.11]:110 to [200.27.171.194]:57522 tcpflags 0x12; tcp_input: Connection attempt to closed port TCP: [200.27.171.194]:57522 to [10.0.0.11]:110 tcpflags 0x4; syncache_chkrst: Our SYN|ACK was rejected, connection attempt aborted by remote endpoint TCP: [10.0.0.11]:110 to [200.27.171.194]:50027 tcpflags 0x12; tcp_input: Connection attempt to closed port TCP: [200.27.171.194]:50027 to [10.0.0.11]:110 tcpflags 0x4; syncache_chkrst: Our SYN|ACK was rejected, connection attempt aborted by remote endpoint TCP: [192.168.168.157]:60095 to [10.0.0.11]:110 tcpflags 0x4; syncache_chkrst: Spurious RST without matching syncache entry (possibly syncookie only), segment ignored TCP: [200.27.163.29]:42513 to [10.0.0.11]:25 tcpflags 0x4; syncache_chkrst: Spurious RST without matching syncache entry (possibly syncookie only), segment ignored The 10.0.0 are my jails and the rest is normal connections. What s this ? I'm using exactly the same setup in the same network with a 6.4 and no problem ( the same company, new server ). The problems is that my postfix jail is defferring mails because of the connection errors. Please advice. Thanks. From owner-freebsd-current@FreeBSD.ORG Fri Oct 17 16:14:10 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F066B106568B for ; Fri, 17 Oct 2008 16:14:10 +0000 (UTC) (envelope-from subbsd@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.freebsd.org (Postfix) with ESMTP id 4293B8FC0C for ; Fri, 17 Oct 2008 16:14:10 +0000 (UTC) (envelope-from subbsd@gmail.com) Received: by ug-out-1314.google.com with SMTP id m2so61630uge.39 for ; Fri, 17 Oct 2008 09:14:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:reply-to:to:subject:date :user-agent:cc:references:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:message-id; bh=Ed8VcrWIUlYT+Ge5vdS7Fy726MRdbowG54BvG5Ll6OM=; b=m61bBPgC65QLVwMBWNgPRkPdiiG5OxIMbKQticBG1jzHopH8oIXXJw5jbvn3ACYxAu WptcTmYLoJX/9DiJIODFzk+cks/hIvE8b7DTAwEjvAuosRVCxO+a2RXjIZvXL2/nSx2L ihjfbQIngwzYCFgDT58Wi31RhBuUyOnJ7dwBM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:reply-to:to:subject:date:user-agent:cc:references:in-reply-to :mime-version:content-type:content-transfer-encoding :content-disposition:message-id; b=egZW1tZp4x9RXlCO+kE/mkIO41REYkjKP51tiMRzTtGe5kaD8lKtTGuFB6s4G+XYIP WfNaFxuMDHdbGH1o9nzq1Q582aykYhWtsDNegtKVJMIFn+L3Pk6wiOhJChvPIfz8mwUF ylamEwF06gFvpfkrvZh6ylC9MN5gEOQuTfWks= Received: by 10.66.252.18 with SMTP id z18mr171726ugh.46.1224260048772; Fri, 17 Oct 2008 09:14:08 -0700 (PDT) Received: from ?192.168.0.2? ([77.241.32.21]) by mx.google.com with ESMTPS id k28sm534287ugd.11.2008.10.17.09.14.07 (version=SSLv3 cipher=RC4-MD5); Fri, 17 Oct 2008 09:14:08 -0700 (PDT) From: Oleg To: Roman Divacky Date: Fri, 17 Oct 2008 20:14:10 +0400 User-Agent: KMail/1.9.10 References: <8237b2240810161239m48242efcm948dcf36bee0712f@mail.gmail.com> <20081016200701.GA13824@freebsd.org> In-Reply-To: <20081016200701.GA13824@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200810172014.10892.subbsd@gmail.com> Cc: freebsd-current@freebsd.org Subject: Re: skype cant start on current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: subbsd@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Oct 2008 16:14:11 -0000 Hi, > > dont see anything related to a sigsegv :( yes, maybe becaouse truss not exit from execute loop. Tracing only syscall with ktrace prints: =2D- 47982 ktrace RET ktrace 0 47982 ktrace CALL execve(0x7fffffffe4b0,0x7fffffffea38,0x7fffffffea48) 47982 ktrace RET execve -1 errno 2 No such file or directory 47982 ktrace CALL execve(0x7fffffffe4b0,0x7fffffffea38,0x7fffffffea48) 47982 ktrace RET execve -1 errno 2 No such file or directory 47982 ktrace CALL execve(0x7fffffffe4b0,0x7fffffffea38,0x7fffffffea48) 47982 ktrace RET execve -1 errno 2 No such file or directory 47982 ktrace CALL execve(0x7fffffffe4b0,0x7fffffffea38,0x7fffffffea48) 47982 ktrace RET execve -1 errno 2 No such file or directory 47982 ktrace CALL execve(0x7fffffffe4b0,0x7fffffffea38,0x7fffffffea48) 47982 ktrace RET execve -1 errno 2 No such file or directory 47982 ktrace CALL execve(0x7fffffffe4b0,0x7fffffffea38,0x7fffffffea48) 47982 ktrace RET execve -1 errno 2 No such file or directory 47982 ktrace CALL execve(0x7fffffffe4b0,0x7fffffffea38,0x7fffffffea48) 47982 skype RET execve 0 47982 skype CALL ktrace(0) 47982 skype RET ktrace 155107328/0x93ec000 47982 skype CALL settimeofday(0xffffd80a) 47982 skype RET settimeofday 0 47982 skype CALL access(0x292b0564,R_OK) 47982 skype RET access JUSTRETURN 47982 skype CALL open(0x292b2603,O_RDONLY,0x1) 47982 skype RET open 3 47982 skype CALL =20 freebsd6_mmap(0x3,0xffffd0ec,PROT_EXEC,MAP_FILE,0xa5a5a5a5a5a5a5a5,0xa5a5a5= a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a= 5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5= a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a= 5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5= a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa= 5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0x= a5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0= xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,= 0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5= ,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a= 5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5= a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a= 5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5= a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a= 5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5= a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a= 5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5= a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a= 5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5= a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a= 5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5= a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a= 5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5= a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa= 5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0x= a5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0= xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,= 0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5= ,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a= 5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5= a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a= 5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5= a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a= 5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5= a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a= 5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5= a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a= 5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5= a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0xa5a5a5a5a5a5a5a5,0,0,0,0= ,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,= 0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0= ,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,= 0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0= ,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,= 0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0= ,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,= 0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0= ,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,= 0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0= ,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,= 0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0= ,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,= 0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0= ,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,= 0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0= ,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,= 0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0= ,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,= 0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0= ,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,= 0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0= ,0,0,0,0 /**... <- a huge of repeating ",0,0,".... with 0,0,0,0,0,Segmentation fault: 11 (core dumped) at the end On Friday 17 October 2008 00:07:01 Roman Divacky wrote: > On Thu, Oct 16, 2008 at 11:39:43PM +0400, Oleg Ole wrote: > > Hello, > > > > After cvsup /usr/src and rebuild the kernel/world (approx.~6 October > > 2008), my skype has been failed for start: > > > > [ole@ ~]$ file /usr/local/bin/skype > > /usr/local/bin/skype: ELF 32-bit LSB executable, Intel 80386, version 1 > > (GNU/Linux), for GNU/Linux 2.4.1, dynamically linked (uses shared libs), > > stripped > > [ole@ ~]$ skype > > Segmentation fault: 11 (core dumped) > > > > truss -o /tmp/skype.txt /usr/local/bin/skype not exist from trace-stage. > > tail -n50 /tmp/skype.txt show last 50 string: > > I found truss untrustworthy :( try with ktrace/linux_kdump > > > -- > > linux_open("/home/ole/.fonts/fonts.cache-1",0x0,0666) ERR#2 'No such fi= le > > or directory' > > linux_open("/home/ole/.fonts",0x18800,00) =3D 8 (0x8) > > linux_fstat64(0x8,0xffffd0ec,0x2979dff4,0x0,0x94c426b,0x6) =3D 0 (0x0) > > linux_fcntl64(0x8,0x2,0x1,0x1,0x2979dff4,0x6) =3D 0 (0x0) > > linux_getdents64(0x8,0x94c528c,0x1000,0x94c528c,0x2979dff4,0x6) =3D 144 > > (0x90) linux_open("/home/ole/.fonts/steve.ttf",0x0,05117045150) =3D 9 (= 0x9) > > linux_fcntl64(0x9,0x2,0x1,0x1,0x29574ff4,0x6) =3D 0 (0x0) > > linux_fstat64(0x9,0xffffccbc,0x2979dff4,0xffffccbc,0x3,0x6) =3D 0 (0x0) > > linux_mmap2(0x0,0x10070,0x1,0x2,0x9,0x6) =3D 696082432 (0x297d6= 000) > > close(9) =3D 0 (0x0) > > munmap(0x297d6000,65648) =3D 0 (0x0) > > linux_stat64(0x94c4258,0xffffcfcc,0x2979dff4,0xffffcfcc,0x3,0x6) =3D 0 > > (0x0) linux_open("/home/ole/.fonts/fonts.scale",0x0,014722263110) =3D 9 > > (0x9) linux_fcntl64(0x9,0x2,0x1,0x1,0x29574ff4,0x6) =3D 0 (0x0) > > linux_fstat64(0x9,0xffffccbc,0x2979dff4,0xffffccbc,0x3,0x6) =3D 0 (0x0) > > linux_mmap2(0x0,0x40,0x1,0x2,0x9,0x6) =3D 696082432 (0x297d6= 000) > > close(9) =3D 0 (0x0) > > linux_mmap2(0x0,0x68000,0x3,0x22,0xffffffff,0x6) =3D 696086528 (0x297d7= 000) > > munmap(0x297d7000,425984) =3D 0 (0x0) > > linux_brk(0x9501000,0x2979dff4,0x1,0x94d2000,0x2f000,0x6) =3D 156241920 > > (0x9501000) > > linux_brk(0x94f1000,0x2979dff4,0x0,0x9501000,0xffff0000,0x6) =3D 156176= 384 > > (0x94f1000) > > linux_brk(0x94ef000,0x2979dff4,0x0,0x94f1000,0xffffe000,0x6) =3D 156168= 192 > > (0x94ef000) > > linux_open("/home/ole/.fonts/._fonts.scale",0x0,01122260760) ERR#2 'No > > such file or directory' > > linux_open("/home/ole/.fonts/%fonts.scale",0x0,01123153220) ERR#2 'No > > such file or directory' > > linux_open("/home/ole/.fonts/.AppleDouble/fonts.scale",0x0,01123153300) > > ERR#2 'No such file or directory' > > linux_open("/home/ole/.fonts/fonts.scale/rsrc",0x0,037777746510) ERR#20 > > 'Not a directory' > > linux_open("/home/ole/.fonts/resource.frk/fonts.scale",0x0,037777746510) > > ERR#2 'No such file or directory' > > linux_open("/home/ole/.fonts/.resource/fonts.scale",0x0,037777746510) > > ERR#2 'No such file or directory' > > munmap(0x297d6000,64) =3D 0 (0x0) > > linux_stat64(0x94c4258,0xffffd04c,0x2979dff4,0xffffd04c,0x3,0x6) =3D 0 > > (0x0) linux_open("/home/ole/.fonts/fonts.dir",0x0,05117045150) =3D 9 (0= x9) > > linux_fcntl64(0x9,0x2,0x1,0x1,0x29574ff4,0x6) =3D 0 (0x0) > > linux_fstat64(0x9,0xffffccbc,0x2979dff4,0xffffccbc,0x3,0x6) =3D 0 (0x0) > > linux_mmap2(0x0,0x40,0x1,0x2,0x9,0x6) =3D 696082432 (0x297d6= 000) > > close(9) =3D 0 (0x0) > > linux_mmap2(0x0,0x68000,0x3,0x22,0xffffffff,0x6) =3D 696086528 (0x297d7= 000) > > munmap(0x297d7000,425984) =3D 0 (0x0) > > linux_open("/home/ole/.fonts/._fonts.dir",0x0,01122261440) ERR#2 'No su= ch > > file or directory' > > linux_open("/home/ole/.fonts/%fonts.dir",0x0,01123153220) ERR#2 'No such > > file or directory' > > linux_open("/home/ole/.fonts/.AppleDouble/fonts.dir",0x0,01123153300) > > ERR#2 'No such file or directory' > > linux_open("/home/ole/.fonts/fonts.dir/rsrc",0x0,037777746510) ERR#20 > > 'Not a directory' > > linux_open("/home/ole/.fonts/resource.frk/fonts.dir",0x0,037777746510) > > ERR#2 'No such file or directory' > > linux_open("/home/ole/.fonts/.resource/fonts.dir",0x0,037777746510) ERR= #2 > > 'No such file or directory' > > munmap(0x297d6000,64) =3D 0 (0x0) > > linux_stat64(0x94c4258,0xffffd04c,0x2979dff4,0xffffd04c,0x3,0x6) =3D 0 > > (0x0) linux_getdents64(0x8,0x94c528c,0x1000,0x94c528c,0x2979dff4,0x6) = =3D 0 > > (0x0) close(8) =3D 0 (0x0) > > linux_stat64(0x94949b8,0xffffd06c,0x2979dff4,0xffffd06c,0x3,0x6) =3D 0 > > (0x0) > > linux_open("/usr/local/lib/X11/fonts/freefont/fonts.cache-1",0x0,0666) > > ERR#2 'No such file or directory' > > linux_stat64(0x94c11c8,0xffffcfec,0x2979dff4,0xffffcfec,0x3,0x6)[ole@/t= mp > >]$ > > dont see anything related to a sigsegv :( From owner-freebsd-current@FreeBSD.ORG Fri Oct 17 16:17:22 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE53B1065687 for ; Fri, 17 Oct 2008 16:17:22 +0000 (UTC) (envelope-from rdivacky@lev.vlakno.cz) Received: from vlakno.cz (77-93-215-190.static.masterinter.net [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id A791B8FC17 for ; Fri, 17 Oct 2008 16:17:21 +0000 (UTC) (envelope-from rdivacky@lev.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 62A2E9CB440; Fri, 17 Oct 2008 18:16:38 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Nirv41W3KWav; Fri, 17 Oct 2008 18:16:36 +0200 (CEST) Received: from lev.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 3D96B9CB5DD; Fri, 17 Oct 2008 18:16:36 +0200 (CEST) Received: (from rdivacky@localhost) by lev.vlakno.cz (8.14.2/8.14.2/Submit) id m9HGGZeH009802; Fri, 17 Oct 2008 18:16:35 +0200 (CEST) (envelope-from rdivacky) Date: Fri, 17 Oct 2008 18:16:35 +0200 From: Roman Divacky To: Oleg Message-ID: <20081017161635.GA9760@freebsd.org> References: <8237b2240810161239m48242efcm948dcf36bee0712f@mail.gmail.com> <20081016200701.GA13824@freebsd.org> <200810172014.10892.subbsd@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200810172014.10892.subbsd@gmail.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: skype cant start on current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Oct 2008 16:17:23 -0000 On Fri, Oct 17, 2008 at 08:14:10PM +0400, Oleg wrote: > Hi, > > > > dont see anything related to a sigsegv :( > yes, maybe becaouse truss not exit from execute loop. > Tracing only syscall with ktrace prints: yo didnt use linux_kdump From owner-freebsd-current@FreeBSD.ORG Fri Oct 17 16:29:49 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B95A51065696 for ; Fri, 17 Oct 2008 16:29:49 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from flat.berklix.org (flat.berklix.org [83.236.223.115]) by mx1.freebsd.org (Postfix) with ESMTP id 3C3558FC32 for ; Fri, 17 Oct 2008 16:29:48 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from js.berklix.net (p549A507A.dip.t-dialin.net [84.154.80.122]) (authenticated bits=0) by flat.berklix.org (8.13.8/8.13.8) with ESMTP id m9HFoGti082673; Fri, 17 Oct 2008 17:50:16 +0200 (CEST) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by js.berklix.net (8.13.8/8.13.8) with ESMTP id m9HFo4Xj052752; Fri, 17 Oct 2008 17:50:04 +0200 (CEST) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.13.8/8.13.8) with ESMTP id m9HFnsiY024900; Fri, 17 Oct 2008 17:49:59 +0200 (CEST) (envelope-from jhs@fire.js.berklix.net) Message-Id: <200810171549.m9HFnsiY024900@fire.js.berklix.net> To: Jose Amengual From: "Julian Stacey" Organization: http://berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://berklix.com/free/ X-URL: http://berklix.com In-reply-to: Your message "Fri, 17 Oct 2008 10:25:09 -0300." <879F32CC-CB75-4C6A-9A0D-0D971433B3F4@gmail.com> Date: Fri, 17 Oct 2008 17:49:54 +0200 Sender: jhs@berklix.org Cc: freebsd-current@freebsd.org Subject: Re: PF 7.1 Preerelease problem. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Oct 2008 16:29:49 -0000 > I install a Freebsd 7.1 as a firewall with pf, jails for mail etc. .... > The problems is that my postfix jail is defferring mails because of > the connection errors. > > Please advice. Just a possibility: Do uour pings to other hosts look good/ normal ? Or have the times gone up maybe ? I saw a problem on 7.1-BETA-i386-disc1.iso that went away with 7.1-BETA2-i386-disc1.iso see: Subject: Re: rl0: watchdog timeout + 40,000 ms ping with 7.1-BETA-i386-disc1.iso To: stable@freebsd.org Date: Fri, 17 Oct 2008 14:57:28 +0200 http://lists.freebsd.org/pipermail/freebsd-stable/2008-September/045337.html Cheers, Julian -- Julian Stacey: BSDUnixLinux C Prog Admin SysEng Consult Munich www.berklix.com Mail plain ASCII text. HTML & Base64 text are spam. www.asciiribbon.org From owner-freebsd-current@FreeBSD.ORG Fri Oct 17 16:57:32 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 585C8106564A for ; Fri, 17 Oct 2008 16:57:32 +0000 (UTC) (envelope-from jose.amengual@gmail.com) Received: from hs-out-0708.google.com (hs-out-0708.google.com [64.233.178.246]) by mx1.freebsd.org (Postfix) with ESMTP id 07FFC8FC15 for ; Fri, 17 Oct 2008 16:57:31 +0000 (UTC) (envelope-from jose.amengual@gmail.com) Received: by hs-out-0708.google.com with SMTP id 54so274419hsz.11 for ; Fri, 17 Oct 2008 09:57:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:cc:message-id:from:to :in-reply-to:content-type:mime-version:subject:date:references :x-mailer; bh=g9dPkGkiUEUldH9y6yPhQsq4e4DHk2n0K4bqWSnPvxw=; b=kImswAGdfZFUeJcFj/E4g1FTI6WwuxQ0bpi99xKvdH+FdRO3ydeZC5fA3CLgmmo7FE 2pd8SA0hghhin3R8GLubfOlUY94Y8CkzE/pgytheVVaXKm+cV7iINt1nwcM7HGXC4MAC ruTqsFC24IuzopaXsZcJybXNUjQpmkhvAnAFM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=cc:message-id:from:to:in-reply-to:content-type:mime-version:subject :date:references:x-mailer; b=k2NeXI7ni6VqaU+OiFuCM9RQz6yYXLSD/uQxMGsds2dRepUi3MzrYuqZhL1MQ/zpGe CyyGdWHwPTJ+2LygsWOlWZCb9x9fbyJ+TPNVnLqpHmdU7Op5xw7s++uFH/qIg+EZRQyb 0urEjT8uaiS9mp0+fHbD55HsTTWZy2OdIq2vw= Received: by 10.231.31.1 with SMTP id w1mr3950613ibc.11.1224262649417; Fri, 17 Oct 2008 09:57:29 -0700 (PDT) Received: from ?192.168.1.109? (mail.cemin.com [200.27.171.194]) by mx.google.com with ESMTPS id 4sm3576445yxq.9.2008.10.17.09.57.26 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 17 Oct 2008 09:57:28 -0700 (PDT) Message-Id: From: Jose Amengual To: "Julian Stacey" In-Reply-To: <200810171549.m9HFnsiY024900@fire.js.berklix.net> Mime-Version: 1.0 (Apple Message framework v929.2) Date: Fri, 17 Oct 2008 13:55:15 -0300 References: <200810171549.m9HFnsiY024900@fire.js.berklix.net> X-Mailer: Apple Mail (2.929.2) X-Mailman-Approved-At: Fri, 17 Oct 2008 16:59:04 +0000 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: PF 7.1 Preerelease problem. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Oct 2008 16:57:32 -0000 Hi. I install the server with a the version 7.0-STABLE-200807-i386-disc1 then I did a cvsup with the stable sup file using cvsup2.freebsd.org and that update my system to 7.1-PRERELEASE, and after I got all the problem. the ping was working ok, I didn't notice any weird thing. Now I rollback using stable-supfile with RELENG_7_0 to see what happen. The most strange thing is that not ALL the connections fails. On 17-Oct-08, at 12:49 PM, Julian Stacey wrote: >> I install a Freebsd 7.1 as a firewall with pf, jails for mail etc. > > .... > >> The problems is that my postfix jail is defferring mails because of >> the connection errors. >> >> Please advice. > > Just a possibility: > Do uour pings to other hosts look good/ normal ? > Or have the times gone up maybe ? > > I saw a problem on 7.1-BETA-i386-disc1.iso that went away with > 7.1-BETA2-i386-disc1.iso see: > > Subject: Re: rl0: watchdog timeout + 40,000 ms ping with 7.1-BETA- > i386-disc1.iso > To: stable@freebsd.org > Date: Fri, 17 Oct 2008 14:57:28 +0200 > > http://lists.freebsd.org/pipermail/freebsd-stable/2008-September/045337.html > > Cheers, > Julian > -- > Julian Stacey: BSDUnixLinux C Prog Admin SysEng Consult Munich www.berklix.com > Mail plain ASCII text. HTML & Base64 text are spam. www.asciiribbon.org From owner-freebsd-current@FreeBSD.ORG Fri Oct 17 17:54:28 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 66C4410656B5 for ; Fri, 17 Oct 2008 17:54:28 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: from hyperion.scode.org (cl-1361.ams-04.nl.sixxs.net [IPv6:2001:960:2:550::2]) by mx1.freebsd.org (Postfix) with ESMTP id 265B98FC31 for ; Fri, 17 Oct 2008 17:54:27 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: by hyperion.scode.org (Postfix, from userid 1001) id 83D9E23C431; Fri, 17 Oct 2008 19:54:25 +0200 (CEST) Date: Fri, 17 Oct 2008 19:54:25 +0200 From: Peter Schuller To: Zaphod Beeblebrox Message-ID: <20081017175424.GA73168@hyperion.scode.org> References: <0A8710FF880BBB4687AEC66F9DCF7D0C26B462@SERVER1.emerytelcom.com> <5f67a8c40810142200o6074cd42hec0ff6f2b87d3648@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Dxnq1zWXvFF0Q93v" Content-Disposition: inline In-Reply-To: <5f67a8c40810142200o6074cd42hec0ff6f2b87d3648@mail.gmail.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-current@freebsd.org, Daniel Jameson Subject: Re: ZFS attaching direct access drives as Scsibus#target#drive# X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Oct 2008 17:54:28 -0000 --Dxnq1zWXvFF0Q93v Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > glabel can have some funny effects due to the geom taste order. If > something is part of a mirror (for instance) and the label tastes before = the > mirror, I've seen items of the mirror come up with glabel instead of > attaching to the mirror. Does gmirror perhaps keep meta-data at the beginning of the underlying device? Something which can easily happen is that you have, for example, a slice covering the entire device (exactly the entire device). You then glabel the slice, and when you reboot the underlying device is labeled instead of the slice. Similar issues can happen in other cases, such as glabel:ing an iSCSI target on another host, if that iSCSI target is backed by, for example, a zvol.=20 For these reasons I always make sure that the "contained" device ends earlier than the "containing" device (and the other way around). This way there is never any GEOM (disk, slice, partition, glabel, gmirror, etc) which starts or ends at the exact same spot as another GEOM. This removes the ambiguity. At least this is my interpretation of the situation; I haven't gone and proven it. --=20 / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org --Dxnq1zWXvFF0Q93v Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkj40VAACgkQDNor2+l1i30tEQCgs4QOonDK6T0s1aF9lk3MNVxd RwMAnit0ukyHXLiq6qskT6J8+mSHpUI4 =giPQ -----END PGP SIGNATURE----- --Dxnq1zWXvFF0Q93v-- From owner-freebsd-current@FreeBSD.ORG Fri Oct 17 22:49:50 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D5E431065686 for ; Fri, 17 Oct 2008 22:49:50 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from mail.digiware.nl (www.tegenbosch28.nl [217.21.251.97]) by mx1.freebsd.org (Postfix) with ESMTP id 8C88B8FC18 for ; Fri, 17 Oct 2008 22:49:50 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from localhost (localhost.digiware.nl [127.0.0.1]) by mail.digiware.nl (Postfix) with ESMTP id 95F13173B4 for ; Sat, 18 Oct 2008 00:20:53 +0200 (CEST) X-Virus-Scanned: amavisd-new at digiware.nl Received: from mail.digiware.nl ([127.0.0.1]) by localhost (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9YnbnHSFQICs for ; Sat, 18 Oct 2008 00:20:46 +0200 (CEST) Received: from [192.168.2.10] (vaio [192.168.2.10]) by mail.digiware.nl (Postfix) with ESMTP id B581017155 for ; Sat, 18 Oct 2008 00:20:46 +0200 (CEST) Message-ID: <48F90FC1.3040503@digiware.nl> Date: Sat, 18 Oct 2008 00:20:49 +0200 From: Willem Jan Withagen Organization: Digiware Management User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 17 Oct 2008 23:00:45 +0000 Cc: Subject: Freezing or stalling current 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, 17 Oct 2008 22:49:50 -0000 I first tought is was because I was trying to get to run a kernel under XEN on Ubuntu, but now I have the same problem on a spare dual opteron system.... What happens is that the system runs for a while especially if the network is not connected. The network on the opteron is a bge 5705 onboard chip. XEN uses the xn0 xen-device. Once the network is fired up it does not take too long for the system to "Freeze". On the XEN system I could get thing running again most of the time by just pressing ^T. That would get packets reflowing. I'm using nfs/tcp mounted disks and rsync. On the opteron system things are a little harder to get it revived. - Some of the freezes are hard. Can't break into the debugger with the keyboard. Left the system over night,but it never got back to live. - Some of the freezes are not real freezes but things just stall for a while and then continue again.... - Some freezes let me allow to break into the debugger, and then just going 'cont' gets the things going for a short while. I'm sort of assuming that the bge0: timeouts and coalesced links are due to the freezing. So my very amature conclussion is that things are "deadlocked" somewhere. But I need some guidance to be able to give more usefull info. I anyone wants to hold my hand, I'll set it up with a serial console and hook it up to another system for easier logging. --WjW From owner-freebsd-current@FreeBSD.ORG Sat Oct 18 00:21:38 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C2121065697 for ; Sat, 18 Oct 2008 00:21:38 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 3EC288FC0C for ; Sat, 18 Oct 2008 00:21:38 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.3/8.14.3) with ESMTP id m9I0LX36036134; Fri, 17 Oct 2008 17:21:33 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.3/8.14.3/Submit) id m9I0LX3O036133; Fri, 17 Oct 2008 17:21:33 -0700 (PDT) (envelope-from sgk) Date: Fri, 17 Oct 2008 17:21:33 -0700 From: Steve Kargl To: Willem Jan Withagen Message-ID: <20081018002133.GA36113@troutmask.apl.washington.edu> References: <48F90FC1.3040503@digiware.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48F90FC1.3040503@digiware.nl> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: Freezing or stalling current 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: Sat, 18 Oct 2008 00:21:38 -0000 On Sat, Oct 18, 2008 at 12:20:49AM +0200, Willem Jan Withagen wrote: > > I'm sort of assuming that the bge0: timeouts and coalesced links are due > to the freezing. > Does the following help? -- Steve Index: bge/if_bge.c =================================================================== RCS file: /home/ncvs/src/sys/dev/bge/if_bge.c,v retrieving revision 1.214 diff -c -p -r1.214 if_bge.c *** bge/if_bge.c 14 Oct 2008 20:28:42 -0000 1.214 --- bge/if_bge.c 18 Oct 2008 00:19:30 -0000 *************** bge_attach(device_t dev) *** 2581,2589 **** /* Set default tuneable values. */ sc->bge_stat_ticks = BGE_TICKS_PER_SEC; sc->bge_rx_coal_ticks = 150; ! sc->bge_tx_coal_ticks = 150; ! sc->bge_rx_max_coal_bds = 10; ! sc->bge_tx_max_coal_bds = 10; /* Set up ifnet structure */ ifp = sc->bge_ifp = if_alloc(IFT_ETHER); --- 2581,2589 ---- /* Set default tuneable values. */ sc->bge_stat_ticks = BGE_TICKS_PER_SEC; sc->bge_rx_coal_ticks = 150; ! sc->bge_tx_coal_ticks = 1500000; ! sc->bge_rx_max_coal_bds = 32; ! sc->bge_tx_max_coal_bds = 300; /* Set up ifnet structure */ ifp = sc->bge_ifp = if_alloc(IFT_ETHER); Index: bge/if_bgereg.h =================================================================== RCS file: /home/ncvs/src/sys/dev/bge/if_bgereg.h,v retrieving revision 1.81 diff -c -p -r1.81 if_bgereg.h *** bge/if_bgereg.h 14 Oct 2008 20:28:42 -0000 1.81 --- bge/if_bgereg.h 18 Oct 2008 00:19:30 -0000 *************** struct bge_gib { *** 2414,2420 **** * allocated for the standard, mini and jumbo receive rings. */ ! #define BGE_SSLOTS 256 #define BGE_MSLOTS 256 #define BGE_JSLOTS 384 --- 2414,2420 ---- * allocated for the standard, mini and jumbo receive rings. */ ! #define BGE_SSLOTS 512 #define BGE_MSLOTS 256 #define BGE_JSLOTS 384 From owner-freebsd-current@FreeBSD.ORG Sat Oct 18 07:30:29 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33320106568B; Sat, 18 Oct 2008 07:30:29 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe12.tele2.se [212.247.155.97]) by mx1.freebsd.org (Postfix) with ESMTP id 6595C8FC0A; Sat, 18 Oct 2008 07:30:28 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=KbpOe3bC1BgA:10 a=E9KEX5fJTvYA:10 a=9EOqclcOrCvqfm+fhAoUTA==:17 a=GQAYUx7HYwcimkJgA54A:9 a=bPAcZg6KsRMSj1VpofAA:7 a=gcPgkK6C7Dz-OnVUPdCjzBHEZ_IA:4 a=9aOQ2cSd83gA:10 a=LY0hPdMaydYA:10 Received: from [130.79.3.186] (account mc467741@c2i.net [130.79.3.186] verified) by mailfe12.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 946315341; Sat, 18 Oct 2008 09:30:26 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sat, 18 Oct 2008 09:32:32 +0200 User-Agent: KMail/1.9.7 References: <20081015173319.GB46393@elvis.mu.org> <200810152124.12637.hselasky@c2i.net> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200810180932.33848.hselasky@c2i.net> Cc: "Carlos A. M. dos Santos" , "Sam Leffler \(FreeBSD Project\)" , current@freebsd.org, Alfred Perlstein Subject: Re: (forw) Re: USB4BSD - release candidate 2 - coming to FreeBSD this week. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Oct 2008 07:30:29 -0000 On Friday 17 October 2008, Carlos A. M. dos Santos wrote: > On Wed, Oct 15, 2008 at 4:24 PM, Hans Petter Selasky wrote: > >> 6. Many files lack a copyright/license (e.g. modules/*). > > > > It is BSD licensed like the rest of the code. > > International law recognizes implicit copyright, not implicit > licensing. If you are the author then you are the implicit copyright > holder, unless you have signed a contract assigning the copyright to > someone else. So you are the only person legally allowed to add a > license statement to that code. Somebody else can do it, of course, > but only with your written permission; otherwise it would be a crime. Yes, but the files under modules/* are Makefile. Do Makefiles need a license. Else I completely agree with you. --HPS From owner-freebsd-current@FreeBSD.ORG Sat Oct 18 08:28:31 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 911271065694; Sat, 18 Oct 2008 08:28:31 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe12.tele2.se [212.247.155.97]) by mx1.freebsd.org (Postfix) with ESMTP id 9AF908FC13; Sat, 18 Oct 2008 08:28:30 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=KbpOe3bC1BgA:10 a=E9KEX5fJTvYA:10 a=9EOqclcOrCvqfm+fhAoUTA==:17 a=ZsmV1RlNNToml8ng4DkA:9 a=m4tMTGDNSBEAQxbT_UVFoeLrUbsA:4 a=LY0hPdMaydYA:10 Received: from [130.79.3.186] (account mc467741@c2i.net [130.79.3.186] verified) by mailfe12.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 946314219; Sat, 18 Oct 2008 09:28:26 +0200 From: Hans Petter Selasky To: Brooks Davis Date: Sat, 18 Oct 2008 09:30:32 +0200 User-Agent: KMail/1.9.7 References: <20081015173319.GB46393@elvis.mu.org> <200810152124.12637.hselasky@c2i.net> <20081016092343.GB24852@lor.one-eyed-alien.net> In-Reply-To: <20081016092343.GB24852@lor.one-eyed-alien.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200810180930.33078.hselasky@c2i.net> Cc: "Sam Leffler \(FreeBSD Project\)" , Alfred Perlstein , current@freebsd.org Subject: Re: (forw) Re: USB4BSD - release candidate 2 - coming to FreeBSD this week. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Oct 2008 08:28:31 -0000 On Thursday 16 October 2008, Brooks Davis wrote: > On Wed, Oct 15, 2008 at 09:24:11PM +0200, Hans Petter Selasky wrote: > > > 4. I'm interested to understand why these container modules exist > > > instead of individual drivers. > > > > They exist to make loading USB drivers easier. It is simpler to > > load "usb2_serial" than to emperically search for a specific serial port > > driver. In the future the "usb2_serial" module will load the correct > > driver for you. > > If you want a stub usb2_serial module that loads all serial drivers, > that migh be useful, but we do not have an (e.g.) if_ethernet module > for a reason. The individual drivers MUST continue to exist and be > independently configurable so embedded systems can choose what they > need and exclude what they don't. > > -- Brooks Hi Brooks, That's no problem. Is the following list of module names acceptable? --HPS @ eurobsdcon2008 usb2_bluetooth usb2_bluetooth_fw usb2_controller usb2_controller_at91dci usb2_controller_ehci usb2_controller_musb usb2_controller_ohci usb2_controller_uhci usb2_controller_uss820dci usb2_core usb2_ethernet usb2_ethernet_aue usb2_ethernet_axe usb2_ethernet_cdce usb2_ethernet_cue usb2_ethernet_dav usb2_ethernet_kue usb2_ethernet_rue usb2_image usb2_image_scanner usb2_input usb2_input_hid usb2_input_kbd usb2_input_ms usb2_misc usb2_misc_dbp usb2_misc_fm usb2_ndis usb2_quirk usb2_serial usb2_serial_ark usb2_serial_bsa usb2_serial_bser usb2_serial_chcom usb2_serial_cycom usb2_serial_foma usb2_serial_ftdi usb2_serial_gensa usb2_serial_ipaq usb2_serial_lpt usb2_serial_mct usb2_serial_modem usb2_serial_moscom usb2_serial_plcom usb2_serial_visor usb2_serial_vscom usb2_sound usb2_storage usb2_storage_ata usb2_storage_fs usb2_storage_mass usb2_storage_rio usb2_template usb2_wlan usb2_wlan_ral usb2_wlan_rum usb2_wlan_zyd From owner-freebsd-current@FreeBSD.ORG Sat Oct 18 08:30:29 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0D97106569F for ; Sat, 18 Oct 2008 08:30:29 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe12.swip.net [212.247.155.97]) by mx1.freebsd.org (Postfix) with ESMTP id 6248D8FC14 for ; Sat, 18 Oct 2008 08:30:29 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=KbpOe3bC1BgA:10 a=E9KEX5fJTvYA:10 a=9EOqclcOrCvqfm+fhAoUTA==:17 a=GQAYUx7HYwcimkJgA54A:9 a=bPAcZg6KsRMSj1VpofAA:7 a=gcPgkK6C7Dz-OnVUPdCjzBHEZ_IA:4 a=9aOQ2cSd83gA:10 a=LY0hPdMaydYA:10 Received: from [130.79.3.186] (account mc467741@c2i.net [130.79.3.186] verified) by mailfe12.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 946315341; Sat, 18 Oct 2008 09:30:26 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sat, 18 Oct 2008 09:32:32 +0200 User-Agent: KMail/1.9.7 References: <20081015173319.GB46393@elvis.mu.org> <200810152124.12637.hselasky@c2i.net> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200810180932.33848.hselasky@c2i.net> Cc: "Carlos A. M. dos Santos" , "Sam Leffler \(FreeBSD Project\)" , current@freebsd.org, Alfred Perlstein Subject: Re: (forw) Re: USB4BSD - release candidate 2 - coming to FreeBSD this week. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Oct 2008 08:30:29 -0000 On Friday 17 October 2008, Carlos A. M. dos Santos wrote: > On Wed, Oct 15, 2008 at 4:24 PM, Hans Petter Selasky wrote: > >> 6. Many files lack a copyright/license (e.g. modules/*). > > > > It is BSD licensed like the rest of the code. > > International law recognizes implicit copyright, not implicit > licensing. If you are the author then you are the implicit copyright > holder, unless you have signed a contract assigning the copyright to > someone else. So you are the only person legally allowed to add a > license statement to that code. Somebody else can do it, of course, > but only with your written permission; otherwise it would be a crime. Yes, but the files under modules/* are Makefile. Do Makefiles need a license. Else I completely agree with you. --HPS From owner-freebsd-current@FreeBSD.ORG Sat Oct 18 08:33:53 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88091106568D for ; Sat, 18 Oct 2008 08:33:53 +0000 (UTC) (envelope-from jacques.fourie@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.184]) by mx1.freebsd.org (Postfix) with ESMTP id 134678FC1A for ; Sat, 18 Oct 2008 08:33:52 +0000 (UTC) (envelope-from jacques.fourie@gmail.com) Received: by mu-out-0910.google.com with SMTP id i2so890378mue.3 for ; Sat, 18 Oct 2008 01:33:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=TtrH16rzGDkWQH4agGhl4wA4hF8dAWRbZwGSAkKC9/s=; b=m0ZuCSHIAkhsmovmjSoX+9A/3FoxrOxXIALNUXlk0mEKHwSnkKcpPt5df1w+lxZh5F 7UNL6NObH9aNJDgMhfHxHUEkUySOEw1ZMJeY5veksfOJfUgiZtmXAXKuHPK40LR2+b4o 2H+SyxmRuY/JX3pI8kzi4VvdiC1eGQnwZxGdE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=ZAfBBIORIqcm06PmkJT+iQAS9zGlJGpxZhbfCnChRoYtgnfc+cbdfiUW4Wo5QpV6Dr 9fksO2cmjQTxjp6nSyQDZ5MzyE/OBr+UYkWj6uDztAq809dvLdu2+pJU67Dr8CuTMUuP 1E6djpiVLsdn0yr2/sdwBd8QpHc4CNTWOVa5g= Received: by 10.102.228.10 with SMTP id a10mr2681625muh.109.1224316998115; Sat, 18 Oct 2008 01:03:18 -0700 (PDT) Received: by 10.103.17.17 with HTTP; Sat, 18 Oct 2008 01:03:17 -0700 (PDT) Message-ID: Date: Sat, 18 Oct 2008 10:03:17 +0200 From: "Jacques Fourie" To: "Alexander Motin" In-Reply-To: <48F11087.20403@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <48DEA8E7.2080503@FreeBSD.org> <48F11087.20403@FreeBSD.org> Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2008 08:33:53 -0000 > Alexander Motin wrote: >> >> I would like to present initial revision of my generic PCI SD Host >> Controller driver (sdhci). It support PCI devices with class 8 and subclass >> 5 according to SD Host Controller Specification. >> Latest patches against 8-CURRENT (mostly fit 7-STABLE) may be found at: >> http://people.freebsd.org/~mav/sdhci/ > > For those who are not tracking actively, I would like to report that most of > original driver's child illnesses are now healed. > > Driver now supports both PIO and DMA modes. Because of some special tunings > DMA works fine even on almost broken ENE chips. I am reaching 15MB/s > transfer (maximum for my controller's bus) with only about 1% of CPU load. > Implemented 4 bits bus width and high speed timing modes support for high > data rates up to 52MHz. Cards hot insertion/removing is now working. > Together with in-tree mmc/mmcsd drivers improvements most of card types (SD, > SDHC, standard and high capacity MMC) are now supported. > > -- > Alexander Motin > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > The device in my HP nw8240 notebook is a Texas Instruments 7621. This device is a multi-function PCI device with a CardBus, firewire, Flash Media and SD controller. The only way that I could get this driver to work for me is to disable SD card detection on the Flash Media controller, which is function 3 : pcitweak -w 02:06:03 -b 0x4c 0x02 Thanks for the great work! From owner-freebsd-current@FreeBSD.ORG Sat Oct 18 10:55:16 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8ACF106568C for ; Sat, 18 Oct 2008 10:55:16 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id 31C348FC1C for ; Sat, 18 Oct 2008 10:55:15 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so679404fgb.35 for ; Sat, 18 Oct 2008 03:55:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=4qxj0cWtWoCXB2WEY4fht8d59Tct0a2SFgP+9JPSupM=; b=HLctTAu2Nnd2j+jIUYf4TA2zWMKOYf1W3P2yQ/oLvCuymK8ZUBngHxM+QlDdbV7a82 Ug2RRmgo52wa/mQQMlptn0MR0D98ccihcPMGZDsKF/JMInEq0qmddRd+T5mAse/I4GA2 Pt77bN9Il1f/O1okSz14uzrhtt7baKE8pjQeg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=hXCMFS2M5GGNmCSObfxxEWWqE8/dm1x98q8w/s8viDNCQ3Q6C7SzOnZgHeJK2QfyMf xbukD0bWKacUsNsLgoPr1CjfyU5z/IVXx5KznLjT6tWwcUsIXb1bujkOXf0UKOt01MaM EZwoD8DLGcIiS2lpRguxgm/twRiTlc6dgk68o= Received: by 10.103.241.5 with SMTP id t5mr2759311mur.72.1224327314688; Sat, 18 Oct 2008 03:55:14 -0700 (PDT) Received: by 10.103.231.14 with HTTP; Sat, 18 Oct 2008 03:55:14 -0700 (PDT) Message-ID: Date: Sat, 18 Oct 2008 07:55:14 -0300 From: "Carlos A. M. dos Santos" To: "Hans Petter Selasky" In-Reply-To: <200810180932.33848.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081015173319.GB46393@elvis.mu.org> <200810152124.12637.hselasky@c2i.net> <200810180932.33848.hselasky@c2i.net> Cc: "Sam Leffler \(FreeBSD Project\)" , freebsd-current@freebsd.org, current@freebsd.org, Alfred Perlstein Subject: Re: (forw) Re: USB4BSD - release candidate 2 - coming to FreeBSD this week. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Oct 2008 10:55:16 -0000 On Sat, Oct 18, 2008 at 4:32 AM, Hans Petter Selasky wrote: > On Friday 17 October 2008, Carlos A. M. dos Santos wrote: >> On Wed, Oct 15, 2008 at 4:24 PM, Hans Petter Selasky > wrote: >> >> 6. Many files lack a copyright/license (e.g. modules/*). >> > >> > It is BSD licensed like the rest of the code. >> >> International law recognizes implicit copyright, not implicit >> licensing. If you are the author then you are the implicit copyright >> holder, unless you have signed a contract assigning the copyright to >> someone else. So you are the only person legally allowed to add a >> license statement to that code. Somebody else can do it, of course, >> but only with your written permission; otherwise it would be a crime. > > Yes, but the files under modules/* are Makefile. Do Makefiles need a license. > Else I completely agree with you. >From a strictly legal POV even makefiles would need copyright licences if they contained intellectual creation. Most makefiles, however, are simple "this depends on that and is built this way" declarations. Calling them intellectual creations is questionable, so they fall in a grey area. I'd add a licence to the makefiles anyway, at least while they were part of a standalone package or patch set. Once they become integrated to FreeBSD's code base, they can be considered as part of the system, so the project's copyright and license terms will apply. -- cd /usr/ports/sysutils/life make clean From owner-freebsd-current@FreeBSD.ORG Sat Oct 18 10:55:16 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B8340106568E for ; Sat, 18 Oct 2008 10:55:16 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.189]) by mx1.freebsd.org (Postfix) with ESMTP id 392E28FC1D for ; Sat, 18 Oct 2008 10:55:15 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: by mu-out-0910.google.com with SMTP id i2so929549mue.3 for ; Sat, 18 Oct 2008 03:55:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=4qxj0cWtWoCXB2WEY4fht8d59Tct0a2SFgP+9JPSupM=; b=HLctTAu2Nnd2j+jIUYf4TA2zWMKOYf1W3P2yQ/oLvCuymK8ZUBngHxM+QlDdbV7a82 Ug2RRmgo52wa/mQQMlptn0MR0D98ccihcPMGZDsKF/JMInEq0qmddRd+T5mAse/I4GA2 Pt77bN9Il1f/O1okSz14uzrhtt7baKE8pjQeg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=hXCMFS2M5GGNmCSObfxxEWWqE8/dm1x98q8w/s8viDNCQ3Q6C7SzOnZgHeJK2QfyMf xbukD0bWKacUsNsLgoPr1CjfyU5z/IVXx5KznLjT6tWwcUsIXb1bujkOXf0UKOt01MaM EZwoD8DLGcIiS2lpRguxgm/twRiTlc6dgk68o= Received: by 10.103.241.5 with SMTP id t5mr2759311mur.72.1224327314688; Sat, 18 Oct 2008 03:55:14 -0700 (PDT) Received: by 10.103.231.14 with HTTP; Sat, 18 Oct 2008 03:55:14 -0700 (PDT) Message-ID: Date: Sat, 18 Oct 2008 07:55:14 -0300 From: "Carlos A. M. dos Santos" To: "Hans Petter Selasky" In-Reply-To: <200810180932.33848.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081015173319.GB46393@elvis.mu.org> <200810152124.12637.hselasky@c2i.net> <200810180932.33848.hselasky@c2i.net> Cc: "Sam Leffler \(FreeBSD Project\)" , freebsd-current@freebsd.org, current@freebsd.org, Alfred Perlstein Subject: Re: (forw) Re: USB4BSD - release candidate 2 - coming to FreeBSD this week. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Oct 2008 10:55:16 -0000 On Sat, Oct 18, 2008 at 4:32 AM, Hans Petter Selasky wrote: > On Friday 17 October 2008, Carlos A. M. dos Santos wrote: >> On Wed, Oct 15, 2008 at 4:24 PM, Hans Petter Selasky > wrote: >> >> 6. Many files lack a copyright/license (e.g. modules/*). >> > >> > It is BSD licensed like the rest of the code. >> >> International law recognizes implicit copyright, not implicit >> licensing. If you are the author then you are the implicit copyright >> holder, unless you have signed a contract assigning the copyright to >> someone else. So you are the only person legally allowed to add a >> license statement to that code. Somebody else can do it, of course, >> but only with your written permission; otherwise it would be a crime. > > Yes, but the files under modules/* are Makefile. Do Makefiles need a license. > Else I completely agree with you. >From a strictly legal POV even makefiles would need copyright licences if they contained intellectual creation. Most makefiles, however, are simple "this depends on that and is built this way" declarations. Calling them intellectual creations is questionable, so they fall in a grey area. I'd add a licence to the makefiles anyway, at least while they were part of a standalone package or patch set. Once they become integrated to FreeBSD's code base, they can be considered as part of the system, so the project's copyright and license terms will apply. -- cd /usr/ports/sysutils/life make clean From owner-freebsd-current@FreeBSD.ORG Sat Oct 18 13:50:44 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8980D106568C; Sat, 18 Oct 2008 13:50:44 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (cl-162.ewr-01.us.sixxs.net [IPv6:2001:4830:1200:a1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 265E18FC2D; Sat, 18 Oct 2008 13:50:44 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.3/8.14.2) with ESMTP id m9IDpTup044163; Sat, 18 Oct 2008 08:51:29 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.3/8.14.3/Submit) id m9IDpTda044162; Sat, 18 Oct 2008 08:51:29 -0500 (CDT) (envelope-from brooks) Date: Sat, 18 Oct 2008 08:51:29 -0500 From: Brooks Davis To: Hans Petter Selasky Message-ID: <20081018135128.GA44082@lor.one-eyed-alien.net> References: <20081015173319.GB46393@elvis.mu.org> <200810152124.12637.hselasky@c2i.net> <20081016092343.GB24852@lor.one-eyed-alien.net> <200810180930.33078.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="82I3+IH0IqGh5yIs" Content-Disposition: inline In-Reply-To: <200810180930.33078.hselasky@c2i.net> User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Sat, 18 Oct 2008 08:51:29 -0500 (CDT) Cc: "Sam Leffler \(FreeBSD Project\)" , Brooks Davis , current@freebsd.org, Alfred Perlstein Subject: Re: (forw) Re: USB4BSD - release candidate 2 - coming to FreeBSD this week. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Oct 2008 13:50:44 -0000 --82I3+IH0IqGh5yIs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Oct 18, 2008 at 09:30:32AM +0200, Hans Petter Selasky wrote: > On Thursday 16 October 2008, Brooks Davis wrote: > > On Wed, Oct 15, 2008 at 09:24:11PM +0200, Hans Petter Selasky wrote: > > > > 4. I'm interested to understand why these container modules exist > > > > instead of individual drivers. > > > > > > They exist to make loading USB drivers easier. It is simpler to > > > load "usb2_serial" than to emperically search for a specific serial p= ort > > > driver. In the future the "usb2_serial" module will load the correct > > > driver for you. > > > > If you want a stub usb2_serial module that loads all serial drivers, > > that migh be useful, but we do not have an (e.g.) if_ethernet module > > for a reason. The individual drivers MUST continue to exist and be > > independently configurable so embedded systems can choose what they > > need and exclude what they don't. > > > > -- Brooks >=20 > Hi Brooks, >=20 > That's no problem. Is the following list of module names acceptable? While I do kind of like them, I'd tend to lean toward not including the device classes in the names as that is a) tradtional and b) an easier transition for people with existing custom kernels. -- Brooks > --HPS @ eurobsdcon2008 >=20 > usb2_bluetooth > usb2_bluetooth_fw > usb2_controller > usb2_controller_at91dci > usb2_controller_ehci > usb2_controller_musb > usb2_controller_ohci > usb2_controller_uhci > usb2_controller_uss820dci > usb2_core > usb2_ethernet > usb2_ethernet_aue > usb2_ethernet_axe > usb2_ethernet_cdce > usb2_ethernet_cue > usb2_ethernet_dav > usb2_ethernet_kue > usb2_ethernet_rue > usb2_image > usb2_image_scanner > usb2_input > usb2_input_hid > usb2_input_kbd > usb2_input_ms > usb2_misc > usb2_misc_dbp > usb2_misc_fm > usb2_ndis > usb2_quirk > usb2_serial > usb2_serial_ark > usb2_serial_bsa > usb2_serial_bser > usb2_serial_chcom > usb2_serial_cycom > usb2_serial_foma > usb2_serial_ftdi > usb2_serial_gensa > usb2_serial_ipaq > usb2_serial_lpt > usb2_serial_mct > usb2_serial_modem > usb2_serial_moscom > usb2_serial_plcom > usb2_serial_visor > usb2_serial_vscom > usb2_sound > usb2_storage > usb2_storage_ata > usb2_storage_fs > usb2_storage_mass > usb2_storage_rio > usb2_template > usb2_wlan > usb2_wlan_ral > usb2_wlan_rum > usb2_wlan_zyd --82I3+IH0IqGh5yIs Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iD8DBQFI+engXY6L6fI4GtQRAj4qAJ92X0rKor8nFlNWKDjlz9POSvPS0QCfRkEc dwMbLvUFylJlBdptROICXIA= =perf -----END PGP SIGNATURE----- --82I3+IH0IqGh5yIs-- From owner-freebsd-current@FreeBSD.ORG Sat Oct 18 14:05:01 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 109191065698; Sat, 18 Oct 2008 14:05:01 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.9.129]) by mx1.freebsd.org (Postfix) with ESMTP id 88B0E8FC1A; Sat, 18 Oct 2008 14:05:00 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 713BA730A8; Sat, 18 Oct 2008 16:09:04 +0200 (CEST) Date: Sat, 18 Oct 2008 16:09:04 +0200 From: Luigi Rizzo To: Brooks Davis Message-ID: <20081018140904.GA50010@onelab2.iet.unipi.it> References: <20081015173319.GB46393@elvis.mu.org> <200810152124.12637.hselasky@c2i.net> <20081016092343.GB24852@lor.one-eyed-alien.net> <200810180930.33078.hselasky@c2i.net> <20081018135128.GA44082@lor.one-eyed-alien.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081018135128.GA44082@lor.one-eyed-alien.net> User-Agent: Mutt/1.4.2.3i Cc: "Sam Leffler \(FreeBSD Project\)" , current@freebsd.org, Alfred Perlstein , Hans Petter Selasky Subject: Re: (forw) Re: USB4BSD - release candidate 2 - coming to FreeBSD this week. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 18 Oct 2008 14:05:01 -0000 On Sat, Oct 18, 2008 at 08:51:29AM -0500, Brooks Davis wrote: > On Sat, Oct 18, 2008 at 09:30:32AM +0200, Hans Petter Selasky wrote: > > On Thursday 16 October 2008, Brooks Davis wrote: ... > > > If you want a stub usb2_serial module that loads all serial drivers, > > > that migh be useful, but we do not have an (e.g.) if_ethernet module > > > for a reason. The individual drivers MUST continue to exist and be > > > independently configurable so embedded systems can choose what they > > > need and exclude what they don't. > > > > > > -- Brooks > > > > Hi Brooks, > > > > That's no problem. Is the following list of module names acceptable? > > While I do kind of like them, I'd tend to lean toward not including the > device classes in the names as that is a) tradtional and b) an easier > transition for people with existing custom kernels. actually there is already a precedent -- snd_* have a deviceclass prefix, and the prefix is certainly a step forward in making the config files more readable (especially with the cryptic 2/3 letter driver names that we use. With the change to usb2 people will have to add a prefix anyways, so this seems a good chance to start using the deviceclass prefix as well. cheers luigi From owner-freebsd-current@FreeBSD.ORG Sat Oct 18 15:58:42 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12F9910656A2; Sat, 18 Oct 2008 15:58:42 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id A62BD8FC0A; Sat, 18 Oct 2008 15:58:41 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id m9IFu1o7064732; Sat, 18 Oct 2008 09:56:01 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sat, 18 Oct 2008 09:57:03 -0600 (MDT) Message-Id: <20081018.095703.-135512205.imp@bsdimp.com> To: jacques.fourie@gmail.com From: "M. Warner Losh" In-Reply-To: References: <48DEA8E7.2080503@FreeBSD.org> <48F11087.20403@FreeBSD.org> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: mav@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-arm@FreeBSD.org, freebsd-mobile@FreeBSD.org Subject: Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2008 15:58:42 -0000 In message: "Jacques Fourie" writes: : > Alexander Motin wrote: : >> : >> I would like to present initial revision of my generic PCI SD Host : >> Controller driver (sdhci). It support PCI devices with class 8 and subclass : >> 5 according to SD Host Controller Specification. : >> Latest patches against 8-CURRENT (mostly fit 7-STABLE) may be found at: : >> http://people.freebsd.org/~mav/sdhci/ : > : > For those who are not tracking actively, I would like to report that most of : > original driver's child illnesses are now healed. : > : > Driver now supports both PIO and DMA modes. Because of some special tunings : > DMA works fine even on almost broken ENE chips. I am reaching 15MB/s : > transfer (maximum for my controller's bus) with only about 1% of CPU load. : > Implemented 4 bits bus width and high speed timing modes support for high : > data rates up to 52MHz. Cards hot insertion/removing is now working. : > Together with in-tree mmc/mmcsd drivers improvements most of card types (SD, : > SDHC, standard and high capacity MMC) are now supported. : > : > -- : > Alexander Motin : > _______________________________________________ : > freebsd-arm@freebsd.org mailing list : > http://lists.freebsd.org/mailman/listinfo/freebsd-arm : > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" : > : : The device in my HP nw8240 notebook is a Texas Instruments 7621. This : device is a multi-function PCI device with a CardBus, firewire, Flash : Media and SD controller. The only way that I could get this driver to : work for me is to disable SD card detection on the Flash Media : controller, which is function 3 : : : pcitweak -w 02:06:03 -b 0x4c 0x02 I have patches to mav's sdhci driver to do this. However, I can't get the driver to work. It detects the cards are inserted, but then all commands that require a response from the card fail. How many slots does your controller report? Which one is sd? Warner From owner-freebsd-current@FreeBSD.ORG Sat Oct 18 17:01:10 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 75B6410656A3 for ; Sat, 18 Oct 2008 17:01:10 +0000 (UTC) (envelope-from jacques.fourie@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.27]) by mx1.freebsd.org (Postfix) with ESMTP id EB1348FC24 for ; Sat, 18 Oct 2008 17:01:09 +0000 (UTC) (envelope-from jacques.fourie@gmail.com) Received: by ey-out-2122.google.com with SMTP id 6so348106eyi.7 for ; Sat, 18 Oct 2008 10:01:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=DXE3bYnLuUQZ0UaaOgF3ZiIGuT6k+QW9fO/kcKgM4I0=; b=A78AWWsPhP3JXvcIshwp6SGc3zPrqHHnsUAK1kpOHg8oHjkCgfxY2aMOjJBKafXWAQ 6F8/Hl4bDMdjZLC4/rv7bnF76oGDBJDtQjlcs4zMO9uZ3TkTdlrWbictjC19HPrE2CIG D/jEzIcBcEUeo8Ts9PvBcy0Xuo4AmZfK+OdIg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=RY54QQJFA/PZTk5mxe8imSUlSs+qmZppdu4K7Pdc90blyQwxDBVP3OaRXnbZNLOri/ cQReSrn8jm6VW7VezkkJN8KBMhfMb++LzWcXAqq0APqTkIw/YIuLAUbuLj57dLnrSqbv +oOVAO9eUHqe0O2hZgFX/048eR6djlwg0iyZg= Received: by 10.103.169.1 with SMTP id w1mr350118muo.41.1224349268150; Sat, 18 Oct 2008 10:01:08 -0700 (PDT) Received: by 10.103.17.17 with HTTP; Sat, 18 Oct 2008 10:01:07 -0700 (PDT) Message-ID: Date: Sat, 18 Oct 2008 19:01:07 +0200 From: "Jacques Fourie" To: "M. Warner Losh" In-Reply-To: <20081018.095703.-135512205.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <48DEA8E7.2080503@FreeBSD.org> <48F11087.20403@FreeBSD.org> <20081018.095703.-135512205.imp@bsdimp.com> Cc: mav@freebsd.org, freebsd-current@freebsd.org, freebsd-arm@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: RFC: PCI SD host controller driver & mmc/mmcsd modules improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2008 17:01:10 -0000 > In message: > "Jacques Fourie" writes: > : > Alexander Motin wrote: > : >> > : >> I would like to present initial revision of my generic PCI SD Host > : >> Controller driver (sdhci). It support PCI devices with class 8 and subclass > : >> 5 according to SD Host Controller Specification. > : >> Latest patches against 8-CURRENT (mostly fit 7-STABLE) may be found at: > : >> http://people.freebsd.org/~mav/sdhci/ > : > > : > For those who are not tracking actively, I would like to report that most of > : > original driver's child illnesses are now healed. > : > > : > Driver now supports both PIO and DMA modes. Because of some special tunings > : > DMA works fine even on almost broken ENE chips. I am reaching 15MB/s > : > transfer (maximum for my controller's bus) with only about 1% of CPU load. > : > Implemented 4 bits bus width and high speed timing modes support for high > : > data rates up to 52MHz. Cards hot insertion/removing is now working. > : > Together with in-tree mmc/mmcsd drivers improvements most of card types (SD, > : > SDHC, standard and high capacity MMC) are now supported. > : > > : > -- > : > Alexander Motin > : > _______________________________________________ > : > freebsd-arm@freebsd.org mailing list > : > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > : > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > : > > : > : The device in my HP nw8240 notebook is a Texas Instruments 7621. This > : device is a multi-function PCI device with a CardBus, firewire, Flash > : Media and SD controller. The only way that I could get this driver to > : work for me is to disable SD card detection on the Flash Media > : controller, which is function 3 : > : > : pcitweak -w 02:06:03 -b 0x4c 0x02 > > I have patches to mav's sdhci driver to do this. However, I can't get > the driver to work. It detects the cards are inserted, but then all > commands that require a response from the card fail. > > How many slots does your controller report? Which one is sd? > > Warner > My controller reports 3 slots, with the third one being sd. Jacques