From owner-freebsd-current@FreeBSD.ORG Sun Apr 19 03:13:55 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B0BB1065674; Sun, 19 Apr 2009 03:13:55 +0000 (UTC) (envelope-from nyan@jp.FreeBSD.org) Received: from sakura.ccs.furiru.org (unknown [IPv6:2001:2f0:104:8060::1]) by mx1.freebsd.org (Postfix) with ESMTP id 45A4A8FC13; Sun, 19 Apr 2009 03:13:55 +0000 (UTC) (envelope-from nyan@jp.FreeBSD.org) Received: from localhost (authenticated bits=0) by sakura.ccs.furiru.org (unknown) with ESMTP id n3J3Dp20015751; Sun, 19 Apr 2009 12:13:53 +0900 (JST) (envelope-from nyan@jp.FreeBSD.org) Date: Sun, 19 Apr 2009 12:13:50 +0900 (JST) Message-Id: <20090419.121350.258482423.nyan@jp.FreeBSD.org> To: kientzle@FreeBSD.org From: Takahashi Yoshihiro X-Mailer: Mew version 6.2 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Making release is 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, 19 Apr 2009 03:13:55 -0000 Today's snapshot is broken. Building 8.0-CURRENT-20090418-SNAP is failed. Last 50 lines of logfile are: cc -Os -pipe -c sysinstall_stub.c ld -dc -r -o sysinstall.lo sysinstall_stub.o /usr/obj//usr/src/usr.sbin/sysinstall/anonFTP.o /usr/obj//usr/src/usr.sbin/sysinstall/cdrom.o /usr/obj//usr/src/usr.sbin/sysinstall/command.o /usr/obj//usr/src/usr.sbin/sysinstall/config.o /usr/obj//usr/src/usr.sbin/sysinstall/devices.o /usr/obj//usr/src/usr.sbin/sysinstall/dhcp.o /usr/obj//usr/src/usr.sbin/sysinstall/disks.o /usr/obj//usr/src/usr.sbin/sysinstall/dispatch.o /usr/obj//usr/src/usr.sbin/sysinstall/dist.o /usr/obj//usr/src/usr.sbin/sysinstall/dmenu.o /usr/obj//usr/src/usr.sbin/sysinstall/doc.o /usr/obj//usr/src/usr.sbin/sysinstall/dos.o /usr/obj//usr/src/usr.sbin/sysinstall/floppy.o /usr/obj//usr/src/usr.sbin/sysinstall/ftp.o /usr/obj//usr/src/usr.sbin/sysinstall/globals.o /usr/obj//usr/src/usr.sbin/sysinstall/http.o /usr/obj//usr/src/usr.sbin/sysinstall/index.o /usr/obj//usr/src/usr.sbin/sysinstall/install.o /usr/obj//usr/src/usr.sbin/sysinstall/installUpgrade.o /usr/obj//usr/src/usr.sbin/sysinstall/keymap.o /usr/obj//usr/src/usr.sbin/sysinstall/label.o /usr/obj//usr/src/usr.sbin/sysinstall/main.o /usr/obj//usr/src/usr.sbin/sysinstall/makedevs.o /usr/obj//usr/src/usr.sbin/sysinstall/media.o /usr/obj//usr/src/usr.sbin/sysinstall/menus.o /usr/obj//usr/src/usr.sbin/sysinstall/misc.o /usr/obj//usr/src/usr.sbin/sysinstall/modules.o /usr/obj//usr/src/usr.sbin/sysinstall/mouse.o /usr/obj//usr/src/usr.sbin/sysinstall/msg.o /usr/obj//usr/src/usr.sbin/sysinstall/network.o /usr/obj//usr/src/usr.sbin/sysinstall/nfs.o /usr/obj//usr/src/usr.sbin/sysinstall/options.o /usr/obj//usr/src/usr.sbin/sysinstall/package.o /usr/obj//usr/src/usr.sbin/sysinstall/system.o /usr/obj//usr/src/usr.sbin/sysinstall/tcpip.o /usr/obj//usr/src/usr.sbin/sysinstall/termcap.o /usr/obj//usr/src/usr.sbin/sysinstall/ttys.o /usr/obj//usr/src/usr.sbin/sysinstall/ufs.o /usr/obj//usr/src/usr.sbin/sysinstall/user.o /usr/obj//usr/src/usr.sbin/sysinstall/variable.o /usr/obj//usr/src/usr.sbin/sysinstall/wizard.o /usr/obj//usr/src/usr.sbin/sysinstall/acpi.o /usr/obj//usr/src/usr.sbin/sysinstall/biosmptable.o crunchide -k _crunched_sysinstall_stub sysinstall.lo echo "int _crunched_usbconfig_stub(int argc, char **argv, char **envp){return main(argc,argv,envp);}" >usbconfig_stub.c cc -Os -pipe -c usbconfig_stub.c ld -dc -r -o usbconfig.lo usbconfig_stub.o /usr/obj//usr/src/usr.sbin/usbconfig/usbconfig.o /usr/obj//usr/src/usr.sbin/usbconfig/dump.o crunchide -k _crunched_usbconfig_stub usbconfig.lo cc -static -o boot_crunch boot_crunch.o hostname.lo pwd.lo rm.lo sh.lo test.lo camcontrol.lo dhclient.lo fsck_ffs.lo ifconfig.lo mount_nfs.lo newfs.lo route.lo rtsol.lo tunefs.lo cpio.lo find.lo minigzip.lo sed.lo arp.lo ppp.lo sysinstall.lo usbconfig.lo -ll -ledit -lutil -lmd -lcrypt -lftpio -lz -lnetgraph -ldialog -lncurses -ldisk -lcam -lsbuf -lufs -ldevinfo -lbsdxml -larchive -lbz2 -lusb /usr/obj/usr/src/tmp/usr/lib/libarchive.a(archive_write_set_format_mtree.o)(.text+0xaea): In function `archive_write_mtree_finish_entry': : undefined reference to `SHA512_Final' /usr/obj/usr/src/tmp/usr/lib/libarchive.a(archive_write_set_format_mtree.o)(.text+0xb3c): In function `archive_write_mtree_finish_entry': : undefined reference to `SHA384_Final' /usr/obj/usr/src/tmp/usr/lib/libarchive.a(archive_write_set_format_mtree.o)(.text+0xb94): In function `archive_write_mtree_finish_entry': : undefined reference to `SHA256_Final' /usr/obj/usr/src/tmp/usr/lib/libarchive.a(archive_write_set_format_mtree.o)(.text+0xbec): In function `archive_write_mtree_finish_entry': : undefined reference to `SHA1_Final' /usr/obj/usr/src/tmp/usr/lib/libarchive.a(archive_write_set_format_mtree.o)(.text+0xc44): In function `archive_write_mtree_finish_entry': : undefined reference to `RIPEMD160_Final' /usr/obj/usr/src/tmp/usr/lib/libarchive.a(archive_write_set_format_mtree.o)(.text+0x10fd): In function `archive_write_mtree_data': : undefined reference to `SHA512_Update' /usr/obj/usr/src/tmp/usr/lib/libarchive.a(archive_write_set_format_mtree.o)(.text+0x114c): In function `archive_write_mtree_data': : undefined reference to `RIPEMD160_Update' /usr/obj/usr/src/tmp/usr/lib/libarchive.a(archive_write_set_format_mtree.o)(.text+0x1177): In function `archive_write_mtree_data': : undefined reference to `SHA1_Update' /usr/obj/usr/src/tmp/usr/lib/libarchive.a(archive_write_set_format_mtree.o)(.text+0x11a2): In function `archive_write_mtree_data': : undefined reference to `SHA256_Update' /usr/obj/usr/src/tmp/usr/lib/libarchive.a(archive_write_set_format_mtree.o)(.text+0x11cd): In function `archive_write_mtree_data': : undefined reference to `SHA384_Update' /usr/obj/usr/src/tmp/usr/lib/libarchive.a(archive_write_set_format_mtree.o)(.text+0x1627): In function `archive_write_mtree_header': : undefined reference to `SHA512_Init' /usr/obj/usr/src/tmp/usr/lib/libarchive.a(archive_write_set_format_mtree.o)(.text+0x1657): In function `archive_write_mtree_header': : undefined reference to `SHA384_Init' /usr/obj/usr/src/tmp/usr/lib/libarchive.a(archive_write_set_format_mtree.o)(.text+0x1687): In function `archive_write_mtree_header': : undefined reference to `SHA256_Init' /usr/obj/usr/src/tmp/usr/lib/libarchive.a(archive_write_set_format_mtree.o)(.text+0x16b7): In function `archive_write_mtree_header': : undefined reference to `SHA1_Init' /usr/obj/usr/src/tmp/usr/lib/libarchive.a(archive_write_set_format_mtree.o)(.text+0x16e7): In function `archive_write_mtree_header': : undefined reference to `RIPEMD160_Init' *** Error code 1 Stop in /usr/obj/usr/src/release/boot_crunch. *** Error code 1 Stop in /usr/src/release. + umount /dev *** Error code 1 --- TAKAHASHI Yoshihiro From owner-freebsd-current@FreeBSD.ORG Sun Apr 19 03:43:29 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F3825106564A for ; Sun, 19 Apr 2009 03:43:28 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (kientzle.com [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id 7912B8FC0A for ; Sun, 19 Apr 2009 03:43:28 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: (from root@localhost) by kientzle.com (8.14.3/8.14.3) id n3J3hSV8046398; Sat, 18 Apr 2009 20:43:28 -0700 (PDT) (envelope-from kientzle@freebsd.org) Received: from dark.x.kientzle.com (fw2.kientzle.com [10.123.1.2]) by kientzle.com with SMTP id 9he3695qmj95743g79cxk6639a; Sat, 18 Apr 2009 20:43:27 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <49EA9DDF.5040500@freebsd.org> Date: Sat, 18 Apr 2009 20:43:27 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.21) Gecko/20090409 SeaMonkey/1.1.15 MIME-Version: 1.0 To: Takahashi Yoshihiro References: <20090419.121350.258482423.nyan@jp.FreeBSD.org> In-Reply-To: <20090419.121350.258482423.nyan@jp.FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Making release is 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, 19 Apr 2009 03:43:29 -0000 Takahashi Yoshihiro wrote: > Today's snapshot is broken. > > Building 8.0-CURRENT-20090418-SNAP is failed. > Last 50 lines of logfile are: ... lines deleted ... > crunchide -k _crunched_sysinstall_stub sysinstall.lo > echo "int _crunched_usbconfig_stub(int argc, char **argv, char **envp){return main(argc,argv,envp);}" >usbconfig_stub.c > cc -Os -pipe -c usbconfig_stub.c > ld -dc -r -o usbconfig.lo usbconfig_stub.o /usr/obj//usr/src/usr.sbin/usbconfig/usbconfig.o /usr/obj//usr/src/usr.sbin/usbconfig/dump.o > crunchide -k _crunched_usbconfig_stub usbconfig.lo > cc -static -o boot_crunch boot_crunch.o ... cpio.lo ... -larchive -lbz2 -lusb > /usr/obj/usr/src/tmp/usr/lib/libarchive.a(archive_write_set_format_mtree.o)(.text+0xaea): In function `archive_write_mtree_finish_entry': > : undefined reference to `SHA512_Final' > /usr/obj/usr/src/tmp/usr/lib/libarchive.a(archive_write_set_format_mtree.o)(.text+0xb3c): In function `archive_write_mtree_finish_entry': > : undefined reference to `SHA384_Final' > /usr/obj/usr/src/tmp/usr/lib/libarchive.a(archive_write_set_format_mtree.o)(.text+0xb94): In function `archive_write_mtree_finish_entry': > : undefined reference to `SHA256_Final' > /usr/obj/usr/src/tmp/usr/lib/libarchive.a(archive_write_set_format_mtree.o)(.text+0xbec): In function `archive_write_mtree_finish_entry': > : undefined reference to `SHA1_Final' ...lines deleted... > Stop in /usr/obj/usr/src/release/boot_crunch. Easiest fix is to add -lcrypto to the boot_crunch.conf. That would satisfy libarchive's new requirements. Alternatively, I could put conditionals on RELEASE_CRUNCH into cpio so that it didn't use any of the new libarchive features that are causing this. With a little more work, I could put together a minicpio that provided just the bare minimum of features required by the boot_crunch. Any strong preference? Tim From owner-freebsd-current@FreeBSD.ORG Sun Apr 19 04:38:54 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 490F4106564A for ; Sun, 19 Apr 2009 04:38:54 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.170]) by mx1.freebsd.org (Postfix) with ESMTP id 22B918FC16 for ; Sun, 19 Apr 2009 04:38:54 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so1219521wfg.7 for ; Sat, 18 Apr 2009 21:38:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=/GT5/3L+z/iOD60cT3HZI21NhKijqKs6nY07yo6k288=; b=PVMPkbGhTJKzKoyMFCM2um9TEWgK4eMvDtfI0s0W+9YnuZyyP68t+F3heO02WupV4P mngOqgS5eNqNkUe2d0Dyo8MNXgStIzjmQzYJVPRk83MPF/hmPdk8BvZiMxF0lMaRcUtO aHrnodmv2BcWrDMaUJpgK3dY2bbfgBPNKJHSY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=UuaCdFCKNYy7CIl55pbXEUpmWGiODukk4+zrk4XiP+wNV6ZdXEPgYtzAra4J5oP1vb j/Kn+iS5hxduB3BNTfW/d+6wyMy7tMxsYiQMx5qyZaCRvmGVRkoYkK7V4Fz5/UN46MoI m7un+ZnPb186WBNS9H4S/T6OReA120KprDWOI= MIME-Version: 1.0 Received: by 10.142.140.6 with SMTP id n6mr3938758wfd.70.1240114325817; Sat, 18 Apr 2009 21:12:05 -0700 (PDT) Date: Sun, 19 Apr 2009 12:12:05 +0800 Message-ID: <1d6d20bc0904182112o793f6299x52504ed63dcc4237@mail.gmail.com> From: Jia-Shiun Li To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: man pages, groff, and utf8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2009 04:38:54 -0000 This is about the formatting in man pages. I set LC_ALL to zh_TW.UTF8 in .cshrc. recently I found there seems some strangeness in man pages. After a close look I found that the dashes(minus signs) preceding options does not look right. utf-8: http://jiashiun.googlepages.com/Screenshot-utf8.png without LC_ALL: http://jiashiun.googlepages.com/Screenshot-ascii.png (note the dashes) I did not know exactly what groff does but after some reading I knew it is text formatting tool, with macros. I think it is safe to say that groff expands some macro to locale-dependent punctuations. The problem is, sometimes in the man pages these punctuations are intended for code, keyboard input chars, not for their textual meanings. If users (for example, I did) copy-paste these text, they will not get correct result. Some part of the man page text should have been in ASCII rather than locale-symbols. Here are some ideas: Is it possible to add some macro to embrace these that needs no locale conversion? or maybe a different set of macros for this kind of usage? or special mode for man pages? I did not look into the macro sources, so cannot tell how much man page macros and those for common text relate. A quick workaround is to alias 'man' to 'man -o'. It works well for English man pages, but then user will not be able to read localized ones. Jia-Shiun. From owner-freebsd-current@FreeBSD.ORG Sun Apr 19 04:41:41 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1253F1065675; Sun, 19 Apr 2009 04:41:41 +0000 (UTC) (envelope-from nyan@jp.FreeBSD.org) Received: from sakura.ccs.furiru.org (unknown [IPv6:2001:2f0:104:8060::1]) by mx1.freebsd.org (Postfix) with ESMTP id B13368FC0C; Sun, 19 Apr 2009 04:41:40 +0000 (UTC) (envelope-from nyan@jp.FreeBSD.org) Received: from localhost (authenticated bits=0) by sakura.ccs.furiru.org (unknown) with ESMTP id n3J4fbtO016141; Sun, 19 Apr 2009 13:41:39 +0900 (JST) (envelope-from nyan@jp.FreeBSD.org) Date: Sun, 19 Apr 2009 13:41:37 +0900 (JST) Message-Id: <20090419.134137.229119706.nyan@jp.FreeBSD.org> To: kientzle@freebsd.org From: Takahashi Yoshihiro In-Reply-To: <49EA9DDF.5040500@freebsd.org> References: <20090419.121350.258482423.nyan@jp.FreeBSD.org> <49EA9DDF.5040500@freebsd.org> X-Mailer: Mew version 6.2 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Making release is 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, 19 Apr 2009 04:41:41 -0000 In article <49EA9DDF.5040500@freebsd.org> Tim Kientzle writes: > Easiest fix is to add -lcrypto to the boot_crunch.conf. > That would satisfy libarchive's new requirements. > > Alternatively, I could put conditionals on RELEASE_CRUNCH > into cpio so that it didn't use any of the new libarchive > features that are causing this. > > With a little more work, I could put together a minicpio that > provided just the bare minimum of features required by the > boot_crunch. > > Any strong preference? I prefer to add RELEASE_CRUNCH condition or add a minicpio to avoid increasing a binary size. --- TAKAHASHI Yoshihiro From owner-freebsd-current@FreeBSD.ORG Sun Apr 19 05:54:56 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 68A3B106564A for ; Sun, 19 Apr 2009 05:54:56 +0000 (UTC) (envelope-from Matthias.Apitz@oclc.org) Received: from mail.pica.nl (mail.pica.nl [192.87.44.30]) by mx1.freebsd.org (Postfix) with ESMTP id 07C378FC15 for ; Sun, 19 Apr 2009 05:54:55 +0000 (UTC) (envelope-from Matthias.Apitz@oclc.org) Received: from rebelion.Sisis.de ([10.49.96.10]) by mail.pica.nl with Microsoft SMTPSVC(6.0.3790.3959); Sun, 19 Apr 2009 07:54:53 +0200 Received: (from guru@localhost) by rebelion.Sisis.de (8.14.2/8.13.8/Submit) id n3J5srMY003235 for freebsd-current@freebsd.org; Sun, 19 Apr 2009 07:54:53 +0200 (CEST) (envelope-from matthias.apitz@oclc.org) X-Authentication-Warning: rebelion.Sisis.de: guru set sender to matthias.apitz@oclc.org using -f Date: Sun, 19 Apr 2009 07:54:52 +0200 From: Matthias Apitz To: freebsd-current@freebsd.org Message-ID: <20090419055452.GA2782@rebelion.Sisis.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.0-STABLE (i386) X-OriginalArrivalTime: 19 Apr 2009 05:54:54.0258 (UTC) FILETIME=[5CA22920:01C9C0B3] Subject: linux-flashplugin-9 && firefox-3.0.7,1 does not play in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Apr 2009 05:54:56 -0000 Hello, I followed this guiding http://crnl.org/blog/2008/11/01/flash-9-for-freebsd-71 (which worked fine for me in 71R) and have installed the required ports for this in a recent -CURRENT: linux-flashplugin-9.0r159 firefox-3.0.7,1 linux_base-f8-8_11 nspluginwrapper-1.2.2_2 as well compat.linux.osrelease is correctly set to: compat.linux.osrelease: 2.6.16 In firefox the flashplugin is visible with 'about:plugins' and when I go to a page with a life stream, for example http://www.telesurtv.net/noticias/canal/senalenvivo.php it does not complain about not having Flash 9 installed; it shows a grey area where the life channel is supposed to be presented but nothing more; any idea what could be the problem with this in -CURRENT (as I said in 71R it works nicely)? I have no hald configured, is this a must? Thanks matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.oclc.org/ http://www.UnixArea.de/ People who hate Microsoft Windows use Linux but people who love UNIX use FreeBSD. From owner-freebsd-current@FreeBSD.ORG Sun Apr 19 06:27:58 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 68449106566C for ; Sun, 19 Apr 2009 06:27:58 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id 4EBE38FC0A for ; Sun, 19 Apr 2009 06:27:58 +0000 (UTC) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=rmac.psg.com) by ran.psg.com with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LvQVR-0006KZ-Ke for current@freebsd.org; Sun, 19 Apr 2009 06:27:57 +0000 Received: from 21.103.180.203.e.iijmobile.jp.psg.com (localhost [127.0.0.1]) by rmac.psg.com (Postfix) with ESMTP id 8011CE0A7C7 for ; Sun, 19 Apr 2009 15:27:56 +0900 (JST) Date: Sun, 19 Apr 2009 15:27:55 +0900 Message-ID: From: Randy Bush To: current User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.7 Emacs/22.3 (i386-apple-darwin9.6.0) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: Subject: LOR todsy cvsup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2009 06:27:58 -0000 amd64 cvsupped at Apr 19 04:29 GMT early in make installworld lock order reversal: 1st 0xfffffffe804046d8 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2555 2nd 0xffffff00bc5bb800 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:275 randy From owner-freebsd-current@FreeBSD.ORG Sun Apr 19 07:00:26 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0DE3106566C for ; Sun, 19 Apr 2009 07:00:26 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (kientzle.com [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id 964F28FC08 for ; Sun, 19 Apr 2009 07:00:26 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: (from root@localhost) by kientzle.com (8.14.3/8.14.3) id n3J70LBE048726; Sun, 19 Apr 2009 00:00:21 -0700 (PDT) (envelope-from kientzle@freebsd.org) Received: from dark.x.kientzle.com (fw2.kientzle.com [10.123.1.2]) by kientzle.com with SMTP id yjwqdzcte9zgwk8xn6k8pxh9f6; Sun, 19 Apr 2009 00:00:20 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <49EACC04.7030101@freebsd.org> Date: Sun, 19 Apr 2009 00:00:20 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.21) Gecko/20090409 SeaMonkey/1.1.15 MIME-Version: 1.0 To: Takahashi Yoshihiro References: <20090419.121350.258482423.nyan@jp.FreeBSD.org> <49EA9DDF.5040500@freebsd.org> <20090419.134137.229119706.nyan@jp.FreeBSD.org> In-Reply-To: <20090419.134137.229119706.nyan@jp.FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Making release is 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, 19 Apr 2009 07:00:27 -0000 Takahashi Yoshihiro wrote: > In article <49EA9DDF.5040500@freebsd.org> > Tim Kientzle writes: > >> Easiest fix is to add -lcrypto to the boot_crunch.conf. >> That would satisfy libarchive's new requirements. >> >> Alternatively, I could put conditionals on RELEASE_CRUNCH >> into cpio so that it didn't use any of the new libarchive >> features that are causing this. >> >> With a little more work, I could put together a minicpio that >> provided just the bare minimum of features required by the >> boot_crunch. >> >> Any strong preference? > > I prefer to add RELEASE_CRUNCH condition or add a minicpio to avoid > increasing a binary size. Done. r191262 adds a RELEASE_CRUNCH condition that reduces the number of libarchive features used by cpio. It should fix the problem you're seeing. Cheers, Tim From owner-freebsd-current@FreeBSD.ORG Sun Apr 19 08:35:43 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9CAA9106564A for ; Sun, 19 Apr 2009 08:35:43 +0000 (UTC) (envelope-from Matthias.Apitz@oclc.org) Received: from mail.pica.nl (mail.pica.nl [192.87.44.30]) by mx1.freebsd.org (Postfix) with ESMTP id 380468FC0C for ; Sun, 19 Apr 2009 08:35:42 +0000 (UTC) (envelope-from Matthias.Apitz@oclc.org) Received: from rebelion.Sisis.de ([10.49.96.10]) by mail.pica.nl with Microsoft SMTPSVC(6.0.3790.3959); Sun, 19 Apr 2009 10:35:41 +0200 Received: (from guru@localhost) by rebelion.Sisis.de (8.14.2/8.13.8/Submit) id n3J8ZeSf008394 for freebsd-current@freebsd.org; Sun, 19 Apr 2009 10:35:40 +0200 (CEST) (envelope-from matthias.apitz@oclc.org) X-Authentication-Warning: rebelion.Sisis.de: guru set sender to matthias.apitz@oclc.org using -f Date: Sun, 19 Apr 2009 10:35:39 +0200 From: Matthias Apitz To: freebsd-current@freebsd.org Message-ID: <20090419083539.GA8179@rebelion.Sisis.de> References: <20090419055452.GA2782@rebelion.Sisis.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20090419055452.GA2782@rebelion.Sisis.de> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.0-STABLE (i386) X-OriginalArrivalTime: 19 Apr 2009 08:35:41.0508 (UTC) FILETIME=[D2D7B040:01C9C0C9] Subject: Re: linux-flashplugin-9 && firefox-3.0.7, 1 does not play in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Apr 2009 08:35:43 -0000 El día Sunday, April 19, 2009 a las 07:54:52AM +0200, Matthias Apitz escribió: > Hello, > > I followed this guiding > http://crnl.org/blog/2008/11/01/flash-9-for-freebsd-71 > (which worked fine for me in 71R) and have installed the required ports > for this in a recent -CURRENT: > > linux-flashplugin-9.0r159 > firefox-3.0.7,1 > linux_base-f8-8_11 > nspluginwrapper-1.2.2_2 > > as well compat.linux.osrelease is correctly set to: > compat.linux.osrelease: 2.6.16 > > In firefox the flashplugin is visible with 'about:plugins' and when I go > to a page with a life stream, for example > http://www.telesurtv.net/noticias/canal/senalenvivo.php > it does not complain about not having Flash 9 installed; it shows a grey > area where the life channel is supposed to be presented but nothing more; to add some more diagnostics: I run firefox3 from a xterm and when it tries to present the stream in hangs for a while and then produces the timeout message: $ LANG=C firefox3 Xlib: extension "Generic Event Extension" missing on display ":0.0". Xlib: extension "Generic Event Extension" missing on display ":0.0". Xlib: extension "Generic Event Extension" missing on display ":0.0". Xlib: extension "Generic Event Extension" missing on display ":0.0". Xlib: extension "Generic Event Extension" missing on display ":0.0". Xlib: extension "Generic Event Extension" missing on display ":0.0". Xlib: extension "Generic Event Extension" missing on display ":0.0". *** NSPlugin Wrapper *** ERROR: NPP_Write() wait for reply: Message timeout *** NSPlugin Wrapper *** WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/npw-wrapper.c:2236):invoke_NPP_DestroyStream: assertion failed: (rpc_method_invoke_possible(plugin->connection)) *** NSPlugin Wrapper *** WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/npw-wrapper.c:2341):invoke_NPP_WriteReady: assertion failed: (rpc_method_invoke_possible(plugin->connection)) *** NSPlugin Wrapper *** WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/npw-wrapper.c:2391):invoke_NPP_Write: assertion failed: (rpc_method_invoke_possible(plugin->connection)) *** NSPlugin Wrapper *** WARNING:(/usr/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/npw-wrapper.c:2236):invoke_NPP_DestroyStream: assertion failed: (rpc_method_invoke_possible(plugin->connection)) maybe this helps someone to help me :-) and yes, linprocfs is mounted: # mount /dev/ad2s1a on / (ufs, local, noatime) devfs on /dev (devfs, local) /dev/ad3s1a on /usr/local (ufs, local, noatime) procfs on /proc (procfs, local) /dev/md0 on /tmp (ufs, local) linprocfs on /usr/compat/linux/proc (linprocfs, local) the kernel was build on March, 23 after CVS update: # uname -a FreeBSD tiny 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Mon Mar 23 23:47:06 CET 2009 guru@vm-naranja.Sisis.de:/usr/obj/usr/src/sys/GENERIC i386 thx matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.oclc.org/ http://www.UnixArea.de/ People who hate Microsoft Windows use Linux but people who love UNIX use FreeBSD. From owner-freebsd-current@FreeBSD.ORG Sun Apr 19 11:11:10 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB5621065670 for ; Sun, 19 Apr 2009 11:11:09 +0000 (UTC) (envelope-from Matthias.Apitz@oclc.org) Received: from mail.pica.nl (mail.pica.nl [192.87.44.30]) by mx1.freebsd.org (Postfix) with ESMTP id 70F548FC14 for ; Sun, 19 Apr 2009 11:11:09 +0000 (UTC) (envelope-from Matthias.Apitz@oclc.org) Received: from rebelion.Sisis.de ([10.49.96.10]) by mail.pica.nl with Microsoft SMTPSVC(6.0.3790.3959); Sun, 19 Apr 2009 13:11:06 +0200 Received: (from guru@localhost) by rebelion.Sisis.de (8.14.2/8.13.8/Submit) id n3JBB5cV015292; Sun, 19 Apr 2009 13:11:05 +0200 (CEST) (envelope-from matthias.apitz@oclc.org) X-Authentication-Warning: rebelion.Sisis.de: guru set sender to matthias.apitz@oclc.org using -f Date: Sun, 19 Apr 2009 13:11:05 +0200 From: Matthias Apitz To: Nicolas Message-ID: <20090419111105.GA11449@rebelion.Sisis.de> References: <49EAF042.6030209@wanadoo.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <49EAF042.6030209@wanadoo.fr> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.0-STABLE (i386) X-OriginalArrivalTime: 19 Apr 2009 11:11:06.0515 (UTC) FILETIME=[88FAD630:01C9C0DF] Cc: freebsd-current@freebsd.org Subject: Re: linux-flashplugin-9 && firefox-3.0.7, 1 does not play in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Apr 2009 11:11:10 -0000 El día Sunday, April 19, 2009 a las 11:34:58AM +0200, Nicolas escribió: > Hi Matthias, > > I'm using Flash 9 on FreeBSD 8-Current, and it works great. > I tried the website you mentioned, and it works correctly, but in fact > firefox freeze when i close it, because of npviewer.bin crash. > > Can you send us your " pkg_version | grep linux " > Does your rc.conf look like this: linux_enable="YES" > > Nicolas. Hi Nicolas, Thanks for your feedback; I helps also if someone says "it works for me" because then is much hope that it will work for me too; I'm attaching the relevant information; note the ports have bee build on some other (faster) host and have been transfered via pkg_create on that host and pkg_add'ed on the slower EeePC; so the output of 'pkg_version | grep linux' on that host (tiny) gives only: tiny# pkg_version | grep linux linux-alsa-lib ? linux-atk ? linux-cairo ? linux-expat ? linux-flashplugin ? linux-fontconfig ? linux-gtk2 ? linux-jpeg ? linux-libsigc ? linux-openssl ? linux-pango ? linux-png ? linux-tiff ? linux-xorg-libs ? linux_base-f8 ? linux_base-fc ? linux_dri ? but on the host where the ports have been compiled/installed/pkg_creat (vm-naranja) it says: vm-naranja# pkg_version | grep linux linux-alsa-lib = linux-atk = linux-cairo = linux-expat = linux-flashplugin = linux-fontconfig = linux-gtk2 = linux-jpeg = linux-libsigc = linux-openssl = linux-pango = linux-png = linux-realplayer = linux-tiff = linux-xorg-libs = linux_base-f8 = linux_base-fc = linux_dri = linuxdoc = i.e. all of them are uptodate; I have linux_enable="YES" in /etc/rc.conf.local: tiny# cat /etc/rc.conf.local #!/bin/sh tmpmfs="YES" tmpsize="128m" hostname="tiny" keyrate="fast" wlans_ath0="wlan0" ifconfig_wlan0="WPA DHCP" sshd_enable="YES" syslogd_enable="YES" syslogd_flags="-s -C" sendmail_enable="NONE" cron_enable="NO" newsyslog_enable="NO" # openvpn_enable="YES" openvpn_if="tun" linux_enable="YES" What else could I do or provide as information? Thanks again matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.oclc.org/ http://www.UnixArea.de/ People who hate Microsoft Windows use Linux but people who love UNIX use FreeBSD. From owner-freebsd-current@FreeBSD.ORG Sun Apr 19 11:52:10 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C80401065670 for ; Sun, 19 Apr 2009 11:52:10 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from ns2.bafirst.com (72-12-2-19.static.networktel.net [72.12.2.19]) by mx1.freebsd.org (Postfix) with ESMTP id 77B2C8FC0C for ; Sun, 19 Apr 2009 11:52:10 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from HOME.encontacto.net ([189.190.9.26]) by ns2.bafirst.com with esmtp; Sun, 19 Apr 2009 06:52:08 -0500 id 000D527C.49EB1068.00010397 Received: from localhost (localhost [127.0.0.1]) (uid 80) by HOME.encontacto.net with local; Sun, 19 Apr 2009 06:52:07 -0500 id 0004AC16.49EB1067.00010CDF Received: from local69.local.net.mx (local69.local.net.mx [192.168.1.69]) by econet.encontacto.net (Horde Framework) with HTTP; Sun, 19 Apr 2009 06:52:07 -0500 Message-ID: <20090419065207.90531ns8hxq865b4@econet.encontacto.net> Date: Sun, 19 Apr 2009 06:52:07 -0500 From: eculp To: freebsd-current@freebsd.org References: <49EAF042.6030209@wanadoo.fr> <20090419111105.GA11449@rebelion.Sisis.de> In-Reply-To: <20090419111105.GA11449@rebelion.Sisis.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (5.0-cvs) X-Remote-Browser: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.0.8) Gecko/2009040106 Firefox/3.0.4, Ant.com Toolbar 1.3 X-IMP-Server: 189.190.9.26 X-Originating-IP: 192.168.1.69 X-Originating-User: eculp@encontacto.net Subject: Re: linux-flashplugin-9 && firefox-3.0.7, 1 does not play in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Apr 2009 11:52:11 -0000 Quoting Matthias Apitz : > El d=EDa Sunday, April 19, 2009 a las 11:34:58AM +0200, Nicolas escribi=F3= : > >> Hi Matthias, >> >> I'm using Flash 9 on FreeBSD 8-Current, and it works great. >> I tried the website you mentioned, and it works correctly, but in fact >> firefox freeze when i close it, because of npviewer.bin crash. >> >> Can you send us your " pkg_version | grep linux " >> Does your rc.conf look like this: linux_enable=3D"YES" >> >> Nicolas. Somewhat off topic but following the very simple instructions from =20 Nicolas given in the recent thread - "Flash10, =20 with up to date current, not even recognized with about:plugins." I have flash 10 working as well as flash9 worked also on current. =20 The only "problem" is the npviewer.bin issues that I was also having =20 with flash9. In case you are interested. ed > > Hi Nicolas, > > Thanks for your feedback; I helps also if someone says "it works for me" > because then is much hope that it will work for me too; > > I'm attaching the relevant information; note the ports have bee build on > some other (faster) host and have been transfered via pkg_create on that > host and pkg_add'ed on the slower EeePC; so the output of 'pkg_version | g= rep > linux' on that host (tiny) gives only: > > tiny# pkg_version | grep linux > linux-alsa-lib ? > linux-atk ? > linux-cairo ? > linux-expat ? > linux-flashplugin ? > linux-fontconfig ? > linux-gtk2 ? > linux-jpeg ? > linux-libsigc ? > linux-openssl ? > linux-pango ? > linux-png ? > linux-tiff ? > linux-xorg-libs ? > linux_base-f8 ? > linux_base-fc ? > linux_dri ? > > but on the host where the ports have been compiled/installed/pkg_creat > (vm-naranja) it says: > > vm-naranja# pkg_version | grep linux > linux-alsa-lib =3D > linux-atk =3D > linux-cairo =3D > linux-expat =3D > linux-flashplugin =3D > linux-fontconfig =3D > linux-gtk2 =3D > linux-jpeg =3D > linux-libsigc =3D > linux-openssl =3D > linux-pango =3D > linux-png =3D > linux-realplayer =3D > linux-tiff =3D > linux-xorg-libs =3D > linux_base-f8 =3D > linux_base-fc =3D > linux_dri =3D > linuxdoc =3D > > i.e. all of them are uptodate; > > I have linux_enable=3D"YES" in /etc/rc.conf.local: > > tiny# cat /etc/rc.conf.local > #!/bin/sh > tmpmfs=3D"YES" > tmpsize=3D"128m" > hostname=3D"tiny" > keyrate=3D"fast" > wlans_ath0=3D"wlan0" > ifconfig_wlan0=3D"WPA DHCP" > sshd_enable=3D"YES" > syslogd_enable=3D"YES" > syslogd_flags=3D"-s -C" > sendmail_enable=3D"NONE" > cron_enable=3D"NO" > newsyslog_enable=3D"NO" > # openvpn_enable=3D"YES" > openvpn_if=3D"tun" > linux_enable=3D"YES" > > What else could I do or provide as information? Thanks again > > =09matthias > -- > Matthias Apitz > Manager Technical Support - OCLC GmbH > Gruenwalder Weg 28g - 82041 Oberhaching - Germany > t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 > e - w http://www.oclc.org/ http://www.UnixArea.d= e/ > People who hate Microsoft Windows use Linux but people who love UNIX =20 > use FreeBSD. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sun Apr 19 11:52:04 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3FA1D106564A for ; Sun, 19 Apr 2009 11:52:04 +0000 (UTC) (envelope-from c.r.n.a@wanadoo.fr) Received: from smtp19.orange.fr (smtp19.orange.fr [80.12.242.17]) by mx1.freebsd.org (Postfix) with ESMTP id 02C998FC16 for ; Sun, 19 Apr 2009 11:52:03 +0000 (UTC) (envelope-from c.r.n.a@wanadoo.fr) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf1908.orange.fr (SMTP Server) with ESMTP id D24B31C0008B; Sun, 19 Apr 2009 13:52:02 +0200 (CEST) Received: from [192.168.1.27] (ABordeaux-157-1-149-99.w86-210.abo.wanadoo.fr [86.210.156.99]) by mwinf1908.orange.fr (SMTP Server) with ESMTP id 5132E1C00088; Sun, 19 Apr 2009 13:52:02 +0200 (CEST) X-ME-UUID: 20090419115202332.5132E1C00088@mwinf1908.orange.fr Message-ID: <49EB0FED.4060408@wanadoo.fr> Date: Sun, 19 Apr 2009 13:50:05 +0200 From: Nicolas User-Agent: Thunderbird 2.0.0.21 (X11/20090414) MIME-Version: 1.0 To: Matthias Apitz , freebsd-current@freebsd.org References: <49EAF042.6030209@wanadoo.fr> <20090419111105.GA11449@rebelion.Sisis.de> In-Reply-To: <20090419111105.GA11449@rebelion.Sisis.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 19 Apr 2009 11:54:45 +0000 Cc: Subject: Re: linux-flashplugin-9 && firefox-3.0.7, 1 does not play in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Apr 2009 11:52:04 -0000 Ok, i think i know your problem. Can you try this: ----------------------------------------------------------------------- 1. Delete all directories related to linux in /var/db/pkg 2. Delete all directories in /usr/compat/linux (except proc directory) 3. Add OVERRIDE_LINUX_BASE_PORT=f8 and OVERRIDE_LINUX_NONBASE_PORTS=f8 to your /etc/make.conf 4. Go to /usr/ports/emulators/linux_base-f8 and make install 5. Go to /usr/ports/www/linux-flashplugin9 and make install 6. Go to /usr/compat/linux/lib and type in terminal (in root of course): ln -s libssl.so.6 libssl.so.5 7. Reboot ----------------------------------------------------------------------- Is it working ? Nicolas. From owner-freebsd-current@FreeBSD.ORG Sun Apr 19 12:00:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 063D41065672 for ; Sun, 19 Apr 2009 12:00:02 +0000 (UTC) (envelope-from ubm@u-boot-man.de) Received: from mail.upper.net (mail.upper.net [62.75.224.33]) by mx1.freebsd.org (Postfix) with ESMTP id 8E3258FC13 for ; Sun, 19 Apr 2009 12:00:02 +0000 (UTC) (envelope-from ubm@u-boot-man.de) Received: from ubm.mine.nu (mail.upper.net [62.75.224.33]) (authenticated bits=0) by mail.upper.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id n3JBg5B9025433 for ; Sun, 19 Apr 2009 13:42:05 +0200 Received: from ubm.mine.nu ([85.181.44.8] helo=ubm.mine.nu) by ASSP.nospam.UpPeRnEt; 19 Apr 2009 13:42:05 +0200 Date: Sun, 19 Apr 2009 13:42:04 +0200 From: Marc "UBM" Bocklet To: freebsd-current@freebsd.org Message-Id: <20090419134204.57ad25a7.ubm@u-boot-man.de> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.12.10; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 19 Apr 2009 12:07:01 +0000 Subject: minor annoyance with usb transition (or pilot 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, 19 Apr 2009 12:00:03 -0000 Hiho! :-) I'm in the process of upgrading to the latest -current (I'm currently running -current as of 02. Jan. 2009). I was using the new usb stack with the 02. Jan. -current and consequently had to change my kernel config back to the old usb naming scheme (after changing to the temporary new usb naming scheme in January). While doing this, "device ugen" caused my kernconf to fail, I had to comment it out. Including "device udbp" makes buildkernel fail (I can reproduce this and post the error, but I believe this is known). I was wondering if UPDATING should mention that device ugen is no longer needed (if thats the case), else people using their old kernel config will have it fail until they comment "device ugen" out. Of course, all this might also just be some stupid mistake on my part? :-) Greetings, Marc -- "And what rough beast, its hour come round at last, Slouches towards Bethlehem to be born?" W.B. Yeats, The Second Coming From owner-freebsd-current@FreeBSD.ORG Sun Apr 19 13:25:26 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BDB93106566B for ; Sun, 19 Apr 2009 13:25:26 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe08.swip.net [212.247.154.225]) by mx1.freebsd.org (Postfix) with ESMTP id 55B588FC13 for ; Sun, 19 Apr 2009 13:25:26 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=kr--chbQIzcA:10 a=bMpJJRlrZcUA:10 a=OxBaG04xRLI3P93Eg0oA:9 a=UKNK7hNKam-AXAJOuxJ2cwcW4T0A:4 Received: from [62.113.132.61] (account mc467741@c2i.net HELO [10.37.1.92]) by mailfe08.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1226438129; Sun, 19 Apr 2009 15:25:25 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sun, 19 Apr 2009 15:27:57 +0200 User-Agent: KMail/1.9.7 References: <20090419134204.57ad25a7.ubm@u-boot-man.de> In-Reply-To: <20090419134204.57ad25a7.ubm@u-boot-man.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200904191527.58168.hselasky@c2i.net> Cc: Marc UBM Bocklet Subject: Re: minor annoyance with usb transition (or pilot 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, 19 Apr 2009 13:25:27 -0000 On Sunday 19 April 2009, Marc UBM Bocklet wrote: > Hiho! :-) > > I'm in the process of upgrading to the latest -current (I'm currently > running -current as of 02. Jan. 2009). > > I was using the new usb stack with the 02. Jan. -current and > consequently had to change my kernel config back to the old usb naming > scheme (after changing to the temporary new usb naming scheme in > January). > > While doing this, "device ugen" caused my kernconf to fail, I > had to comment it out. Including "device udbp" makes buildkernel fail > (I can reproduce this and post the error, but I believe this is known). Did you include Netgraph options before including udbp ? The udbp module builds ? > I was wondering if UPDATING should mention that device ugen is no > longer needed (if thats the case), else people using their old kernel > config will have it fail until they comment "device ugen" out. --HPS From owner-freebsd-current@FreeBSD.ORG Sun Apr 19 13:55:59 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D67F106566B for ; Sun, 19 Apr 2009 13:55:59 +0000 (UTC) (envelope-from ubm@u-boot-man.de) Received: from mail.upper.net (mail.upper.net [62.75.224.33]) by mx1.freebsd.org (Postfix) with ESMTP id 649778FC1E for ; Sun, 19 Apr 2009 13:55:58 +0000 (UTC) (envelope-from ubm@u-boot-man.de) Received: from ubm.mine.nu (mail.upper.net [62.75.224.33]) (authenticated bits=0) by mail.upper.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id n3JDtoQ2031087; Sun, 19 Apr 2009 15:55:51 +0200 Received: from ubm.mine.nu ([85.181.44.8] helo=ubm.mine.nu) by ASSP.nospam.UpPeRnEt; 19 Apr 2009 15:55:50 +0200 Date: Sun, 19 Apr 2009 15:55:50 +0200 From: Marc "UBM" Bocklet To: Hans Petter Selasky Message-Id: <20090419155550.e9c8f244.ubm@u-boot-man.de> In-Reply-To: <200904191527.58168.hselasky@c2i.net> References: <20090419134204.57ad25a7.ubm@u-boot-man.de> <200904191527.58168.hselasky@c2i.net> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.12.10; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Sun__19_Apr_2009_15_55_50_+0200_a/G3FOXeeOfUxUiq" X-Mailman-Approved-At: Sun, 19 Apr 2009 14:12:40 +0000 Cc: freebsd-current@freebsd.org Subject: Re: minor annoyance with usb transition (or pilot 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, 19 Apr 2009 13:55:59 -0000 This is a multi-part message in MIME format. --Multipart=_Sun__19_Apr_2009_15_55_50_+0200_a/G3FOXeeOfUxUiq Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Sun, 19 Apr 2009 15:27:57 +0200 Hans Petter Selasky wrote: > On Sunday 19 April 2009, Marc UBM Bocklet wrote: > > Hiho! :-) > > > > I'm in the process of upgrading to the latest -current (I'm > > currently running -current as of 02. Jan. 2009). > > > > I was using the new usb stack with the 02. Jan. -current and > > consequently had to change my kernel config back to the old usb > > naming scheme (after changing to the temporary new usb naming > > scheme in January). > > > > While doing this, "device ugen" caused my kernconf to fail, I > > had to comment it out. Including "device udbp" makes buildkernel > > fail (I can reproduce this and post the error, but I believe this > > is known). > > Did you include Netgraph options before including udbp ? As far as I understand, there are no netgraph related options in my kernel config file. I attached my config file, ugen and udbp are commented out now but were of course not when it failed. > The udbp module builds ? I just tried that, the module builds fine. Thanks for the quick reply! :-) Bye Marc -- "And what rough beast, its hour come round at last, Slouches towards Bethlehem to be born?" W.B. Yeats, The Second Coming --Multipart=_Sun__19_Apr_2009_15_55_50_+0200_a/G3FOXeeOfUxUiq Content-Type: application/octet-stream; name="SUBMARINE_SMP" Content-Disposition: attachment; filename="SUBMARINE_SMP" Content-Transfer-Encoding: base64 IwojIEdFTkVSSUMgLS0gR2VuZXJpYyBrZXJuZWwgY29uZmlndXJhdGlvbiBmaWxlIGZvciBGcmVl QlNEL2kzODYKIwojIEZvciBtb3JlIGluZm9ybWF0aW9uIG9uIHRoaXMgZmlsZSwgcGxlYXNlIHJl YWQgdGhlIGhhbmRib29rIHNlY3Rpb24gb24KIyBLZXJuZWwgQ29uZmlndXJhdGlvbiBGaWxlczoK IwojICAgIGh0dHA6Ly93d3cuRnJlZUJTRC5vcmcvZG9jL2VuX1VTLklTTzg4NTktMS9ib29rcy9o YW5kYm9vay9rZXJuZWxjb25maWctY29uZmlnLmh0bWwKIwojIFRoZSBoYW5kYm9vayBpcyBhbHNv IGF2YWlsYWJsZSBsb2NhbGx5IGluIC91c3Ivc2hhcmUvZG9jL2hhbmRib29rCiMgaWYgeW91J3Zl IGluc3RhbGxlZCB0aGUgZG9jIGRpc3RyaWJ1dGlvbiwgb3RoZXJ3aXNlIGFsd2F5cyBzZWUgdGhl CiMgRnJlZUJTRCBXb3JsZCBXaWRlIFdlYiBzZXJ2ZXIgKGh0dHA6Ly93d3cuRnJlZUJTRC5vcmcv KSBmb3IgdGhlCiMgbGF0ZXN0IGluZm9ybWF0aW9uLgojCiMgQW4gZXhoYXVzdGl2ZSBsaXN0IG9m IG9wdGlvbnMgYW5kIG1vcmUgZGV0YWlsZWQgZXhwbGFuYXRpb25zIG9mIHRoZQojIGRldmljZSBs aW5lcyBpcyBhbHNvIHByZXNlbnQgaW4gdGhlIC4uLy4uL2NvbmYvTk9URVMgYW5kIE5PVEVTIGZp bGVzLgojIElmIHlvdSBhcmUgaW4gZG91YnQgYXMgdG8gdGhlIHB1cnBvc2Ugb3IgbmVjZXNzaXR5 IG9mIGEgbGluZSwgY2hlY2sgZmlyc3QKIyBpbiBOT1RFUy4KIwojICRGcmVlQlNEOiBzcmMvc3lz L2kzODYvY29uZi9HRU5FUklDLHYgMS40NzMgMjAwNy8wNy8wMSAyMTo0Nzo0NSBuamwgRXhwICQK CmNwdQkJSTY4Nl9DUFUKaWRlbnQJCVNVQk1BUklORV9TTVAKCiMgVG8gc3RhdGljYWxseSBjb21w aWxlIGluIGRldmljZSB3aXJpbmcgaW5zdGVhZCBvZiAvYm9vdC9kZXZpY2UuaGludHMKI2hpbnRz CQkiR0VORVJJQy5oaW50cyIJCSMgRGVmYXVsdCBwbGFjZXMgdG8gbG9vayBmb3IgZGV2aWNlcy4K Cm1ha2VvcHRpb25zCURFQlVHPS1nCQkjIEJ1aWxkIGtlcm5lbCB3aXRoIGdkYigxKSBkZWJ1ZyBz eW1ib2xzCgpvcHRpb25zIAlTQ0hFRF9VTEUJCSMgVUxFIHNjaGVkdWxlcgpvcHRpb25zIAlQUkVF TVBUSU9OCQkjIEVuYWJsZSBrZXJuZWwgdGhyZWFkIHByZWVtcHRpb24Kb3B0aW9ucyAJSU5FVAkJ CSMgSW50ZXJORVR3b3JraW5nCm9wdGlvbnMgCUlORVQ2CQkJIyBJUHY2IGNvbW11bmljYXRpb25z IHByb3RvY29scwpvcHRpb25zIAlTQ1RQCQkJIyBTdHJlYW0gVHJhbnNtaXNzaW9uIENvbnRyb2wg UHJvdG9jb2wKb3B0aW9ucyAJRkZTCQkJIyBCZXJrZWxleSBGYXN0IEZpbGVzeXN0ZW0Kb3B0aW9u cyAJU09GVFVQREFURVMJCSMgRW5hYmxlIEZGUyBzb2Z0IHVwZGF0ZXMgc3VwcG9ydApvcHRpb25z IAlVRlNfQUNMCQkJIyBTdXBwb3J0IGZvciBhY2Nlc3MgY29udHJvbCBsaXN0cwpvcHRpb25zIAlV RlNfRElSSEFTSAkJIyBJbXByb3ZlIHBlcmZvcm1hbmNlIG9uIGJpZyBkaXJlY3RvcmllcwpvcHRp b25zIAlVRlNfR0pPVVJOQUwJCSMgRW5hYmxlIGdqb3VybmFsLWJhc2VkIFVGUyBqb3VybmFsaW5n Cm9wdGlvbnMgCU1EX1JPT1QJCQkjIE1EIGlzIGEgcG90ZW50aWFsIHJvb3QgZGV2aWNlCm9wdGlv bnMgCU5GU0NMSUVOVAkJIyBOZXR3b3JrIEZpbGVzeXN0ZW0gQ2xpZW50Cm9wdGlvbnMgCU5GU1NF UlZFUgkJIyBOZXR3b3JrIEZpbGVzeXN0ZW0gU2VydmVyCm9wdGlvbnMgCU5GU19ST09UCQkjIE5G UyB1c2FibGUgYXMgLywgcmVxdWlyZXMgTkZTQ0xJRU5UCm9wdGlvbnMgCU1TRE9TRlMJCQkjIE1T RE9TIEZpbGVzeXN0ZW0Kb3B0aW9ucyAJQ0Q5NjYwCQkJIyBJU08gOTY2MCBGaWxlc3lzdGVtCm9w dGlvbnMgCVBST0NGUwkJCSMgUHJvY2VzcyBmaWxlc3lzdGVtIChyZXF1aXJlcyBQU0VVRE9GUykK b3B0aW9ucyAJUFNFVURPRlMJCSMgUHNldWRvLWZpbGVzeXN0ZW0gZnJhbWV3b3JrCm9wdGlvbnMg CUdFT01fUEFSVF9HUFQJCSMgR1VJRCBQYXJ0aXRpb24gVGFibGVzLgpvcHRpb25zIAlHRU9NX0xB QkVMCQkjIFByb3ZpZGVzIGxhYmVsaXphdGlvbgpvcHRpb25zIAlDT01QQVRfNDNUVFkJCSMgQlNE IDQuMyBUVFkgY29tcGF0IFtLRUVQIFRISVMhXQpvcHRpb25zIAlDT01QQVRfRlJFRUJTRDQJCSMg Q29tcGF0aWJsZSB3aXRoIEZyZWVCU0Q0Cm9wdGlvbnMgCUNPTVBBVF9GUkVFQlNENQkJIyBDb21w YXRpYmxlIHdpdGggRnJlZUJTRDUKb3B0aW9ucyAJQ09NUEFUX0ZSRUVCU0Q2CQkjIENvbXBhdGli bGUgd2l0aCBGcmVlQlNENgpvcHRpb25zIAlTQ1NJX0RFTEFZPTUwMDAJCSMgRGVsYXkgKGluIG1z KSBiZWZvcmUgcHJvYmluZyBTQ1NJCm9wdGlvbnMgCUtUUkFDRQkJCSMga3RyYWNlKDEpIHN1cHBv cnQKb3B0aW9ucyAJU1lTVlNITQkJCSMgU1lTVi1zdHlsZSBzaGFyZWQgbWVtb3J5Cm9wdGlvbnMg CVNZU1ZNU0cJCQkjIFNZU1Ytc3R5bGUgbWVzc2FnZSBxdWV1ZXMKb3B0aW9ucyAJU1lTVlNFTQkJ CSMgU1lTVi1zdHlsZSBzZW1hcGhvcmVzCm9wdGlvbnMgCV9LUE9TSVhfUFJJT1JJVFlfU0NIRURV TElORyAjIFBPU0lYIFAxMDAzXzFCIHJlYWwtdGltZSBleHRlbnNpb25zCm9wdGlvbnMgCUtCRF9J TlNUQUxMX0NERVYJIyBpbnN0YWxsIGEgQ0RFViBlbnRyeSBpbiAvZGV2Cm9wdGlvbnMgCVNUT1Bf Tk1JCQkjIFN0b3AgQ1BVUyB1c2luZyBOTUkgaW5zdGVhZCBvZiBJUEkKb3B0aW9ucyAJQVVESVQJ CQkjIFNlY3VyaXR5IGV2ZW50IGF1ZGl0aW5nCgojIERlYnVnZ2luZyBmb3IgdXNlIGluIC1jdXJy ZW50Cm9wdGlvbnMgCUtEQgkJCSMgRW5hYmxlIGtlcm5lbCBkZWJ1Z2dlciBzdXBwb3J0LgpvcHRp b25zIAlEREIJCQkjIFN1cHBvcnQgRERCLgpvcHRpb25zIAlHREIJCQkjIFN1cHBvcnQgcmVtb3Rl IEdEQi4KI29wdGlvbnMgCUlOVkFSSUFOVFMJCSMgRW5hYmxlIGNhbGxzIG9mIGV4dHJhIHNhbml0 eSBjaGVja2luZwojb3B0aW9ucyAJSU5WQVJJQU5UX1NVUFBPUlQJIyBFeHRyYSBzYW5pdHkgY2hl Y2tzIG9mIGludGVybmFsIHN0cnVjdHVyZXMsIHJlcXVpcmVkIGJ5IElOVkFSSUFOVFMKI29wdGlv bnMgCVdJVE5FU1MJCQkjIEVuYWJsZSBjaGVja3MgdG8gZGV0ZWN0IGRlYWRsb2NrcyBhbmQgY3lj bGVzCiNvcHRpb25zIAlXSVRORVNTX1NLSVBTUElOCSMgRG9uJ3QgcnVuIHdpdG5lc3Mgb24gc3Bp bmxvY2tzIGZvciBzcGVlZAoKIyBUbyBtYWtlIGFuIFNNUCBrZXJuZWwsIHRoZSBuZXh0IHR3byBs aW5lcyBhcmUgbmVlZGVkCm9wdGlvbnMgCVNNUAkJCSMgU3ltbWV0cmljIE11bHRpUHJvY2Vzc29y IEtlcm5lbApkZXZpY2UJCWFwaWMJCQkjIEkvTyBBUElDCgojIENQVSBmcmVxdWVuY3kgY29udHJv bApkZXZpY2UJCWNwdWZyZXEKCiMgQnVzIHN1cHBvcnQuCmRldmljZQkJZWlzYQpkZXZpY2UJCXBj aQoKIyBGbG9wcHkgZHJpdmVzCiNkZXZpY2UJCWZkYwoKIyBBVEEgYW5kIEFUQVBJIGRldmljZXMK ZGV2aWNlCQlhdGEKZGV2aWNlCQlhdGFkaXNrCQkjIEFUQSBkaXNrIGRyaXZlcwpkZXZpY2UJCWF0 YXJhaWQJCSMgQVRBIFJBSUQgZHJpdmVzCmRldmljZQkJYXRhcGljZAkJIyBBVEFQSSBDRFJPTSBk cml2ZXMKZGV2aWNlCQlhdGFwaWZkCQkjIEFUQVBJIGZsb3BweSBkcml2ZXMKZGV2aWNlCQlhdGFw aXN0CQkjIEFUQVBJIHRhcGUgZHJpdmVzCm9wdGlvbnMgCUFUQV9TVEFUSUNfSUQJIyBTdGF0aWMg ZGV2aWNlIG51bWJlcmluZwoKIyBTQ1NJIENvbnRyb2xsZXJzCiNkZXZpY2UJCWFoYgkJIyBFSVNB IEFIQTE3NDIgZmFtaWx5CiNkZXZpY2UJCWFoYwkJIyBBSEEyOTQwIGFuZCBvbmJvYXJkIEFJQzd4 eHggZGV2aWNlcwojb3B0aW9ucyAJQUhDX1JFR19QUkVUVFlfUFJJTlQJIyBQcmludCByZWdpc3Rl ciBiaXRmaWVsZHMgaW4gZGVidWcKCQkJCQkjIG91dHB1dC4gIEFkZHMgfjEyOGsgdG8gZHJpdmVy LgojZGV2aWNlCQlhaGQJCSMgQUhBMzkzMjAvMjkzMjAgYW5kIG9uYm9hcmQgQUlDNzl4eCBkZXZp Y2VzCiNvcHRpb25zIAlBSERfUkVHX1BSRVRUWV9QUklOVAkjIFByaW50IHJlZ2lzdGVyIGJpdGZp ZWxkcyBpbiBkZWJ1ZwoJCQkJCSMgb3V0cHV0LiAgQWRkcyB+MjE1ayB0byBkcml2ZXIuCiNkZXZp Y2UJCWFtZAkJIyBBTUQgNTNDOTc0IChUZWtyYW0gREMtMzkwKFQpKQojZGV2aWNlCQlocHRpb3AJ CSMgSGlnaHBvaW50IFJvY2tldFJhaWQgM3h4eCBzZXJpZXMKI2RldmljZQkJaXNwCQkjIFFsb2dp YyBmYW1pbHkKI2RldmljZSAJaXNwZncJCSMgRmlybXdhcmUgZm9yIFFMb2dpYyBIQkFzLSBub3Jt YWxseSBhIG1vZHVsZQojZGV2aWNlCQltcHQJCSMgTFNJLUxvZ2ljIE1QVC1GdXNpb24KI2Rldmlj ZQkJbmNyCQkjIE5DUi9TeW1iaW9zIExvZ2ljCiNkZXZpY2UJCXN5bQkJIyBOQ1IvU3ltYmlvcyBM b2dpYyAobmV3ZXIgY2hpcHNldHMgKyB0aG9zZSBvZiBgbmNyJykKI2RldmljZQkJdHJtCQkjIFRl a3JhbSBEQzM5NVUvVVcvRiBEQzMxNVUgYWRhcHRlcnMKCiNkZXZpY2UJCWFkdgkJIyBBZHZhbnN5 cyBTQ1NJIGFkYXB0ZXJzCiNkZXZpY2UJCWFkdwkJIyBBZHZhbnN5cyB3aWRlIFNDU0kgYWRhcHRl cnMKI2RldmljZQkJYWhhCQkjIEFkYXB0ZWMgMTU0eCBTQ1NJIGFkYXB0ZXJzCiNkZXZpY2UJCWFp YwkJIyBBZGFwdGVjIDE1WzAxMl14IFNDU0kgYWRhcHRlcnMsIEFJQy02WzIzXTYwLgojZGV2aWNl CQlidAkJIyBCdXNsb2dpYy9NeWxleCBNdWx0aU1hc3RlciBTQ1NJIGFkYXB0ZXJzCgojZGV2aWNl CQluY3YJCSMgTkNSIDUzQzUwMAojZGV2aWNlCQluc3AJCSMgV29ya2JpdCBOaW5qYSBTQ1NJLTMK I2RldmljZQkJc3RnCQkjIFRNQyAxOEMzMC8xOEM1MAoKIyBTQ1NJIHBlcmlwaGVyYWxzCmRldmlj ZQkJc2NidXMJCSMgU0NTSSBidXMgKHJlcXVpcmVkIGZvciBTQ1NJKQpkZXZpY2UJCWNoCQkjIFND U0kgbWVkaWEgY2hhbmdlcnMKZGV2aWNlCQlkYQkJIyBEaXJlY3QgQWNjZXNzIChkaXNrcykKZGV2 aWNlCQlzYQkJIyBTZXF1ZW50aWFsIEFjY2VzcyAodGFwZSBldGMpCmRldmljZQkJY2QJCSMgQ0QK ZGV2aWNlCQlwYXNzCQkjIFBhc3N0aHJvdWdoIGRldmljZSAoZGlyZWN0IFNDU0kgYWNjZXNzKQpk ZXZpY2UJCXNlcwkJIyBTQ1NJIEVudmlyb25tZW50YWwgU2VydmljZXMgKGFuZCBTQUYtVEUpCgoj IFJBSUQgY29udHJvbGxlcnMgaW50ZXJmYWNlZCB0byB0aGUgU0NTSSBzdWJzeXN0ZW0KI2Rldmlj ZQkJYW1yCQkjIEFNSSBNZWdhUkFJRAojZGV2aWNlCQlhcmNtc3IJCSMgQXJlY2EgU0FUQSBJSSBS QUlECiNkZXZpY2UJCWFzcgkJIyBEUFQgU21hcnRSQUlEIFYsIFZJIGFuZCBBZGFwdGVjIFNDU0kg UkFJRAojZGV2aWNlCQljaXNzCQkjIENvbXBhcSBTbWFydCBSQUlEIDUqCiNkZXZpY2UJCWRwdAkJ IyBEUFQgU21hcnRjYWNoZSBJSUksIElWIC0gU2VlIE5PVEVTIGZvciBvcHRpb25zCiNkZXZpY2UJ CWhwdG12CQkjIEhpZ2hwb2ludCBSb2NrZXRSQUlEIDE4MngKI2RldmljZQkJcnIyMzJ4CQkjIEhp Z2hwb2ludCBSb2NrZXRSQUlEIDIzMngKI2RldmljZQkJaWlyCQkjIEludGVsIEludGVncmF0ZWQg UkFJRAojZGV2aWNlCQlpcHMJCSMgSUJNIChBZGFwdGVjKSBTZXJ2ZVJBSUQKI2RldmljZQkJbWx5 CQkjIE15bGV4IEFjY2VsZVJBSUQvZVh0cmVtZVJBSUQKI2RldmljZQkJdHdhCQkjIDN3YXJlIDkw MDAgc2VyaWVzIFBBVEEvU0FUQSBSQUlECgojIFJBSUQgY29udHJvbGxlcnMKI2RldmljZQkJYWFj CQkjIEFkYXB0ZWMgRlNBIFJBSUQKI2RldmljZQkJYWFjcAkJIyBTQ1NJIHBhc3N0aHJvdWdoIGZv ciBhYWMgKHJlcXVpcmVzIENBTSkKI2RldmljZQkJaWRhCQkjIENvbXBhcSBTbWFydCBSQUlECiNk ZXZpY2UJCW1maQkJIyBMU0kgTWVnYVJBSUQgU0FTCiNkZXZpY2UJCW1seAkJIyBNeWxleCBEQUM5 NjAgZmFtaWx5CiNkZXZpY2UJCXBzdAkJIyBQcm9taXNlIFN1cGVydHJhayBTWDYwMDAKI2Rldmlj ZQkJdHdlCQkjIDN3YXJlIEFUQSBSQUlECgojIGF0a2JkYzAgY29udHJvbHMgYm90aCB0aGUga2V5 Ym9hcmQgYW5kIHRoZSBQUy8yIG1vdXNlCmRldmljZQkJYXRrYmRjCQkjIEFUIGtleWJvYXJkIGNv bnRyb2xsZXIKZGV2aWNlCQlhdGtiZAkJIyBBVCBrZXlib2FyZApkZXZpY2UJCXBzbQkJIyBQUy8y IG1vdXNlCgpkZXZpY2UJCWtiZG11eAkJIyBrZXlib2FyZCBtdWx0aXBsZXhlcgoKZGV2aWNlCQl2 Z2EJCSMgVkdBIHZpZGVvIGNhcmQgZHJpdmVyCgpkZXZpY2UJCXNwbGFzaAkJIyBTcGxhc2ggc2Ny ZWVuIGFuZCBzY3JlZW4gc2F2ZXIgc3VwcG9ydAoKIyBzeXNjb25zIGlzIHRoZSBkZWZhdWx0IGNv bnNvbGUgZHJpdmVyLCByZXNlbWJsaW5nIGFuIFNDTyBjb25zb2xlCmRldmljZQkJc2MKCmRldmlj ZQkJYWdwCQkjIHN1cHBvcnQgc2V2ZXJhbCBBR1AgY2hpcHNldHMKCiMgUG93ZXIgbWFuYWdlbWVu dCBzdXBwb3J0IChzZWUgTk9URVMgZm9yIG1vcmUgb3B0aW9ucykKI2RldmljZQkJYXBtCiMgQWRk IHN1c3BlbmQvcmVzdW1lIHN1cHBvcnQgZm9yIHRoZSBpODI1NC4KZGV2aWNlCQlwbXRpbWVyCgoj IFBDQ0FSRCAoUENNQ0lBKSBzdXBwb3J0CiMgUENNQ0lBIGFuZCBjYXJkYnVzIGJyaWRnZSBzdXBw b3J0CmRldmljZQkJY2JiCQkjIGNhcmRidXMgKHllbnRhKSBicmlkZ2UKZGV2aWNlCQlwY2NhcmQJ CSMgUEMgQ2FyZCAoMTYtYml0KSBidXMKZGV2aWNlCQljYXJkYnVzCQkjIENhcmRCdXMgKDMyLWJp dCkgYnVzCgojIFNlcmlhbCAoQ09NKSBwb3J0cwojZGV2aWNlCQlzaW8JCSMgODI1MCwgMTZbNDVd NTAgYmFzZWQgc2VyaWFsIHBvcnRzCmRldmljZQkJdWFydAkJIyBHZW5lcmljIFVBUlQgZHJpdmVy CgojIFBhcmFsbGVsIHBvcnQKZGV2aWNlCQlwcGMKZGV2aWNlCQlwcGJ1cwkJIyBQYXJhbGxlbCBw b3J0IGJ1cyAocmVxdWlyZWQpCmRldmljZQkJbHB0CQkjIFByaW50ZXIKI2RldmljZQkJcGxpcAkJ IyBUQ1AvSVAgb3ZlciBwYXJhbGxlbApkZXZpY2UJCXBwaQkJIyBQYXJhbGxlbCBwb3J0IGludGVy ZmFjZSBkZXZpY2UKI2RldmljZQkJdnBvCQkjIFJlcXVpcmVzIHNjYnVzIGFuZCBkYQoKIyBJZiB5 b3UndmUgZ290IGEgImR1bWIiIHNlcmlhbCBvciBwYXJhbGxlbCBQQ0kgY2FyZCB0aGF0IGlzCiMg c3VwcG9ydGVkIGJ5IHRoZSBwdWMoNCkgZ2x1ZSBkcml2ZXIsIHVuY29tbWVudCB0aGUgZm9sbG93 aW5nCiMgbGluZSB0byBlbmFibGUgaXQgKGNvbm5lY3RzIHRvIHNpbywgdWFydCBhbmQvb3IgcHBj IGRyaXZlcnMpOgojZGV2aWNlCQlwdWMKCiMgUENJIEV0aGVybmV0IE5JQ3MuCiNkZXZpY2UJCWRl CQkjIERFQy9JbnRlbCBEQzIxeDR4IChgYFR1bGlwJycpCiNkZXZpY2UJCWVtCQkjIEludGVsIFBS Ty8xMDAwIGFkYXB0ZXIgR2lnYWJpdCBFdGhlcm5ldCBDYXJkCiNkZXZpY2UJCWl4Z2IJCSMgSW50 ZWwgUFJPLzEwR2JFIEV0aGVybmV0IENhcmQKI2RldmljZQkJbGUJCSMgQU1EIEFtNzkwMCBMQU5D RSBhbmQgQW03OUM5eHggUENuZXQKI2RldmljZQkJdHhwCQkjIDNDb20gM2NSOTkwIChgYFR5cGhv b24nJykKI2RldmljZQkJdngJCSMgM0NvbSAzYzU5MCwgM2M1OTUgKGBgVm9ydGV4JycpCgojIFBD SSBFdGhlcm5ldCBOSUNzIHRoYXQgdXNlIHRoZSBjb21tb24gTUlJIGJ1cyBjb250cm9sbGVyIGNv ZGUuCiMgTk9URTogQmUgc3VyZSB0byBrZWVwIHRoZSAnZGV2aWNlIG1paWJ1cycgbGluZSBpbiBv cmRlciB0byB1c2UgdGhlc2UgTklDcyEKZGV2aWNlCQltaWlidXMJCSMgTUlJIGJ1cyBzdXBwb3J0 CiNkZXZpY2UJCWJjZQkJIyBCcm9hZGNvbSBCQ001NzA2L0JDTTU3MDggR2lnYWJpdCBFdGhlcm5l dAojZGV2aWNlCQliZmUJCSMgQnJvYWRjb20gQkNNNDQweCAxMC8xMDAgRXRoZXJuZXQKI2Rldmlj ZQkJYmdlCQkjIEJyb2FkY29tIEJDTTU3MHh4IEdpZ2FiaXQgRXRoZXJuZXQKI2RldmljZQkJZGMJ CSMgREVDL0ludGVsIDIxMTQzIGFuZCB2YXJpb3VzIHdvcmthbGlrZXMKI2RldmljZQkJZnhwCQkj IEludGVsIEV0aGVyRXhwcmVzcyBQUk8vMTAwQiAoODI1NTcsIDgyNTU4KQojZGV2aWNlCQlsZ2UJ CSMgTGV2ZWwgMSBMWFQxMDAxIGdpZ2FiaXQgRXRoZXJuZXQKI2RldmljZQkJbXNrCQkjIE1hcnZl bGwvU3lzS29ubmVjdCBZdWtvbiBJSSBHaWdhYml0IEV0aGVybmV0CiNkZXZpY2UJCW5mZQkJIyBu VmlkaWEgbkZvcmNlIE1DUCBvbi1ib2FyZCBFdGhlcm5ldAojZGV2aWNlCQluZ2UJCSMgTmF0U2Vt aSBEUDgzODIwIGdpZ2FiaXQgRXRoZXJuZXQKI2RldmljZQkJbnZlCQkjIG5WaWRpYSBuRm9yY2Ug TUNQIG9uLWJvYXJkIEV0aGVybmV0IE5ldHdvcmtpbmcKI2RldmljZQkJcGNuCQkjIEFNRCBBbTc5 Qzk3eCBQQ0kgMTAvMTAwIChwcmVjZWRlbmNlIG92ZXIgJ2xlJykKI2RldmljZQkJcmUJCSMgUmVh bFRlayA4MTM5QysvODE2OS84MTY5Uy84MTEwUwojZGV2aWNlCQlybAkJIyBSZWFsVGVrIDgxMjkv ODEzOQojZGV2aWNlCQlzZgkJIyBBZGFwdGVjIEFJQy02OTE1IChgYFN0YXJmaXJlJycpCiNkZXZp Y2UJCXNpcwkJIyBTaWxpY29uIEludGVncmF0ZWQgU3lzdGVtcyBTaVMgOTAwL1NpUyA3MDE2CiNk ZXZpY2UJCXNrCQkjIFN5c0tvbm5lY3QgU0stOTg0eCAmIFNLLTk4MnggZ2lnYWJpdCBFdGhlcm5l dAojZGV2aWNlCQlzdGUJCSMgU3VuZGFuY2UgU1QyMDEgKEQtTGluayBERkUtNTUwVFgpCiNkZXZp Y2UJCXN0Z2UJCSMgU3VuZGFuY2UvVGFtYXJhY2sgVEM5MDIxIGdpZ2FiaXQgRXRoZXJuZXQKI2Rl dmljZQkJdGkJCSMgQWx0ZW9uIE5ldHdvcmtzIFRpZ29uIEkvSUkgZ2lnYWJpdCBFdGhlcm5ldAoj ZGV2aWNlCQl0bAkJIyBUZXhhcyBJbnN0cnVtZW50cyBUaHVuZGVyTEFOCiNkZXZpY2UJCXR4CQkj IFNNQyBFdGhlclBvd2VyIElJICg4M2MxNzAgYGBFUElDJycpCiNkZXZpY2UJCXZnZQkJIyBWSUEg VlQ2MTJ4IGdpZ2FiaXQgRXRoZXJuZXQKI2RldmljZQkJdnIJCSMgVklBIFJoaW5lLCBSaGluZSBJ SQojZGV2aWNlCQl3YgkJIyBXaW5ib25kIFc4OUM4NDBGCiNkZXZpY2UJCXhsCQkjIDNDb20gM2M5 MHggKGBgQm9vbWVyYW5nJycsIGBgQ3ljbG9uZScnKQoKIyBJU0EgRXRoZXJuZXQgTklDcy4gIHBj Y2FyZCBOSUNzIGluY2x1ZGVkLgojZGV2aWNlCQljcwkJIyBDcnlzdGFsIFNlbWljb25kdWN0b3Ig Q1M4OXgwIE5JQwojICdkZXZpY2UgZWQnIHJlcXVpcmVzICdkZXZpY2UgbWlpYnVzJwojZGV2aWNl CQllZAkJIyBORVsxMl0wMDAsIFNNQyBVbHRyYSwgM2M1MDMsIERTODM5MCBjYXJkcwojZGV2aWNl CQlleAkJIyBJbnRlbCBFdGhlckV4cHJlc3MgUHJvLzEwIGFuZCBQcm8vMTArCiNkZXZpY2UJCWVw CQkjIEV0aGVybGluayBJSUkgYmFzZWQgY2FyZHMKI2RldmljZQkJZmUJCSMgRnVqaXRzdSBNQjg2 OTZ4IGJhc2VkIGNhcmRzCiNkZXZpY2UJCWllCQkjIEV0aGVyRXhwcmVzcyA4LzE2LCAzQzUwNywg U3RhckxBTiAxMCBldGMuCiNkZXZpY2UJCXNuCQkjIFNNQydzIDkwMDAgc2VyaWVzIG9mIEV0aGVy bmV0IGNoaXBzCiNkZXZpY2UJCXhlCQkjIFhpcmNvbSBwY2NhcmQgRXRoZXJuZXQKCiMgV2lyZWxl c3MgTklDIGNhcmRzCiNkZXZpY2UJCXdsYW4JCSMgODAyLjExIHN1cHBvcnQKI2RldmljZQkJd2xh bl93ZXAJIyA4MDIuMTEgV0VQIHN1cHBvcnQKI2RldmljZQkJd2xhbl9jY21wCSMgODAyLjExIEND TVAgc3VwcG9ydAojZGV2aWNlCQl3bGFuX3RraXAJIyA4MDIuMTEgVEtJUCBzdXBwb3J0CiNkZXZp Y2UJCXdsYW5fYW1ycgkjIEFNUlIgdHJhbnNtaXQgcmF0ZSBjb250cm9sIGFsZ29yaXRobQojZGV2 aWNlCQl3bGFuX3NjYW5fYXAJIyA4MDIuMTEgQVAgbW9kZSBzY2FubmluZwojZGV2aWNlCQl3bGFu X3NjYW5fc3RhCSMgODAyLjExIFNUQSBtb2RlIHNjYW5uaW5nCiNkZXZpY2UJCWFuCQkjIEFpcm9u ZXQgNDUwMC80ODAwIDgwMi4xMSB3aXJlbGVzcyBOSUNzLgojZGV2aWNlCQlhdGgJCSMgQXRoZXJv cyBwY2kvY2FyZGJ1cyBOSUMncwojZGV2aWNlCQlhdGhfaGFsCQkjIEF0aGVyb3MgSEFMIChIYXJk d2FyZSBBY2Nlc3MgTGF5ZXIpCiNkZXZpY2UJCWF0aF9yYXRlX3NhbXBsZQkjIFNhbXBsZVJhdGUg dHggcmF0ZSBjb250cm9sIGZvciBhdGgKI2RldmljZQkJYXdpCQkjIEJheVN0YWNrIDY2MCBhbmQg b3RoZXJzCiNkZXZpY2UJCXJhbAkJIyBSYWxpbmsgVGVjaG5vbG9neSBSVDI1MDAgd2lyZWxlc3Mg TklDcy4KI2RldmljZQkJd2kJCSMgV2F2ZUxBTi9JbnRlcnNpbC9TeW1ib2wgODAyLjExIHdpcmVs ZXNzIE5JQ3MuCiNkZXZpY2UJCXdsCQkjIE9sZGVyIG5vbiA4MDIuMTEgV2F2ZWxhbiB3aXJlbGVz cyBOSUMuCgojIFBzZXVkbyBkZXZpY2VzLgpkZXZpY2UJCWxvb3AJCSMgTmV0d29yayBsb29wYmFj awpkZXZpY2UJCXJhbmRvbQkJIyBFbnRyb3B5IGRldmljZQpkZXZpY2UJCWV0aGVyCQkjIEV0aGVy bmV0IHN1cHBvcnQKI2RldmljZQkJc2wJCSMgS2VybmVsIFNMSVAKI2RldmljZQkJcHBwCQkjIEtl cm5lbCBQUFAKZGV2aWNlCQl0dW4JCSMgUGFja2V0IHR1bm5lbC4KZGV2aWNlCQlwdHkJCSMgUHNl dWRvLXR0eXMgKHRlbG5ldCBldGMpCmRldmljZQkJbWQJCSMgTWVtb3J5ICJkaXNrcyIKZGV2aWNl CQlnaWYJCSMgSVB2NiBhbmQgSVB2NCB0dW5uZWxpbmcKZGV2aWNlCQlmYWl0aAkJIyBJUHY2LXRv LUlQdjQgcmVsYXlpbmcgKHRyYW5zbGF0aW9uKQpkZXZpY2UJCWZpcm13YXJlCSMgZmlybXdhcmUg YXNzaXN0IG1vZHVsZQoKIyBUaGUgYGJwZicgZGV2aWNlIGVuYWJsZXMgdGhlIEJlcmtlbGV5IFBh Y2tldCBGaWx0ZXIuCiMgQmUgYXdhcmUgb2YgdGhlIGFkbWluaXN0cmF0aXZlIGNvbnNlcXVlbmNl cyBvZiBlbmFibGluZyB0aGlzIQojIE5vdGUgdGhhdCAnYnBmJyBpcyByZXF1aXJlZCBmb3IgREhD UC4KZGV2aWNlCQlicGYJCSMgQmVya2VsZXkgcGFja2V0IGZpbHRlcgoKIyBVU0Igc3VwcG9ydApk ZXZpY2UJCXVoY2kJCSMgVUhDSSBQQ0ktPlVTQiBpbnRlcmZhY2UKZGV2aWNlCQlvaGNpCQkjIE9I Q0kgUENJLT5VU0IgaW50ZXJmYWNlCmRldmljZQkJZWhjaQkJIyBFSENJIFBDSS0+VVNCIGludGVy ZmFjZSAoVVNCIDIuMCkKZGV2aWNlCQl1c2IJCSMgVVNCIEJ1cyAocmVxdWlyZWQpCiNkZXZpY2UJ CXVkYnAJCSMgVVNCIERvdWJsZSBCdWxrIFBpcGUgZGV2aWNlcwojZGV2aWNlCQl1Z2VuCQkjIEdl bmVyaWMKZGV2aWNlCQl1aGlkCQkjICJIdW1hbiBJbnRlcmZhY2UgRGV2aWNlcyIKZGV2aWNlCQl1 a2JkCQkjIEtleWJvYXJkCmRldmljZQkJdWxwdAkJIyBQcmludGVyCmRldmljZQkJdW1hc3MJCSMg RGlza3MvTWFzcyBzdG9yYWdlIC0gUmVxdWlyZXMgc2NidXMgYW5kIGRhCmRldmljZQkJdW1zCQkj IE1vdXNlCiNkZXZpY2UJCXVyYWwJCSMgUmFsaW5rIFRlY2hub2xvZ3kgUlQyNTAwVVNCIHdpcmVs ZXNzIE5JQ3MKI2RldmljZQkJcnVtCQkjIFJhbGluayBUZWNobm9sb2d5IFJUMjUwMVVTQiB3aXJl bGVzcyBOSUNzCiNkZXZpY2UJCXVyaW8JCSMgRGlhbW9uZCBSaW8gNTAwIE1QMyBwbGF5ZXIKI2Rl dmljZQkJdXNjYW5uZXIJIyBTY2FubmVycwojIFVTQiBFdGhlcm5ldCwgcmVxdWlyZXMgbWlpYnVz CiNkZXZpY2UJCWF1ZQkJIyBBRE10ZWsgVVNCIEV0aGVybmV0CiNkZXZpY2UJCWF4ZQkJIyBBU0lY IEVsZWN0cm9uaWNzIFVTQiBFdGhlcm5ldAojZGV2aWNlCQljZGNlCQkjIEdlbmVyaWMgVVNCIG92 ZXIgRXRoZXJuZXQKI2RldmljZQkJY3VlCQkjIENBVEMgVVNCIEV0aGVybmV0CiNkZXZpY2UJCWt1 ZQkJIyBLYXdhc2FraSBMU0kgVVNCIEV0aGVybmV0CiNkZXZpY2UJCXJ1ZQkJIyBSZWFsVGVrIFJU TDgxNTAgVVNCIEV0aGVybmV0CgojIEZpcmVXaXJlIHN1cHBvcnQKZGV2aWNlCQlmaXJld2lyZQkj IEZpcmVXaXJlIGJ1cyBjb2RlCmRldmljZQkJc2JwCQkjIFNDU0kgb3ZlciBGaXJlV2lyZSAoUmVx dWlyZXMgc2NidXMgYW5kIGRhKQpkZXZpY2UJCWZ3ZQkJIyBFdGhlcm5ldCBvdmVyIEZpcmVXaXJl IChub24tc3RhbmRhcmQhKQpkZXZpY2UJCWZ3aXAJCSMgSVAgb3ZlciBGaXJlV2lyZSAoUkZDIDI3 MzQsMzE0NikKZGV2aWNlCQlkY29ucwkJIyBEdW1iIGNvbnNvbGUgZHJpdmVyCmRldmljZQkJZGNv bnNfY3JvbQkjIENvbmZpZ3VyYXRpb24gUk9NIGZvciBkY29ucwoKCgojIyMgY3VzdG9tIG9wdGlv bnMgZm9yIFNVQk1BUklORV9TTU8gIyMjCgojIHNvdW5kIGRldmljZXMKCiNkZXZpY2UgICAgICAg ICBzb3VuZAojZGV2aWNlICAgICAgICAgc25kX3NiYwojZGV2aWNlICAgICAgICAgInNuZF9zYjE2 IgoKCiMjIG5ldHdvcmtpbmcgb3B0aW9ucyAjIwoKIyBwZiAKCmRldmljZSAgICAgICAgICBwZgpk ZXZpY2UgICAgICAgICAgcGZsb2cKZGV2aWNlICAgICAgICAgIHBmc3luYwoKIyBhbHRxCgojb3B0 aW9ucyAgICAgICAgIEFMVFEKI29wdGlvbnMgICAgICAgICBBTFRRX0NCUQojb3B0aW9ucyAgICAg ICAgIEFMVFFfUkVECiNvcHRpb25zICAgICAgICAgQUxUUV9SSU8gICAKI29wdGlvbnMgICAgICAg ICBBTFRRX0hGU0MKI29wdGlvbnMgICAgICAgICBBTFRRX0NETlIKI29wdGlvbnMgICAgICAgICBB TFRRX1BSSVEKI29wdGlvbnMgICAgICAgICBBTFRRX05PUENDCiNvcHRpb25zICAgICAgICAgQUxU UV9ERUJVRwoKIyBydWRpbWVudGFyeSBwcm90ZWN0aW9uCgpvcHRpb25zICAgICAgICAgSVBTVEVB TFRICgojIGVuYWJsZSBqb3VybmFsbGluZwoKb3B0aW9ucyAgICAgICAgIEdFT01fSk9VUk5BTAoK IyBpbmNyZWFzZSBLVkFfUEFHRVMgZm9yIHpmcwoKb3B0aW9ucyAgICAgICAgIEtWQV9QQUdFUz01 MTIJCSAKCgojIHJlYXNvbmFibGUgaHogbGV2ZWwgIAoKb3B0aW9ucyAgICAgICAgSFo9MTAwICAg CgoKCiMjIHNldCBjb25zb2xlIHJlc29sdXRpb24gdG8gODAweDYwMCwgMTAyNHg3NjggYXdhaXRz ISEgIyMKCiMgVkVTQSBzdXBwb3J0CgpvcHRpb25zICAgICAgICAgVkVTQSAgCgojIHJhc3RlciBk aXNwbGF5IHN1cHBvcnQgZm9yIDgwMHg2MDAgcmVzb2x1dGlvbgoKb3B0aW9ucyAgICAgICAgIFND X1BJWEVMX01PREUKCgojIGVuYWJsZSBkZXZpY2UgcG9sbGluZyAKCm9wdGlvbnMgICAgICAgICBE RVZJQ0VfUE9MTElORwoKCgojIyBhZGQgaHB1c2IgYWthIHVzYjIgZHJpdmVycyAtIE9CU09MRVRF RCEKCiNjb3JlIHVzYjIgZHJpdmVyCiNkZXZpY2UJCXVzYjJfY29yZQkJIyBVU0IgQ29yZSAocmVx dWlyZWQpCgojIFVTQiBjb250cm9sbGVycwojZGV2aWNlCQl1c2IyX2NvbnRyb2xsZXIJCSMgVVNC IENvbnRyb2xsZXIgKHJlcXVpcmVkKQojZGV2aWNlCQl1c2IyX2NvbnRyb2xsZXJfdWhjaQkjIFVI Q0kgUENJLT5VU0IgaW50ZXJmYWNlCiNkZXZpY2UJCXVzYjJfY29udHJvbGxlcl9vaGNpCSMgT0hD SSBQQ0ktPlVTQiBpbnRlcmZhY2UKI2RldmljZQkJdXNiMl9jb250cm9sbGVyX2VoY2kJIyBFSENJ IFBDSS0+VVNCIGludGVyZmFjZSAoVVNCIDIuMCkKI2RldmljZQkJdXNiMl9taXNjCQkjIFVTQiBN aXNjLiAocmVxdWlyZWQpCiNkZXZpY2UJCXVzYjJfbWlzY19kYnAJCSMgVVNCIERvdWJsZSBCdWxr IFBpcGUgZGV2aWNlcwoKIyBVU0IgaW5wdXQKI2RldmljZQkJdXNiMl9pbnB1dAkJIyBVU0IgSW5w dXQgKHJlcXVpcmVkKQojZGV2aWNlCQl1c2IyX2lucHV0X2hpZAkJIyAiSHVtYW4gSW50ZXJmYWNl IERldmljZXMiCiNkZXZpY2UJCXVzYjJfaW5wdXRfa2JkCQkjIEtleWJvYXJkCiNkZXZpY2UJCXVz YjJfaW5wdXRfbXMJCSMgTW91c2UKCiMgVVNCIHN0b3JhZ2UKI2RldmljZQkJdXNiMl9zdG9yYWdl CiNkZXZpY2UJCXVzYjJfc3RvcmFnZV9tYXNzCSMgRGlza3MvTWFzcyBzdG9yYWdlIC0gUmVxdWly ZXMgc2NidXMgYW5kIGRhCg== --Multipart=_Sun__19_Apr_2009_15_55_50_+0200_a/G3FOXeeOfUxUiq-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 19 14:14:05 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76F581065674 for ; Sun, 19 Apr 2009 14:14:05 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe15.tele2.se [212.247.155.193]) by mx1.freebsd.org (Postfix) with ESMTP id 0E0318FC14 for ; Sun, 19 Apr 2009 14:14:04 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=kr--chbQIzcA:10 a=bMpJJRlrZcUA:10 a=vphfLX9HVxV8APuImJEA:9 a=-QDjDbUtBC7VWfpkReIdniUGxNEA:4 Received: from [62.113.132.61] (account mc467741@c2i.net HELO [10.37.1.92]) by mailfe15.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 480990123; Sun, 19 Apr 2009 16:14:03 +0200 From: Hans Petter Selasky To: Marc "UBM" Bocklet Date: Sun, 19 Apr 2009 16:16:35 +0200 User-Agent: KMail/1.9.7 References: <20090419134204.57ad25a7.ubm@u-boot-man.de> <200904191527.58168.hselasky@c2i.net> <20090419155550.e9c8f244.ubm@u-boot-man.de> In-Reply-To: <20090419155550.e9c8f244.ubm@u-boot-man.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200904191616.35868.hselasky@c2i.net> Cc: freebsd-current@freebsd.org Subject: Re: minor annoyance with usb transition (or pilot 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, 19 Apr 2009 14:14:05 -0000 On Sunday 19 April 2009, Marc UBM Bocklet wrote: > On Sun, 19 Apr 2009 15:27:57 +0200 > Look at "man udbp". There you will find the information you need. --HPS From owner-freebsd-current@FreeBSD.ORG Sun Apr 19 14:32:26 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E73881065672 for ; Sun, 19 Apr 2009 14:32:26 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id A72F18FC1B for ; Sun, 19 Apr 2009 14:32:26 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (pD954F81C.dip.t-dialin.net [217.84.248.28]) by redbull.bpaserver.net (Postfix) with ESMTP id A5B002E1FB; Sun, 19 Apr 2009 16:32:19 +0200 (CEST) Received: from unknown (IO.Leidinger.net [192.168.2.103]) by outgoing.leidinger.net (Postfix) with ESMTP id 6DF7C1B6744; Sun, 19 Apr 2009 16:32:15 +0200 (CEST) Date: Sun, 19 Apr 2009 16:32:13 +0200 From: Alexander Leidinger To: Rainer Hurling Message-ID: <20090419163213.00004dbe@unknown> In-Reply-To: <49E98C97.9080602@gwdg.de> References: <49E98C97.9080602@gwdg.de> X-Mailer: Claws Mail 3.7.1 (GTK+ 2.10.13; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: A5B002E1FB.587D5 X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, ORDB-RBL, SpamAssassin (not cached, score=-14.9, required 6, BAYES_00 -15.00, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: freebsd-current@freebsd.org Subject: Re: acroread8 does not print any more X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Apr 2009 14:32:27 -0000 On Sat, 18 Apr 2009 10:17:27 +0200 Rainer Hurling wrote: > Since I am using the new linux emulator f8 I am not able to print > with acroread8 any more. I get this behaviour on three different > systems. The following message does appear in acroread: > > --------------------------------------------------------- > Beim Drucken ist folgender Fehler aufgetreten... > '/libexec/ld-elf.so.1: Shared object "libc.so.6" not found, > required by "libgcc_s.so.1"' > --------------------------------------------------------- Do you have a custom command configured in acroread to print? If not, have a look at it so that it uses lpr instead of lp. If you use already lpr, have a look which one is used and if it is working if you use it manually. Bye, Alexander. From owner-freebsd-current@FreeBSD.ORG Sun Apr 19 14:35:41 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10E791065675 for ; Sun, 19 Apr 2009 14:35:41 +0000 (UTC) (envelope-from Matthias.Apitz@oclc.org) Received: from mail.pica.nl (mail.pica.nl [192.87.44.30]) by mx1.freebsd.org (Postfix) with ESMTP id 9D99D8FC15 for ; Sun, 19 Apr 2009 14:35:40 +0000 (UTC) (envelope-from Matthias.Apitz@oclc.org) Received: from rebelion.Sisis.de ([10.49.96.10]) by mail.pica.nl with Microsoft SMTPSVC(6.0.3790.3959); Sun, 19 Apr 2009 16:35:38 +0200 Received: (from guru@localhost) by rebelion.Sisis.de (8.14.2/8.13.8/Submit) id n3JEZbfh020401; Sun, 19 Apr 2009 16:35:37 +0200 (CEST) (envelope-from matthias.apitz@oclc.org) X-Authentication-Warning: rebelion.Sisis.de: guru set sender to matthias.apitz@oclc.org using -f Date: Sun, 19 Apr 2009 16:35:37 +0200 From: Matthias Apitz To: Nicolas Message-ID: <20090419143537.GA19064@rebelion.Sisis.de> References: <49EAF042.6030209@wanadoo.fr> <20090419111105.GA11449@rebelion.Sisis.de> <49EB0FED.4060408@wanadoo.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <49EB0FED.4060408@wanadoo.fr> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.0-STABLE (i386) X-OriginalArrivalTime: 19 Apr 2009 14:35:39.0146 (UTC) FILETIME=[1C09B6A0:01C9C0FC] Cc: freebsd-current@freebsd.org Subject: Re: linux-flashplugin-9 && firefox-3.0.7, 1 does not play in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Apr 2009 14:35:41 -0000 El día Sunday, April 19, 2009 a las 01:50:05PM +0200, Nicolas escribió: > Ok, i think i know your problem. > Can you try this: > > ----------------------------------------------------------------------- > 1. Delete all directories related to linux in /var/db/pkg > > 2. Delete all directories in /usr/compat/linux (except proc directory) > > 3. Add OVERRIDE_LINUX_BASE_PORT=f8 and OVERRIDE_LINUX_NONBASE_PORTS=f8 > to your /etc/make.conf > > 4. Go to /usr/ports/emulators/linux_base-f8 and make install > > 5. Go to /usr/ports/www/linux-flashplugin9 and make install > > 6. Go to /usr/compat/linux/lib and type in terminal (in root of course): > ln -s libssl.so.6 libssl.so.5 > > 7. Reboot > ----------------------------------------------------------------------- > > Is it working ? > Nicolas. Hi Nicolas, As I said I build the ports + resulting packages on a faster host (vm-naranja), moved all packages resulting from # pkg_create -Rnb xxxxx to an EeePC and pkg_add'ed them there; before following your procedure above I was trying to understand what your procedure means in my case of the flow of installation and espec. I've checked /usr/compat/linux/lib on the target host, the EeePC; and there is no /usr/compat/linux/lib: tiny# cd /usr/compat/linux/ tiny# ls -l total 0 dr-xr-xr-x 1 root wheel 0 19 abr 16:05 proc while /usr/compat/linux/lib is there on the host where the ports have been compiled and installed during 'make install'; this could mean that something is wrong in my procedure at all; for example the file libreadline.so.5.2 in /usr/compat/linux/lib was created there yesterday (when I build the linux_base-f8) but is not visible as a part of any package: vm-naranja# cd /usr/compat/linux/lib vm-naranja# pkg_info -W libreadline.so.5.2 vm-naranja# ls -l libreadline.so.5.2 -rwxr-xr-x 1 root wheel 212996 Apr 18 13:54 libreadline.so.5.2 the package linux_base-f8-8_11.tbz itself does contain it: tiny# cd /PKGDIR-CURRENT tiny# tar tzf linux_base-f8-8_11.tbz | fgrep libread lib/libreadline.so.5 lib/libreadline.so.5.2 tiny# find / -name libreadline.so.5.2 -exec ls -l {} \; -rwxr-xr-x 1 root wheel 212996 18 abr 13:54 /compat/linux/lib/libreadline.so.5.2 i.e. the 'pkg_add linux_base-f8-8_11.tbz' put the libs below /compat/linux/lib... yes, all stuff from the package is below /compat/linux: tiny# ls -l /compat/linux total 28 drwxr-xr-x 2 root wheel 1024 19 abr 10:21 bin drwxr-xr-x 22 root wheel 1024 19 abr 10:22 etc drwxr-xr-x 7 root wheel 4096 19 abr 10:22 lib drwxr-xr-x 2 root wheel 512 19 abr 10:22 media drwxr-xr-x 2 root wheel 512 19 abr 10:22 mnt ... and /usr/compat/linux/proc only exist because I've created it by hand as said in http://crnl.org/blog/2008/11/01/flash-9-for-freebsd-71 # mkdir -p /usr/compat/linux/proc # mount /usr/compat/linux/proc I followd a wild gues and changed /etc/fstab for linproc to: linproc /compat/linux/proc linprocfs rw 0 0 rebooted and now it plays fine; but: what does this mean concerning the package linux_base-f8-8_11.tbz? why are some files (libreadline.so.5.2) not registered? and why they are installed on the building host in /usr/compat/linux/ and on the target host with pkg_add in /compat/linux? Thanks for your time in any case; matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.oclc.org/ http://www.UnixArea.de/ People who hate Microsoft Windows use Linux but people who love UNIX use FreeBSD. From owner-freebsd-current@FreeBSD.ORG Sun Apr 19 14:40:45 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C61D1065670 for ; Sun, 19 Apr 2009 14:40:45 +0000 (UTC) (envelope-from Matthias.Apitz@oclc.org) Received: from mail.pica.nl (mail.pica.nl [192.87.44.30]) by mx1.freebsd.org (Postfix) with ESMTP id AAD7F8FC0A for ; Sun, 19 Apr 2009 14:40:44 +0000 (UTC) (envelope-from Matthias.Apitz@oclc.org) Received: from rebelion.Sisis.de ([10.49.96.10]) by mail.pica.nl with Microsoft SMTPSVC(6.0.3790.3959); Sun, 19 Apr 2009 16:40:43 +0200 Received: (from guru@localhost) by rebelion.Sisis.de (8.14.2/8.13.8/Submit) id n3JEegW1021250; Sun, 19 Apr 2009 16:40:42 +0200 (CEST) (envelope-from matthias.apitz@oclc.org) X-Authentication-Warning: rebelion.Sisis.de: guru set sender to matthias.apitz@oclc.org using -f Date: Sun, 19 Apr 2009 16:40:42 +0200 From: Matthias Apitz To: eculp Message-ID: <20090419144042.GB19064@rebelion.Sisis.de> References: <49EAF042.6030209@wanadoo.fr> <20090419111105.GA11449@rebelion.Sisis.de> <20090419065207.90531ns8hxq865b4@econet.encontacto.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20090419065207.90531ns8hxq865b4@econet.encontacto.net> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.0-STABLE (i386) X-OriginalArrivalTime: 19 Apr 2009 14:40:43.0554 (UTC) FILETIME=[D17AB020:01C9C0FC] Cc: freebsd-current@freebsd.org Subject: Re: linux-flashplugin-9 && firefox-3.0.7, 1 does not play in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Apr 2009 14:40:45 -0000 El día Sunday, April 19, 2009 a las 06:52:07AM -0500, eculp escribió: > Somewhat off topic but following the very simple instructions from > Nicolas given in the recent thread - "Flash10, > with up to date current, not even recognized with about:plugins." > > I have flash 10 working as well as flash9 worked also on current. > The only "problem" is the npviewer.bin issues that I was also having > with flash9. > > In case you are interested. What is the 'npviewer.bin issues' that you have exactly? Firefox3 is now playing with Flash 9 but hangs on terminating the page; I have to $ killall npviewer.bin Thx matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.oclc.org/ http://www.UnixArea.de/ People who hate Microsoft Windows use Linux but people who love UNIX use FreeBSD. From owner-freebsd-current@FreeBSD.ORG Sun Apr 19 14:58:34 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3D82106564A for ; Sun, 19 Apr 2009 14:58:34 +0000 (UTC) (envelope-from emoxam@gmail.com) Received: from mail-fx0-f167.google.com (mail-fx0-f167.google.com [209.85.220.167]) by mx1.freebsd.org (Postfix) with ESMTP id 3014E8FC19 for ; Sun, 19 Apr 2009 14:58:34 +0000 (UTC) (envelope-from emoxam@gmail.com) Received: by fxm11 with SMTP id 11so1572484fxm.43 for ; Sun, 19 Apr 2009 07:58:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=cTzfnUqjAqbGLMMOpG9LZ2EQBKHg733a3leBMfBkgao=; b=vBqNTh9jypcZRRqI3jDCUAfz/ufj90UfsSv3FcNbN1/3bTy+aGVGdWg3AaEzotd160 PyjOjwWgtj39wAfkz/8R6/p+QcwQ8yE9XpUYeQh0KbYM4YGlgKpHIDP7Q+fPYevOgnGP Jpr4oyJtHiN/O4mo5qEtspmnaQU//b+3MfeeU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; b=acA0udTVRqrhFzNr1eMVjSaLQ0raAn2zILJtf71yHoUr7Pq3WuT/AUZBYD4eXIJ9RL MyJre7FUNTUYXnMVQ0atYydG7QdkVkj5khpn5DkDtiZaehZV/o6Qss66SP6cv5Y4G419 +pvvJn8EaYBcwLDwduU8BU+Jx3mWU1M6iBphc= Received: by 10.86.95.20 with SMTP id s20mr3320140fgb.32.1240151327725; Sun, 19 Apr 2009 07:28:47 -0700 (PDT) Received: from ?192.168.1.10? ([79.165.188.218]) by mx.google.com with ESMTPS id e11sm1798401fga.4.2009.04.19.07.28.46 (version=SSLv3 cipher=RC4-MD5); Sun, 19 Apr 2009 07:28:47 -0700 (PDT) Message-ID: <49EB350F.30804@gmail.com> Date: Sun, 19 Apr 2009 18:28:31 +0400 From: =?UTF-8?B?0KHRg9GF0L7RgNGD0LrQvtCyINCQ0LvQtdC60YHQsNC90LTRgA==?= User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20090419120015.683A51065676@hub.freebsd.org> In-Reply-To: <20090419120015.683A51065676@hub.freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: freebsd-current Digest, Vol 287, Issue 12 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2009 14:58:35 -0000 Hello all, please excuse me, i really didn't get can i post my problem here and hope for the help ? thanx From owner-freebsd-current@FreeBSD.ORG Sun Apr 19 15:28:23 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8EA481065670 for ; Sun, 19 Apr 2009 15:28:23 +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 1F97E8FC15 for ; Sun, 19 Apr 2009 15:28:23 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.23] (helo=13.mx.freenet.de) by mout5.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #89) id 1LvYwO-00073j-3m; Sun, 19 Apr 2009 17:28:20 +0200 Received: from ta131.t.pppool.de ([89.55.161.49]:48467 helo=ernst.jennejohn.org) by 13.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #79) id 1LvYwN-0001cr-TP; Sun, 19 Apr 2009 17:28:20 +0200 Date: Sun, 19 Apr 2009 17:28:17 +0200 From: Gary Jennejohn To: Matthias Apitz Message-ID: <20090419172817.40656d65@ernst.jennejohn.org> In-Reply-To: <20090419144042.GB19064@rebelion.Sisis.de> References: <49EAF042.6030209@wanadoo.fr> <20090419111105.GA11449@rebelion.Sisis.de> <20090419065207.90531ns8hxq865b4@econet.encontacto.net> <20090419144042.GB19064@rebelion.Sisis.de> X-Mailer: Claws Mail 3.7.1 (GTK+ 2.14.7; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: linux-flashplugin-9 && firefox-3.0.7, 1 does not play in -CURRENT 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: Sun, 19 Apr 2009 15:28:23 -0000 On Sun, 19 Apr 2009 16:40:42 +0200 Matthias Apitz wrote: > El d__a Sunday, April 19, 2009 a las 06:52:07AM -0500, eculp escribi__: > > > Somewhat off topic but following the very simple instructions from > > Nicolas given in the recent thread - "Flash10, > > with up to date current, not even recognized with about:plugins." > > > > I have flash 10 working as well as flash9 worked also on current. > > The only "problem" is the npviewer.bin issues that I was also having > > with flash9. > > > > In case you are interested. > > What is the 'npviewer.bin issues' that you have exactly? > > Firefox3 is now playing with Flash 9 but hangs on terminating the page; > I have to > > $ killall npviewer.bin > That's the problem. I've seen npviewer.bin core dumping a lot and requiring a kill of all the leftover npviewer.bin's. Very annoying. Someday I may get around to debugging it. --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Sun Apr 19 16:14:11 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A21871065672 for ; Sun, 19 Apr 2009 16:14:11 +0000 (UTC) (envelope-from c.r.n.a@wanadoo.fr) Received: from smtp19.orange.fr (smtp19.orange.fr [80.12.242.1]) by mx1.freebsd.org (Postfix) with ESMTP id 3B7758FC08 for ; Sun, 19 Apr 2009 16:14:11 +0000 (UTC) (envelope-from c.r.n.a@wanadoo.fr) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf1903.orange.fr (SMTP Server) with ESMTP id 1C58D20000AC; Sun, 19 Apr 2009 18:14:10 +0200 (CEST) Received: from [192.168.1.27] (ABordeaux-157-1-149-99.w86-210.abo.wanadoo.fr [86.210.156.99]) by mwinf1903.orange.fr (SMTP Server) with ESMTP id 9D92320000A9; Sun, 19 Apr 2009 18:14:09 +0200 (CEST) X-ME-UUID: 20090419161409645.9D92320000A9@mwinf1903.orange.fr Message-ID: <49EB4D5D.2000800@wanadoo.fr> Date: Sun, 19 Apr 2009 18:12:13 +0200 From: Nicolas User-Agent: Thunderbird 2.0.0.21 (X11/20090414) MIME-Version: 1.0 To: Matthias Apitz , freebsd-current@freebsd.org References: <49EAF042.6030209@wanadoo.fr> <20090419111105.GA11449@rebelion.Sisis.de> <49EB0FED.4060408@wanadoo.fr> <20090419143537.GA19064@rebelion.Sisis.de> In-Reply-To: <20090419143537.GA19064@rebelion.Sisis.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 19 Apr 2009 16:28:28 +0000 Cc: Subject: Re: linux-flashplugin-9 && firefox-3.0.7, 1 does not play in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Apr 2009 16:14:12 -0000 Hi Matthias, Great if it's working ! This is my installed packages: linux-f8-aspell-0.60.5 linux-f8-atk-1.20.0 linux-f8-cairo-1.4.14 linux-f8-curl-7.18.2 linux-f8-expat-2.0.1 linux-f8-fontconfig-2.4.2 linux-f8-gtk2-2.12.8 linux-f8-hicolor-icon-theme-0.5 linux-f8-jpeg-6b linux-f8-libidn-0.6.14 linux-f8-libsigc++20-2.0.18 linux-f8-libssh2-0.18 linux-f8-nspr-4.7.3 linux-f8-nss-3.12.2.0 linux-f8-openssl-0.9.8b linux-f8-pango-1.18.4 linux-f8-png-1.2.22 linux-f8-scim-libs-1.4.7 linux-f8-sqlite3-3.4.2 linux-f8-tiff-3.8.2 linux-f8-xorg-libs-7.3_2 linux-flashplugin-9.0r159 linux_base-f9-9 This is my " ls -l /compat/linux" total 26 drwxr-xr-x 2 root wheel 1024 16 avr 14:40 bin drwxr-xr-x 22 root wheel 1536 16 avr 16:12 etc drwxr-xr-x 6 root wheel 3072 16 avr 17:19 lib drwxr-xr-x 2 root wheel 512 16 avr 14:40 media drwxr-xr-x 2 root wheel 512 16 avr 14:40 mnt drwxr-xr-x 2 root wheel 512 16 avr 14:40 opt dr-xr-xr-x 1 root wheel 0 19 avr 17:58 proc drwxr-xr-x 2 root wheel 512 16 avr 14:40 sbin drwxr-xr-x 2 root wheel 512 16 avr 14:40 selinux drwxr-xr-x 2 root wheel 512 16 avr 14:40 srv drwxr-xr-x 2 root wheel 512 16 avr 14:40 sys drwxr-xr-x 13 root wheel 512 16 avr 14:40 usr drwxr-xr-x 14 root wheel 512 16 avr 14:40 var In your previous message, i see you have old linux compat (fedora 4) with new compat (fedora 8), so i think it's better to delete all files related to the old emulator and install a fresh version of the new. For the last question, i don't know ! :-) You know, you can do anything directly on the eeepc, in fact, there is no real build, just download and install, no build! In near future, if you have some problem, you can reinstall all directly on the eeepc ! Nicolas. > Hi Nicolas, > > As I said I build the ports + resulting packages on a faster host > (vm-naranja), moved all packages resulting from > > # pkg_create -Rnb xxxxx > > to an EeePC and pkg_add'ed them there; before following your procedure > above I was trying to understand what your procedure means in my case of > the flow of installation and espec. I've checked /usr/compat/linux/lib > on the target host, the EeePC; and there is no /usr/compat/linux/lib: > > tiny# cd /usr/compat/linux/ > tiny# ls -l > total 0 > dr-xr-xr-x 1 root wheel 0 19 abr 16:05 proc > > while /usr/compat/linux/lib is there on > the host where the ports have been compiled and installed during 'make > install'; this could mean that something is wrong in my procedure at > all; for example the file libreadline.so.5.2 in /usr/compat/linux/lib > was created there yesterday (when I build the linux_base-f8) but is not > visible as a part of any package: > > vm-naranja# cd /usr/compat/linux/lib > vm-naranja# pkg_info -W libreadline.so.5.2 > vm-naranja# ls -l libreadline.so.5.2 > -rwxr-xr-x 1 root wheel 212996 Apr 18 13:54 libreadline.so.5.2 > > the package linux_base-f8-8_11.tbz itself does contain it: > > tiny# cd /PKGDIR-CURRENT > tiny# tar tzf linux_base-f8-8_11.tbz | fgrep libread > lib/libreadline.so.5 > lib/libreadline.so.5.2 > tiny# find / -name libreadline.so.5.2 -exec ls -l {} \; > -rwxr-xr-x 1 root wheel 212996 18 abr 13:54 /compat/linux/lib/libreadline.so.5.2 > > i.e. the 'pkg_add linux_base-f8-8_11.tbz' put the libs below > /compat/linux/lib... > > yes, all stuff from the package is below /compat/linux: > > tiny# ls -l /compat/linux > total 28 > drwxr-xr-x 2 root wheel 1024 19 abr 10:21 bin > drwxr-xr-x 22 root wheel 1024 19 abr 10:22 etc > drwxr-xr-x 7 root wheel 4096 19 abr 10:22 lib > drwxr-xr-x 2 root wheel 512 19 abr 10:22 media > drwxr-xr-x 2 root wheel 512 19 abr 10:22 mnt > ... > > and /usr/compat/linux/proc only exist because I've created it by hand as > said in http://crnl.org/blog/2008/11/01/flash-9-for-freebsd-71 > > # mkdir -p /usr/compat/linux/proc > # mount /usr/compat/linux/proc > > I followd a wild gues and changed /etc/fstab for linproc to: > > linproc /compat/linux/proc linprocfs rw 0 0 > > rebooted and now it plays fine; > > but: what does this mean concerning the package linux_base-f8-8_11.tbz? > why are some files (libreadline.so.5.2) not registered? and why they are > installed on the building host in /usr/compat/linux/ and on the target > host with pkg_add in /compat/linux? > > Thanks for your time in any case; > > matthias > From owner-freebsd-current@FreeBSD.ORG Sun Apr 19 16:30:19 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4AEC41065670 for ; Sun, 19 Apr 2009 16:30:19 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id DDAC88FC15 for ; Sun, 19 Apr 2009 16:30:18 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 6AF6546B03 for ; Sun, 19 Apr 2009 12:30:18 -0400 (EDT) Date: Sun, 19 Apr 2009 17:30:18 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: OpenBSM 1.1 imported (was: svn commit: r191273 - in head: contrib/openbsm contrib/openbsm/bin contrib/openbsm/bin/audit contrib/openbsm/bin/auditd contrib/openbsm/bin/auditfilterd contrib/openbsm/bin/auditreduce contrib/open... (fwd)) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Apr 2009 16:30:19 -0000 I've now imported OpenBSM 1.1 into 8.x. There is an ABI change in the auditon(2) system call, which requires you be running an up-to-date kernel in order for an up-to-date userland to work (new kernel and old userland is fine, per usual). Of course, you were going to do that anyway, right? :-) Robert N M Watson Computer Laboratory University of Cambridge ---------- Forwarded message ---------- Date: Sun, 19 Apr 2009 16:17:13 +0000 (UTC) From: Robert Watson To: src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org Subject: svn commit: r191273 - in head: contrib/openbsm contrib/openbsm/bin contrib/openbsm/bin/audit contrib/openbsm/bin/auditd contrib/openbsm/bin/auditfilterd contrib/openbsm/bin/auditreduce contrib/open... Author: rwatson Date: Sun Apr 19 16:17:13 2009 New Revision: 191273 URL: http://svn.freebsd.org/changeset/base/191273 Log: Merge OpenBSM 1.1 from OpenBSM vendor branch to head. OpenBSM history for imported revision below for reference. MFC after: 2 weeks Sponsored by: Apple, Inc. Obtained from: TrustedBSD Project OpenBSM 1.1 - Change auditon(2) parameters and data structures to be 32/64-bit architecture independent. Add more information to man page about auditon(2) parameters. - Add wrapper functions for auditon(2) to use legacy commands when the new commands are not supported. - Add default for 'expire-after' in audit_control to expire trail files when the audit directory is more than 10 megabytes ('10M'). - Interface to convert between local and BSM fcntl(2) command values has been added: au_bsm_to_fcntl_cmd(3) and au_fcntl_cmd_to_bsm(3), along with definitions of constants in audit_fcntl.h. - A bug, introduced in OpenBSM 1.1 alpha 4, in which AUT_RETURN32 tokens generated by audit_submit(3) were improperly encoded has been fixed. - Fix example in audit_submit(3) man page. Also, make it clear that we want the audit ID as the argument. - A new audit event class 'aa', for post-login authentication and authorization events, has been added. Added: head/contrib/openbsm/libbsm/au_fcntl_cmd.3 - copied unchanged from r191272, vendor/openbsm/dist/libbsm/au_fcntl_cmd.3 head/contrib/openbsm/libbsm/bsm_fcntl.c - copied unchanged from r191272, vendor/openbsm/dist/libbsm/bsm_fcntl.c head/contrib/openbsm/sys/bsm/audit_fcntl.h - copied unchanged from r191272, vendor/openbsm/dist/sys/bsm/audit_fcntl.h Modified: head/contrib/openbsm/ (props changed) head/contrib/openbsm/CREDITS head/contrib/openbsm/INSTALL head/contrib/openbsm/Makefile.in head/contrib/openbsm/NEWS head/contrib/openbsm/README head/contrib/openbsm/TODO head/contrib/openbsm/VERSION head/contrib/openbsm/aclocal.m4 head/contrib/openbsm/bin/Makefile.in head/contrib/openbsm/bin/audit/Makefile.in head/contrib/openbsm/bin/audit/audit.c head/contrib/openbsm/bin/auditd/Makefile.in head/contrib/openbsm/bin/auditd/auditd.c head/contrib/openbsm/bin/auditd/auditd_darwin.c head/contrib/openbsm/bin/auditd/auditd_fbsd.c head/contrib/openbsm/bin/auditfilterd/Makefile.in head/contrib/openbsm/bin/auditfilterd/auditfilterd.8 head/contrib/openbsm/bin/auditreduce/Makefile.in head/contrib/openbsm/bin/praudit/Makefile.in head/contrib/openbsm/bsm/Makefile.in head/contrib/openbsm/bsm/audit_uevents.h head/contrib/openbsm/bsm/libbsm.h head/contrib/openbsm/config/config.h.in head/contrib/openbsm/config/ltmain.sh head/contrib/openbsm/configure head/contrib/openbsm/configure.ac head/contrib/openbsm/etc/audit_class head/contrib/openbsm/etc/audit_control head/contrib/openbsm/etc/audit_event head/contrib/openbsm/libauditd/Makefile.in head/contrib/openbsm/libauditd/auditd_lib.c head/contrib/openbsm/libbsm/Makefile.am head/contrib/openbsm/libbsm/Makefile.in head/contrib/openbsm/libbsm/au_control.3 head/contrib/openbsm/libbsm/audit_submit.3 head/contrib/openbsm/libbsm/bsm_audit.c head/contrib/openbsm/libbsm/bsm_control.c head/contrib/openbsm/libbsm/bsm_domain.c head/contrib/openbsm/libbsm/bsm_io.c head/contrib/openbsm/libbsm/bsm_notify.c head/contrib/openbsm/libbsm/bsm_token.c head/contrib/openbsm/libbsm/bsm_wrappers.c head/contrib/openbsm/libbsm/libbsm.3 head/contrib/openbsm/man/Makefile.in head/contrib/openbsm/man/auditon.2 head/contrib/openbsm/modules/Makefile.in head/contrib/openbsm/modules/auditfilter_noop/Makefile.in head/contrib/openbsm/sys/Makefile.in head/contrib/openbsm/sys/bsm/Makefile.am head/contrib/openbsm/sys/bsm/Makefile.in head/contrib/openbsm/sys/bsm/audit.h head/contrib/openbsm/sys/bsm/audit_domain.h head/contrib/openbsm/sys/bsm/audit_kevents.h head/contrib/openbsm/sys/bsm/audit_record.h head/contrib/openbsm/test/Makefile.in head/contrib/openbsm/test/bsm/Makefile.in head/contrib/openbsm/tools/Makefile.in head/lib/libbsm/Makefile head/sys/bsm/audit_domain.h Modified: head/contrib/openbsm/CREDITS ============================================================================== --- head/contrib/openbsm/CREDITS Sun Apr 19 15:19:26 2009 (r191272) +++ head/contrib/openbsm/CREDITS Sun Apr 19 16:17:13 2009 (r191273) @@ -28,6 +28,7 @@ the development of OpenBSM: Xin LI Stacey Son Todd Heberlein + Gary Hoo In addition, Coverity, Inc.'s Prevent(tm) static analysis tool and Gimpel Software's FlexeLint tool were used to identify a number of bugs in the Modified: head/contrib/openbsm/INSTALL ============================================================================== --- head/contrib/openbsm/INSTALL Sun Apr 19 15:19:26 2009 (r191272) +++ head/contrib/openbsm/INSTALL Sun Apr 19 16:17:13 2009 (r191273) @@ -2,9 +2,8 @@ OpenBSM Build and Installation Instructi OpenBSM is currently built using autoconf and automake, which should allow for building on a range of operating systems, including FreeBSD, Mac OS X, -and Linux. Depending on the availability of audit facilities in the -underlying operating system, some components that depend on kernel audit -support are built conditionally. Typically, build will be performed using: +and Linux. Some components are built only if appropriate kernel audit +suppport is found. Typical builds will be performed using: ./configure make @@ -15,10 +14,14 @@ force the compile to fail if a warning i CFLAGS="-Wall -Werror" ./configure -To install, use: +To install the library, binaries, and man pages, use: make install +The OpenBSM install will not install files in /etc; these have to be +manually installed or merged. Currently, the locations of these files are +not configurable. + You may wish to specify that the OpenBSM components not be installed in the base system, rather in a specific directory. This may be done using the --prefix argument to configure. If installing to a specific directory, @@ -29,7 +32,3 @@ directory the correct libbsm is used: make make install LD_LIBRARY_PATH=/home/rwatson/openbsm/libbsm ; export LD_LIBRARY_PATH - -You will need to manually propagate openbsm/etc/* into /etc/security on your -system; this is not done automatically so as to avoid disrupting the current -configuration. Currently, the locations of these files is not configurable. Modified: head/contrib/openbsm/Makefile.in ============================================================================== --- head/contrib/openbsm/Makefile.in Sun Apr 19 15:19:26 2009 (r191272) +++ head/contrib/openbsm/Makefile.in Sun Apr 19 16:17:13 2009 (r191273) @@ -1,8 +1,8 @@ -# Makefile.in generated by automake 1.10 from Makefile.am. +# Makefile.in generated by automake 1.10.1 from Makefile.am. # @configure_input@ # Copyright (C) 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002, -# 2003, 2004, 2005, 2006 Free Software Foundation, Inc. +# 2003, 2004, 2005, 2006, 2007, 2008 Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. @@ -15,7 +15,7 @@ @SET_MAKE@ # -# $P4: //depot/projects/trustedbsd/openbsm/Makefile.in#9 $ +# $P4: //depot/projects/trustedbsd/openbsm/Makefile.in#10 $ # VPATH = @srcdir@ pkgdatadir = $(datadir)/@PACKAGE@ @@ -97,6 +97,7 @@ CXXFLAGS = @CXXFLAGS@ CYGPATH_W = @CYGPATH_W@ DEFS = @DEFS@ DEPDIR = @DEPDIR@ +DSYMUTIL = @DSYMUTIL@ ECHO = @ECHO@ ECHO_C = @ECHO_C@ ECHO_N = @ECHO_N@ @@ -121,6 +122,7 @@ MAINT = @MAINT@ MAKEINFO = @MAKEINFO@ MIG = @MIG@ MKDIR_P = @MKDIR_P@ +NMEDIT = @NMEDIT@ OBJEXT = @OBJEXT@ PACKAGE = @PACKAGE@ PACKAGE_BUGREPORT = @PACKAGE_BUGREPORT@ @@ -184,6 +186,7 @@ sharedstatedir = @sharedstatedir@ srcdir = @srcdir@ sysconfdir = @sysconfdir@ target_alias = @target_alias@ +top_build_prefix = @top_build_prefix@ top_builddir = @top_builddir@ top_srcdir = @top_srcdir@ SUBDIRS = bsm $(am__append_1) libbsm bin man modules sys @@ -332,8 +335,8 @@ ID: $(HEADERS) $(SOURCES) $(LISP) $(TAGS unique=`for i in $$list; do \ if test -f "$$i"; then echo $$i; else echo $(srcdir)/$$i; fi; \ done | \ - $(AWK) ' { files[$$0] = 1; } \ - END { for (i in files) print i; }'`; \ + $(AWK) '{ files[$$0] = 1; nonemtpy = 1; } \ + END { if (nonempty) { for (i in files) print i; }; }'`; \ mkid -fID $$unique tags: TAGS @@ -358,8 +361,8 @@ TAGS: tags-recursive $(HEADERS) $(SOURCE unique=`for i in $$list; do \ if test -f "$$i"; then echo $$i; else echo $(srcdir)/$$i; fi; \ done | \ - $(AWK) ' { files[$$0] = 1; } \ - END { for (i in files) print i; }'`; \ + $(AWK) '{ files[$$0] = 1; nonempty = 1; } \ + END { if (nonempty) { for (i in files) print i; }; }'`; \ if test -z "$(ETAGS_ARGS)$$tags$$unique"; then :; else \ test -n "$$unique" || unique=$$empty_fix; \ $(ETAGS) $(ETAGSFLAGS) $(AM_ETAGSFLAGS) $(ETAGS_ARGS) \ @@ -369,13 +372,12 @@ ctags: CTAGS CTAGS: ctags-recursive $(HEADERS) $(SOURCES) $(TAGS_DEPENDENCIES) \ $(TAGS_FILES) $(LISP) tags=; \ - here=`pwd`; \ list='$(SOURCES) $(HEADERS) $(LISP) $(TAGS_FILES)'; \ unique=`for i in $$list; do \ if test -f "$$i"; then echo $$i; else echo $(srcdir)/$$i; fi; \ done | \ - $(AWK) ' { files[$$0] = 1; } \ - END { for (i in files) print i; }'`; \ + $(AWK) '{ files[$$0] = 1; nonempty = 1; } \ + END { if (nonempty) { for (i in files) print i; }; }'`; \ test -z "$(CTAGS_ARGS)$$tags$$unique" \ || $(CTAGS) $(CTAGSFLAGS) $(AM_CTAGSFLAGS) $(CTAGS_ARGS) \ $$tags $$unique @@ -446,6 +448,10 @@ dist-bzip2: distdir tardir=$(distdir) && $(am__tar) | bzip2 -9 -c >$(distdir).tar.bz2 $(am__remove_distdir) +dist-lzma: distdir + tardir=$(distdir) && $(am__tar) | lzma -9 -c >$(distdir).tar.lzma + $(am__remove_distdir) + dist-tarZ: distdir tardir=$(distdir) && $(am__tar) | compress -c >$(distdir).tar.Z $(am__remove_distdir) @@ -472,6 +478,8 @@ distcheck: dist GZIP=$(GZIP_ENV) gunzip -c $(distdir).tar.gz | $(am__untar) ;;\ *.tar.bz2*) \ bunzip2 -c $(distdir).tar.bz2 | $(am__untar) ;;\ + *.tar.lzma*) \ + unlzma -c $(distdir).tar.lzma | $(am__untar) ;;\ *.tar.Z*) \ uncompress -c $(distdir).tar.Z | $(am__untar) ;;\ *.shar.gz*) \ @@ -623,8 +631,8 @@ uninstall-am: .PHONY: $(RECURSIVE_CLEAN_TARGETS) $(RECURSIVE_TARGETS) CTAGS GTAGS \ all all-am am--refresh check check-am clean clean-generic \ clean-libtool ctags ctags-recursive dist dist-all dist-bzip2 \ - dist-gzip dist-shar dist-tarZ dist-zip distcheck distclean \ - distclean-generic distclean-hdr distclean-libtool \ + dist-gzip dist-lzma dist-shar dist-tarZ dist-zip distcheck \ + distclean distclean-generic distclean-hdr distclean-libtool \ distclean-tags distcleancheck distdir distuninstallcheck dvi \ dvi-am html html-am info info-am install install-am \ install-data install-data-am install-dvi install-dvi-am \ Modified: head/contrib/openbsm/NEWS ============================================================================== --- head/contrib/openbsm/NEWS Sun Apr 19 15:19:26 2009 (r191272) +++ head/contrib/openbsm/NEWS Sun Apr 19 16:17:13 2009 (r191273) @@ -1,5 +1,23 @@ OpenBSM Version History +OpenBSM 1.1 + +- Change auditon(2) parameters and data structures to be 32/64-bit architecture + independent. Add more information to man page about auditon(2) parameters. +- Add wrapper functions for auditon(2) to use legacy commands when the new + commands are not supported. +- Add default for 'expire-after' in audit_control to expire trail files when + the audit directory is more than 10 megabytes ('10M'). +- Interface to convert between local and BSM fcntl(2) command values has been + added: au_bsm_to_fcntl_cmd(3) and au_fcntl_cmd_to_bsm(3), along with + definitions of constants in audit_fcntl.h. +- A bug, introduced in OpenBSM 1.1 alpha 4, in which AUT_RETURN32 tokens + generated by audit_submit(3) were improperly encoded has been fixed. +- Fix example in audit_submit(3) man page. Also, make it clear that we want + the audit ID as the argument. +- A new audit event class 'aa', for post-login authentication and + authorization events, has been added. + OpenBSM 1.1 beta 1 - The filesz parameter in audit_control(5) now accepts suffixes: 'B' for @@ -431,4 +449,4 @@ OpenBSM 1.0 alpha 1 to support reloading of kernel event table. - Allow comments in /etc/security configuration files. -$P4: //depot/projects/trustedbsd/openbsm/NEWS#32 $ +$P4: //depot/projects/trustedbsd/openbsm/NEWS#40 $ Modified: head/contrib/openbsm/README ============================================================================== --- head/contrib/openbsm/README Sun Apr 19 15:19:26 2009 (r191272) +++ head/contrib/openbsm/README Sun Apr 19 16:17:13 2009 (r191273) @@ -1,15 +1,22 @@ -OpenBSM 1.1 beta 1 +OpenBSM 1.1 Introduction -OpenBSM provides an open source implementation of Sun's BSM Audit API. -Originally created under contract to Apple Computer by McAfee Research, this -implementation is now maintained by volunteers and the generous contribution -of several organizations. Coupled with a kernel audit implementation, -OpenBSM can be used to maintain system audit streams, and is a foundation for -an Audit-enabled system. Portions of OpenBSM, including include files and -token-building routines, are reusable in a kernel audit implementation, and -may be found in the FreeBSD and Mac OS X kernels. +OpenBSM is an open source implementation of Sun's BSM event auditing file +format and API. Originally created for Apple Computer by McAfee Research, +OpenBSM is now maintained by volunteers and through the generous contribution +of several organizations. + +OpenBSM includes several command line tools, including auditreduce(8) and +praudit(8) for reducing and printing audit trails, as well as the libbsm(3) +library to manage configuration files, generate audit records, and parse and +print audit trils. + +Coupled with a kernel audit implementation, OpenBSM can be used to maintain +system audit streams, and is a foundation for a full audit-enabled system. +Portions of OpenBSM, including include files and token-building routines, are +reusable in a kernel audit implementation, and may be found in the FreeBSD +and Mac OS X kernels. Contents @@ -17,7 +24,7 @@ OpenBSM consists of several directories: bin/ Audit-related command line tools bsm/ Library include files for BSM - compat/ Compatibility code to build on various OS's + compat/ Compatibility code to build on various operating systems etc/ Sample /etc/security configuration files libauditd Common audit management functions for auditd and launchd libbsm/ Implementation of BSM library interfaces and man pages @@ -44,7 +51,8 @@ Please see the file INSTALL for build an The TrustedBSD Project would appreciate the contribution of bug fixes, enhancements, etc, under identically or substantially similar licenses to -those present on the remainder of the OpenBSM source code. +those present on the remainder of the OpenBSM source code. Please see the +file CREDITS to learn more about who has contributed to the project. Location @@ -56,4 +64,4 @@ Information on TrustedBSD may be found o http://www.TrustedBSD.org/ -$P4: //depot/projects/trustedbsd/openbsm/README#35 $ +$P4: //depot/projects/trustedbsd/openbsm/README#36 $ Modified: head/contrib/openbsm/TODO ============================================================================== --- head/contrib/openbsm/TODO Sun Apr 19 15:19:26 2009 (r191272) +++ head/contrib/openbsm/TODO Sun Apr 19 16:17:13 2009 (r191273) @@ -16,11 +16,10 @@ OpenBSM TODO just at the beginning of a record. This will make it easier to use praudit in test suites processing single-token files without header and trailer context. -- Put hostname in trail file name. - Document audit_warn event arguments. - Allow the path /etc/security to be configured at configure-time so that alternative locations can be used. - NLS support for au_strerror(3), which provides error strings for BSM errors not available on the local OS platform. -$P4: //depot/projects/trustedbsd/openbsm/TODO#12 $ +$P4: //depot/projects/trustedbsd/openbsm/TODO#13 $ Modified: head/contrib/openbsm/VERSION ============================================================================== --- head/contrib/openbsm/VERSION Sun Apr 19 15:19:26 2009 (r191272) +++ head/contrib/openbsm/VERSION Sun Apr 19 16:17:13 2009 (r191273) @@ -1 +1 @@ -OPENBSM_1_1_BETA_1 +OPENBSM_1_1 Modified: head/contrib/openbsm/aclocal.m4 ============================================================================== --- head/contrib/openbsm/aclocal.m4 Sun Apr 19 15:19:26 2009 (r191272) +++ head/contrib/openbsm/aclocal.m4 Sun Apr 19 16:17:13 2009 (r191273) @@ -1,7 +1,7 @@ -# generated automatically by aclocal 1.10 -*- Autoconf -*- +# generated automatically by aclocal 1.10.1 -*- Autoconf -*- # Copyright (C) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, -# 2005, 2006 Free Software Foundation, Inc. +# 2005, 2006, 2007, 2008 Free Software Foundation, Inc. # This file is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. @@ -11,14 +11,17 @@ # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. -m4_if(m4_PACKAGE_VERSION, [2.61],, -[m4_fatal([this file was generated for autoconf 2.61. -You have another version of autoconf. If you want to use that, -you should regenerate the build system entirely.], [63])]) +m4_ifndef([AC_AUTOCONF_VERSION], + [m4_copy([m4_PACKAGE_VERSION], [AC_AUTOCONF_VERSION])])dnl +m4_if(AC_AUTOCONF_VERSION, [2.62],, +[m4_warning([this file was generated for autoconf 2.62. +You have another version of autoconf. It may work, but is not guaranteed to. +If you have problems, you may need to regenerate the build system entirely. +To do so, use the procedure documented by the package, typically `autoreconf'.])]) # libtool.m4 - Configure libtool for the host system. -*-Autoconf-*- -# serial 51 AC_PROG_LIBTOOL +# serial 52 AC_PROG_LIBTOOL # AC_PROVIDE_IFELSE(MACRO-NAME, IF-PROVIDED, IF-NOT-PROVIDED) @@ -106,7 +109,6 @@ AC_REQUIRE([AC_DEPLIBS_CHECK_METHOD])dnl AC_REQUIRE([AC_OBJEXT])dnl AC_REQUIRE([AC_EXEEXT])dnl dnl - AC_LIBTOOL_SYS_MAX_CMD_LEN AC_LIBTOOL_SYS_GLOBAL_SYMBOL_PIPE AC_LIBTOOL_OBJDIR @@ -208,6 +210,8 @@ file_magic*) ;; esac +_LT_REQUIRED_DARWIN_CHECKS + AC_PROVIDE_IFELSE([AC_LIBTOOL_DLOPEN], enable_dlopen=yes, enable_dlopen=no) AC_PROVIDE_IFELSE([AC_LIBTOOL_WIN32_DLL], enable_win32_dll=yes, enable_win32_dll=no) @@ -287,9 +291,80 @@ ac_outfile=conftest.$ac_objext echo "$lt_simple_link_test_code" >conftest.$ac_ext eval "$ac_link" 2>&1 >/dev/null | $SED '/^$/d; /^ *+/d' >conftest.err _lt_linker_boilerplate=`cat conftest.err` -$rm conftest* +$rm -r conftest* ])# _LT_LINKER_BOILERPLATE +# _LT_REQUIRED_DARWIN_CHECKS +# -------------------------- +# Check for some things on darwin +AC_DEFUN([_LT_REQUIRED_DARWIN_CHECKS],[ + case $host_os in + rhapsody* | darwin*) + AC_CHECK_TOOL([DSYMUTIL], [dsymutil], [:]) + AC_CHECK_TOOL([NMEDIT], [nmedit], [:]) + + AC_CACHE_CHECK([for -single_module linker flag],[lt_cv_apple_cc_single_mod], + [lt_cv_apple_cc_single_mod=no + if test -z "${LT_MULTI_MODULE}"; then + # By default we will add the -single_module flag. You can override + # by either setting the environment variable LT_MULTI_MODULE + # non-empty at configure time, or by adding -multi_module to the + # link flags. + echo "int foo(void){return 1;}" > conftest.c + $LTCC $LTCFLAGS $LDFLAGS -o libconftest.dylib \ + -dynamiclib ${wl}-single_module conftest.c + if test -f libconftest.dylib; then + lt_cv_apple_cc_single_mod=yes + rm -rf libconftest.dylib* + fi + rm conftest.c + fi]) + AC_CACHE_CHECK([for -exported_symbols_list linker flag], + [lt_cv_ld_exported_symbols_list], + [lt_cv_ld_exported_symbols_list=no + save_LDFLAGS=$LDFLAGS + echo "_main" > conftest.sym + LDFLAGS="$LDFLAGS -Wl,-exported_symbols_list,conftest.sym" + AC_LINK_IFELSE([AC_LANG_PROGRAM([],[])], + [lt_cv_ld_exported_symbols_list=yes], + [lt_cv_ld_exported_symbols_list=no]) + LDFLAGS="$save_LDFLAGS" + ]) + case $host_os in + rhapsody* | darwin1.[[0123]]) + _lt_dar_allow_undefined='${wl}-undefined ${wl}suppress' ;; + darwin1.*) + _lt_dar_allow_undefined='${wl}-flat_namespace ${wl}-undefined ${wl}suppress' ;; + darwin*) + # if running on 10.5 or later, the deployment target defaults + # to the OS version, if on x86, and 10.4, the deployment + # target defaults to 10.4. Don't you love it? + case ${MACOSX_DEPLOYMENT_TARGET-10.0},$host in + 10.0,*86*-darwin8*|10.0,*-darwin[[91]]*) + _lt_dar_allow_undefined='${wl}-undefined ${wl}dynamic_lookup' ;; + 10.[[012]]*) + _lt_dar_allow_undefined='${wl}-flat_namespace ${wl}-undefined ${wl}suppress' ;; + 10.*) + _lt_dar_allow_undefined='${wl}-undefined ${wl}dynamic_lookup' ;; + esac + ;; + esac + if test "$lt_cv_apple_cc_single_mod" = "yes"; then + _lt_dar_single_mod='$single_module' + fi + if test "$lt_cv_ld_exported_symbols_list" = "yes"; then + _lt_dar_export_syms=' ${wl}-exported_symbols_list,$output_objdir/${libname}-symbols.expsym' + else + _lt_dar_export_syms="~$NMEDIT -s \$output_objdir/\${libname}-symbols.expsym \${lib}" + fi + if test "$DSYMUTIL" != ":"; then + _lt_dsymutil="~$DSYMUTIL \$lib || :" + else + _lt_dsymutil= + fi + ;; + esac +]) # _LT_AC_SYS_LIBPATH_AIX # ---------------------- @@ -614,7 +689,11 @@ sparc*-*solaris*) *64-bit*) case $lt_cv_prog_gnu_ld in yes*) LD="${LD-ld} -m elf64_sparc" ;; - *) LD="${LD-ld} -64" ;; + *) + if ${LD-ld} -64 -r -o conftest2.o conftest.o >/dev/null 2>&1; then + LD="${LD-ld} -64" + fi + ;; esac ;; esac @@ -707,7 +786,7 @@ AC_CACHE_CHECK([$1], [$2], $2=yes fi fi - $rm conftest* + $rm -r conftest* LDFLAGS="$save_LDFLAGS" ]) @@ -978,7 +1057,7 @@ else AC_CHECK_FUNC([shl_load], [lt_cv_dlopen="shl_load"], [AC_CHECK_LIB([dld], [shl_load], - [lt_cv_dlopen="shl_load" lt_cv_dlopen_libs="-dld"], + [lt_cv_dlopen="shl_load" lt_cv_dlopen_libs="-ldld"], [AC_CHECK_FUNC([dlopen], [lt_cv_dlopen="dlopen"], [AC_CHECK_LIB([dl], [dlopen], @@ -986,7 +1065,7 @@ else [AC_CHECK_LIB([svld], [dlopen], [lt_cv_dlopen="dlopen" lt_cv_dlopen_libs="-lsvld"], [AC_CHECK_LIB([dld], [dld_link], - [lt_cv_dlopen="dld_link" lt_cv_dlopen_libs="-dld"]) + [lt_cv_dlopen="dld_link" lt_cv_dlopen_libs="-ldld"]) ]) ]) ]) @@ -1303,7 +1382,7 @@ aix3*) soname_spec='${libname}${release}${shared_ext}$major' ;; -aix4* | aix5*) +aix[[4-9]]*) version_type=linux need_lib_prefix=no need_version=no @@ -1824,6 +1903,13 @@ esac AC_MSG_RESULT([$dynamic_linker]) test "$dynamic_linker" = no && can_build_shared=no +AC_CACHE_VAL([lt_cv_sys_lib_search_path_spec], +[lt_cv_sys_lib_search_path_spec="$sys_lib_search_path_spec"]) +sys_lib_search_path_spec="$lt_cv_sys_lib_search_path_spec" +AC_CACHE_VAL([lt_cv_sys_lib_dlsearch_path_spec], +[lt_cv_sys_lib_dlsearch_path_spec="$sys_lib_dlsearch_path_spec"]) +sys_lib_dlsearch_path_spec="$lt_cv_sys_lib_dlsearch_path_spec" + variables_saved_for_relink="PATH $shlibpath_var $runpath_var" if test "$GCC" = yes; then variables_saved_for_relink="$variables_saved_for_relink GCC_EXEC_PREFIX COMPILER_PATH LIBRARY_PATH" @@ -2323,7 +2409,7 @@ lt_cv_deplibs_check_method='unknown' # whether `pass_all' will *always* work, you probably want this one. case $host_os in -aix4* | aix5*) +aix[[4-9]]*) lt_cv_deplibs_check_method=pass_all ;; @@ -2759,7 +2845,7 @@ aix3*) fi ;; -aix4* | aix5*) +aix[[4-9]]*) if test "$host_cpu" != ia64 && test "$aix_use_runtimelinking" = no ; then test "$enable_shared" = yes && enable_static=no fi @@ -2816,6 +2902,7 @@ _LT_AC_TAGVAR(postdep_objects, $1)= _LT_AC_TAGVAR(predeps, $1)= _LT_AC_TAGVAR(postdeps, $1)= _LT_AC_TAGVAR(compiler_lib_search_path, $1)= +_LT_AC_TAGVAR(compiler_lib_search_dirs, $1)= # Source file extension for C++ test sources. ac_ext=cpp @@ -2925,7 +3012,7 @@ case $host_os in # FIXME: insert proper C++ library support _LT_AC_TAGVAR(ld_shlibs, $1)=no ;; - aix4* | aix5*) + aix[[4-9]]*) if test "$host_cpu" = ia64; then # On IA64, the linker does run time linking by default, so we don't # have to do anything special. @@ -2938,7 +3025,7 @@ case $host_os in # Test if we are trying to use run time linking or normal # AIX style linking. If -brtl is somewhere in LDFLAGS, we # need to do runtime linking. - case $host_os in aix4.[[23]]|aix4.[[23]].*|aix5*) + case $host_os in aix4.[[23]]|aix4.[[23]].*|aix[[5-9]]*) for ld_flag in $LDFLAGS; do case $ld_flag in *-brtl*) @@ -3084,51 +3171,23 @@ case $host_os in fi ;; darwin* | rhapsody*) - case $host_os in - rhapsody* | darwin1.[[012]]) - _LT_AC_TAGVAR(allow_undefined_flag, $1)='${wl}-undefined ${wl}suppress' - ;; - *) # Darwin 1.3 on - if test -z ${MACOSX_DEPLOYMENT_TARGET} ; then - _LT_AC_TAGVAR(allow_undefined_flag, $1)='${wl}-flat_namespace ${wl}-undefined ${wl}suppress' - else - case ${MACOSX_DEPLOYMENT_TARGET} in - 10.[[012]]) - _LT_AC_TAGVAR(allow_undefined_flag, $1)='${wl}-flat_namespace ${wl}-undefined ${wl}suppress' - ;; - 10.*) - _LT_AC_TAGVAR(allow_undefined_flag, $1)='${wl}-undefined ${wl}dynamic_lookup' - ;; - esac - fi - ;; - esac _LT_AC_TAGVAR(archive_cmds_need_lc, $1)=no _LT_AC_TAGVAR(hardcode_direct, $1)=no _LT_AC_TAGVAR(hardcode_automatic, $1)=yes _LT_AC_TAGVAR(hardcode_shlibpath_var, $1)=unsupported _LT_AC_TAGVAR(whole_archive_flag_spec, $1)='' _LT_AC_TAGVAR(link_all_deplibs, $1)=yes - - if test "$GXX" = yes ; then - lt_int_apple_cc_single_mod=no + _LT_AC_TAGVAR(allow_undefined_flag, $1)="$_lt_dar_allow_undefined" + if test "$GXX" = yes ; then output_verbose_link_cmd='echo' - if $CC -dumpspecs 2>&1 | $EGREP 'single_module' >/dev/null ; then - lt_int_apple_cc_single_mod=yes + _LT_AC_TAGVAR(archive_cmds, $1)="\$CC -dynamiclib \$allow_undefined_flag -o \$lib \$libobjs \$deplibs \$compiler_flags -install_name \$rpath/\$soname \$verstring $_lt_dar_single_mod${_lt_dsymutil}" + _LT_AC_TAGVAR(module_cmds, $1)="\$CC \$allow_undefined_flag -o \$lib -bundle \$libobjs \$deplibs \$compiler_flags${_lt_dsymutil}" + _LT_AC_TAGVAR(archive_expsym_cmds, $1)="sed 's,^,_,' < \$export_symbols > \$output_objdir/\${libname}-symbols.expsym~\$CC -dynamiclib \$allow_undefined_flag -o \$lib \$libobjs \$deplibs \$compiler_flags -install_name \$rpath/\$soname \$verstring ${_lt_dar_single_mod}${_lt_dar_export_syms}${_lt_dsymutil}" + _LT_AC_TAGVAR(module_expsym_cmds, $1)="sed -e 's,^,_,' < \$export_symbols > \$output_objdir/\${libname}-symbols.expsym~\$CC \$allow_undefined_flag -o \$lib -bundle \$libobjs \$deplibs \$compiler_flags${_lt_dar_export_syms}${_lt_dsymutil}" + if test "$lt_cv_apple_cc_single_mod" != "yes"; then + _LT_AC_TAGVAR(archive_cmds, $1)="\$CC -r -keep_private_externs -nostdlib -o \${lib}-master.o \$libobjs~\$CC -dynamiclib \$allow_undefined_flag -o \$lib \${lib}-master.o \$deplibs \$compiler_flags -install_name \$rpath/\$soname \$verstring${_lt_dsymutil}" + _LT_AC_TAGVAR(archive_expsym_cmds, $1)="sed 's,^,_,' < \$export_symbols > \$output_objdir/\${libname}-symbols.expsym~\$CC -r -keep_private_externs -nostdlib -o \${lib}-master.o \$libobjs~\$CC -dynamiclib \$allow_undefined_flag -o \$lib \${lib}-master.o \$deplibs \$compiler_flags -install_name \$rpath/\$soname \$verstring${_lt_dar_export_syms}${_lt_dsymutil}" fi - if test "X$lt_int_apple_cc_single_mod" = Xyes ; then - _LT_AC_TAGVAR(archive_cmds, $1)='$CC -dynamiclib -single_module $allow_undefined_flag -o $lib $libobjs $deplibs $compiler_flags -install_name $rpath/$soname $verstring' - else - _LT_AC_TAGVAR(archive_cmds, $1)='$CC -r -keep_private_externs -nostdlib -o ${lib}-master.o $libobjs~$CC -dynamiclib $allow_undefined_flag -o $lib ${lib}-master.o $deplibs $compiler_flags -install_name $rpath/$soname $verstring' - fi - _LT_AC_TAGVAR(module_cmds, $1)='$CC $allow_undefined_flag -o $lib -bundle $libobjs $deplibs$compiler_flags' - # Don't fix this by using the ld -exported_symbols_list flag, it doesn't exist in older darwin lds - if test "X$lt_int_apple_cc_single_mod" = Xyes ; then - _LT_AC_TAGVAR(archive_expsym_cmds, $1)='sed -e "s,#.*,," -e "s,^[ ]*,," -e "s,^\(..*\),_&," < $export_symbols > $output_objdir/${libname}-symbols.expsym~$CC -dynamiclib -single_module $allow_undefined_flag -o $lib $libobjs $deplibs $compiler_flags -install_name $rpath/$soname $verstring~nmedit -s $output_objdir/${libname}-symbols.expsym ${lib}' - else - _LT_AC_TAGVAR(archive_expsym_cmds, $1)='sed -e "s,#.*,," -e "s,^[ ]*,," -e "s,^\(..*\),_&," < $export_symbols > $output_objdir/${libname}-symbols.expsym~$CC -r -keep_private_externs -nostdlib -o ${lib}-master.o $libobjs~$CC -dynamiclib $allow_undefined_flag -o $lib ${lib}-master.o $deplibs $compiler_flags -install_name $rpath/$soname $verstring~nmedit -s $output_objdir/${libname}-symbols.expsym ${lib}' - fi - _LT_AC_TAGVAR(module_expsym_cmds, $1)='sed -e "s,#.*,," -e "s,^[ ]*,," -e "s,^\(..*\),_&," < $export_symbols > $output_objdir/${libname}-symbols.expsym~$CC $allow_undefined_flag -o $lib -bundle $libobjs $deplibs$compiler_flags~nmedit -s $output_objdir/${libname}-symbols.expsym ${lib}' else case $cc_basename in xlc*) @@ -3379,7 +3438,7 @@ case $host_os in _LT_AC_TAGVAR(export_dynamic_flag_spec, $1)='${wl}--export-dynamic' _LT_AC_TAGVAR(whole_archive_flag_spec, $1)='${wl}--whole-archive$convenience ${wl}--no-whole-archive' ;; - pgCC*) + pgCC* | pgcpp*) # Portland Group C++ compiler _LT_AC_TAGVAR(archive_cmds, $1)='$CC -shared $pic_flag $predep_objects $libobjs $deplibs $postdep_objects $compiler_flags ${wl}-soname ${wl}$soname -o $lib' _LT_AC_TAGVAR(archive_expsym_cmds, $1)='$CC -shared $pic_flag $predep_objects $libobjs $deplibs $postdep_objects $compiler_flags ${wl}-soname ${wl}$soname ${wl}-retain-symbols-file ${wl}$export_symbols -o $lib' @@ -3814,7 +3873,8 @@ lt_cv_prog_gnu_ld=$lt_save_with_gnu_ld # compiler output when linking a shared library. # Parse the compiler output and extract the necessary # objects, libraries and library flags. -AC_DEFUN([AC_LIBTOOL_POSTDEP_PREDEP],[ +AC_DEFUN([AC_LIBTOOL_POSTDEP_PREDEP], +[AC_REQUIRE([LT_AC_PROG_SED])dnl dnl we can't use the lt_simple_compile_test_code here, dnl because it contains code intended for an executable, dnl not a library. It's possible we should let each @@ -3939,6 +3999,11 @@ fi $rm -f confest.$objext +_LT_AC_TAGVAR(compiler_lib_search_dirs, $1)= +if test -n "$_LT_AC_TAGVAR(compiler_lib_search_path, $1)"; then + _LT_AC_TAGVAR(compiler_lib_search_dirs, $1)=`echo " ${_LT_AC_TAGVAR(compiler_lib_search_path, $1)}" | ${SED} -e 's! -L! !g' -e 's!^ !!'` +fi + # PORTME: override above test on systems where it is broken ifelse([$1],[CXX], [case $host_os in @@ -3995,7 +4060,6 @@ solaris*) ;; esac ]) - case " $_LT_AC_TAGVAR(postdeps, $1) " in *" -lc "*) _LT_AC_TAGVAR(archive_cmds_need_lc, $1)=no ;; esac @@ -4080,7 +4144,7 @@ aix3*) postinstall_cmds='$RANLIB $lib' fi ;; -aix4* | aix5*) +aix[[4-9]]*) if test "$host_cpu" != ia64 && test "$aix_use_runtimelinking" = no ; then test "$enable_shared" = yes && enable_static=no fi @@ -4257,6 +4321,7 @@ if test -f "$ltmain"; then _LT_AC_TAGVAR(predeps, $1) \ _LT_AC_TAGVAR(postdeps, $1) \ _LT_AC_TAGVAR(compiler_lib_search_path, $1) \ + _LT_AC_TAGVAR(compiler_lib_search_dirs, $1) \ _LT_AC_TAGVAR(archive_cmds, $1) \ _LT_AC_TAGVAR(archive_expsym_cmds, $1) \ _LT_AC_TAGVAR(postinstall_cmds, $1) \ @@ -4319,7 +4384,7 @@ ifelse([$1], [], # Generated automatically by $PROGRAM (GNU $PACKAGE $VERSION$TIMESTAMP) # NOTE: Changes made to this file will be lost: look at ltmain.sh. # -# Copyright (C) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005, 2006, 2007 +# Copyright (C) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008 # Free Software Foundation, Inc. # # This file is part of GNU Libtool: @@ -4556,6 +4621,10 @@ predeps=$lt_[]_LT_AC_TAGVAR(predeps, $1) # shared library. postdeps=$lt_[]_LT_AC_TAGVAR(postdeps, $1) +# The directories searched by this compiler when creating a shared +# library +compiler_lib_search_dirs=$lt_[]_LT_AC_TAGVAR(compiler_lib_search_dirs, $1) + # The library search path used internally by the compiler when linking # a shared library. compiler_lib_search_path=$lt_[]_LT_AC_TAGVAR(compiler_lib_search_path, $1) @@ -4905,7 +4974,7 @@ EOF echo "$progname: failed program was:" >&AS_MESSAGE_LOG_FD cat conftest.$ac_ext >&5 fi - rm -f conftest* conftst* + rm -rf conftest* conftst* # Do not use the global_symbol_pipe unless it works. if test "$pipe_works" = yes; then @@ -4962,7 +5031,8 @@ AC_MSG_CHECKING([for $compiler option to # built for inclusion in a dll (and should export symbols for example). # Although the cygwin gcc ignores -fPIC, still need this for old-style # (--disable-auto-import) libraries - _LT_AC_TAGVAR(lt_prog_compiler_pic, $1)='-DDLL_EXPORT' + m4_if([$1], [GCJ], [], + [_LT_AC_TAGVAR(lt_prog_compiler_pic, $1)='-DDLL_EXPORT']) ;; darwin* | rhapsody*) # PIC is the default on this platform @@ -4999,7 +5069,7 @@ AC_MSG_CHECKING([for $compiler option to esac else case $host_os in - aix4* | aix5*) + aix[[4-9]]*) # All AIX code is PIC. if test "$host_cpu" = ia64; then # AIX 5 now supports IA64 processor @@ -5095,7 +5165,7 @@ AC_MSG_CHECKING([for $compiler option to _LT_AC_TAGVAR(lt_prog_compiler_pic, $1)='-KPIC' _LT_AC_TAGVAR(lt_prog_compiler_static, $1)='-static' ;; - pgCC*) + pgCC* | pgcpp*) # Portland Group C++ compiler. _LT_AC_TAGVAR(lt_prog_compiler_wl, $1)='-Wl,' _LT_AC_TAGVAR(lt_prog_compiler_pic, $1)='-fpic' @@ -5246,7 +5316,8 @@ AC_MSG_CHECKING([for $compiler option to # built for inclusion in a dll (and should export symbols for example). # Although the cygwin gcc ignores -fPIC, still need this for old-style # (--disable-auto-import) libraries - _LT_AC_TAGVAR(lt_prog_compiler_pic, $1)='-DDLL_EXPORT' + m4_if([$1], [GCJ], [], + [_LT_AC_TAGVAR(lt_prog_compiler_pic, $1)='-DDLL_EXPORT']) ;; darwin* | rhapsody*) @@ -5316,7 +5387,8 @@ AC_MSG_CHECKING([for $compiler option to mingw* | cygwin* | pw32* | os2*) # This hack is so that the source file can tell whether it is being # built for inclusion in a dll (and should export symbols for example). - _LT_AC_TAGVAR(lt_prog_compiler_pic, $1)='-DDLL_EXPORT' + m4_if([$1], [GCJ], [], + [_LT_AC_TAGVAR(lt_prog_compiler_pic, $1)='-DDLL_EXPORT']) ;; hpux9* | hpux10* | hpux11*) @@ -5453,7 +5525,7 @@ AC_MSG_RESULT([$_LT_AC_TAGVAR(lt_prog_co # if test -n "$_LT_AC_TAGVAR(lt_prog_compiler_pic, $1)"; then AC_LIBTOOL_COMPILER_OPTION([if $compiler PIC flag $_LT_AC_TAGVAR(lt_prog_compiler_pic, $1) works], - _LT_AC_TAGVAR(lt_prog_compiler_pic_works, $1), + _LT_AC_TAGVAR(lt_cv_prog_compiler_pic_works, $1), [$_LT_AC_TAGVAR(lt_prog_compiler_pic, $1)ifelse([$1],[],[ -DPIC],[ifelse([$1],[CXX],[ -DPIC],[])])], [], [case $_LT_AC_TAGVAR(lt_prog_compiler_pic, $1) in "" | " "*) ;; @@ -5477,7 +5549,7 @@ esac # wl=$_LT_AC_TAGVAR(lt_prog_compiler_wl, $1) eval lt_tmp_static_flag=\"$_LT_AC_TAGVAR(lt_prog_compiler_static, $1)\" AC_LIBTOOL_LINKER_OPTION([if $compiler static flag $lt_tmp_static_flag works], - _LT_AC_TAGVAR(lt_prog_compiler_static_works, $1), + _LT_AC_TAGVAR(lt_cv_prog_compiler_static_works, $1), $lt_tmp_static_flag, [], [_LT_AC_TAGVAR(lt_prog_compiler_static, $1)=]) @@ -5493,7 +5565,7 @@ AC_MSG_CHECKING([whether the $compiler l ifelse([$1],[CXX],[ _LT_AC_TAGVAR(export_symbols_cmds, $1)='$NM $libobjs $convenience | $global_symbol_pipe | $SED '\''s/.* //'\'' | sort | uniq > $export_symbols' case $host_os in - aix4* | aix5*) + aix[[4-9]]*) # If we're using GNU nm, then we don't want the "-C" option. # -C means demangle to AIX nm, but means don't demangle with GNU nm if $NM -V 2>&1 | grep 'GNU' > /dev/null; then @@ -5512,6 +5584,7 @@ ifelse([$1],[CXX],[ _LT_AC_TAGVAR(export_symbols_cmds, $1)='$NM $libobjs $convenience | $global_symbol_pipe | $SED '\''s/.* //'\'' | sort | uniq > $export_symbols' ;; esac + _LT_AC_TAGVAR(exclude_expsyms, $1)=['_GLOBAL_OFFSET_TABLE_|_GLOBAL__F[ID]_.*'] ],[ runpath_var= _LT_AC_TAGVAR(allow_undefined_flag, $1)= @@ -5542,12 +5615,14 @@ ifelse([$1],[CXX],[ # it will be wrapped by ` (' and `)$', so one must not match beginning or # end of line. Example: `a|bc|.*d.*' will exclude the symbols `a' and `bc', # as well as any symbol that contains `d'. - _LT_AC_TAGVAR(exclude_expsyms, $1)="_GLOBAL_OFFSET_TABLE_" + _LT_AC_TAGVAR(exclude_expsyms, $1)=['_GLOBAL_OFFSET_TABLE_|_GLOBAL__F[ID]_.*'] # Although _GLOBAL_OFFSET_TABLE_ is a valid symbol C name, most a.out # platforms (ab)use it in PIC code, but their linkers get confused if # the symbol is explicitly referenced. Since portable code cannot # rely on this symbol name, it's probably fine to never include it in # preloaded symbol tables. + # Exclude shared library initialization/finalization symbols. +dnl Note also adjust exclude_expsyms for C++ above. extract_expsyms_cmds= # Just being paranoid about ensuring that cc_basename is set. _LT_CC_BASENAME([$compiler]) @@ -5597,7 +5672,7 @@ ifelse([$1],[CXX],[ # See if GNU ld supports shared libraries. case $host_os in - aix3* | aix4* | aix5*) + aix[[3-9]]*) # On AIX/PPC, the GNU linker is very broken if test "$host_cpu" != ia64; then _LT_AC_TAGVAR(ld_shlibs, $1)=no @@ -5816,7 +5891,7 @@ _LT_EOF fi ;; - aix4* | aix5*) + aix[[4-9]]*) if test "$host_cpu" = ia64; then # On IA64, the linker does run time linking by default, so we don't # have to do anything special. @@ -5836,7 +5911,7 @@ _LT_EOF # Test if we are trying to use run time linking or normal # AIX style linking. If -brtl is somewhere in LDFLAGS, we # need to do runtime linking. - case $host_os in aix4.[[23]]|aix4.[[23]].*|aix5*) + case $host_os in aix4.[[23]]|aix4.[[23]].*|aix[[5-9]]*) for ld_flag in $LDFLAGS; do if (test $ld_flag = "-brtl" || test $ld_flag = "-Wl,-brtl"); then aix_use_runtimelinking=yes @@ -5996,11 +6071,10 @@ _LT_EOF _LT_AC_TAGVAR(link_all_deplibs, $1)=yes if test "$GCC" = yes ; then output_verbose_link_cmd='echo' - _LT_AC_TAGVAR(archive_cmds, $1)='$CC -dynamiclib $allow_undefined_flag -o $lib $libobjs $deplibs $compiler_flags -install_name $rpath/$soname $verstring' - _LT_AC_TAGVAR(module_cmds, $1)='$CC $allow_undefined_flag -o $lib -bundle $libobjs $deplibs$compiler_flags' - # Don't fix this by using the ld -exported_symbols_list flag, it doesn't exist in older darwin lds - _LT_AC_TAGVAR(archive_expsym_cmds, $1)='sed -e "s,#.*,," -e "s,^[ ]*,," -e "s,^\(..*\),_&," < $export_symbols > $output_objdir/${libname}-symbols.expsym~$CC -dynamiclib $allow_undefined_flag -o $lib $libobjs $deplibs $compiler_flags -install_name $rpath/$soname $verstring~nmedit -s $output_objdir/${libname}-symbols.expsym ${lib}' - _LT_AC_TAGVAR(module_expsym_cmds, $1)='sed -e "s,#.*,," -e "s,^[ ]*,," -e "s,^\(..*\),_&," < $export_symbols > $output_objdir/${libname}-symbols.expsym~$CC $allow_undefined_flag -o $lib -bundle $libobjs $deplibs$compiler_flags~nmedit -s $output_objdir/${libname}-symbols.expsym ${lib}' + _LT_AC_TAGVAR(archive_cmds, $1)="\$CC -dynamiclib \$allow_undefined_flag -o \$lib \$libobjs \$deplibs \$compiler_flags -install_name \$rpath/\$soname \$verstring $_lt_dar_single_mod${_lt_dsymutil}" + _LT_AC_TAGVAR(module_cmds, $1)="\$CC \$allow_undefined_flag -o \$lib -bundle \$libobjs \$deplibs \$compiler_flags${_lt_dsymutil}" + _LT_AC_TAGVAR(archive_expsym_cmds, $1)="sed 's,^,_,' < \$export_symbols > \$output_objdir/\${libname}-symbols.expsym~\$CC -dynamiclib \$allow_undefined_flag -o \$lib \$libobjs \$deplibs \$compiler_flags -install_name \$rpath/\$soname \$verstring ${_lt_dar_single_mod}${_lt_dar_export_syms}${_lt_dsymutil}" + _LT_AC_TAGVAR(module_expsym_cmds, $1)="sed -e 's,^,_,' < \$export_symbols > \$output_objdir/\${libname}-symbols.expsym~\$CC \$allow_undefined_flag -o \$lib -bundle \$libobjs \$deplibs \$compiler_flags${_lt_dar_export_syms}${_lt_dsymutil}" else case $cc_basename in xlc*) @@ -6581,7 +6655,7 @@ AC_SUBST([SED]) AC_MSG_RESULT([$SED]) ]) -# Copyright (C) 2002, 2003, 2005, 2006 Free Software Foundation, Inc. +# Copyright (C) 2002, 2003, 2005, 2006, 2007 Free Software Foundation, Inc. # # This file is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, @@ -6596,7 +6670,7 @@ AC_DEFUN([AM_AUTOMAKE_VERSION], [am__api_version='1.10' dnl Some users find AM_AUTOMAKE_VERSION and mistake it for a way to dnl require some minimum version. Point them to the right macro. -m4_if([$1], [1.10], [], +m4_if([$1], [1.10.1], [], [AC_FATAL([Do not call $0, use AM_INIT_AUTOMAKE([$1]).])])dnl ]) @@ -6612,8 +6686,10 @@ m4_define([_AM_AUTOCONF_VERSION], []) # Call AM_AUTOMAKE_VERSION and AM_AUTOMAKE_VERSION so they can be traced. # This function is AC_REQUIREd by AC_INIT_AUTOMAKE. AC_DEFUN([AM_SET_CURRENT_AUTOMAKE_VERSION], -[AM_AUTOMAKE_VERSION([1.10])dnl -_AM_AUTOCONF_VERSION(m4_PACKAGE_VERSION)]) +[AM_AUTOMAKE_VERSION([1.10.1])dnl +m4_ifndef([AC_AUTOCONF_VERSION], + [m4_copy([m4_PACKAGE_VERSION], [AC_AUTOCONF_VERSION])])dnl +_AM_AUTOCONF_VERSION(AC_AUTOCONF_VERSION)]) # AM_AUX_DIR_EXPAND -*- Autoconf -*- @@ -6885,7 +6961,7 @@ AC_DEFUN([_AM_OUTPUT_DEPENDENCY_COMMANDS # each Makefile.in and add a new line on top of each file to say so. # Grep'ing the whole file is not good either: AIX grep has a line # limit of 2048, but all sed's we know have understand at least 4000. - if sed 10q "$mf" | grep '^#.*generated by automake' > /dev/null 2>&1; then + if sed -n 's,^#.*generated by automake.*,X,p' "$mf" | grep X >/dev/null 2>&1; then dirpart=`AS_DIRNAME("$mf")` else continue @@ -6933,13 +7009,13 @@ AC_DEFUN([AM_OUTPUT_DEPENDENCY_COMMANDS] # Do all the work for Automake. -*- Autoconf -*- # Copyright (C) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, -# 2005, 2006 Free Software Foundation, Inc. +# 2005, 2006, 2008 Free Software Foundation, Inc. # # This file is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. -# serial 12 +# serial 13 # This macro actually does too much. Some checks are only needed if # your package does certain things. But this isn't really a big deal. @@ -7044,16 +7120,17 @@ AC_PROVIDE_IFELSE([AC_PROG_OBJC], # our stamp files there. AC_DEFUN([_AC_AM_CONFIG_HEADER_HOOK], [# Compute $1's index in $config_headers. +_am_arg=$1 _am_stamp_count=1 for _am_header in $config_headers :; do case $_am_header in - $1 | $1:* ) + $_am_arg | $_am_arg:* ) break ;; * ) _am_stamp_count=`expr $_am_stamp_count + 1` ;; esac done -echo "timestamp for $1" >`AS_DIRNAME([$1])`/stamp-h[]$_am_stamp_count]) +echo "timestamp for $_am_arg" >`AS_DIRNAME(["$_am_arg"])`/stamp-h[]$_am_stamp_count]) # Copyright (C) 2001, 2003, 2005 Free Software Foundation, Inc. # @@ -7354,7 +7431,7 @@ AC_SUBST([INSTALL_STRIP_PROGRAM])]) # _AM_SUBST_NOTMAKE(VARIABLE) # --------------------------- -# Prevent Automake from outputing VARIABLE = @VARIABLE@ in Makefile.in. +# Prevent Automake from outputting VARIABLE = @VARIABLE@ in Makefile.in. # This macro is traced by Automake. AC_DEFUN([_AM_SUBST_NOTMAKE]) Modified: head/contrib/openbsm/bin/Makefile.in ============================================================================== --- head/contrib/openbsm/bin/Makefile.in Sun Apr 19 15:19:26 2009 (r191272) +++ head/contrib/openbsm/bin/Makefile.in Sun Apr 19 16:17:13 2009 (r191273) @@ -1,8 +1,8 @@ -# Makefile.in generated by automake 1.10 from Makefile.am. +# Makefile.in generated by automake 1.10.1 from Makefile.am. # @configure_input@ # Copyright (C) 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002, -# 2003, 2004, 2005, 2006 Free Software Foundation, Inc. +# 2003, 2004, 2005, 2006, 2007, 2008 Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. @@ -15,7 +15,7 @@ @SET_MAKE@ # -# $P4: //depot/projects/trustedbsd/openbsm/bin/Makefile.in#10 $ +# $P4: //depot/projects/trustedbsd/openbsm/bin/Makefile.in#11 $ # VPATH = @srcdir@ pkgdatadir = $(datadir)/@PACKAGE@ @@ -82,6 +82,7 @@ CXXFLAGS = @CXXFLAGS@ CYGPATH_W = @CYGPATH_W@ DEFS = @DEFS@ DEPDIR = @DEPDIR@ +DSYMUTIL = @DSYMUTIL@ ECHO = @ECHO@ ECHO_C = @ECHO_C@ ECHO_N = @ECHO_N@ @@ -106,6 +107,7 @@ MAINT = @MAINT@ MAKEINFO = @MAKEINFO@ MIG = @MIG@ MKDIR_P = @MKDIR_P@ +NMEDIT = @NMEDIT@ OBJEXT = @OBJEXT@ PACKAGE = @PACKAGE@ PACKAGE_BUGREPORT = @PACKAGE_BUGREPORT@ @@ -169,6 +171,7 @@ sharedstatedir = @sharedstatedir@ srcdir = @srcdir@ sysconfdir = @sysconfdir@ target_alias = @target_alias@ +top_build_prefix = @top_build_prefix@ top_builddir = @top_builddir@ top_srcdir = @top_srcdir@ SUBDIRS = auditfilterd auditreduce praudit $(am__append_1) @@ -286,8 +289,8 @@ ID: $(HEADERS) $(SOURCES) $(LISP) $(TAGS unique=`for i in $$list; do \ if test -f "$$i"; then echo $$i; else echo $(srcdir)/$$i; fi; \ done | \ - $(AWK) ' { files[$$0] = 1; } \ - END { for (i in files) print i; }'`; \ + $(AWK) '{ files[$$0] = 1; nonemtpy = 1; } \ + END { if (nonempty) { for (i in files) print i; }; }'`; \ mkid -fID $$unique tags: TAGS @@ -312,8 +315,8 @@ TAGS: tags-recursive $(HEADERS) $(SOURCE unique=`for i in $$list; do \ if test -f "$$i"; then echo $$i; else echo $(srcdir)/$$i; fi; \ done | \ - $(AWK) ' { files[$$0] = 1; } \ - END { for (i in files) print i; }'`; \ + $(AWK) '{ files[$$0] = 1; nonempty = 1; } \ + END { if (nonempty) { for (i in files) print i; }; }'`; \ if test -z "$(ETAGS_ARGS)$$tags$$unique"; then :; else \ test -n "$$unique" || unique=$$empty_fix; \ $(ETAGS) $(ETAGSFLAGS) $(AM_ETAGSFLAGS) $(ETAGS_ARGS) \ @@ -323,13 +326,12 @@ ctags: CTAGS CTAGS: ctags-recursive $(HEADERS) $(SOURCES) $(TAGS_DEPENDENCIES) \ $(TAGS_FILES) $(LISP) tags=; \ - here=`pwd`; \ list='$(SOURCES) $(HEADERS) $(LISP) $(TAGS_FILES)'; \ unique=`for i in $$list; do \ if test -f "$$i"; then echo $$i; else echo $(srcdir)/$$i; fi; \ done | \ - $(AWK) ' { files[$$0] = 1; } \ - END { for (i in files) print i; }'`; \ + $(AWK) '{ files[$$0] = 1; nonempty = 1; } \ + END { if (nonempty) { for (i in files) print i; }; }'`; \ test -z "$(CTAGS_ARGS)$$tags$$unique" \ || $(CTAGS) $(CTAGSFLAGS) $(AM_CTAGSFLAGS) $(CTAGS_ARGS) \ $$tags $$unique Modified: head/contrib/openbsm/bin/audit/Makefile.in ============================================================================== --- head/contrib/openbsm/bin/audit/Makefile.in Sun Apr 19 15:19:26 2009 (r191272) +++ head/contrib/openbsm/bin/audit/Makefile.in Sun Apr 19 16:17:13 2009 (r191273) @@ -1,8 +1,8 @@ -# Makefile.in generated by automake 1.10 from Makefile.am. +# Makefile.in generated by automake 1.10.1 from Makefile.am. # @configure_input@ # Copyright (C) 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002, -# 2003, 2004, 2005, 2006 Free Software Foundation, Inc. +# 2003, 2004, 2005, 2006, 2007, 2008 Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. @@ -15,7 +15,7 @@ @SET_MAKE@ # -# $P4: //depot/projects/trustedbsd/openbsm/bin/audit/Makefile.in#11 $ +# $P4: //depot/projects/trustedbsd/openbsm/bin/audit/Makefile.in#12 $ # VPATH = @srcdir@ @@ -55,7 +55,7 @@ am__audit_SOURCES_DIST = audit.c auditd_ @USE_MACH_IPC_TRUE@ audit.$(OBJEXT) audit_OBJECTS = $(am_audit_OBJECTS) audit_DEPENDENCIES = $(top_builddir)/libbsm/libbsm.la -DEFAULT_INCLUDES = -I. -I$(top_builddir)/config@am__isrc@ +DEFAULT_INCLUDES = -I.@am__isrc@ -I$(top_builddir)/config *** DIFF OUTPUT TRUNCATED AT 1000 LINES *** From owner-freebsd-current@FreeBSD.ORG Sun Apr 19 16:42:11 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BB0F106564A for ; Sun, 19 Apr 2009 16:42:11 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mail-qy0-f105.google.com (mail-qy0-f105.google.com [209.85.221.105]) by mx1.freebsd.org (Postfix) with ESMTP id 576138FC0A for ; Sun, 19 Apr 2009 16:42:11 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by qyk3 with SMTP id 3so223990qyk.3 for ; Sun, 19 Apr 2009 09:42:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=1v8ftlgPppOeZ+/mrdB+HGLe2hcfILNWpEs/NQmErsI=; b=gtMN/znbkbQT0BHlEalMx8W80uSrwoTjMwRubcrb379MlJDr2EsMvCat1N8V6ezcqL k/Xw/ldsQ84BuGhFBWrI4KU1nU0bg7ijRNEtL6ClRtas4KLR03tAcQS932iWhV2Ixz/E jUP1K727ZNWwos4pEOeVt8+hn1cdswnwgEAXo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=PhFYcGqWFc9g6EUlTHG9qjGEH9yqasrJvUBXuKZnNK3fKrFYBlgcu5nyutEH5W1Zuo zdB5qTNCmu8ndBEw6t+Wtyz22mk01kSJ+dahFqpt7eMfBo8fUy2ActN9DOKYoltanVGO F0W/Q+xiW+vOFBWBRbcGJ+fptLMnAw6o8OgKI= MIME-Version: 1.0 Received: by 10.220.77.1 with SMTP id e1mr4734797vck.91.1240159330720; Sun, 19 Apr 2009 09:42:10 -0700 (PDT) Date: Sun, 19 Apr 2009 11:42:10 -0500 Message-ID: <790a9fff0904190942o285fba00m84deafe8741ea692@mail.gmail.com> From: Scot Hetzel To: =?KOI8-R?B?89XIz9LVy8/XIOHMxcvTwc7E0g==?= Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Can I post here? (Re: freebsd-current Digest, Vol 287, Issue 12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2009 16:42:11 -0000 2009/4/19 =F3=D5=C8=CF=D2=D5=CB=CF=D7 =E1=CC=C5=CB=D3=C1=CE=C4=D2 : > Hello all, please excuse me, i really didn't get can i post my problem he= re > and hope for the help ? Since, you haven't told us which version of FreeBSD your having the problem with, here are some of your options: If your problem is with FreeBSD 8.0-CURRENT (develoment version), you can post here. If your problem is with FreeBSD 5.x, 6.x, or 7.x, then post to FreeBSD-Stab= le. If your problem is with a Freebsd port/package, then post to FreeBSD-Ports. You may also want to look at the FreeBSD handbook and see if there is another list to post to: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/eresources.html#E= RESOURCES-MAIL Also, when sending messages to the lists, please use an appropriate subject= . Scot From owner-freebsd-current@FreeBSD.ORG Sun Apr 19 16:44:24 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 29D971065676 for ; Sun, 19 Apr 2009 16:44:24 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) by mx1.freebsd.org (Postfix) with ESMTP id DD2958FC17 for ; Sun, 19 Apr 2009 16:44:23 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from p578b68b8.dip0.t-ipconnect.de ([87.139.104.184] helo=krabat.raven.hur) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1Lva7t-0000b8-GL; Sun, 19 Apr 2009 18:44:17 +0200 Message-ID: <49EB54D8.9090007@gwdg.de> Date: Sun, 19 Apr 2009 18:44:08 +0200 From: Rainer Hurling User-Agent: Thunderbird 2.0.0.21 (X11/20090404) MIME-Version: 1.0 To: Alexander Leidinger References: <49E98C97.9080602@gwdg.de> <20090419163213.00004dbe@unknown> In-Reply-To: <20090419163213.00004dbe@unknown> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: freebsd-current@freebsd.org Subject: Re: acroread8 does not print any more X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Apr 2009 16:44:24 -0000 Hi Alexander, thank you for your answer. On 19.04.2009 16:32 (UTC+2), Alexander Leidinger wrote: > On Sat, 18 Apr 2009 10:17:27 +0200 Rainer Hurling > wrote: > >> Since I am using the new linux emulator f8 I am not able to print >> with acroread8 any more. I get this behaviour on three different >> systems. The following message does appear in acroread: >> >> --------------------------------------------------------- >> Beim Drucken ist folgender Fehler aufgetreten... >> '/libexec/ld-elf.so.1: Shared object "libc.so.6" not found, >> required by "libgcc_s.so.1"' >> --------------------------------------------------------- > > Do you have a custom command configured in acroread to print? If not, > have a look at it so that it uses lpr instead of lp. If you use already > lpr, have a look which one is used and if it is working if you use it > manually. Yes, my custom command is '/usr/local/bin/lpr -P lp2' for twosided printing with cups defined printer. The same command works well manually on the console. The above described error first occurs after the newest updates for linux_base-f8 and other linux packages. I am wondering if this error has something to do with locales or font encoding, because the following message appears in acroread8 before the error: 'Datei ^Qtest.pdf^Q wird gedruckt...' Any other idea where to look at? Rainer > > Bye, > Alexander. From owner-freebsd-current@FreeBSD.ORG Sun Apr 19 16:49:49 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25319106564A for ; Sun, 19 Apr 2009 16:49:49 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from ns2.bafirst.com (72-12-2-19.static.networktel.net [72.12.2.19]) by mx1.freebsd.org (Postfix) with ESMTP id C91028FC08 for ; Sun, 19 Apr 2009 16:49:48 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from HOME.encontacto.net ([189.190.9.26]) by ns2.bafirst.com with esmtp; Sun, 19 Apr 2009 11:49:47 -0500 id 000D4C98.49EB562B.00010E44 Received: from localhost (localhost [127.0.0.1]) (uid 80) by HOME.encontacto.net with local; Sun, 19 Apr 2009 11:49:46 -0500 id 0004AC11.49EB562A.0000ACB6 Received: from local69.local.net.mx (local69.local.net.mx [192.168.1.69]) by econet.encontacto.net (Horde Framework) with HTTP; Sun, 19 Apr 2009 11:49:46 -0500 Message-ID: <20090419114946.60801euqbw09u6m8@econet.encontacto.net> Date: Sun, 19 Apr 2009 11:49:46 -0500 From: eculp To: Matthias Apitz References: <49EAF042.6030209@wanadoo.fr> <20090419111105.GA11449@rebelion.Sisis.de> <20090419065207.90531ns8hxq865b4@econet.encontacto.net> <20090419144042.GB19064@rebelion.Sisis.de> In-Reply-To: <20090419144042.GB19064@rebelion.Sisis.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (5.0-cvs) X-Remote-Browser: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.0.8) Gecko/2009040106 Firefox/3.0.4, Ant.com Toolbar 1.3 X-IMP-Server: 189.190.9.26 X-Originating-IP: 192.168.1.69 X-Originating-User: eculp@encontacto.net Cc: freebsd-current@freebsd.org Subject: Re: linux-flashplugin-9 && firefox-3.0.7, 1 does not play in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Apr 2009 16:49:49 -0000 Quoting Matthias Apitz : > El d=EDa Sunday, April 19, 2009 a las 06:52:07AM -0500, eculp escribi=F3: > >> Somewhat off topic but following the very simple instructions from >> Nicolas given in the recent thread - "Flash10, >> with up to date current, not even recognized with about:plugins." >> >> I have flash 10 working as well as flash9 worked also on current. >> The only "problem" is the npviewer.bin issues that I was also having >> with flash9. >> >> In case you are interested. > > What is the 'npviewer.bin issues' that you have exactly? > > Firefox3 is now playing with Flash 9 but hangs on terminating the page; > I have to > > $ killall npviewer.bin me too, but it seems to be improved from weeks ago when I had to do it =20 with each flash page. Now, it seems to be less of a problem so I =20 really don't worry about it. I'm not a flash fan but when I need to =20 see something, I need to see it. ;) ed > > Thx > > =09matthias > > -- > Matthias Apitz > Manager Technical Support - OCLC GmbH > Gruenwalder Weg 28g - 82041 Oberhaching - Germany > t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 > e - w http://www.oclc.org/ http://www.UnixArea.d= e/ > People who hate Microsoft Windows use Linux but people who love UNIX =20 > use FreeBSD. > From owner-freebsd-current@FreeBSD.ORG Sun Apr 19 17:28:52 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99814106564A for ; Sun, 19 Apr 2009 17:28:52 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 522518FC12 for ; Sun, 19 Apr 2009 17:28:52 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from [85.173.17.81] (helo=moosi) by services.ipt.ru with esmtpa (Exim 4.54 (FreeBSD)) id 1Lvap0-000Gma-8M; Sun, 19 Apr 2009 21:28:50 +0400 To: Matthias Apitz References: <49EAF042.6030209@wanadoo.fr> <20090419111105.GA11449@rebelion.Sisis.de> <49EB0FED.4060408@wanadoo.fr> <20090419143537.GA19064@rebelion.Sisis.de> From: Boris Samorodov Date: Sun, 19 Apr 2009 21:28:33 +0400 In-Reply-To: <20090419143537.GA19064@rebelion.Sisis.de> (Matthias Apitz's message of "Sun\, 19 Apr 2009 16\:35\:37 +0200") Message-ID: <25004542@ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org Subject: Re: linux-flashplugin-9 && firefox-3.0.7, 1 does not play in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Apr 2009 17:28:52 -0000 Matthias Apitz writes: > vm-naranja# cd /usr/compat/linux/lib > vm-naranja# pkg_info -W libreadline.so.5.2 > vm-naranja# ls -l libreadline.so.5.2 > -rwxr-xr-x 1 root wheel 212996 Apr 18 13:54 libreadline.so.5.2 If you look at any /var/db/pkg/linux*/+CONTENTS file, you'll see a line "@cwd /compat/linux" near the top of the file. That meens that all linux files are registered relative to LINUX_BASE, that is /compat/linux. So you should use that base when using pkg_info: ----- % pkg_info -W /compat/linux/lib/libreadline.so.5.2 /compat/linux/lib/libreadline.so.5.2 was installed by package linux_base-f9-9 % ----- HTH & WBR -- bsam From owner-freebsd-current@FreeBSD.ORG Sun Apr 19 17:35:01 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10E76106566B for ; Sun, 19 Apr 2009 17:35:01 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id BD6FD8FC0C for ; Sun, 19 Apr 2009 17:35:00 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from [85.173.17.81] (helo=moosi) by services.ipt.ru with esmtpa (Exim 4.54 (FreeBSD)) id 1Lvaux-000GrW-Nt; Sun, 19 Apr 2009 21:34:59 +0400 To: Matthias Apitz References: <49EAF042.6030209@wanadoo.fr> <20090419111105.GA11449@rebelion.Sisis.de> From: Boris Samorodov Date: Sun, 19 Apr 2009 21:34:18 +0400 In-Reply-To: <20090419111105.GA11449@rebelion.Sisis.de> (Matthias Apitz's message of "Sun\, 19 Apr 2009 13\:11\:05 +0200") Message-ID: <58924197@ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: linux-flashplugin-9 && firefox-3.0.7, 1 does not play in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Apr 2009 17:35:01 -0000 Matthias Apitz writes: > El d=C3=ADa Sunday, April 19, 2009 a las 11:34:58AM +0200, Nicolas escrib= i=C3=B3: > > Thanks for your feedback; I helps also if someone says "it works for me" > because then is much hope that it will work for me too; > > I'm attaching the relevant information; note the ports have bee build on > some other (faster) host and have been transfered via pkg_create on that > host and pkg_add'ed on the slower EeePC; so the output of 'pkg_version | = grep > linux' on that host (tiny) gives only: > > tiny# pkg_version | grep linux [...] > linux_base-f8 ? > linux_base-fc ? As it was already said at this thread that should not happen: those two ports should not be installed at the same time, they conflict with each other. So the best way was (as you seem to do already) deinstall all linux ports, remove /compat/linux/* and reinstall linux applications you need. The complete procedure is written at /usr/ports/UODATING. > linux_dri ? > > but on the host where the ports have been compiled/installed/pkg_creat > (vm-naranja) it says: > > vm-naranja# pkg_version | grep linux [...] > linux_base-f8 =3D > linux_base-fc =3D That is not good and may lead to undefined behaviour of linux applications. WBR --=20 bsam From owner-freebsd-current@FreeBSD.ORG Sun Apr 19 17:38:15 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC3D71065670 for ; Sun, 19 Apr 2009 17:38:15 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id A49448FC0A for ; Sun, 19 Apr 2009 17:38:15 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from [85.173.17.81] (helo=moosi) by services.ipt.ru with esmtpa (Exim 4.54 (FreeBSD)) id 1Lvay5-000Gu5-Vu; Sun, 19 Apr 2009 21:38:14 +0400 To: =?utf-8?B?0KHRg9GF0L7RgNGD0LrQvtCyINCQ0LvQtdC60YHQsNC90LTRgA==?= References: <20090419120015.683A51065676@hub.freebsd.org> <49EB350F.30804@gmail.com> From: Boris Samorodov Date: Sun, 19 Apr 2009 21:37:40 +0400 In-Reply-To: <49EB350F.30804@gmail.com> (=?utf-8?B?ItCh0YPRhdC+0YDRg9C6?= =?utf-8?B?0L7QsiDQkNC70LXQutGB0LDQvdC00YAiJ3M=?= message of "Sun\, 19 Apr 2009 18\:28\:31 +0400") Message-ID: <92843995@ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: freebsd-current Digest, Vol 287, Issue 12 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2009 17:38:16 -0000 =D0=A1=D1=83=D1=85=D0=BE=D1=80=D1=83=D0=BA=D0=BE=D0=B2 =D0=90=D0=BB=D0=B5= =D0=BA=D1=81=D0=B0=D0=BD=D0=B4=D1=80 writes: > Hello all, please excuse me, i really didn't get can i post my problem > here and hope for the help ? If a problem is about FreeBSD-CURRENT then it is a topic at this=20 mail list. WBR --=20 bsam From owner-freebsd-current@FreeBSD.ORG Sun Apr 19 18:01:44 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8277D106564A for ; Sun, 19 Apr 2009 18:01:44 +0000 (UTC) (envelope-from emoxam@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 0570C8FC14 for ; Sun, 19 Apr 2009 18:01:43 +0000 (UTC) (envelope-from emoxam@gmail.com) Received: by mu-out-0910.google.com with SMTP id w9so607601mue.3 for ; Sun, 19 Apr 2009 11:01:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type; bh=iSSlV7aZG5HsgAROss0SsmCTiTwIsO5fiwzBwXu+HaE=; b=AEeOq5NgkssUpdXfMPKy+MI/EyXze1plz1IiUclC7huZJs+ngTmxjS4906FxXRAshR 6T4BJEOk7YuShQdNSJhcL3Istg4NCmKfiaYQbPl8yWuGMPeK61KophQlVZ+BuHHi1XSC 0Jdj6E+2oOA3+zZDURmImCOITk6QQ3KQy6TMs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type; b=gv3XQJTLa5Oipgach0MnkovA93KwEvk/yKKe+tzR2hidyj+ZP/MorDj+dIZfUplpaE QCm3MLwVzQnWKoUyLGrEk7/JR0iLvWe7Bu4kVyvJdWYWVCTAeWBtrkw6mInFWkU0ec8V HGIY46jkKCiOwzfn/GPDdzRUk9pcH9vvMg+28= Received: by 10.103.247.14 with SMTP id z14mr2599929mur.70.1240164103111; Sun, 19 Apr 2009 11:01:43 -0700 (PDT) Received: from ?192.168.1.10? ([79.165.188.218]) by mx.google.com with ESMTPS id j2sm11546268mue.19.2009.04.19.11.01.42 (version=SSLv3 cipher=RC4-MD5); Sun, 19 Apr 2009 11:01:42 -0700 (PDT) Message-ID: <49EB66F5.1050007@gmail.com> Date: Sun, 19 Apr 2009 22:01:25 +0400 From: Sukhorukov Alexander User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20090419120015.683A51065676@hub.freebsd.org> In-Reply-To: <20090419120015.683A51065676@hub.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: wi-fi with dwl-510 on 8.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Apr 2009 18:01:44 -0000 Hello all! for sure i got *[root@mail /etc]# uname -a FreeBSD mail.emoxam.ru 8.0-CURRENT FreeBSD 8.0-CURRENT #2: Sun Apr 12 13:26:05 M SD 2009 root@mail.emoxam.ru:/usr/obj/usr/src/sys/CUSTOM1 i386 [root@mail /etc]#* first of all i got my FreeBSd-way begins no so long ago, i may not know all the trick, so why am i here! pass all the trick OS set to me i'm totaly stucked with wi-fi setup! So DLink AP got _*WEP encription, 64bit, HEX, 10 symbols.*_ Just because handbook didn't help me - i don't know how to make wifi works right. and because i read a lot o forums i choose that way: *[root@mail /etc]# ifconfig ral0 ral0: flags=8802 metric 0 mtu 2290 ether 00:21:91:82:31:9b media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier [root@mail /etc]#* *ifconfig wlan0 create wlandev ral0* (was stealed from one post on the third party forum) that man ifconfig and so on.. i choose this: *[root@mail /etc]# ifconfig wlan0 wepmode on weptxkey 1 wepkey 1:0x0F00FF00F0 authmode shared bssid 00-80-C8-38-61-C8 channel 6 country RU ssid olko regdomain debug* (i don't know why "debug" e.g., because i man regdomain is noninformative enough, and by the way regdomain.xls was stealed from somewhere..) so.. *[root@mail /etc]# ifconfig wlan0 wlan0: flags=8802 metric 0 mtu 1500 ether 00:21:91:82:31:9b media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier ssid olko channel 1 (2412 Mhz 11b) bssid 00:80:c8:38:61:c8 regdomain DEBUG country RU authmode SHARED privacy ON deftxkey 1 wepkey 1:40-bit txpower 30 bmiss 7 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 1 bintval 0 [root@mail /etc]#* why is it no carrier ? i can do something not right, and i will be appriciate if you show me tha way where i can read how to get it work, or maybe you'll edit/fix me! Thanx! P.S. 40 bit on FreeBSD and 64 bit on Dlink is it the same values ? am i set it right ? From owner-freebsd-current@FreeBSD.ORG Sun Apr 19 18:06:35 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF0F2106564A for ; Sun, 19 Apr 2009 18:06:35 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id AA79B8FC16 for ; Sun, 19 Apr 2009 18:06:35 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from [85.173.17.81] (helo=moosi) by services.ipt.ru with esmtpa (Exim 4.54 (FreeBSD)) id 1LvbPW-000HFb-Lp; Sun, 19 Apr 2009 22:06:34 +0400 To: Rainer Hurling References: <49E98C97.9080602@gwdg.de> From: Boris Samorodov Date: Sun, 19 Apr 2009 22:06:24 +0400 In-Reply-To: <49E98C97.9080602@gwdg.de> (Rainer Hurling's message of "Sat\, 18 Apr 2009 10\:17\:27 +0200") Message-ID: <10766735@ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org Subject: Re: acroread8 does not print any more X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Apr 2009 18:06:36 -0000 Rainer Hurling writes: > Since I am using the new linux emulator f8 I am not able to print with > acroread8 any more. I get this behaviour on three different > systems. The following message does appear in acroread: > > --------------------------------------------------------- > Beim Drucken ist folgender Fehler aufgetreten... > '/libexec/ld-elf.so.1: Shared object "libc.so.6" not found, > required by "libgcc_s.so.1"' > --------------------------------------------------------- > > Does anyone else see this error? > > I would suppose that /compat/linux/lib/libc.so.6 has to be used, but > acroread is looking at /usr/local/lib/compat/libc.so.6. Any > suggestions what could be wrong? > > Let me know if I can give more information or test something. > > Thanks in advance, > Rainer Hurling > > > P.S.: I am running FreeBSD 8.0-CURRENT with linux_base-f8 > > sysctl compat.linux.osrelease: 2.6.16 > > /etc/make.conf > OVERRIDE_LINUX_BASE_PORT=f8 > OVERRIDE_LINUX_NONBASE_PORTS=f8 > > > #ls -d /var/db/pkg/linux* > linux-f8-alsa-lib-1.0.15 > linux-f8-jpeg-6b > linux-flashplugin-9.0r159 > linux-f8-atk-1.20.0 > linux-f8-libsigc++20-2.0.18 > linux-kmod-compat-20080408 > linux-f8-cairo-1.4.14 > linux-f8-libxml2-2.7.2 > linux-nvu-1.0_1 > linux-f8-dri-7.0.2 > linux-f8-openssl-0.9.8b > linux-realplayer-10.0.9.809.20070726 > linux-f8-expat-2.0.1 > linux-f8-pango-1.18.4 > linux-scim-gtk-fc8-1.4.7_1 > linux-f8-fontconfig-2.4.2 > linux-f8-png-1.2.22 > linux-scim-libs-fc8-1.4.7_2 > linux-f8-gtk2-2.12.8 > linux-f8-tiff-3.8.2 > linux_base-f8-8_11 Since you have two linux-scim-* ports it seems to me that you upgraded to linux -f8- ports without reading /usr/ports/UPDATING and there may be some unneeded remnants at /compat/linux. Can you follow that procedure and write a followup here? BTW, some useful information you may find at emulation@ ML and my "HEADSUP" message about new linux -f8- ports. WBR -- bsam From owner-freebsd-current@FreeBSD.ORG Sun Apr 19 18:17:15 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10A23106564A for ; Sun, 19 Apr 2009 18:17:15 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.242]) by mx1.freebsd.org (Postfix) with ESMTP id 7B28C8FC0C for ; Sun, 19 Apr 2009 18:17:14 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: by an-out-0708.google.com with SMTP id c3so553167ana.13 for ; Sun, 19 Apr 2009 11:17:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:received :message-id:in-reply-to:references:date:subject:from:to:user-agent :mime-version:content-type:content-transfer-encoding:x-priority :importance; bh=wPP0VpKKZruo3ooitVuV8oyxhWvCc0ao5cv+/s+bbLo=; b=TipzqyRzowCQ8dxX0XMoEKIcDSSMA67/bhJjC8Z2S0/SiGo8v3xD+uHQFKOL8dyqK+ phEfA53OgPOAtfD4IvVMBKjMMNJTvWNcZymenzTI1mXhYSrxr94LJbmZzOeZzDf6Kzqq nRzD4aaCkexY3msecrL6TquM7a9UrVMEmJ9Z0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:in-reply-to:references:date:subject:from:to :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance; b=tBc4NTE6KXzcxI+CefCTXuZaIV3Nlw5XfzYUgpMrQl+c+M4dR0a1wEm457pg8+UemH Egl2Fp5/1cCiHW48Q1tIpshOz/pGsx/dL1ykw8iPpgdq27dCW9e0U1FY9HEZJ7KarzBq Kl4QvsMkJRa6n4Tc1XcTUTsGYBpOUa/M6fgfg= Received: by 10.100.211.11 with SMTP id j11mr6502720ang.101.1240165033868; Sun, 19 Apr 2009 11:17:13 -0700 (PDT) Received: from cygnus.homeunix.com (201008168225.user.veloxzone.com.br [201.8.168.225]) by mx.google.com with ESMTPS id d38sm6559944and.2.2009.04.19.11.17.12 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 19 Apr 2009 11:17:13 -0700 (PDT) Sender: Nenhum_de_Nos Received: by cygnus.homeunix.com (Postfix, from userid 80) id 7C31EB8074; Sun, 19 Apr 2009 15:17:08 -0300 (BRT) Received: from 10.1.1.100 (SquirrelMail authenticated user matheus) by cygnus.homeunix.com with HTTP; Sun, 19 Apr 2009 15:17:08 -0300 (BRT) Message-ID: <0db59689dbe31db2fa2feb0f3aae5311.squirrel@cygnus.homeunix.com> In-Reply-To: <49EB66F5.1050007@gmail.com> References: <20090419120015.683A51065676@hub.freebsd.org> <49EB66F5.1050007@gmail.com> Date: Sun, 19 Apr 2009 15:17:08 -0300 (BRT) From: "Nenhum_de_Nos" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: wi-fi with dwl-510 on 8.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Apr 2009 18:17:15 -0000 On Sun, April 19, 2009 15:01, Sukhorukov Alexander wrote: > Hello all! for sure i got > *[root@mail /etc]# uname -a > FreeBSD mail.emoxam.ru 8.0-CURRENT FreeBSD 8.0-CURRENT #2: Sun Apr 12 > 13:26:05 M > SD 2009 root@mail.emoxam.ru:/usr/obj/usr/src/sys/CUSTOM1 i386 > [root@mail /etc]#* > > > first of all i got my FreeBSd-way begins no so long ago, i may not know > all the trick, so why am i here! > > pass all the trick OS set to me i'm totaly stucked with wi-fi setup! > So DLink AP got _*WEP encription, 64bit, HEX, 10 symbols.*_ > > Just because handbook didn't help me - i don't know how to make wifi > works right. > and because i read a lot o forums i choose that way: > > *[root@mail /etc]# ifconfig ral0 > ral0: flags=8802 metric 0 mtu 2290 > ether 00:21:91:82:31:9b > media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) > status: no carrier > [root@mail /etc]#* > > *ifconfig wlan0 create wlandev ral0* (was stealed from one post on the > third party forum) > > that man ifconfig and so on.. i choose this: > > *[root@mail /etc]# ifconfig wlan0 wepmode on weptxkey 1 wepkey > 1:0x0F00FF00F0 authmode shared bssid 00-80-C8-38-61-C8 channel 6 country > RU ssid olko regdomain > debug* > (i don't know why "debug" e.g., because i man regdomain is > noninformative enough, and by the way regdomain.xls was stealed from > somewhere..) > > so.. > > *[root@mail /etc]# ifconfig wlan0 > wlan0: flags=8802 metric 0 mtu 1500 > ether 00:21:91:82:31:9b > media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) > status: no carrier > ssid olko channel 1 (2412 Mhz 11b) bssid 00:80:c8:38:61:c8 > regdomain DEBUG country RU authmode SHARED privacy ON deftxkey 1 > wepkey 1:40-bit txpower 30 bmiss 7 scanvalid 60 bgscan > bgscanintvl 300 > bgscanidle 250 roam:rssi 7 roam:rate 1 bintval 0 > [root@mail /etc]#* > > why is it no carrier ? i can do something not right, and i will be > appriciate if you show me tha way where i can read how to get it work, > or maybe you'll edit/fix me! Thanx! > > > P.S. 40 bit on FreeBSD and 64 bit on Dlink is it the same values ? am i > set it right ? I tried hostap mode in this very same card (just revision I can't say to be the same, don't have the card right now - it is from work), and I got some firmware issues in dmesg. have you seen dmesg ? I just can't make it an AP. client mode wasn't tested though. matheus -- We will call you cygnus, The God of balance you shall be From owner-freebsd-current@FreeBSD.ORG Sun Apr 19 18:18:36 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8649E106566B for ; Sun, 19 Apr 2009 18:18:36 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: from mail-fx0-f167.google.com (mail-fx0-f167.google.com [209.85.220.167]) by mx1.freebsd.org (Postfix) with ESMTP id E4A018FC1F for ; Sun, 19 Apr 2009 18:18:35 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: by fxm11 with SMTP id 11so1637299fxm.43 for ; Sun, 19 Apr 2009 11:18:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=7RhV7QwbnXE5QwdrP102WQal2kSaZFm0lSIsTjzLawk=; b=o2xPDpRn0/pkZakJ2FUIoteMLNynk+/wXnJiXAB2+O9xxCMrslrv4COrvfH7b0AbuR TLs9QOMBTCWVCGblJatZVMy1iMs9J6SzcZ7gBAcA6NQrfBpFjPfF0KcQCNsTJJJnOuV5 fcjata1oiRHbaHAFJPOywiA77EGuM2Szh5PoE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=cye/F9VkDrfbgqWV6b8igRW7irC9jiaqgYwDnNI2iy/nAXubWjqOodjUtDyXrT7P4T tIXej4zHoMMwol6YbQWD+pD1/cam1b6pBsgs0PJxY+vJATRbKBvLzzNItDhFW5hNoanc pZsq+Rt8usp6SUwOPgx5BL5sCtN29Vl6JTzis= MIME-Version: 1.0 Received: by 10.103.102.18 with SMTP id e18mr2594574mum.82.1240163806175; Sun, 19 Apr 2009 10:56:46 -0700 (PDT) In-Reply-To: <49EB54D8.9090007@gwdg.de> References: <49E98C97.9080602@gwdg.de> <20090419163213.00004dbe@unknown> <49EB54D8.9090007@gwdg.de> Date: Sun, 19 Apr 2009 17:56:46 +0000 Message-ID: From: "Carlos A. M. dos Santos" To: Rainer Hurling Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Alexander Leidinger , freebsd-current@freebsd.org Subject: Re: acroread8 does not print any more X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Apr 2009 18:18:37 -0000 On Sun, Apr 19, 2009 at 4:44 PM, Rainer Hurling wrote: > > On 19.04.2009 16:32 (UTC+2), Alexander Leidinger wrote: >> >> On Sat, 18 Apr 2009 10:17:27 +0200 Rainer Hurling >> wrote: >> >>> Since I am using the new linux emulator f8 I am not able to print >>> with acroread8 any more. I get this behaviour on three different >>> systems. The following message does appear in acroread: >>> >>> --------------------------------------------------------- >>> Beim Drucken ist folgender Fehler aufgetreten... >>> '/libexec/ld-elf.so.1: Shared object "libc.so.6" not found, >>> required by "libgcc_s.so.1"' >>> --------------------------------------------------------- >> >> Do you have a custom command configured in acroread to print? If not, >> have a look at it so that it uses lpr instead of lp. If you use already >> lpr, have a look which one is used and if it is working if you use it >> manually. > > Yes, my custom command is '/usr/local/bin/lpr -P lp2' for twosided printing > with cups defined printer. The same command works well manually on the > console. The above described error first occurs after the newest updates for > linux_base-f8 and other linux packages. I don't use acroread on FreeBSD since a long time ago (switched to evince and later to epdfview). I remember, however, that I once had to create a symlink from /usr/bin/lpr to /usr/linux/usr/bin/lpr otherwise acroread failed to find the lpr executable. -- My preferred quotation of Robert Louis Stevenson is "You cannot make an omelette without breaking eggs". Not because I like the omelettes, but because I like the sound of eggs being broken. From owner-freebsd-current@FreeBSD.ORG Sun Apr 19 19:07:16 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40D9E106564A for ; Sun, 19 Apr 2009 19:07:16 +0000 (UTC) (envelope-from ubm@u-boot-man.de) Received: from mail.upper.net (mail.upper.net [62.75.224.33]) by mx1.freebsd.org (Postfix) with ESMTP id CBDF48FC17 for ; Sun, 19 Apr 2009 19:07:15 +0000 (UTC) (envelope-from ubm@u-boot-man.de) Received: from greatsheep.chaos.base (mail.upper.net [62.75.224.33]) (authenticated bits=0) by mail.upper.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id n3JJ7DXq012372 for ; Sun, 19 Apr 2009 21:07:13 +0200 Received: from greatsheep.chaos.base ([85.181.44.8] helo=greatsheep.chaos.base) by ASSP.nospam.UpPeRnEt; 19 Apr 2009 21:07:13 +0200 Date: Sun, 19 Apr 2009 21:07:12 +0200 From: Marc "UBM" Bocklet To: freebsd-current@freebsd.org Message-Id: <20090419210712.09377c1f.ubm@u-boot-man.de> In-Reply-To: <200904191616.35868.hselasky@c2i.net> References: <20090419134204.57ad25a7.ubm@u-boot-man.de> <200904191527.58168.hselasky@c2i.net> <20090419155550.e9c8f244.ubm@u-boot-man.de> <200904191616.35868.hselasky@c2i.net> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.12.10; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 19 Apr 2009 19:14:28 +0000 Subject: Re: minor annoyance with usb transition (or pilot 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, 19 Apr 2009 19:07:16 -0000 On Sun, 19 Apr 2009 16:16:35 +0200 Hans Petter Selasky wrote: > On Sunday 19 April 2009, Marc UBM Bocklet wrote: > > On Sun, 19 Apr 2009 15:27:57 +0200 > > > > Look at "man udbp". There you will find the information you need. Ah, I see. Thanks :-) Still wondering why it didn't complain during the days of the old usb stack, because I never had any netgraph related options in my kernel config. Bye Marc -- "And what rough beast, its hour come round at last, Slouches towards Bethlehem to be born?" W.B. Yeats, The Second Coming From owner-freebsd-current@FreeBSD.ORG Sun Apr 19 19:55:26 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60EC41065674 for ; Sun, 19 Apr 2009 19:55:26 +0000 (UTC) (envelope-from emoxam@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.188]) by mx1.freebsd.org (Postfix) with ESMTP id DB0188FC0A for ; Sun, 19 Apr 2009 19:55:25 +0000 (UTC) (envelope-from emoxam@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so814440fka.11 for ; Sun, 19 Apr 2009 12:55:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type; bh=TPCrs/Cil0egIbw5lu3dWQAa149EkNtk0YWvGMiPKGY=; b=MLbh+a8ZNqDnkDVmbjueZ7xZ/cXKacUavB4CgZ0i45n5i1ERtKBTNLxPiSNOUxTXDi 0zVyEZVvsBTqnNeGqoBRmYzAHM5NgPvdJZ6gxM3Ym/JRxlqLYj1lSgy2SkKo7wgEALj2 WLg7qFDdFc3a6wzkYB6wITOAQN09Lair3ZO3Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type; b=kBE+o+94bY7T8bVbu1HHnaO76pER5PTfRpsJ2RtvYAHunnHYMJlWzA1n5G7jRMrar0 AeJrS02y6kn1bhX/arB4TWF28i8JPbo+xDeHN2qkabyGFW8x1T90BjHQmJnAKAT9y6OU bA5qzf/KSpLkf5dq2XzQVWwdkOKnzjzv9sXZg= Received: by 10.103.8.17 with SMTP id l17mr2645823mui.125.1240170924799; Sun, 19 Apr 2009 12:55:24 -0700 (PDT) Received: from ?192.168.1.10? ([79.165.188.218]) by mx.google.com with ESMTPS id s10sm11733409mue.46.2009.04.19.12.55.23 (version=SSLv3 cipher=RC4-MD5); Sun, 19 Apr 2009 12:55:23 -0700 (PDT) Message-ID: <49EB819D.6040702@gmail.com> Date: Sun, 19 Apr 2009 23:55:09 +0400 From: Sukhorukov Alexander User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20090419120015.683A51065676@hub.freebsd.org> In-Reply-To: <20090419120015.683A51065676@hub.freebsd.org> Content-Type: multipart/mixed; boundary="------------080205080001000507070902" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: freebsd-current Digest, Vol 287, Issue 12 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2009 19:55:26 -0000 This is a multi-part message in MIME format. --------------080205080001000507070902 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit So what i got else _/wpa_supplicant.conf /_ *ap_scan=0 network={ ssid="olko" key_mgmt=NONE auth_alg=SHARED wep_key1=0F00FF00F0 wep_tx_keyidx=1 }* when *ap_scan=0* typescript.1 is output *when ap_scan=1* typescript.2 is output Thanx! P.S. sorry if i use mailing list wrong! --------------080205080001000507070902 Content-Type: text/plain; name="typescript.2" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="typescript.2" Script started on Sun Apr 19 23:52:02 2009 --------------080205080001000507070902 Content-Type: application/octet-stream; name="typescript.1" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="typescript.1" U2NyaXB0IHN0YXJ0ZWQgb24gU3VuIEFwciAxOSAyMzo1MToxOSAyMDA5Cltyb290QG1haWwg L2V0Y10jIHdwYV9zdXBwbGljYW50IC1pIHdsYW4wIC1kZCAtYyAvZXRjL3dwYV9zdXBwbGlj YW50LmNvbg1bcm9vdEBtYWlsIC9ldGNdIyBtYxtbSwgId3BhX3N1cHBsaWNhbnQgLWkgd2xh bjAgLWRkIC1jIC9ldGMvd3BhX3N1cHBsaWNhbnQuY29uZg0KSW5pdGlhbGl6aW5nIGludGVy ZmFjZSAnd2xhbjAnIGNvbmYgJy9ldGMvd3BhX3N1cHBsaWNhbnQuY29uZicgZHJpdmVyICdk ZWZhdWx0JyBjdHJsX2ludGVyZmFjZSAnTi9BJyBicmlkZ2UgJ04vQScNCkNvbmZpZ3VyYXRp b24gZmlsZSAnL2V0Yy93cGFfc3VwcGxpY2FudC5jb25mJyAtPiAnL2V0Yy93cGFfc3VwcGxp Y2FudC5jb25mJw0KUmVhZGluZyBjb25maWd1cmF0aW9uIGZpbGUgJy9ldGMvd3BhX3N1cHBs aWNhbnQuY29uZicNCmFwX3NjYW49MA0KTGluZTogMyAtIHN0YXJ0IG9mIGEgbmV3IG5ldHdv cmsgYmxvY2sNCnNzaWQgLSBoZXhkdW1wX2FzY2lpKGxlbj00KToNCiAgICAgNmYgNmMgNmIg NmYgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBvbGtvICAgICAgICAg ICAgDQprZXlfbWdtdDogMHg0DQphdXRoX2FsZzogMHgyDQp3ZXBfa2V5MSAtIGhleGR1bXAo bGVuPTUpOiBbUkVNT1ZFRF0NCndlcF90eF9rZXlpZHg9MSAoMHgxKQ0KUHJpb3JpdHkgZ3Jv dXAgMA0KICAgaWQ9MCBzc2lkPSdvbGtvJw0KSW5pdGlhbGl6aW5nIGludGVyZmFjZSAoMikg J3dsYW4wJw0KT3duIE1BQyBhZGRyZXNzOiAwMDoyMTo5MTo4MjozMTo5Yg0Kd3BhX2RyaXZl cl9ic2Rfc2V0X3dwYTogZW5hYmxlZD0xDQp3cGFfZHJpdmVyX2JzZF9zZXRfd3BhX2ludGVy bmFsOiB3cGE9MyBwcml2YWN5PTENCndwYV9kcml2ZXJfYnNkX2RlbF9rZXk6IGtleWlkeD0w DQp3cGFfZHJpdmVyX2JzZF9kZWxfa2V5OiBrZXlpZHg9MQ0Kd3BhX2RyaXZlcl9ic2RfZGVs X2tleToga2V5aWR4PTINCndwYV9kcml2ZXJfYnNkX2RlbF9rZXk6IGtleWlkeD0zDQp3cGFf ZHJpdmVyX2JzZF9zZXRfY291bnRlcm1lYXN1cmVzOiBlbmFibGVkPTANCndwYV9kcml2ZXJf YnNkX3NldF9kcm9wX3VuZW5jcnlwdGVkOiBlbmFibGVkPTENClJTTjogZmx1c2hpbmcgUE1L SUQgbGlzdCBpbiB0aGUgZHJpdmVyDQpTZXR0aW5nIHNjYW4gcmVxdWVzdDogMCBzZWMgMTAw MDAwIHVzZWMNCkVBUE9MOiBTVVBQX1BBRSBlbnRlcmluZyBzdGF0ZSBESVNDT05ORUNURUQN CkVBUE9MOiBLRVlfUlggZW50ZXJpbmcgc3RhdGUgTk9fS0VZX1JFQ0VJVkUNCkVBUE9MOiBT VVBQX0JFIGVudGVyaW5nIHN0YXRlIElOSVRJQUxJWkUNCkVBUDogRUFQIGVudGVyaW5nIHN0 YXRlIERJU0FCTEVEDQpBZGRlZCBpbnRlcmZhY2Ugd2xhbjANCkVBUE9MOiBFeHRlcm5hbCBu b3RpZmljYXRpb24gLSBFQVAgc3VjY2Vzcz0wDQpFQVBPTDogRXh0ZXJuYWwgbm90aWZpY2F0 aW9uIC0gRUFQIGZhaWw9MA0KRUFQT0w6IEV4dGVybmFsIG5vdGlmaWNhdGlvbiAtIHBvcnRD b250cm9sPUF1dG8NCkFscmVhZHkgYXNzb2NpYXRlZCB3aXRoIGEgY29uZmlndXJlZCBuZXR3 b3JrIC0gZ2VuZXJhdGluZyBhc3NvY2lhdGVkIGV2ZW50DQpBc3NvY2lhdGlvbiBpbmZvIGV2 ZW50DQpTdGF0ZTogRElTQ09OTkVDVEVEIC0+IEFTU09DSUFURUQNCkFzc29jaWF0ZWQgdG8g YSBuZXcgQlNTOiBCU1NJRD0wMDo4MDpjODozODo2MTpjOA0KTm8ga2V5cyBoYXZlIGJlZW4g Y29uZmlndXJlZCAtIHNraXAga2V5IGNsZWFyaW5nDQpTZWxlY3QgbmV0d29yayBiYXNlZCBv biBhc3NvY2lhdGlvbiBpbmZvcm1hdGlvbg0KTmV0d29yayBjb25maWd1cmF0aW9uIGZvdW5k IGZvciB0aGUgY3VycmVudCBBUA0KV1BBOiBjbGVhcmluZyBBUCBXUEEgSUUNCldQQTogY2xl YXJpbmcgQVAgUlNOIElFDQpXUEE6IGNsZWFyaW5nIG93biBXUEEvUlNOIElFDQpFQVBPTDog RXh0ZXJuYWwgbm90aWZpY2F0aW9uIC0gRUFQIHN1Y2Nlc3M9MA0KRUFQT0w6IEV4dGVybmFs IG5vdGlmaWNhdGlvbiAtIEVBUCBmYWlsPTANCkVBUE9MOiBFeHRlcm5hbCBub3RpZmljYXRp b24gLSBwb3J0Q29udHJvbD1Gb3JjZUF1dGhvcml6ZWQNCkFzc29jaWF0ZWQgd2l0aCAwMDo4 MDpjODozODo2MTpjOA0KV1BBOiBBc3NvY2lhdGlvbiBldmVudCAtIGNsZWFyIHJlcGxheSBj b3VudGVyDQpXUEE6IENsZWFyIG9sZCBQVEsNCkVBUE9MOiBFeHRlcm5hbCBub3RpZmljYXRp b24gLSBwb3J0RW5hYmxlZD0wDQpFQVBPTDogRXh0ZXJuYWwgbm90aWZpY2F0aW9uIC0gcG9y dFZhbGlkPTANCkVBUE9MOiBFeHRlcm5hbCBub3RpZmljYXRpb24gLSBwb3J0RW5hYmxlZD0x DQpFQVBPTDogU1VQUF9QQUUgZW50ZXJpbmcgc3RhdGUgU19GT1JDRV9BVVRIDQpFQVBPTDog U1VQUF9CRSBlbnRlcmluZyBzdGF0ZSBJRExFDQpDYW5jZWxsaW5nIGF1dGhlbnRpY2F0aW9u IHRpbWVvdXQNClN0YXRlOiBBU1NPQ0lBVEVEIC0+IENPTVBMRVRFRA0KQ1RSTC1FVkVOVC1D T05ORUNURUQgLSBDb25uZWN0aW9uIHRvIDAwOjgwOmM4OjM4OjYxOmM4IGNvbXBsZXRlZCAo YXV0aCkgW2lkPTAgaWRfc3RyPV0NCkNhbmNlbGxpbmcgc2NhbiByZXF1ZXN0DQpFQVBPTDog ZGlzYWJsZSB0aW1lciB0aWNrDQpeQ0NUUkwtRVZFTlQtVEVSTUlOQVRJTkcgLSBzaWduYWwg MiByZWNlaXZlZA0KUmVtb3ZpbmcgaW50ZXJmYWNlIHdsYW4wDQpTdGF0ZTogQ09NUExFVEVE IC0+IERJU0NPTk5FQ1RFRA0Kd3BhX2RyaXZlcl9ic2RfZGVhdXRoZW50aWNhdGUNCk5vIGtl eXMgaGF2ZSBiZWVuIGNvbmZpZ3VyZWQgLSBza2lwIGtleSBjbGVhcmluZw0KRUFQT0w6IEV4 dGVybmFsIG5vdGlmaWNhdGlvbiAtIHBvcnRFbmFibGVkPTANCkVBUE9MOiBTVVBQX1BBRSBl bnRlcmluZyBzdGF0ZSBESVNDT05ORUNURUQNCkVBUE9MOiBTVVBQX0JFIGVudGVyaW5nIHN0 YXRlIElOSVRJQUxJWkUNCkVBUE9MOiBFeHRlcm5hbCBub3RpZmljYXRpb24gLSBwb3J0VmFs aWQ9MA0Kd3BhX2RyaXZlcl9ic2Rfc2V0X3dwYTogZW5hYmxlZD0wDQp3cGFfZHJpdmVyX2Jz ZF9zZXRfd3BhX2ludGVybmFsOiB3cGE9MCBwcml2YWN5PTANCmlvY3RsW1NJT0NTODAyMTEs IG9wIDI2LCBhcmcgMHgwXTogT3BlcmF0aW9uIG5vdCBzdXBwb3J0ZWQNCkZhaWxlZCB0byBk aXNhYmxlIFdQQSBpbiB0aGUgZHJpdmVyLg0Kd3BhX2RyaXZlcl9ic2Rfc2V0X2Ryb3BfdW5l bmNyeXB0ZWQ6IGVuYWJsZWQ9MA0Kd3BhX2RyaXZlcl9ic2Rfc2V0X2NvdW50ZXJtZWFzdXJl czogZW5hYmxlZD0wDQpObyBrZXlzIGhhdmUgYmVlbiBjb25maWd1cmVkIC0gc2tpcCBrZXkg Y2xlYXJpbmcNCkNhbmNlbGxpbmcgc2NhbiByZXF1ZXN0DQpDYW5jZWxsaW5nIGF1dGhlbnRp Y2F0aW9uIHRpbWVvdXQNCndwYV9kcml2ZXJfYnNkX3NldF93cGFfaW50ZXJuYWw6IHdwYT0z IHByaXZhY3k9MQ0KRUxPT1A6IHJlbWFpbmluZyBzb2NrZXQ6IHNvY2s9NCBlbG9vcF9kYXRh PTB4Mjg0MDYxNDAgdXNlcl9kYXRhPTB4Mjg0MGUwNDAgaGFuZGxlcj0weDgwNjlmNjANClty b290QG1haWwgL2V0Y10jIApTY3JpcHQgZG9uZSBvbiBTdW4gQXByIDE5IDIzOjUxOjUwIDIw MDkK --------------080205080001000507070902-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 19 20:18:58 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07DE7106566C for ; Sun, 19 Apr 2009 20:18:58 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) by mx1.freebsd.org (Postfix) with ESMTP id 8E8BD8FC12 for ; Sun, 19 Apr 2009 20:18:57 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from p578b68b8.dip0.t-ipconnect.de ([87.139.104.184] helo=lt011.nfv) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1LvdTb-00004s-Bw; Sun, 19 Apr 2009 22:18:55 +0200 Message-ID: <49EB8729.3020808@gwdg.de> Date: Sun, 19 Apr 2009 22:18:49 +0200 From: Rainer Hurling User-Agent: Thunderbird 2.0.0.21 (X11/20090404) MIME-Version: 1.0 To: "Carlos A. M. dos Santos" References: <49E98C97.9080602@gwdg.de> <20090419163213.00004dbe@unknown> <49EB54D8.9090007@gwdg.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: freebsd-current@freebsd.org Subject: Re: acroread8 does not print any more X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Apr 2009 20:18:58 -0000 On 19.04.2009 19:56 (UTC+2), Carlos A. M. dos Santos wrote: > On Sun, Apr 19, 2009 at 4:44 PM, Rainer Hurling wrote: >> On 19.04.2009 16:32 (UTC+2), Alexander Leidinger wrote: >>> On Sat, 18 Apr 2009 10:17:27 +0200 Rainer Hurling >>> wrote: >>> >>>> Since I am using the new linux emulator f8 I am not able to print >>>> with acroread8 any more. I get this behaviour on three different >>>> systems. The following message does appear in acroread: >>>> >>>> --------------------------------------------------------- >>>> Beim Drucken ist folgender Fehler aufgetreten... >>>> '/libexec/ld-elf.so.1: Shared object "libc.so.6" not found, >>>> required by "libgcc_s.so.1"' >>>> --------------------------------------------------------- >>> Do you have a custom command configured in acroread to print? If not, >>> have a look at it so that it uses lpr instead of lp. If you use already >>> lpr, have a look which one is used and if it is working if you use it >>> manually. >> Yes, my custom command is '/usr/local/bin/lpr -P lp2' for twosided printing >> with cups defined printer. The same command works well manually on the >> console. The above described error first occurs after the newest updates for >> linux_base-f8 and other linux packages. > > I don't use acroread on FreeBSD since a long time ago (switched to > evince and later to epdfview). I remember, however, that I once had to > create a symlink from /usr/bin/lpr to /usr/linux/usr/bin/lpr otherwise > acroread failed to find the lpr executable. > No, acroread definitely is able to find /usr/local/bin/lpr, the executable of cups. As Boris Samorodov in a later mail pointed out, there must be some remnants at /compat/linux. I will see if I find it... Thank you for answering, Rainer From owner-freebsd-current@FreeBSD.ORG Sun Apr 19 20:28:58 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60D62106564A for ; Sun, 19 Apr 2009 20:28:58 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) by mx1.freebsd.org (Postfix) with ESMTP id E43898FC0A for ; Sun, 19 Apr 2009 20:28:57 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from p578b68b8.dip0.t-ipconnect.de ([87.139.104.184] helo=lt011.nfv) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1Lvdcl-00048W-22; Sun, 19 Apr 2009 22:28:23 +0200 Message-ID: <49EB8968.3040004@gwdg.de> Date: Sun, 19 Apr 2009 22:28:24 +0200 From: Rainer Hurling User-Agent: Thunderbird 2.0.0.21 (X11/20090404) MIME-Version: 1.0 To: Boris Samorodov References: <49E98C97.9080602@gwdg.de> <10766735@ipt.ru> In-Reply-To: <10766735@ipt.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: freebsd-current@freebsd.org Subject: Re: [SOLVED] acroread8 does not print any more X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Apr 2009 20:28:58 -0000 On 19.04.2009 20:06 (UTC+2), Boris Samorodov wrote: > Rainer Hurling writes: > >> Since I am using the new linux emulator f8 I am not able to print with >> acroread8 any more. I get this behaviour on three different >> systems. The following message does appear in acroread: >> >> --------------------------------------------------------- >> Beim Drucken ist folgender Fehler aufgetreten... >> '/libexec/ld-elf.so.1: Shared object "libc.so.6" not found, >> required by "libgcc_s.so.1"' >> --------------------------------------------------------- >> >> Does anyone else see this error? >> >> I would suppose that /compat/linux/lib/libc.so.6 has to be used, but >> acroread is looking at /usr/local/lib/compat/libc.so.6. Any >> suggestions what could be wrong? >> >> Let me know if I can give more information or test something. >> >> Thanks in advance, >> Rainer Hurling >> >> >> P.S.: I am running FreeBSD 8.0-CURRENT with linux_base-f8 >> >> sysctl compat.linux.osrelease: 2.6.16 >> >> /etc/make.conf >> OVERRIDE_LINUX_BASE_PORT=f8 >> OVERRIDE_LINUX_NONBASE_PORTS=f8 >> >> >> #ls -d /var/db/pkg/linux* >> linux-f8-alsa-lib-1.0.15 >> linux-f8-jpeg-6b >> linux-flashplugin-9.0r159 >> linux-f8-atk-1.20.0 >> linux-f8-libsigc++20-2.0.18 >> linux-kmod-compat-20080408 >> linux-f8-cairo-1.4.14 >> linux-f8-libxml2-2.7.2 >> linux-nvu-1.0_1 >> linux-f8-dri-7.0.2 >> linux-f8-openssl-0.9.8b >> linux-realplayer-10.0.9.809.20070726 >> linux-f8-expat-2.0.1 >> linux-f8-pango-1.18.4 >> linux-scim-gtk-fc8-1.4.7_1 >> linux-f8-fontconfig-2.4.2 >> linux-f8-png-1.2.22 >> linux-scim-libs-fc8-1.4.7_2 >> linux-f8-gtk2-2.12.8 >> linux-f8-tiff-3.8.2 >> linux_base-f8-8_11 > > Since you have two linux-scim-* ports it seems to me that you > upgraded to linux -f8- ports without reading /usr/ports/UPDATING > and there may be some unneeded remnants at /compat/linux. Can > you follow that procedure and write a followup here? > > BTW, some useful information you may find at emulation@ ML and > my "HEADSUP" message about new linux -f8- ports. > > WBR I deinstalled all linux packages and all dependencies, deleted completely /compat/linux and rebooted. After that I installed acroread, nvidia-driver, linux-flashplugin9 and mplayer again. Interestingly enough the two linux-scim-* ports do excist again! It seems they are needed for acroread8. But now I am able to print with acroread again! So you have been right with unneeded remnants at /compat/linux! When updating my excisting linux_base-f8 at 04/01/2009 to the newer one, I thought it was not neccessary to clean /compat/linux. But obviously it was. Thank you very much for this helpful information, Rainer From owner-freebsd-current@FreeBSD.ORG Sun Apr 19 21:25:27 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEF161065672 for ; Sun, 19 Apr 2009 21:25:27 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id 3B77B8FC08 for ; Sun, 19 Apr 2009 21:25:27 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1LveVy-0007wN-Gn for freebsd-current@freebsd.org; Sun, 19 Apr 2009 14:25:26 -0700 Message-ID: <23127561.post@talk.nabble.com> Date: Sun, 19 Apr 2009 14:25:26 -0700 (PDT) From: Jakub Lach To: freebsd-current@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: jakub_lach@mailplus.pl References: Subject: Re: OpenBSM 1.1 imported (was: svn commit: r191273 - in head: contrib/openbsm contrib/openbsm/bin contrib/openbsm/bin/audit contrib/openbsm/bin/auditd contrib/openbsm/bin/auditfilterd contrib/openbsm/bin/auditreduce contrib/open... (fwd)) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Apr 2009 21:25:28 -0000 Robert Watson wrote: > > > I've now imported OpenBSM 1.1 into 8.x. There is an ABI change in the > auditon(2) system call, which requires you be running an up-to-date kernel > in > order for an up-to-date userland to work (new kernel and old userland is > fine, > per usual). Of course, you were going to do that anyway, right? :-) > > Robert N M Watson > Computer Laboratory > University of Cambridge > > ---------- Forwarded message ---------- > Date: Sun, 19 Apr 2009 16:17:13 +0000 (UTC) > From: Robert Watson > To: src-committers@freebsd.org, svn-src-all@freebsd.org, > svn-src-head@freebsd.org > Subject: svn commit: r191273 - in head: contrib/openbsm > contrib/openbsm/bin > contrib/openbsm/bin/audit contrib/openbsm/bin/auditd > contrib/openbsm/bin/auditfilterd contrib/openbsm/bin/auditreduce > contrib/open... > > Author: rwatson > Date: Sun Apr 19 16:17:13 2009 > New Revision: 191273 > URL: http://svn.freebsd.org/changeset/base/191273 > > Log: > Merge OpenBSM 1.1 from OpenBSM vendor branch to head. > > OpenBSM history for imported revision below for reference. > > MFC after: 2 weeks > Sponsored by: Apple, Inc. > Obtained from: TrustedBSD Project > > OpenBSM 1.1 > > - Change auditon(2) parameters and data structures to be 32/64-bit > architecture > independent. Add more information to man page about auditon(2) > parameters. > - Add wrapper functions for auditon(2) to use legacy commands when the > new > commands are not supported. > - Add default for 'expire-after' in audit_control to expire trail files > when > the audit directory is more than 10 megabytes ('10M'). > - Interface to convert between local and BSM fcntl(2) command values > has been > added: au_bsm_to_fcntl_cmd(3) and au_fcntl_cmd_to_bsm(3), along with > definitions of constants in audit_fcntl.h. > - A bug, introduced in OpenBSM 1.1 alpha 4, in which AUT_RETURN32 > tokens > generated by audit_submit(3) were improperly encoded has been fixed. > - Fix example in audit_submit(3) man page. Also, make it clear that we > want > the audit ID as the argument. > - A new audit event class 'aa', for post-login authentication and > authorization events, has been added. > > Added: > head/contrib/openbsm/libbsm/au_fcntl_cmd.3 > - copied unchanged from r191272, > vendor/openbsm/dist/libbsm/au_fcntl_cmd.3 > head/contrib/openbsm/libbsm/bsm_fcntl.c > - copied unchanged from r191272, > vendor/openbsm/dist/libbsm/bsm_fcntl.c > head/contrib/openbsm/sys/bsm/audit_fcntl.h > - copied unchanged from r191272, > vendor/openbsm/dist/sys/bsm/audit_fcntl.h > Modified: > head/contrib/openbsm/ (props changed) > head/contrib/openbsm/CREDITS > head/contrib/openbsm/INSTALL > head/contrib/openbsm/Makefile.in > head/contrib/openbsm/NEWS > head/contrib/openbsm/README > head/contrib/openbsm/TODO > head/contrib/openbsm/VERSION > head/contrib/openbsm/aclocal.m4 > head/contrib/openbsm/bin/Makefile.in > head/contrib/openbsm/bin/audit/Makefile.in > head/contrib/openbsm/bin/audit/audit.c > head/contrib/openbsm/bin/auditd/Makefile.in > head/contrib/openbsm/bin/auditd/auditd.c > head/contrib/openbsm/bin/auditd/auditd_darwin.c > head/contrib/openbsm/bin/auditd/auditd_fbsd.c > head/contrib/openbsm/bin/auditfilterd/Makefile.in > head/contrib/openbsm/bin/auditfilterd/auditfilterd.8 > head/contrib/openbsm/bin/auditreduce/Makefile.in > head/contrib/openbsm/bin/praudit/Makefile.in > head/contrib/openbsm/bsm/Makefile.in > head/contrib/openbsm/bsm/audit_uevents.h > head/contrib/openbsm/bsm/libbsm.h > head/contrib/openbsm/config/config.h.in > head/contrib/openbsm/config/ltmain.sh > head/contrib/openbsm/configure > head/contrib/openbsm/configure.ac > head/contrib/openbsm/etc/audit_class > head/contrib/openbsm/etc/audit_control > head/contrib/openbsm/etc/audit_event > head/contrib/openbsm/libauditd/Makefile.in > head/contrib/openbsm/libauditd/auditd_lib.c > head/contrib/openbsm/libbsm/Makefile.am > head/contrib/openbsm/libbsm/Makefile.in > head/contrib/openbsm/libbsm/au_control.3 > head/contrib/openbsm/libbsm/audit_submit.3 > head/contrib/openbsm/libbsm/bsm_audit.c > head/contrib/openbsm/libbsm/bsm_control.c > head/contrib/openbsm/libbsm/bsm_domain.c > head/contrib/openbsm/libbsm/bsm_io.c > head/contrib/openbsm/libbsm/bsm_notify.c > head/contrib/openbsm/libbsm/bsm_token.c > head/contrib/openbsm/libbsm/bsm_wrappers.c > head/contrib/openbsm/libbsm/libbsm.3 > head/contrib/openbsm/man/Makefile.in > head/contrib/openbsm/man/auditon.2 > head/contrib/openbsm/modules/Makefile.in > head/contrib/openbsm/modules/auditfilter_noop/Makefile.in > head/contrib/openbsm/sys/Makefile.in > head/contrib/openbsm/sys/bsm/Makefile.am > head/contrib/openbsm/sys/bsm/Makefile.in > head/contrib/openbsm/sys/bsm/audit.h > head/contrib/openbsm/sys/bsm/audit_domain.h > head/contrib/openbsm/sys/bsm/audit_kevents.h > head/contrib/openbsm/sys/bsm/audit_record.h > head/contrib/openbsm/test/Makefile.in > head/contrib/openbsm/test/bsm/Makefile.in > head/contrib/openbsm/tools/Makefile.in > head/lib/libbsm/Makefile > head/sys/bsm/audit_domain.h > > Modified: head/contrib/openbsm/CREDITS > ============================================================================== > --- head/contrib/openbsm/CREDITS Sun Apr 19 15:19:26 2009 (r191272) > +++ head/contrib/openbsm/CREDITS Sun Apr 19 16:17:13 2009 (r191273) > @@ -28,6 +28,7 @@ the development of OpenBSM: > Xin LI > Stacey Son > Todd Heberlein > + Gary Hoo > > In addition, Coverity, Inc.'s Prevent(tm) static analysis tool and > Gimpel > Software's FlexeLint tool were used to identify a number of bugs in the > > Modified: head/contrib/openbsm/INSTALL > ============================================================================== > --- head/contrib/openbsm/INSTALL Sun Apr 19 15:19:26 2009 (r191272) > +++ head/contrib/openbsm/INSTALL Sun Apr 19 16:17:13 2009 (r191273) > @@ -2,9 +2,8 @@ OpenBSM Build and Installation Instructi > > OpenBSM is currently built using autoconf and automake, which should > allow > for building on a range of operating systems, including FreeBSD, Mac OS > X, > -and Linux. Depending on the availability of audit facilities in the > -underlying operating system, some components that depend on kernel audit > -support are built conditionally. Typically, build will be performed > using: > +and Linux. Some components are built only if appropriate kernel audit > +suppport is found. Typical builds will be performed using: > > ./configure > make > @@ -15,10 +14,14 @@ force the compile to fail if a warning i > > CFLAGS="-Wall -Werror" ./configure > > -To install, use: > +To install the library, binaries, and man pages, use: > > make install > > +The OpenBSM install will not install files in /etc; these have to be > +manually installed or merged. Currently, the locations of these files > are > +not configurable. > + > You may wish to specify that the OpenBSM components not be installed in > the > base system, rather in a specific directory. This may be done using the > --prefix argument to configure. If installing to a specific directory, > @@ -29,7 +32,3 @@ directory the correct libbsm is used: > make > make install > LD_LIBRARY_PATH=/home/rwatson/openbsm/libbsm ; export > LD_LIBRARY_PATH > - > -You will need to manually propagate openbsm/etc/* into /etc/security on > your > -system; this is not done automatically so as to avoid disrupting the > current > -configuration. Currently, the locations of these files is not > configurable. > > Modified: head/contrib/openbsm/Makefile.in > ============================================================================== > --- head/contrib/openbsm/Makefile.in Sun Apr 19 15:19:26 2009 (r191272) > +++ head/contrib/openbsm/Makefile.in Sun Apr 19 16:17:13 2009 (r191273) > @@ -1,8 +1,8 @@ > -# Makefile.in generated by automake 1.10 from Makefile.am. > +# Makefile.in generated by automake 1.10.1 from Makefile.am. > # @configure_input@ > > # Copyright (C) 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002, > -# 2003, 2004, 2005, 2006 Free Software Foundation, Inc. > +# 2003, 2004, 2005, 2006, 2007, 2008 Free Software Foundation, Inc. > # This Makefile.in is free software; the Free Software Foundation > # gives unlimited permission to copy and/or distribute it, > # with or without modifications, as long as this notice is preserved. > @@ -15,7 +15,7 @@ > @SET_MAKE@ > > # > -# $P4: //depot/projects/trustedbsd/openbsm/Makefile.in#9 $ > +# $P4: //depot/projects/trustedbsd/openbsm/Makefile.in#10 $ > # > VPATH = @srcdir@ > pkgdatadir = $(datadir)/@PACKAGE@ > @@ -97,6 +97,7 @@ CXXFLAGS = @CXXFLAGS@ > CYGPATH_W = @CYGPATH_W@ > DEFS = @DEFS@ > DEPDIR = @DEPDIR@ > +DSYMUTIL = @DSYMUTIL@ > ECHO = @ECHO@ > ECHO_C = @ECHO_C@ > ECHO_N = @ECHO_N@ > @@ -121,6 +122,7 @@ MAINT = @MAINT@ > MAKEINFO = @MAKEINFO@ > MIG = @MIG@ > MKDIR_P = @MKDIR_P@ > +NMEDIT = @NMEDIT@ > OBJEXT = @OBJEXT@ > PACKAGE = @PACKAGE@ > PACKAGE_BUGREPORT = @PACKAGE_BUGREPORT@ > @@ -184,6 +186,7 @@ sharedstatedir = @sharedstatedir@ > srcdir = @srcdir@ > sysconfdir = @sysconfdir@ > target_alias = @target_alias@ > +top_build_prefix = @top_build_prefix@ > top_builddir = @top_builddir@ > top_srcdir = @top_srcdir@ > SUBDIRS = bsm $(am__append_1) libbsm bin man modules sys > @@ -332,8 +335,8 @@ ID: $(HEADERS) $(SOURCES) $(LISP) $(TAGS > unique=`for i in $$list; do \ > if test -f "$$i"; then echo $$i; else echo $(srcdir)/$$i; fi; \ > done | \ > - $(AWK) ' { files[$$0] = 1; } \ > - END { for (i in files) print i; }'`; \ > + $(AWK) '{ files[$$0] = 1; nonemtpy = 1; } \ > + END { if (nonempty) { for (i in files) print i; }; }'`; \ > mkid -fID $$unique > tags: TAGS > > @@ -358,8 +361,8 @@ TAGS: tags-recursive $(HEADERS) $(SOURCE > unique=`for i in $$list; do \ > if test -f "$$i"; then echo $$i; else echo $(srcdir)/$$i; fi; \ > done | \ > - $(AWK) ' { files[$$0] = 1; } \ > - END { for (i in files) print i; }'`; \ > + $(AWK) '{ files[$$0] = 1; nonempty = 1; } \ > + END { if (nonempty) { for (i in files) print i; }; }'`; \ > if test -z "$(ETAGS_ARGS)$$tags$$unique"; then :; else \ > test -n "$$unique" || unique=$$empty_fix; \ > $(ETAGS) $(ETAGSFLAGS) $(AM_ETAGSFLAGS) $(ETAGS_ARGS) \ > @@ -369,13 +372,12 @@ ctags: CTAGS > CTAGS: ctags-recursive $(HEADERS) $(SOURCES) $(TAGS_DEPENDENCIES) \ > $(TAGS_FILES) $(LISP) > tags=; \ > - here=`pwd`; \ > list='$(SOURCES) $(HEADERS) $(LISP) $(TAGS_FILES)'; \ > unique=`for i in $$list; do \ > if test -f "$$i"; then echo $$i; else echo $(srcdir)/$$i; fi; \ > done | \ > - $(AWK) ' { files[$$0] = 1; } \ > - END { for (i in files) print i; }'`; \ > + $(AWK) '{ files[$$0] = 1; nonempty = 1; } \ > + END { if (nonempty) { for (i in files) print i; }; }'`; \ > test -z "$(CTAGS_ARGS)$$tags$$unique" \ > || $(CTAGS) $(CTAGSFLAGS) $(AM_CTAGSFLAGS) $(CTAGS_ARGS) \ > $$tags $$unique > @@ -446,6 +448,10 @@ dist-bzip2: distdir > tardir=$(distdir) && $(am__tar) | bzip2 -9 -c >$(distdir).tar.bz2 > $(am__remove_distdir) > > +dist-lzma: distdir > + tardir=$(distdir) && $(am__tar) | lzma -9 -c >$(distdir).tar.lzma > + $(am__remove_distdir) > + > dist-tarZ: distdir > tardir=$(distdir) && $(am__tar) | compress -c >$(distdir).tar.Z > $(am__remove_distdir) > @@ -472,6 +478,8 @@ distcheck: dist > GZIP=$(GZIP_ENV) gunzip -c $(distdir).tar.gz | $(am__untar) ;;\ > *.tar.bz2*) \ > bunzip2 -c $(distdir).tar.bz2 | $(am__untar) ;;\ > + *.tar.lzma*) \ > + unlzma -c $(distdir).tar.lzma | $(am__untar) ;;\ > *.tar.Z*) \ > uncompress -c $(distdir).tar.Z | $(am__untar) ;;\ > *.shar.gz*) \ > @@ -623,8 +631,8 @@ uninstall-am: > .PHONY: $(RECURSIVE_CLEAN_TARGETS) $(RECURSIVE_TARGETS) CTAGS GTAGS \ > all all-am am--refresh check check-am clean clean-generic \ > clean-libtool ctags ctags-recursive dist dist-all dist-bzip2 \ > - dist-gzip dist-shar dist-tarZ dist-zip distcheck distclean \ > - distclean-generic distclean-hdr distclean-libtool \ > + dist-gzip dist-lzma dist-shar dist-tarZ dist-zip distcheck \ > + distclean distclean-generic distclean-hdr distclean-libtool \ > distclean-tags distcleancheck distdir distuninstallcheck dvi \ > dvi-am html html-am info info-am install install-am \ > install-data install-data-am install-dvi install-dvi-am \ > > Modified: head/contrib/openbsm/NEWS > ============================================================================== > --- head/contrib/openbsm/NEWS Sun Apr 19 15:19:26 2009 (r191272) > +++ head/contrib/openbsm/NEWS Sun Apr 19 16:17:13 2009 (r191273) > @@ -1,5 +1,23 @@ > OpenBSM Version History > > +OpenBSM 1.1 > + > +- Change auditon(2) parameters and data structures to be 32/64-bit > architecture > + independent. Add more information to man page about auditon(2) > parameters. > +- Add wrapper functions for auditon(2) to use legacy commands when the > new > + commands are not supported. > +- Add default for 'expire-after' in audit_control to expire trail files > when > + the audit directory is more than 10 megabytes ('10M'). > +- Interface to convert between local and BSM fcntl(2) command values has > been > + added: au_bsm_to_fcntl_cmd(3) and au_fcntl_cmd_to_bsm(3), along with > + definitions of constants in audit_fcntl.h. > +- A bug, introduced in OpenBSM 1.1 alpha 4, in which AUT_RETURN32 tokens > + generated by audit_submit(3) were improperly encoded has been fixed. > +- Fix example in audit_submit(3) man page. Also, make it clear that we > want > + the audit ID as the argument. > +- A new audit event class 'aa', for post-login authentication and > + authorization events, has been added. > + > OpenBSM 1.1 beta 1 > > - The filesz parameter in audit_control(5) now accepts suffixes: 'B' for > @@ -431,4 +449,4 @@ OpenBSM 1.0 alpha 1 > to support reloading of kernel event table. > - Allow comments in /etc/security configuration files. > > -$P4: //depot/projects/trustedbsd/openbsm/NEWS#32 $ > +$P4: //depot/projects/trustedbsd/openbsm/NEWS#40 $ > > Modified: head/contrib/openbsm/README > ============================================================================== > --- head/contrib/openbsm/README Sun Apr 19 15:19:26 2009 (r191272) > +++ head/contrib/openbsm/README Sun Apr 19 16:17:13 2009 (r191273) > @@ -1,15 +1,22 @@ > -OpenBSM 1.1 beta 1 > +OpenBSM 1.1 > > Introduction > > -OpenBSM provides an open source implementation of Sun's BSM Audit API. > -Originally created under contract to Apple Computer by McAfee Research, > this > -implementation is now maintained by volunteers and the generous > contribution > -of several organizations. Coupled with a kernel audit implementation, > -OpenBSM can be used to maintain system audit streams, and is a foundation > for > -an Audit-enabled system. Portions of OpenBSM, including include files > and > -token-building routines, are reusable in a kernel audit implementation, > and > -may be found in the FreeBSD and Mac OS X kernels. > +OpenBSM is an open source implementation of Sun's BSM event auditing file > +format and API. Originally created for Apple Computer by McAfee > Research, > +OpenBSM is now maintained by volunteers and through the generous > contribution > +of several organizations. > + > +OpenBSM includes several command line tools, including auditreduce(8) and > +praudit(8) for reducing and printing audit trails, as well as the > libbsm(3) > +library to manage configuration files, generate audit records, and parse > and > +print audit trils. > + > +Coupled with a kernel audit implementation, OpenBSM can be used to > maintain > +system audit streams, and is a foundation for a full audit-enabled > system. > +Portions of OpenBSM, including include files and token-building routines, > are > +reusable in a kernel audit implementation, and may be found in the > FreeBSD > +and Mac OS X kernels. > > Contents > > @@ -17,7 +24,7 @@ OpenBSM consists of several directories: > > bin/ Audit-related command line tools > bsm/ Library include files for BSM > - compat/ Compatibility code to build on various OS's > + compat/ Compatibility code to build on various operating > systems > etc/ Sample /etc/security configuration files > libauditd Common audit management functions for auditd and > launchd > libbsm/ Implementation of BSM library interfaces and man > pages > @@ -44,7 +51,8 @@ Please see the file INSTALL for build an > > The TrustedBSD Project would appreciate the contribution of bug fixes, > enhancements, etc, under identically or substantially similar licenses > to > -those present on the remainder of the OpenBSM source code. > +those present on the remainder of the OpenBSM source code. Please see > the > +file CREDITS to learn more about who has contributed to the project. > > Location > > @@ -56,4 +64,4 @@ Information on TrustedBSD may be found o > > http://www.TrustedBSD.org/ > > -$P4: //depot/projects/trustedbsd/openbsm/README#35 $ > +$P4: //depot/projects/trustedbsd/openbsm/README#36 $ > > Modified: head/contrib/openbsm/TODO > ============================================================================== > --- head/contrib/openbsm/TODO Sun Apr 19 15:19:26 2009 (r191272) > +++ head/contrib/openbsm/TODO Sun Apr 19 16:17:13 2009 (r191273) > @@ -16,11 +16,10 @@ OpenBSM TODO > just at the beginning of a record. This will make it easier to use > praudit in test suites processing single-token files without header > and > trailer context. > -- Put hostname in trail file name. > - Document audit_warn event arguments. > - Allow the path /etc/security to be configured at configure-time so > that > alternative locations can be used. > - NLS support for au_strerror(3), which provides error strings for BSM > errors > not available on the local OS platform. > > -$P4: //depot/projects/trustedbsd/openbsm/TODO#12 $ > +$P4: //depot/projects/trustedbsd/openbsm/TODO#13 $ > > Modified: head/contrib/openbsm/VERSION > ============================================================================== > --- head/contrib/openbsm/VERSION Sun Apr 19 15:19:26 2009 (r191272) > +++ head/contrib/openbsm/VERSION Sun Apr 19 16:17:13 2009 (r191273) > @@ -1 +1 @@ > -OPENBSM_1_1_BETA_1 > +OPENBSM_1_1 > > Modified: head/contrib/openbsm/aclocal.m4 > ============================================================================== > --- head/contrib/openbsm/aclocal.m4 Sun Apr 19 15:19:26 2009 (r191272) > +++ head/contrib/openbsm/aclocal.m4 Sun Apr 19 16:17:13 2009 (r191273) > @@ -1,7 +1,7 @@ > -# generated automatically by aclocal 1.10 -*- Autoconf -*- > +# generated automatically by aclocal 1.10.1 -*- Autoconf -*- > > # Copyright (C) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, > -# 2005, 2006 Free Software Foundation, Inc. > +# 2005, 2006, 2007, 2008 Free Software Foundation, Inc. > # This file is free software; the Free Software Foundation > # gives unlimited permission to copy and/or distribute it, > # with or without modifications, as long as this notice is preserved. > @@ -11,14 +11,17 @@ > # even the implied warranty of MERCHANTABILITY or FITNESS FOR A > # PARTICULAR PURPOSE. > > -m4_if(m4_PACKAGE_VERSION, [2.61],, > -[m4_fatal([this file was generated for autoconf 2.61. > -You have another version of autoconf. If you want to use that, > -you should regenerate the build system entirely.], [63])]) > +m4_ifndef([AC_AUTOCONF_VERSION], > + [m4_copy([m4_PACKAGE_VERSION], [AC_AUTOCONF_VERSION])])dnl > +m4_if(AC_AUTOCONF_VERSION, [2.62],, > +[m4_warning([this file was generated for autoconf 2.62. > +You have another version of autoconf. It may work, but is not guaranteed > to. > +If you have problems, you may need to regenerate the build system > entirely. > +To do so, use the procedure documented by the package, typically > `autoreconf'.])]) > > # libtool.m4 - Configure libtool for the host system. -*-Autoconf-*- > > -# serial 51 AC_PROG_LIBTOOL > +# serial 52 AC_PROG_LIBTOOL > > > # AC_PROVIDE_IFELSE(MACRO-NAME, IF-PROVIDED, IF-NOT-PROVIDED) > @@ -106,7 +109,6 @@ AC_REQUIRE([AC_DEPLIBS_CHECK_METHOD])dnl > AC_REQUIRE([AC_OBJEXT])dnl > AC_REQUIRE([AC_EXEEXT])dnl > dnl > - > AC_LIBTOOL_SYS_MAX_CMD_LEN > AC_LIBTOOL_SYS_GLOBAL_SYMBOL_PIPE > AC_LIBTOOL_OBJDIR > @@ -208,6 +210,8 @@ file_magic*) > ;; > esac > > +_LT_REQUIRED_DARWIN_CHECKS > + > AC_PROVIDE_IFELSE([AC_LIBTOOL_DLOPEN], enable_dlopen=yes, > enable_dlopen=no) > AC_PROVIDE_IFELSE([AC_LIBTOOL_WIN32_DLL], > enable_win32_dll=yes, enable_win32_dll=no) > @@ -287,9 +291,80 @@ ac_outfile=conftest.$ac_objext > echo "$lt_simple_link_test_code" >conftest.$ac_ext > eval "$ac_link" 2>&1 >/dev/null | $SED '/^$/d; /^ *+/d' >conftest.err > _lt_linker_boilerplate=`cat conftest.err` > -$rm conftest* > +$rm -r conftest* > ])# _LT_LINKER_BOILERPLATE > > +# _LT_REQUIRED_DARWIN_CHECKS > +# -------------------------- > +# Check for some things on darwin > +AC_DEFUN([_LT_REQUIRED_DARWIN_CHECKS],[ > + case $host_os in > + rhapsody* | darwin*) > + AC_CHECK_TOOL([DSYMUTIL], [dsymutil], [:]) > + AC_CHECK_TOOL([NMEDIT], [nmedit], [:]) > + > + AC_CACHE_CHECK([for -single_module linker > flag],[lt_cv_apple_cc_single_mod], > + [lt_cv_apple_cc_single_mod=no > + if test -z "${LT_MULTI_MODULE}"; then > + # By default we will add the -single_module flag. You can override > + # by either setting the environment variable LT_MULTI_MODULE > + # non-empty at configure time, or by adding -multi_module to the > + # link flags. > + echo "int foo(void){return 1;}" > conftest.c > + $LTCC $LTCFLAGS $LDFLAGS -o libconftest.dylib \ > + -dynamiclib ${wl}-single_module conftest.c > + if test -f libconftest.dylib; then > + lt_cv_apple_cc_single_mod=yes > + rm -rf libconftest.dylib* > + fi > + rm conftest.c > + fi]) > + AC_CACHE_CHECK([for -exported_symbols_list linker flag], > + [lt_cv_ld_exported_symbols_list], > + [lt_cv_ld_exported_symbols_list=no > + save_LDFLAGS=$LDFLAGS > + echo "_main" > conftest.sym > + LDFLAGS="$LDFLAGS -Wl,-exported_symbols_list,conftest.sym" > + AC_LINK_IFELSE([AC_LANG_PROGRAM([],[])], > + [lt_cv_ld_exported_symbols_list=yes], > + [lt_cv_ld_exported_symbols_list=no]) > + LDFLAGS="$save_LDFLAGS" > + ]) > + case $host_os in > + rhapsody* | darwin1.[[0123]]) > + _lt_dar_allow_undefined='${wl}-undefined ${wl}suppress' ;; > + darwin1.*) > + _lt_dar_allow_undefined='${wl}-flat_namespace ${wl}-undefined > ${wl}suppress' ;; > + darwin*) > + # if running on 10.5 or later, the deployment target defaults > + # to the OS version, if on x86, and 10.4, the deployment > + # target defaults to 10.4. Don't you love it? > + case ${MACOSX_DEPLOYMENT_TARGET-10.0},$host in > + 10.0,*86*-darwin8*|10.0,*-darwin[[91]]*) > + _lt_dar_allow_undefined='${wl}-undefined ${wl}dynamic_lookup' ;; > + 10.[[012]]*) > + _lt_dar_allow_undefined='${wl}-flat_namespace ${wl}-undefined > ${wl}suppress' ;; > + 10.*) > + _lt_dar_allow_undefined='${wl}-undefined ${wl}dynamic_lookup' ;; > + esac > + ;; > + esac > + if test "$lt_cv_apple_cc_single_mod" = "yes"; then > + _lt_dar_single_mod='$single_module' > + fi > + if test "$lt_cv_ld_exported_symbols_list" = "yes"; then > + _lt_dar_export_syms=' > ${wl}-exported_symbols_list,$output_objdir/${libname}-symbols.expsym' > + else > + _lt_dar_export_syms="~$NMEDIT -s > \$output_objdir/\${libname}-symbols.expsym \${lib}" > + fi > + if test "$DSYMUTIL" != ":"; then > + _lt_dsymutil="~$DSYMUTIL \$lib || :" > + else > + _lt_dsymutil= > + fi > + ;; > + esac > +]) > > # _LT_AC_SYS_LIBPATH_AIX > # ---------------------- > @@ -614,7 +689,11 @@ sparc*-*solaris*) > *64-bit*) > case $lt_cv_prog_gnu_ld in > yes*) LD="${LD-ld} -m elf64_sparc" ;; > - *) LD="${LD-ld} -64" ;; > + *) > + if ${LD-ld} -64 -r -o conftest2.o conftest.o >/dev/null 2>&1; > then > + LD="${LD-ld} -64" > + fi > + ;; > esac > ;; > esac > @@ -707,7 +786,7 @@ AC_CACHE_CHECK([$1], [$2], > $2=yes > fi > fi > - $rm conftest* > + $rm -r conftest* > LDFLAGS="$save_LDFLAGS" > ]) > > @@ -978,7 +1057,7 @@ else > AC_CHECK_FUNC([shl_load], > [lt_cv_dlopen="shl_load"], > [AC_CHECK_LIB([dld], [shl_load], > - [lt_cv_dlopen="shl_load" lt_cv_dlopen_libs="-dld"], > + [lt_cv_dlopen="shl_load" lt_cv_dlopen_libs="-ldld"], > [AC_CHECK_FUNC([dlopen], > [lt_cv_dlopen="dlopen"], > [AC_CHECK_LIB([dl], [dlopen], > @@ -986,7 +1065,7 @@ else > [AC_CHECK_LIB([svld], [dlopen], > [lt_cv_dlopen="dlopen" lt_cv_dlopen_libs="-lsvld"], > [AC_CHECK_LIB([dld], [dld_link], > - [lt_cv_dlopen="dld_link" lt_cv_dlopen_libs="-dld"]) > + [lt_cv_dlopen="dld_link" lt_cv_dlopen_libs="-ldld"]) > ]) > ]) > ]) > @@ -1303,7 +1382,7 @@ aix3*) > soname_spec='${libname}${release}${shared_ext}$major' > ;; > > -aix4* | aix5*) > +aix[[4-9]]*) > version_type=linux > need_lib_prefix=no > need_version=no > @@ -1824,6 +1903,13 @@ esac > AC_MSG_RESULT([$dynamic_linker]) > test "$dynamic_linker" = no && can_build_shared=no > > +AC_CACHE_VAL([lt_cv_sys_lib_search_path_spec], > +[lt_cv_sys_lib_search_path_spec="$sys_lib_search_path_spec"]) > +sys_lib_search_path_spec="$lt_cv_sys_lib_search_path_spec" > +AC_CACHE_VAL([lt_cv_sys_lib_dlsearch_path_spec], > +[lt_cv_sys_lib_dlsearch_path_spec="$sys_lib_dlsearch_path_spec"]) > +sys_lib_dlsearch_path_spec="$lt_cv_sys_lib_dlsearch_path_spec" > + > variables_saved_for_relink="PATH $shlibpath_var $runpath_var" > if test "$GCC" = yes; then > variables_saved_for_relink="$variables_saved_for_relink > GCC_EXEC_PREFIX COMPILER_PATH LIBRARY_PATH" > @@ -2323,7 +2409,7 @@ lt_cv_deplibs_check_method='unknown' > # whether `pass_all' will *always* work, you probably want this one. > > case $host_os in > -aix4* | aix5*) > +aix[[4-9]]*) > lt_cv_deplibs_check_method=pass_all > ;; > > @@ -2759,7 +2845,7 @@ aix3*) > fi > ;; > > -aix4* | aix5*) > +aix[[4-9]]*) > if test "$host_cpu" != ia64 && test "$aix_use_runtimelinking" = no ; > then > test "$enable_shared" = yes && enable_static=no > fi > @@ -2816,6 +2902,7 @@ _LT_AC_TAGVAR(postdep_objects, $1)= > _LT_AC_TAGVAR(predeps, $1)= > _LT_AC_TAGVAR(postdeps, $1)= > _LT_AC_TAGVAR(compiler_lib_search_path, $1)= > +_LT_AC_TAGVAR(compiler_lib_search_dirs, $1)= > > # Source file extension for C++ test sources. > ac_ext=cpp > @@ -2925,7 +3012,7 @@ case $host_os in > # FIXME: insert proper C++ library support > _LT_AC_TAGVAR(ld_shlibs, $1)=no > ;; > - aix4* | aix5*) > + aix[[4-9]]*) > if test "$host_cpu" = ia64; then > # On IA64, the linker does run time linking by default, so we > don't > # have to do anything special. > @@ -2938,7 +3025,7 @@ case $host_os in > # Test if we are trying to use run time linking or normal > # AIX style linking. If -brtl is somewhere in LDFLAGS, we > # need to do runtime linking. > - case $host_os in aix4.[[23]]|aix4.[[23]].*|aix5*) > + case $host_os in aix4.[[23]]|aix4.[[23]].*|aix[[5-9]]*) > for ld_flag in $LDFLAGS; do > case $ld_flag in > *-brtl*) > @@ -3084,51 +3171,23 @@ case $host_os in > fi > ;; > darwin* | rhapsody*) > - case $host_os in > - rhapsody* | darwin1.[[012]]) > - _LT_AC_TAGVAR(allow_undefined_flag, $1)='${wl}-undefined > ${wl}suppress' > - ;; > - *) # Darwin 1.3 on > - if test -z ${MACOSX_DEPLOYMENT_TARGET} ; then > - _LT_AC_TAGVAR(allow_undefined_flag, $1)='${wl}-flat_namespace > ${wl}-undefined ${wl}suppress' > - else > - case ${MACOSX_DEPLOYMENT_TARGET} in > - 10.[[012]]) > - _LT_AC_TAGVAR(allow_undefined_flag, > $1)='${wl}-flat_namespace ${wl}-undefined ${wl}suppress' > - ;; > - 10.*) > - _LT_AC_TAGVAR(allow_undefined_flag, $1)='${wl}-undefined > ${wl}dynamic_lookup' > - ;; > - esac > - fi > - ;; > - esac > _LT_AC_TAGVAR(archive_cmds_need_lc, $1)=no > _LT_AC_TAGVAR(hardcode_direct, $1)=no > _LT_AC_TAGVAR(hardcode_automatic, $1)=yes > _LT_AC_TAGVAR(hardcode_shlibpath_var, $1)=unsupported > _LT_AC_TAGVAR(whole_archive_flag_spec, $1)='' > _LT_AC_TAGVAR(link_all_deplibs, $1)=yes > - > - if test "$GXX" = yes ; then > - lt_int_apple_cc_single_mod=no > + _LT_AC_TAGVAR(allow_undefined_flag, $1)="$_lt_dar_allow_undefined" > + if test "$GXX" = yes ; then > output_verbose_link_cmd='echo' > - if $CC -dumpspecs 2>&1 | $EGREP 'single_module' >/dev/null ; then > - lt_int_apple_cc_single_mod=yes > + _LT_AC_TAGVAR(archive_cmds, $1)="\$CC -dynamiclib > \$allow_undefined_flag -o \$lib \$libobjs \$deplibs \$compiler_flags > -install_name \$rpath/\$soname \$verstring > $_lt_dar_single_mod${_lt_dsymutil}" > + _LT_AC_TAGVAR(module_cmds, $1)="\$CC \$allow_undefined_flag -o > \$lib -bundle \$libobjs \$deplibs \$compiler_flags${_lt_dsymutil}" > + _LT_AC_TAGVAR(archive_expsym_cmds, $1)="sed 's,^,_,' < > \$export_symbols > \$output_objdir/\${libname}-symbols.expsym~\$CC > -dynamiclib \$allow_undefined_flag -o \$lib \$libobjs \$deplibs > \$compiler_flags -install_name \$rpath/\$soname \$verstring > ${_lt_dar_single_mod}${_lt_dar_export_syms}${_lt_dsymutil}" > + _LT_AC_TAGVAR(module_expsym_cmds, $1)="sed -e 's,^,_,' < > \$export_symbols > \$output_objdir/\${libname}-symbols.expsym~\$CC > \$allow_undefined_flag -o \$lib -bundle \$libobjs \$deplibs > \$compiler_flags${_lt_dar_export_syms}${_lt_dsymutil}" > + if test "$lt_cv_apple_cc_single_mod" != "yes"; then > + _LT_AC_TAGVAR(archive_cmds, $1)="\$CC -r -keep_private_externs > -nostdlib -o \${lib}-master.o \$libobjs~\$CC -dynamiclib > \$allow_undefined_flag -o \$lib \${lib}-master.o \$deplibs > \$compiler_flags -install_name \$rpath/\$soname > \$verstring${_lt_dsymutil}" > + _LT_AC_TAGVAR(archive_expsym_cmds, $1)="sed 's,^,_,' < > \$export_symbols > \$output_objdir/\${libname}-symbols.expsym~\$CC -r > -keep_private_externs -nostdlib -o \${lib}-master.o \$libobjs~\$CC > -dynamiclib \$allow_undefined_flag -o \$lib \${lib}-master.o \$deplibs > \$compiler_flags -install_name \$rpath/\$soname > \$verstring${_lt_dar_export_syms}${_lt_dsymutil}" > fi > - if test "X$lt_int_apple_cc_single_mod" = Xyes ; then > - _LT_AC_TAGVAR(archive_cmds, $1)='$CC -dynamiclib -single_module > $allow_undefined_flag -o $lib $libobjs $deplibs $compiler_flags > -install_name $rpath/$soname $verstring' > - else > - _LT_AC_TAGVAR(archive_cmds, $1)='$CC -r -keep_private_externs > -nostdlib -o ${lib}-master.o $libobjs~$CC -dynamiclib > $allow_undefined_flag -o $lib ${lib}-master.o $deplibs $compiler_flags > -install_name $rpath/$soname $verstring' > - fi > - _LT_AC_TAGVAR(module_cmds, $1)='$CC $allow_undefined_flag -o $lib > -bundle $libobjs $deplibs$compiler_flags' > - # Don't fix this by using the ld -exported_symbols_list flag, it > doesn't exist in older darwin lds > - if test "X$lt_int_apple_cc_single_mod" = Xyes ; then > - _LT_AC_TAGVAR(archive_expsym_cmds, $1)='sed -e "s,#.*,," -e > "s,^[ ]*,," -e "s,^\(..*\),_&," < $export_symbols > > $output_objdir/${libname}-symbols.expsym~$CC -dynamiclib -single_module > $allow_undefined_flag -o $lib $libobjs $deplibs $compiler_flags > -install_name $rpath/$soname $verstring~nmedit -s > $output_objdir/${libname}-symbols.expsym ${lib}' > - else > - _LT_AC_TAGVAR(archive_expsym_cmds, $1)='sed -e "s,#.*,," -e > "s,^[ ]*,," -e "s,^\(..*\),_&," < $export_symbols > > $output_objdir/${libname}-symbols.expsym~$CC -r -keep_private_externs > -nostdlib -o ${lib}-master.o $libobjs~$CC -dynamiclib > $allow_undefined_flag -o $lib ${lib}-master.o $deplibs $compiler_flags > -install_name $rpath/$soname $verstring~nmedit -s > $output_objdir/${libname}-symbols.expsym ${lib}' > - fi > - _LT_AC_TAGVAR(module_expsym_cmds, $1)='sed -e "s,#.*,," -e > "s,^[ ]*,," -e "s,^\(..*\),_&," < $export_symbols > > $output_objdir/${libname}-symbols.expsym~$CC $allow_undefined_flag -o > $lib -bundle $libobjs $deplibs$compiler_flags~nmedit -s > $output_objdir/${libname}-symbols.expsym ${lib}' > else > case $cc_basename in > xlc*) > @@ -3379,7 +3438,7 @@ case $host_os in > _LT_AC_TAGVAR(export_dynamic_flag_spec, $1)='${wl}--export-dynamic' > _LT_AC_TAGVAR(whole_archive_flag_spec, > $1)='${wl}--whole-archive$convenience ${wl}--no-whole-archive' > ;; > - pgCC*) > + pgCC* | pgcpp*) > # Portland Group C++ compiler > _LT_AC_TAGVAR(archive_cmds, $1)='$CC -shared $pic_flag $predep_objects > $libobjs $deplibs $postdep_objects $compiler_flags ${wl}-soname > ${wl}$soname -o $lib' > _LT_AC_TAGVAR(archive_expsym_cmds, $1)='$CC -shared $pic_flag > $predep_objects $libobjs $deplibs $postdep_objects $compiler_flags > ${wl}-soname ${wl}$soname ${wl}-retain-symbols-file ${wl}$export_symbols > -o $lib' > @@ -3814,7 +3873,8 @@ lt_cv_prog_gnu_ld=$lt_save_with_gnu_ld > # compiler output when linking a shared library. > # Parse the compiler output and extract the necessary > # objects, libraries and library flags. > -AC_DEFUN([AC_LIBTOOL_POSTDEP_PREDEP],[ > +AC_DEFUN([AC_LIBTOOL_POSTDEP_PREDEP], > +[AC_REQUIRE([LT_AC_PROG_SED])dnl > dnl we can't use the lt_simple_compile_test_code here, > dnl because it contains code intended for an executable, > dnl not a library. It's possible we should let each > @@ -3939,6 +3999,11 @@ fi > > $rm -f confest.$objext > > +_LT_AC_TAGVAR(compiler_lib_search_dirs, $1)= > +if test -n "$_LT_AC_TAGVAR(compiler_lib_search_path, $1)"; then > + _LT_AC_TAGVAR(compiler_lib_search_dirs, $1)=`echo " > ${_LT_AC_TAGVAR(compiler_lib_search_path, $1)}" | ${SED} -e 's! -L! !g' -e > 's!^ !!'` > +fi > + > # PORTME: override above test on systems where it is broken > ifelse([$1],[CXX], > [case $host_os in > @@ -3995,7 +4060,6 @@ solaris*) > ;; > esac > ]) > - > case " $_LT_AC_TAGVAR(postdeps, $1) " in > *" -lc "*) _LT_AC_TAGVAR(archive_cmds_need_lc, $1)=no ;; > esac > @@ -4080,7 +4144,7 @@ aix3*) > postinstall_cmds='$RANLIB $lib' > fi > ;; > -aix4* | aix5*) > +aix[[4-9]]*) > if test "$host_cpu" != ia64 && test "$aix_use_runtimelinking" = no ; > then > test "$enable_shared" = yes && enable_static=no > fi > @@ -4257,6 +4321,7 @@ if test -f "$ltmain"; then > _LT_AC_TAGVAR(predeps, $1) \ > _LT_AC_TAGVAR(postdeps, $1) \ > _LT_AC_TAGVAR(compiler_lib_search_path, $1) \ > + _LT_AC_TAGVAR(compiler_lib_search_dirs, $1) \ > _LT_AC_TAGVAR(archive_cmds, $1) \ > _LT_AC_TAGVAR(archive_expsym_cmds, $1) \ > _LT_AC_TAGVAR(postinstall_cmds, $1) \ > @@ -4319,7 +4384,7 @@ ifelse([$1], [], > # Generated automatically by $PROGRAM (GNU $PACKAGE $VERSION$TIMESTAMP) > # NOTE: Changes made to this file will be lost: look at ltmain.sh. > # > -# Copyright (C) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, > 2005, 2006, 2007 > +# Copyright (C) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, > 2005, 2006, 2007, 2008 > # Free Software Foundation, Inc. > # > # This file is part of GNU Libtool: > @@ -4556,6 +4621,10 @@ predeps=$lt_[]_LT_AC_TAGVAR(predeps, $1) > # shared library. > postdeps=$lt_[]_LT_AC_TAGVAR(postdeps, $1) > > +# The directories searched by this compiler when creating a shared > +# library > +compiler_lib_search_dirs=$lt_[]_LT_AC_TAGVAR(compiler_lib_search_dirs, > $1) > + > # The library search path used internally by the compiler when linking > # a shared library. > compiler_lib_search_path=$lt_[]_LT_AC_TAGVAR(compiler_lib_search_path, > $1) > @@ -4905,7 +4974,7 @@ EOF > echo "$progname: failed program was:" >&AS_MESSAGE_LOG_FD > cat conftest.$ac_ext >&5 > fi > - rm -f conftest* conftst* > + rm -rf conftest* conftst* > > # Do not use the global_symbol_pipe unless it works. > if test "$pipe_works" = yes; then > @@ -4962,7 +5031,8 @@ AC_MSG_CHECKING([for $compiler option to > # built for inclusion in a dll (and should export symbols for > example). > # Although the cygwin gcc ignores -fPIC, still need this for > old-style > # (--disable-auto-import) libraries > - _LT_AC_TAGVAR(lt_prog_compiler_pic, $1)='-DDLL_EXPORT' > + m4_if([$1], [GCJ], [], > + [_LT_AC_TAGVAR(lt_prog_compiler_pic, $1)='-DDLL_EXPORT']) > ;; > darwin* | rhapsody*) > # PIC is the default on this platform > @@ -4999,7 +5069,7 @@ AC_MSG_CHECKING([for $compiler option to > esac > else > case $host_os in > - aix4* | aix5*) > + aix[[4-9]]*) > # All AIX code is PIC. > if test "$host_cpu" = ia64; then > # AIX 5 now supports IA64 processor > @@ -5095,7 +5165,7 @@ AC_MSG_CHECKING([for $compiler option to > _LT_AC_TAGVAR(lt_prog_compiler_pic, $1)='-KPIC' > _LT_AC_TAGVAR(lt_prog_compiler_static, $1)='-static' > ;; > - pgCC*) > + pgCC* | pgcpp*) > # Portland Group C++ compiler. > _LT_AC_TAGVAR(lt_prog_compiler_wl, $1)='-Wl,' > _LT_AC_TAGVAR(lt_prog_compiler_pic, $1)='-fpic' > @@ -5246,7 +5316,8 @@ AC_MSG_CHECKING([for $compiler option to > # built for inclusion in a dll (and should export symbols for > example). > # Although the cygwin gcc ignores -fPIC, still need this for > old-style > # (--disable-auto-import) libraries > - _LT_AC_TAGVAR(lt_prog_compiler_pic, $1)='-DDLL_EXPORT' > + m4_if([$1], [GCJ], [], > + [_LT_AC_TAGVAR(lt_prog_compiler_pic, $1)='-DDLL_EXPORT']) > ;; > > darwin* | rhapsody*) > @@ -5316,7 +5387,8 @@ AC_MSG_CHECKING([for $compiler option to > mingw* | cygwin* | pw32* | os2*) > # This hack is so that the source file can tell whether it is > being > # built for inclusion in a dll (and should export symbols for > example). > - _LT_AC_TAGVAR(lt_prog_compiler_pic, $1)='-DDLL_EXPORT' > + m4_if([$1], [GCJ], [], > + [_LT_AC_TAGVAR(lt_prog_compiler_pic, $1)='-DDLL_EXPORT']) > ;; > > hpux9* | hpux10* | hpux11*) > @@ -5453,7 +5525,7 @@ AC_MSG_RESULT([$_LT_AC_TAGVAR(lt_prog_co > # > if test -n "$_LT_AC_TAGVAR(lt_prog_compiler_pic, $1)"; then > AC_LIBTOOL_COMPILER_OPTION([if $compiler PIC flag > $_LT_AC_TAGVAR(lt_prog_compiler_pic, $1) works], > - _LT_AC_TAGVAR(lt_prog_compiler_pic_works, $1), > + _LT_AC_TAGVAR(lt_cv_prog_compiler_pic_works, $1), > [$_LT_AC_TAGVAR(lt_prog_compiler_pic, $1)ifelse([$1],[],[ > -DPIC],[ifelse([$1],[CXX],[ -DPIC],[])])], [], > [case $_LT_AC_TAGVAR(lt_prog_compiler_pic, $1) in > "" | " "*) ;; > @@ -5477,7 +5549,7 @@ esac > # > wl=$_LT_AC_TAGVAR(lt_prog_compiler_wl, $1) eval > lt_tmp_static_flag=\"$_LT_AC_TAGVAR(lt_prog_compiler_static, $1)\" > AC_LIBTOOL_LINKER_OPTION([if $compiler static flag $lt_tmp_static_flag > works], > - _LT_AC_TAGVAR(lt_prog_compiler_static_works, $1), > + _LT_AC_TAGVAR(lt_cv_prog_compiler_static_works, $1), > $lt_tmp_static_flag, > [], > [_LT_AC_TAGVAR(lt_prog_compiler_static, $1)=]) > @@ -5493,7 +5565,7 @@ AC_MSG_CHECKING([whether the $compiler l > ifelse([$1],[CXX],[ > _LT_AC_TAGVAR(export_symbols_cmds, $1)='$NM $libobjs $convenience | > $global_symbol_pipe | $SED '\''s/.* //'\'' | sort | uniq > > $export_symbols' > case $host_os in > - aix4* | aix5*) > + aix[[4-9]]*) > # If we're using GNU nm, then we don't want the "-C" option. > # -C means demangle to AIX nm, but means don't demangle with GNU nm > if $NM -V 2>&1 | grep 'GNU' > /dev/null; then > @@ -5512,6 +5584,7 @@ ifelse([$1],[CXX],[ > _LT_AC_TAGVAR(export_symbols_cmds, $1)='$NM $libobjs $convenience | > $global_symbol_pipe | $SED '\''s/.* //'\'' | sort | uniq > > $export_symbols' > ;; > esac > + _LT_AC_TAGVAR(exclude_expsyms, > $1)=['_GLOBAL_OFFSET_TABLE_|_GLOBAL__F[ID]_.*'] > ],[ > runpath_var= > _LT_AC_TAGVAR(allow_undefined_flag, $1)= > @@ -5542,12 +5615,14 @@ ifelse([$1],[CXX],[ > # it will be wrapped by ` (' and `)$', so one must not match beginning > or > # end of line. Example: `a|bc|.*d.*' will exclude the symbols `a' and > `bc', > # as well as any symbol that contains `d'. > - _LT_AC_TAGVAR(exclude_expsyms, $1)="_GLOBAL_OFFSET_TABLE_" > + _LT_AC_TAGVAR(exclude_expsyms, > $1)=['_GLOBAL_OFFSET_TABLE_|_GLOBAL__F[ID]_.*'] > # Although _GLOBAL_OFFSET_TABLE_ is a valid symbol C name, most a.out > # platforms (ab)use it in PIC code, but their linkers get confused if > # the symbol is explicitly referenced. Since portable code cannot > # rely on this symbol name, it's probably fine to never include it in > # preloaded symbol tables. > + # Exclude shared library initialization/finalization symbols. > +dnl Note also adjust exclude_expsyms for C++ above. > extract_expsyms_cmds= > # Just being paranoid about ensuring that cc_basename is set. > _LT_CC_BASENAME([$compiler]) > @@ -5597,7 +5672,7 @@ ifelse([$1],[CXX],[ > > # See if GNU ld supports shared libraries. > case $host_os in > - aix3* | aix4* | aix5*) > + aix[[3-9]]*) > # On AIX/PPC, the GNU linker is very broken > if test "$host_cpu" != ia64; then > _LT_AC_TAGVAR(ld_shlibs, $1)=no > @@ -5816,7 +5891,7 @@ _LT_EOF > fi > ;; > > - aix4* | aix5*) > + aix[[4-9]]*) > if test "$host_cpu" = ia64; then > # On IA64, the linker does run time linking by default, so we don't > # have to do anything special. > @@ -5836,7 +5911,7 @@ _LT_EOF > # Test if we are trying to use run time linking or normal > # AIX style linking. If -brtl is somewhere in LDFLAGS, we > # need to do runtime linking. > - case $host_os in aix4.[[23]]|aix4.[[23]].*|aix5*) > + case $host_os in aix4.[[23]]|aix4.[[23]].*|aix[[5-9]]*) > for ld_flag in $LDFLAGS; do > if (test $ld_flag = "-brtl" || test $ld_flag = "-Wl,-brtl"); then > aix_use_runtimelinking=yes > @@ -5996,11 +6071,10 @@ _LT_EOF > _LT_AC_TAGVAR(link_all_deplibs, $1)=yes > if test "$GCC" = yes ; then > output_verbose_link_cmd='echo' > - _LT_AC_TAGVAR(archive_cmds, $1)='$CC -dynamiclib > $allow_undefined_flag -o $lib $libobjs $deplibs $compiler_flags > -install_name $rpath/$soname $verstring' > - _LT_AC_TAGVAR(module_cmds, $1)='$CC $allow_undefined_flag -o $lib > -bundle $libobjs $deplibs$compiler_flags' > - # Don't fix this by using the ld -exported_symbols_list flag, it > doesn't exist in older darwin lds > - _LT_AC_TAGVAR(archive_expsym_cmds, $1)='sed -e "s,#.*,," -e "s,^[ > ]*,," -e "s,^\(..*\),_&," < $export_symbols > > $output_objdir/${libname}-symbols.expsym~$CC -dynamiclib > $allow_undefined_flag -o $lib $libobjs $deplibs $compiler_flags > -install_name $rpath/$soname $verstring~nmedit -s > $output_objdir/${libname}-symbols.expsym ${lib}' > - _LT_AC_TAGVAR(module_expsym_cmds, $1)='sed -e "s,#.*,," -e "s,^[ > ]*,," -e "s,^\(..*\),_&," < $export_symbols > > $output_objdir/${libname}-symbols.expsym~$CC $allow_undefined_flag -o > $lib -bundle $libobjs $deplibs$compiler_flags~nmedit -s > $output_objdir/${libname}-symbols.expsym ${lib}' > + _LT_AC_TAGVAR(archive_cmds, $1)="\$CC -dynamiclib > \$allow_undefined_flag -o \$lib \$libobjs \$deplibs \$compiler_flags > -install_name \$rpath/\$soname \$verstring > $_lt_dar_single_mod${_lt_dsymutil}" > + _LT_AC_TAGVAR(module_cmds, $1)="\$CC \$allow_undefined_flag -o > \$lib -bundle \$libobjs \$deplibs \$compiler_flags${_lt_dsymutil}" > + _LT_AC_TAGVAR(archive_expsym_cmds, $1)="sed 's,^,_,' < > \$export_symbols > \$output_objdir/\${libname}-symbols.expsym~\$CC > -dynamiclib \$allow_undefined_flag -o \$lib \$libobjs \$deplibs > \$compiler_flags -install_name \$rpath/\$soname \$verstring > ${_lt_dar_single_mod}${_lt_dar_export_syms}${_lt_dsymutil}" > + _LT_AC_TAGVAR(module_expsym_cmds, $1)="sed -e 's,^,_,' < > \$export_symbols > \$output_objdir/\${libname}-symbols.expsym~\$CC > \$allow_undefined_flag -o \$lib -bundle \$libobjs \$deplibs > \$compiler_flags${_lt_dar_export_syms}${_lt_dsymutil}" > else > case $cc_basename in > xlc*) > @@ -6581,7 +6655,7 @@ AC_SUBST([SED]) > AC_MSG_RESULT([$SED]) > ]) > > -# Copyright (C) 2002, 2003, 2005, 2006 Free Software Foundation, Inc. > +# Copyright (C) 2002, 2003, 2005, 2006, 2007 Free Software Foundation, > Inc. > # > # This file is free software; the Free Software Foundation > # gives unlimited permission to copy and/or distribute it, > @@ -6596,7 +6670,7 @@ AC_DEFUN([AM_AUTOMAKE_VERSION], > [am__api_version='1.10' > dnl Some users find AM_AUTOMAKE_VERSION and mistake it for a way to > dnl require some minimum version. Point them to the right macro. > -m4_if([$1], [1.10], [], > +m4_if([$1], [1.10.1], [], > [AC_FATAL([Do not call $0, use AM_INIT_AUTOMAKE([$1]).])])dnl > ]) > > @@ -6612,8 +6686,10 @@ m4_define([_AM_AUTOCONF_VERSION], []) > # Call AM_AUTOMAKE_VERSION and AM_AUTOMAKE_VERSION so they can be > traced. > # This function is AC_REQUIREd by AC_INIT_AUTOMAKE. > AC_DEFUN([AM_SET_CURRENT_AUTOMAKE_VERSION], > -[AM_AUTOMAKE_VERSION([1.10])dnl > -_AM_AUTOCONF_VERSION(m4_PACKAGE_VERSION)]) > +[AM_AUTOMAKE_VERSION([1.10.1])dnl > +m4_ifndef([AC_AUTOCONF_VERSION], > + [m4_copy([m4_PACKAGE_VERSION], [AC_AUTOCONF_VERSION])])dnl > +_AM_AUTOCONF_VERSION(AC_AUTOCONF_VERSION)]) > > # AM_AUX_DIR_EXPAND -*- Autoconf > -*- > > @@ -6885,7 +6961,7 @@ AC_DEFUN([_AM_OUTPUT_DEPENDENCY_COMMANDS > # each Makefile.in and add a new line on top of each file to say so. > # Grep'ing the whole file is not good either: AIX grep has a line > # limit of 2048, but all sed's we know have understand at least 4000. > - if sed 10q "$mf" | grep '^#.*generated by automake' > /dev/null 2>&1; > then > + if sed -n 's,^#.*generated by automake.*,X,p' "$mf" | grep X >/dev/null > 2>&1; then > dirpart=`AS_DIRNAME("$mf")` > else > continue > @@ -6933,13 +7009,13 @@ AC_DEFUN([AM_OUTPUT_DEPENDENCY_COMMANDS] > # Do all the work for Automake. -*- Autoconf > -*- > > # Copyright (C) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, > -# 2005, 2006 Free Software Foundation, Inc. > +# 2005, 2006, 2008 Free Software Foundation, Inc. > # > # This file is free software; the Free Software Foundation > # gives unlimited permission to copy and/or distribute it, > # with or without modifications, as long as this notice is preserved. > > -# serial 12 > +# serial 13 > > # This macro actually does too much. Some checks are only needed if > # your package does certain things. But this isn't really a big deal. > @@ -7044,16 +7120,17 @@ AC_PROVIDE_IFELSE([AC_PROG_OBJC], > # our stamp files there. > AC_DEFUN([_AC_AM_CONFIG_HEADER_HOOK], > [# Compute $1's index in $config_headers. > +_am_arg=$1 > _am_stamp_count=1 > for _am_header in $config_headers :; do > case $_am_header in > - $1 | $1:* ) > + $_am_arg | $_am_arg:* ) > break ;; > * ) > _am_stamp_count=`expr $_am_stamp_count + 1` ;; > esac > done > -echo "timestamp for $1" >`AS_DIRNAME([$1])`/stamp-h[]$_am_stamp_count]) > +echo "timestamp for $_am_arg" > >`AS_DIRNAME(["$_am_arg"])`/stamp-h[]$_am_stamp_count]) > > # Copyright (C) 2001, 2003, 2005 Free Software Foundation, Inc. > # > @@ -7354,7 +7431,7 @@ AC_SUBST([INSTALL_STRIP_PROGRAM])]) > > # _AM_SUBST_NOTMAKE(VARIABLE) > # --------------------------- > -# Prevent Automake from outputing VARIABLE = @VARIABLE@ in Makefile.in. > +# Prevent Automake from outputting VARIABLE = @VARIABLE@ in Makefile.in. > # This macro is traced by Automake. > AC_DEFUN([_AM_SUBST_NOTMAKE]) > > > Modified: head/contrib/openbsm/bin/Makefile.in > ============================================================================== > --- head/contrib/openbsm/bin/Makefile.in Sun Apr 19 15:19:26 2009 > (r191272) > +++ head/contrib/openbsm/bin/Makefile.in Sun Apr 19 16:17:13 2009 > (r191273) > @@ -1,8 +1,8 @@ > -# Makefile.in generated by automake 1.10 from Makefile.am. > +# Makefile.in generated by automake 1.10.1 from Makefile.am. > # @configure_input@ > > # Copyright (C) 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002, > -# 2003, 2004, 2005, 2006 Free Software Foundation, Inc. > +# 2003, 2004, 2005, 2006, 2007, 2008 Free Software Foundation, Inc. > # This Makefile.in is free software; the Free Software Foundation > # gives unlimited permission to copy and/or distribute it, > # with or without modifications, as long as this notice is preserved. > @@ -15,7 +15,7 @@ > @SET_MAKE@ > > # > -# $P4: //depot/projects/trustedbsd/openbsm/bin/Makefile.in#10 $ > +# $P4: //depot/projects/trustedbsd/openbsm/bin/Makefile.in#11 $ > # > VPATH = @srcdir@ > pkgdatadir = $(datadir)/@PACKAGE@ > @@ -82,6 +82,7 @@ CXXFLAGS = @CXXFLAGS@ > CYGPATH_W = @CYGPATH_W@ > DEFS = @DEFS@ > DEPDIR = @DEPDIR@ > +DSYMUTIL = @DSYMUTIL@ > ECHO = @ECHO@ > ECHO_C = @ECHO_C@ > ECHO_N = @ECHO_N@ > @@ -106,6 +107,7 @@ MAINT = @MAINT@ > MAKEINFO = @MAKEINFO@ > MIG = @MIG@ > MKDIR_P = @MKDIR_P@ > +NMEDIT = @NMEDIT@ > OBJEXT = @OBJEXT@ > PACKAGE = @PACKAGE@ > PACKAGE_BUGREPORT = @PACKAGE_BUGREPORT@ > @@ -169,6 +171,7 @@ sharedstatedir = @sharedstatedir@ > srcdir = @srcdir@ > sysconfdir = @sysconfdir@ > target_alias = @target_alias@ > +top_build_prefix = @top_build_prefix@ > top_builddir = @top_builddir@ > top_srcdir = @top_srcdir@ > SUBDIRS = auditfilterd auditreduce praudit $(am__append_1) > @@ -286,8 +289,8 @@ ID: $(HEADERS) $(SOURCES) $(LISP) $(TAGS > unique=`for i in $$list; do \ > if test -f "$$i"; then echo $$i; else echo $(srcdir)/$$i; fi; \ > done | \ > - $(AWK) ' { files[$$0] = 1; } \ > - END { for (i in files) print i; }'`; \ > + $(AWK) '{ files[$$0] = 1; nonemtpy = 1; } \ > + END { if (nonempty) { for (i in files) print i; }; }'`; \ > mkid -fID $$unique > tags: TAGS > > @@ -312,8 +315,8 @@ TAGS: tags-recursive $(HEADERS) $(SOURCE > unique=`for i in $$list; do \ > if test -f "$$i"; then echo $$i; else echo $(srcdir)/$$i; fi; \ > done | \ > - $(AWK) ' { files[$$0] = 1; } \ > - END { for (i in files) print i; }'`; \ > + $(AWK) '{ files[$$0] = 1; nonempty = 1; } \ > + END { if (nonempty) { for (i in files) print i; }; }'`; \ > if test -z "$(ETAGS_ARGS)$$tags$$unique"; then :; else \ > test -n "$$unique" || unique=$$empty_fix; \ > $(ETAGS) $(ETAGSFLAGS) $(AM_ETAGSFLAGS) $(ETAGS_ARGS) \ > @@ -323,13 +326,12 @@ ctags: CTAGS > CTAGS: ctags-recursive $(HEADERS) $(SOURCES) $(TAGS_DEPENDENCIES) \ > $(TAGS_FILES) $(LISP) > tags=; \ > - here=`pwd`; \ > list='$(SOURCES) $(HEADERS) $(LISP) $(TAGS_FILES)'; \ > unique=`for i in $$list; do \ > if test -f "$$i"; then echo $$i; else echo $(srcdir)/$$i; fi; \ > done | \ > - $(AWK) ' { files[$$0] = 1; } \ > - END { for (i in files) print i; }'`; \ > + $(AWK) '{ files[$$0] = 1; nonempty = 1; } \ > + END { if (nonempty) { for (i in files) print i; }; }'`; \ > test -z "$(CTAGS_ARGS)$$tags$$unique" \ > || $(CTAGS) $(CTAGSFLAGS) $(AM_CTAGSFLAGS) $(CTAGS_ARGS) \ > $$tags $$unique > > Modified: head/contrib/openbsm/bin/audit/Makefile.in > ============================================================================== > --- head/contrib/openbsm/bin/audit/Makefile.in Sun Apr 19 15:19:26 2009 > (r191272) > +++ head/contrib/openbsm/bin/audit/Makefile.in Sun Apr 19 16:17:13 2009 > (r191273) > @@ -1,8 +1,8 @@ > -# Makefile.in generated by automake 1.10 from Makefile.am. > +# Makefile.in generated by automake 1.10.1 from Makefile.am. > # @configure_input@ > > # Copyright (C) 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002, > -# 2003, 2004, 2005, 2006 Free Software Foundation, Inc. > +# 2003, 2004, 2005, 2006, 2007, 2008 Free Software Foundation, Inc. > # This Makefile.in is free software; the Free Software Foundation > # gives unlimited permission to copy and/or distribute it, > # with or without modifications, as long as this notice is preserved. > @@ -15,7 +15,7 @@ > @SET_MAKE@ > > # > -# $P4: //depot/projects/trustedbsd/openbsm/bin/audit/Makefile.in#11 $ > +# $P4: //depot/projects/trustedbsd/openbsm/bin/audit/Makefile.in#12 $ > # > > VPATH = @srcdir@ > @@ -55,7 +55,7 @@ am__audit_SOURCES_DIST = audit.c auditd_ > @USE_MACH_IPC_TRUE@ audit.$(OBJEXT) > audit_OBJECTS = $(am_audit_OBJECTS) > audit_DEPENDENCIES = $(top_builddir)/libbsm/libbsm.la > -DEFAULT_INCLUDES = -I. -I$(top_builddir)/config@am__isrc@ > +DEFAULT_INCLUDES = -I.@am__isrc@ -I$(top_builddir)/config > > *** DIFF OUTPUT TRUNCATED AT 1000 LINES *** > _______________________________________________ > 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" > > Hello. After updating to revision 191274, I cannot login. "could not determine audit condition" Sorry for bothering you, but I don't know how to deal with it. -best regards, Jakub Lach -- View this message in context: http://www.nabble.com/OpenBSM-1.1-imported-%28was%3A-svn-commit%3A-r191273---in-head%3A-contrib-openbsm-contrib-openbsm-bin-contrib-openbsm-bin-audit-contrib-openbsm-bin-auditd-contrib-openbsm-bin-auditfilterd-contrib-openbsm-bin-auditreduce-contrib-open...-%28fwd%29%29-tp23124717p23127561.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Sun Apr 19 21:42:26 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 083DD106564A; Sun, 19 Apr 2009 21:42:26 +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 D3E748FC13; Sun, 19 Apr 2009 21:42:25 +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 n3JLgNVE000825; Sun, 19 Apr 2009 17:42:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n3JLgM9t070782; Sun, 19 Apr 2009 17:42:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id EAE447302F; Sun, 19 Apr 2009 17:42:22 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090419214222.EAE447302F@freebsd-current.sentex.ca> Date: Sun, 19 Apr 2009 17:42:22 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Apr 2009 21:42:26 -0000 TB --- 2009-04-19 21:17:49 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-04-19 21:17:49 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-04-19 21:17:49 - cleaning the object tree TB --- 2009-04-19 21:18:19 - cvsupping the source tree TB --- 2009-04-19 21:18:20 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-04-19 21:18:31 - building world TB --- 2009-04-19 21:18:31 - MAKEOBJDIRPREFIX=/obj TB --- 2009-04-19 21:18:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-04-19 21:18:31 - TARGET=sun4v TB --- 2009-04-19 21:18:31 - TARGET_ARCH=sparc64 TB --- 2009-04-19 21:18:31 - TZ=UTC TB --- 2009-04-19 21:18:31 - __MAKE_CONF=/dev/null TB --- 2009-04-19 21:18:31 - cd /src TB --- 2009-04-19 21:18:31 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 19 21:18:32 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/sparc64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/sparc64 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -DSYSCALL_COMPAT -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/thread/thr_pspinlock.c cc -O2 -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/sparc64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/sparc64 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -DSYSCALL_COMPAT -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/thread/thr_resume_np.c cc -O2 -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/sparc64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/sparc64 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -DSYSCALL_COMPAT -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/thread/thr_rtld.c /src/lib/libthr/thread/thr_rtld.c:42:1: error: "CACHE_LINE_SIZE" redefined In file included from /obj/sun4v/src/tmp/usr/include/sys/param.h:109, from /src/lib/libthr/thread/thr_private.h:42, from /src/lib/libthr/thread/thr_rtld.c:37: /obj/sun4v/src/tmp/usr/include/machine/param.h:77:1: error: this is the location of the previous definition *** Error code 1 Stop in /src/lib/libthr. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-04-19 21:42:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-04-19 21:42:22 - ERROR: failed to build world TB --- 2009-04-19 21:42:22 - 1154.40 user 131.27 system 1473.80 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 19 22:24:21 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86D1F1065674; Sun, 19 Apr 2009 22:24:21 +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 5D87F8FC1B; Sun, 19 Apr 2009 22:24:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n3JMOJB8003642; Sun, 19 Apr 2009 18:24:19 -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 n3JMOJ2U052973; Sun, 19 Apr 2009 18:24:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0B57A7302F; Sun, 19 Apr 2009 18:24:19 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090419222419.0B57A7302F@freebsd-current.sentex.ca> Date: Sun, 19 Apr 2009 18:24:19 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Apr 2009 22:24:22 -0000 TB --- 2009-04-19 22:00:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-04-19 22:00:00 - starting HEAD tinderbox run for arm/arm TB --- 2009-04-19 22:00:00 - cleaning the object tree TB --- 2009-04-19 22:00:38 - cvsupping the source tree TB --- 2009-04-19 22:00:38 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2009-04-19 22:00:48 - building world TB --- 2009-04-19 22:00:48 - MAKEOBJDIRPREFIX=/obj TB --- 2009-04-19 22:00:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-04-19 22:00:48 - TARGET=arm TB --- 2009-04-19 22:00:48 - TARGET_ARCH=arm TB --- 2009-04-19 22:00:48 - TZ=UTC TB --- 2009-04-19 22:00:48 - __MAKE_CONF=/dev/null TB --- 2009-04-19 22:00:48 - cd /src TB --- 2009-04-19 22:00:48 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 19 22:00:51 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/arm/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/arm -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -DSYSCALL_COMPAT -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/thread/thr_pspinlock.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/arm/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/arm -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -DSYSCALL_COMPAT -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/thread/thr_resume_np.c cc -O -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/arm/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/arm -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -DSYSCALL_COMPAT -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/thread/thr_rtld.c /src/lib/libthr/thread/thr_rtld.c:42:1: error: "CACHE_LINE_SIZE" redefined In file included from /obj/arm/src/tmp/usr/include/sys/param.h:109, from /src/lib/libthr/thread/thr_private.h:42, from /src/lib/libthr/thread/thr_rtld.c:37: /obj/arm/src/tmp/usr/include/machine/param.h:91:1: error: this is the location of the previous definition *** Error code 1 Stop in /src/lib/libthr. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-04-19 22:24:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-04-19 22:24:18 - ERROR: failed to build world TB --- 2009-04-19 22:24:18 - 1077.15 user 139.71 system 1458.55 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 19 22:29:47 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A0051065670; Sun, 19 Apr 2009 22:29:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 70BB08FC17; Sun, 19 Apr 2009 22:29:47 +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 n3JMTjpk004127; Sun, 19 Apr 2009 18:29:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n3JMTiPh063402; Sun, 19 Apr 2009 18:29:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id AE6767302F; Sun, 19 Apr 2009 18:29:44 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090419222944.AE6767302F@freebsd-current.sentex.ca> Date: Sun, 19 Apr 2009 18:29:44 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Apr 2009 22:29:48 -0000 TB --- 2009-04-19 22:00:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-04-19 22:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-04-19 22:00:00 - cleaning the object tree TB --- 2009-04-19 22:01:20 - cvsupping the source tree TB --- 2009-04-19 22:01:20 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-04-19 22:01:30 - building world TB --- 2009-04-19 22:01:30 - MAKEOBJDIRPREFIX=/obj TB --- 2009-04-19 22:01:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-04-19 22:01:30 - TARGET=amd64 TB --- 2009-04-19 22:01:30 - TARGET_ARCH=amd64 TB --- 2009-04-19 22:01:30 - TZ=UTC TB --- 2009-04-19 22:01:30 - __MAKE_CONF=/dev/null TB --- 2009-04-19 22:01:30 - cd /src TB --- 2009-04-19 22:01:30 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 19 22:01:31 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/amd64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/amd64 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -DSYSCALL_COMPAT -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/thread/thr_pspinlock.c cc -O2 -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/amd64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/amd64 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -DSYSCALL_COMPAT -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/thread/thr_resume_np.c cc -O2 -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/amd64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/amd64 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -DSYSCALL_COMPAT -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/thread/thr_rtld.c /src/lib/libthr/thread/thr_rtld.c:42:1: error: "CACHE_LINE_SIZE" redefined In file included from /obj/amd64/src/tmp/usr/include/sys/param.h:109, from /src/lib/libthr/thread/thr_private.h:42, from /src/lib/libthr/thread/thr_rtld.c:37: /obj/amd64/src/tmp/usr/include/machine/param.h:99:1: error: this is the location of the previous definition *** Error code 1 Stop in /src/lib/libthr. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-04-19 22:29:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-04-19 22:29:44 - ERROR: failed to build world TB --- 2009-04-19 22:29:44 - 1303.71 user 151.27 system 1784.23 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 19 22:46:07 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B705D1065670 for ; Sun, 19 Apr 2009 22:46:07 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 9007A8FC08 for ; Sun, 19 Apr 2009 22:46:07 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 1A39946B2E; Sun, 19 Apr 2009 18:46:07 -0400 (EDT) Date: Sun, 19 Apr 2009 23:46:06 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Jakub Lach In-Reply-To: <23127561.post@talk.nabble.com> Message-ID: References: <23127561.post@talk.nabble.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: OpenBSM 1.1 imported (was: svn commit: r191273 - in head: contrib/openbsm contrib/openbsm/bin contrib/openbsm/bin/audit contrib/openbsm/bin/auditd contrib/openbsm/bin/auditfilterd contrib/openbsm/bin/auditreduce contrib/open... (fwd)) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Apr 2009 22:46:07 -0000 On Sun, 19 Apr 2009, Jakub Lach wrote: > After updating to revision 191274, I cannot login. > > "could not determine audit condition" > > Sorry for bothering you, but I don't know how to deal with it. Could you let me know: (1) Do you have options AUDIT compiled into your kernel? It's in GENERIC by default, and it occurs to me I've not tested the !AUDIT case lately. (2) How are you logging in -- using the console, or sshd, or...? Does it work better or worse if you try another way of logging in? (3) ... and could you confirm that your kernel was rebuilt and installed prior to updating userspace? If you switch to an old kernel, are you then able to log in? Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Sun Apr 19 22:51:36 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA432106566B; Sun, 19 Apr 2009 22:51:36 +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 90EED8FC0C; Sun, 19 Apr 2009 22:51:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n3JMpYdE005865; Sun, 19 Apr 2009 18:51:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n3JMpYWS050863; Sun, 19 Apr 2009 18:51:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0A78D7302F; Sun, 19 Apr 2009 18:51:34 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090419225134.0A78D7302F@freebsd-current.sentex.ca> Date: Sun, 19 Apr 2009 18:51:34 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Apr 2009 22:51:37 -0000 TB --- 2009-04-19 22:24:19 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-04-19 22:24:19 - starting HEAD tinderbox run for i386/i386 TB --- 2009-04-19 22:24:19 - cleaning the object tree TB --- 2009-04-19 22:24:50 - cvsupping the source tree TB --- 2009-04-19 22:24:50 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2009-04-19 22:25:00 - building world TB --- 2009-04-19 22:25:00 - MAKEOBJDIRPREFIX=/obj TB --- 2009-04-19 22:25:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-04-19 22:25:00 - TARGET=i386 TB --- 2009-04-19 22:25:00 - TARGET_ARCH=i386 TB --- 2009-04-19 22:25:00 - TZ=UTC TB --- 2009-04-19 22:25:00 - __MAKE_CONF=/dev/null TB --- 2009-04-19 22:25:00 - cd /src TB --- 2009-04-19 22:25:00 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 19 22:25:01 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/i386/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/i386 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -DSYSCALL_COMPAT -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/thread/thr_pspinlock.c cc -O2 -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/i386/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/i386 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -DSYSCALL_COMPAT -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/thread/thr_resume_np.c cc -O2 -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/i386/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/i386 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -DSYSCALL_COMPAT -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/thread/thr_rtld.c /src/lib/libthr/thread/thr_rtld.c:42:1: error: "CACHE_LINE_SIZE" redefined In file included from /obj/src/tmp/usr/include/sys/param.h:109, from /src/lib/libthr/thread/thr_private.h:42, from /src/lib/libthr/thread/thr_rtld.c:37: /obj/src/tmp/usr/include/machine/param.h:84:1: error: this is the location of the previous definition *** Error code 1 Stop in /src/lib/libthr. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-04-19 22:51:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-04-19 22:51:33 - ERROR: failed to build world TB --- 2009-04-19 22:51:33 - 1236.65 user 135.84 system 1634.84 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 19 22:56:40 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6325F106566B for ; Sun, 19 Apr 2009 22:56:40 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id 2F8298FC14 for ; Sun, 19 Apr 2009 22:56:39 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1LvfwF-0002Yg-8z for freebsd-current@freebsd.org; Sun, 19 Apr 2009 15:56:39 -0700 Message-ID: <23128287.post@talk.nabble.com> Date: Sun, 19 Apr 2009 15:56:39 -0700 (PDT) From: Jakub Lach To: freebsd-current@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: jakub_lach@mailplus.pl References: <23127561.post@talk.nabble.com> Subject: Re: OpenBSM 1.1 imported (was: svn commit: r191273 - in head: contrib/openbsm contrib/openbsm/bin contrib/openbsm/bin/audit contrib/openbsm/bin/auditd contrib/openbsm/bin/auditfilterd contrib/openbsm/bin/auditreduce contrib/open... (fwd)) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Apr 2009 22:56:40 -0000 1) It's not GENERIC, but I've double checked - AUDIT is enabled. 2) Local login. 3) Userspace and kernel version is synced. Logging with old kernel is not possible. Upgrading procedure- buildworld, buildkernel, installkernel, installworld, mergemaster, reboot. Thanks for reply. Robert Watson wrote: > > > On Sun, 19 Apr 2009, Jakub Lach wrote: > >> After updating to revision 191274, I cannot login. >> >> "could not determine audit condition" >> >> Sorry for bothering you, but I don't know how to deal with it. > > Could you let me know: > > (1) Do you have options AUDIT compiled into your kernel? It's in GENERIC > by > default, and it occurs to me I've not tested the !AUDIT case lately. > > (2) How are you logging in -- using the console, or sshd, or...? Does it > work > better or worse if you try another way of logging in? > > (3) ... and could you confirm that your kernel was rebuilt and installed > prior > to updating userspace? If you switch to an old kernel, are you then > able > to log in? > > Robert N M Watson > Computer Laboratory > University of Cambridge > _______________________________________________ > 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" > > -- View this message in context: http://www.nabble.com/OpenBSM-1.1-imported-%28was%3A-svn-commit%3A-r191273---in-head%3A-contrib-openbsm-contrib-openbsm-bin-contrib-openbsm-bin-audit-contrib-openbsm-bin-auditd-contrib-openbsm-bin-auditfilterd-contrib-openbsm-bin-auditreduce-contrib-open...-%28fwd%29%29-tp23124717p23128287.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Sun Apr 19 22:56:50 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96CC010656F6; Sun, 19 Apr 2009 22:56:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 584098FC16; Sun, 19 Apr 2009 22:56:50 +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 n3JMumKm006249; Sun, 19 Apr 2009 18:56:48 -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 n3JMumPG019951; Sun, 19 Apr 2009 18:56:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1DD727302F; Sun, 19 Apr 2009 18:56:48 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090419225648.1DD727302F@freebsd-current.sentex.ca> Date: Sun, 19 Apr 2009 18:56:48 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Apr 2009 22:56:51 -0000 TB --- 2009-04-19 22:29:44 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-04-19 22:29:44 - starting HEAD tinderbox run for i386/pc98 TB --- 2009-04-19 22:29:44 - cleaning the object tree TB --- 2009-04-19 22:30:19 - cvsupping the source tree TB --- 2009-04-19 22:30:19 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2009-04-19 22:30:27 - building world TB --- 2009-04-19 22:30:27 - MAKEOBJDIRPREFIX=/obj TB --- 2009-04-19 22:30:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-04-19 22:30:27 - TARGET=pc98 TB --- 2009-04-19 22:30:27 - TARGET_ARCH=i386 TB --- 2009-04-19 22:30:27 - TZ=UTC TB --- 2009-04-19 22:30:27 - __MAKE_CONF=/dev/null TB --- 2009-04-19 22:30:27 - cd /src TB --- 2009-04-19 22:30:27 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 19 22:30:28 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/i386/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/i386 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -DSYSCALL_COMPAT -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/thread/thr_resume_np.c cc -O2 -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/i386/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/i386 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -DSYSCALL_COMPAT -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/thread/thr_rtld.c /src/lib/libthr/thread/thr_rtld.c:42:1: error: "CACHE_LINE_SIZE" redefined In file included from /obj/pc98/src/tmp/usr/include/machine/param.h:31, from /obj/pc98/src/tmp/usr/include/sys/param.h:109, from /src/lib/libthr/thread/thr_private.h:42, from /src/lib/libthr/thread/thr_rtld.c:37: /obj/pc98/src/tmp/usr/include/i386/param.h:84:1: error: this is the location of the previous definition *** Error code 1 Stop in /src/lib/libthr. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-04-19 22:56:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-04-19 22:56:48 - ERROR: failed to build world TB --- 2009-04-19 22:56:48 - 1238.54 user 138.50 system 1623.26 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 19 23:04:41 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1FA68106566B for ; Sun, 19 Apr 2009 23:04:41 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id E81CB8FC0A for ; Sun, 19 Apr 2009 23:04:40 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 9E01446B38; Sun, 19 Apr 2009 19:04:40 -0400 (EDT) Date: Mon, 20 Apr 2009 00:04:40 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Jakub Lach In-Reply-To: <23128287.post@talk.nabble.com> Message-ID: References: <23127561.post@talk.nabble.com> <23128287.post@talk.nabble.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: OpenBSM 1.1 imported (was: svn commit: r191273 - in head: contrib/openbsm contrib/openbsm/bin contrib/openbsm/bin/audit contrib/openbsm/bin/auditd contrib/openbsm/bin/auditfilterd contrib/openbsm/bin/auditreduce contrib/open... (fwd)) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Apr 2009 23:04:41 -0000 On Sun, 19 Apr 2009, Jakub Lach wrote: > 1) It's not GENERIC, but I've double checked - AUDIT is enabled. > 2) Local login. > 3) Userspace and kernel version is synced. Logging with old kernel is not > possible. > > Upgrading procedure- buildworld, buildkernel, installkernel, installworld, > mergemaster, reboot. Any chance you're using amd64 with a 64-bit userspace? Robert N M Watson Computer Laboratory University of Cambridge > > Thanks for reply. > > > Robert Watson wrote: >> >> >> On Sun, 19 Apr 2009, Jakub Lach wrote: >> >>> After updating to revision 191274, I cannot login. >>> >>> "could not determine audit condition" >>> >>> Sorry for bothering you, but I don't know how to deal with it. >> >> Could you let me know: >> >> (1) Do you have options AUDIT compiled into your kernel? It's in GENERIC >> by >> default, and it occurs to me I've not tested the !AUDIT case lately. >> >> (2) How are you logging in -- using the console, or sshd, or...? Does it >> work >> better or worse if you try another way of logging in? >> >> (3) ... and could you confirm that your kernel was rebuilt and installed >> prior >> to updating userspace? If you switch to an old kernel, are you then >> able >> to log in? >> >> Robert N M Watson >> Computer Laboratory >> University of Cambridge >> _______________________________________________ >> 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" >> >> > > -- > View this message in context: http://www.nabble.com/OpenBSM-1.1-imported-%28was%3A-svn-commit%3A-r191273---in-head%3A-contrib-openbsm-contrib-openbsm-bin-contrib-openbsm-bin-audit-contrib-openbsm-bin-auditd-contrib-openbsm-bin-auditfilterd-contrib-openbsm-bin-auditreduce-contrib-open...-%28fwd%29%29-tp23124717p23128287.html > Sent from the freebsd-current mailing list archive at Nabble.com. > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sun Apr 19 23:05:46 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 309391065675; Sun, 19 Apr 2009 23:05:46 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 0C37D8FC17; Sun, 19 Apr 2009 23:05:46 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id A28FE46B2E; Sun, 19 Apr 2009 19:05:45 -0400 (EDT) Date: Mon, 20 Apr 2009 00:05:45 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: FreeBSD Tinderbox In-Reply-To: <20090419225648.1DD727302F@freebsd-current.sentex.ca> Message-ID: References: <20090419225648.1DD727302F@freebsd-current.sentex.ca> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org, i386@freebsd.org Subject: Re: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2009 23:05:47 -0000 On Sun, 19 Apr 2009, FreeBSD Tinderbox wrote: > /src/lib/libthr/thread/thr_rtld.c:42:1: error: "CACHE_LINE_SIZE" redefined > In file included from /obj/pc98/src/tmp/usr/include/machine/param.h:31, > from /obj/pc98/src/tmp/usr/include/sys/param.h:109, > from /src/lib/libthr/thread/thr_private.h:42, > from /src/lib/libthr/thread/thr_rtld.c:37: > /obj/pc98/src/tmp/usr/include/i386/param.h:84:1: error: this is the location of the previous definition This was a silly error on my part, and is hopefully now fixed. Sorry for the disruption! Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Sun Apr 19 23:06:53 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03ADA106567B for ; Sun, 19 Apr 2009 23:06:53 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.30]) by mx1.freebsd.org (Postfix) with ESMTP id B53438FC2A for ; Sun, 19 Apr 2009 23:06:52 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by yx-out-2324.google.com with SMTP id 31so508515yxl.13 for ; Sun, 19 Apr 2009 16:06:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=C3AyIhSs5h0ly4QDs3rA2oWPXm3lbuUbxT2+z03snuo=; b=EHvYEuG8bAPYJCi8Sn+TXSbKyHuSLup4GTUJsdqXsKeS+/r3Akr1FwdBstbQr4tiBe JETPI8RwTR8drK+beizTHCKO+KJiFpUbv61H5S3R3sRkg3/eqmUx8QoHeCVtV7o0AZTL GQzvpXuqkVWtM76EV66+P/w432nKxhCHPjNoU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=a8HP1OU9zTte9qhRMOLFc4Z0VJ0fTQuIBdHvFcotos92luSGA/9q8RRcidMpTiottd B5Xp8sBFcKcey71Re6T6kmZnDQxe3a4Qrmti/WS/xEGKl7H7yU3f976CFmPpOeiWnk/U cWDw3JJXSRXVIO9Kx4/4oWvcR6pG+PsqIm6Sw= MIME-Version: 1.0 Received: by 10.90.106.4 with SMTP id e4mr2626253agc.88.1240182411358; Sun, 19 Apr 2009 16:06:51 -0700 (PDT) Date: Sun, 19 Apr 2009 16:06:51 -0700 Message-ID: From: Maksim Yevmenkin To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: sb_mbtail is not set in sbappendrecord_locked() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 19 Apr 2009 23:06:53 -0000 hello, i'm fairly certain that sbappendrecord_locked() has bug in it. the bug is triggered by the kernel SOCKBUF_DEBUG option. the easiest way to trigger the bug is to 1) compile kernel with the SOCKBUF_DEBUG option enabled; 2) call sbappendrecord_locked() and try to append mbuf chain with exactly one mbuf (i.e. m0->m_next is NULL) to an empty sockbuf; there is a kern/126742 pr that basically shows the problem and stack traces. initial investigation was done by "pluknet" < pluknet -at- gmail -dot- com >, who confirmed the bug. see http://lists.freebsd.org/pipermail/freebsd-net/2008-August/019345.html for more details. i'm proposing the following patch. please review. == > svn diff Index: uipc_sockbuf.c =================================================================== --- uipc_sockbuf.c (revision 191012) +++ uipc_sockbuf.c (working copy) @@ -577,10 +577,6 @@ if (m0 == 0) return; - m = sb->sb_mb; - if (m) - while (m->m_nextpkt) - m = m->m_nextpkt; /* * Put the first mbuf on the queue. Note this permits zero length * records. @@ -588,17 +584,17 @@ sballoc(sb, m0); SBLASTRECORDCHK(sb); SBLINKRECORD(sb, m0); - if (m) - m->m_nextpkt = m0; - else - sb->sb_mb = m0; + sb->sb_mbtail = m0; m = m0->m_next; m0->m_next = 0; - if (m && (m0->m_flags & M_EOR)) { - m0->m_flags &= ~M_EOR; - m->m_flags |= M_EOR; + if (m != NULL) { + if (m0->m_flags & M_EOR) { + m0->m_flags &= ~M_EOR; + m->m_flags |= M_EOR; + } + + sbcompress(sb, m, m0); } - sbcompress(sb, m, m0); } /* == thanks, max From owner-freebsd-current@FreeBSD.ORG Sun Apr 19 23:21:14 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99AC310656BD; Sun, 19 Apr 2009 23:21:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 6E5EE8FC12; Sun, 19 Apr 2009 23:21:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n3JNLCDJ008102; Sun, 19 Apr 2009 19:21:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n3JNLCnb062380; Sun, 19 Apr 2009 19:21:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 28F777302F; Sun, 19 Apr 2009 19:21:12 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090419232112.28F777302F@freebsd-current.sentex.ca> Date: Sun, 19 Apr 2009 19:21:12 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Apr 2009 23:21:15 -0000 TB --- 2009-04-19 22:56:48 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-04-19 22:56:48 - starting HEAD tinderbox run for mips/mips TB --- 2009-04-19 22:56:48 - cleaning the object tree TB --- 2009-04-19 22:57:15 - cvsupping the source tree TB --- 2009-04-19 22:57:15 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/mips/mips/supfile TB --- 2009-04-19 22:57:22 - building world TB --- 2009-04-19 22:57:22 - MAKEOBJDIRPREFIX=/obj TB --- 2009-04-19 22:57:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-04-19 22:57:22 - TARGET=mips TB --- 2009-04-19 22:57:22 - TARGET_ARCH=mips TB --- 2009-04-19 22:57:22 - TZ=UTC TB --- 2009-04-19 22:57:22 - __MAKE_CONF=/dev/null TB --- 2009-04-19 22:57:22 - cd /src TB --- 2009-04-19 22:57:22 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 19 22:57:24 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/mips/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/mips -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -DSYSCALL_COMPAT -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/thread/thr_pspinlock.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/mips/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/mips -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -DSYSCALL_COMPAT -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/thread/thr_resume_np.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/mips/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/mips -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -DSYSCALL_COMPAT -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/thread/thr_rtld.c /src/lib/libthr/thread/thr_rtld.c:42:1: error: "CACHE_LINE_SIZE" redefined In file included from /obj/mips/src/tmp/usr/include/sys/param.h:109, from /src/lib/libthr/thread/thr_private.h:42, from /src/lib/libthr/thread/thr_rtld.c:37: /obj/mips/src/tmp/usr/include/machine/param.h:99:1: error: this is the location of the previous definition *** Error code 1 Stop in /src/lib/libthr. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-04-19 23:21:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-04-19 23:21:12 - ERROR: failed to build world TB --- 2009-04-19 23:21:12 - 1108.27 user 131.89 system 1463.81 real http://tinderbox.des.no/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 19 23:21:43 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 125D5106567D; Sun, 19 Apr 2009 23:21:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id DC6498FC15; Sun, 19 Apr 2009 23:21:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n3JNLeGt008154; Sun, 19 Apr 2009 19:21:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n3JNLexS070353; Sun, 19 Apr 2009 19:21:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 913FB7302F; Sun, 19 Apr 2009 19:21:40 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090419232140.913FB7302F@freebsd-current.sentex.ca> Date: Sun, 19 Apr 2009 19:21:40 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca 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: Sun, 19 Apr 2009 23:21:44 -0000 TB --- 2009-04-19 22:51:34 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-04-19 22:51:34 - starting HEAD tinderbox run for ia64/ia64 TB --- 2009-04-19 22:51:34 - cleaning the object tree TB --- 2009-04-19 22:52:10 - cvsupping the source tree TB --- 2009-04-19 22:52:10 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2009-04-19 22:52:20 - building world TB --- 2009-04-19 22:52:20 - MAKEOBJDIRPREFIX=/obj TB --- 2009-04-19 22:52:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-04-19 22:52:20 - TARGET=ia64 TB --- 2009-04-19 22:52:20 - TARGET_ARCH=ia64 TB --- 2009-04-19 22:52:20 - TZ=UTC TB --- 2009-04-19 22:52:20 - __MAKE_CONF=/dev/null TB --- 2009-04-19 22:52:20 - cd /src TB --- 2009-04-19 22:52:20 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 19 22:52:21 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/ia64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/ia64 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -DSYSCALL_COMPAT -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/thread/thr_pspinlock.c cc -O2 -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/ia64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/ia64 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -DSYSCALL_COMPAT -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/thread/thr_resume_np.c cc -O2 -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/ia64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/ia64 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -DSYSCALL_COMPAT -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/thread/thr_rtld.c /src/lib/libthr/thread/thr_rtld.c:42:1: error: "CACHE_LINE_SIZE" redefined In file included from /obj/ia64/src/tmp/usr/include/sys/param.h:109, from /src/lib/libthr/thread/thr_private.h:42, from /src/lib/libthr/thread/thr_rtld.c:37: /obj/ia64/src/tmp/usr/include/machine/param.h:109:1: error: this is the location of the previous definition *** Error code 1 Stop in /src/lib/libthr. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-04-19 23:21:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-04-19 23:21:40 - ERROR: failed to build world TB --- 2009-04-19 23:21:40 - 1403.66 user 138.26 system 1805.98 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sun Apr 19 23:29:20 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89033106564A for ; Sun, 19 Apr 2009 23:29:20 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 4418E8FC08 for ; Sun, 19 Apr 2009 23:29:20 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id EEA8346B0D; Sun, 19 Apr 2009 19:29:19 -0400 (EDT) Date: Mon, 20 Apr 2009 00:29:19 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Jakub Lach In-Reply-To: Message-ID: References: <23127561.post@talk.nabble.com> <23128287.post@talk.nabble.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: OpenBSM 1.1 imported (was: svn commit: r191273 - in head: contrib/openbsm contrib/openbsm/bin contrib/openbsm/bin/audit contrib/openbsm/bin/auditd contrib/openbsm/bin/auditfilterd contrib/openbsm/bin/auditreduce contrib/open... (fwd)) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Apr 2009 23:29:20 -0000 On Mon, 20 Apr 2009, Robert Watson wrote: > On Sun, 19 Apr 2009, Jakub Lach wrote: > >> 1) It's not GENERIC, but I've double checked - AUDIT is enabled. >> 2) Local login. >> 3) Userspace and kernel version is synced. Logging with old kernel is not >> possible. >> >> Upgrading procedure- buildworld, buildkernel, installkernel, installworld, >> mergemaster, reboot. > > Any chance you're using amd64 with a 64-bit userspace? OK, it looks like login_audit.c in login(1) isn't quite ready for the new restrictions on argument types to A_GETCOND that came in with the new OpenBSM code. What I've done temporarily (r191296) is relax those constraints so that both the old and new versions of the auditon(2) commands will work with longs. This will hopefully fix the problem you're seeing with login(1), presumably on amd64? Robert N M Watson Computer Laboratory University of Cambridge > > Robert N M Watson > Computer Laboratory > University of Cambridge > >> >> Thanks for reply. >> >> >> Robert Watson wrote: >>> >>> >>> On Sun, 19 Apr 2009, Jakub Lach wrote: >>> >>>> After updating to revision 191274, I cannot login. >>>> >>>> "could not determine audit condition" >>>> >>>> Sorry for bothering you, but I don't know how to deal with it. >>> >>> Could you let me know: >>> >>> (1) Do you have options AUDIT compiled into your kernel? It's in GENERIC >>> by >>> default, and it occurs to me I've not tested the !AUDIT case lately. >>> >>> (2) How are you logging in -- using the console, or sshd, or...? Does it >>> work >>> better or worse if you try another way of logging in? >>> >>> (3) ... and could you confirm that your kernel was rebuilt and installed >>> prior >>> to updating userspace? If you switch to an old kernel, are you then >>> able >>> to log in? >>> >>> Robert N M Watson >>> Computer Laboratory >>> University of Cambridge >>> _______________________________________________ >>> 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" >>> >>> >> >> -- >> View this message in context: >> http://www.nabble.com/OpenBSM-1.1-imported-%28was%3A-svn-commit%3A-r191273---in-head%3A-contrib-openbsm-contrib-openbsm-bin-contrib-openbsm-bin-audit-contrib-openbsm-bin-auditd-contrib-openbsm-bin-auditfilterd-contrib-openbsm-bin-auditreduce-contrib-open...-%28fwd%29%29-tp23124717p23128287.html >> Sent from the freebsd-current mailing list archive at Nabble.com. >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Apr 20 00:53:19 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A56D81065674 for ; Mon, 20 Apr 2009 00:53:19 +0000 (UTC) (envelope-from tmclaugh@sdf.lonestar.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 8B6FF8FC1A; Mon, 20 Apr 2009 00:53:19 +0000 (UTC) (envelope-from tmclaugh@sdf.lonestar.org) Received: from straycat.dhs.org (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n3K0rIKj073791; Mon, 20 Apr 2009 00:53:19 GMT (envelope-from tmclaugh@sdf.lonestar.org) Received: from tomcat.straycat.dhs.org (tomcat.straycat.dhs.org [192.168.3.130]) by straycat.dhs.org (8.14.1/8.14.1) with ESMTP id n3K0rHZD030492; Sun, 19 Apr 2009 20:53:18 -0400 (EDT) Message-ID: <49EBC778.7080305@sdf.lonestar.org> Date: Sun, 19 Apr 2009 20:53:12 -0400 From: Tom McLaughlin User-Agent: Thunderbird 2.0.0.21 (X11/20090320) MIME-Version: 1.0 To: Ryan Stone References: <49D851FC.4090103@sdf.lonestar.org> In-Reply-To: X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: NFS lockd/statd lock up network connection X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Apr 2009 00:53:20 -0000 Ryan Stone wrote, On 04/08/2009 06:12 PM: > On Wed, Apr 8, 2009 at 6:05 PM, Ryan Stone > wrote: > > > em0: Could not setup receive structures > > The em driver prints this out when it can't allocate mbufs or > clusters. Can you show the output of vmstat -z? This error is > indicative of a leak of mbufs or clusters, or a misconfiguration(too > few mbufs or clusters). > > Ryan Stone > > > Also, can you run sysctl dev.em.0.debug=1? That will print a bunch of > debugging information to the console. The two lines I'm most interested > in are > > Std mbuf failed = > Std mbuf cluster failed = Sorry, email got lost in the inbox. Here's the output. And again, only thing that seems to trigger this is enabling lockd and mounting a share from my OpenBSD NFS server. ITEM SIZE LIMIT USED FREE REQUESTS FAILURES UMA Kegs: 208, 0, 84, 1, 84, 0 UMA Zones: 224, 0, 84, 1, 84, 0 UMA Slabs: 568, 0, 508, 3, 1050, 0 UMA RCntSlabs: 568, 0, 12802, 1, 12802, 0 UMA Hash: 256, 0, 3, 12, 3, 0 16 Bucket: 152, 0, 46, 4, 46, 0 32 Bucket: 280, 0, 27, 1, 28, 0 64 Bucket: 536, 0, 28, 0, 28, 1 128 Bucket: 1048, 0, 13, 2, 375, 0 VM OBJECT: 200, 0, 1376, 125, 17634, 0 MAP: 224, 0, 7, 27, 7, 0 KMAP ENTRY: 112, 87912, 23, 109, 1359, 0 MAP ENTRY: 112, 0, 1487, 97, 38298, 0 DP fakepg: 112, 0, 0, 0, 0, 0 mt_zone: 2056, 0, 252, 11, 252, 0 16: 16, 0, 1220, 124, 15053, 0 32: 32, 0, 1779, 140, 3278, 0 64: 64, 0, 1794, 110, 12672, 0 128: 128, 0, 2317, 61, 6407, 0 256: 256, 0, 405, 105, 4677, 0 512: 512, 0, 302, 20, 28815, 0 1024: 1024, 0, 81, 47, 1194, 0 2048: 2048, 0, 29, 5, 354, 0 4096: 4096, 0, 381, 10, 5592, 0 Files: 80, 0, 112, 68, 6273, 0 TURNSTILE: 136, 0, 97, 23, 97, 0 umtx pi: 96, 0, 0, 0, 0, 0 PROC: 1088, 0, 53, 7, 1074, 0 THREAD: 896, 0, 92, 4, 92, 0 SLEEPQUEUE: 80, 0, 97, 48, 97, 0 VMSPACE: 384, 0, 32, 8, 1053, 0 cpuset: 72, 0, 2, 98, 2, 0 audit_record: 984, 0, 0, 0, 0, 0 mbuf_packet: 256, 0, 25601, 1, 26343, 141 mbuf: 256, 0, 1, 129, 128427, 0 mbuf_cluster: 2048, 25600, 25600, 0, 50984, 218 mbuf_jumbo_page: 4096, 12800, 0, 2, 5, 0 mbuf_jumbo_9k: 9216, 6400, 0, 0, 0, 0 mbuf_jumbo_16k: 16384, 3200, 0, 0, 0, 0 mbuf_ext_refcnt: 4, 0, 0, 0, 0, 0 ACL UMA zone: 388, 0, 0, 0, 0, 0 g_bio: 216, 0, 0, 144, 8533, 0 ttyinq: 160, 0, 120, 24, 255, 0 ttyoutq: 256, 0, 64, 11, 136, 0 ata_request: 312, 0, 0, 24, 19, 0 ata_composite: 336, 0, 0, 0, 0, 0 VNODE: 472, 0, 612, 4, 676, 0 VNODEPOLL: 104, 0, 0, 0, 0, 0 S VFS Cache: 104, 0, 594, 18, 2013, 0 L VFS Cache: 327, 0, 0, 0, 0, 0 NAMEI: 1024, 0, 0, 12, 17243, 0 NFSMOUNT: 744, 0, 2, 8, 2, 0 NFSNODE: 760, 0, 5, 5, 5, 0 DIRHASH: 1024, 0, 70, 14, 70, 0 pipe: 712, 0, 7, 8, 573, 0 ksiginfo: 112, 0, 49, 1007, 49, 0 itimer: 344, 0, 1, 21, 2, 0 KNOTE: 120, 0, 9, 53, 849, 0 socket: 640, 25602, 55, 5, 677, 0 unpcb: 240, 25600, 14, 18, 227, 0 ipq: 56, 819, 0, 0, 0, 0 udpcb: 288, 25610, 24, 15, 391, 0 inpcb: 288, 25610, 15, 24, 53, 0 tcpcb: 736, 25600, 15, 10, 53, 0 tcptw: 88, 5124, 0, 84, 5, 0 syncache: 136, 15372, 0, 56, 4, 0 hostcache: 136, 15372, 3, 53, 3, 0 tcpreass: 40, 1680, 0, 0, 0, 0 sackhole: 32, 0, 0, 0, 0, 0 sctp_ep: 1184, 25602, 0, 0, 0, 0 sctp_asoc: 2176, 40000, 0, 0, 0, 0 sctp_laddr: 48, 80064, 0, 144, 1, 0 sctp_raddr: 584, 80003, 0, 0, 0, 0 sctp_chunk: 144, 400010, 0, 0, 0, 0 sctp_readq: 104, 400032, 0, 0, 0, 0 sctp_stream_msg_out: 96, 400026, 0, 0, 0, 0 sctp_asconf: 40, 400008, 0, 0, 0, 0 sctp_asconf_ack: 48, 400032, 0, 0, 0, 0 ripcb: 288, 25610, 0, 0, 0, 0 rtentry: 192, 0, 7, 33, 8, 0 selfd: 56, 0, 69, 120, 10094, 0 SWAPMETA: 288, 116519, 0, 0, 0, 0 Mountpoints: 752, 0, 8, 7, 8, 0 FFS inode: 176, 0, 571, 17, 634, 0 FFS1 dinode: 128, 0, 0, 0, 0, 0 FFS2 dinode: 256, 0, 571, 14, 634, 0 Apr 19 20:26:40 freebsd-8-amd64 kernel: em0: Adapter hardware address = 0xfffffffe40265320 Apr 19 20:26:40 freebsd-8-amd64 kernel: em0: CTRL = 0x40c00249 RCTL = 0x8002 Apr 19 20:26:40 freebsd-8-amd64 kernel: em0: Packet buffer = Tx=16k Rx=48k Apr 19 20:26:40 freebsd-8-amd64 kernel: em0: Flow control watermarks high = 47104 low = 45604 Apr 19 20:26:40 freebsd-8-amd64 kernel: em0: tx_int_delay = 66, tx_abs_int_delay = 66 Apr 19 20:26:40 freebsd-8-amd64 kernel: em0: rx_int_delay = 0, rx_abs_int_delay = 66 Apr 19 20:26:40 freebsd-8-amd64 kernel: em0: fifo workaround = 0, fifo_reset_count = 0 Apr 19 20:26:40 freebsd-8-amd64 kernel: em0: hw tdh = 250, hw tdt = 250 Apr 19 20:26:40 freebsd-8-amd64 kernel: em0: hw rdh = 160, hw rdt = 159 Apr 19 20:26:40 freebsd-8-amd64 kernel: em0: Num Tx descriptors avail = 256 Apr 19 20:26:40 freebsd-8-amd64 kernel: em0: Tx Descriptors not avail1 = 0 Apr 19 20:26:40 freebsd-8-amd64 kernel: em0: Tx Descriptors not avail2 = 0 Apr 19 20:26:40 freebsd-8-amd64 kernel: em0: Std mbuf failed = 0 Apr 19 20:26:40 freebsd-8-amd64 kernel: em0: Std mbuf cluster failed = 142 Apr 19 20:26:40 freebsd-8-amd64 kernel: em0: Driver dropped packets = 0 Apr 19 20:26:40 freebsd-8-amd64 kernel: em0: Driver tx dma failure in encap = 0 -- | tmclaugh at sdf.lonestar.org tmclaugh at FreeBSD.org | | FreeBSD http://www.FreeBSD.org | From owner-freebsd-current@FreeBSD.ORG Mon Apr 20 02:06:21 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0FA26106566B for ; Mon, 20 Apr 2009 02:06:21 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id CDAB18FC1C for ; Mon, 20 Apr 2009 02:06:20 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1Lvito-0000fW-1v for freebsd-current@freebsd.org; Sun, 19 Apr 2009 19:06:20 -0700 Message-ID: <23129382.post@talk.nabble.com> Date: Sun, 19 Apr 2009 19:06:20 -0700 (PDT) From: Jakub Lach To: freebsd-current@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: jakub_lach@mailplus.pl References: <23127561.post@talk.nabble.com> <23128287.post@talk.nabble.com> Subject: Re: OpenBSM 1.1 imported (was: svn commit: r191273 - in head: contrib/openbsm contrib/openbsm/bin contrib/openbsm/bin/audit contrib/openbsm/bin/auditd contrib/openbsm/bin/auditfilterd contrib/openbsm/bin/auditreduce contrib/open... (fwd)) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2009 02:06:21 -0000 Robert Watson wrote: > > >> Any chance you're using amd64 with a 64-bit userspace? > > OK, it looks like login_audit.c in login(1) isn't quite ready for the new > restrictions on argument types to A_GETCOND that came in with the new > OpenBSM > code. What I've done temporarily (r191296) is relax those constraints so > that > both the old and new versions of the auditon(2) commands will work with > longs. > This will hopefully fix the problem you're seeing with login(1), > presumably on > amd64? > > Robert N M Watson > Computer Laboratory > University of Cambridge > > Yes, it's amd64. Many thanks for quick fix, I'm able to use login(1) now. -best regards, Jakub Lach -- View this message in context: http://www.nabble.com/OpenBSM-1.1-imported-%28was%3A-svn-commit%3A-r191273---in-head%3A-contrib-openbsm-contrib-openbsm-bin-contrib-openbsm-bin-audit-contrib-openbsm-bin-auditd-contrib-openbsm-bin-auditfilterd-contrib-openbsm-bin-auditreduce-contrib-open...-%28fwd%29%29-tp23124717p23129382.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Mon Apr 20 05:25:36 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B05C106566B; Mon, 20 Apr 2009 05:25:36 +0000 (UTC) (envelope-from ben@wanderview.com) Received: from mail.wanderview.com (mail.wanderview.com [66.92.166.102]) by mx1.freebsd.org (Postfix) with ESMTP id CCF288FC12; Mon, 20 Apr 2009 05:25:35 +0000 (UTC) (envelope-from ben@wanderview.com) Received: from harkness.in.wanderview.com (harkness.in.wanderview.com [10.76.10.150]) (authenticated bits=0) by mail.wanderview.com (8.14.3/8.14.3) with ESMTP id n3K5PQQm002671 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 20 Apr 2009 05:25:26 GMT (envelope-from ben@wanderview.com) Message-Id: <8AF79B5A-3D10-4344-BA2F-02DF84BB3F8A@wanderview.com> From: Ben Kelly To: current@freebsd.org In-Reply-To: <6535218D-6292-4F84-A8BA-FFA9B2E47F80@wanderview.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Mon, 20 Apr 2009 01:25:26 -0400 References: <20090417145024.205173ighmwi4j0o@webmail.leidinger.net> <20090418094821.00002e67@unknown> <6535218D-6292-4F84-A8BA-FFA9B2E47F80@wanderview.com> X-Mailer: Apple Mail (2.930.3) X-Spam-Score: -1.44 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.64 on 10.76.20.1 Cc: fs@freebsd.org Subject: Re: ZFS: unlimited arc cache growth? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Apr 2009 05:25:36 -0000 On Apr 18, 2009, at 5:17 PM, Ben Kelly wrote: > After the rsync completed my machine slowly evicts buffers until its > back down to about twice arc_c. There was one case, however, where > I saw it stop at about four times arc_c. In that case it was > failing to evict buffers due to a missed lock. Its not clear yet if > it was a buffer lock or hash lock. When this happens you'll see the > arcstats.mutex_missed sysctl go up. I'm going to see if I can track > down why this is occuring under idle conditions. That seems > suspicious to me. Sorry to reply to my own mail, but I found some more information I thought I would share. First, the missed mutex problem was an error on my part. I had accidentally deleted a rather important line when I was instrumenting the code earlier. Once this was replaced that missed mutex count dropped back to a more reasonable level. Next, the arcstats.size value is not strictly the amount of cached data. It represents a combination of cached buffers, actively referenced buffers, and "other" data. In this case "other" data is things like dnode structures that are directly allocated using kmem_cache_alloc() and simply tacked on to the ARC accounting variable using arc_space_consume(). At this point I don't think the ARC has a way of signaling these "other" data users of memory pressure. The actual amount of memory the ARC has cached that can actually be freed is limited to buffers it internally allocated that have zero active references. This consists of the data and metadata lists for the MRU and MFU caches. On my server right now I have an arc_c_max of about 40MB. After running a simple find(1) over /usr/src I ended up with the following memory usage: arcstats.size = 132MB anonymous inflight buffers = 212KB MRU referenced buffers = 80MB MFU referenced buffers = 1KB dbuf structure "other" data = 8MB dnode structure "other" data = 25MB unknown "other" data (probably dbuf related) ~= 18MB evictable buffer data = 3KB So right now the ARC has done the best it can to free up data. If you define the cache as storing only inactive data, then basically the ARC has emptied the cache completely. This just isn't visible from the exported arcstats.size variable. I guess there is some question as to whether data is being referenced longer than it needs to be by outside consumers. Anyway, just thought I would share what I found. At this point it doesn't look like tweaking limits will really help. Also, my previous idea that the inactive buffers were being prevented from eviction for too long was incorrect. If anyone is interested I can put together a patch that exports the amount of evictable data in the cache. - Ben From owner-freebsd-current@FreeBSD.ORG Mon Apr 20 05:55:22 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63D33106566B for ; Mon, 20 Apr 2009 05:55:22 +0000 (UTC) (envelope-from xkyanh@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 333FC8FC0C for ; Mon, 20 Apr 2009 05:55:21 +0000 (UTC) (envelope-from xkyanh@gmail.com) Received: by rv-out-0506.google.com with SMTP id l9so479945rvb.3 for ; Sun, 19 Apr 2009 22:55:21 -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:organization:x-operating-system:user-agent:x-mailer :mime-version:content-type:content-transfer-encoding; bh=/oAyHWk1tL2WG5+EcpvXxz/aaYV5wPbSCIzGdTOodk0=; b=VakfZT81/eSTnliwkFtgnq/OCRmjMzYjXu7H5eTVWdkkUEl0T1F6NdnWBSJ755LoGR qW59ivJAGlphP/LMBK/4BxFysraT2oVlCu2DcA5jgsCBYCkbLS0jO0IXEwIaWqD3Anfo 5bHpYECBH0f3Aw7Zf79sn2vJ7KAreErqSG2kI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:organization:x-operating-system :user-agent:x-mailer:mime-version:content-type :content-transfer-encoding; b=ENeFMqUSF+5GCoL8TNbBxq4sNORQgOZsKS6gpjcoD2e5+7EegUt3+CX2JUk6Sn0CeQ 3XxI/6fT5oD5SFi0x2eWgiyd+xk2HoHJ9Py9JLZQwhxuA51iImVQ76F4ur52Tb+kyGJU wjOxkHnPa048mL1UW5tjw5/t2Kjb66qgXTXQo= Received: by 10.142.179.2 with SMTP id b2mr4331907wff.46.1240205582572; Sun, 19 Apr 2009 22:33:02 -0700 (PDT) Received: from icy.local ([203.210.226.136]) by mx.google.com with ESMTPS id 22sm15252336wfg.3.2009.04.19.22.32.54 (version=SSLv3 cipher=RC4-MD5); Sun, 19 Apr 2009 22:33:02 -0700 (PDT) Date: Mon, 20 Apr 2009 12:32:02 +0700 From: "=?UTF-8?B?S+G7sw==?= Anh, =?UTF-8?B?SHXhu7NuaA==?=" To: freebsd-current@freebsd.org Message-ID: <20090420123202.29924c6b@icy.local> Organization: Vietnamese TeX Users Group X-Operating-System: Windows 98 User-Agent: Moveup browser X-Mailer: Moveup mail client (windows 98) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: OT: 2d password X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Apr 2009 05:55:22 -0000 Hello all, This is an OT. But I feel that's good enough to share to you all :) It's hard to make a good remember-able password. I've just found a quite good way: use 2-d moving on the keyboard. Before continue reading, please type exactly the following characters (char-by-char) pl,mnjio You will see that we have created a parallelogram on the keyboard. That's great. Instead of remembering that string, I just remember a parallelogram which is very easy :) Using this method you may create some complex movings on the keyboard the generate remember-able password. You don't have to remember the characters. Just remeber the firgure. Please note that don't type your password while someone is sitting near you :) You will lost your key. I didn't find my tip in any documents. Please forgive me if someone had known about it. And please comment if my method gets any weakness :) Regards, -- Ky Anh, Huynh Homepage: http://viettug.org/ From owner-freebsd-current@FreeBSD.ORG Mon Apr 20 06:50:37 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC867106566C for ; Mon, 20 Apr 2009 06:50:37 +0000 (UTC) (envelope-from anthony.rasat@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.30]) by mx1.freebsd.org (Postfix) with ESMTP id 716348FC15 for ; Mon, 20 Apr 2009 06:50:37 +0000 (UTC) (envelope-from anthony.rasat@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so29526yxb.13 for ; Sun, 19 Apr 2009 23:50:36 -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:sensitivity:importance:to:subject:from:date:content-type :mime-version; bh=hHTLl1zAM17cR3nNoxMsjNWvaonaa9cLCHOJSGRSKCo=; b=qDQgbZnAhuzj4Vvu6Z6+TW/AoraqW4fyn3WSZg+SKNYGZN5UPSIX2+Nt2ujL4Zd3+z ByShTUDSyIP7dMWkneOGukNmqqhJu4KOCNImZ31T+YehtHngelPaYDh21/P4o2t9X0qU nAVIQLFRQvFkVZXP9/2zBgrZXnU8bA+fb+Nlk= 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:sensitivity :importance:to:subject:from:date:content-type:mime-version; b=AEl1qh3BsO1G3/1aOVGDuvua2UcWM4oo5r0Vqeq5KlHjIhBXol83wK2O6i52jNsVBH NEzb5jrhdmNnohFXJCMvjZSvb0BFnClH+X0mBQwM9PfHD9tdHnFtjqDH6jxx5FYjzdDM 87zNxOYekxwOsE2uwjQIuDcuYSy+C/6gBFS1I= Received: by 10.100.127.15 with SMTP id z15mr7486161anc.46.1240208446337; Sun, 19 Apr 2009 23:20:46 -0700 (PDT) Received: from bda011.bisx.prodap.on.blackberry (bda011.bis.ap.blackberry.com [216.9.247.139]) by mx.google.com with ESMTPS id 9sm5779256ywf.26.2009.04.19.23.20.45 (version=SSLv3 cipher=RC4-MD5); Sun, 19 Apr 2009 23:20:45 -0700 (PDT) X-rim-org-msg-ref-id: 754723275 Message-ID: <754723275-1240208442-cardhu_decombobulator_blackberry.rim.net-1046132361-@bxe1006.bisx.prodap.on.blackberry> Content-Transfer-Encoding: base64 X-Priority: Normal Sensitivity: Normal Importance: Normal To: freebsd-current@freebsd.org From: "Anthony M. Rasat" Date: Mon, 20 Apr 2009 06:20:39 +0000 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Subject: Re: OT: 2d password X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: anthony.rasat@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: Mon, 20 Apr 2009 06:50:38 -0000 S+G7syBBbmgsIEh14buzbmggd3JvdGU6DQo+SSd2ZSBqdXN0IGZvdW5kIGEgcXVpdGUgZ29vZCB3 YXk6IHVzZSAyLWQgbW92aW5nIG9uIHRoZSBrZXlib2FyZC4NCg0KRG8geW91IGtub3cgdGhhdCBt YW55IHBlb3BsZSBoYXMgZm9sbG93aW5nIHBhc3N3b3JkPw0KDQpxd2Vhc2R6eGMNCg0KSSBrbm93 IGxvdHMgb2YgcGVvcGxlIHVzZSBpdCAoT29wcywgdGhpcyBpcyBhIG1haWxpbmcgbGlzdC4gT2gg d2VsbCwgdG9vIGJhZCkuDQoNClRoZSBiZXN0IHByYWN0aWNlIGlzIHN0aWxsIGNvbWJpbmF0aW9u IG9mIGxldHRlcnMgYW5kIG51bWJlcnMsIElNTy4NCg0KLS0gDQoNClJlZ2FyZHMsDQoNCkFudGhv bnkgTS4gUmFzYXQNCk1hbmFnZXIgLSBUZWNobmljYWwsIE5ldHdvcmsgYW5kIFN1cHBvcnQgRGl2 aXNpb24NClBULiBKYXdhIFBvcyBOYXRpb25hbCBOZXR3b3JrDQpHcmFoYSBQZW5hIEphd2EgUG9z IEdyb3VwIEJ1aWxkaW5nLCA1dGggZmxvb3INCkpsbi4gUmF5YSBLZWJheW9yYW4gTGFtYSAxMiwg SmFrYXJ0YSBTZWxhdGFuIDEyMjEwDQpJbmRvbmVzaWEuLQ0KUGhvbmUgMDIxMzIxODU1NjINClBo b25lIDA4MTU3NDIxNzAzNQ0KRmF4IDAyMTUzNjUxNDY1DQpXZWIgaHR0cDovL3d3dy5qcG5uLmNv bQ0KDQoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqDQoq KiogIEhhaSwgc2F5YSB2aXJ1cy4gVG9sb25nIGNvbnRyZW5nIHNheWEuICAqKioqDQoqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq From owner-freebsd-current@FreeBSD.ORG Mon Apr 20 08:20:51 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC9AF106566B for ; Mon, 20 Apr 2009 08:20:51 +0000 (UTC) (envelope-from jelte@NLnetLabs.nl) Received: from open.nlnetlabs.nl (open.nlnetlabs.nl [IPv6:2001:7b8:206:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 739D08FC16 for ; Mon, 20 Apr 2009 08:20:51 +0000 (UTC) (envelope-from jelte@NLnetLabs.nl) Received: from [IPv6:2001:7b8:206:1:223:54ff:fe09:d688] ([IPv6:2001:7b8:206:1:223:54ff:fe09:d688]) (authenticated bits=0) by open.nlnetlabs.nl (8.14.3/8.14.3) with ESMTP id n3K8Kj6p023052 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 20 Apr 2009 10:20:46 +0200 (CEST) (envelope-from jelte@NLnetLabs.nl) Message-ID: <49EC305D.4010202@NLnetLabs.nl> Date: Mon, 20 Apr 2009 10:20:45 +0200 From: Jelte Jansen User-Agent: Thunderbird 2.0.0.21 (X11/20090409) MIME-Version: 1.0 To: anthony.rasat@gmail.com References: <754723275-1240208442-cardhu_decombobulator_blackberry.rim.net-1046132361-@bxe1006.bisx.prodap.on.blackberry> In-Reply-To: <754723275-1240208442-cardhu_decombobulator_blackberry.rim.net-1046132361-@bxe1006.bisx.prodap.on.blackberry> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (open.nlnetlabs.nl [IPv6:2001:7b8:206:1::1]); Mon, 20 Apr 2009 10:20:47 +0200 (CEST) X-Spam-Status: No, score=-102.5 required=5.0 tests=AWL,BAYES_00,NO_RELAYS, USER_IN_WHITELIST autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on open.nlnetlabs.nl Cc: freebsd-current@freebsd.org Subject: Re: OT: 2d password X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Apr 2009 08:20:52 -0000 Anthony M. Rasat wrote: > Kỳ Anh, Huỳnh wrote: >> I've just found a quite good way: use 2-d moving on the keyboard. > > Do you know that many people has following password? > Correct me if i'm wrong, for i'm not really up-to-date on password cracking algorithms, but i think that keyboard patterns are amongst the thing cracking tools try before switching to brute force, so in that sense this wouldn't make a very strong password. Jelte From owner-freebsd-current@FreeBSD.ORG Mon Apr 20 09:19:34 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E203106564A for ; Mon, 20 Apr 2009 09:19:34 +0000 (UTC) (envelope-from tim@clewlow.org) Received: from clewlow.org (clewlow.org [210.215.149.194]) by mx1.freebsd.org (Postfix) with ESMTP id A804B8FC12 for ; Mon, 20 Apr 2009 09:19:33 +0000 (UTC) (envelope-from tim@clewlow.org) Received: from 192.168.1.100 (localhost [127.0.0.1]) by clewlow.org (Postfix) with ESMTP id 23AF01C0851; Mon, 20 Apr 2009 19:00:21 +1000 (EST) Received: from 192.168.1.3 (SquirrelMail authenticated user tim) by 192.168.1.100 with HTTP; Mon, 20 Apr 2009 19:00:21 +1000 (EST) Message-ID: In-Reply-To: <49EC305D.4010202@NLnetLabs.nl> References: <754723275-1240208442-cardhu_decombobulator_blackberry.rim.net-1046132361-@bxe1006.bisx.prodap.on.blackberry> <49EC305D.4010202@NLnetLabs.nl> Date: Mon, 20 Apr 2009 19:00:21 +1000 (EST) From: "Tim Clewlow" To: "Jelte Jansen" User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-current@freebsd.org, anthony.rasat@gmail.com Subject: Re: OT: 2d password X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Apr 2009 09:19:34 -0000 > Anthony M. Rasat wrote: >> Kỳ Anh, Huỳnh wrote: >>> I've just found a quite good way: use 2-d moving on the keyboard. >> >> Do you know that many people has following password? >> > > Correct me if i'm wrong, for i'm not really up-to-date on password > cracking > algorithms, but i think that keyboard patterns are amongst the thing > cracking > tools try before switching to brute force, so in that sense this > wouldn't make a > very strong password. > > Jelte I prefer to use mnemonics / ancronyms derived from a phrase, then add some numbers at the end as salt, eg, the phrase "The code that never executes at all is the fastest." would become "tctneaaitf123" - ie, I take the first letter of each word in the phrase, then add 123 at the end. Or you could use the 2nd or 3rd letters (skipping a word if it does not have that many letters) - the point is there are other ways to create relatively easily remembered passwords. Cheers, Tim. -- The code that never executes at all is the fastest. From owner-freebsd-current@FreeBSD.ORG Mon Apr 20 09:29:36 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20BB8106564A for ; Mon, 20 Apr 2009 09:29:36 +0000 (UTC) (envelope-from xkyanh@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 E07A48FC13 for ; Mon, 20 Apr 2009 09:29:35 +0000 (UTC) (envelope-from xkyanh@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so1509499wfg.7 for ; Mon, 20 Apr 2009 02:29:35 -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:in-reply-to:references:organization:x-operating-system :user-agent:x-mailer:mime-version:content-type :content-transfer-encoding; bh=5wcyfTLdt3uX/Oq1+dPl2tQNOztXU5qUMVi8Wb+0bSg=; b=eGpClEM+r3k4BBVx4FQQXjIC7Ci6Cg9JUNH0B0RjVr5CQgcyBsgzTtVfGFdNZkN0LW +mWUT/w8obDspevFoqdcU602XsBRK+IvpenPb6e7ZyDTRm+usxf727odDOo+V77siMIR JADJAdzsR4BUgTBooywPCvmbomUlrL++LAOaI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references :organization:x-operating-system:user-agent:x-mailer:mime-version :content-type:content-transfer-encoding; b=XUgq/T9XhdCo2uPPLMyPgVhPFjZFOZFeM80JeWwud5wMdvDmOkSPofZbEZu2E+kmh9 RIEoTwkMtoPBRPUW0AK634N/jrcx6yZCweI4+Z3Rh+tUxGBeG0W8mj1i45+YT/W+oELk d6MePyyztzlbkejgPrP8CmRCAjED6W+igB518= Received: by 10.142.132.2 with SMTP id f2mr1272564wfd.309.1240219775105; Mon, 20 Apr 2009 02:29:35 -0700 (PDT) Received: from icy.local ([203.210.226.136]) by mx.google.com with ESMTPS id 24sm16444471wff.2.2009.04.20.02.29.31 (version=SSLv3 cipher=RC4-MD5); Mon, 20 Apr 2009 02:29:34 -0700 (PDT) Date: Mon, 20 Apr 2009 16:28:02 +0700 From: "=?UTF-8?B?S+G7sw==?= Anh, =?UTF-8?B?SHXhu7NuaA==?=" To: Jelte Jansen Message-ID: <20090420162802.5959c7fa@icy.local> In-Reply-To: <49EC305D.4010202@NLnetLabs.nl> References: <754723275-1240208442-cardhu_decombobulator_blackberry.rim.net-1046132361-@bxe1006.bisx.prodap.on.blackberry> <49EC305D.4010202@NLnetLabs.nl> Organization: Vietnamese TeX Users Group X-Operating-System: Windows 98 User-Agent: Moveup browser X-Mailer: Moveup mail client (windows 98) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, anthony.rasat@gmail.com Subject: Re: OT: 2d password X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Apr 2009 09:29:36 -0000 On Mon, 20 Apr 2009 10:20:45 +0200 Jelte Jansen wrote: > Anthony M. Rasat wrote: > > K=E1=BB=B3 Anh, Hu=E1=BB=B3nh wrote: > >> I've just found a quite good way: use 2-d moving on the keyboard. > >=20 > > Do you know that many people has following password? > >=20 >=20 > Correct me if i'm wrong, for i'm not really up-to-date on password > cracking algorithms, but i think that keyboard patterns are amongst > the thing cracking tools try before switching to brute force, so in > that sense this wouldn't make a very strong password. >=20 Thank you all for your comments. In fact, I use generated password and PublicKey to login to my remote hosts= . I also following some basic rules (for e.g, change password regurarly). I= just need half-generated passwords for some popular purposes (local machin= es, for e.g). Some good ways are also very useful to help end users to prot= ect themself. Because it's very hard to remember generated password, it's stupidly that I= used to use some mathematics function to generate password (and keep that = function secret). But maths. functions is not easy to use (need a computer = to generate password). Finally I get into 2-d moving on the keyboard as described in my first post= . I check some passwords in http://www.testyourpassword.com/ and see that s= ome stupid patterns on keyboard show a "STRONG" status. I event get the BES= T password with some simple moving around symbols and letters. Though Athony said "qweasdzxc" is a popular I still wonder whether we can u= se complex patterns on keyboard? And what's tool that help me to check pass= word strength? Regards, PS: !!WARNING!! Discussing this topic may cause your habits to be known by others. I don't = have intend to gather your information. Thank you for your understanding. --=20 Ky Anh, Huynh Homepage: http://viettug.org/ From owner-freebsd-current@FreeBSD.ORG Mon Apr 20 09:36:30 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B21F0106566B for ; Mon, 20 Apr 2009 09:36:30 +0000 (UTC) (envelope-from Matthias.Apitz@oclc.org) Received: from mail.pica.nl (mail.pica.nl [192.87.44.30]) by mx1.freebsd.org (Postfix) with ESMTP id 4D88D8FC1A for ; Mon, 20 Apr 2009 09:36:29 +0000 (UTC) (envelope-from Matthias.Apitz@oclc.org) Received: from rebelion.Sisis.de ([10.0.1.29]) by mail.pica.nl with Microsoft SMTPSVC(6.0.3790.3959); Mon, 20 Apr 2009 11:36:28 +0200 Received: (from guru@localhost) by rebelion.Sisis.de (8.14.2/8.13.8/Submit) id n3K9aQJD004741; Mon, 20 Apr 2009 11:36:26 +0200 (CEST) (envelope-from matthias.apitz@oclc.org) X-Authentication-Warning: rebelion.Sisis.de: guru set sender to matthias.apitz@oclc.org using -f Date: Mon, 20 Apr 2009 11:36:26 +0200 From: Matthias Apitz To: Boris Samorodov Message-ID: <20090420093626.GA4248@rebelion.Sisis.de> References: <49EAF042.6030209@wanadoo.fr> <20090419111105.GA11449@rebelion.Sisis.de> <58924197@ipt.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <58924197@ipt.ru> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.0-STABLE (i386) X-OriginalArrivalTime: 20 Apr 2009 09:36:28.0515 (UTC) FILETIME=[7B0A8B30:01C9C19B] Cc: freebsd-current@freebsd.org Subject: Re: linux-flashplugin-9 && firefox-3.0.7, 1 does not play in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2009 09:36:30 -0000 El día Sunday, April 19, 2009 a las 09:34:18PM +0400, Boris Samorodov escribió: > Matthias Apitz writes: > > El día Sunday, April 19, 2009 a las 11:34:58AM +0200, Nicolas escribió: > > > > Thanks for your feedback; I helps also if someone says "it works for me" > > because then is much hope that it will work for me too; > > > > I'm attaching the relevant information; note the ports have bee build on > > some other (faster) host and have been transfered via pkg_create on that > > host and pkg_add'ed on the slower EeePC; so the output of 'pkg_version | grep > > linux' on that host (tiny) gives only: > > > > tiny# pkg_version | grep linux > [...] > > linux_base-f8 ? > > linux_base-fc ? > > As it was already said at this thread that should not happen: those > two ports should not be installed at the same time, they conflict > with each other. So the best way was (as you seem to do already) > deinstall all linux ports, remove /compat/linux/* and reinstall > linux applications you need. The complete procedure is written > at /usr/ports/UODATING. > ... Hi Boris, Thanks for your hints and I have removed the linux_base-fc-4_14 package; I have had a closer look into the /var/db/pkg dir on the host where the packages have been build; it seems that the linux_base-fc-4_14 and other linux-* have been installed as dependencies of nspluginwrapper-1.2.2_2: which depends on archivers/rpm ... drwxr-xr-x 2 root wheel 512 Mar 26 20:56 xbatt-1.2.1_1 drwxr-xr-x 2 root wheel 512 Mar 26 20:58 rpm-3.0.6_14 drwxr-xr-x 2 root wheel 512 Mar 26 21:05 linux_base-fc-4_14 drwxr-xr-x 2 root wheel 512 Mar 26 21:06 linux-expat-1.95.8 drwxr-xr-x 2 root wheel 512 Mar 26 21:06 linux-fontconfig-2.2.3_7 drwxr-xr-x 2 root wheel 512 Mar 26 21:06 linux-xorg-libs-6.8.2_5 drwxr-xr-x 2 root wheel 512 Mar 26 21:06 linux-png-1.2.8_2 drwxr-xr-x 2 root wheel 512 Mar 26 21:07 linux-cairo-1.0.2 drwxr-xr-x 2 root wheel 512 Mar 26 21:07 linux-jpeg-6b.34 drwxr-xr-x 2 root wheel 512 Mar 26 21:07 linux-tiff-3.7.1 drwxr-xr-x 2 root wheel 512 Mar 26 21:07 linux-pango-1.10.2_1 drwxr-xr-x 2 root wheel 512 Mar 26 21:07 linux-atk-1.9.1_1 drwxr-xr-x 2 root wheel 512 Mar 26 21:08 linux-gtk2-2.6.10_1 drwxr-xr-x 2 root wheel 512 Mar 26 21:08 nspluginwrapper-1.2.2_2 my script for building the ports do 'nspluginwrapper' right after 'xbatt': ... 63:/usr/ports/sysutils/xbatt 64:/usr/ports/www/nspluginwrapper ... at the time of building 'nspluginwrapper' the /etc/make.conf did not contain: OVERRIDE_LINUX_BASE_PORT=f8 and so the wrong 'linux_base-fc' was installed. I will now remove these ports on the building host and re-do this clean again; btw: I have read /usr/ports/UPDATING again but don't see what you mention; could you please point me to the date entry of the procedure? Thanks for your help in any case The remaining issue with Flash9 is that it freezes the Firefox3 on termination of the stream you're watching... matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.oclc.org/ http://www.UnixArea.de/ People who hate Microsoft Windows use Linux but people who love UNIX use FreeBSD. From owner-freebsd-current@FreeBSD.ORG Mon Apr 20 09:48:18 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7090106564A for ; Mon, 20 Apr 2009 09:48:18 +0000 (UTC) (envelope-from xkyanh@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 9815B8FC12 for ; Mon, 20 Apr 2009 09:48:18 +0000 (UTC) (envelope-from xkyanh@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so1513950wfg.7 for ; Mon, 20 Apr 2009 02:48:18 -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:organization:x-operating-system:user-agent:x-mailer :mime-version:content-type:content-transfer-encoding; bh=AZ8n72QIHVT4b+LZvJCVAMSeuz771M0aPEyrkYq2CWw=; b=aF9i7R1VdJ/e6JYOoVIlrKoY7dahK3cXa0SiTwVCB4Lk8NJZfNFB+9qbNWcllAnD6Z 1d34Z5A4ZHptIkkNVUw0Y/onH+EQZoHClr1SQF8ux6pgmFFwepaZF5nj+fgY5zGppXkC Wc5aei/e8S8dvxPq5do1INUzEmZUYaOerwZ+Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:organization:x-operating-system :user-agent:x-mailer:mime-version:content-type :content-transfer-encoding; b=gNiNHJxkOCyyVvRMRs2rK0elsEDUypGI1ZhPkTcR+84c6+Ia1qUWuTz6E2kd4Mg1vQ kNnkKdcpoKLrGxk36np4XwmlehenW/zkVKMUXh8vRnK40GliluDdvoswD+uDi8qnXf/v 1SrZDZqSAA3vHHZiTAlHOcTtyp8YRIfqR/fmY= Received: by 10.142.158.3 with SMTP id g3mr4374585wfe.221.1240220898274; Mon, 20 Apr 2009 02:48:18 -0700 (PDT) Received: from icy.local ([203.210.226.136]) by mx.google.com with ESMTPS id 30sm5801776wff.7.2009.04.20.02.48.13 (version=SSLv3 cipher=RC4-MD5); Mon, 20 Apr 2009 02:48:17 -0700 (PDT) Date: Mon, 20 Apr 2009 16:46:41 +0700 From: "=?UTF-8?B?S+G7sw==?= Anh, =?UTF-8?B?SHXhu7NuaA==?=" To: freebsd-current@freebsd.org Message-ID: <20090420164641.1842c264@icy.local> Organization: Vietnamese TeX Users Group X-Operating-System: Windows 98 User-Agent: Moveup browser X-Mailer: Moveup mail client (windows 98) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: auto boot into single mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Apr 2009 09:48:19 -0000 Dear all, I have a pfSense router. pfSense is based on FreeBSD. Because of low cost design, I haven't any fail-over router. Hence I often follow these steps: * boot the router normally * electric cut * physically access the router * boot the router in single mode * run $fsck -y /dev/ad8s1a (automatically fix all errors) * reboot the router in normal mode * enjoy the next electric cut (Because the router has a very hard work it cannot suffer anything wrong on the harddisk.) I also have to do the same steps for my laptop. My question is that whether we can setup FreeBSD so that it can automatically boot into single mode if there's something wrong in hard disk, *OR* at least it will execute fsck automatically/successfully? (I often see that after such type of error, FreeBSD cannot fix the hard disk in normal mode. This is quite far from Linux; I rarely boot my Linux machines single mode after electric cut) Thank you for you helps, Regards, -- Ky Anh, Huynh Homepage: http://viettug.org/ From owner-freebsd-current@FreeBSD.ORG Mon Apr 20 10:14:25 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63E55106564A for ; Mon, 20 Apr 2009 10:14:25 +0000 (UTC) (envelope-from victor@bsdes.net) Received: from alf.bsdes.net (244.Red-217-126-240.staticIP.rima-tde.net [217.126.240.244]) by mx1.freebsd.org (Postfix) with ESMTP id 155FA8FC1F for ; Mon, 20 Apr 2009 10:14:24 +0000 (UTC) (envelope-from victor@bsdes.net) Received: by alf.bsdes.net (Postfix, from userid 1001) id 17875119CF8; Mon, 20 Apr 2009 11:55:30 +0200 (CEST) Date: Mon, 20 Apr 2009 11:55:29 +0200 From: Victor Balada Diaz To: =?utf-8?B?S+G7syBBbmgsIEh14buzbmg=?= Message-ID: <20090420095529.GI48454@alf.bsdes.net> References: <20090420164641.1842c264@icy.local> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20090420164641.1842c264@icy.local> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: auto boot into single mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Apr 2009 10:14:25 -0000 On Mon, Apr 20, 2009 at 04:46:41PM +0700, Kỳ Anh, Huỳnh wrote: > My question is that whether we can setup FreeBSD so that it can automatically boot into single mode if there's something wrong in hard disk, *OR* at least it will execute fsck automatically/successfully? > > (I often see that after such type of error, FreeBSD cannot fix the hard disk in normal mode. This is quite far from Linux; I rarely boot my Linux machines single mode after electric cut) > Try with fsck_y_enable="YES" in rc.conf. It will run fsck -y if it detects any errors while booting. Regards. -- La prueba más fehaciente de que existe vida inteligente en otros planetas, es que no han intentado contactar con nosotros. From owner-freebsd-current@FreeBSD.ORG Mon Apr 20 10:39:59 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2846D1065670 for ; Mon, 20 Apr 2009 10:39:59 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from mail.math.leidenuniv.nl (mail.math.leidenuniv.nl [132.229.231.57]) by mx1.freebsd.org (Postfix) with ESMTP id E66D08FC21 for ; Mon, 20 Apr 2009 10:39:58 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from [132.229.231.13] (polaris.math.leidenuniv.nl [132.229.231.13]) by mail.math.leidenuniv.nl (Postfix) with ESMTP id 43E356E8F9; Mon, 20 Apr 2009 12:22:34 +0200 (CEST) From: Marten Vijn To: "K Anh, Hu" In-Reply-To: <20090420164641.1842c264@icy.local> References: <20090420164641.1842c264@icy.local> Content-Type: text/plain; charset=euc-jp Date: Mon, 20 Apr 2009 12:22:34 +0200 Message-Id: <1240222954.20308.6.camel@polaris> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: auto boot into single mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Apr 2009 10:39:59 -0000 On Mon, 2009-04-20 at 16:46 +0700, K Anh, Hunh wrote: > Dear all, > > I have a pfSense router. pfSense is based on FreeBSD. > > Because of low cost design, I haven't any fail-over router. Hence I often follow these steps: > > * boot the router normally > * electric cut > * physically access the router > * boot the router in single mode > * run $fsck -y /dev/ad8s1a (automatically fix all errors) > * reboot the router in normal mode > * enjoy the next electric cut For crusial systems I put a box on top of it with USB (running NanoBSD or TinyBSD). USB gives my access to: - serial - power (Gembird Silver line) - http://sispmctl.sourceforge.net/ - http://www.freebsd.org/cgi/query-pr.cgi?pr=132786 You also may consider to rebuild your firewall in nanobsd, you don't have a gui, but will have of lot more freedom. cheers, Marten > > (Because the router has a very hard work it cannot suffer anything wrong on the harddisk.) > > I also have to do the same steps for my laptop. > > My question is that whether we can setup FreeBSD so that it can automatically boot into single mode if there's something wrong in hard disk, *OR* at least it will execute fsck automatically/successfully? > > (I often see that after such type of error, FreeBSD cannot fix the hard disk in normal mode. This is quite far from Linux; I rarely boot my Linux machines single mode after electric cut) > > Thank you for you helps, > > Regards, > -- Marten Vijn linux 2.0.18 OpenBSD 3.6 FreeBSD 4.6 http://martenvijn.nl http://opencommunitycamp.org http://wifisoft.org From owner-freebsd-current@FreeBSD.ORG Mon Apr 20 11:13:20 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9843810656F2 for ; Mon, 20 Apr 2009 11:13:20 +0000 (UTC) (envelope-from web@3dresearch.com) Received: from smtp.3dresearch.com (dorabella.3dresearch.com [66.167.251.2]) by mx1.freebsd.org (Postfix) with ESMTP id 38EF18FC12 for ; Mon, 20 Apr 2009 11:13:20 +0000 (UTC) (envelope-from web@3dresearch.com) Received: from fracasso.3dresearch.com (pool-96-236-177-11.pitbpa.east.verizon.net [96.236.177.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by vmail.3dresearch.com (Postfix) with ESMTP id DA1E47E95D for ; Mon, 20 Apr 2009 06:37:50 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by fracasso.3dresearch.com (Postfix) with ESMTP id 5C37B170BE for ; Mon, 20 Apr 2009 06:37:49 -0400 (EDT) From: Janos Dohanics Organization: 3D RESEARCH To: freebsd-current@freebsd.org Date: Mon, 20 Apr 2009 06:37:46 -0400 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200904200637.47019.web@3dresearch.com> Subject: hal-0.5.11 does not build X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2009 11:13:31 -0000 I get the following error while trying to build hal-0.5.11 on 8.0-CURRENT: gmake[4]: Entering directory `/usr/ports/sysutils/hal/work/hal-0.5.11/hald' /bin/sh /usr/ports/sysutils/hal/work/gnome-libtool --tag=CC --mode=link cc -O2 -pipe -fno-strict-aliasing -Wall -Wchar-subscripts -Wmissing-declarations -Wnested-externs -Wpointer-arith -Wcast-align -Wsign-compare -Wl,--as-needed -L/usr/local/lib -o hald hald_marshal.o util.o util_helper.o util_pm.o hald_runner.o device.o device_info.o device_store.o device_pm.o hald.o hald_dbus.o logger.o ids.o mmap_cache.o ci-tracker.o access-check.o ck-tracker.o -L/usr/local/lib -ldbus-glib-1 -ldbus-1 -lgobject-2.0 -lglib-2.0 -L/usr/local/lib -ldbus-1 -L/usr/local/lib -lpolkit -lm ../hald/freebsd/libhald_freebsd.la cc -O2 -pipe -fno-strict-aliasing -Wall -Wchar-subscripts -Wmissing-declarations -Wnested-externs -Wpointer-arith -Wcast-align -Wsign-compare -Wl,--as-needed -o hald hald_marshal.o util.o util_helper.o util_pm.o hald_runner.o device.o device_info.o device_store.o device_pm.o hald.o hald_dbus.o logger.o ids.o mmap_cache.o ci-tracker.o access-check.o ck-tracker.o -L/usr/local/lib /usr/local/lib/libdbus-glib-1.so /usr/local/lib/libgobject-2.0.so /usr/local/lib/libglib-2.0.so /usr/local/lib/libintl.so /usr/local/lib/libiconv.so /usr/local/lib/libpcre.so /usr/local/lib/libdbus-1.so -pthread /usr/local/lib/libpolkit.so /usr/local/lib/libexpat.so -lm ../hald/freebsd/.libs/libhald_freebsd.a -lcam -Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib ../hald/freebsd/.libs/libhald_freebsd.a(osspec.o)(.data.rel.ro+0xc): undefined reference to `hf_usb2_handler' ../hald/freebsd/.libs/libhald_freebsd.a(hf-devd.o)(.data.rel.ro+0x0): undefined reference to `hf_usb2_devd_handler' gmake[4]: *** [hald] Error 1 gmake[4]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11/hald' gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11/hald' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11/hald' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11' gmake: *** [all] Error 2 *** Error code 1 Stop in /usr/ports/sysutils/hal. *** Error code 1 Stop in /usr/ports/sysutils/hal. Would you please advise? -- Janos Dohanics From owner-freebsd-current@FreeBSD.ORG Mon Apr 20 11:17:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45DCF1065672 for ; Mon, 20 Apr 2009 11:17:50 +0000 (UTC) (envelope-from christof.schulze@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 97DC68FC13 for ; Mon, 20 Apr 2009 11:17:49 +0000 (UTC) (envelope-from christof.schulze@gmx.net) Received: (qmail invoked by alias); 20 Apr 2009 11:17:47 -0000 Received: from dslb-094-223-211-253.pools.arcor-ip.net (EHLO eri.localnet) [94.223.211.253] by mail.gmx.net (mp057) with SMTP; 20 Apr 2009 13:17:47 +0200 X-Authenticated: #3549759 X-Provags-ID: V01U2FsdGVkX18LwVl2toML3ZEhaHbf0/PzQGk3n7zA+X1sVAWQzq QaGqzFHWwgkWz/ From: Christof Schulze To: freebsd-current@freebsd.org Date: Mon, 20 Apr 2009 13:17:41 +0200 User-Agent: KMail/1.11.2 (FreeBSD/7.1-BETA2; KDE/4.2.2; i386; ; ) References: <754723275-1240208442-cardhu_decombobulator_blackberry.rim.net-1046132361-@bxe1006.bisx.prodap.on.blackberry> <49EC305D.4010202@NLnetLabs.nl> <20090420162802.5959c7fa@icy.local> In-Reply-To: <20090420162802.5959c7fa@icy.local> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3048890.ynbdBt7GOl"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200904201317.44334.christof.schulze@gmx.net> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.6 Subject: Re: OT: 2d password X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Apr 2009 11:17:51 -0000 --nextPart3048890.ynbdBt7GOl Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Montag 20 April 2009 11:28:02 schrieb K=E1=BB=B3 Anh, Hu=E1=BB=B3nh: > [ ways of generating passwords] > > Finally I get into 2-d moving on the keyboard as described in my first > post. I check some passwords in http://www.testyourpassword.com/ and see > that some stupid patterns on keyboard show a "STRONG" status. I event > get the BEST password with some simple moving around symbols and > letters. I good way to remember secure passwords was presented in the uptimes=20 magazine a while ago in an article about passwords and their security. Good passwords contain a lot of entropy. Also the entropy of letters in the beginning of words seems to be higher=20 than the entropy towards the end of words in western languages. The proposal that the author Thomas Maus is making is this: Pick a sentence and take the first character(s) from each word to be your=20 password. Example "I like doing laundry wednesday evening 8pm." the resulting password would be: "Ildlwe8p" It is easy to remember because the sentence is natural language. Also it is= =20 fairly easy to come up with. This article provides some good insights into the effectivity of password=20 policies. The bottom line is that the way these policies are used today=20 cause weaker passwords because they work against the user. In the end some= =20 proposals are made what to do to obtain better passwords and how to=20 implement a policy for stronger passwords. Regards Christof > > Though Athony said "qweasdzxc" is a popular I still wonder whether we > can use complex patterns on keyboard? And what's tool that help me to > check password strength? > > Regards, > > PS: !!WARNING!! > > Discussing this topic may cause your habits to be known by others. I > don't have intend to gather your information. Thank you for your > understanding. --nextPart3048890.ynbdBt7GOl Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknsWdgACgkQpZfyPAmdZJlsoACgofTr2wv+T7TY/FUhPc+0E21y 7UoAn0iKWvVkcLT+20izdE+im+izJF+s =AaDF -----END PGP SIGNATURE----- --nextPart3048890.ynbdBt7GOl-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 20 11:48:19 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B308A1065677 for ; Mon, 20 Apr 2009 11:48:19 +0000 (UTC) (envelope-from bsam@kfs.ru) Received: from kfs.ru (kfs.kfs.ru [194.186.81.194]) by mx1.freebsd.org (Postfix) with ESMTP id C28708FC17 for ; Mon, 20 Apr 2009 11:48:18 +0000 (UTC) (envelope-from bsam@kfs.ru) Received: from bsam by kfs.ru with local (Exim 4.67 (FreeBSD)) (envelope-from ) id 1LvrO1-000Apb-JV; Mon, 20 Apr 2009 15:10:05 +0400 To: Matthias Apitz References: <49EAF042.6030209@wanadoo.fr> <20090419111105.GA11449@rebelion.Sisis.de> <58924197@ipt.ru> <20090420093626.GA4248@rebelion.Sisis.de> From: Boris Samorodov Date: Mon, 20 Apr 2009 15:10:05 +0400 In-Reply-To: <20090420093626.GA4248@rebelion.Sisis.de> (Matthias Apitz's message of "Mon, 20 Apr 2009 11:36:26 +0200") Message-ID: <24991202@serv3.int.kfs.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: "Boris B. Samorodov" Cc: freebsd-current@freebsd.org Subject: Re: linux-flashplugin-9 && firefox-3.0.7, 1 does not play in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2009 11:48:20 -0000 On Mon, 20 Apr 2009 11:36:26 +0200 Matthias Apitz wrote: > btw: I have read /usr/ports/UPDATING again but don't see what you mention; > could you please point me to the date entry of the procedure? There are two records. The first one is "20090401: AFFECTS: users of linux Fedora 8 infrastructure ports" and the second one is mentioned at the first one -- "20070327: AFFECTS: users of emulators/linux_base-fc6". HTH & WBR -- bsam From owner-freebsd-current@FreeBSD.ORG Mon Apr 20 11:48:21 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7875106566B for ; Mon, 20 Apr 2009 11:48:21 +0000 (UTC) (envelope-from bsam@kfs.ru) Received: from kfs.ru (kfs.kfs.ru [194.186.81.194]) by mx1.freebsd.org (Postfix) with ESMTP id 479A78FC1E for ; Mon, 20 Apr 2009 11:48:21 +0000 (UTC) (envelope-from bsam@kfs.ru) Received: from bsam by kfs.ru with local (Exim 4.67 (FreeBSD)) (envelope-from ) id 1LvrJH-000AnA-Et; Mon, 20 Apr 2009 15:05:11 +0400 To: Rainer Hurling References: <49E98C97.9080602@gwdg.de> <10766735@ipt.ru> <49EB8968.3040004@gwdg.de> From: Boris Samorodov Date: Mon, 20 Apr 2009 15:05:11 +0400 In-Reply-To: <49EB8968.3040004@gwdg.de> (Rainer Hurling's message of "Sun, 19 Apr 2009 22:28:24 +0200") Message-ID: <91071496@serv3.int.kfs.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: "Boris B. Samorodov" Cc: freebsd-current@freebsd.org Subject: Re: [SOLVED] acroread8 does not print any more X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2009 11:48:22 -0000 On Sun, 19 Apr 2009 22:28:24 +0200 Rainer Hurling wrote: > On 19.04.2009 20:06 (UTC+2), Boris Samorodov wrote: > > Rainer Hurling writes: > > > >> Since I am using the new linux emulator f8 I am not able to print with > >> acroread8 any more. I get this behaviour on three different > >> systems. The following message does appear in acroread: > >> > >> --------------------------------------------------------- > >> Beim Drucken ist folgender Fehler aufgetreten... > >> '/libexec/ld-elf.so.1: Shared object "libc.so.6" not found, > >> required by "libgcc_s.so.1"' > >> --------------------------------------------------------- > >> > >> Does anyone else see this error? > >> > >> I would suppose that /compat/linux/lib/libc.so.6 has to be used, but > >> acroread is looking at /usr/local/lib/compat/libc.so.6. Any > >> suggestions what could be wrong? > >> > >> Let me know if I can give more information or test something. > >> > >> Thanks in advance, > >> Rainer Hurling > >> > >> > >> P.S.: I am running FreeBSD 8.0-CURRENT with linux_base-f8 > >> > >> sysctl compat.linux.osrelease: 2.6.16 > >> > >> /etc/make.conf > >> OVERRIDE_LINUX_BASE_PORT=f8 > >> OVERRIDE_LINUX_NONBASE_PORTS=f8 > >> > >> > >> #ls -d /var/db/pkg/linux* > >> linux-f8-alsa-lib-1.0.15 > >> linux-f8-jpeg-6b > >> linux-flashplugin-9.0r159 > >> linux-f8-atk-1.20.0 > >> linux-f8-libsigc++20-2.0.18 > >> linux-kmod-compat-20080408 > >> linux-f8-cairo-1.4.14 > >> linux-f8-libxml2-2.7.2 > >> linux-nvu-1.0_1 > >> linux-f8-dri-7.0.2 > >> linux-f8-openssl-0.9.8b > >> linux-realplayer-10.0.9.809.20070726 > >> linux-f8-expat-2.0.1 > >> linux-f8-pango-1.18.4 > >> linux-scim-gtk-fc8-1.4.7_1 > >> linux-f8-fontconfig-2.4.2 > >> linux-f8-png-1.2.22 > >> linux-scim-libs-fc8-1.4.7_2 > >> linux-f8-gtk2-2.12.8 > >> linux-f8-tiff-3.8.2 > >> linux_base-f8-8_11 > > > > Since you have two linux-scim-* ports it seems to me that you > > upgraded to linux -f8- ports without reading /usr/ports/UPDATING > > and there may be some unneeded remnants at /compat/linux. Can > > you follow that procedure and write a followup here? > > > > BTW, some useful information you may find at emulation@ ML and > > my "HEADSUP" message about new linux -f8- ports. > I deinstalled all linux packages and all dependencies, deleted > completely /compat/linux and rebooted. After that I installed > acroread, nvidia-driver, linux-flashplugin9 and mplayer again. > Interestingly enough the two linux-scim-* ports do excist again! It > seems they are needed for acroread8. Are you sure that two _linux-scim-*_ ports exist but not two _linux-f8-scim-*_ ports? New linux -f8- infrastructure uses the latter: ----- % pwd /usr/ports/print/acroread8 % make all-depends-list | grep scim /usr/ports/textproc/linux-f8-scim-gtk /usr/ports/textproc/linux-f8-scim-libs % ----- > But now I am able to print with acroread again! I'm glad your problem is solved. > So you have been right with unneeded remnants at /compat/linux! When > updating my excisting linux_base-f8 at 04/01/2009 to the newer one, I > thought it was not neccessary to clean /compat/linux. But obviously it > was. Thank you very much for this helpful information, It was not necessary to clean /compat/linux when updating linux_base-f8 alone. But it is recommended while updating from linux fc4 infrastructure ports to linux -f8- infrastructure ports (i.e. while adding OVERRIDE_LINUX_NONBASE_PORTS variable to /etc/make.conf). WBR -- bsam From owner-freebsd-current@FreeBSD.ORG Mon Apr 20 13:33:31 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BC9B106566B for ; Mon, 20 Apr 2009 13:33:31 +0000 (UTC) (envelope-from Matthias.Apitz@oclc.org) Received: from mail.pica.nl (mail.pica.nl [192.87.44.30]) by mx1.freebsd.org (Postfix) with ESMTP id 3425E8FC15 for ; Mon, 20 Apr 2009 13:33:30 +0000 (UTC) (envelope-from Matthias.Apitz@oclc.org) Received: from rebelion.Sisis.de ([10.0.1.29]) by mail.pica.nl with Microsoft SMTPSVC(6.0.3790.3959); Mon, 20 Apr 2009 15:33:29 +0200 Received: (from guru@localhost) by rebelion.Sisis.de (8.14.2/8.13.8/Submit) id n3KDXTua011257; Mon, 20 Apr 2009 15:33:29 +0200 (CEST) (envelope-from matthias.apitz@oclc.org) X-Authentication-Warning: rebelion.Sisis.de: guru set sender to matthias.apitz@oclc.org using -f Date: Mon, 20 Apr 2009 15:33:29 +0200 From: Matthias Apitz To: freebsd-current@freebsd.org Message-ID: <20090420133329.GA11214@rebelion.Sisis.de> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="T4sUOijqQbZv57TR" Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.0-STABLE (i386) X-OriginalArrivalTime: 20 Apr 2009 13:33:30.0056 (UTC) FILETIME=[97BD7C80:01C9C1BC] X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Bruce Cran Subject: Re: panic when disconnecting cdce device just before powering off PC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2009 13:33:31 -0000 --T4sUOijqQbZv57TR Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit El día Sunday, April 19, 2009 a las 12:42:03AM +0100, Bruce Cran escribió: > I'm running a fairly recent -current and got a panic when shutting > down. I'd pressed the power button on my GTA02 and at about the same > time had pressed the power button on my PC too. It seems the GTA02 > CDCE device powered off first, just before FreeBSD was going to power > off: > ... Hi Bruce, I can't comment on your panic... But, I have a GTA02 as well. How do you get the interface 'ue0' created and assign IP to it on USB plug-in? Any script to share? I'm still working on a better devd-hook, but I'm attaching a first working version to be placed in /usr/local/etc/devd; HIH matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.oclc.org/ http://www.UnixArea.de/ People who hate Microsoft Windows use Linux but people who love UNIX use FreeBSD. --T4sUOijqQbZv57TR Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="moko.conf" # # host: tiny.Sisis.de # # When the FR is attached on USB we have to assign IP ... # # , April 2009 # attach 1 { match "vendor" "0x1457"; match "product" "0x5122"; action "/usr/local/etc/devd/moko.sh $device-name"; }; --T4sUOijqQbZv57TR-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 20 13:55:36 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9198110656A7 for ; Mon, 20 Apr 2009 13:55:36 +0000 (UTC) (envelope-from stephen@missouri.edu) Received: from cauchy.math.missouri.edu (cauchy.math.missouri.edu [128.206.184.213]) by mx1.freebsd.org (Postfix) with ESMTP id 431ED8FC15 for ; Mon, 20 Apr 2009 13:55:36 +0000 (UTC) (envelope-from stephen@missouri.edu) Received: from [128.206.184.213] (cauchy.math.missouri.edu [128.206.184.213]) by cauchy.math.missouri.edu (8.14.3/8.14.3) with ESMTP id n3KDaw8n052699; Mon, 20 Apr 2009 08:36:58 -0500 (CDT) (envelope-from stephen@missouri.edu) Message-ID: <49EC7A7A.4070408@missouri.edu> Date: Mon, 20 Apr 2009 08:36:58 -0500 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.19) Gecko/20090220 SeaMonkey/1.1.14 MIME-Version: 1.0 To: Janos Dohanics References: <200904200637.47019.web@3dresearch.com> In-Reply-To: <200904200637.47019.web@3dresearch.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: hal-0.5.11 does not build X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2009 13:55:37 -0000 I saw something about this on ports. What I did was to deinstall the port libusb. I also installed a very recent version of CURRENT, and remembered to do "make delete-old" and "make delete-old-libs." Then, and only then, could I get hal to build. Still cannot get openofffice-3 to build, though. Janos Dohanics wrote: > I get the following error while trying to build hal-0.5.11 on 8.0-CURRENT: > > gmake[4]: Entering directory `/usr/ports/sysutils/hal/work/hal-0.5.11/hald' > /bin/sh /usr/ports/sysutils/hal/work/gnome-libtool --tag=CC --mode=link > cc -O2 -pipe -fno-strict-aliasing -Wall -Wchar-subscripts -Wmissing-declarations -Wnested-externs -Wpointer-arith -Wcast-align -Wsign-compare -Wl,--as-needed -L/usr/local/lib -o > hald hald_marshal.o util.o util_helper.o util_pm.o hald_runner.o device.o > device_info.o device_store.o device_pm.o hald.o hald_dbus.o logger.o ids.o > mmap_cache.o ci-tracker.o access-check.o > ck-tracker.o -L/usr/local/lib -ldbus-glib-1 -ldbus-1 -lgobject-2.0 -lglib-2.0 -L/usr/local/lib -ldbus-1 -L/usr/local/lib -lpolkit -lm ../hald/freebsd/libhald_freebsd.la > cc -O2 -pipe -fno-strict-aliasing -Wall -Wchar-subscripts -Wmissing-declarations -Wnested-externs -Wpointer-arith -Wcast-align -Wsign-compare -Wl,--as-needed -o > hald hald_marshal.o util.o util_helper.o util_pm.o hald_runner.o device.o > device_info.o device_store.o device_pm.o hald.o hald_dbus.o logger.o ids.o > mmap_cache.o ci-tracker.o access-check.o > ck-tracker.o -L/usr/local/lib /usr/local/lib/libdbus-glib-1.so /usr/local/lib/libgobject-2.0.so /usr/local/lib/libglib-2.0.so /usr/local/lib/libintl.so /usr/local/lib/libiconv.so /usr/local/lib/libpcre.so /usr/local/lib/libdbus-1.so -pthread /usr/local/lib/libpolkit.so /usr/local/lib/libexpat.so -lm ../hald/freebsd/.libs/libhald_freebsd.a -lcam -Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib > ../hald/freebsd/.libs/libhald_freebsd.a(osspec.o)(.data.rel.ro+0xc): undefined > reference to `hf_usb2_handler' > ../hald/freebsd/.libs/libhald_freebsd.a(hf-devd.o)(.data.rel.ro+0x0): > undefined reference to `hf_usb2_devd_handler' > gmake[4]: *** [hald] Error 1 > gmake[4]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11/hald' > gmake[3]: *** [all-recursive] Error 1 > gmake[3]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11/hald' > gmake[2]: *** [all] Error 2 > gmake[2]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11/hald' > gmake[1]: *** [all-recursive] Error 1 > gmake[1]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11' > gmake: *** [all] Error 2 > *** Error code 1 > > Stop in /usr/ports/sysutils/hal. > *** Error code 1 > > Stop in /usr/ports/sysutils/hal. > > Would you please advise? > From owner-freebsd-current@FreeBSD.ORG Mon Apr 20 14:46:36 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F6051065675 for ; Mon, 20 Apr 2009 14:46:36 +0000 (UTC) (envelope-from web@3dresearch.com) Received: from smtp.3dresearch.com (dorabella.3dresearch.com [66.167.251.2]) by mx1.freebsd.org (Postfix) with ESMTP id 350E78FC12 for ; Mon, 20 Apr 2009 14:46:35 +0000 (UTC) (envelope-from web@3dresearch.com) Received: from fracasso.3dresearch.com (pool-96-236-177-11.pitbpa.east.verizon.net [96.236.177.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by vmail.3dresearch.com (Postfix) with ESMTP id 43146B41DB; Mon, 20 Apr 2009 10:46:35 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by fracasso.3dresearch.com (Postfix) with ESMTP id 66B75170BE; Mon, 20 Apr 2009 10:46:34 -0400 (EDT) From: Janos Dohanics Organization: 3D RESEARCH To: Stephen Montgomery-Smith Date: Mon, 20 Apr 2009 10:46:32 -0400 User-Agent: KMail/1.9.7 References: <200904200637.47019.web@3dresearch.com> <49EC7A7A.4070408@missouri.edu> In-Reply-To: <49EC7A7A.4070408@missouri.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200904201046.33237.web@3dresearch.com> Cc: freebsd-current@freebsd.org Subject: Re: hal-0.5.11 does not build X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2009 14:46:36 -0000 On Monday 20 April 2009 09:36:58 am you wrote: > I saw something about this on ports. > > What I did was to deinstall the port libusb. I also installed a very > recent version of CURRENT, and remembered to do "make delete-old" and > "make delete-old-libs." > > Then, and only then, could I get hal to build. Still cannot get > openofffice-3 to build, though. > > Janos Dohanics wrote: > > I get the following error while trying to build hal-0.5.11 on > > 8.0-CURRENT: > > > > gmake[4]: Entering directory > > `/usr/ports/sysutils/hal/work/hal-0.5.11/hald' /bin/sh > > /usr/ports/sysutils/hal/work/gnome-libtool --tag=CC --mode=link cc -O2 > > -pipe -fno-strict-aliasing -Wall -Wchar-subscripts -Wmissing-declarations > > -Wnested-externs -Wpointer-arith -Wcast-align -Wsign-compare > > -Wl,--as-needed -L/usr/local/lib -o hald hald_marshal.o util.o > > util_helper.o util_pm.o hald_runner.o device.o device_info.o > > device_store.o device_pm.o hald.o hald_dbus.o logger.o ids.o mmap_cache.o > > ci-tracker.o access-check.o > > ck-tracker.o -L/usr/local/lib -ldbus-glib-1 -ldbus-1 -lgobject-2.0 > > -lglib-2.0 -L/usr/local/lib -ldbus-1 -L/usr/local/lib -lpolkit -lm > > ../hald/freebsd/libhald_freebsd.la cc -O2 -pipe -fno-strict-aliasing > > -Wall -Wchar-subscripts -Wmissing-declarations -Wnested-externs > > -Wpointer-arith -Wcast-align -Wsign-compare -Wl,--as-needed -o hald > > hald_marshal.o util.o util_helper.o util_pm.o hald_runner.o device.o > > device_info.o device_store.o device_pm.o hald.o hald_dbus.o logger.o > > ids.o mmap_cache.o ci-tracker.o access-check.o > > ck-tracker.o -L/usr/local/lib /usr/local/lib/libdbus-glib-1.so > > /usr/local/lib/libgobject-2.0.so /usr/local/lib/libglib-2.0.so > > /usr/local/lib/libintl.so /usr/local/lib/libiconv.so > > /usr/local/lib/libpcre.so /usr/local/lib/libdbus-1.so -pthread > > /usr/local/lib/libpolkit.so /usr/local/lib/libexpat.so -lm > > ../hald/freebsd/.libs/libhald_freebsd.a -lcam -Wl,--rpath > > -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib > > ../hald/freebsd/.libs/libhald_freebsd.a(osspec.o)(.data.rel.ro+0xc): > > undefined reference to `hf_usb2_handler' > > ../hald/freebsd/.libs/libhald_freebsd.a(hf-devd.o)(.data.rel.ro+0x0): > > undefined reference to `hf_usb2_devd_handler' > > gmake[4]: *** [hald] Error 1 > > gmake[4]: Leaving directory > > `/usr/ports/sysutils/hal/work/hal-0.5.11/hald' gmake[3]: *** > > [all-recursive] Error 1 > > gmake[3]: Leaving directory > > `/usr/ports/sysutils/hal/work/hal-0.5.11/hald' gmake[2]: *** [all] Error > > 2 > > gmake[2]: Leaving directory > > `/usr/ports/sysutils/hal/work/hal-0.5.11/hald' gmake[1]: *** > > [all-recursive] Error 1 > > gmake[1]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11' > > gmake: *** [all] Error 2 > > *** Error code 1 > > > > Stop in /usr/ports/sysutils/hal. > > *** Error code 1 > > > > Stop in /usr/ports/sysutils/hal. > > > > Would you please advise? Thanks, I did see that post. However, I never had the libusb port installed. In fact, when I try to install libusb-0.1.12_4, I get the message ===> libusb-0.1.12_4 has been already included into base system. So, I still need advice on this... -- Janos Dohanics From owner-freebsd-current@FreeBSD.ORG Mon Apr 20 15:03:33 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91D2B1065692 for ; Mon, 20 Apr 2009 15:03:33 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) by mx1.freebsd.org (Postfix) with ESMTP id 2431F8FC20 for ; Mon, 20 Apr 2009 15:03:32 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from wald.nfv.gwdg.de ([134.76.242.31] helo=lt011.nfv) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1Lvv1N-0008Ow-9X; Mon, 20 Apr 2009 17:02:57 +0200 Message-ID: <49EC8EA0.2080700@gwdg.de> Date: Mon, 20 Apr 2009 17:02:56 +0200 From: Rainer Hurling User-Agent: Thunderbird 2.0.0.21 (X11/20090404) MIME-Version: 1.0 To: Boris Samorodov References: <49E98C97.9080602@gwdg.de> <10766735@ipt.ru> <49EB8968.3040004@gwdg.de> <91071496@serv3.int.kfs.ru> In-Reply-To: <91071496@serv3.int.kfs.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: freebsd-current@freebsd.org Subject: Re: [SOLVED] acroread8 does not print any more X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2009 15:03:33 -0000 On 20.04.2009 13:05 (UTC+2), Boris Samorodov wrote: > On Sun, 19 Apr 2009 22:28:24 +0200 Rainer Hurling wrote: >> On 19.04.2009 20:06 (UTC+2), Boris Samorodov wrote: >>> Rainer Hurling writes: >>> >>>> Since I am using the new linux emulator f8 I am not able to print with >>>> acroread8 any more. I get this behaviour on three different >>>> systems. The following message does appear in acroread: >>>> >>>> --------------------------------------------------------- >>>> Beim Drucken ist folgender Fehler aufgetreten... >>>> '/libexec/ld-elf.so.1: Shared object "libc.so.6" not found, >>>> required by "libgcc_s.so.1"' >>>> --------------------------------------------------------- >>>> >>>> Does anyone else see this error? >>>> >>>> I would suppose that /compat/linux/lib/libc.so.6 has to be used, but >>>> acroread is looking at /usr/local/lib/compat/libc.so.6. Any >>>> suggestions what could be wrong? >>>> >>>> Let me know if I can give more information or test something. >>>> >>>> Thanks in advance, >>>> Rainer Hurling >>>> >>>> >>>> P.S.: I am running FreeBSD 8.0-CURRENT with linux_base-f8 >>>> >>>> sysctl compat.linux.osrelease: 2.6.16 >>>> >>>> /etc/make.conf >>>> OVERRIDE_LINUX_BASE_PORT=f8 >>>> OVERRIDE_LINUX_NONBASE_PORTS=f8 >>>> >>>> >>>> #ls -d /var/db/pkg/linux* >>>> linux-f8-alsa-lib-1.0.15 >>>> linux-f8-jpeg-6b >>>> linux-flashplugin-9.0r159 >>>> linux-f8-atk-1.20.0 >>>> linux-f8-libsigc++20-2.0.18 >>>> linux-kmod-compat-20080408 >>>> linux-f8-cairo-1.4.14 >>>> linux-f8-libxml2-2.7.2 >>>> linux-nvu-1.0_1 >>>> linux-f8-dri-7.0.2 >>>> linux-f8-openssl-0.9.8b >>>> linux-realplayer-10.0.9.809.20070726 >>>> linux-f8-expat-2.0.1 >>>> linux-f8-pango-1.18.4 >>>> linux-scim-gtk-fc8-1.4.7_1 >>>> linux-f8-fontconfig-2.4.2 >>>> linux-f8-png-1.2.22 >>>> linux-scim-libs-fc8-1.4.7_2 >>>> linux-f8-gtk2-2.12.8 >>>> linux-f8-tiff-3.8.2 >>>> linux_base-f8-8_11 >>> Since you have two linux-scim-* ports it seems to me that you >>> upgraded to linux -f8- ports without reading /usr/ports/UPDATING >>> and there may be some unneeded remnants at /compat/linux. Can >>> you follow that procedure and write a followup here? >>> >>> BTW, some useful information you may find at emulation@ ML and >>> my "HEADSUP" message about new linux -f8- ports. > >> I deinstalled all linux packages and all dependencies, deleted >> completely /compat/linux and rebooted. After that I installed >> acroread, nvidia-driver, linux-flashplugin9 and mplayer again. > >> Interestingly enough the two linux-scim-* ports do excist again! It >> seems they are needed for acroread8. > > Are you sure that two _linux-scim-*_ ports exist but not two > _linux-f8-scim-*_ ports? New linux -f8- infrastructure uses > the latter: > ----- > % pwd > /usr/ports/print/acroread8 > % make all-depends-list | grep scim > /usr/ports/textproc/linux-f8-scim-gtk > /usr/ports/textproc/linux-f8-scim-libs > % You are right again. The new port names are linux-f8-scim-gtk-1.4.7 linux-f8-scim-libs-1.4.7 > ----- > >> But now I am able to print with acroread again! > > I'm glad your problem is solved. >> So you have been right with unneeded remnants at /compat/linux! When >> updating my excisting linux_base-f8 at 04/01/2009 to the newer one, I >> thought it was not neccessary to clean /compat/linux. But obviously it >> was. Thank you very much for this helpful information, > > It was not necessary to clean /compat/linux when updating > linux_base-f8 alone. But it is recommended while updating > from linux fc4 infrastructure ports to linux -f8- infrastructure > ports (i.e. while adding OVERRIDE_LINUX_NONBASE_PORTS variable to > /etc/make.conf). Since I was not sure if I cleaned /compat/linux when updating from fc4 month ago I did it now. > > WBR Thank you for all, Rainer From owner-freebsd-current@FreeBSD.ORG Mon Apr 20 15:41:05 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05C2C1065670 for ; Mon, 20 Apr 2009 15:41:05 +0000 (UTC) (envelope-from brucec@muon.cran.org.uk) Received: from muon.cran.org.uk (brucec-1-pt.tunnel.tserv4.nyc4.ipv6.he.net [IPv6:2001:470:1f06:c09::2]) by mx1.freebsd.org (Postfix) with ESMTP id D42008FC18 for ; Mon, 20 Apr 2009 15:41:04 +0000 (UTC) (envelope-from brucec@muon.cran.org.uk) Received: by muon.cran.org.uk (Postfix, from userid 1000) id 6DBCC19011; Mon, 20 Apr 2009 16:41:09 +0000 (GMT) Date: Mon, 20 Apr 2009 16:41:09 +0000 From: Bruce Cran To: Matthias Apitz Message-ID: <20090420164109.GA14457@muon.cran.org.uk> References: <20090419004203.6a95382b@gluon.draftnet> <20090420131517.GA10635@rebelion.Sisis.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090420131517.GA10635@rebelion.Sisis.de> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Bruce Cran , current@freebsd.org Subject: Re: panic when disconnecting cdce device just before powering off PC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Apr 2009 15:41:05 -0000 On Mon, Apr 20, 2009 at 03:15:17PM +0200, Matthias Apitz wrote: > I can't comment on your panic... But, I have a GTA02 as well. How do you > get the interface 'ue0' created and assign IP to it on USB plug-in? > Any script to share? > At the moment I'm just manually running the following each time: usbconfig -a 2 -u 3 set_config 1 ifconfig ue0 192.168.0.200 I've never bothered using devd hooks but I really should! -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Mon Apr 20 16:43:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C09091065672 for ; Mon, 20 Apr 2009 16:43:50 +0000 (UTC) (envelope-from emoxam@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.157]) by mx1.freebsd.org (Postfix) with ESMTP id 4F30A8FC20 for ; Mon, 20 Apr 2009 16:43:49 +0000 (UTC) (envelope-from emoxam@gmail.com) Received: by fg-out-1718.google.com with SMTP id e12so249462fga.12 for ; Mon, 20 Apr 2009 09:43:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=0BfzIj1J/92+hpxRiVLY/gQQG8PAHjHdjzRcGNXF8O4=; b=TixkbfeMCOeGPAuSeiFlq0yGOkcstu0ODwgZ7akmwK69w3XQwJFZNA8YP/K/eFA49h TcZ+PL8q8DXqy30E2V0nclmA56ROTpYqSzUjQzFitHKo7xFnvUIPBX7cicj9Kg76z//w 6MnrH/Sos4HoCAfKFIxpV1RP98emstwA+k+eE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; b=NlbLlTcI7gB9ZyT1Iw4GcZ9G9+O6UqOpjv5Q0QvBDbn0MP1AcHg38QmGPUhjhtfRCa 5T3cEP6NP5nHg3Zb4SmCHZPNGl6zLlk/66Jg2fERdJ+C7V5dhZ3LBVAaz6WLPW7JphGX Q/OAlStuXiihydJoXW1ZYFE6pOSDXtLXCfWw4= Received: by 10.86.61.13 with SMTP id j13mr4082047fga.65.1240245829242; Mon, 20 Apr 2009 09:43:49 -0700 (PDT) Received: from ?192.168.1.10? ([79.165.188.218]) by mx.google.com with ESMTPS id 4sm2402050fge.22.2009.04.20.09.43.48 (version=SSLv3 cipher=RC4-MD5); Mon, 20 Apr 2009 09:43:48 -0700 (PDT) Message-ID: <49ECA633.2030906@gmail.com> Date: Mon, 20 Apr 2009 20:43:31 +0400 From: Sukhorukov Alexander User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20090419224618.6D871106579C@hub.freebsd.org> In-Reply-To: <20090419224618.6D871106579C@hub.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: freebsd-current Digest, Vol 287, Issue 14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Apr 2009 16:43:51 -0000 I tried hostap mode in this very same card (just revision I can't say to be the same, don't have the card right now - it is from work), and I got some firmware issues in dmesg. have you seen dmesg ? I just can't make it an AP. client mode wasn't tested though. matheus yes, i have! rt2561fw: could not load firmware image, error 2 ral0: rt2661_load_microcode: unable to retrieve firmware image rt2561fw ral0: rt2661_init_locked: could not load 8051 microcode, error 22 what is about ? what is the main problem ? From owner-freebsd-current@FreeBSD.ORG Mon Apr 20 17:02:30 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D19831065677 for ; Mon, 20 Apr 2009 17:02:30 +0000 (UTC) (envelope-from web@3dresearch.com) Received: from smtp.3dresearch.com (dorabella.3dresearch.com [66.167.251.2]) by mx1.freebsd.org (Postfix) with ESMTP id A2F438FC32 for ; Mon, 20 Apr 2009 17:02:30 +0000 (UTC) (envelope-from web@3dresearch.com) Received: from fracasso.3dresearch.com (pool-96-236-177-11.pitbpa.east.verizon.net [96.236.177.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by vmail.3dresearch.com (Postfix) with ESMTP id 1CBCEA6057; Mon, 20 Apr 2009 13:02:30 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by fracasso.3dresearch.com (Postfix) with ESMTP id 5CE35170BE; Mon, 20 Apr 2009 13:02:29 -0400 (EDT) From: Janos Dohanics Organization: 3D RESEARCH To: Stephen Montgomery-Smith Date: Mon, 20 Apr 2009 13:02:27 -0400 User-Agent: KMail/1.9.7 References: <200904200637.47019.web@3dresearch.com> <200904201046.33237.web@3dresearch.com> <49EC8BBC.8070209@missouri.edu> In-Reply-To: <49EC8BBC.8070209@missouri.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200904201302.27958.web@3dresearch.com> Cc: freebsd-current@freebsd.org Subject: Re: hal-0.5.11 does not build X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2009 17:02:31 -0000 On Monday 20 April 2009 10:50:36 am you wrote: > Janos Dohanics wrote: > > On Monday 20 April 2009 09:36:58 am you wrote: > >> I saw something about this on ports. > >> > >> What I did was to deinstall the port libusb. I also installed a very > >> recent version of CURRENT, and remembered to do "make delete-old" and > >> "make delete-old-libs." > >> > >> Then, and only then, could I get hal to build. Still cannot get > >> openofffice-3 to build, though. > > > > Thanks, I did see that post. > > > > However, I never had the libusb port installed. In fact, when I try to > > install libusb-0.1.12_4, I get the message ===> libusb-0.1.12_4 has been > > already included into base system. > > > > So, I still need advice on this... > > Did you do the "make delete-old" amd "make delete-old-libs" as well? I just did, and got "don't know how to make delete-old/delete-old-libs"... -- Janos Dohanics From owner-freebsd-current@FreeBSD.ORG Mon Apr 20 17:36:12 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27ADF10656C2 for ; Mon, 20 Apr 2009 17:36:12 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (unknown [IPv6:2001:aa8:fffb::3]) by mx1.freebsd.org (Postfix) with ESMTP id B76F18FC13 for ; Mon, 20 Apr 2009 17:36:11 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id 352ED37E02; Mon, 20 Apr 2009 19:36:10 +0200 (CEST) Date: Mon, 20 Apr 2009 19:36:10 +0200 From: Lars Engels To: Janos Dohanics Message-ID: <20090420173610.GA84192@e.0x20.net> Mail-Followup-To: Lars Engels , Janos Dohanics , Stephen Montgomery-Smith , freebsd-current@freebsd.org References: <200904200637.47019.web@3dresearch.com> <200904201046.33237.web@3dresearch.com> <49EC8BBC.8070209@missouri.edu> <200904201302.27958.web@3dresearch.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8t9RHnE3ZwKMSgU+" Content-Disposition: inline In-Reply-To: <200904201302.27958.web@3dresearch.com> X-Editor: VIM - Vi IMproved 7.2 X-Operation-System: FreeBSD 5.5-RELEASE-p19 User-Agent: Mutt/1.5.19 (2009-01-05) Cc: Stephen Montgomery-Smith , freebsd-current@freebsd.org Subject: Re: hal-0.5.11 does not build X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2009 17:36:12 -0000 --8t9RHnE3ZwKMSgU+ Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 20, 2009 at 01:02:27PM -0400, Janos Dohanics wrote: > On Monday 20 April 2009 10:50:36 am you wrote: > > Janos Dohanics wrote: > > > On Monday 20 April 2009 09:36:58 am you wrote: > > >> I saw something about this on ports. > > >> > > >> What I did was to deinstall the port libusb. I also installed a very > > >> recent version of CURRENT, and remembered to do "make delete-old" and > > >> "make delete-old-libs." > > >> > > >> Then, and only then, could I get hal to build. Still cannot get > > >> openofffice-3 to build, though. > > > > > > Thanks, I did see that post. > > > > > > However, I never had the libusb port installed. In fact, when I try to > > > install libusb-0.1.12_4, I get the message =3D=3D=3D> libusb-0.1.12_= 4 has been > > > already included into base system. > > > > > > So, I still need advice on this... > > > > Did you do the "make delete-old" amd "make delete-old-libs" as well? >=20 > I just did, and got "don't know how to make delete-old/delete-old-libs"... You need to run this in /usr/src with an installed source tree. --8t9RHnE3ZwKMSgU+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAknssokACgkQKc512sD3afj3MQCgwVVr4Wc1lxLd8rTShuaSuWI7 ydsAoLylxze6dIBEzAkR9W1D6MX3TYI8 =1T1O -----END PGP SIGNATURE----- --8t9RHnE3ZwKMSgU+-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 20 17:43:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21DA4106566C for ; Mon, 20 Apr 2009 17:43:50 +0000 (UTC) (envelope-from niclas.zeising@gmail.com) Received: from mxf2.bahnhof.se (mxf2.bahnhof.se [213.80.101.26]) by mx1.freebsd.org (Postfix) with ESMTP id C9ED68FC13 for ; Mon, 20 Apr 2009 17:43:49 +0000 (UTC) (envelope-from niclas.zeising@gmail.com) Received: from localhost (mxf2.local [127.0.0.1]) by mxf2-reinject (Postfix) with ESMTP id A0D196BD224; Mon, 20 Apr 2009 19:11:35 +0200 (CEST) X-Virus-Scanned: by amavisd-new using ClamAV at bahnhof.se (MXF2) X-Spam-Score: 2.777 X-Spam-Level: ** X-Spam-Status: No, score=2.777 tagged_above=-99 required=5 tests=[DNS_FROM_RFC_POST=1.708, SPF_NEUTRAL=1.069] Received: from mxf2.bahnhof.se ([127.0.0.1]) by localhost (mxf2.bahnhof.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wo6EwQWBl77H; Mon, 20 Apr 2009 19:11:33 +0200 (CEST) Received: from [79.136.90.99] (h-90-99.A163.priv.bahnhof.se [79.136.90.99]) by mxf2.bahnhof.se (Postfix) with ESMTP id 49C0C6BD212; Mon, 20 Apr 2009 19:11:33 +0200 (CEST) Received: from 127.0.0.1 (AVG SMTP 8.5.287 [270.12.0/2068]); Mon, 20 Apr 2009 19:11:21 +0200 Message-ID: <49ECACB9.3070102@gmail.com> Date: Mon, 20 Apr 2009 19:11:21 +0200 From: Niclas Zeising User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Janos Dohanics References: <200904200637.47019.web@3dresearch.com> <200904201046.33237.web@3dresearch.com> <49EC8BBC.8070209@missouri.edu> <200904201302.27958.web@3dresearch.com> In-Reply-To: <200904201302.27958.web@3dresearch.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Stephen Montgomery-Smith , freebsd-current@freebsd.org Subject: Re: hal-0.5.11 does not build X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2009 17:43:50 -0000 Janos Dohanics wrote: > On Monday 20 April 2009 10:50:36 am you wrote: >> Janos Dohanics wrote: >>> On Monday 20 April 2009 09:36:58 am you wrote: >>>> I saw something about this on ports. >>>> >>>> What I did was to deinstall the port libusb. I also installed a very >>>> recent version of CURRENT, and remembered to do "make delete-old" and >>>> "make delete-old-libs." >>>> >>>> Then, and only then, could I get hal to build. Still cannot get >>>> openofffice-3 to build, though. >>> Thanks, I did see that post. >>> >>> However, I never had the libusb port installed. In fact, when I try to >>> install libusb-0.1.12_4, I get the message ===> libusb-0.1.12_4 has been >>> already included into base system. >>> >>> So, I still need advice on this... >> Did you do the "make delete-old" amd "make delete-old-libs" as well? > > I just did, and got "don't know how to make delete-old/delete-old-libs"... > Did you run those from /usr/src (or where you keep the freebsd source for building world/kernel) Regards! //Niclas From owner-freebsd-current@FreeBSD.ORG Mon Apr 20 18:10:21 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A4B8106564A for ; Mon, 20 Apr 2009 18:10:21 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.224]) by mx1.freebsd.org (Postfix) with ESMTP id 2F7ED8FC0A for ; Mon, 20 Apr 2009 18:10:21 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: by rv-out-0506.google.com with SMTP id k40so733560rvb.43 for ; Mon, 20 Apr 2009 11:10:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=/oV2lXE+3cMQeTBwvW79hXg+b4WPpXOpYawjog3X73s=; b=IjGy6Rwg01HBRax0CzSvsyGCfPHEcekUr+tR6zr6unNsIFsGGSjuKeb3KPaN2vSsSE wDDMh6wmVbAL5ItqgJHS/H4vmp1NmhhH+TzonlytvhRtqTBecdDoJI99VREfeNWHSvyC SIGiL1TlVkHF+tGtm52zDtePC32MUPJR0uOh4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=WaKzPDk1lR9J0ZONK3452VJRo00KHpSYhbflnpRy/jznmH5OJY3TU72LXiSwufqQxs 7bqu1jBbwwXuAMbGc08/LxYu7A0J9VnnM/+NXr+I4LlbWQ4u41hEa+3UzYRalAHF8o2P 8HUNGf5ZfMbAF8rkX62uumNqe1UEs+THsv/bg= MIME-Version: 1.0 Received: by 10.141.37.8 with SMTP id p8mr1855109rvj.154.1240249187328; Mon, 20 Apr 2009 10:39:47 -0700 (PDT) In-Reply-To: <200904201302.27958.web@3dresearch.com> References: <200904200637.47019.web@3dresearch.com> <200904201046.33237.web@3dresearch.com> <49EC8BBC.8070209@missouri.edu> <200904201302.27958.web@3dresearch.com> Date: Mon, 20 Apr 2009 10:39:47 -0700 Message-ID: From: Freddie Cash To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: hal-0.5.11 does not build X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2009 18:10:21 -0000 On Mon, Apr 20, 2009 at 10:02 AM, Janos Dohanics wrote= : > On Monday 20 April 2009 10:50:36 am you wrote: >> Janos Dohanics wrote: >> > On Monday 20 April 2009 09:36:58 am you wrote: >> >> I saw something about this on ports. >> >> >> >> What I did was to deinstall the port libusb. =C2=A0I also installed a= very >> >> recent version of CURRENT, and remembered to do "make delete-old" and >> >> "make delete-old-libs." >> >> >> >> Then, and only then, could I get hal to build. =C2=A0Still cannot get >> >> openofffice-3 to build, though. >> > >> > Thanks, I did see that post. >> > >> > However, I never had the libusb port installed. In fact, when I try to >> > install libusb-0.1.12_4, I get the message =3D=3D=3D> =C2=A0libusb-0.1= .12_4 has been >> > already included into base system. >> > >> > So, I still need advice on this... >> >> Did you do the "make delete-old" amd "make delete-old-libs" as well? > > I just did, and got "don't know how to make delete-old/delete-old-libs"..= . This has to be done from /usr/src, with the full source tree installed. It goes through the installed system and removes files from / and /usr that are no longer needed/are obsoleted. --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-current@FreeBSD.ORG Mon Apr 20 18:56:47 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 197E3106564A for ; Mon, 20 Apr 2009 18:56:47 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: from mail5.sea5.speakeasy.net (mail5.sea5.speakeasy.net [69.17.117.7]) by mx1.freebsd.org (Postfix) with ESMTP id E9C1E8FC16 for ; Mon, 20 Apr 2009 18:56:46 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: (qmail 1535 invoked from network); 20 Apr 2009 18:56:46 -0000 Received: from april.chuckr.org (HELO april.telenix.org) (chuckr@[66.92.151.30]) (envelope-sender ) by mail5.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 20 Apr 2009 18:56:46 -0000 Message-ID: <49ECC571.7040405@telenix.org> Date: Mon, 20 Apr 2009 14:56:49 -0400 From: Chuck Robey User-Agent: Thunderbird 2.0.0.19 (X11/20090121) MIME-Version: 1.0 To: anthony.rasat@gmail.com References: <754723275-1240208442-cardhu_decombobulator_blackberry.rim.net-1046132361-@bxe1006.bisx.prodap.on.blackberry> In-Reply-To: <754723275-1240208442-cardhu_decombobulator_blackberry.rim.net-1046132361-@bxe1006.bisx.prodap.on.blackberry> X-Enigmail-Version: 0.95.5 OpenPGP: id=F3DCA0E9; url=http://pgp.mit.edu Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: OT: 2d password X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Apr 2009 18:56:47 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Anthony M. Rasat wrote: > Kỳ Anh, Huỳnh wrote: >> I've just found a quite good way: use 2-d moving on the keyboard. > > Do you know that many people has following password? > > qweasdzxc > > I know lots of people use it (Oops, this is a mailing list. Oh well, too bad). > > The best practice is still combination of letters and numbers, IMO. Actually, if you can use the machine in question only from a central machine, then the most secure way if to set yourself up to use ssh keys, and then to remove entirely any passwords at all. Kinda difficult to crack a machine which hasn't got any passwords, and ssh keys is a very convenient/secure access method. Lot of the folks on this list know about that, because it's the way that you have to log into your accounts on hub. Makes things very secure and very easy. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknsxXEACgkQz62J6PPcoOnzXwCfbHC5vmNnx0Y79oGWtXufW6RG bpkAn0uKfowAru96Pchnx1jZJV00GRha =0Gjn -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Apr 20 19:27:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5832106566C for ; Mon, 20 Apr 2009 19:27:17 +0000 (UTC) (envelope-from web@3dresearch.com) Received: from smtp.3dresearch.com (dorabella.3dresearch.com [66.167.251.2]) by mx1.freebsd.org (Postfix) with ESMTP id 750E48FC17 for ; Mon, 20 Apr 2009 19:27:17 +0000 (UTC) (envelope-from web@3dresearch.com) Received: from fracasso.3dresearch.com (pool-96-236-177-11.pitbpa.east.verizon.net [96.236.177.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by vmail.3dresearch.com (Postfix) with ESMTP id C9D44E4192 for ; Mon, 20 Apr 2009 15:27:16 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by fracasso.3dresearch.com (Postfix) with ESMTP id 20F5F170BE for ; Mon, 20 Apr 2009 15:27:16 -0400 (EDT) From: Janos Dohanics Organization: 3D RESEARCH To: freebsd-current@freebsd.org Date: Mon, 20 Apr 2009 15:27:14 -0400 User-Agent: KMail/1.9.7 References: <200904200637.47019.web@3dresearch.com> <200904201302.27958.web@3dresearch.com> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200904201527.15147.web@3dresearch.com> Subject: Re: hal-0.5.11 does not build X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2009 19:27:17 -0000 On Monday 20 April 2009 01:39:47 pm Freddie Cash wrote: > On Mon, Apr 20, 2009 at 10:02 AM, Janos Dohanics wro= te: > > On Monday 20 April 2009 10:50:36 am you wrote: > >> Janos Dohanics wrote: > >> > On Monday 20 April 2009 09:36:58 am you wrote: > >> >> I saw something about this on ports. > >> >> > >> >> What I did was to deinstall the port libusb. =C2=A0I also installed= a very > >> >> recent version of CURRENT, and remembered to do "make delete-old" a= nd > >> >> "make delete-old-libs." > >> >> > >> >> Then, and only then, could I get hal to build. =C2=A0Still cannot g= et > >> >> openofffice-3 to build, though. > >> > > >> > Thanks, I did see that post. > >> > > >> > However, I never had the libusb port installed. In fact, when I try = to > >> > install libusb-0.1.12_4, I get the message =3D=3D=3D> =C2=A0libusb-0= =2E1.12_4 has > >> > been already included into base system. > >> > > >> > So, I still need advice on this... > >> > >> Did you do the "make delete-old" amd "make delete-old-libs" as well? > > > > I just did, and got "don't know how to make > > delete-old/delete-old-libs"... > > This has to be done from /usr/src, with the full source tree > installed. It goes through the installed system and removes files > from / and /usr that are no longer needed/are obsoleted. Thank you all for pointing this out. =2D-=20 Janos Dohanics From owner-freebsd-current@FreeBSD.ORG Mon Apr 20 19:55:53 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7D34106566C for ; Mon, 20 Apr 2009 19:55:53 +0000 (UTC) (envelope-from emoxam@gmail.com) Received: from mail-bw0-f165.google.com (mail-bw0-f165.google.com [209.85.218.165]) by mx1.freebsd.org (Postfix) with ESMTP id 435388FC0C for ; Mon, 20 Apr 2009 19:55:53 +0000 (UTC) (envelope-from emoxam@gmail.com) Received: by bwz9 with SMTP id 9so1555110bwz.43 for ; Mon, 20 Apr 2009 12:55:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type; bh=HxgZgNfrWSMvvCyk9y7jn4ATlgWJO5ic9bwYAxnEhzI=; b=kWbjz9k/NkhMl5Ucb5atBkCRrCuwKHEOPFBiEmUx/FkqWgjJlep+p7lPpTlAptkOWg fzIvBjIJq5XoIclFAlujmW9CWY6lFnvpd8M4pW+20/k6GpfedDnYAR11+0Mm/wvvDmeg Iq/lbKZSZTdXGAeXEvSJdIgwS2ov/Km58jlTs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type; b=SjCHt1xkglDGShkWgNVV5w9NBt3oy0QHF79cjAWsusaLKUHK2O5svhCXJdCAPMESty HZrLSOVIqpcxsM7ctI4Y3vLbqW5PwTSm5CXLWmB/gsWAdhirREXg5wBChZ6RKHdCphYt JC974Uazr0h540YhDIPRTQFS8fea0CGnIpzbo= Received: by 10.204.31.75 with SMTP id x11mr5734150bkc.0.1240257352248; Mon, 20 Apr 2009 12:55:52 -0700 (PDT) Received: from ?192.168.1.10? ([79.165.188.218]) by mx.google.com with ESMTPS id 21sm11042695fkx.26.2009.04.20.12.55.51 (version=SSLv3 cipher=RC4-MD5); Mon, 20 Apr 2009 12:55:51 -0700 (PDT) Message-ID: <49ECD335.1010905@gmail.com> Date: Mon, 20 Apr 2009 23:55:33 +0400 From: Sukhorukov Alexander User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20090419172905.9EB201065697@hub.freebsd.org> In-Reply-To: <20090419172905.9EB201065697@hub.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: freebsd-current Digest, Vol 287, Issue 13 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Apr 2009 19:55:54 -0000 *[root@mail /home/emoxam]# kldload ndis kldload: can't load ndis: File exists [root@mail /home/emoxam]# kldload if_ndis kldload: can't load if_ndis: File exists [root@mail /home/emoxam]#* so what if this exists ? *[root@mail /home/emoxam]# ifconfig sk0: flags=8843 metric 0 mtu 1500 options=b ether 00:1e:58:99:ec:53 inet 192.168.1.1 netmask 0xffffff00 broadcast 192.168.1.255 media: Ethernet autoselect (1000baseT ) status: active ral0: flags=8802 metric 0 mtu 2290 ether 00:21:91:82:31:9b media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier fxp0: flags=8843 metric 0 mtu 1500 options=8 ether 00:1f:c6:4f:02:1a inet 192.168.0.2 netmask 0xffffff00 broadcast 192.168.0.255 media: Ethernet autoselect (100baseTX ) status: active lo0: flags=8049 metric 0 mtu 16384 options=3 inet 127.0.0.1 netmask 0xff000000 [root@mail /home/emoxam]#* i don't see any ndis... god.. what should i do ? From owner-freebsd-current@FreeBSD.ORG Mon Apr 20 22:04:07 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED42A106566C for ; Mon, 20 Apr 2009 22:04:07 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-fx0-f167.google.com (mail-fx0-f167.google.com [209.85.220.167]) by mx1.freebsd.org (Postfix) with ESMTP id 5AD738FC08 for ; Mon, 20 Apr 2009 22:04:07 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by fxm11 with SMTP id 11so2239090fxm.43 for ; Mon, 20 Apr 2009 15:04:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=SmhT5SZJeh9IVkQsKcMtyY/mYgtBcJ2SlkyBdUdJ/mI=; b=U69KnyBx8se2wVfcCcxcFXaDTIbvDZJSj/ZYK4dm7ZOdqfMSrNtiGq/83HVRZCHeys KFJzTMuj2HoHTJacfJTfdgUw0rKr+XKPxgYQaP8EsBBsKzxac+u0ROXrth4gzStbdeMo ABKNw/Fjxnin5ncPCmUdPnDz/JVNxuJuZxpKA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=D7iF/QB+41W6iX9Ewgl4lDsSDoZg2nWqvQt40WCoJpSAcVRZdmTi+8tWEck/aqN9ke F0Udskq1IPbZs3OqCJoZF7tOKyDGSLRAu67GuvsWnL3yqun5cHMbFnp2nagqROCbjQQY ZRf4iTGdjmNoIUFibTr1RdeTS1vKcbmgeO1T4= MIME-Version: 1.0 Received: by 10.239.153.147 with SMTP id z19mr266020hbb.170.1240265046407; Mon, 20 Apr 2009 15:04:06 -0700 (PDT) In-Reply-To: <49ECD335.1010905@gmail.com> References: <20090419172905.9EB201065697@hub.freebsd.org> <49ECD335.1010905@gmail.com> Date: Tue, 21 Apr 2009 00:04:06 +0200 Message-ID: <3a142e750904201504y5a5b74cfp81e4326e0e45c390@mail.gmail.com> From: "Paul B. Mahol" To: Sukhorukov Alexander Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: freebsd-current Digest, Vol 287, Issue 13 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Apr 2009 22:04:08 -0000 On 4/20/09, Sukhorukov Alexander wrote: > *[root@mail /home/emoxam]# kldload ndis > kldload: can't load ndis: File exists > [root@mail /home/emoxam]# kldload if_ndis > kldload: can't load if_ndis: File exists > [root@mail /home/emoxam]#* > > so what if this exists ? > > *[root@mail /home/emoxam]# ifconfig > sk0: flags=8843 metric 0 mtu 1500 > options=b > ether 00:1e:58:99:ec:53 > inet 192.168.1.1 netmask 0xffffff00 broadcast 192.168.1.255 > media: Ethernet autoselect (1000baseT ) > status: active > ral0: flags=8802 metric 0 mtu 2290 > ether 00:21:91:82:31:9b > media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) > status: no carrier > fxp0: flags=8843 metric 0 mtu 1500 > options=8 > ether 00:1f:c6:4f:02:1a > inet 192.168.0.2 netmask 0xffffff00 broadcast 192.168.0.255 > media: Ethernet autoselect (100baseTX ) > status: active > lo0: flags=8049 metric 0 mtu 16384 > options=3 > inet 127.0.0.1 netmask 0xff000000 > [root@mail /home/emoxam]#* > > > i don't see any ndis... > > god.. what should i do ? read ndisgen(8) manual, just loading ndis.ko and if_ndis.ko will not make ndis0 from nothing. -- Paul From owner-freebsd-current@FreeBSD.ORG Mon Apr 20 22:33:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4ADB1065670 for ; Mon, 20 Apr 2009 22:33:03 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.27]) by mx1.freebsd.org (Postfix) with ESMTP id 8183B8FC19 for ; Mon, 20 Apr 2009 22:33:03 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: by qw-out-2122.google.com with SMTP id 3so659239qwe.7 for ; Mon, 20 Apr 2009 15:33:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:received :message-id:in-reply-to:references:date:subject:from:to:user-agent :mime-version:content-type:content-transfer-encoding:x-priority :importance; bh=NB5/qnscFW8GDqVTcd7GcD89lMKrjtSihqWQGYqx0Rc=; b=wXn4L+MKsYYxf6bYTBxme8bfJd8RlNPBzdmcKe8q6N92lwzUUe2ZfiC5n+7ZyOa7uH kbhgwIdYQkmZIm5jejGmWjkq6HLKvFSZcN7jbh0vbh8mAQnBv3U2OVUj4uqMa6V4IAX4 EAcDaczItKGOH0htKrgjzCex6w5jnQIaNkFEs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:in-reply-to:references:date:subject:from:to :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance; b=ugBIKQcwV4/z5+cNHwYhMeuXJHaunWET5Cq92KtWGxzpcIDcVkCSGQAi3rojZYzxP7 kFF8jk1n12vL5nhHlLiobmkkDkYGU3XglhuGlsylgW4rOBFURetFz27udnAmPM257un7 YlM1JZaAM6pcHwepXZnePPk9isl+sxew2eZts= Received: by 10.224.37.74 with SMTP id w10mr7030097qad.14.1240266782766; Mon, 20 Apr 2009 15:33:02 -0700 (PDT) Received: from cygnus.homeunix.com (201008163038.user.veloxzone.com.br [201.8.163.38]) by mx.google.com with ESMTPS id 4sm8295401yxq.55.2009.04.20.15.33.00 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 20 Apr 2009 15:33:02 -0700 (PDT) Sender: Nenhum_de_Nos Received: by cygnus.homeunix.com (Postfix, from userid 80) id 58D2CB8074; Mon, 20 Apr 2009 19:32:56 -0300 (BRT) Received: from 10.1.1.100 (SquirrelMail authenticated user matheus) by lamneth with HTTP; Mon, 20 Apr 2009 19:32:56 -0300 (BRT) Message-ID: <52d4dfa62f7ae6a9fd6d40d21c706f29.squirrel@lamneth> In-Reply-To: <49ECA633.2030906@gmail.com> References: <20090419224618.6D871106579C@hub.freebsd.org> <49ECA633.2030906@gmail.com> Date: Mon, 20 Apr 2009 19:32:56 -0300 (BRT) From: "Nenhum_de_Nos" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: freebsd-current Digest, Vol 287, Issue 14 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 20 Apr 2009 22:33:04 -0000 On Mon, April 20, 2009 13:43, Sukhorukov Alexander wrote: > I tried hostap mode in this very same card (just revision I can't say to > be the same, don't have the card right now - it is from work), and I got > some firmware issues in dmesg. have you seen dmesg ? > > I just can't make it an AP. client mode wasn't tested though. > > matheus > > yes, i have! > > rt2561fw: could not load firmware image, error 2 > ral0: rt2661_load_microcode: unable to retrieve firmware image rt2561fw > ral0: rt2661_init_locked: could not load 8051 microcode, error 22 > > what is about ? what is the main problem ? I had the same problem, just found nothing on my search. I had not much time to do it though. matheus -- We will call you cygnus, The God of balance you shall be From owner-freebsd-current@FreeBSD.ORG Tue Apr 21 02:14:55 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5BBE2106564A for ; Tue, 21 Apr 2009 02:14:55 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from mail-ew0-f171.google.com (mail-ew0-f171.google.com [209.85.219.171]) by mx1.freebsd.org (Postfix) with ESMTP id BA6F38FC08 for ; Tue, 21 Apr 2009 02:14:54 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: by ewy19 with SMTP id 19so1969394ewy.43 for ; Mon, 20 Apr 2009 19:14:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=+7XIstgHLDNOkrBiOfB7hCYyTSuam2kFfhkQA33KnnM=; b=m/NE5Zi3Zv3d7whb3eD8U47nk8ZtI7z74zV+xx4DHFcv8onwmhUZTA1Bac/RJ30cvb fmo4+sJBBiU0LSgb5yY05YoGlEfhjCcIBbXwDvOY1HQfx+u5PnxnPAvwRABqdQ4U361H +C5uqWE3TWZOOjswJ9z7RUrczpc+BJ9KlQd/c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=w9/exizv+IYEcdW0hj0LGldug0OFrOArd2/pgE0vlCoOBCm2yMlTWAsgO7ZwDDHRQV G3vbs4S69j68UxzSaIqyS0/FNprmkn1Afnp89YYPWf87MXuNmXjsXiRDjAqYWIMWPIOc GAayVzJspgMwAPaIgU5PZqFZ931IINIeKB+b4= MIME-Version: 1.0 Received: by 10.210.139.15 with SMTP id m15mr5495882ebd.38.1240280093734; Mon, 20 Apr 2009 19:14:53 -0700 (PDT) In-Reply-To: <49EBC778.7080305@sdf.lonestar.org> References: <49D851FC.4090103@sdf.lonestar.org> <49EBC778.7080305@sdf.lonestar.org> Date: Mon, 20 Apr 2009 22:14:53 -0400 Message-ID: From: Ryan Stone To: Tom McLaughlin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: current@freebsd.org Subject: Re: NFS lockd/statd lock up network connection X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Apr 2009 02:14:55 -0000 Well, that does confirm that your system is running out of clusters. Because you lose all network connectivity I'd suspect a leak, probably in code exercised by lockd. I'm afraid that I know absolutely nothing about it so I can't offer any kind of solution. Hopefully somebody who does know something is paying attention. One thing you could try is setting the tunable kern.ipc.nmbclusters higher than 25600 -- maybe 40000? If it's a leak that won't help anything but if your system just doesn't have enough clusters that will fix it. From owner-freebsd-current@FreeBSD.ORG Tue Apr 21 06:14:16 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6FC8F106566B for ; Tue, 21 Apr 2009 06:14:16 +0000 (UTC) (envelope-from Matthias.Apitz@oclc.org) Received: from mail.pica.nl (mail.pica.nl [192.87.44.30]) by mx1.freebsd.org (Postfix) with ESMTP id 0E60A8FC18 for ; Tue, 21 Apr 2009 06:14:15 +0000 (UTC) (envelope-from Matthias.Apitz@oclc.org) Received: from rebelion.Sisis.de ([10.49.96.10]) by mail.pica.nl with Microsoft SMTPSVC(6.0.3790.3959); Tue, 21 Apr 2009 08:14:13 +0200 Received: (from guru@localhost) by rebelion.Sisis.de (8.14.2/8.13.8/Submit) id n3L6ECjj004397 for freebsd-current@freebsd.org; Tue, 21 Apr 2009 08:14:12 +0200 (CEST) (envelope-from matthias.apitz@oclc.org) X-Authentication-Warning: rebelion.Sisis.de: guru set sender to matthias.apitz@oclc.org using -f Date: Tue, 21 Apr 2009 08:14:11 +0200 From: Matthias Apitz To: freebsd-current@freebsd.org Message-ID: <20090421061411.GA4047@rebelion.Sisis.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.0-STABLE (i386) X-OriginalArrivalTime: 21 Apr 2009 06:14:14.0195 (UTC) FILETIME=[64D60030:01C9C248] Subject: USB key with -CURRENT, but /root not found on one laptop X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Apr 2009 06:14:16 -0000 Hello, I've a boot-able USB key with -CURRENT from which I have booted and installed fine my small EeePC. I now wanted to update with the same procedure the laptop of my wife (which still runs RELENG_7) to make her happy access to the wonderful world of -CURRENT :-) the laptop itself can't boot from USB devices but there is still the old boot block on the disk which sees the USB as 'Drive 1' and offers to boot from by typing F5: F1: FreeBSD F5: Drive 1 I typed F5 this loads kernel /boot/kernel/kernel the kernel boots up fine ... until a message Trying to mount root from ufs:/dev/da0s1a Manual root filesystem specification: : Mount using filesystem eg. ufs:da0s1a ? List valid disk boot devices Abort manual input [ an async message appears in this moment as ] [ da0: Removable Direct Access SCSI-2 device ] [ da0: 40.000MB/s transfers ] [ da0: 7712MB (15794176 512 byte sectors: 255H 63 S/T 983C) ] [ this means that the running kernel has seen now the USB device at da0: ] typing ? gives: List of GEOM managed devices: ad4s1f ad4s1e ad4s1d ad4s1b ad4s1a ad4s1 ad4 acd0 mountroot> typing at prompt mountroot>: ufs:da0s1a brings up menu again and again Why the kernel does not see da0s1a to mount the root filesystem? Thx matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.oclc.org/ http://www.UnixArea.de/ People who hate Microsoft Windows use Linux but people who love UNIX use FreeBSD. From owner-freebsd-current@FreeBSD.ORG Tue Apr 21 06:35:25 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF152106566B; Tue, 21 Apr 2009 06:35:25 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe08.swip.net [212.247.154.225]) by mx1.freebsd.org (Postfix) with ESMTP id 486948FC1A; Tue, 21 Apr 2009 06:35:24 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=YNtBZNMyWRoA:10 a=BKTb8bRlWoEA:10 a=j+k/Ze5hWUCaCztCgEjzDQ==:17 a=bZwN-5GCymfWFjDMiXQA:9 a=cB4Etm5moJ9kguuHiWgLk-B4SjwA:4 Received: from [81.191.55.181] (account mc467741@c2i.net HELO laptop) by mailfe08.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1227221886; Tue, 21 Apr 2009 08:35:23 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org, Matthias Apitz , Andrew Thompson Date: Tue, 21 Apr 2009 08:37:56 +0200 User-Agent: KMail/1.9.7 References: <20090421061411.GA4047@rebelion.Sisis.de> In-Reply-To: <20090421061411.GA4047@rebelion.Sisis.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200904210837.57231.hselasky@c2i.net> Cc: Subject: Re: USB key with -CURRENT, but /root not found on one laptop X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Apr 2009 06:35:26 -0000 On Tuesday 21 April 2009, Matthias Apitz wrote: > Hello, > > I've a boot-able USB key with -CURRENT from which I have booted and > installed fine my small EeePC. I now wanted to update with the same > procedure the laptop of my wife (which still runs RELENG_7) to make her > happy access to the wonderful world of -CURRENT :-) > > the laptop itself can't boot from USB devices but there is still the old > boot block on the disk which sees the USB as 'Drive 1' and offers to > boot from by typing F5: > > F1: FreeBSD > F5: Drive 1 > > I typed F5 > > this loads kernel /boot/kernel/kernel > the kernel boots up fine ... until a message > > Trying to mount root from ufs:/dev/da0s1a > > Manual root filesystem specification: > > : Mount using filesystem > eg. ufs:da0s1a > ? List valid disk boot devices > Abort manual input > > > [ an async message appears in this moment as ] > [ da0: Removable Direct Access SCSI-2 device > ] [ da0: 40.000MB/s transfers ] > [ da0: 7712MB (15794176 512 byte sectors: 255H 63 S/T 983C) ] > [ this means that the running kernel has seen now the USB device at da0: ] > > typing ? gives: > > List of GEOM managed devices: > ad4s1f ad4s1e ad4s1d ad4s1b ad4s1a ad4s1 ad4 acd0 > > mountroot> > > typing at prompt mountroot>: ufs:da0s1a > > brings up menu again and again > > Why the kernel does not see da0s1a to mount the root filesystem? There are some known issues in this area. I think Andrew Thompson is currently working on these issues. --HPS From owner-freebsd-current@FreeBSD.ORG Tue Apr 21 06:42:29 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B9741065673; Tue, 21 Apr 2009 06:42:29 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id CC36E8FC19; Tue, 21 Apr 2009 06:42:28 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 5AF1331B193; Tue, 21 Apr 2009 02:42:28 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute2.internal (MEProxy); Tue, 21 Apr 2009 02:42:28 -0400 X-Sasl-enc: JCumM/aW543fTo2lAksUCrcg3At+OaZuOCndGHDcNO/q 1240296147 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 6B684538D8; Tue, 21 Apr 2009 02:42:27 -0400 (EDT) Message-ID: <49ED6AD2.4010006@incunabulum.net> Date: Tue, 21 Apr 2009 07:42:26 +0100 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Dennis Melentyev References: <49E6DB25.2010601@sippysoft.com> <49E6FF8F.4070403@sippysoft.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, Sam Leffler , "current@freebsd.org" , Maxim Sobolev Subject: Re: kernel compile fails without AH_SUPPORT_AR5416 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Apr 2009 06:42:29 -0000 Hi, Looks like I'm late to the party. I was responsible for committing these ath(4) changes to RELENG_7. I can't remember if I tested the kernel compile without the AH_SUPPORT_AR5416 option or not, I have been so incredibly busy. Dennis Melentyev wrote: > 2009/4/16 Maxim Sobolev : > >> Dennis Melentyev wrote: >> >>> Could be worth an entry in UPDATING and/or explicitly added to GENERIC. >>> >> My point is that if the option is mandatory for compiling ath(4) driver, >> then there is no point in having this option in the first place. >> > > Well, fair. > +1 from me :). > > So is there a consensus that this seems to break the build for folk who do not need this option? If so I can see about committing the necessary changes to turn this option on by default. I needed the option for what I was trying to do. Of course if someone already has a patch for that, that will help, as I don't have a lot of free time at the moment but can certainly commit a quick fix if someone already has one. thanks, BMS From owner-freebsd-current@FreeBSD.ORG Tue Apr 21 07:01:55 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 127FE1065677 for ; Tue, 21 Apr 2009 07:01:55 +0000 (UTC) (envelope-from Matthias.Apitz@oclc.org) Received: from mail.pica.nl (mail.pica.nl [192.87.44.30]) by mx1.freebsd.org (Postfix) with ESMTP id A1AFB8FC27 for ; Tue, 21 Apr 2009 07:01:54 +0000 (UTC) (envelope-from Matthias.Apitz@oclc.org) Received: from rebelion.Sisis.de ([10.49.96.10]) by mail.pica.nl with Microsoft SMTPSVC(6.0.3790.3959); Tue, 21 Apr 2009 09:01:53 +0200 Received: (from guru@localhost) by rebelion.Sisis.de (8.14.2/8.13.8/Submit) id n3L71p1d005761; Tue, 21 Apr 2009 09:01:51 +0200 (CEST) (envelope-from matthias.apitz@oclc.org) X-Authentication-Warning: rebelion.Sisis.de: guru set sender to matthias.apitz@oclc.org using -f Date: Tue, 21 Apr 2009 09:01:51 +0200 From: Matthias Apitz To: Hans Petter Selasky Message-ID: <20090421070151.GA5512@rebelion.Sisis.de> References: <20090421061411.GA4047@rebelion.Sisis.de> <200904210837.57231.hselasky@c2i.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <200904210837.57231.hselasky@c2i.net> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.0-STABLE (i386) X-OriginalArrivalTime: 21 Apr 2009 07:01:53.0638 (UTC) FILETIME=[0D326060:01C9C24F] Cc: freebsd-current@freebsd.org, Andrew Thompson Subject: Re: USB key with -CURRENT, but /root not found on one laptop X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Apr 2009 07:01:55 -0000 El día Tuesday, April 21, 2009 a las 08:37:56AM +0200, Hans Petter Selasky escribió: > On Tuesday 21 April 2009, Matthias Apitz wrote: > > Hello, > > > > I've a boot-able USB key with -CURRENT from which I have booted and > > installed fine my small EeePC. I now wanted to update with the same > > procedure the laptop of my wife (which still runs RELENG_7) to make her > > happy access to the wonderful world of -CURRENT :-) > > ... > > > > mountroot> > > > > typing at prompt mountroot>: ufs:da0s1a > > > > brings up menu again and again > > > > Why the kernel does not see da0s1a to mount the root filesystem? > > There are some known issues in this area. I think Andrew Thompson is currently > working on these issues. Would it be an option to just boot from a 71R CD into the rescue system, mount the USB key as /mnt, chroot to it and install as # chroot /mnt /bin/sh # fdisk -I ad4 # fdisk -B ad4 # bsdlabel -w ad4s1 auto # bsdlabel -B ad4s1 # newfs /dev/ad4s1a # mkdir /disk # mount /dev/ad4s1a /disk # make installworld DESTDIR=/disk # make installkernel DESTDIR=/disk KERNCONF=GENERIC INSTALL_NODEBUG=t # make distrib-dirs DESTDIR=/disk # make distribution DESTDIR=/disk # echo /dev/ad4s1a / ufs rw 1 1 > /disk/etc/fstab ... ? Thanks matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.oclc.org/ http://www.UnixArea.de/ People who hate Microsoft Windows use Linux but people who love UNIX use FreeBSD. From owner-freebsd-current@FreeBSD.ORG Tue Apr 21 08:08:29 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D065106564A for ; Tue, 21 Apr 2009 08:08:29 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail18.syd.optusnet.com.au (mail18.syd.optusnet.com.au [211.29.132.199]) by mx1.freebsd.org (Postfix) with ESMTP id DB0E38FC13 for ; Tue, 21 Apr 2009 08:08:28 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-216-167.belrs3.nsw.optusnet.com.au [122.106.216.167]) by mail18.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n3L88PfR019911 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 21 Apr 2009 18:08:26 +1000 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id n3L88PW9013591; Tue, 21 Apr 2009 18:08:25 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id n3L88P47013590; Tue, 21 Apr 2009 18:08:25 +1000 (EST) (envelope-from peter) Date: Tue, 21 Apr 2009 18:08:25 +1000 From: Peter Jeremy To: "K??? Anh, Hu???nh" Message-ID: <20090421080824.GA13549@server.vk2pj.dyndns.org> References: <20090420164641.1842c264@icy.local> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="opJtzjQTFsWo+cga" Content-Disposition: inline In-Reply-To: <20090420164641.1842c264@icy.local> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-current@freebsd.org Subject: Re: auto boot into single mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Apr 2009 08:08:29 -0000 --opJtzjQTFsWo+cga Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2009-Apr-20 16:46:41 +0700, "K??? Anh, Hu???nh" wrote: >My question is that whether we can setup FreeBSD so that it can automatica= lly boot into single mode if there's something wrong in hard disk, *OR* at = least it will execute fsck automatically/successfully? It has done that by default for at least 10 years. Can you please provide more details on the problem you are seeing. --=20 Peter Jeremy --opJtzjQTFsWo+cga Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkntfvgACgkQ/opHv/APuIfFJQCfcOX85tg5cMsgCSfPCtEEtXpR NvsAnArCtsxfqgp1MH3yUnnBk1UDxdUk =QbH0 -----END PGP SIGNATURE----- --opJtzjQTFsWo+cga-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 21 08:47:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB911106566B; Tue, 21 Apr 2009 08:47:50 +0000 (UTC) (envelope-from Matthias.Apitz@oclc.org) Received: from mail.pica.nl (mail.pica.nl [192.87.44.30]) by mx1.freebsd.org (Postfix) with ESMTP id 654198FC17; Tue, 21 Apr 2009 08:47:49 +0000 (UTC) (envelope-from Matthias.Apitz@oclc.org) Received: from rebelion.Sisis.de ([10.0.1.29]) by mail.pica.nl with Microsoft SMTPSVC(6.0.3790.3959); Tue, 21 Apr 2009 10:47:48 +0200 Received: (from guru@localhost) by rebelion.Sisis.de (8.14.2/8.13.8/Submit) id n3L8llHd003523; Tue, 21 Apr 2009 10:47:47 +0200 (CEST) (envelope-from matthias.apitz@oclc.org) X-Authentication-Warning: rebelion.Sisis.de: guru set sender to matthias.apitz@oclc.org using -f Date: Tue, 21 Apr 2009 10:47:47 +0200 From: Matthias Apitz To: Hans Petter Selasky Message-ID: <20090421084747.GA3482@rebelion.Sisis.de> References: <20090421061411.GA4047@rebelion.Sisis.de> <200904210837.57231.hselasky@c2i.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <200904210837.57231.hselasky@c2i.net> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.0-STABLE (i386) X-OriginalArrivalTime: 21 Apr 2009 08:47:48.0959 (UTC) FILETIME=[D94366F0:01C9C25D] Cc: freebsd-current@freebsd.org, Andrew Thompson Subject: Re: USB key with -CURRENT, but /root not found on one laptop X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Apr 2009 08:47:51 -0000 El día Tuesday, April 21, 2009 a las 08:37:56AM +0200, Hans Petter Selasky escribió: > On Tuesday 21 April 2009, Matthias Apitz wrote: > > Hello, > > > > I've a boot-able USB key with -CURRENT from which I have booted and > > installed fine my small EeePC. I now wanted to update with the same > > procedure the laptop of my wife (which still runs RELENG_7) to make her > > happy access to the wonderful world of -CURRENT :-) > > > > the laptop itself can't boot from USB devices but there is still the old > > boot block on the disk which sees the USB as 'Drive 1' and offers to > > boot from by typing F5: > > > > F1: FreeBSD > > F5: Drive 1 > > > > I typed F5 > > ... additional information: I did the same on some other laptop I have and there is a message: Root mount waiting for: ubus4 before the message da0: Removable Direct Access SCSI-2 device da0: 40.000MB/s transfers da0: 7712MB (15794176 512 byte sectors: 255H 63 S/T 983C) comes up and then again Root mount waiting for: ubus4 Trying to mount root from ufs:/dev/da0sa1 which works fine and the system comes up from USB key; maybe this helps to figure out what the problem is; thx matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.oclc.org/ http://www.UnixArea.de/ People who hate Microsoft Windows use Linux but people who love UNIX use FreeBSD. From owner-freebsd-current@FreeBSD.ORG Tue Apr 21 08:54:23 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E54D106564A; Tue, 21 Apr 2009 08:54:23 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe14.swipnet.se [212.247.155.161]) by mx1.freebsd.org (Postfix) with ESMTP id ADED58FC12; Tue, 21 Apr 2009 08:54:22 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=YNtBZNMyWRoA:10 a=BKTb8bRlWoEA:10 a=WAOEPSaDDdRkyeIvKzwA:9 a=YKxvqXB6CPdSgFZT9z4yGd5Hw7gA:4 Received: from [81.191.55.181] (account mc467741@c2i.net HELO [10.36.2.183]) by mailfe14.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 485335792; Tue, 21 Apr 2009 10:54:21 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org, Matthias Apitz Date: Tue, 21 Apr 2009 10:56:52 +0200 User-Agent: KMail/1.9.7 References: <20090421061411.GA4047@rebelion.Sisis.de> <200904210837.57231.hselasky@c2i.net> <20090421084747.GA3482@rebelion.Sisis.de> In-Reply-To: <20090421084747.GA3482@rebelion.Sisis.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200904211056.52969.hselasky@c2i.net> Cc: Andrew Thompson Subject: Re: USB key with -CURRENT, but /root not found on one laptop X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Apr 2009 08:54:23 -0000 On Tuesday 21 April 2009, Matthias Apitz wrote: > El d=EDa Tuesday, April 21, 2009 a las 08:37:56AM +0200, Hans Petter Sela= sky=20 escribi=F3: > > On Tuesday 21 April 2009, Matthias Apitz wrote: > > > Hello, > > > > > > I've a boot-able USB key with -CURRENT from which I have booted and > > > installed fine my small EeePC. I now wanted to update with the same > > > procedure the laptop of my wife (which still runs RELENG_7) to make h= er > > > happy access to the wonderful world of -CURRENT :-) > > > > > > the laptop itself can't boot from USB devices but there is still the > > > old boot block on the disk which sees the USB as 'Drive 1' and offers > > > to boot from by typing F5: > > > > > > F1: FreeBSD > > > F5: Drive 1 > > > > > > I typed F5 > > ... > > additional information: I did the same on some other laptop I have and > there is a message: > > Root mount waiting for: ubus4 > > before the message > > da0: Removable Direct Access SCSI-2 device > da0: 40.000MB/s transfers > da0: 7712MB (15794176 512 byte sectors: 255H 63 S/T 983C) > > comes up and then again > > Root mount waiting for: ubus4 > Trying to mount root from ufs:/dev/da0sa1 > > which works fine and the system comes up from USB key; > > maybe this helps to figure out what the problem is; thx > > matthias Did you try to add a delay before the mounroot code is executed=20 in /sys/kern/vfs_mount.c ? Like: pause("WWAIT", hz * 10); =2D-HPS From owner-freebsd-current@FreeBSD.ORG Tue Apr 21 11:00:12 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C72AE1065673; Tue, 21 Apr 2009 11:00:12 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E20A98FC13; Tue, 21 Apr 2009 11:00:06 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n3LB06kc011259; Tue, 21 Apr 2009 11:00:06 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n3LB06ZZ011258; Tue, 21 Apr 2009 11:00:06 GMT (envelope-from gnats) Resent-Date: Tue, 21 Apr 2009 11:00:06 GMT Resent-Message-Id: <200904211100.n3LB06ZZ011258@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@freebsd.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Cc: des@freebsd.org, current@freebsd.org Resent-Reply-To: FreeBSD-gnats-submit@freebsd.org, Eygene Ryabinkin Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02FB51065678 for ; Tue, 21 Apr 2009 10:59:04 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 80DC28FC2A for ; Tue, 21 Apr 2009 10:59:03 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from amnesiac.at.no.dns (ppp91-77-11-47.pppoe.mtu-net.ru [91.77.11.47]) by 0.mx.codelabs.ru with esmtps (TLSv1:CAMELLIA256-SHA:256) id 1LwDgr-0002O3-CZ for FreeBSD-gnats-submit@freebsd.org; Tue, 21 Apr 2009 14:59:01 +0400 Message-Id: <20090421105900.C009F1711F@amnesiac.at.no.dns> Date: Tue, 21 Apr 2009 14:59:00 +0400 (MSD) From: Eygene Ryabinkin To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 X-GNATS-Notify: des@freebsd.org, current@freebsd.org Cc: Subject: bin/133890: [patch] sshd: add multiple profiles to the rc.d script X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Eygene Ryabinkin List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Apr 2009 11:00:14 -0000 >Number: 133890 >Category: bin >Synopsis: [patch] sshd: add multiple profiles to the rc.d script >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Apr 21 11:00:06 UTC 2009 >Closed-Date: >Last-Modified: >Originator: Eygene Ryabinkin >Release: FreeBSD 7.2-PRERELEASE amd64 >Organization: Code Labs >Environment: System: FreeBSD 7.2-PRERELEASE amd64 >Description: Sometimes one wants to spawn multiple SSH daemons on one machine and specify very different configuration files and/or keys for them. This isn't doable with the current rc.d script and sshd_config, so I had extended /etc/rc.d/sshd to handle multiple profiles. My own case was to get the second, world-accessible, SSH instance listening to the second interface; it allows a very different set of users (in respect to the system's SSH) to log in. >How-To-Repeat: Try to get running two SSH instances with /etc/rc.d/sshd. >Fix: The following patch adds multiprofile extensions and documentation for them. I don't like to modify sshd(8) page, but I just couldn't think of another place to add the information -- rc.conf(5) shouldn't be polluted with SSH-specific stuff. The patch was tested on my server and everything goes more-or-less smoothly already for week. --- sshd-add-multiprofile-rc.d-extensions.diff begins here --- >From c6c69063494c0f07728cb6b607899567e62ff331 Mon Sep 17 00:00:00 2001 From: Eygene Ryabinkin Date: Mon, 20 Apr 2009 23:03:43 +0400 Sometimes one wants to run many sshd executables with different configuration files and/or keys. Now this is possible with the system startup script /etc/rc.d/sshd. My primary target for these extensions are multihomed hosts that should let different users to log in to different configurations, but they could be used differently, because there is no enforcement on how to use the new functionality. Signed-off-by: Eygene Ryabinkin --- crypto/openssh/sshd.8 | 98 ++++++++++++++++++++++++++++++++++++ etc/rc.d/sshd | 125 +++++++++++++++++++++++++++++++++++++++++----- share/man/man5/rc.conf.5 | 9 +++ 3 files changed, 219 insertions(+), 13 deletions(-) diff --git a/crypto/openssh/sshd.8 b/crypto/openssh/sshd.8 index 56570f7..058ee41 100644 --- a/crypto/openssh/sshd.8 +++ b/crypto/openssh/sshd.8 @@ -685,6 +685,104 @@ cvs.example.net,192.0.2.10 ssh-rsa AAAA1234.....= |1|JfKTdBh7rNbXkVAQCRp4OQoPfmI=|USECr3SWf1JUPsms5AqfD5QfxkM= ssh-rsa AAAA1234.....= .Ed +.Sh FREEBSD MULTIPROFILE EXTENSIONS +FreeBSD rc.d script for OpenSSH daemon allows to spawn more than +one daemon by the +.Nm +startup script. +When +.Xr rc.conf 5 +variable named +.Pa sshd_profiles +is defined, it is treated as the list of +.Nm +profiles and multiple daemons are spawned. +.Pp +As usual, when 2nd argument to the rc.d script is given, it is treated +as the profile name and the specified command applies only to this +profile. +When only one argument is given, it is applied to every profile +that is specified in +.Pa sshd_profiles . +.Pp +For each profile name the following variables could be defined: +.Pp +.Bl -tag -width Ds -compact +.It sshd__program +Full path to the +.Nm +executable for this profile. +Default value is +.Pa /usr/bin/sshd . +.Pp +.It sshd__pidfile +Defines the location of +.Nm +PID file. +Default value is +.Pa /var/run/sshd..pid . +.Pp +.It sshd__confdir +Specifies the location of directory with +.Nm +configuration files and keys. +Default value is +.Pa /etc/ssh. . +.Pp +.It sshd__configfile +Location of +.Nm +configuration file. +Default value is +.Pa ${sshd__confdir}/sshd_config . +.Pp +.It sshd__host_rsa_key +Location of RSA key for this instance of +.Nm . +Default value is +.Pa ${sshd__confdir}/ssh_host_rsa_key . +.Pp +.It sshd__host_dsa_key +Location of protocol version 2 DSA key for this instance of +.Nm . +Default value is +.Pa ${sshd__confdir}/ssh_host_dsa_key . +.Pp +.It sshd__host_key +Location of protocol version 1 host key for this instance of +.Nm . +Default value is +.Pa ${sshd__confdir}/ssh_host_key . +.Pp +.It sshd__flags +Defines the flags for +.Nm . +When this variable is defined the only meaningful +.Xr rc.conf 5 +variable for this +.Nm +instance is +.Pa sshd__program . +.El +.Pp +There is one special profile name, +.Pa default . +For this profile, the default values for all variables coincide with +ones for the +.Qq standard +.Nm +service. +It could be useful when one wants to add another instance of +.Nm , +leaving the +.Qq standard +instance intact: just specify +.Qq default special +in the +.Pa sshd_profiles +and define variables only for +.Pa special +profile. .Sh FILES .Bl -tag -width Ds -compact .It ~/.hushlogin diff --git a/etc/rc.d/sshd b/etc/rc.d/sshd index fd95d5a..51601e7 100755 --- a/etc/rc.d/sshd +++ b/etc/rc.d/sshd @@ -14,7 +14,13 @@ rcvar=`set_rcvar` command="/usr/sbin/${name}" keygen_cmd="sshd_keygen" start_precmd="sshd_precmd" -pidfile="/var/run/${name}.pid" +_pidprefix="/var/run/${name}" +pidfile="${_pidprefix}.pid" +_confdir="/etc/ssh" +confdir="${_confdir}" +sshd_host_key="${confdir}"/ssh_host_key +sshd_host_dsa_key="${confdir}"/ssh_host_dsa_key +sshd_host_rsa_key="${confdir}"/ssh_host_rsa_key extra_commands="keygen reload" timeout=300 @@ -52,42 +58,135 @@ sshd_keygen() return 1 } - if [ -f /etc/ssh/ssh_host_key ]; then + if [ -f "${sshd_host_key}" ]; then echo "You already have an RSA host key" \ - "in /etc/ssh/ssh_host_key" + "in ${sshd_host_key}" echo "Skipping protocol version 1 RSA Key Generation" else /usr/bin/ssh-keygen -t rsa1 -b 1024 \ - -f /etc/ssh/ssh_host_key -N '' + -f "${sshd_host_key}" -N '' fi - if [ -f /etc/ssh/ssh_host_dsa_key ]; then + if [ -f "${sshd_host_dsa_key}" ]; then echo "You already have a DSA host key" \ - "in /etc/ssh/ssh_host_dsa_key" + "in ${sshd_host_dsa_key}" echo "Skipping protocol version 2 DSA Key Generation" else - /usr/bin/ssh-keygen -t dsa -f /etc/ssh/ssh_host_dsa_key -N '' + /usr/bin/ssh-keygen -t dsa -f "${sshd_host_dsa_key}" -N '' fi - if [ -f /etc/ssh/ssh_host_rsa_key ]; then + if [ -f "${sshd_host_rsa_key}" ]; then echo "You already have a RSA host key" \ - "in /etc/ssh/ssh_host_rsa_key" + "in ${sshd_host_rsa_key}" echo "Skipping protocol version 2 RSA Key Generation" else - /usr/bin/ssh-keygen -t rsa -f /etc/ssh/ssh_host_rsa_key -N '' + /usr/bin/ssh-keygen -t rsa -f "${sshd_host_rsa_key}" -N '' fi ) } sshd_precmd() { - if [ ! -f /etc/ssh/ssh_host_key -o \ - ! -f /etc/ssh/ssh_host_dsa_key -o \ - ! -f /etc/ssh/ssh_host_rsa_key ]; then + if [ ! -f "${sshd_host_key}" -o \ + ! -f "${sshd_host_dsa_key}" -o \ + ! -f "${sshd_host_rsa_key}" ]; then user_reseed run_rc_command keygen fi } load_rc_config $name + +# Have some profile name in the command line? +if [ -n "$2" ]; then + if [ -z "$2" ]; then + echo "Empty profile name. Skipping it." + exit 1 + fi + if [ "`echo "$2" | tr -dc [[:alnum:]_]`" != "$2" ]; then + echo "Profile names must contain only alphanumericals and underscores." + exit 1 + fi + profile="$2" + if [ -n "${sshd_profiles}" ]; then + + # Profile named 'default' has a special meaning: + # it is the default system profile. It is more + # convinient to say + # sshd_profiles="default other1 other2" + # and configure stuff only for additional + # profile(s) without defining + # sshd_default_confdir=/etc/ssh + # and others. + if [ "$profile" = default ]; then + _profile_namesuffix="" + else + _profile_namesuffix=".${profile}" + fi + + # Binary name + eval binary="\${sshd_${profile}_program}" + if [ -n "$binary" ]; then + sshd_program="$binary" + fi + + # PID file + eval pidfile="\${sshd_${profile}_pidfile}" + : ${pidfile:=${_pidprefix}${_profile_namesuffix}.pid} + + # Configuration directory + eval confdir="\${sshd_${profile}_confdir}" + : ${confdir:=${_confdir}${_profile_namesuffix}} + if ! [ -d "$confdir" ]; then + cat << EOF +Configuration directory '$confdir' for profile '$profile' does not exist. +EOF + fi + + # Configuration file + eval configfile="\${sshd_${profile}_configfile}" + : ${configfile:=${confdir}/sshd_config} + + # Keys location + eval sshd_host_rsa_key="\${sshd_${profile}_host_rsa_key}" + : ${sshd_host_rsa_key:=${confdir}/ssh_host_rsa_key} + eval sshd_host_dsa_key="\${sshd_${profile}_host_dsa_key}" + : ${sshd_host_dsa_key:=${confdir}/ssh_host_dsa_key} + eval sshd_host_key="\${sshd_${profile}_host_key}" + : ${sshd_host_key:=${confdir}/ssh_host_key} + + # Generate flags if they aren't already defined + eval sshd_flags="\${sshd_${profile}_flags}" + if [ -z "$sshd_flags" ]; then + # Specify only non-standard configuration file name + if [ "${configfile}" != /etc/ssh/sshd_config ]; then + sshd_flags="${sshd_flags} -f ${configfile}" + fi + # Specify key location only if it is non-standard + if [ "${sshd_host_key}" != /etc/ssh/ssh_host_key ]; then + sshd_flags="${sshd_flags} -h ${sshd_host_key}" + fi + if [ "${sshd_host_dsa_key}" != /etc/ssh/ssh_host_dsa_key ]; then + sshd_flags="${sshd_flags} -h ${sshd_host_dsa_key}" + fi + # Specify only non-standard PID file location + if [ "${pidfile}" != /var/run/sshd.pid ]; then + sshd_flags="${sshd_flags} -o PidFile=${pidfile}" + fi + fi + else + cat << EOF +Extra argument '$2' ignored. It will be interpreted as the profile name +only when rc.conf(5) variable 'sshd_profiles' will be defined. +EOF + fi +else + if [ -n "${sshd_profiles}" ]; then + for p in ${sshd_profiles}; do + /etc/rc.d/${name} "$1" "$p" + done + exit 0 + fi +fi + run_rc_command "$1" diff --git a/share/man/man5/rc.conf.5 b/share/man/man5/rc.conf.5 index 84b686a..6d92d35 100644 --- a/share/man/man5/rc.conf.5 +++ b/share/man/man5/rc.conf.5 @@ -3221,6 +3221,15 @@ is set to these are the flags to pass to the .Xr sshd 8 daemon. +.It Va sshd_profiles +.Pq Vt str +List of SSH daemon profiles, allows to run multiple sshd binaries +using system startup script. +See section +.Sx FREEBSD MULTIPROFILE EXTENSIONS +in +.Xr sshd 8 +for additional information on using multiple profiles. .It Va ftpd_program .Pq Vt str Path to the FTP server program -- 1.6.1.3 --- sshd-add-multiprofile-rc.d-extensions.diff ends here --- >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-current@FreeBSD.ORG Tue Apr 21 11:20:56 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 629621065678; Tue, 21 Apr 2009 11:20:56 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 36F0F8FC15; Tue, 21 Apr 2009 11:20:56 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (gavin@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n3LBKuiB043194; Tue, 21 Apr 2009 11:20:56 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n3LBKuGJ043190; Tue, 21 Apr 2009 11:20:56 GMT (envelope-from gavin) Date: Tue, 21 Apr 2009 11:20:56 GMT Message-Id: <200904211120.n3LBKuGJ043190@freefall.freebsd.org> To: des@freebsd.org, current@freebsd.org, gavin@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-rc@FreeBSD.org From: gavin@FreeBSD.org Cc: Subject: Re: conf/133890: [patch] sshd: add multiple profiles to the rc.d script X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Apr 2009 11:20:57 -0000 Synopsis: [patch] sshd: add multiple profiles to the rc.d script Responsible-Changed-From-To: freebsd-bugs->freebsd-rc Responsible-Changed-By: gavin Responsible-Changed-When: Tue Apr 21 11:20:26 UTC 2009 Responsible-Changed-Why: Over to rc.d maintainers http://www.freebsd.org/cgi/query-pr.cgi?pr=133890 From owner-freebsd-current@FreeBSD.ORG Tue Apr 21 03:33:18 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37587106566B for ; Tue, 21 Apr 2009 03:33:18 +0000 (UTC) (envelope-from wsk@gddsn.org.cn) Received: from gddsn.org.cn (gddsn.org.cn [218.19.164.145]) by mx1.freebsd.org (Postfix) with ESMTP id EA84A8FC0C for ; Tue, 21 Apr 2009 03:33:17 +0000 (UTC) (envelope-from wsk@gddsn.org.cn) Received: from lp.gddsn.org.cn (unknown [10.44.8.159]) (Authenticated sender: wsk) by gddsn.org.cn (Postfix) with ESMTPA id 8C83E2E019; Tue, 21 Apr 2009 11:26:34 +0800 (CST) Message-ID: <49ED3E7D.8080606@gddsn.org.cn> Date: Tue, 21 Apr 2009 11:33:17 +0800 From: wsk User-Agent: Thunderbird 2.0.0.21 (X11/20090420) MIME-Version: 1.0 To: current@freebsd.org, usb@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 21 Apr 2009 11:24:42 +0000 Cc: Subject: boot panic on current(04.20) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Apr 2009 03:33:18 -0000 lists boot panic on current(2009.04.20).it seems caused by usbus4 Root mount waiting for: usbus4 uhub4: 8 ports with 8 removable, self powered Root mount waiting for: usbus4 ugen4.2: at usbus4 Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x20:0xc08ed3a3 stack pointer = 0x28:0xe4c38b40 frame pointer = 0x28:0xe4c38b44 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 = 28 (usbus4) trap number = 12 panic: page fault cpuid = 0 uptime: 5s Cannot dump. Device not defined or unavailable. From owner-freebsd-current@FreeBSD.ORG Tue Apr 21 14:51:07 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17D4B106568B; Tue, 21 Apr 2009 14:51:07 +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 DB4358FC08; Tue, 21 Apr 2009 14:51:06 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from [192.168.1.214] (ls-2p2-aw01.ls.eso.org [134.171.80.150]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n3LEp2mM046342 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 21 Apr 2009 07:51:04 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <49EDDD51.9040608@freebsd.org> Date: Tue, 21 Apr 2009 10:50:57 -0400 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302) MIME-Version: 1.0 To: Bruce Simpson References: <49E6DB25.2010601@sippysoft.com> <49E6FF8F.4070403@sippysoft.com> <49ED6AD2.4010006@incunabulum.net> In-Reply-To: <49ED6AD2.4010006@incunabulum.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-DCC-x.dcc-servers-Metrics: ebb.errno.com; whitelist Cc: Dennis Melentyev , stable@freebsd.org, "current@freebsd.org" , Maxim Sobolev Subject: Re: kernel compile fails without AH_SUPPORT_AR5416 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Apr 2009 14:51:07 -0000 Bruce Simpson wrote: > Hi, > > Looks like I'm late to the party. I was responsible for committing these > ath(4) changes to RELENG_7. > I can't remember if I tested the kernel compile without the > AH_SUPPORT_AR5416 option or not, I have been so incredibly busy. > > Dennis Melentyev wrote: >> 2009/4/16 Maxim Sobolev : >> >>> Dennis Melentyev wrote: >>> >>>> Could be worth an entry in UPDATING and/or explicitly added to GENERIC. >>>> >>> My point is that if the option is mandatory for compiling ath(4) driver, >>> then there is no point in having this option in the first place. >>> >> >> Well, fair. >> +1 from me :). >> >> > > So is there a consensus that this seems to break the build for folk who > do not need this option? > If so I can see about committing the necessary changes to turn this > option on by default. I needed the option for what I was trying to do. > > Of course if someone already has a patch for that, that will help, as I > don't have a lot of free time at the moment but can certainly commit a > quick fix if someone already has one. ru had a change to fix this but decided not to; can't say why. Otherwise there is a better way to fix this which I alluded to in previous mail--use the config-generated #define that is generated for the "ath_hal" device. As I said I've not had time to look at that won't probably for several weeks. Either way this requirement has been listed in UPDATING ever since the ath hal source code was imported into the tree. Sam From owner-freebsd-current@FreeBSD.ORG Tue Apr 21 16:15:33 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4539106564A for ; Tue, 21 Apr 2009 16:15:33 +0000 (UTC) (envelope-from carlsonmark@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.236]) by mx1.freebsd.org (Postfix) with ESMTP id 79D3F8FC1E for ; Tue, 21 Apr 2009 16:15:33 +0000 (UTC) (envelope-from carlsonmark@gmail.com) Received: by rv-out-0506.google.com with SMTP id k40so1141433rvb.43 for ; Tue, 21 Apr 2009 09:15:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=of9ylv+n7eWFdi7HVM42nFYlJuElgOkFfNlwrzjT/tE=; b=cx/+JweWVd4Hfpx5LeONNiObRg7Y0RBlvk3uGT1sjh7JiXKZeEKDkaWZdL+AbVVcSw ouYEmsfLz1R5EXefsdDx9wcCgzcT47Sfdc6KI6x+XcJHr5nSRbR/4mlS/BW0LoPa43or /dsWi1DfnBX9hyGSwuhDihvJSY7O96kIKvbrU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=xV1sGh/cyrM7vZpCFlhG3TSmgmv1vko1FP3K6u333/zLMhZCCOKXEgXp7YAE4pD8Rr /g/bCSr6ne14wqEqbnIDSPDikC+3CDkdI0fJbuoUt6Xpf4qi+lT46rIfMgaATQi6e4WW P5fhZJ3NZSbnOi3y/4eQLHoAt+HSreVnKx7DU= MIME-Version: 1.0 Received: by 10.142.158.3 with SMTP id g3mr4781098wfe.333.1240328934656; Tue, 21 Apr 2009 08:48:54 -0700 (PDT) In-Reply-To: <20090420123202.29924c6b@icy.local> References: <20090420123202.29924c6b@icy.local> Date: Tue, 21 Apr 2009 09:48:54 -0600 Message-ID: From: Mark Carlson To: =?UTF-8?B?S+G7syBBbmgsIEh14buzbmg=?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: OT: 2d password X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Apr 2009 16:15:33 -0000 On 4/19/09, K=E1=BB=B3 Anh, Hu=E1=BB=B3nh wrote: > Hello all, > > This is an OT. But I feel that's good enough to share to you all :) > > It's hard to make a good remember-able password. I've just found a quite= good way: use 2-d moving on the keyboard. > > Before continue reading, please type exactly the following characters (c= har-by-char) > pl,mnjio > > You will see that we have created a parallelogram on the keyboard. That'= s great. Instead of remembering that string, I just remember a parallelogra= m which is very easy :) It's also very easy for someone shoulder-surfing to remember this type of password, as at least one person I know has found out (qazwsxedc.) -Mark C. From owner-freebsd-current@FreeBSD.ORG Tue Apr 21 17:00:12 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51729106564A; Tue, 21 Apr 2009 17:00:12 +0000 (UTC) (envelope-from Matthias.Apitz@oclc.org) Received: from mail.pica.nl (mail.pica.nl [192.87.44.30]) by mx1.freebsd.org (Postfix) with ESMTP id D69B48FC1B; Tue, 21 Apr 2009 17:00:11 +0000 (UTC) (envelope-from Matthias.Apitz@oclc.org) Received: from rebelion.Sisis.de ([10.49.96.10]) by mail.pica.nl with Microsoft SMTPSVC(6.0.3790.3959); Tue, 21 Apr 2009 19:00:10 +0200 Received: (from guru@localhost) by rebelion.Sisis.de (8.14.2/8.13.8/Submit) id n3LH08NN003118; Tue, 21 Apr 2009 19:00:08 +0200 (CEST) (envelope-from matthias.apitz@oclc.org) X-Authentication-Warning: rebelion.Sisis.de: guru set sender to matthias.apitz@oclc.org using -f Date: Tue, 21 Apr 2009 19:00:08 +0200 From: Matthias Apitz To: Hans Petter Selasky Message-ID: <20090421170008.GA3071@rebelion.Sisis.de> References: <20090421061411.GA4047@rebelion.Sisis.de> <200904210837.57231.hselasky@c2i.net> <20090421084747.GA3482@rebelion.Sisis.de> <200904211056.52969.hselasky@c2i.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <200904211056.52969.hselasky@c2i.net> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.0-STABLE (i386) X-OriginalArrivalTime: 21 Apr 2009 17:00:10.0271 (UTC) FILETIME=[A141E2F0:01C9C2A2] Cc: freebsd-current@freebsd.org, Andrew Thompson Subject: Re: USB key with -CURRENT, but /root not found on one laptop X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Apr 2009 17:00:12 -0000 El día Tuesday, April 21, 2009 a las 10:56:52AM +0200, Hans Petter Selasky escribió: > > > > da0: Removable Direct Access SCSI-2 device > > da0: 40.000MB/s transfers > > da0: 7712MB (15794176 512 byte sectors: 255H 63 S/T 983C) > > > > comes up and then again > > > > Root mount waiting for: ubus4 > > Trying to mount root from ufs:/dev/da0sa1 > > > > which works fine and the system comes up from USB key; > > > > maybe this helps to figure out what the problem is; thx > > > > matthias > > Did you try to add a delay before the mounroot code is executed > in /sys/kern/vfs_mount.c ? > > Like: > > pause("WWAIT", hz * 10); with the above small change the kernel can mount ufs:/dev/da0sa1 and all is fine; thx matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.oclc.org/ http://www.UnixArea.de/ People who hate Microsoft Windows use Linux but people who love UNIX use FreeBSD. From owner-freebsd-current@FreeBSD.ORG Tue Apr 21 17:12:58 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED31E106566C for ; Tue, 21 Apr 2009 17:12:58 +0000 (UTC) (envelope-from illoai@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.27]) by mx1.freebsd.org (Postfix) with ESMTP id A38F58FC14 for ; Tue, 21 Apr 2009 17:12:58 +0000 (UTC) (envelope-from illoai@gmail.com) Received: by qw-out-2122.google.com with SMTP id 3so933954qwe.7 for ; Tue, 21 Apr 2009 10:12:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=uVB2Obl7WgCZeiUEIpDqZ7KvTWiwsh/DjEraSt1eeBs=; b=HpUEIqD+Ot1tntheOZzQXtQxWU+ZgM6qrHji+orWSCYYosiK68h9sVg1cfJf3tZzMH SCanddkV1KeJ22eW6t+xLaqc0VwfLW/tKYWZyOW8bvkKAPLZWp/KlkM1H6zEeB6SlyG+ 2r2gTWC1cjYHCIdcPUu/9A2u6LRVIumSVHKZk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=oATbGoNHtkpUmkFqCeY4A/Z2oJqQ54IwIZ4JlL6F5HCJoJ2c9qHPNBUxlVurJMaOr7 A6ZocGac0k1USAWygQ2ZmsIJOxW6GLg2fZLxEVlA2o8Fq1TaFpvk33qLjSMvl/NKq227 pWT75pC1V2qKCUV0GkTfl27dPHKHBKUKBpsHw= MIME-Version: 1.0 Received: by 10.229.70.139 with SMTP id d11mr1184549qcj.51.1240332057062; Tue, 21 Apr 2009 09:40:57 -0700 (PDT) In-Reply-To: <200904201317.44334.christof.schulze@gmx.net> References: <754723275-1240208442-cardhu_decombobulator_blackberry.rim.net-1046132361-@bxe1006.bisx.prodap.on.blackberry> <49EC305D.4010202@NLnetLabs.nl> <20090420162802.5959c7fa@icy.local> <200904201317.44334.christof.schulze@gmx.net> Date: Tue, 21 Apr 2009 12:40:56 -0400 Message-ID: From: "illoai@gmail.com" To: Christof Schulze Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: OT: 2d password X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Apr 2009 17:12:59 -0000 2009/4/20 Christof Schulze : > Am Montag 20 April 2009 11:28:02 schrieb K=E1=BB=B3 Anh, Hu=E1=BB=B3nh: >> [ ways of generating passwords] >> >> Finally I get into 2-d moving on the keyboard as described in my first >> post. I check some passwords in http://www.testyourpassword.com/ and see >> that some stupid patterns on keyboard show a "STRONG" status. I event >> get the BEST password with some simple moving around symbols and >> letters. > I good way to remember secure passwords was presented in the uptimes > magazine a while ago in an article about passwords and their security. > > Good passwords contain a lot of entropy. > Also the entropy of letters in the beginning of words seems to be higher > than the entropy towards the end of words in western languages. > The proposal that the author Thomas Maus is making is this: > > Pick a sentence and take the first character(s) from each word to be your > password. > > Example > "I like doing laundry wednesday evening 8pm." > > the resulting password would be: > "Ildlwe8p" > > It is easy to remember because the sentence is natural language. Also it = is > fairly easy to come up with. > This article provides some good insights into the effectivity of password > policies. The bottom line is that the way these policies are used today > cause weaker passwords because they work against the user. In the end som= e > proposals are made what to do to obtain better passwords and how to > implement a policy for stronger passwords. A jar of peanut butter nearby: at16g25%Tota A lantern battery: ada165Kinca --=20 -- From owner-freebsd-current@FreeBSD.ORG Tue Apr 21 17:16:45 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1F81106566B for ; Tue, 21 Apr 2009 17:16:45 +0000 (UTC) (envelope-from akm@theinternet.com.au) Received: from mail11.syd.optusnet.com.au (mail11.syd.optusnet.com.au [211.29.132.192]) by mx1.freebsd.org (Postfix) with ESMTP id 409308FC13 for ; Tue, 21 Apr 2009 17:16:44 +0000 (UTC) (envelope-from akm@theinternet.com.au) Received: from camelot.theinternet.com.au (d122-105-150-189.bla11.nsw.optusnet.com.au [122.105.150.189]) by mail11.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n3LHGcqF021809; Wed, 22 Apr 2009 03:16:38 +1000 Received: by camelot.theinternet.com.au (Postfix, from userid 1000) id DBA6E17037; Wed, 22 Apr 2009 03:14:08 +1000 (EST) Date: Wed, 22 Apr 2009 03:14:08 +1000 From: Andrew Milton To: "illoai@gmail.com" Message-ID: <20090421171408.GM21330@camelot.theinternet.com.au> Mail-Followup-To: Andrew Milton , "illoai@gmail.com" , Christof Schulze , freebsd-current@freebsd.org References: <754723275-1240208442-cardhu_decombobulator_blackberry.rim.net-1046132361-@bxe1006.bisx.prodap.on.blackberry> <49EC305D.4010202@NLnetLabs.nl> <20090420162802.5959c7fa@icy.local> <200904201317.44334.christof.schulze@gmx.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, Christof Schulze Subject: Re: OT: 2d password X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Apr 2009 17:16:46 -0000 +-------[ illoai@gmail.com ]---------------------- | | A jar of peanut butter nearby: | at16g25%Tota | A lantern battery: | ada165Kinca Sucks when you change your brand... -- Andrew Milton akm@theinternet.com.au From owner-freebsd-current@FreeBSD.ORG Tue Apr 21 20:20:44 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B97EE1065680; Tue, 21 Apr 2009 20:20:44 +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 260438FC1D; Tue, 21 Apr 2009 20:20:43 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=nyMGgD1UoDIA:10 a=76CH4iOiLtAQHc6OOEsA:9 a=aVYfjkJHJ8M3LxTUfnzfNZZMghwA:4 a=qwQF6Zx3sqbe6wf8:21 a=vFWl92-fivAlXl4J:21 Received: from [62.113.132.61] (account mc467741@c2i.net HELO [10.37.1.92]) by mailfe12.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1056528862; Tue, 21 Apr 2009 21:20:41 +0200 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Tue, 21 Apr 2009 21:23:12 +0200 User-Agent: KMail/1.9.7 References: <49ED3E7D.8080606@gddsn.org.cn> In-Reply-To: <49ED3E7D.8080606@gddsn.org.cn> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200904212123.14016.hselasky@c2i.net> Cc: usb@freebsd.org, current@freebsd.org, wsk Subject: Re: boot panic on current(04.20) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Apr 2009 20:20:45 -0000 On Tuesday 21 April 2009, wsk wrote: > lists > boot panic on current(2009.04.20).it seems caused by usbus4 > > Root mount waiting for: usbus4 > uhub4: 8 ports with 8 removable, self powered > Root mount waiting for: usbus4 > ugen4.2: at usbus4 > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x0 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc08ed3a3 > stack pointer = 0x28:0xe4c38b40 > frame pointer = 0x28:0xe4c38b44 > 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 = 28 (usbus4) > trap number = 12 > panic: page fault > cpuid = 0 > uptime: 5s > Cannot dump. Device not defined or unavailable. > Can you compile a kernel with debugging and get a backtrace? Is the panic reproducible? --HPS From owner-freebsd-current@FreeBSD.ORG Wed Apr 22 04:22:45 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5ABA1065670; Wed, 22 Apr 2009 04:22:45 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from violet.upc.es (violet.upc.es [147.83.2.51]) by mx1.freebsd.org (Postfix) with ESMTP id 832548FC15; Wed, 22 Apr 2009 04:22:44 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from entelserver.upc.edu (entelserver.upc.es [147.83.39.4]) by violet.upc.es (8.14.1/8.13.1) with ESMTP id n3LEYVck011301; Tue, 21 Apr 2009 16:34:31 +0200 Received: from webmail.entel.upc.edu (webmail.entel.upc.es [147.83.39.6]) by entelserver.upc.edu (Postfix) with ESMTP id 324502CBD07; Tue, 21 Apr 2009 16:34:35 +0200 (CEST) Received: from 147.83.40.213 by webmail.entel.upc.edu with HTTP; Tue, 21 Apr 2009 16:34:35 +0200 (CEST) Message-ID: <47496.147.83.40.213.1240324475.squirrel@webmail.entel.upc.edu> In-Reply-To: <49ED3E7D.8080606@gddsn.org.cn> References: <49ED3E7D.8080606@gddsn.org.cn> Date: Tue, 21 Apr 2009 16:34:35 +0200 (CEST) From: "Gustavo Perez Querol" To: "wsk" User-Agent: SquirrelMail/1.4.10a-1.fc6 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Mail-Scanned: Criba 2.0 + Clamd X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (violet.upc.es [147.83.2.51]); Tue, 21 Apr 2009 16:34:32 +0200 (CEST) Cc: usb@freebsd.org, current@freebsd.org Subject: Re: boot panic on current(04.20) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Apr 2009 04:22:46 -0000 > > Root mount waiting for: usbus4 > uhub4: 8 ports with 8 removable, self powered > Root mount waiting for: usbus4 > ugen4.2: at usbus4 > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x0 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc08ed3a3 > stack pointer = 0x28:0xe4c38b40 > frame pointer = 0x28:0xe4c38b44 > 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 = 28 (usbus4) > trap number = 12 > panic: page fault > cpuid = 0 > uptime: 5s I'm having the same problem with my laptop. It fails (if I remember well) when checkig an device (probably my card reader, don't know). When rebooting got to loader prompt, unload kernel and load /boot/kernel.old/kernel. This arrises a few questions : 1.- How can I install a custom kernel under a different directory under /boot. I did it, but I can't find how I did it. I think > > _______________________________________________ > 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 Apr 22 04:29:47 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76957106567A; Wed, 22 Apr 2009 04:29:47 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from violet.upc.es (violet.upc.es [147.83.2.51]) by mx1.freebsd.org (Postfix) with ESMTP id A64D28FC1D; Wed, 22 Apr 2009 04:29:46 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from entelserver.upc.edu (entelserver.upc.es [147.83.39.4]) by violet.upc.es (8.14.1/8.13.1) with ESMTP id n3LEcLJ9014157; Tue, 21 Apr 2009 16:38:21 +0200 Received: from webmail.entel.upc.edu (wireless.upc.edu [147.83.39.6]) by entelserver.upc.edu (Postfix) with ESMTP id 3C6212CBD07; Tue, 21 Apr 2009 16:38:25 +0200 (CEST) Received: from 147.83.40.213 by webmail.entel.upc.edu with HTTP; Tue, 21 Apr 2009 16:38:25 +0200 (CEST) Message-ID: <41877.147.83.40.213.1240324705.squirrel@webmail.entel.upc.edu> In-Reply-To: <49ED3E7D.8080606@gddsn.org.cn> References: <49ED3E7D.8080606@gddsn.org.cn> Date: Tue, 21 Apr 2009 16:38:25 +0200 (CEST) From: "Gustavo Perez Querol" To: "wsk" User-Agent: SquirrelMail/1.4.10a-1.fc6 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Mail-Scanned: Criba 2.0 + Clamd X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (violet.upc.es [147.83.2.51]); Tue, 21 Apr 2009 16:38:22 +0200 (CEST) Cc: usb@freebsd.org, current@freebsd.org Subject: Re: boot panic on current(04.20) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Apr 2009 04:29:48 -0000 > lists > boot panic on current(2009.04.20).it seems caused by usbus4 > > Root mount waiting for: usbus4 > uhub4: 8 ports with 8 removable, self powered > Root mount waiting for: usbus4 > ugen4.2: at usbus4 > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x0 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc08ed3a3 > stack pointer = 0x28:0xe4c38b40 > frame pointer = 0x28:0xe4c38b44 > 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 = 28 (usbus4) > trap number = 12 > panic: page fault > cpuid = 0 > uptime: 5s I'm having the same problem with my laptop. It fails (if I remember well) when checkig an device (probably my card reader, don't know). When rebooting got to loader prompt, unload kernel and load /boot/kernel.old/kernel. This arrises a few questions : 1.- How can I install a custom kernel under a different directory under /boot. I did it, but I can't find how (google doesn't help)I did it. I think there's a define when installing the kernel. 2.- nextboot allows me to choose a different kernel a give it options, but is it possible to make the changes permanent ? Well, now I'm csup down to current 18/04. Hope it will work :) Excuse me for the previous mail, that webmail I'm using is driving me more crazy :) Greets, Gus From owner-freebsd-current@FreeBSD.ORG Wed Apr 22 05:51:05 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 333F61065674; Wed, 22 Apr 2009 05:51:05 +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 C9E078FC1E; Wed, 22 Apr 2009 05:51:04 +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 n3M5lJ5i071084; Tue, 21 Apr 2009 23:47:19 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 21 Apr 2009 23:48:23 -0600 (MDT) Message-Id: <20090421.234823.-4293171.imp@bsdimp.com> To: gperez@entel.upc.edu From: "M. Warner Losh" In-Reply-To: <41877.147.83.40.213.1240324705.squirrel@webmail.entel.upc.edu> References: <49ED3E7D.8080606@gddsn.org.cn> <41877.147.83.40.213.1240324705.squirrel@webmail.entel.upc.edu> 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, current@freebsd.org, wsk@gddsn.org.cn Subject: Re: boot panic on current(04.20) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Apr 2009 05:51:06 -0000 In message: <41877.147.83.40.213.1240324705.squirrel@webmail.entel.upc.edu> "Gustavo Perez Querol" writes: : > lists : > boot panic on current(2009.04.20).it seems caused by usbus4 : > : > Root mount waiting for: usbus4 : > uhub4: 8 ports with 8 removable, self powered : > Root mount waiting for: usbus4 : > ugen4.2: at usbus4 : > Fatal trap 12: page fault while in kernel mode : > cpuid = 0; apic id = 00 : > fault virtual address = 0x0 : > fault code = supervisor read, page not present : > instruction pointer = 0x20:0xc08ed3a3 : > stack pointer = 0x28:0xe4c38b40 : > frame pointer = 0x28:0xe4c38b44 : > 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 = 28 (usbus4) : > trap number = 12 : > panic: page fault : > cpuid = 0 : > uptime: 5s : : I'm having the same problem with my laptop. It fails (if I remember : well) when checkig an device (probably my card reader, don't : know). When rebooting got to loader prompt, unload kernel and load : /boot/kernel.old/kernel. This arrises a few questions : : : 1.- How can I install a custom kernel under a different directory : under /boot. I did it, but I can't find how (google doesn't : help)I did it. I think there's a define when installing the : kernel. make installkernel KERNEL=fred will install the kernel into /boot/fred. Might want to look add # Debugging for use in -current options KDB # Enable kernel debugger support. options DDB # Support DDB. to the kernel so you can get a traceback... : 2.- nextboot allows me to choose a different kernel a give it : options, but is it possible to make the changes permanent ? Not sure. I don't use nextboot. : Well, now I'm csup down to current 18/04. Hope it will work :) : : Excuse me for the previous mail, that webmail I'm using is driving me : more crazy :) Web mail has been known to do that to me too.... :) Warner From owner-freebsd-current@FreeBSD.ORG Wed Apr 22 06:32:51 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 68C06106566B; Wed, 22 Apr 2009 06:32:51 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from violet.upc.es (violet.upc.es [147.83.2.51]) by mx1.freebsd.org (Postfix) with ESMTP id E6D858FC1F; Wed, 22 Apr 2009 06:32:50 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from hamilton.upcnetadm.upcnet.es (hamilton.upcnetadm.upcnet.es [147.83.2.240]) by violet.upc.es (8.14.1/8.13.1) with ESMTP id n3M6WWiD009183; Wed, 22 Apr 2009 08:32:33 +0200 Received: from [147.83.40.234] ([147.83.40.234]) by hamilton.upcnetadm.upcnet.es (Lotus Domino Release 5.0.12) with ESMTP id 2009042208324040:86840 ; Wed, 22 Apr 2009 08:32:40 +0200 Message-ID: <49EEB9B9.1070601@entel.upc.edu> Date: Wed, 22 Apr 2009 08:31:21 +0200 From: Gustau Perez User-Agent: Thunderbird 2.0.0.21 (X11/20090409) MIME-Version: 1.0 To: "M. Warner Losh" References: <49ED3E7D.8080606@gddsn.org.cn> <41877.147.83.40.213.1240324705.squirrel@webmail.entel.upc.edu> <20090421.234823.-4293171.imp@bsdimp.com> In-Reply-To: <20090421.234823.-4293171.imp@bsdimp.com> X-MIMETrack: Itemize by SMTP Server on hamilton/UPC(Release 5.0.12 |February 13, 2003) at 22/04/2009 08:32:40, Serialize by Router on hamilton/UPC(Release 5.0.12 |February 13, 2003) at 22/04/2009 08:32:41, Serialize complete at 22/04/2009 08:32:41 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-Mail-Scanned: Criba 2.0 + Clamd X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (violet.upc.es [147.83.2.51]); Wed, 22 Apr 2009 08:32:33 +0200 (CEST) Cc: usb@freebsd.org, current@freebsd.org Subject: Re: boot panic on current(04.20) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Apr 2009 06:32:51 -0000 Hi, > > make installkernel KERNEL=fred > > Mmm, reading Makefile.inc1, I think the problem was that I mixed KERNEL, KERNCONF an compiling in /usr/src. Will try the other way (getting into /usr/src/sys/i386/conf/ and making config and then ...) > will install the kernel into /boot/fred. Might want to look add > > # Debugging for use in -current > options KDB # Enable kernel debugger support. > options DDB # Support DDB. > > Well. Updated my sources to 2009.04.16.18.50.00 and the problem vanished. Will try to update, just recompile kernel (without world) and then install the kernel into a different place with the debugging options. As I have a kernel with little hardware support (moved a lot of stuff to module, so I have a nice /boot/loader.conf), will try to start it with no modules and then in single user mode add them by hand. That will help my isolating the culprit. Will let you know my results. Greets, Gus From owner-freebsd-current@FreeBSD.ORG Wed Apr 22 07:29:35 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C551106566B; Wed, 22 Apr 2009 07:29:35 +0000 (UTC) (envelope-from vova@sw.ru) Received: from relay.sw.ru (mailhub.sw.ru [195.214.232.25]) by mx1.freebsd.org (Postfix) with ESMTP id BE9948FC08; Wed, 22 Apr 2009 07:29:34 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru ([10.30.1.111]) (authenticated bits=0) by relay.sw.ru (8.13.4/8.13.4) with ESMTP id n3M7TV32019686 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 22 Apr 2009 11:29:32 +0400 (MSD) Received: from vova by vbook.fbsd.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LwWtf-0000WE-G8; Wed, 22 Apr 2009 11:29:31 +0400 From: Vladimir Grebenschikov To: current Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: SWsoft Date: Wed, 22 Apr 2009 11:29:31 +0400 Message-Id: <1240385371.1716.35.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.26.0 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: usb Subject: Recent changes in USB stack broke dock disconnection - panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Apr 2009 07:29:35 -0000 Hi Some recent changes in USB2 stack make panic on IBM dock disconnection. As far as I understand USB controller in dock seen by notebook through PCIe bus. On dock disconnection all USB devices should be safely disconnected. This works before with old USB stack and with early versions of new USB stack. # kgdb /boot/kernel/kernel /var/crash/vmcore.4 ... Unread portion of the kernel message buffer: ugen4.2: at usbus4 (disconnected) uhub5: at uhub4, port 6, addr 2 (disconnected) Fatal trap 12: page fault while in kernel mode fault virtual address = 0xd0 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0987301 stack pointer = 0x28:0xe55c8a50 frame pointer = 0x28:0xe55c8a64 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 = 30 (usbus4) Physical memory: 2038 MB Dumping 213 MB: 198 182 166 150 134 118 102 86 70 54 38 22 6 (kgdb) bt #0 doadump () at pcpu.h:246 #1 0xc04784d9 in db_fncall (dummy1=1, dummy2=0, dummy3=-1065664320, dummy4=0xe55c87f4 "") at /usr/src/sys/ddb/db_command.c:548 #2 0xc04788d1 in db_command (last_cmdp=0xc075991c, cmd_table=0x0, dopager=1) at /usr/src/sys/ddb/db_command.c:445 #3 0xc0478a2a in db_command_loop () at /usr/src/sys/ddb/db_command.c:498 #4 0xc047a86d in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_main.c:229 #5 0xc05799d4 in kdb_trap (type=12, code=0, tf=0xe55c8a10) at /usr/src/sys/kern/subr_kdb.c:534 #6 0xc06bd3ff in trap_fatal (frame=0xe55c8a10, eva=208) at /usr/src/sys/i386/i386/trap.c:917 #7 0xc06bd6a0 in trap_pfault (frame=0xe55c8a10, usermode=0, eva=208) at /usr/src/sys/i386/i386/trap.c:839 #8 0xc06be002 in trap (frame=0xe55c8a10) at /usr/src/sys/i386/i386/trap.c:521 #9 0xc06a4ebb in calltrap () at /usr/src/sys/i386/i386/exception.s:165 #10 0xc0987301 in usb2_intr_schedule_adjust (udev=0xc5050000, len=-32, slot=5 '\005') at /usr/src/sys/modules/usb/usb/../../../dev/usb/usb_hub.c:1120 #11 0xc0a038b5 in ehci_device_intr_close (xfer=0xc5010cb0) at /usr/src/sys/modules/usb/ehci/../../../dev/usb/controller/ehci.c:2317 #12 0xc098afb3 in usb2_transfer_stop (xfer=0xc5010cb0) at /usr/src/sys/modules/usb/usb/../../../dev/usb/usb_transfer.c:1639 #13 0xc09b432e in ums_stop_read (fifo=0xc5038400) at /usr/src/sys/modules/usb/ums/../../../dev/usb/input/ums.c:653 #14 0xc097b08e in usb2_fifo_close (f=0xc5038400, fflags=1) at /usr/src/sys/modules/usb/usb/../../../dev/usb/usb_dev.c:787 #15 0xc097c63c in usb2_fifo_free (f=0xc5038400) at /usr/src/sys/modules/usb/usb/../../../dev/usb/usb_dev.c:582 #16 0xc097c6a3 in usb2_fifo_detach (f_sc=0xc5056800) at /usr/src/sys/modules/usb/usb/../../../dev/usb/usb_dev.c:1737 #17 0xc09b42c5 in ums_detach (self=0xc504ca00) at /usr/src/sys/modules/usb/ums/../../../dev/usb/input/ums.c:629 #18 0xc05743d8 in device_detach (dev=0xc504ca00) at device_if.h:212 #19 0xc0574599 in bus_generic_detach (dev=0xc4e31580) at /usr/src/sys/kern/subr_bus.c:3033 #20 0xc0985437 in uhub_detach (dev=0xc4e31580) at /usr/src/sys/modules/usb/usb/../../../dev/usb/usb_hub.c:868 #21 0xc05743d8 in device_detach (dev=0xc4e31580) at device_if.h:212 #22 0xc097e19e in usb2_detach_device (udev=0xc5051000, iface_index=32 ' ', flag=3 '\003') at /usr/src/sys/modules/usb/usb/../../../dev/usb/usb_device.c:978 #23 0xc097e3ca in usb2_unconfigure (udev=0xc5051000, flag=Variable "flag" is not available. ) at /usr/src/sys/modules/usb/usb/../../../dev/usb/usb_device.c:382 #24 0xc097e68a in usb2_free_device (udev=0xc5051000, flag=Variable "flag" is not available. ) at /usr/src/sys/modules/usb/usb/../../../dev/usb/usb_device.c:1958 #25 0xc0986083 in uhub_explore (udev=0xc4e38c00) at /usr/src/sys/modules/usb/usb/../../../dev/usb/usb_hub.c:303 #26 0xc09776c9 in usb2_bus_explore (pm=0xc4dd9d14) at /usr/src/sys/modules/usb/usb/../../../dev/usb/controller/usb_controller.c:211 #27 0xc098851a in usb2_process (arg=0xc4dd9c70) at /usr/src/sys/modules/usb/usb/../../../dev/usb/usb_process.c:139 #28 0xc052db00 in fork_exit (callout=0xc0988440 , arg=0xc4dd9c70, frame=0xe55c8d38) at /usr/src/sys/kern/kern_fork.c:821 #29 0xc06a4f30 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:270 (kgdb) fr 10 #10 0xc0987301 in usb2_intr_schedule_adjust (udev=0xc5050000, len=-32, slot=5 '\005') at /usr/src/sys/modules/usb/usb/../../../dev/usb/usb_hub.c:1120 1120 hub = bus->devices[udev->hs_hub_addr]->hub; (kgdb) p udev->hs_hub_addr $1 = 2 '\002' (kgdb) p bus->devices[udev->hs_hub_addr]->hub Cannot access memory at address 0xd0 (kgdb) Parts of dmesg: ... pcib2: irq 20 at device 28.0 on pci0 pci2: on pcib2 pcib3: irq 21 at device 28.1 on pci0 pci3: on pcib3 pci3: at device 0.0 (no driver attached) pcib4: irq 22 at device 28.2 on pci0 pci4: on pcib4 pcib5: irq 23 at device 28.3 on pci0 pci12: on pcib5 uhci0: port 0x1800-0x181f irq 16 at device 29.0 on pci0 uhci0: [ITHREAD] usbus0: on uhci0 uhci1: port 0x1820-0x183f irq 17 at device 29.1 on pci0 uhci1: [ITHREAD] usbus1: on uhci1 uhci2: port 0x1840-0x185f irq 18 at device 29.2 on pci0 uhci2: [ITHREAD] usbus2: on uhci2 uhci3: port 0x1860-0x187f irq 19 at device 29.3 on pci0 uhci3: [ITHREAD] usbus3: on uhci3 ehci0: mem 0xee404000-0xee4043ff irq 19 at device 29.7 on pci0 ehci0: [ITHREAD] usbus4: EHCI version 1.0 usbus4: on ehci0 pcib6: at device 30.0 on pci0 pci21: on pcib6 ... usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 ... uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered ... uhub4: 8 ports with 8 removable, self powered ugen4.2: at usbus4 uhub5: on usbus4 uhub5: 7 ports with 7 removable, self powered ugen4.3: at usbus4 ums0: on usbus4 ums0: 5 buttons and [XYZ] coordinates ID=0 ugen3.2: at usbus3 ubt0: on usbus3 ugen3.3: at usbus3 ... after dock disconnect, it shows before panic: ugen4.2: at usbus4 (disconnected) uhub5: at uhub4, port 6, addr 2 (disconnected) USB configuration with dock: # usbconfig ugen0.1: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen1.1: at usbus1, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen2.1: at usbus2, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen3.1: at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen4.1: at usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON ugen4.2: at usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE ugen4.3: at usbus4, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON ugen3.2: at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen3.3: at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON # -- Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Wed Apr 22 07:37:39 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 494251065675 for ; Wed, 22 Apr 2009 07:37:39 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.24]) by mx1.freebsd.org (Postfix) with ESMTP id 00FB08FC17 for ; Wed, 22 Apr 2009 07:37:38 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by qw-out-2122.google.com with SMTP id 3so1166341qwe.7 for ; Wed, 22 Apr 2009 00:37:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=INi/iw+F0WXK+HPSgZHx0Sg7KPLc2zTwOxfMhrKWa/0=; b=G2Lw0jTltYx6FGHTfmFDB41wLCz74ukZctwguhm6qEofexTmWkaF33UTM6hd9htEVE kcdgwlncIAzUb3pTjeQnfMXkW64LUTBVqnQSewGBkxaqBQROuSLjUo6K3WGt4OJ+UkQ3 0ZYUfMPxolg7vQTXJrzAvALfz2G1Qdi0CZzhY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=J15KGSG0u59gqF5QN11a95S+NEZOaLR+VejIIiXoI01WnYIZZBVyRgNF0cTaBFZJoV bC0LKAXuVJLj1ATl4mqb9TfPcXnVQiOLbKqTHOOW+wGNVSv/kQp2NFEgLztJztSJieJE 7wwGyxd9Wq+7FGaT0RnI/gmOZt7JhBXdituWM= MIME-Version: 1.0 Received: by 10.220.72.200 with SMTP id n8mr10418180vcj.16.1240385857928; Wed, 22 Apr 2009 00:37:37 -0700 (PDT) In-Reply-To: <41877.147.83.40.213.1240324705.squirrel@webmail.entel.upc.edu> References: <49ED3E7D.8080606@gddsn.org.cn> <41877.147.83.40.213.1240324705.squirrel@webmail.entel.upc.edu> Date: Wed, 22 Apr 2009 02:37:37 -0500 Message-ID: <790a9fff0904220037q69b6e594u1a1f9871c6166ade@mail.gmail.com> From: Scot Hetzel To: Gustavo Perez Querol Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: usb@freebsd.org, current@freebsd.org, wsk Subject: Re: boot panic on current(04.20) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Apr 2009 07:37:39 -0000 On 4/21/09, Gustavo Perez Querol wrote: > I'm having the same problem with my laptop. It fails (if I remember > well) when checkig an device (probably my card reader, don't > know). When rebooting got to loader prompt, unload kernel and load > /boot/kernel.old/kernel. This arrises a few questions : > > 1.- How can I install a custom kernel under a different directory > under /boot. I did it, but I can't find how (google doesn't > help)I did it. I think there's a define when installing the > kernel. Add the following to your kernel's configuration file. makeoptions KODIR=/boot/${KERNEL}_debug This when you install the kernel, in will place the kernel into /boot/kernel_debug. Scot From owner-freebsd-current@FreeBSD.ORG Wed Apr 22 08:42:12 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D884E1065675; Wed, 22 Apr 2009 08:42:12 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe10.swipnet.se [212.247.155.33]) by mx1.freebsd.org (Postfix) with ESMTP id 194F38FC13; Wed, 22 Apr 2009 08:42:11 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=N7_6JsMCGwMA:10 a=xwl4Tf1-NqgA:10 a=j+k/Ze5hWUCaCztCgEjzDQ==:17 a=6I5d2MoRAAAA:8 a=sTXHApjzN4wKctXs6qcA:9 a=-evp4V9xquZTEIU12i8A:7 a=CdqwCUWybz0pISz9CDUKuDFBx_kA:4 Received: from [81.191.55.181] (account mc467741@c2i.net HELO laptop) by mailfe10.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1060245932; Wed, 22 Apr 2009 10:42:10 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org, vova@fbsd.ru, Andrew Thompson Date: Wed, 22 Apr 2009 10:44:41 +0200 User-Agent: KMail/1.9.7 References: <1240385371.1716.35.camel@localhost> In-Reply-To: <1240385371.1716.35.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200904221044.43032.hselasky@c2i.net> Cc: usb Subject: Re: Recent changes in USB stack broke dock disconnection - panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Apr 2009 08:42:13 -0000 On Wednesday 22 April 2009, Vladimir Grebenschikov wrote: > Hi > > Some recent changes in USB2 stack make panic on IBM dock disconnection. > > As far as I understand USB controller in dock seen by notebook through PCIe > bus. On dock disconnection all USB devices should be safely disconnected. > > This works before with old USB stack and with early versions of new USB > stack. > This issue has been fixed, but not committed yet? http://perforce.freebsd.org/chv.cgi?CH=160413 --HPS From owner-freebsd-current@FreeBSD.ORG Wed Apr 22 08:45:21 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6902A106566C; Wed, 22 Apr 2009 08:45:21 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe06.swip.net [212.247.154.161]) by mx1.freebsd.org (Postfix) with ESMTP id 986E28FC18; Wed, 22 Apr 2009 08:45:20 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=nyMGgD1UoDIA:10 a=j+k/Ze5hWUCaCztCgEjzDQ==:17 a=6I5d2MoRAAAA:8 a=tkGj51fDXCQdQR5Qr2EA:9 a=fFEJusXI63rYszZBSwKcliAsWj8A:4 Received: from [81.191.55.181] (account mc467741@c2i.net HELO laptop) by mailfe06.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1230168055; Wed, 22 Apr 2009 10:45:18 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Wed, 22 Apr 2009 10:47:48 +0200 User-Agent: KMail/1.9.7 References: <49ED3E7D.8080606@gddsn.org.cn> <41877.147.83.40.213.1240324705.squirrel@webmail.entel.upc.edu> <790a9fff0904220037q69b6e594u1a1f9871c6166ade@mail.gmail.com> In-Reply-To: <790a9fff0904220037q69b6e594u1a1f9871c6166ade@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200904221047.49884.hselasky@c2i.net> Cc: usb@freebsd.org, Scot Hetzel , wsk , current@freebsd.org, Gustavo Perez Querol Subject: Re: boot panic on current(04.20) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Apr 2009 08:45:22 -0000 Try this patch: http://perforce.freebsd.org/chv.cgi?CH=160413 --HPS From owner-freebsd-current@FreeBSD.ORG Wed Apr 22 08:45:21 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6902A106566C; Wed, 22 Apr 2009 08:45:21 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe06.swip.net [212.247.154.161]) by mx1.freebsd.org (Postfix) with ESMTP id 986E28FC18; Wed, 22 Apr 2009 08:45:20 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=nyMGgD1UoDIA:10 a=j+k/Ze5hWUCaCztCgEjzDQ==:17 a=6I5d2MoRAAAA:8 a=tkGj51fDXCQdQR5Qr2EA:9 a=fFEJusXI63rYszZBSwKcliAsWj8A:4 Received: from [81.191.55.181] (account mc467741@c2i.net HELO laptop) by mailfe06.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1230168055; Wed, 22 Apr 2009 10:45:18 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Wed, 22 Apr 2009 10:47:48 +0200 User-Agent: KMail/1.9.7 References: <49ED3E7D.8080606@gddsn.org.cn> <41877.147.83.40.213.1240324705.squirrel@webmail.entel.upc.edu> <790a9fff0904220037q69b6e594u1a1f9871c6166ade@mail.gmail.com> In-Reply-To: <790a9fff0904220037q69b6e594u1a1f9871c6166ade@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200904221047.49884.hselasky@c2i.net> Cc: usb@freebsd.org, Scot Hetzel , wsk , current@freebsd.org, Gustavo Perez Querol Subject: Re: boot panic on current(04.20) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Apr 2009 08:45:22 -0000 Try this patch: http://perforce.freebsd.org/chv.cgi?CH=160413 --HPS From owner-freebsd-current@FreeBSD.ORG Wed Apr 22 15:31:13 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC47A106574F for ; Wed, 22 Apr 2009 15:31:13 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.161.16.135]) by mx1.freebsd.org (Postfix) with ESMTP id 738F18FC0C for ; Wed, 22 Apr 2009 15:31:12 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from [41.145.95.46] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1LwePm-00055U-Im for current@freebsd.org; Wed, 22 Apr 2009 17:31:10 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LwePl-0001v6-Ic for current@freebsd.org; Wed, 22 Apr 2009 17:31:09 +0200 To: current@freebsd.org From: "Ian Freislich" X-Attribution: BOFH Date: Wed, 22 Apr 2009 17:31:09 +0200 Message-Id: Cc: Subject: SATA DVD drive no longer works X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Apr 2009 15:31:15 -0000 Hi I have a DVD drive that was in the past detected as: It's been a long time since I tried to use it because it's only been able to play about 1/10 of my DVD colloction. It's now with a recent (>4 days old CURRENT) not even detected. My ATA hardware is detected as follows: atapci1: port 0xc480-0xc487,0xc400-0xc403,0xc080-0xc087,0xc000-0xc003,0xbc00-0xbc0f mem 0xfe9f6000-0xfe9f7fff irq 22 at device 9.0 on pci0 atapci1: [ITHREAD] atapci1: AHCI Version 01.10 controller with 4 ports PM supported ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] ata4: on atapci1 ata4: [ITHREAD] ata5: on atapci1 ata5: [ITHREAD] If I 'atacontrol reinit ata2' (where the drive is connected) it takes much less time than the other controlers which have nothing on them, but it still turns up no hardware: [brane] /var/db/pkg # time atacontrol reinit ata2 Master: no device present Slave: no device present real 0m0.012s user 0m0.000s sys 0m0.011s [brane] /var/db/pkg # time atacontrol reinit ata3 Master: no device present Slave: no device present real 0m1.010s user 0m0.000s sys 0m1.009s [brane] /var/db/pkg # time atacontrol reinit ata4 Master: no device present Slave: no device present real 0m1.009s user 0m0.000s sys 0m1.009s [brane] /var/db/pkg # time atacontrol reinit ata5 Master: no device present Slave: no device present real 0m1.010s user 0m0.000s sys 0m1.008s ISTR a discussion where people were having problems with nvidia controlers and SATA. If this is the cause and unfixable bue to lack of documentation, I'm not opposed to changing the motherboard, although it has just about the best clock (-4.8ppm) that I've ever seen on a motherboard and I'd be sad to loose that. I can offer login/serial console+gdb to a developer willing to take this problem on. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Wed Apr 22 16:25:33 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B13D1106566C for ; Wed, 22 Apr 2009 16:25:33 +0000 (UTC) (envelope-from trebestie@gmail.com) Received: from mail-fx0-f167.google.com (mail-fx0-f167.google.com [209.85.220.167]) by mx1.freebsd.org (Postfix) with ESMTP id 460488FC21 for ; Wed, 22 Apr 2009 16:25:32 +0000 (UTC) (envelope-from trebestie@gmail.com) Received: by fxm11 with SMTP id 11so55121fxm.43 for ; Wed, 22 Apr 2009 09:25:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Dp19Mu4x/7xmErkpakUcHy5Xo8ltptm3A3UVoD4e6ck=; b=vdoA7jHUlifm8X4TFCKCGo1t3CpcF3WTYUu95BF1hd6tVroaHVeS7GoZo/iafDBOku o/oeKgyi2t7Y06JY4tXaJd0RXyIst2FcgkXxlDMRKa3qaOx8Q5VzEAcKZ2ETLqCk/q9J eXcFc1U78+D9Jkh0OcoAni3lja6UTyxaXsAoI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=MtwAYoRWPAPhzgiwOVIFXdO2lY0nzw56s06uz5EMZP+4RJMxOtv0lQ/vuBO7CFSchz ITykknNDKY96u0IbTFnUDckLrk7pdGCMP8Je0Bu5JiFcq7dLayZT93DcPTW1U6SLMboW 3SPxyyNvn92rD1NAoL81Y7ldJG4wEetcs0+6c= MIME-Version: 1.0 Received: by 10.223.115.146 with SMTP id i18mr2665295faq.6.1240415928901; Wed, 22 Apr 2009 08:58:48 -0700 (PDT) In-Reply-To: References: Date: Wed, 22 Apr 2009 17:58:48 +0200 Message-ID: <83e5fb980904220858g4b009527w315425b72c536d3a@mail.gmail.com> From: Diego Depaoli To: Ian Freislich Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: SATA DVD drive no longer works X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Apr 2009 16:25:34 -0000 2009/4/22 Ian Freislich : > I have a DVD drive that was in the past detected as: > > > > It's been a long time since I tried to use it because it's only > been able to play about 1/10 of my DVD colloction. =A0It's now with > a recent (>4 days old CURRENT) not even detected. > > My ATA hardware is detected as follows: > > atapci1: port 0xc480-0xc487,0xc4= 00-0xc403,0xc080-0xc087,0xc000-0xc003,0xbc00-0xbc0f mem 0xfe9f6000-0xfe9f7f= ff irq 22 at device 9.0 on pci0 > atapci1: [ITHREAD] > atapci1: AHCI Version 01.10 controller with 4 ports PM supported > ata2: on atapci1 > If I 'atacontrol reinit ata2' (where the drive is connected) it > takes much less time than the other controlers which have nothing > on them, but it still turns up no hardware: > > [brane] /var/db/pkg # time atacontrol reinit ata2 > Master: =A0 =A0 =A0no device present > Slave: =A0 =A0 =A0 no device present same here with AMD780G chipset. --=20 Diego Depaoli From owner-freebsd-current@FreeBSD.ORG Wed Apr 22 18:24:14 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D02B51065679; Wed, 22 Apr 2009 18:24:14 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id A0EFB8FC1C; Wed, 22 Apr 2009 18:24:14 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 5030846B0C; Wed, 22 Apr 2009 14:24:14 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 3A8038A01D; Wed, 22 Apr 2009 14:24:13 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 22 Apr 2009 14:07:55 -0400 User-Agent: KMail/1.9.7 References: <49ED3E7D.8080606@gddsn.org.cn> <41877.147.83.40.213.1240324705.squirrel@webmail.entel.upc.edu> <790a9fff0904220037q69b6e594u1a1f9871c6166ade@mail.gmail.com> In-Reply-To: <790a9fff0904220037q69b6e594u1a1f9871c6166ade@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200904221407.56424.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 22 Apr 2009 14:24:13 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=0.1 required=4.2 tests=AWL,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: usb@freebsd.org, Scot Hetzel , wsk , current@freebsd.org, Gustavo Perez Querol Subject: Re: boot panic on current(04.20) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Apr 2009 18:24:15 -0000 On Wednesday 22 April 2009 3:37:37 am Scot Hetzel wrote: > On 4/21/09, Gustavo Perez Querol wrote: > > I'm having the same problem with my laptop. It fails (if I remember > > well) when checkig an device (probably my card reader, don't > > know). When rebooting got to loader prompt, unload kernel and load > > /boot/kernel.old/kernel. This arrises a few questions : > > > > 1.- How can I install a custom kernel under a different directory > > under /boot. I did it, but I can't find how (google doesn't > > help)I did it. I think there's a define when installing the > > kernel. > > Add the following to your kernel's configuration file. > > makeoptions KODIR=/boot/${KERNEL}_debug > > This when you install the kernel, in will place the kernel into > /boot/kernel_debug. makeoptions KERNEL=foo is a bit shorter, and then you can do 'boot foo' at the loader. I tend to install test kernels into /boot/ using this. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Apr 22 18:24:14 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D02B51065679; Wed, 22 Apr 2009 18:24:14 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id A0EFB8FC1C; Wed, 22 Apr 2009 18:24:14 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 5030846B0C; Wed, 22 Apr 2009 14:24:14 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 3A8038A01D; Wed, 22 Apr 2009 14:24:13 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 22 Apr 2009 14:07:55 -0400 User-Agent: KMail/1.9.7 References: <49ED3E7D.8080606@gddsn.org.cn> <41877.147.83.40.213.1240324705.squirrel@webmail.entel.upc.edu> <790a9fff0904220037q69b6e594u1a1f9871c6166ade@mail.gmail.com> In-Reply-To: <790a9fff0904220037q69b6e594u1a1f9871c6166ade@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200904221407.56424.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 22 Apr 2009 14:24:13 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=0.1 required=4.2 tests=AWL,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: usb@freebsd.org, Scot Hetzel , wsk , current@freebsd.org, Gustavo Perez Querol Subject: Re: boot panic on current(04.20) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Apr 2009 18:24:15 -0000 On Wednesday 22 April 2009 3:37:37 am Scot Hetzel wrote: > On 4/21/09, Gustavo Perez Querol wrote: > > I'm having the same problem with my laptop. It fails (if I remember > > well) when checkig an device (probably my card reader, don't > > know). When rebooting got to loader prompt, unload kernel and load > > /boot/kernel.old/kernel. This arrises a few questions : > > > > 1.- How can I install a custom kernel under a different directory > > under /boot. I did it, but I can't find how (google doesn't > > help)I did it. I think there's a define when installing the > > kernel. > > Add the following to your kernel's configuration file. > > makeoptions KODIR=/boot/${KERNEL}_debug > > This when you install the kernel, in will place the kernel into > /boot/kernel_debug. makeoptions KERNEL=foo is a bit shorter, and then you can do 'boot foo' at the loader. I tend to install test kernels into /boot/ using this. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Apr 22 18:49:22 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 24EC4106568D; Wed, 22 Apr 2009 18:49:22 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Wed, 22 Apr 2009 14:49:10 -0400 User-Agent: KMail/1.6.2 References: <83e5fb980904220858g4b009527w315425b72c536d3a@mail.gmail.com> In-Reply-To: <83e5fb980904220858g4b009527w315425b72c536d3a@mail.gmail.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: Multipart/Mixed; boundary="Boundary-00=_oa27J69VBdrMQvQ" Message-Id: <200904221449.12678.jkim@FreeBSD.org> Cc: Ian Freislich , Diego Depaoli Subject: Re: SATA DVD drive no longer works X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Apr 2009 18:49:28 -0000 --Boundary-00=_oa27J69VBdrMQvQ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Content-Disposition: inline On Wednesday 22 April 2009 11:58 am, Diego Depaoli wrote: > 2009/4/22 Ian Freislich : > > I have a DVD drive that was in the past detected as: > > > > > > > > It's been a long time since I tried to use it because it's only > > been able to play about 1/10 of my DVD colloction.  It's now > > with a recent (>4 days old CURRENT) not even detected. > > > > My ATA hardware is detected as follows: > > > > atapci1: port > > 0xc480-0xc487,0xc400-0xc403,0xc080-0xc087,0xc000-0xc003,0xbc00-0x > >bc0f mem 0xfe9f6000-0xfe9f7fff irq 22 at device 9.0 on pci0 > > atapci1: [ITHREAD] > > atapci1: AHCI Version 01.10 controller with 4 ports PM supported > > ata2: on atapci1 > > If I 'atacontrol reinit ata2' (where the drive is connected) it > > takes much less time than the other controlers which have nothing > > on them, but it still turns up no hardware: > > > > [brane] /var/db/pkg # time atacontrol reinit ata2 > > Master:      no device present > > Slave:       no device present > > same here with AMD780G chipset. I don't think ATI/AMD SB700 issue is related to the nVidia problem. Please try the attached patch for ATI/AMD south bridge. It is not a complete patch yet but you should be able to use "combined mode" for SB700, I think. ;-) Jung-uk Kim --Boundary-00=_oa27J69VBdrMQvQ Content-Type: text/plain; charset="utf-8"; name="ata-ati.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="ata-ati.diff" --- sys/dev/ata/ata-pci.h 30 Mar 2009 22:18:38 -0000 1.104 +++ sys/dev/ata/ata-pci.h 22 Apr 2009 18:44:04 -0000 @@ -108,6 +108,11 @@ #define ATA_ATI_IXP600_S1 0x43801002 #define ATA_ATI_IXP700 0x439c1002 #define ATA_ATI_IXP700_S1 0x43901002 +#define ATA_ATI_IXP700_S2 0x43911002 +#define ATA_ATI_IXP700_S3 0x43921002 +#define ATA_ATI_IXP700_S4 0x43931002 +#define ATA_ATI_IXP700_S5 0x43941002 +#define ATA_ATI_IXP700_S6 0x43951002 #define ATA_CENATEK_ID 0x16ca #define ATA_CENATEK_ROCKET 0x000116ca @@ -458,6 +463,7 @@ int ata_ahci_ch_detach(device_t dev); int ata_ahci_ch_suspend(device_t dev); int ata_ahci_ch_resume(device_t dev); +int ata_ahci_ctlr_reset(device_t dev); void ata_ahci_reset(device_t dev); int ata_marvell_edma_chipinit(device_t); int ata_sii_chipinit(device_t); --- sys/dev/ata/chipsets/ata-ahci.c 30 Mar 2009 22:18:38 -0000 1.20 +++ sys/dev/ata/chipsets/ata-ahci.c 22 Apr 2009 18:44:04 -0000 @@ -52,7 +52,6 @@ #include /* local prototypes */ -static int ata_ahci_ctlr_reset(device_t dev); static int ata_ahci_suspend(device_t dev); static int ata_ahci_status(device_t dev); static int ata_ahci_begin_transaction(struct ata_request *request); @@ -155,7 +154,7 @@ return 0; } -static int +int ata_ahci_ctlr_reset(device_t dev) { struct ata_pci_controller *ctlr = device_get_softc(dev); --- sys/dev/ata/chipsets/ata-ati.c 9 Oct 2008 12:56:57 -0000 1.1 +++ sys/dev/ata/chipsets/ata-ati.c 22 Apr 2009 18:44:04 -0000 @@ -44,6 +44,7 @@ #include #include #include +#include #include #include #include @@ -54,14 +55,26 @@ /* local prototypes */ static int ata_ati_chipinit(device_t dev); static void ata_ati_setmode(device_t dev, int mode); +static int ata_ati_ahci_chipinit(device_t dev); +static int ata_ati_ahci_resume(device_t dev); +static void ata_ati_ahci_fixup(device_t dev); /* misc defines */ #define ATI_PATA 0x01 #define ATI_SATA 0x02 #define ATI_AHCI 0x04 #define SII_MEMIO 1 +#define ATI_FORCE_AHCI 0x01 +#define ATI_INTx_BUG 0x02 #define SII_BUG 0x04 +#define ATI_SMBUS_DEV 0x4385 +/* Misc Control Register */ +#define ATI_PCI_MISC_CTRL 0x40 +#define ATI_PCI_MISCCTRL_ENABLE_WR 0x00000001 + +/* MSI Control Register */ +#define ATI_PCI_MSI_CTRL 0x50 /* * ATI chipset support functions @@ -81,7 +94,16 @@ { ATA_ATI_IXP600_S1, 0x00, ATI_AHCI, 0, ATA_SA300, "IXP600" }, { ATA_ATI_IXP700, 0x00, ATI_PATA, 0, ATA_UDMA6, "IXP700" }, { ATA_ATI_IXP700_S1, 0x00, ATI_AHCI, 0, ATA_SA300, "IXP700" }, + { ATA_ATI_IXP700_S2, 0x00, ATI_AHCI, 0, ATA_SA300, "IXP700" }, + { ATA_ATI_IXP700_S3, 0x00, ATI_AHCI, 0, ATA_SA300, "IXP700" }, + { ATA_ATI_IXP700_S4, 0x00, ATI_AHCI, 0, ATA_SA300, "IXP700" }, + { ATA_ATI_IXP700_S5, 0x00, ATI_AHCI, 0, ATA_SA300, "IXP700" }, + { ATA_ATI_IXP700_S6, 0x00, ATI_AHCI, 0, ATA_SA300, "IXP700" }, { 0, 0, 0, 0, 0, 0}}; + struct pci_devinfo *dinfo; + pcicfgregs *cfg; + device_t smbdev; + uint8_t revid; if (pci_get_vendor(dev) != ATA_ATI_ID) return ENXIO; @@ -105,7 +127,43 @@ ctlr->chipinit = ata_sii_chipinit; break; case ATI_AHCI: - ctlr->chipinit = ata_ahci_chipinit; + /* Force AHCI mode on SATA controllers if IDE mode is set. */ + if ((ctlr->chip->chipid == ATA_ATI_IXP600_S1 || + ctlr->chip->chipid == ATA_ATI_IXP700_S1) && + pci_get_subclass(dev) == PCIS_STORAGE_IDE) { + ctlr->chip->cfg2 = ATI_FORCE_AHCI; + dinfo = device_get_ivars(dev); + cfg = &dinfo->cfg; + cfg->subclass = PCIS_STORAGE_SATA; + cfg->progif = PCIP_STORAGE_SATA_AHCI_1_0; + if (cfg->msi.msi_location == 0) { + cfg->msi.msi_location = ATI_PCI_MSI_CTRL; + cfg->msi.msi_ctrl = pci_read_config(dev, + ATI_PCI_MSI_CTRL + PCIR_MSI_CTRL, 2) & + ~PCIM_MSICTRL_MME_MASK; + cfg->msi.msi_msgnum = + 1 << ((cfg->msi.msi_ctrl & PCIM_MSICTRL_MMC_MASK) >> 1); + cfg->msi.msi_ctrl |= cfg->msi.msi_msgnum << 4; + } + } + /* + * Some IXP700 revisions require INTx even with MSI. + * XXX Chip revision must be obtained from SMBUS device. + */ + if ((ctlr->chip->chipid == ATA_ATI_IXP700_S1 || + ctlr->chip->chipid == ATA_ATI_IXP700_S2 || + ctlr->chip->chipid == ATA_ATI_IXP700_S3 || + ctlr->chip->chipid == ATA_ATI_IXP700_S4 || + ctlr->chip->chipid == ATA_ATI_IXP700_S5) && + (smbdev = pci_find_device(ATA_ATI_ID, ATI_SMBUS_DEV)) != NULL) { + revid = pci_get_revid(smbdev); + if (revid >= 0x30 && revid < 0x3b) + ctlr->chip->cfg2 |= ATI_INTx_BUG; + } + if (ctlr->chip->cfg2 != 0) + ctlr->chipinit = ata_ati_ahci_chipinit; + else + ctlr->chipinit = ata_ahci_chipinit; break; } return 0; @@ -119,9 +177,8 @@ if (ata_setup_interrupt(dev, ata_generic_intr)) return ENXIO; - /* IXP600 & IXP700 only have 1 PATA channel */ - if ((ctlr->chip->chipid == ATA_ATI_IXP600) || - (ctlr->chip->chipid == ATA_ATI_IXP700)) + /* IXP600 only has 1 PATA channel */ + if (ctlr->chip->chipid == ATA_ATI_IXP600) ctlr->channels = 1; ctlr->setmode = ata_ati_setmode; @@ -192,6 +249,49 @@ } } +static int +ata_ati_ahci_chipinit(device_t dev) +{ + struct ata_pci_controller *ctlr = device_get_softc(dev); + int error; + + ata_ati_ahci_fixup(dev); + error = ata_ahci_chipinit(dev); + if ((ctlr->chip->cfg2 & ATI_FORCE_AHCI) != 0) + ctlr->resume = ata_ati_ahci_resume; + if ((ctlr->chip->cfg2 & ATI_INTx_BUG) != 0) + pci_write_config(dev, PCIR_COMMAND, + pci_read_config(dev, PCIR_COMMAND, 2) & ~PCIM_CMD_INTxDIS, 2); + return (error); +} + +static int +ata_ati_ahci_resume(device_t dev) +{ + + ata_ati_ahci_fixup(dev); + return (ata_ahci_ctlr_reset(dev)); +} + +static void +ata_ati_ahci_fixup(device_t dev) +{ + struct pci_devinfo *dinfo = device_get_ivars(dev); + pcicfgregs *cfg = &dinfo->cfg; + uint32_t ctrl; + + ctrl = pci_read_config(dev, ATI_PCI_MISC_CTRL, 4); + pci_write_config(dev, ATI_PCI_MISC_CTRL, + ctrl | ATI_PCI_MISCCTRL_ENABLE_WR, 4); + pci_write_config(dev, PCIR_SUBCLASS, cfg->subclass, 1); + pci_write_config(dev, PCIR_PROGIF, cfg->progif, 1); + if (cfg->msi.msi_location != 0) + pci_write_config(dev, cfg->msi.msi_location + PCIR_MSI_CTRL, + cfg->msi.msi_ctrl, 2); + pci_write_config(dev, ATI_PCI_MISC_CTRL, + ctrl & ~ATI_PCI_MISCCTRL_ENABLE_WR, 4); +} + ATA_DECLARE_DRIVER(ata_ati); MODULE_DEPEND(ata_ati, ata_ahci, 1, 1, 1); MODULE_DEPEND(ata_ati, ata_sii, 1, 1, 1); --Boundary-00=_oa27J69VBdrMQvQ-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 23 02:05:53 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85366106566B; Thu, 23 Apr 2009 02:05:53 +0000 (UTC) (envelope-from wsk@gddsn.org.cn) Received: from gddsn.org.cn (gddsn.org.cn [218.19.164.145]) by mx1.freebsd.org (Postfix) with ESMTP id 1488F8FC0A; Thu, 23 Apr 2009 02:05:52 +0000 (UTC) (envelope-from wsk@gddsn.org.cn) Received: from lp.gddsn.org.cn (unknown [10.44.8.159]) (Authenticated sender: wsk) by gddsn.org.cn (Postfix) with ESMTPA id E5FAE2E031; Thu, 23 Apr 2009 09:58:41 +0800 (CST) Message-ID: <49EFCCFC.4090202@gddsn.org.cn> Date: Thu, 23 Apr 2009 10:05:48 +0800 From: wsk User-Agent: Thunderbird 2.0.0.21 (X11/20090420) MIME-Version: 1.0 To: Hans Petter Selasky References: <49ED3E7D.8080606@gddsn.org.cn> <41877.147.83.40.213.1240324705.squirrel@webmail.entel.upc.edu> <790a9fff0904220037q69b6e594u1a1f9871c6166ade@mail.gmail.com> <200904221047.49884.hselasky@c2i.net> In-Reply-To: <200904221047.49884.hselasky@c2i.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 23 Apr 2009 02:13:25 +0000 Cc: usb@freebsd.org, Scot Hetzel , freebsd-current@freebsd.org, current@freebsd.org, Gustavo Perez Querol Subject: Re: boot panic on current(04.20) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Apr 2009 02:05:53 -0000 Hans Petter Selasky wrote: > Try this patch: > > http://perforce.freebsd.org/chv.cgi?CH=160413 > > --HPS > > build error cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror /usr/src/sys/dev/usb/controller/ehci.c In file included from /usr/src/sys/dev/usb/controller/ehci.c:60: /usr/src/sys/dev/usb/usb_device.h:125: error: expected ':', ',', ';', '}' or '__attribute__' before 'struct' /usr/src/sys/dev/usb/controller/ehci.c: In function 'ehci_setup_standard_chain': /usr/src/sys/dev/usb/controller/ehci.c:1938: error: 'struct usb2_device' has no member named 'hs_hub_addr' /usr/src/sys/dev/usb/controller/ehci.c:1939: error: 'struct usb2_device' has no member named 'hs_port_no' /usr/src/sys/dev/usb/controller/ehci.c: In function 'ehci_device_isoc_fs_open': /usr/src/sys/dev/usb/controller/ehci.c:2365: error: 'struct usb2_device' has no member named 'hs_hub_addr' /usr/src/sys/dev/usb/controller/ehci.c:2366: error: 'struct usb2_device' has no member named 'hs_port_no' /usr/src/sys/dev/usb/controller/ehci.c: In function 'ehci_pipe_init': /usr/src/sys/dev/usb/controller/ehci.c:3640: error: 'struct usb2_device' has no member named 'address' /usr/src/sys/dev/usb/controller/ehci.c:3640: error: 'struct usb2_device' has no member named 'flags' /usr/src/sys/dev/usb/controller/ehci.c:3645: error: 'struct usb2_device' has no member named 'flags' /usr/src/sys/dev/usb/controller/ehci.c:3649: error: 'struct usb2_device' has no member named 'device_index' /usr/src/sys/dev/usb/controller/ehci.c:3651: error: 'struct usb2_device' has no member named 'speed' /usr/src/sys/dev/usb/controller/ehci.c:3652: error: 'struct usb2_device' has no member named 'hs_hub_addr' /usr/src/sys/dev/usb/controller/ehci.c:3653: error: 'struct usb2_device' has no member named 'hs_port_no' /usr/src/sys/dev/usb/controller/ehci.c:3654: error: 'struct usb2_device' has no member named 'parent_hs_hub' /usr/src/sys/dev/usb/controller/ehci.c:3655: error: 'struct usb2_device' has no member named 'parent_hs_hub' /usr/src/sys/dev/usb/controller/ehci.c:3667: error: 'struct usb2_device' has no member named 'speed' /usr/src/sys/dev/usb/controller/ehci.c:3669: error: 'struct usb2_device' has no member named 'speed' /usr/src/sys/dev/usb/controller/ehci.c:3674: error: 'struct usb2_device' has no member named 'speed' *** Error code 1 Stop in /usr/obj/usr/src/sys/WSK. *** Error code 1 Stop in /usr/src. *** Error code 1 From owner-freebsd-current@FreeBSD.ORG Thu Apr 23 02:25:21 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1980A1065672 for ; Thu, 23 Apr 2009 02:25:21 +0000 (UTC) (envelope-from wsk@gddsn.org.cn) Received: from gddsn.org.cn (gddsn.org.cn [218.19.164.145]) by mx1.freebsd.org (Postfix) with ESMTP id 987D68FC13 for ; Thu, 23 Apr 2009 02:25:20 +0000 (UTC) (envelope-from wsk@gddsn.org.cn) Received: from lp.gddsn.org.cn (unknown [10.44.8.159]) (Authenticated sender: wsk) by gddsn.org.cn (Postfix) with ESMTPA id E5FAE2E031; Thu, 23 Apr 2009 09:58:41 +0800 (CST) Message-ID: <49EFCCFC.4090202@gddsn.org.cn> Date: Thu, 23 Apr 2009 10:05:48 +0800 From: wsk User-Agent: Thunderbird 2.0.0.21 (X11/20090420) MIME-Version: 1.0 To: Hans Petter Selasky References: <49ED3E7D.8080606@gddsn.org.cn> <41877.147.83.40.213.1240324705.squirrel@webmail.entel.upc.edu> <790a9fff0904220037q69b6e594u1a1f9871c6166ade@mail.gmail.com> <200904221047.49884.hselasky@c2i.net> In-Reply-To: <200904221047.49884.hselasky@c2i.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 23 Apr 2009 02:38:38 +0000 Cc: usb@freebsd.org, Scot Hetzel , freebsd-current@freebsd.org, current@freebsd.org, Gustavo Perez Querol Subject: Re: boot panic on current(04.20) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Apr 2009 02:25:21 -0000 Hans Petter Selasky wrote: > Try this patch: > > http://perforce.freebsd.org/chv.cgi?CH=160413 > > --HPS > > build error cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror /usr/src/sys/dev/usb/controller/ehci.c In file included from /usr/src/sys/dev/usb/controller/ehci.c:60: /usr/src/sys/dev/usb/usb_device.h:125: error: expected ':', ',', ';', '}' or '__attribute__' before 'struct' /usr/src/sys/dev/usb/controller/ehci.c: In function 'ehci_setup_standard_chain': /usr/src/sys/dev/usb/controller/ehci.c:1938: error: 'struct usb2_device' has no member named 'hs_hub_addr' /usr/src/sys/dev/usb/controller/ehci.c:1939: error: 'struct usb2_device' has no member named 'hs_port_no' /usr/src/sys/dev/usb/controller/ehci.c: In function 'ehci_device_isoc_fs_open': /usr/src/sys/dev/usb/controller/ehci.c:2365: error: 'struct usb2_device' has no member named 'hs_hub_addr' /usr/src/sys/dev/usb/controller/ehci.c:2366: error: 'struct usb2_device' has no member named 'hs_port_no' /usr/src/sys/dev/usb/controller/ehci.c: In function 'ehci_pipe_init': /usr/src/sys/dev/usb/controller/ehci.c:3640: error: 'struct usb2_device' has no member named 'address' /usr/src/sys/dev/usb/controller/ehci.c:3640: error: 'struct usb2_device' has no member named 'flags' /usr/src/sys/dev/usb/controller/ehci.c:3645: error: 'struct usb2_device' has no member named 'flags' /usr/src/sys/dev/usb/controller/ehci.c:3649: error: 'struct usb2_device' has no member named 'device_index' /usr/src/sys/dev/usb/controller/ehci.c:3651: error: 'struct usb2_device' has no member named 'speed' /usr/src/sys/dev/usb/controller/ehci.c:3652: error: 'struct usb2_device' has no member named 'hs_hub_addr' /usr/src/sys/dev/usb/controller/ehci.c:3653: error: 'struct usb2_device' has no member named 'hs_port_no' /usr/src/sys/dev/usb/controller/ehci.c:3654: error: 'struct usb2_device' has no member named 'parent_hs_hub' /usr/src/sys/dev/usb/controller/ehci.c:3655: error: 'struct usb2_device' has no member named 'parent_hs_hub' /usr/src/sys/dev/usb/controller/ehci.c:3667: error: 'struct usb2_device' has no member named 'speed' /usr/src/sys/dev/usb/controller/ehci.c:3669: error: 'struct usb2_device' has no member named 'speed' /usr/src/sys/dev/usb/controller/ehci.c:3674: error: 'struct usb2_device' has no member named 'speed' *** Error code 1 Stop in /usr/obj/usr/src/sys/WSK. *** Error code 1 Stop in /usr/src. *** Error code 1 From owner-freebsd-current@FreeBSD.ORG Thu Apr 23 04:27:35 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 213BE1065686 for ; Thu, 23 Apr 2009 04:27:35 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id E5DE48FC13 for ; Thu, 23 Apr 2009 04:27:34 +0000 (UTC) (envelope-from mel.flynn+fbsd.current@mailing.thruhere.net) Received: from sarevok.dnr.servegame.org (mailhub.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id 26DBC7E837 for ; Wed, 22 Apr 2009 20:27:33 -0800 (AKDT) From: Mel Flynn To: freebsd-current@freebsd.org Date: Thu, 23 Apr 2009 06:27:16 +0200 User-Agent: KMail/1.11.2 (FreeBSD/8.0-CURRENT; KDE/4.2.2; i386; ; ) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200904230627.16745.mel.flynn+fbsd.current@mailing.thruhere.net> Subject: Statistics collection for TX no longer works X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Apr 2009 04:27:35 -0000 Hi, I noticed when upgrading to KDE 4.2.2, the network monitor no longer showed outgoing bandwidth. I blamed this on the app first, but after installing net/bmon the problem is there as well. It uses int mib[] = {CTL_NET, PF_ROUTE, 0, 0, NET_RT_IFLIST, 0}; to read if_msghdr structs and ifm->ifm_data.ifi_obytes. netstat has the same problem: input (em0) output packets errs bytes packets errs bytes colls 199 0 63203 117 0 0 0 193 0 59995 97 0 0 0 185 0 63023 105 0 0 0 200 0 60642 104 0 0 0 199 0 63102 100 0 0 0 215 0 62733 94 0 2891 0 That 2891 is a mystery, all the while I was copying a file remotely at ~150KB/s. FreeBSD sarevok.dnr.servegame.org 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Fri Apr 17 14:18:41 CEST 2009 mel@sarevok.dnr.servegame.org:/usr/obj/usr/src/sys/SMOOCHIES i386 I saw some net related entries in UPDATING but they make so little sense to me, I shouldn't be affected by it ;). Kernel and world were build/upgraded in sync, make delete-old and delete-old-libs done so I should be in compliance with those entries anyway (20090415 and 14 entries). -- Mel From owner-freebsd-current@FreeBSD.ORG Thu Apr 23 05:32:14 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A47D1065672; Thu, 23 Apr 2009 05:32:14 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe11.tele2.se [212.247.155.65]) by mx1.freebsd.org (Postfix) with ESMTP id CE43F8FC1A; Thu, 23 Apr 2009 05:32:13 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=nyMGgD1UoDIA:10 a=MXw7gxVQKqGXY79tIT8aFQ==:17 a=6I5d2MoRAAAA:8 a=3xjJL7uOEfHLxtXrTPUA:9 a=m1lC4bDjIQzXpm0Id8GUAlE36f8A:4 Received: from [62.113.132.61] (account mc467741@c2i.net HELO laptop) by mailfe11.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1057604179; Thu, 23 Apr 2009 07:32:12 +0200 From: Hans Petter Selasky To: wsk Date: Thu, 23 Apr 2009 07:34:43 +0200 User-Agent: KMail/1.9.7 References: <49ED3E7D.8080606@gddsn.org.cn> <200904221047.49884.hselasky@c2i.net> <49EFCCFC.4090202@gddsn.org.cn> In-Reply-To: <49EFCCFC.4090202@gddsn.org.cn> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200904230734.45056.hselasky@c2i.net> Cc: usb@freebsd.org, Scot Hetzel , freebsd-current@freebsd.org, current@freebsd.org, Gustavo Perez Querol Subject: Re: boot panic on current(04.20) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Apr 2009 05:32:15 -0000 On Thursday 23 April 2009, wsk wrote: > Hans Petter Selasky wrote: > > Try this patch: > > > > http://perforce.freebsd.org/chv.cgi?CH=160413 > > The patch is in -current now. --HPS From owner-freebsd-current@FreeBSD.ORG Thu Apr 23 06:24:13 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A85B9106564A; Thu, 23 Apr 2009 06:24:13 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from violet.upc.es (violet.upc.es [147.83.2.51]) by mx1.freebsd.org (Postfix) with ESMTP id 15B218FC13; Thu, 23 Apr 2009 06:24:12 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from hamilton.upcnetadm.upcnet.es (hamilton.upcnetadm.upcnet.es [147.83.2.240]) by violet.upc.es (8.14.1/8.13.1) with ESMTP id n3N6O0i4010831; Thu, 23 Apr 2009 08:24:00 +0200 Received: from [147.83.40.234] ([147.83.40.234]) by hamilton.upcnetadm.upcnet.es (Lotus Domino Release 5.0.12) with ESMTP id 2009042308240890:96874 ; Thu, 23 Apr 2009 08:24:08 +0200 Message-ID: <49F00937.8040806@entel.upc.edu> Date: Thu, 23 Apr 2009 08:22:47 +0200 From: Gustau Perez User-Agent: Thunderbird 2.0.0.21 (X11/20090409) MIME-Version: 1.0 To: Hans Petter Selasky References: <49ED3E7D.8080606@gddsn.org.cn> <200904221047.49884.hselasky@c2i.net> <49EFCCFC.4090202@gddsn.org.cn> <200904230734.45056.hselasky@c2i.net> In-Reply-To: <200904230734.45056.hselasky@c2i.net> X-MIMETrack: Itemize by SMTP Server on hamilton/UPC(Release 5.0.12 |February 13, 2003) at 23/04/2009 08:24:08, Serialize by Router on hamilton/UPC(Release 5.0.12 |February 13, 2003) at 23/04/2009 08:24:10, Serialize complete at 23/04/2009 08:24:10 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-Mail-Scanned: Criba 2.0 + Clamd X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (violet.upc.es [147.83.2.51]); Thu, 23 Apr 2009 08:24:01 +0200 (CEST) Cc: usb@freebsd.org, Scot Hetzel , current@freebsd.org, wsk , freebsd-current@freebsd.org Subject: Re: boot panic on current(04.20) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Apr 2009 06:24:14 -0000 Hans Petter Selasky wrote: > On Thursday 23 April 2009, wsk wrote: > >> Hans Petter Selasky wrote: >> >>> Try this patch: >>> >>> http://perforce.freebsd.org/chv.cgi?CH=160413 >>> >>> > > The patch is in -current now. > > In my case, It didn't worked (at least yesterday). I still had the panics. I'm updating my sources to see if it still happens. In that case I'll try to send a trace if time permits (yesterday I was unable because I have a file as a swap device, and it looks like it can't be used as a dumpdev). Regards, Gus From owner-freebsd-current@FreeBSD.ORG Thu Apr 23 06:24:13 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A85B9106564A; Thu, 23 Apr 2009 06:24:13 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from violet.upc.es (violet.upc.es [147.83.2.51]) by mx1.freebsd.org (Postfix) with ESMTP id 15B218FC13; Thu, 23 Apr 2009 06:24:12 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from hamilton.upcnetadm.upcnet.es (hamilton.upcnetadm.upcnet.es [147.83.2.240]) by violet.upc.es (8.14.1/8.13.1) with ESMTP id n3N6O0i4010831; Thu, 23 Apr 2009 08:24:00 +0200 Received: from [147.83.40.234] ([147.83.40.234]) by hamilton.upcnetadm.upcnet.es (Lotus Domino Release 5.0.12) with ESMTP id 2009042308240890:96874 ; Thu, 23 Apr 2009 08:24:08 +0200 Message-ID: <49F00937.8040806@entel.upc.edu> Date: Thu, 23 Apr 2009 08:22:47 +0200 From: Gustau Perez User-Agent: Thunderbird 2.0.0.21 (X11/20090409) MIME-Version: 1.0 To: Hans Petter Selasky References: <49ED3E7D.8080606@gddsn.org.cn> <200904221047.49884.hselasky@c2i.net> <49EFCCFC.4090202@gddsn.org.cn> <200904230734.45056.hselasky@c2i.net> In-Reply-To: <200904230734.45056.hselasky@c2i.net> X-MIMETrack: Itemize by SMTP Server on hamilton/UPC(Release 5.0.12 |February 13, 2003) at 23/04/2009 08:24:08, Serialize by Router on hamilton/UPC(Release 5.0.12 |February 13, 2003) at 23/04/2009 08:24:10, Serialize complete at 23/04/2009 08:24:10 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-Mail-Scanned: Criba 2.0 + Clamd X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (violet.upc.es [147.83.2.51]); Thu, 23 Apr 2009 08:24:01 +0200 (CEST) Cc: usb@freebsd.org, Scot Hetzel , current@freebsd.org, wsk , freebsd-current@freebsd.org Subject: Re: boot panic on current(04.20) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Apr 2009 06:24:14 -0000 Hans Petter Selasky wrote: > On Thursday 23 April 2009, wsk wrote: > >> Hans Petter Selasky wrote: >> >>> Try this patch: >>> >>> http://perforce.freebsd.org/chv.cgi?CH=160413 >>> >>> > > The patch is in -current now. > > In my case, It didn't worked (at least yesterday). I still had the panics. I'm updating my sources to see if it still happens. In that case I'll try to send a trace if time permits (yesterday I was unable because I have a file as a swap device, and it looks like it can't be used as a dumpdev). Regards, Gus From owner-freebsd-current@FreeBSD.ORG Thu Apr 23 06:32:16 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05506106567D for ; Thu, 23 Apr 2009 06:32:16 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe11.tele2.se [212.247.155.65]) by mx1.freebsd.org (Postfix) with ESMTP id 8F9A28FC08 for ; Thu, 23 Apr 2009 06:32:15 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=nyMGgD1UoDIA:10 a=MXw7gxVQKqGXY79tIT8aFQ==:17 a=6I5d2MoRAAAA:8 a=3xjJL7uOEfHLxtXrTPUA:9 a=m1lC4bDjIQzXpm0Id8GUAlE36f8A:4 Received: from [62.113.132.61] (account mc467741@c2i.net HELO laptop) by mailfe11.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1057604179; Thu, 23 Apr 2009 07:32:12 +0200 From: Hans Petter Selasky To: wsk Date: Thu, 23 Apr 2009 07:34:43 +0200 User-Agent: KMail/1.9.7 References: <49ED3E7D.8080606@gddsn.org.cn> <200904221047.49884.hselasky@c2i.net> <49EFCCFC.4090202@gddsn.org.cn> In-Reply-To: <49EFCCFC.4090202@gddsn.org.cn> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200904230734.45056.hselasky@c2i.net> Cc: usb@freebsd.org, Scot Hetzel , freebsd-current@freebsd.org, current@freebsd.org, Gustavo Perez Querol Subject: Re: boot panic on current(04.20) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Apr 2009 06:32:16 -0000 On Thursday 23 April 2009, wsk wrote: > Hans Petter Selasky wrote: > > Try this patch: > > > > http://perforce.freebsd.org/chv.cgi?CH=160413 > > The patch is in -current now. --HPS From owner-freebsd-current@FreeBSD.ORG Thu Apr 23 08:57:01 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D1631065670 for ; Thu, 23 Apr 2009 08:57:01 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-fx0-f162.google.com (mail-fx0-f162.google.com [209.85.220.162]) by mx1.freebsd.org (Postfix) with ESMTP id A86348FC14 for ; Thu, 23 Apr 2009 08:57:00 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by fxm6 with SMTP id 6so60707fxm.43 for ; Thu, 23 Apr 2009 01:56:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=PdSC/fsCtw6Xvc3f3AxFUh9uZ+1Kpiz8bSXL1AzBWSg=; b=uywAFyHaRKnI+ND5GanQAonEWZ35cGp+YuKxe7ySDg5UdJP9CCu3caozx9/5ati77U otQYUdoLRBKTpukM+WdIG8mZYTbPkchlbsao17+89nMSeQ9TGGQzrXusTj8WE+F/7s0o LZZpVhIo7qlrd1UZrZlSM/v/9cmsQ54PNO9nQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=m3qxUjkI+LKpjxnbsqgDhKeHbnZ424LpO//VAcHfkXKTITC069RPyCqYP7ao1pSeqA tQpywe6JFc7U7dRaTHKEt0TwJMYP7lxmDV3CVWtubX0TP32klbwg7icLcni5ZkURRJ0h wJ5nHtb88204IuDgnpAXqIkJYqFQw4yfHI1t4= MIME-Version: 1.0 Received: by 10.103.226.10 with SMTP id d10mr439210mur.105.1240477019661; Thu, 23 Apr 2009 01:56:59 -0700 (PDT) In-Reply-To: References: Date: Thu, 23 Apr 2009 12:56:59 +0400 Message-ID: From: pluknet To: Maksim Yevmenkin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Alexander Best , freebsd-current@freebsd.org Subject: Re: possible bug in the sbappendrecord_locked()? (Was: Re: core dump with bluetooth device) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Apr 2009 08:57:01 -0000 2009/4/18 pluknet : > 2009/4/17 Maksim Yevmenkin : >> [snip] >> >> ok, this is completely untested, so be warned :) would something like >> the following work? am i missing something? > > I'm on vacations and will not able to test it until after 4/23. :( > So, come back now. Works for me (tm) on stable/7 with SOCKBUF_DEBUG enabled. (writing this message currently via ng_ubt(4)). Please, commit. Thank you, pluknet From owner-freebsd-current@FreeBSD.ORG Thu Apr 23 12:32:39 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B095106566C; Thu, 23 Apr 2009 12:32:39 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from violet.upc.es (violet.upc.es [147.83.2.51]) by mx1.freebsd.org (Postfix) with ESMTP id 2493A8FC1B; Thu, 23 Apr 2009 12:32:38 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from hamilton.upcnetadm.upcnet.es (hamilton.upcnetadm.upcnet.es [147.83.2.240]) by violet.upc.es (8.14.1/8.13.1) with ESMTP id n3NCWQwb022609; Thu, 23 Apr 2009 14:32:26 +0200 Received: from [147.83.40.234] ([147.83.40.234]) by hamilton.upcnetadm.upcnet.es (Lotus Domino Release 5.0.12) with ESMTP id 2009042314323422:102887 ; Thu, 23 Apr 2009 14:32:34 +0200 Message-ID: <49F05F8F.5000407@entel.upc.edu> Date: Thu, 23 Apr 2009 14:31:11 +0200 From: Gustau Perez User-Agent: Thunderbird 2.0.0.21 (X11/20090409) MIME-Version: 1.0 To: Hans Petter Selasky References: <49ED3E7D.8080606@gddsn.org.cn> <200904212123.14016.hselasky@c2i.net> In-Reply-To: <200904212123.14016.hselasky@c2i.net> X-MIMETrack: Itemize by SMTP Server on hamilton/UPC(Release 5.0.12 |February 13, 2003) at 23/04/2009 14:32:34, Serialize by Router on hamilton/UPC(Release 5.0.12 |February 13, 2003) at 23/04/2009 14:32:36, Serialize complete at 23/04/2009 14:32:36 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=UTF-8; format=flowed X-Mail-Scanned: Criba 2.0 + Clamd X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (violet.upc.es [147.83.2.51]); Thu, 23 Apr 2009 14:32:27 +0200 (CEST) Cc: usb@freebsd.org, wsk , current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: boot panic on current(04.20) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Apr 2009 12:32:40 -0000 Hans Petter Selasky wrote: > On Tuesday 21 April 2009, wsk wrote: > >> lists >> boot panic on current(2009.04.20).it seems caused by usbus4 >> >> Root mount waiting for: usbus4 >> uhub4: 8 ports with 8 removable, self powered >> Root mount waiting for: usbus4 >> ugen4.2: at usbus4 >> Fatal trap 12: page fault while in kernel mode >> cpuid = 0; apic id = 00 >> fault virtual address = 0x0 >> fault code = supervisor read, page not present >> instruction pointer = 0x20:0xc08ed3a3 >> stack pointer = 0x28:0xe4c38b40 >> frame pointer = 0x28:0xe4c38b44 >> 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 = 28 (usbus4) >> trap number = 12 >> panic: page fault >> cpuid = 0 >> uptime: 5s >> Cannot dump. Device not defined or unavailable. >> >> > > Can you compile a kernel with debugging and get a backtrace? > > I'm trying to get the dump saved to /var/crash but seems it is not working. As the crash happens before /etc/rc.d/dumpon executes, dumpon doesn't get executed,so dumpdev doesn't point to the place where to save the dump. I tried booting single user without loading both uhci and ehci. I booted fined. I tried launching swapon /dev/ad4s3b and /etc/rc.d/dumpon start. Looking at /dev/dumpdev it points to /dev/ad4s3b, fine. Compiled the kernel with ; # Debugging for use in -current options KDB # Enable kernel debugger support. options DDB # Support DDB. and changed sysctl kern.coredump=1. Loading uchi throws me to the debugger (ok, that's what I wanted), but the core is not saved to /dev/ad4s3b. Is there something I'm doing wrong ? Am I missing something ? > Is the panic reproducible? > Yes it is. When uhci.ko is loaded is panics. > --HPS > Regards, Gus > _______________________________________________ > 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 Apr 23 12:34:13 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA203106566C; Thu, 23 Apr 2009 12:34:13 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe01.swip.net [212.247.154.1]) by mx1.freebsd.org (Postfix) with ESMTP id 1319A8FC08; Thu, 23 Apr 2009 12:34:12 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=nyMGgD1UoDIA:10 a=A9fe73ChuGazO53Bn-QA:9 a=tT1I7HXlkSwwLqnn1rgcR8EGcWsA:4 a=SUW4-KwYzMtWZh0r:21 a=10-NGy_3TaLB5fVX:21 Received: from [81.191.55.181] (account mc467741@c2i.net HELO [10.36.2.183]) by mailfe01.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 180461597; Thu, 23 Apr 2009 14:34:11 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Thu, 23 Apr 2009 14:36:43 +0200 User-Agent: KMail/1.9.7 References: <49ED3E7D.8080606@gddsn.org.cn> <200904212123.14016.hselasky@c2i.net> <49F05F8F.5000407@entel.upc.edu> In-Reply-To: <49F05F8F.5000407@entel.upc.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200904231436.43735.hselasky@c2i.net> Cc: Gustau Perez , freebsd-usb@freebsd.org, wsk Subject: Re: boot panic on current(04.20) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Apr 2009 12:34:14 -0000 On Thursday 23 April 2009, Gustau Perez wrote: > Hans Petter Selasky wrote: > > On Tuesday 21 April 2009, wsk wrote: > >> lists > >> boot panic on current(2009.04.20).it seems caused by usbus4 > >> > >> Root mount waiting for: usbus4 > >> uhub4: 8 ports with 8 removable, self powered > >> Root mount waiting for: usbus4 > >> ugen4.2: at usbus4 > >> Fatal trap 12: page fault while in kernel mode > >> cpuid = 0; apic id = 00 > >> fault virtual address = 0x0 > >> fault code = supervisor read, page not present > >> instruction pointer = 0x20:0xc08ed3a3 > >> stack pointer = 0x28:0xe4c38b40 > >> frame pointer = 0x28:0xe4c38b44 > >> 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 = 28 (usbus4) > >> trap number = 12 > >> panic: page fault > >> cpuid = 0 > >> uptime: 5s > >> Cannot dump. Device not defined or unavailable. > > > > Can you compile a kernel with debugging and get a backtrace? > > I'm trying to get the dump saved to /var/crash but seems it is not > working. As the crash happens before /etc/rc.d/dumpon executes, dumpon > doesn't get executed,so dumpdev doesn't point to the place where to save > the dump. > > I tried booting single user without loading both uhci and ehci. I > booted fined. I tried launching swapon /dev/ad4s3b and /etc/rc.d/dumpon > start. Looking at /dev/dumpdev it points to /dev/ad4s3b, fine. Compiled > the kernel with ; > > # Debugging for use in -current > options KDB # Enable kernel debugger support. > options DDB # Support DDB. > > and changed sysctl kern.coredump=1. > > Loading uchi throws me to the debugger (ok, that's what I wanted), > but the core is not saved to /dev/ad4s3b. Is there something I'm doing > wrong ? Am I missing something ? > > > Is the panic reproducible? > > Yes it is. When uhci.ko is loaded is panics. If you type "bt" in the debugger, what are the USB functions being called? --HPS From owner-freebsd-current@FreeBSD.ORG Thu Apr 23 12:38:25 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C15A1065678 for ; Thu, 23 Apr 2009 12:38:25 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id 2923A8FC1F for ; Thu, 23 Apr 2009 12:38:24 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from mr02.lnh.mail.rcn.net ([207.172.157.22]) by smtp02.lnh.mail.rcn.net with ESMTP; 23 Apr 2009 08:09:36 -0400 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr02.lnh.mail.rcn.net (MOS 3.10.4-GA) with ESMTP id PTK90962; Thu, 23 Apr 2009 08:07:09 -0400 (EDT) Received: from 209-6-22-188.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com (HELO jerusalem.litteratus.org.litteratus.org) ([209.6.22.188]) by smtp01.lnh.mail.rcn.net with ESMTP; 23 Apr 2009 08:07:10 -0400 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18928.23020.908829.364685@jerusalem.litteratus.org> Date: Thu, 23 Apr 2009 08:07:08 -0400 To: Janos Dohanics In-Reply-To: <200904201046.33237.web@3dresearch.com> References: <200904201046.33237.web@3dresearch.com> X-Mailer: VM 7.17 under 21.5 (beta28) "fuki" XEmacs Lucid X-Junkmail-Whitelist: YES (by domain whitelist at mr02.lnh.mail.rcn.net) Cc: Stephen Montgomery-Smith , freebsd-current@freebsd.org Subject: Re: hal-0.5.11 does not build X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Apr 2009 12:38:25 -0000 Janos Dohanics writes: > However, I never had the libusb port installed. In fact, when I > try to install libusb-0.1.12_4, I get the message ===> > libusb-0.1.12_4 has been already included into base system. > > So, I still need advice on this... Start by reading /usr/src/UPDATING and /usr/ports/UPDATING, starting with the entries beginning 2009/02/01. Read _everything_ before doing _anything_. Robert Huff From owner-freebsd-current@FreeBSD.ORG Thu Apr 23 12:42:20 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C33F61065670 for ; Thu, 23 Apr 2009 12:42:20 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-fx0-f162.google.com (mail-fx0-f162.google.com [209.85.220.162]) by mx1.freebsd.org (Postfix) with ESMTP id 26C308FC18 for ; Thu, 23 Apr 2009 12:42:19 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by fxm6 with SMTP id 6so160552fxm.43 for ; Thu, 23 Apr 2009 05:42:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=g2p0WBgH1m9z/njICUkaLLtEM8o0BJmaAuRBwtOp7M4=; b=GBKl+rp7sM81hUI7QZmMDxzV4MSVd2Lw57E4rRBWIHBe4heMDXXGy0exVkgN4WJqUy 9wiY666tve+qyCtwA9lDRBXMX8HvFO77ix6YfC3eUMI0ixSumsm3WDhJcIihnfmAT8O6 qC7vSayV1HpiZENB0c+aEDfAUly74t95SK3eA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=n3cEwZVQGIPJ4fc86gwQmCTKAlBGnYkT6q36wWmXyu4sePhD2XZxlPhBOVn3AVrrWT +4M501ScHgXLnjR937Tl/dVEcGx7jIOFJLT11VxR/mZLXPp3D4gVvCpO8bdOboVDtf8P LybHFM/g2m8NNBqlsMUP+UIIGKVD5kmO2Xulk= MIME-Version: 1.0 Received: by 10.239.154.142 with SMTP id e14mr54115hbc.69.1240490539140; Thu, 23 Apr 2009 05:42:19 -0700 (PDT) In-Reply-To: <49F05F8F.5000407@entel.upc.edu> References: <49ED3E7D.8080606@gddsn.org.cn> <200904212123.14016.hselasky@c2i.net> <49F05F8F.5000407@entel.upc.edu> Date: Thu, 23 Apr 2009 14:42:19 +0200 Message-ID: <3a142e750904230542l14a742aw6aa37205a3da054d@mail.gmail.com> From: "Paul B. Mahol" To: Gustau Perez Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: boot panic on current(04.20) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Apr 2009 12:42:21 -0000 On 4/23/09, Gustau Perez wrote: > Hans Petter Selasky wrote: >> On Tuesday 21 April 2009, wsk wrote: >> >>> lists >>> boot panic on current(2009.04.20).it seems caused by usbus4 >>> >>> Root mount waiting for: usbus4 >>> uhub4: 8 ports with 8 removable, self powered >>> Root mount waiting for: usbus4 >>> ugen4.2: at usbus4 >>> Fatal trap 12: page fault while in kernel mode >>> cpuid = 0; apic id = 00 >>> fault virtual address = 0x0 >>> fault code = supervisor read, page not present >>> instruction pointer = 0x20:0xc08ed3a3 >>> stack pointer = 0x28:0xe4c38b40 >>> frame pointer = 0x28:0xe4c38b44 >>> 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 = 28 (usbus4) >>> trap number = 12 >>> panic: page fault >>> cpuid = 0 >>> uptime: 5s >>> Cannot dump. Device not defined or unavailable. >>> >>> >> >> Can you compile a kernel with debugging and get a backtrace? >> >> > > > I'm trying to get the dump saved to /var/crash but seems it is not > working. As the crash happens before /etc/rc.d/dumpon executes, dumpon > doesn't get executed,so dumpdev doesn't point to the place where to save > the dump. > > I tried booting single user without loading both uhci and ehci. I > booted fined. I tried launching swapon /dev/ad4s3b and /etc/rc.d/dumpon > start. Looking at /dev/dumpdev it points to /dev/ad4s3b, fine. Compiled > the kernel with ; > > # Debugging for use in -current > options KDB # Enable kernel debugger support. > options DDB # Support DDB. > > and changed sysctl kern.coredump=1. > > Loading uchi throws me to the debugger (ok, that's what I wanted), > but the core is not saved to /dev/ad4s3b. Is there something I'm doing > wrong ? Am I missing something ? ddb(4) > >> Is the panic reproducible? >> > > Yes it is. When uhci.ko is loaded is panics. >> --HPS >> > > Regards, > > Gus >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Paul From owner-freebsd-current@FreeBSD.ORG Thu Apr 23 14:00:16 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 207EC10656BC for ; Thu, 23 Apr 2009 14:00:03 +0000 (UTC) (envelope-from greenx@yartv.ru) Received: from mail.yartv.ru (yartv.ru [213.187.103.147]) by mx1.freebsd.org (Postfix) with ESMTP id 474DA8FC1D for ; Thu, 23 Apr 2009 14:00:03 +0000 (UTC) (envelope-from greenx@yartv.ru) Received: from greenx.yartelenet.ru (greenx.yartelenet.ru [213.187.114.73]) by mail.yartv.ru (Postfix) with ESMTP id 1CD58730C1 for ; Thu, 23 Apr 2009 17:54:10 +0400 (MSD) Message-ID: <49F072FB.1090404@yartv.ru> Date: Thu, 23 Apr 2009 17:54:03 +0400 From: =?UTF-8?B?0JDQvdC00YDQtdC5INCT0YDQvtGI0LXQsg==?= User-Agent: Thunderbird 2.0.0.21 (X11/20090324) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: panic malloc_init: bad malloc type magic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Apr 2009 14:00:16 -0000 Hello, people! Today the world has updated and now I get subj. Because of what's going on? And how to locate the problems? Best regards, GreenX From owner-freebsd-current@FreeBSD.ORG Thu Apr 23 15:12:29 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1ACE1065679 for ; Thu, 23 Apr 2009 15:12:29 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.229]) by mx1.freebsd.org (Postfix) with ESMTP id B3E528FC08 for ; Thu, 23 Apr 2009 15:12:29 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: by rv-out-0506.google.com with SMTP id k40so545731rvb.43 for ; Thu, 23 Apr 2009 08:12:29 -0700 (PDT) MIME-Version: 1.0 Received: by 10.141.13.13 with SMTP id q13mr341018rvi.163.1240498024557; Thu, 23 Apr 2009 07:47:04 -0700 (PDT) In-Reply-To: <49F072FB.1090404@yartv.ru> References: <49F072FB.1090404@yartv.ru> Date: Thu, 23 Apr 2009 16:47:04 +0200 Message-ID: From: =?ISO-8859-1?Q?Marius_N=FCnnerich?= To: =?KOI8-R?B?4c7E0sXKIOfSz9vF1w==?= Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: panic malloc_init: bad malloc type magic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Apr 2009 15:12:30 -0000 On Thu, Apr 23, 2009 at 15:54, =E1=CE=C4=D2=C5=CA =E7=D2=CF=DB=C5=D7 wrote: > Hello, people! > Today the world has updated and now I get subj. > Because of what's going on? > And how to locate the problems? Could you send a backtrace of the panic? From owner-freebsd-current@FreeBSD.ORG Thu Apr 23 15:20:44 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E9F1106566B for ; Thu, 23 Apr 2009 15:20:44 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id 2A8378FC20 for ; Thu, 23 Apr 2009 15:20:43 +0000 (UTC) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id n3NFJmaE002362 for ; Thu, 23 Apr 2009 11:19:49 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200904231519.n3NFJmaE002362@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 23 Apr 2009 11:20:42 -0400 To: freebsd-current@freebsd.org From: Mike Tancsa Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: panic with current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Apr 2009 15:20:44 -0000 A GENERIC kernel, full dmesg below. I was running fine from April 10th. Starting Network: lo0 em0. Additional routing options: IP gateway=YES. Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x20:0x0 stack pointer = 0x28:0xe6ae3ca8 frame pointer = 0x28:0xe6ae3cd4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (em0 taskq) [thread pid 0 tid 100037 ] Stopped at 0: *** error reading from address 0 *** db> bt Tracing pid 0 tid 100037 td 0xc683d000 taskqueue_run(c6894240,c689425c,c0c25dfe,0,c0c2db36,...) at taskqueue_run+0x10b taskqueue_thread_loop(c689b564,e6ae3d38,c0c2b242,32d,c0d795e0,...) at taskqueue_thread_loop+0x68 fork_exit(c088fdf0,c689b564,e6ae3d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe6ae3d70, ebp = 0 --- db> GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-CURRENT #0: Thu Apr 23 10:31:18 EDT 2009 mdtancsa@i7.sentex.ca:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM) i7 CPU 920 @ 2.67GHz (2660.00-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x106a4 Stepping = 4 Features=0xbfebfbff Features2=0x98e3bd AMD Features=0x28100000 AMD Features2=0x1 TSC: P-state invariant Cores per package: 8 Logical CPUs per core: 2 real memory = 3225419776 (3076 MB) avail memory = 3136049152 (2990 MB) ACPI APIC Table: <030609 APIC0930> FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP/HT): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP/HT): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP/HT): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP/HT): APIC ID: 7 WARNING: Non-uniform processors. WARNING: Using suboptimal topology. ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, bff00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 em0: port 0xdc00-0xdc1f mem 0xfaee0000-0xfaefffff,0xfaedc000-0xfaedffff irq 16 at device 0.0 on pci1 em0: Using MSIX interrupts em0: [ITHREAD] em0: [ITHREAD] em0: [ITHREAD] em0: Ethernet address: 00:30:48:d7:c1:6e pcib2: at device 2.0 on pci0 pci2: on pcib2 em1: port 0xec00-0xec1f mem 0xfafe0000-0xfaffffff,0xfafdc000-0xfafdffff irq 16 at device 0.0 on pci2 em1: Using MSIX interrupts em1: [ITHREAD] em1: [ITHREAD] em1: [ITHREAD] em1: Ethernet address: 00:30:48:d7:c1:6f pcib3: at device 3.0 on pci0 pci3: on pcib3 pcib4: at device 7.0 on pci0 pci4: on pcib4 pcib5: at device 9.0 on pci0 pci5: on pcib5 pci0: at device 16.0 (no driver attached) pci0: at device 16.1 (no driver attached) pci0: at device 20.0 (no driver attached) pci0: at device 20.1 (no driver attached) pci0: at device 20.2 (no driver attached) pci0: at device 20.3 (no driver attached) pci0: at device 22.0 (no driver attached) pci0: at device 22.1 (no driver attached) pci0: at device 22.2 (no driver attached) pci0: at device 22.3 (no driver attached) pci0: at device 22.4 (no driver attached) pci0: at device 22.5 (no driver attached) pci0: at device 22.6 (no driver attached) pci0: at device 22.7 (no driver attached) uhci0: port 0xcc00-0xcc1f irq 16 at device 26.0 on pci0 uhci0: [ITHREAD] uhci0: LegSup = 0x0f00 usbus0: on uhci0 uhci1: port 0xc880-0xc89f irq 21 at device 26.1 on pci0 uhci1: [ITHREAD] uhci1: LegSup = 0x0f00 usbus1: on uhci1 uhci2: port 0xc800-0xc81f irq 19 at device 26.2 on pci0 uhci2: [ITHREAD] uhci2: LegSup = 0x0f00 usbus2: on uhci2 ehci0: mem 0xfadde000-0xfadde3ff irq 18 at device 26.7 on pci0 ehci0: [ITHREAD] usbus3: EHCI version 1.0 usbus3: on ehci0 uhci3: port 0xc480-0xc49f irq 23 at device 29.0 on pci0 uhci3: [ITHREAD] uhci3: LegSup = 0x0f00 usbus4: on uhci3 uhci4: port 0xc400-0xc41f irq 19 at device 29.1 on pci0 uhci4: [ITHREAD] uhci4: LegSup = 0x0f00 usbus5: on uhci4 uhci5: port 0xc080-0xc09f irq 18 at device 29.2 on pci0 uhci5: [ITHREAD] uhci5: LegSup = 0x0f00 usbus6: on uhci5 ehci1: mem 0xfaddc000-0xfaddc3ff irq 23 at device 29.7 on pci0 ehci1: [ITHREAD] usbus7: EHCI version 1.0 usbus7: on ehci1 pcib6: at device 30.0 on pci0 pci6: on pcib6 vgapci0: mem 0xf9800000-0xf9ffffff,0xfbefc000-0xfbefffff,0xfb000000-0xfb7fffff irq 17 at device 4.0 on pci6 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xc000-0xc007,0xbc00-0xbc03,0xb880-0xb887,0xb800-0xb803,0xb480-0xb48f,0xb400-0xb40f irq 19 at device 31.2 on pci0 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] pci0: at device 31.3 (no driver attached) atapci1: port 0xb000-0xb007,0xac00-0xac03,0xa880-0xa887,0xa800-0xa803,0xa480-0xa48f,0xa400-0xa40f irq 19 at device 31.5 on pci0 atapci1: [ITHREAD] ata4: on atapci1 ata4: [ITHREAD] ata5: on atapci1 ata5: [ITHREAD] acpi_button0: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] uart0: console (115200,n,8,1) uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 uart1: [FILTER] uart2: <16550 or compatible> port 0x3e8-0x3ef irq 5 on acpi0 uart2: [FILTER] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] cpu0: on acpi0 ACPI Warning (tbutils-0243): Incorrect checksum in table [OEMB] - 8F, should be 8C [20070320] est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 14 device_attach: est0 attach returned 6 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 14 device_attach: est1 attach returned 6 p4tcc1: on cpu1 cpu2: on acpi0 est2: on cpu2 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 14 device_attach: est2 attach returned 6 p4tcc2: on cpu2 cpu3: on acpi0 est3: on cpu3 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 14 device_attach: est3 attach returned 6 p4tcc3: on cpu3 cpu4: on acpi0 est4: on cpu4 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 14 device_attach: est4 attach returned 6 p4tcc4: on cpu4 cpu5: on acpi0 est5: on cpu5 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 14 device_attach: est5 attach returned 6 p4tcc5: on cpu5 cpu6: on acpi0 est6: on cpu6 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 14 device_attach: est6 attach returned 6 p4tcc6: on cpu6 cpu7: on acpi0 est7: on cpu7 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 14 device_attach: est7 attach returned 6 p4tcc7: on cpu7 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata0: [ITHREAD] ata1 at port 0x170-0x177,0x376 irq 15 on isa0 ata1: [ITHREAD] ppc0: parallel port not found. Timecounters tick every 1.000 msec usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 12Mbps Full Speed USB v1.0 usbus6: 12Mbps Full Speed USB v1.0 usbus7: 480Mbps High Speed USB v2.0 ugen4.1: at usbus4 uhub4: on usbus4 ugen5.1: at usbus5 uhub5: on usbus5 ugen6.1: at usbus6 uhub6: on usbus6 ugen7.1: at usbus7 uhub7: on usbus7 ad4: 76319MB at ata2-master SATA300 acd0: DVDROM at ata2-slave UDMA33 SMP: AP CPU #3 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #6 Launched! SMP: AP CPU #7 Launched! SMP: AP CPU #4 Launched! SMP: AP CPU #5 Launched! WARNING: WITNESS option enabled, expect reduced performance. GEOM_LABEL: Label for provider ad4s1a is ufsid/49d5f97eae95c933. GEOM_LABEL: Label for provider ad4s1d is ufsid/49d5f97edfe5e187. :EOM_LABEL: Label for provider ad4s1e is ufsid/49d5f97e2c96fuch0ubb.0 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered GEOM_LABEL: Label for provider ad4s1f is ufsid/49d5f9822bc88fc6. Root mount waiting for: usbus7 usbus6 usbus5 usbus4 usbus3 uhub5: 2 ports with 2 removable, self powered uhub6: 2 ports with 2 removable, self powered uhub4: 2 ports with 2 removable, self powered Root mount waiting for: usbus7 usbus3 Root mount waiting for: usbus7 usbus3 uhub3: 6 ports with 6 removable, self powered uhub7: 6 ports with 6 removable, self powered Trying to mount root from ufs:/dev/ad4s1a WARNING: / was not properly dismounted Entropy harvesting: interrupts ethernet point_to_point kickstart. GEOM_LABEL: Label ufsid/49d5f97eae95c933 removed. /dev/ad4s1a: 4182 files, 206573 used, 299914 free (850 frags, 37383 blocks, 0.2% fragmentation) GEOM_LABEL: Label for provider ad4s1a is ufsid/49d5f97eae95c933. GEOM_LABEL: Label ufsid/49d5f97edfe5e187 removed. /dev/ad4s1d: 100 files, 730 used, 2028301 free (149 frags, 253519 blocks, 0.0% fragmentation) GEOM_LABEL: Label for provider ad4s1d is ufsid/49d5f97edfe5e187. GEOM_LABEL: Label ufsid/49d5f97e2c96fc0b removed. /dev/ad4s1e: 317627 files, 2023068 used, 18288330 free (102938 frags, 2273174 blocks, 0.5% fragmentation) GEOM_LABEL: Label for provider ad4s1e is ufsid/49d5f97e2c96fc0b. GEOM_LABEL: Label ufsid/49d5f9822bc88fc6 removed. /dev/ad4s1f: FREE BLK COUNT(S) WRONG IN SUPERBLK (SALVAGED) /dev/ad4s1f: SUMMARY INFORMATION BAD (SALVAGED) /dev/ad4s1f: BLK(S) MISSING IN BIT MAPS (SALVAGED) /dev/ad4s1f: 1374 files, 31882 used, 10900969 free (425 frags, 1362568 blocks, 0.0% fragmentation) GEOM_LABEL: Label for provider ad4s1f is ufsid/49d5f9822bc88fc6. GEOM_LABEL: Label ufsid/49d5f97eae95c933 removed. GEOM_LABEL: Label ufsid/49d5f97edfe5e187 removed. GEOM_LABEL: Label ufsid/49d5f97e2c96fc0b removed. GEOM_LABEL: Label ufsid/49d5f9822bc88fc6 removed. Starting Network: lo0 em0. Additional routing options: IP gateway=YES. Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x20:0x0 stack pointer = 0x28:0xe6ae3ca8 frame pointer = 0x28:0xe6ae3cd4 code segmsavecore: rebooten after panic: frtom debugger Apr 23 11:15:14 i7 =savecore: reboot b after panic: frasom debugger e 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (em0 taskq) [thread pid 0 tid 100037 ] Stopped at 0: *** error reading from address 0 *** db> -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-current@FreeBSD.ORG Thu Apr 23 16:11:11 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71222106566C for ; Thu, 23 Apr 2009 16:11:11 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.30]) by mx1.freebsd.org (Postfix) with ESMTP id 235748FC15 for ; Thu, 23 Apr 2009 16:11:11 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so154411ywe.13 for ; Thu, 23 Apr 2009 09:11:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=14tRwc5lTunpkXQ0lGEeAggiWqy/THm2tvqOwHHhWqg=; b=VAP4FEkKuLjNHI/M1OsXT3IISwkFR431fYhQ8AJCX6hNu2SmCHHS76O6L3dFUL4FR0 yLlxHUIN7KyZeCzhqAJE4Ikc63Ud4TtRnKSXS4gs/4smh7gtm7WIizTPJ8xCXFabrwtr Uq/01prw9bUgFI7MtA7BP62tXGwg1/rbEvpbE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=FUphTTj6Wc3K3SyHKxCn8ZtBSDXW7tuv4vmIxvinrMI9km/y/lRIf/6mbmGF1cumwT henjWRPisxgRv7SVk2oq2xjQJ+u/x+aM2xVVD0sKH1d4X/GksZG+eUGdO6PjLPOeCnd7 +dRsTG7oNcNZTvBIDQskI2mMDOOCQ/HgGdldk= MIME-Version: 1.0 Received: by 10.90.72.3 with SMTP id u3mr1420342aga.6.1240503070522; Thu, 23 Apr 2009 09:11:10 -0700 (PDT) In-Reply-To: References: Date: Thu, 23 Apr 2009 09:11:10 -0700 Message-ID: From: Maksim Yevmenkin To: pluknet Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Alexander Best , freebsd-current@freebsd.org Subject: Re: possible bug in the sbappendrecord_locked()? (Was: Re: core dump with bluetooth device) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Apr 2009 16:11:11 -0000 On Thu, Apr 23, 2009 at 1:56 AM, pluknet wrote: > 2009/4/18 pluknet : >> 2009/4/17 Maksim Yevmenkin : >>> > [snip] >>> >>> ok, this is completely untested, so be warned :) would something like >>> the following work? am i missing something? >> >> I'm on vacations and will not able to test it until after 4/23. :( >> > > So, come back now. > > Works for me (tm) on stable/7 with SOCKBUF_DEBUG enabled. > (writing this message currently via ng_ubt(4)). > Please, commit. thanks! i've committed slightly different patch to -head, but the idea is still the same. === SVN rev 191366 on 2009-04-21 19:14:13Z by emax Fix sbappendrecord_locked(). The main problem is that sbappendrecord_locked() relies on sbcompress() to set sb_mbtail. This will not happen if sbappendrecord_locked() is called with mbuf chain made of exactly one mbuf (i.e. m0->m_next == NULL). In this case sbcompress() will be called with m == NULL and will do nothing. I'm not entirely sure if m == NULL is a valid argument for sbcompress(), and, it rather pointless to call it like that, but keep calling it so it can do SBLASTMBUFCHK(). The problem is triggered by the SOCKBUF_DEBUG kernel option that enables SBLASTRECORDCHK() and SBLASTMBUFCHK() checks. PR: kern/126742 Investigated by: pluknet < pluknet -at- gmail -dot- com > No response from: freebsd-current@, freebsd-bluetooth@ MFC after: 3 days == thanks, max From owner-freebsd-current@FreeBSD.ORG Thu Apr 23 16:14:37 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC6A9106564A for ; Thu, 23 Apr 2009 16:14:37 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-ew0-f171.google.com (mail-ew0-f171.google.com [209.85.219.171]) by mx1.freebsd.org (Postfix) with ESMTP id 607B08FC0A for ; Thu, 23 Apr 2009 16:14:37 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: by ewy19 with SMTP id 19so601345ewy.43 for ; Thu, 23 Apr 2009 09:14:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=JjU7Ksm05lsu8A8pZQ8RkpNnYXFhO+PvKeF7AmVu78Y=; b=hWcPebd+vxD8+iD3ac0uHn41MAhSXoLWTCj7dIsN5Ssdvqa9l6hvpwVxAnzn0VHOgi hasp7uFkQBSpoHJkIOYSMpXHUgMn48qPyok8O/XOgfR8b8gwPsQ2zRawptjL61b/TYYj AtFZnOE8sw2tJnRUOimgb7smjcZzqkH7+wjao= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=MU4YQwDQQ83BCKtpO1C2Z9maycjFTBXhzPBZcdqOW7GQ3wCjeZObrFnQAcw30kgzck xkdfDig3RYli32hYeav0cx6WnWVW9VCVgcqQbVXw8+n7eBbfUfzbQxMmDZUfqGPK7B9A GeNpLS6SuamDMeH6owneEv8Lp7u3OcD339MPI= MIME-Version: 1.0 Received: by 10.210.127.13 with SMTP id z13mr150442ebc.68.1240503276499; Thu, 23 Apr 2009 09:14:36 -0700 (PDT) In-Reply-To: <49F072FB.1090404@yartv.ru> References: <49F072FB.1090404@yartv.ru> Date: Thu, 23 Apr 2009 11:14:36 -0500 Message-ID: <179b97fb0904230914u6c826b43n2d44be714e4a30@mail.gmail.com> From: Brandon Gooch To: =?KOI8-R?B?4c7E0sXKIOfSz9vF1w==?= Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: panic malloc_init: bad malloc type magic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Apr 2009 16:14:38 -0000 On Thu, Apr 23, 2009 at 8:54 AM, =E1=CE=C4=D2=C5=CA =E7=D2=CF=DB=C5=D7 wrote: > Hello, people! > Today the world has updated and now I get subj. > Because of what's going on? > And how to locate the problems? > Are you running qemu? Are you loading kqemu or aio? If so, try commenting these out of your /boot/loader.conf From owner-freebsd-current@FreeBSD.ORG Thu Apr 23 16:20:39 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2BCBB106566B for ; Thu, 23 Apr 2009 16:20:39 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id CE7A98FC1A for ; Thu, 23 Apr 2009 16:20:38 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:Reply-To:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=ADuvxKZ66ds5SrjdAzLZYCaqrvGwPadqHEsXT1905OWY7npQa2QILNKefcrUOwTni9vYqpkMGup7LyiwWocm5rT7VhKqGoKmSpuw6s7vB8FIYtEi++26H+byTL2KORFlW5QjF1hOCQdyoMbpqsDc4L+Lni72sQwKtsCKXaMhY94=; Received: from amnesiac.at.no.dns (ppp85-141-161-80.pppoe.mtu-net.ru [85.141.161.80]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1Lx1f9-000DXN-QP; Thu, 23 Apr 2009 20:20:35 +0400 Date: Thu, 23 Apr 2009 20:20:33 +0400 From: Eygene Ryabinkin To: Mike Tancsa Message-ID: References: <200904231519.n3NFJmaE002362@lava.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200904231519.n3NFJmaE002362@lava.sentex.ca> Sender: rea-fbsd@codelabs.ru Cc: freebsd-current@freebsd.org Subject: Re: panic with current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rea-fbsd@codelabs.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Apr 2009 16:20:39 -0000 Mike, good day. Thu, Apr 23, 2009 at 11:20:42AM -0400, Mike Tancsa wrote: > A GENERIC kernel, full dmesg below. I was running fine from April 10th. > > Starting Network: lo0 em0. > Additional routing options: IP gateway=YES. > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x0 > fault code = supervisor read, page not present > instruction pointer = 0x20:0x0 > stack pointer = 0x28:0xe6ae3ca8 > frame pointer = 0x28:0xe6ae3cd4 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 0 (em0 taskq) > [thread pid 0 tid 100037 ] > Stopped at 0: *** error reading from address 0 *** > db> bt > Tracing pid 0 tid 100037 td 0xc683d000 > taskqueue_run(c6894240,c689425c,c0c25dfe,0,c0c2db36,...) at taskqueue_run+0x10b > taskqueue_thread_loop(c689b564,e6ae3d38,c0c2b242,32d,c0d795e0,...) at > taskqueue_thread_loop+0x68 > fork_exit(c088fdf0,c689b564,e6ae3d38) at fork_exit+0xb8 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0, eip = 0, esp = 0xe6ae3d70, ebp = 0 --- > db> Any chance to get backtrace from kgdb? -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # From owner-freebsd-current@FreeBSD.ORG Thu Apr 23 16:22:06 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7FFC51065670 for ; Thu, 23 Apr 2009 16:22:06 +0000 (UTC) (envelope-from antab@valka.is) Received: from smtp-vbr19.xs4all.nl (smtp-vbr19.xs4all.nl [194.109.24.39]) by mx1.freebsd.org (Postfix) with ESMTP id 1BA188FC14 for ; Thu, 23 Apr 2009 16:22:05 +0000 (UTC) (envelope-from antab@valka.is) Received: from dumb.farm.antab.is (farm.antab.is [80.101.60.195]) by smtp-vbr19.xs4all.nl (8.13.8/8.13.8) with ESMTP id n3NGBU6w010856; Thu, 23 Apr 2009 18:11:30 +0200 (CEST) (envelope-from antab@valka.is) Message-Id: <91A2A3D2-C4F6-46EF-83A9-AA8CF58F54BF@valka.is> From: Arnar Mar Sig To: =?KOI8-R?B?4c7E0sXKIOfSz9vF1w==?= In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v930.3) Date: Thu, 23 Apr 2009 18:11:25 +0200 References: <49F072FB.1090404@yartv.ru> X-Mailer: Apple Mail (2.930.3) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-current@freebsd.org Subject: Re: panic malloc_init: bad malloc type magic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Apr 2009 16:22:06 -0000 On Apr 23, 2009, at 4:47 PM, Marius N=C3=BCnnerich wrote: > On Thu, Apr 23, 2009 at 15:54, =D0=90=D0=BD=D0=B4=D1=80=D0=B5=D0=B9 = =D0=93=D1=80=D0=BE=D1=88=D0=B5=D0=B2 =20 > wrote: >> Hello, people! >> Today the world has updated and now I get subj. >> Because of what's going on? >> And how to locate the problems? > > Could you send a backtrace of the panic? Got the same panic yesterday after updating. I was able to boot with older kernel and build new from scratch (rm -=20 rf /usr/obj/*) that worked. Greets Arnar Mar Sig From owner-freebsd-current@FreeBSD.ORG Thu Apr 23 16:25:49 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA810106564A for ; Thu, 23 Apr 2009 16:25:49 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id 75ADB8FC1A for ; Thu, 23 Apr 2009 16:25:49 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from [77.73.25.202] (port=39737 helo=[192.168.130.164]) by hosting.lissyara.su with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Lx1kC-0005HG-29; Thu, 23 Apr 2009 20:25:48 +0400 Message-ID: <49F095F1.5020907@lissyara.su> Date: Thu, 23 Apr 2009 20:23:13 +0400 From: Alex Keda User-Agent: Thunderbird 2.0.0.19 (X11/20090205) MIME-Version: 1.0 To: =?UTF-8?B?0JDQvdC00YDQtdC5INCT0YDQvtGI0LXQsg==?= References: <49F072FB.1090404@yartv.ru> In-Reply-To: <49F072FB.1090404@yartv.ru> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Cc: freebsd-current@freebsd.org Subject: Re: panic malloc_init: bad malloc type magic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Apr 2009 16:25:50 -0000 Ðндрей Грошев пишет: > Hello, people! > Today the world has updated and now I get subj. > Because of what's going on? > And how to locate the problems? I have some pигпююю - update today escape to loader prompt unload kernel load kernel boot -s all - OK I think, it some kernel module bug... From owner-freebsd-current@FreeBSD.ORG Thu Apr 23 16:42:20 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CC1D106566B for ; Thu, 23 Apr 2009 16:42:20 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id BB8BF8FC1A for ; Thu, 23 Apr 2009 16:42:19 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from [77.73.25.202] (port=14233 helo=[192.168.130.164]) by hosting.lissyara.su with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Lx209-000B9Z-QL; Thu, 23 Apr 2009 20:42:18 +0400 Message-ID: <49F099CE.9070208@lissyara.su> Date: Thu, 23 Apr 2009 20:39:42 +0400 From: Alex Keda User-Agent: Thunderbird 2.0.0.19 (X11/20090205) MIME-Version: 1.0 To: =?UTF-8?B?0JDQvdC00YDQtdC5INCT0YDQvtGI0LXQsg==?= References: <49F072FB.1090404@yartv.ru> <49F095F1.5020907@lissyara.su> In-Reply-To: <49F095F1.5020907@lissyara.su> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Cc: freebsd-current@freebsd.org Subject: Re: panic malloc_init: bad malloc type magic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Apr 2009 16:42:20 -0000 Alex Keda пишет: > Ðндрей Грошев пишет: >> Hello, people! >> Today the world has updated and now I get subj. >> Because of what's going on? >> And how to locate the problems? > I have some pигпююю - update today some problem =) > > escape to loader prompt > unload kernel > load kernel > boot -s > > all - OK > I think, it some kernel module bug... From owner-freebsd-current@FreeBSD.ORG Thu Apr 23 17:09:54 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08BEC1065673 for ; Thu, 23 Apr 2009 17:09:54 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id CF9B68FC1C for ; Thu, 23 Apr 2009 17:09:53 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 71F1746B1A; Thu, 23 Apr 2009 13:09:53 -0400 (EDT) Date: Thu, 23 Apr 2009 18:09:53 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Arnar Mar Sig In-Reply-To: <91A2A3D2-C4F6-46EF-83A9-AA8CF58F54BF@valka.is> Message-ID: References: <49F072FB.1090404@yartv.ru> <91A2A3D2-C4F6-46EF-83A9-AA8CF58F54BF@valka.is> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="621616949-899222135-1240506593=:54334" Cc: =?KOI8-R?B?4c7E0sXKIOfSz9vF1w==?= , freebsd-current@freebsd.org Subject: Re: panic malloc_init: bad malloc type magic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Apr 2009 17:09:54 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --621616949-899222135-1240506593=:54334 Content-Type: TEXT/PLAIN; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8BIT On Thu, 23 Apr 2009, Arnar Mar Sig wrote: > On Apr 23, 2009, at 4:47 PM, Marius Nünnerich wrote: >> On Thu, Apr 23, 2009 at 15:54, Ðндрей Грошев wrote: >>> Hello, people! Today the world has updated and now I get subj. Because of >>> what's going on? And how to locate the problems? >> >> Could you send a backtrace of the panic? > > Got the same panic yesterday after updating. > > I was able to boot with older kernel and build new from scratch (rm -rf > /usr/obj/*) that worked. I changed the size of "struct malloc_type", which is embedded in modules declaring new malloc types, on 19 April, r191267. However, I also changed __FreeBSD_version, which should cause updated kernels to reject older modules. If people are experiencing the panic, they should make sure all modules are in sync with their kernel. If it still occurs, it's probably a bug in the module's use of malloc(9), although it may be a bug in the malloc(9) sanity-checking I added. :-) Robert N M Watson Computer Laboratory University of Cambridge --621616949-899222135-1240506593=:54334-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 23 17:30:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F214106566C for ; Thu, 23 Apr 2009 17:30:03 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id EFF9D8FC2E for ; Thu, 23 Apr 2009 17:30:02 +0000 (UTC) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id n3NHT6be003053; Thu, 23 Apr 2009 13:29:06 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200904231729.n3NHT6be003053@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 23 Apr 2009 13:30:00 -0400 To: rea-fbsd@codelabs.ru From: Mike Tancsa In-Reply-To: References: <200904231519.n3NFJmaE002362@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: panic with current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Apr 2009 17:30:03 -0000 At 12:20 PM 4/23/2009, Eygene Ryabinkin wrote: >Any chance to get backtrace from kgdb? Hi, Not sure if its saving all the core file Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x20:0x0 stack pointer = 0x28:0xe6ae3ca8 frame pointer = 0x28:0xe6ae3cd4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (em0 taskq) [thread pid 0 tid 100037 ] Stopped at 0: *** error reading from address 0 *** db> bt full Symbol not found db> trace Tracing pid 0 tid 100037 td 0xc683d000 taskqueue_run(3330884160,3330884188,3233963774,0,3233995830,...) at taskqueue_run+267 taskqueue_thread_loop(3330913636,3870178616,3233985346,813,3235354336,...) at taskqueue_thread_loop+104 fork_exit(3230203408,3330913636,3870178616) at fork_exit+184 fork_trampoline() at fork_trampoline+8 --- trap 0, eip = 0, esp = 3870178672, ebp = 0 --- db> panic panic: from debugger cpuid = 0 Uptime: 8s Physical memory: 3046 MB Dumping 92 MB: 77 61 45 29 13 Dump complete Automatic reboot in 15 seconds - press a key on the console to abort --> Press a key on the console to reboot, --> or switch off the system now. Rebooting... 0[i7]# kgdb /usr/obj/usr/src/sys/GENERIC/kernel.debug vmcore.4 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x20:0x0 stack pointer = 0x28:0xe6ae3ca8 frame pointer = 0x28:0xe6ae3cd4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (em0 taskq) panic: from debugger cpuid = 0 Uptime: 8s Physical memory: 3046 MB Dumping 92 MB: 77 61 45 29 13 #0 doadump () at pcpu.h:246 246 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:246 #1 0xc085749e in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:420 #2 0xc0857772 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:576 #3 0xc04bea47 in db_panic (addr=Could not find the frame base for "db_panic". ) at /usr/src/sys/ddb/db_command.c:478 #4 0xc04bf071 in db_command (last_cmdp=0xc0d4985c, cmd_table=0x0, dopager=1) at /usr/src/sys/ddb/db_command.c:445 #5 0xc04bf1ca in db_command_loop () at /usr/src/sys/ddb/db_command.c:498 #6 0xc04c102d in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_main.c:229 #7 0xc08852c6 in kdb_trap (type=12, code=0, tf=0xe6ae3c68) at /usr/src/sys/kern/subr_kdb.c:534 #8 0xc0b6699f in trap_fatal (frame=0xe6ae3c68, eva=0) at /usr/src/sys/i386/i386/trap.c:917 #9 0xc0b66bd3 in trap_pfault (frame=0xe6ae3c68, usermode=0, eva=0) at /usr/src/sys/i386/i386/trap.c:839 #10 0xc0b675c8 in trap (frame=0xe6ae3c68) at /usr/src/sys/i386/i386/trap.c:521 #11 0xc0b4b21b in calltrap () at /usr/src/sys/i386/i386/exception.s:165 #12 0x00000000 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) From owner-freebsd-current@FreeBSD.ORG Thu Apr 23 19:48:13 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77533106566C for ; Thu, 23 Apr 2009 19:48:13 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id 514C98FC17 for ; Thu, 23 Apr 2009 19:48:13 +0000 (UTC) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id n3NJlFNP003761; Thu, 23 Apr 2009 15:47:15 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200904231947.n3NJlFNP003761@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 23 Apr 2009 15:48:09 -0400 To: Kip Macy From: Mike Tancsa In-Reply-To: <3c1674c90904231244u26c1f0e1ucd706bb025ed69dc@mail.gmail.co m> References: <200904231519.n3NFJmaE002362@lava.sentex.ca> <200904231729.n3NHT6be003053@lava.sentex.ca> <3c1674c90904231244u26c1f0e1ucd706bb025ed69dc@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-current@freebsd.org, rea-fbsd@codelabs.ru Subject: Re: panic with current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Apr 2009 19:48:13 -0000 At 03:44 PM 4/23/2009, Kip Macy wrote: >I think this is my fault. Will commit a fix some time today. Hi, Some more details. I changed my rc.conf so I dont assign an IP address to em0 and the box boots up. Then, doing the following on the serial console 0[i7]# ifconfig em0 up 0[i7]# 0[i7]# Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x20:0x0 stack pointer = 0x28:0xe6ae3ca8 frame pointer = 0x28:0xe6ae3cd4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (em0 taskq) [thread pid 0 tid 100037 ] Stopped at 0: *** error reading from address 0 *** db> panic panic: from debugger cpuid = 1 KDB: stack backtrace: db_trace_self_wrapper(c0c32738,e6ae3964,c085fbed,c0d80000,0,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0d80000,0,c0c2feaa,176,e6ae39ba,...) at kdb_backtrace+0x29 mi_switch(100,0,c0c30ff6,992,1,...) at mi_switch+0x12d sched_bind(c683d000,0,c0c2f2ff,119,0,...) at sched_bind+0x8a boot(c0c2f445,c0c2f445,c0bd4ae0,e6ae3a00,1,...) at boot+0x47 panic(c0bd4ae0,e6ae3ac4,c04bf071,0,0,...) at panic+0x152 db_panic(0,0,ffffffff,e6ae3a3c,1,...) at db_panic+0x17 db_command(c0bd4b8f,e6ae3b24,c04c102d,c0c62d20,ed1eed1e,...) at db_command+0x381 db_command_loop(c0c62d20,ed1eed1e,62c062c,7,0,...) at db_command_loop+0x5a db_trap(c,0,fd,28,e6ae3c68,...) at db_trap+0xdd kdb_trap(c,0,e6ae3c68,1,1,...) at kdb_trap+0x96 trap_fatal(c0d79768,0,c0c6663c,336,0,...) at trap_fatal+0x2ef trap_pfault(5,0,c0c66727,6,c0d796e0,...) at trap_pfault+0x1e3 trap(e6ae3c68) at trap+0x448 calltrap() at calltrap+0x6 --- trap 0xc, eip = 0, esp = 0xe6ae3ca8, ebp = 0xe6ae3cd4 --- uart_z8530_class(c6894240,c689425c,c0c25efe,0,c0c2dc36,...) at 0 taskqueue_thread_loop(c689b564,e6ae3d38,c0c2b342,32d,c0d796e0,...) at taskqueue_thread_loop+0x68 fork_exit(c088fe10,c689b564,e6ae3d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe6ae3d70, ebp = 0 --- db> em0: port 0xdc00-0xdc1f mem 0xfaee0000-0xfaefffff,0xfaedc000-0xfaedffff irq 16 at device 0.0 on pci1 em0: Using MSIX interrupts em0: [ITHREAD] em0: [ITHREAD] em0: [ITHREAD] em0: Ethernet address: 00:30:48:d7:c1:6e pcib2: at device 2.0 on pci0 pci2: on pcib2 em1: port 0xec00-0xec1f mem 0xfafe0000-0xfaffffff,0xfafdc000-0xfafdffff irq 16 at device 0.0 on pci2 em1: Using MSIX interrupts em1: [ITHREAD] em1: [ITHREAD] em1: [ITHREAD] em1: Ethernet address: 00:30:48:d7:c1:6f >-Kip > >On Thu, Apr 23, 2009 at 10:30 AM, Mike Tancsa wrote: > > At 12:20 PM 4/23/2009, Eygene Ryabinkin wrote: > > > >> Any chance to get backtrace from kgdb? > > > > Hi, > > Not sure if its saving all the core file > > > > > > Fatal trap 12: page fault while in kernel mode > > cpuid = 0; apic id = 00 > > fault virtual address = 0x0 > > fault code = supervisor read, page not present > > instruction pointer = 0x20:0x0 > > stack pointer = 0x28:0xe6ae3ca8 > > frame pointer = 0x28:0xe6ae3cd4 > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, def32 1, gran 1 > > processor eflags = interrupt enabled, resume, IOPL = 0 > > current process = 0 (em0 taskq) > > [thread pid 0 tid 100037 ] > > Stopped at 0: *** error reading from address 0 *** > > db> bt full > > Symbol not found > > db> trace > > Tracing pid 0 tid 100037 td 0xc683d000 > > taskqueue_run(3330884160,3330884188,3233963774,0,3233995830,...) at > > taskqueue_run+267 > > taskqueue_thread_loop(3330913636,3870178616,3233985346,813,3235354336,...) > > at taskqueue_thread_loop+104 > > fork_exit(3230203408,3330913636,3870178616) at fork_exit+184 > > fork_trampoline() at fork_trampoline+8 > > --- trap 0, eip = 0, esp = 3870178672, ebp = 0 --- > > db> panic > > panic: from debugger > > cpuid = 0 > > Uptime: 8s > > Physical memory: 3046 MB > > Dumping 92 MB: 77 61 45 29 13 > > Dump complete > > Automatic reboot in 15 seconds - press a key on the console to abort > > --> Press a key on the console to reboot, > > --> or switch off the system now. > > Rebooting... > > > > > > > > 0[i7]# kgdb /usr/obj/usr/src/sys/GENERIC/kernel.debug vmcore.4 > > GNU gdb 6.1.1 [FreeBSD] > > Copyright 2004 Free Software Foundation, Inc. > > GDB is free software, covered by the GNU General Public License, > and you are > > welcome to change it and/or distribute copies of it under certain > > conditions. > > Type "show copying" to see the conditions. > > There is absolutely no warranty for GDB. Type "show warranty" for details. > > This GDB was configured as "i386-marcel-freebsd"... > > > > Unread portion of the kernel message buffer: > > > > > > Fatal trap 12: page fault while in kernel mode > > cpuid = 0; apic id = 00 > > fault virtual address = 0x0 > > fault code = supervisor read, page not present > > instruction pointer = 0x20:0x0 > > stack pointer = 0x28:0xe6ae3ca8 > > frame pointer = 0x28:0xe6ae3cd4 > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, def32 1, gran 1 > > processor eflags = interrupt enabled, resume, IOPL = 0 > > current process = 0 (em0 taskq) > > panic: from debugger > > cpuid = 0 > > Uptime: 8s > > Physical memory: 3046 MB > > Dumping 92 MB: 77 61 45 29 13 > > > > #0 doadump () at pcpu.h:246 > > 246 pcpu.h: No such file or directory. > > in pcpu.h > > (kgdb) bt > > #0 doadump () at pcpu.h:246 > > #1 0xc085749e in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:420 > > #2 0xc0857772 in panic (fmt=Variable "fmt" is not available. > > ) at /usr/src/sys/kern/kern_shutdown.c:576 > > #3 0xc04bea47 in db_panic (addr=Could not find the frame base for > > "db_panic". > > ) at /usr/src/sys/ddb/db_command.c:478 > > #4 0xc04bf071 in db_command (last_cmdp=0xc0d4985c, cmd_table=0x0, > > dopager=1) at /usr/src/sys/ddb/db_command.c:445 > > #5 0xc04bf1ca in db_command_loop () at /usr/src/sys/ddb/db_command.c:498 > > #6 0xc04c102d in db_trap (type=12, code=0) at > > /usr/src/sys/ddb/db_main.c:229 > > #7 0xc08852c6 in kdb_trap (type=12, code=0, tf=0xe6ae3c68) at > > /usr/src/sys/kern/subr_kdb.c:534 > > #8 0xc0b6699f in trap_fatal (frame=0xe6ae3c68, eva=0) at > > /usr/src/sys/i386/i386/trap.c:917 > > #9 0xc0b66bd3 in trap_pfault (frame=0xe6ae3c68, usermode=0, eva=0) at > > /usr/src/sys/i386/i386/trap.c:839 > > #10 0xc0b675c8 in trap (frame=0xe6ae3c68) at > > /usr/src/sys/i386/i386/trap.c:521 > > #11 0xc0b4b21b in calltrap () at /usr/src/sys/i386/i386/exception.s:165 > > #12 0x00000000 in ?? () > > Previous frame inner to this frame (corrupt stack?) > > (kgdb) > > > > > > > > > > > > > > > > _______________________________________________ > > 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" > > > > > >-- >All that is necessary for the triumph of evil is that good men do nothing. > Edmund Burke From owner-freebsd-current@FreeBSD.ORG Thu Apr 23 20:02:28 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D80BB1065687 for ; Thu, 23 Apr 2009 20:02:28 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.30]) by mx1.freebsd.org (Postfix) with ESMTP id 89FF78FC13 for ; Thu, 23 Apr 2009 20:02:28 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so435964yxb.13 for ; Thu, 23 Apr 2009 13:02:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=rjDj8V4GT00IKvyDaDjPJNZvBlYaOoTYjthUSVtbACE=; b=cbiN3rz8loKGz6SVq/ReG4uog9/2oU0U5vqa42Uk6ftUql/dcOEQ+VcN/+FlSmJM9u vpkgdwkR7U6GNsAyVw4Pak7SAa3C/c/fDeJibUUpYCrUZzzUFZKJGbwhpLuzZaa0jeHD F/S/VV2YFyFzKI68ASxtBzUqmUprbv5FUKbnY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=RNJmS5+M1Su3RPrCyPvxlOo5fbJYv+H1tdLWnQ6hDczDJXa/lS2aL/LGNPDUbkSmeJ gS29/8haCdo1I2u3Na/eoRtM0it3yqryyGEvx++D/ZvsiXp5YPIpYZRUjjfDSiKOyDf2 MtH3PPU+tcMiqa7AUVvie//O8lqmWhhwxKrIk= MIME-Version: 1.0 Sender: mat.macy@gmail.com Received: by 10.100.228.13 with SMTP id a13mr1976840anh.86.1240516947682; Thu, 23 Apr 2009 13:02:27 -0700 (PDT) In-Reply-To: <200904231947.n3NJlFNP003761@lava.sentex.ca> References: <200904231519.n3NFJmaE002362@lava.sentex.ca> <200904231729.n3NHT6be003053@lava.sentex.ca> <3c1674c90904231244u26c1f0e1ucd706bb025ed69dc@mail.gmail.com> <200904231947.n3NJlFNP003761@lava.sentex.ca> Date: Thu, 23 Apr 2009 13:02:24 -0700 X-Google-Sender-Auth: 105aeede46bc7d40 Message-ID: <3c1674c90904231302o27491cb8y7fb1c510350b751b@mail.gmail.com> From: Kip Macy To: Mike Tancsa Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, rea-fbsd@codelabs.ru Subject: Re: panic with current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Apr 2009 20:02:29 -0000 An uninitialized task is being enqueued in the msix case. -Kip On Thu, Apr 23, 2009 at 12:48 PM, Mike Tancsa wrote: > At 03:44 PM 4/23/2009, Kip Macy wrote: >> >> I think this is my fault. Will commit a fix some time today. > > Hi, > =A0 =A0 =A0 =A0Some more details. I changed my rc.conf so I dont assign a= n IP > address to em0 and the box boots up. > > Then, doing the following on the serial console > > 0[i7]# ifconfig em0 up > 0[i7]# > 0[i7]# > > Fatal trap 12: page fault while in kernel mode > cpuid =3D 1; apic id =3D 01 > fault virtual address =A0 =3D 0x0 > fault code =A0 =A0 =A0 =A0 =A0 =A0 =A0=3D supervisor read, page not prese= nt > instruction pointer =A0 =A0 =3D 0x20:0x0 > stack pointer =A0 =A0 =A0 =A0 =A0 =3D 0x28:0xe6ae3ca8 > frame pointer =A0 =A0 =A0 =A0 =A0 =3D 0x28:0xe6ae3cd4 > code segment =A0 =A0 =A0 =A0 =A0 =A0=3D base 0x0, limit 0xfffff, type 0x1= b > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=3D DPL 0, pres 1, def32 1= , gran 1 > processor eflags =A0 =A0 =A0 =A0=3D interrupt enabled, resume, IOPL =3D 0 > current process =A0 =A0 =A0 =A0 =3D 0 (em0 taskq) > [thread pid 0 tid 100037 ] > Stopped at =A0 =A0 =A00: =A0 =A0 =A0*** error reading from address 0 *** > db> panic > panic: from debugger > cpuid =3D 1 > KDB: stack backtrace: > db_trace_self_wrapper(c0c32738,e6ae3964,c085fbed,c0d80000,0,...) at > db_trace_self_wrapper+0x26 > kdb_backtrace(c0d80000,0,c0c2feaa,176,e6ae39ba,...) at kdb_backtrace+0x29 > mi_switch(100,0,c0c30ff6,992,1,...) at mi_switch+0x12d > sched_bind(c683d000,0,c0c2f2ff,119,0,...) at sched_bind+0x8a > boot(c0c2f445,c0c2f445,c0bd4ae0,e6ae3a00,1,...) at boot+0x47 > panic(c0bd4ae0,e6ae3ac4,c04bf071,0,0,...) at panic+0x152 > db_panic(0,0,ffffffff,e6ae3a3c,1,...) at db_panic+0x17 > db_command(c0bd4b8f,e6ae3b24,c04c102d,c0c62d20,ed1eed1e,...) at > db_command+0x381 > db_command_loop(c0c62d20,ed1eed1e,62c062c,7,0,...) at db_command_loop+0x5= a > db_trap(c,0,fd,28,e6ae3c68,...) at db_trap+0xdd > kdb_trap(c,0,e6ae3c68,1,1,...) at kdb_trap+0x96 > trap_fatal(c0d79768,0,c0c6663c,336,0,...) at trap_fatal+0x2ef > trap_pfault(5,0,c0c66727,6,c0d796e0,...) at trap_pfault+0x1e3 > trap(e6ae3c68) at trap+0x448 > calltrap() at calltrap+0x6 > --- trap 0xc, eip =3D 0, esp =3D 0xe6ae3ca8, ebp =3D 0xe6ae3cd4 --- > uart_z8530_class(c6894240,c689425c,c0c25efe,0,c0c2dc36,...) at 0 > taskqueue_thread_loop(c689b564,e6ae3d38,c0c2b342,32d,c0d796e0,...) at > taskqueue_thread_loop+0x68 > fork_exit(c088fe10,c689b564,e6ae3d38) at fork_exit+0xb8 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0, eip =3D 0, esp =3D 0xe6ae3d70, ebp =3D 0 --- > db> > > > em0: port 0xdc00-0xdc1f mem > 0xfaee0000-0xfaefffff,0xfaedc000-0xfaedffff irq 16 at device 0.0 on pci1 > em0: Using MSIX interrupts > em0: [ITHREAD] > em0: [ITHREAD] > em0: [ITHREAD] > em0: Ethernet address: 00:30:48:d7:c1:6e > pcib2: at device 2.0 on pci0 > pci2: on pcib2 > em1: port 0xec00-0xec1f mem > 0xfafe0000-0xfaffffff,0xfafdc000-0xfafdffff irq 16 at device 0.0 on pci2 > em1: Using MSIX interrupts > em1: [ITHREAD] > em1: [ITHREAD] > em1: [ITHREAD] > em1: Ethernet address: 00:30:48:d7:c1:6f > > > > > > >> -Kip >> >> On Thu, Apr 23, 2009 at 10:30 AM, Mike Tancsa wrote: >> > At 12:20 PM 4/23/2009, Eygene Ryabinkin wrote: >> > >> >> Any chance to get backtrace from kgdb? >> > >> > Hi, >> > =A0 =A0 =A0 =A0Not sure if its saving all the core file >> > >> > >> > Fatal trap 12: page fault while in kernel mode >> > cpuid =3D 0; apic id =3D 00 >> > fault virtual address =A0 =3D 0x0 >> > fault code =A0 =A0 =A0 =A0 =A0 =A0 =A0=3D supervisor read, page not pr= esent >> > instruction pointer =A0 =A0 =3D 0x20:0x0 >> > stack pointer =A0 =A0 =A0 =A0 =A0 =3D 0x28:0xe6ae3ca8 >> > frame pointer =A0 =A0 =A0 =A0 =A0 =3D 0x28:0xe6ae3cd4 >> > code segment =A0 =A0 =A0 =A0 =A0 =A0=3D base 0x0, limit 0xfffff, type = 0x1b >> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=3D DPL 0, pres 1, def3= 2 1, gran 1 >> > processor eflags =A0 =A0 =A0 =A0=3D interrupt enabled, resume, IOPL = =3D 0 >> > current process =A0 =A0 =A0 =A0 =3D 0 (em0 taskq) >> > [thread pid 0 tid 100037 ] >> > Stopped at =A0 =A0 =A00: =A0 =A0 =A0*** error reading from address 0 *= ** >> > db> bt full >> > Symbol not found >> > db> trace >> > Tracing pid 0 tid 100037 td 0xc683d000 >> > taskqueue_run(3330884160,3330884188,3233963774,0,3233995830,...) at >> > taskqueue_run+267 >> > >> > taskqueue_thread_loop(3330913636,3870178616,3233985346,813,3235354336,= ...) >> > at taskqueue_thread_loop+104 >> > fork_exit(3230203408,3330913636,3870178616) at fork_exit+184 >> > fork_trampoline() at fork_trampoline+8 >> > --- trap 0, eip =3D 0, esp =3D 3870178672, ebp =3D 0 --- >> > db> panic >> > panic: from debugger >> > cpuid =3D 0 >> > Uptime: 8s >> > Physical memory: 3046 MB >> > Dumping 92 MB: 77 61 45 29 13 >> > Dump complete >> > Automatic reboot in 15 seconds - press a key on the console to abort >> > --> Press a key on the console to reboot, >> > --> or switch off the system now. >> > Rebooting... >> > >> > >> > >> > 0[i7]# kgdb /usr/obj/usr/src/sys/GENERIC/kernel.debug vmcore.4 >> > GNU gdb 6.1.1 [FreeBSD] >> > Copyright 2004 Free Software Foundation, Inc. >> > GDB is free software, covered by the GNU General Public License, and y= ou >> > are >> > welcome to change it and/or distribute copies of it under certain >> > conditions. >> > Type "show copying" to see the conditions. >> > There is absolutely no warranty for GDB. =A0Type "show warranty" for >> > details. >> > This GDB was configured as "i386-marcel-freebsd"... >> > >> > Unread portion of the kernel message buffer: >> > >> > >> > Fatal trap 12: page fault while in kernel mode >> > cpuid =3D 0; apic id =3D 00 >> > fault virtual address =A0 =3D 0x0 >> > fault code =A0 =A0 =A0 =A0 =A0 =A0 =A0=3D supervisor read, page not pr= esent >> > instruction pointer =A0 =A0 =3D 0x20:0x0 >> > stack pointer =A0 =A0 =A0 =A0 =A0 =3D 0x28:0xe6ae3ca8 >> > frame pointer =A0 =A0 =A0 =A0 =A0 =3D 0x28:0xe6ae3cd4 >> > code segment =A0 =A0 =A0 =A0 =A0 =A0=3D base 0x0, limit 0xfffff, type = 0x1b >> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=3D DPL 0, pres 1, def3= 2 1, gran 1 >> > processor eflags =A0 =A0 =A0 =A0=3D interrupt enabled, resume, IOPL = =3D 0 >> > current process =A0 =A0 =A0 =A0 =3D 0 (em0 taskq) >> > panic: from debugger >> > cpuid =3D 0 >> > Uptime: 8s >> > Physical memory: 3046 MB >> > Dumping 92 MB: 77 61 45 29 13 >> > >> > #0 =A0doadump () at pcpu.h:246 >> > 246 =A0 =A0 pcpu.h: No such file or directory. >> > =A0 =A0 =A0 =A0in pcpu.h >> > (kgdb) bt >> > #0 =A0doadump () at pcpu.h:246 >> > #1 =A00xc085749e in boot (howto=3D260) at >> > /usr/src/sys/kern/kern_shutdown.c:420 >> > #2 =A00xc0857772 in panic (fmt=3DVariable "fmt" is not available. >> > ) at /usr/src/sys/kern/kern_shutdown.c:576 >> > #3 =A00xc04bea47 in db_panic (addr=3DCould not find the frame base for >> > "db_panic". >> > ) at /usr/src/sys/ddb/db_command.c:478 >> > #4 =A00xc04bf071 in db_command (last_cmdp=3D0xc0d4985c, cmd_table=3D0x= 0, >> > dopager=3D1) at /usr/src/sys/ddb/db_command.c:445 >> > #5 =A00xc04bf1ca in db_command_loop () at >> > /usr/src/sys/ddb/db_command.c:498 >> > #6 =A00xc04c102d in db_trap (type=3D12, code=3D0) at >> > /usr/src/sys/ddb/db_main.c:229 >> > #7 =A00xc08852c6 in kdb_trap (type=3D12, code=3D0, tf=3D0xe6ae3c68) at >> > /usr/src/sys/kern/subr_kdb.c:534 >> > #8 =A00xc0b6699f in trap_fatal (frame=3D0xe6ae3c68, eva=3D0) at >> > /usr/src/sys/i386/i386/trap.c:917 >> > #9 =A00xc0b66bd3 in trap_pfault (frame=3D0xe6ae3c68, usermode=3D0, eva= =3D0) at >> > /usr/src/sys/i386/i386/trap.c:839 >> > #10 0xc0b675c8 in trap (frame=3D0xe6ae3c68) at >> > /usr/src/sys/i386/i386/trap.c:521 >> > #11 0xc0b4b21b in calltrap () at /usr/src/sys/i386/i386/exception.s:16= 5 >> > #12 0x00000000 in ?? () >> > Previous frame inner to this frame (corrupt stack?) >> > (kgdb) >> > >> > >> > >> > >> > >> > >> > >> > _______________________________________________ >> > 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" >> > >> >> >> >> -- >> All that is necessary for the triumph of evil is that good men do nothin= g. >> =A0 =A0Edmund Burke > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > --=20 All that is necessary for the triumph of evil is that good men do nothing. Edmund Burke From owner-freebsd-current@FreeBSD.ORG Thu Apr 23 20:15:16 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF2F5106564A for ; Thu, 23 Apr 2009 20:15:16 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.30]) by mx1.freebsd.org (Postfix) with ESMTP id 66F038FC17 for ; Thu, 23 Apr 2009 20:15:16 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so440087yxb.13 for ; Thu, 23 Apr 2009 13:15:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=CtgoD/DoroqZbMCPDC/XIKb6Px/hgy5G7LSa+ovuPRw=; b=LNIr9o9CF3aElA65K9KXb78SMJzKnOVRkD+6tw5WxTrDqOkO/pIaN+cI4Z4v8vJ2/P eDPQUHLj+kHZkSyPyPrd223l9yZ6stiCjYGtg/k8JBGSEDk3nupEOTmakue9CT4Qm68E C9bYo5rV+hYfWTc7G//xr/YqRg9E+kXyW5ekc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=q8HKwkdDm99IZwqwJykmtPyXW0VtkrEsSKgfJpv89FnTkpkKpQ6pA6xS2DsL+j+aMV IghE/rcZ7m1+x4AS2Sa4WIWgH8iEz7TjlWLw+OmiuqMSsOV7KY6D2pMfLe29D1HxtG7i Qny+PQnwW8XgCS49N/ZTxmdyjFABWSaf13aII= MIME-Version: 1.0 Sender: mat.macy@gmail.com Received: by 10.100.33.15 with SMTP id g15mr1931906ang.103.1240515848373; Thu, 23 Apr 2009 12:44:08 -0700 (PDT) In-Reply-To: <200904231729.n3NHT6be003053@lava.sentex.ca> References: <200904231519.n3NFJmaE002362@lava.sentex.ca> <200904231729.n3NHT6be003053@lava.sentex.ca> Date: Thu, 23 Apr 2009 12:44:08 -0700 X-Google-Sender-Auth: efecd2a809070e1e Message-ID: <3c1674c90904231244u26c1f0e1ucd706bb025ed69dc@mail.gmail.com> From: Kip Macy To: Mike Tancsa Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, rea-fbsd@codelabs.ru Subject: Re: panic with current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Apr 2009 20:15:16 -0000 I think this is my fault. Will commit a fix some time today. -Kip On Thu, Apr 23, 2009 at 10:30 AM, Mike Tancsa wrote: > At 12:20 PM 4/23/2009, Eygene Ryabinkin wrote: > >> Any chance to get backtrace from kgdb? > > Hi, > =A0 =A0 =A0 =A0Not sure if its saving all the core file > > > Fatal trap 12: page fault while in kernel mode > cpuid =3D 0; apic id =3D 00 > fault virtual address =A0 =3D 0x0 > fault code =A0 =A0 =A0 =A0 =A0 =A0 =A0=3D supervisor read, page not prese= nt > instruction pointer =A0 =A0 =3D 0x20:0x0 > stack pointer =A0 =A0 =A0 =A0 =A0 =3D 0x28:0xe6ae3ca8 > frame pointer =A0 =A0 =A0 =A0 =A0 =3D 0x28:0xe6ae3cd4 > code segment =A0 =A0 =A0 =A0 =A0 =A0=3D base 0x0, limit 0xfffff, type 0x1= b > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=3D DPL 0, pres 1, def32 1= , gran 1 > processor eflags =A0 =A0 =A0 =A0=3D interrupt enabled, resume, IOPL =3D 0 > current process =A0 =A0 =A0 =A0 =3D 0 (em0 taskq) > [thread pid 0 tid 100037 ] > Stopped at =A0 =A0 =A00: =A0 =A0 =A0*** error reading from address 0 *** > db> bt full > Symbol not found > db> trace > Tracing pid 0 tid 100037 td 0xc683d000 > taskqueue_run(3330884160,3330884188,3233963774,0,3233995830,...) at > taskqueue_run+267 > taskqueue_thread_loop(3330913636,3870178616,3233985346,813,3235354336,...= ) > at taskqueue_thread_loop+104 > fork_exit(3230203408,3330913636,3870178616) at fork_exit+184 > fork_trampoline() at fork_trampoline+8 > --- trap 0, eip =3D 0, esp =3D 3870178672, ebp =3D 0 --- > db> panic > panic: from debugger > cpuid =3D 0 > Uptime: 8s > Physical memory: 3046 MB > Dumping 92 MB: 77 61 45 29 13 > Dump complete > Automatic reboot in 15 seconds - press a key on the console to abort > --> Press a key on the console to reboot, > --> or switch off the system now. > Rebooting... > > > > 0[i7]# kgdb /usr/obj/usr/src/sys/GENERIC/kernel.debug vmcore.4 > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you = are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. =A0Type "show warranty" for deta= ils. > This GDB was configured as "i386-marcel-freebsd"... > > Unread portion of the kernel message buffer: > > > Fatal trap 12: page fault while in kernel mode > cpuid =3D 0; apic id =3D 00 > fault virtual address =A0 =3D 0x0 > fault code =A0 =A0 =A0 =A0 =A0 =A0 =A0=3D supervisor read, page not prese= nt > instruction pointer =A0 =A0 =3D 0x20:0x0 > stack pointer =A0 =A0 =A0 =A0 =A0 =3D 0x28:0xe6ae3ca8 > frame pointer =A0 =A0 =A0 =A0 =A0 =3D 0x28:0xe6ae3cd4 > code segment =A0 =A0 =A0 =A0 =A0 =A0=3D base 0x0, limit 0xfffff, type 0x1= b > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=3D DPL 0, pres 1, def32 1= , gran 1 > processor eflags =A0 =A0 =A0 =A0=3D interrupt enabled, resume, IOPL =3D 0 > current process =A0 =A0 =A0 =A0 =3D 0 (em0 taskq) > panic: from debugger > cpuid =3D 0 > Uptime: 8s > Physical memory: 3046 MB > Dumping 92 MB: 77 61 45 29 13 > > #0 =A0doadump () at pcpu.h:246 > 246 =A0 =A0 pcpu.h: No such file or directory. > =A0 =A0 =A0 =A0in pcpu.h > (kgdb) bt > #0 =A0doadump () at pcpu.h:246 > #1 =A00xc085749e in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown= .c:420 > #2 =A00xc0857772 in panic (fmt=3DVariable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:576 > #3 =A00xc04bea47 in db_panic (addr=3DCould not find the frame base for > "db_panic". > ) at /usr/src/sys/ddb/db_command.c:478 > #4 =A00xc04bf071 in db_command (last_cmdp=3D0xc0d4985c, cmd_table=3D0x0, > dopager=3D1) at /usr/src/sys/ddb/db_command.c:445 > #5 =A00xc04bf1ca in db_command_loop () at /usr/src/sys/ddb/db_command.c:4= 98 > #6 =A00xc04c102d in db_trap (type=3D12, code=3D0) at > /usr/src/sys/ddb/db_main.c:229 > #7 =A00xc08852c6 in kdb_trap (type=3D12, code=3D0, tf=3D0xe6ae3c68) at > /usr/src/sys/kern/subr_kdb.c:534 > #8 =A00xc0b6699f in trap_fatal (frame=3D0xe6ae3c68, eva=3D0) at > /usr/src/sys/i386/i386/trap.c:917 > #9 =A00xc0b66bd3 in trap_pfault (frame=3D0xe6ae3c68, usermode=3D0, eva=3D= 0) at > /usr/src/sys/i386/i386/trap.c:839 > #10 0xc0b675c8 in trap (frame=3D0xe6ae3c68) at > /usr/src/sys/i386/i386/trap.c:521 > #11 0xc0b4b21b in calltrap () at /usr/src/sys/i386/i386/exception.s:165 > #12 0x00000000 in ?? () > Previous frame inner to this frame (corrupt stack?) > (kgdb) > > > > > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > --=20 All that is necessary for the triumph of evil is that good men do nothing. Edmund Burke From owner-freebsd-current@FreeBSD.ORG Fri Apr 24 00:02:39 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB595106566B for ; Fri, 24 Apr 2009 00:02:39 +0000 (UTC) (envelope-from wsk@gddsn.org.cn) Received: from gddsn.org.cn (gddsn.org.cn [218.19.164.145]) by mx1.freebsd.org (Postfix) with ESMTP id 55EBE8FC16 for ; Fri, 24 Apr 2009 00:02:18 +0000 (UTC) (envelope-from wsk@gddsn.org.cn) Received: from lp.gddsn.org.cn (unknown [10.44.8.159]) (Authenticated sender: wsk) by gddsn.org.cn (Postfix) with ESMTPA id E80FE2E07F; Fri, 24 Apr 2009 07:54:45 +0800 (CST) Message-ID: <49F1017C.7060805@gddsn.org.cn> Date: Fri, 24 Apr 2009 08:02:04 +0800 From: wsk User-Agent: Thunderbird 2.0.0.21 (X11/20090420) MIME-Version: 1.0 To: Hans Petter Selasky References: <49ED3E7D.8080606@gddsn.org.cn> <200904212123.14016.hselasky@c2i.net> <49F05F8F.5000407@entel.upc.edu> <200904231436.43735.hselasky@c2i.net> In-Reply-To: <200904231436.43735.hselasky@c2i.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Fri, 24 Apr 2009 01:09:06 +0000 Cc: freebsd-current@freebsd.org, freebsd-usb@freebsd.org, Gustau Perez Subject: Re: boot panic on current(04.20) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Apr 2009 00:02:39 -0000 Hans Petter Selasky 写é“: > On Thursday 23 April 2009, Gustau Perez wrote: > >> Hans Petter Selasky wrote: >> >>> On Tuesday 21 April 2009, wsk wrote: >>> >>>> lists >>>> boot panic on current(2009.04.20).it seems caused by usbus4 >>>> >>>> Root mount waiting for: usbus4 >>>> uhub4: 8 ports with 8 removable, self powered >>>> Root mount waiting for: usbus4 >>>> ugen4.2: at usbus4 >>>> Fatal trap 12: page fault while in kernel mode >>>> cpuid = 0; apic id = 00 >>>> fault virtual address = 0x0 >>>> fault code = supervisor read, page not present >>>> instruction pointer = 0x20:0xc08ed3a3 >>>> stack pointer = 0x28:0xe4c38b40 >>>> frame pointer = 0x28:0xe4c38b44 >>>> 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 = 28 (usbus4) >>>> trap number = 12 >>>> panic: page fault >>>> cpuid = 0 >>>> uptime: 5s >>>> Cannot dump. Device not defined or unavailable. >>>> >>> Can you compile a kernel with debugging and get a backtrace? >>> >> I'm trying to get the dump saved to /var/crash but seems it is not >> working. As the crash happens before /etc/rc.d/dumpon executes, dumpon >> doesn't get executed,so dumpdev doesn't point to the place where to save >> the dump. >> >> I tried booting single user without loading both uhci and ehci. I >> booted fined. I tried launching swapon /dev/ad4s3b and /etc/rc.d/dumpon >> start. Looking at /dev/dumpdev it points to /dev/ad4s3b, fine. Compiled >> the kernel with ; >> >> # Debugging for use in -current >> options KDB # Enable kernel debugger support. >> options DDB # Support DDB. >> >> and changed sysctl kern.coredump=1. >> >> Loading uchi throws me to the debugger (ok, that's what I wanted), >> but the core is not saved to /dev/ad4s3b. Is there something I'm doing >> wrong ? Am I missing something ? >> >> >>> Is the panic reproducible? >>> >> Yes it is. When uhci.ko is loaded is panics. >> > > If you type "bt" in the debugger, what are the USB functions being called? > > --HPS > > Stopped at strcmp+0x23: movzbl 0(%ebx),%edx db>bt Tracing pid 28 tid 100054 td 0xc4d6c690 strcmp(0,c0c0bded,2,c4d7cc00,e4c44ba8,...) at strcmp+0x23 malloc_desc2type(c0c0bded,c0895b50,e4c44b78,a,e4c44bb4,...) at malloc_desc2type+0x24 usb2_notify_addq(c0c2de6d,c4d7cef8,c4d7cf7e,c4a9ba10,2,...) at usb2_notify_addq+0x5d usb2_alloc_device(c4ca8a00,c4b32c50,c4d72400,1,6,...) at usb_alloc_device+0xce3 uhub_explore(c4d72400,1,3,0,c4b32d84,...) at uhub_explore+0x50f usb2_bus_explore(c4b32d34,14,c0c35681,4d,0,...) at usb2_bus_explore+0xf9 usb2_process(c4b32cd4,e4c44d38,0,0,0,...) at usb2_process+0xfc fork_exit(c07a5490,c4b32cd4,e4c44d38) at fork_exit+0x91 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip =0,esp =0xe4c44d70,ebp = 0 --- From owner-freebsd-current@FreeBSD.ORG Fri Apr 24 02:35:43 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F00C1106564A for ; Fri, 24 Apr 2009 02:35:43 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id ABEF48FC16 for ; Fri, 24 Apr 2009 02:35:43 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [IPv6:2001:470:1f07:4e1::4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb) by sarah.protected-networks.net (Postfix) with ESMTPSA id 52F4D620E for ; Thu, 23 Apr 2009 22:35:42 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1240540542; bh=UibWfpeB36bU7r080+lDe9E7ugv7eeWfVZsQ5hnrmrE=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type: Content-Transfer-Encoding; b=jVzEMWvrImbecBde1MRHcVljcZQkZ4IDNMYMI/LyiKul5BdYAyJRllCeMPaDrN4Xl oYFjA5fd4TKNJl4GTQV7zoy1/LF+eKm4HutFwvt1AfbUTHAzDQBXA6eNcynJQHK DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:subject: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=SlhqycQHlAERGP0Lmb+q6tLZxGgZ2+xQah4xPejdQOPsZJftVdVjkkqsxkGUCrsLU 7FKvkQY1dANG98X2Jh5NhL+leAgRkCmi1eNlseBk9PqWG57M35gTd5/AQwIfKPt Message-ID: <49F12578.4060609@protected-networks.net> Date: Thu, 23 Apr 2009 22:35:36 -0400 From: Michael Butler User-Agent: Thunderbird 2.0.0.21 (X11/20090404) MIME-Version: 1.0 To: freebsd-current X-Enigmail-Version: 0.95.7 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: 'sysctl -a | less' crashes -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, 24 Apr 2009 02:35:44 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I can't seem to get a dump from this :-( The noted command either hangs or reboots a kernel built on April 24th. I'll rebuild with KDB to see what else I can find out .. Michael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAknxJXgACgkQQv9rrgRC1JLrrwCdE38vqPnuE+q1SzAdEsMOD+QD O10AoMdidak654H3gfYM8f727/lgLChW =YOXc -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Apr 24 04:48:31 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 128171065673 for ; Fri, 24 Apr 2009 04:48:31 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 7B65C8FC12 for ; Fri, 24 Apr 2009 04:48:30 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au ([140.115.120.241]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id n3O4mQks015802 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Fri, 24 Apr 2009 14:18:27 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Fri, 24 Apr 2009 12:48:02 +0800 User-Agent: KMail/1.9.7 References: <49F12578.4060609@protected-networks.net> In-Reply-To: <49F12578.4060609@protected-networks.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart36488784.plKlhoI1Qj"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200904241248.16562.doconnor@gsoft.com.au> X-Spam-Score: -2.212 () BAYES_00,RDNS_NONE X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Michael Butler Subject: Re: 'sysctl -a | less' crashes -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, 24 Apr 2009 04:48:31 -0000 --nextPart36488784.plKlhoI1Qj Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Fri, 24 Apr 2009, Michael Butler wrote: > I can't seem to get a dump from this :-( The noted command either > hangs or reboots a kernel built on April 24th. > > I'll rebuild with KDB to see what else I can find out .. Works OK on mine from 5th Apr. (to give you a bookend if you're binary=20 searching :) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart36488784.plKlhoI1Qj Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iD8DBQBJ8USQ5ZPcIHs/zowRApQSAJ9XUjRi8EL9D9fDglXMXgticcN8TQCfTZt8 ByiTIyZldUWAVA+fukd7nZs= =6amY -----END PGP SIGNATURE----- --nextPart36488784.plKlhoI1Qj-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 24 05:11:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3A581065672 for ; Fri, 24 Apr 2009 05:11:08 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-fx0-f162.google.com (mail-fx0-f162.google.com [209.85.220.162]) by mx1.freebsd.org (Postfix) with ESMTP id 233708FC1A for ; Fri, 24 Apr 2009 05:11:07 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by fxm6 with SMTP id 6so552703fxm.43 for ; Thu, 23 Apr 2009 22:11:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=yCBRtHNGwJWmk5zlaMig/mBgF+Fn9pl+PCS78/K/04U=; b=bRZAelvLTOq8rf3KsPSroJraMvbvu4GC65V/2WaJ7i4j3xceo6wzgIPeL2yEULG1T4 QAyPKGHBIqocTgXKeaCta4XiY72XIU6CTz/IdeFnwIWv2MB/UwThA6ikZTAaUCJx5Uqz pTg4t4qTCYgCSblkkz7D6c1UaWVLNIeos530A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=yAy/Dt6unIumLzZKltK5rpPWb66qeYySh9wgV4H3KwETrDiWAdg8wpcz0WOmdQOY3a oh2HYa65xhKNSAW55MDfKsra1bcq0hoAObeNnq0H95W5k9BQpPYa2D6tajWI3vynA6hG n/NKvxyc8HYv9DxrcjHTXUqfDfxI68xED/VJ8= MIME-Version: 1.0 Received: by 10.103.181.2 with SMTP id i2mr1040288mup.99.1240549866796; Thu, 23 Apr 2009 22:11:06 -0700 (PDT) In-Reply-To: <200904241248.16562.doconnor@gsoft.com.au> References: <49F12578.4060609@protected-networks.net> <200904241248.16562.doconnor@gsoft.com.au> Date: Fri, 24 Apr 2009 09:11:06 +0400 Message-ID: From: pluknet To: "Daniel O'Connor" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Michael Butler Subject: Re: 'sysctl -a | less' crashes -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, 24 Apr 2009 05:11:08 -0000 2009/4/24 Daniel O'Connor : > On Fri, 24 Apr 2009, Michael Butler wrote: >> I can't seem to get a dump from this :-( The noted command either >> hangs or reboots a kernel built on April 24th. >> >> I'll rebuild with KDB to see what else I can find out .. > > Works OK on mine from 5th Apr. (to give you a bookend if you're binary > searching :) > Even one from 16th does okey. -- wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Fri Apr 24 06:04:35 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B3CE106566C; Fri, 24 Apr 2009 06:04:35 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe14.swip.net [212.247.155.161]) by mx1.freebsd.org (Postfix) with ESMTP id AA8698FC1B; Fri, 24 Apr 2009 06:04:34 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=nyMGgD1UoDIA:10 a=MXw7gxVQKqGXY79tIT8aFQ==:17 a=8uKjYMwKAuvQ0CG8GLEA:9 a=KBXdi-o6sJCTm3P5Kr0A:7 a=2Q6ddn9jNLdls6xRlsdab2CX9RIA:4 a=B23eqXVrMiiuMpBT:21 a=0rM6ID-eqgIXm8hl:21 Received: from [62.113.132.61] (account mc467741@c2i.net HELO laptop) by mailfe14.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 487229619; Fri, 24 Apr 2009 08:04:32 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Fri, 24 Apr 2009 08:07:03 +0200 User-Agent: KMail/1.9.7 References: <49ED3E7D.8080606@gddsn.org.cn> <200904231436.43735.hselasky@c2i.net> <49F1017C.7060805@gddsn.org.cn> In-Reply-To: <49F1017C.7060805@gddsn.org.cn> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200904240807.04844.hselasky@c2i.net> Cc: Gustau Perez , freebsd-usb@freebsd.org, wsk Subject: Re: boot panic on current(04.20) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Apr 2009 06:04:36 -0000 On Friday 24 April 2009, wsk wrote: > Hans Petter Selasky =E5=86=99=E9=81=93: > > On Thursday 23 April 2009, Gustau Perez wrote: > >> Hans Petter Selasky wrote: > >>> On Tuesday 21 April 2009, wsk wrote: > >>>> lists > >>>> boot panic on current(2009.04.20).it seems caused by usbus4 > >>>> > >>>> Root mount waiting for: usbus4 > >>>> uhub4: 8 ports with 8 removable, self powered > >>>> Root mount waiting for: usbus4 > >>>> ugen4.2: at usbus4 > >>>> Fatal trap 12: page fault while in kernel mode > >>>> cpuid =3D 0; apic id =3D 00 > >>>> fault virtual address =3D 0x0 > >>>> fault code =3D supervisor read, page not present > >>>> instruction pointer =3D 0x20:0xc08ed3a3 > >>>> stack pointer =3D 0x28:0xe4c38b40 > >>>> frame pointer =3D 0x28:0xe4c38b44 > >>>> code segment =3D base 0x0, limit 0xfffff, type 0x1b > >>>> =3D DPL 0,pres 1, def32 1, gran 1 > >>>> processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > >>>> current process =3D 28 (usbus4) > >>>> trap number =3D 12 > >>>> panic: page fault > >>>> cpuid =3D 0 > >>>> uptime: 5s > >>>> Cannot dump. Device not defined or unavailable. > >>> > >>> Can you compile a kernel with debugging and get a backtrace? > >> > >> I'm trying to get the dump saved to /var/crash but seems it is not > >> working. As the crash happens before /etc/rc.d/dumpon executes, dumpon > >> doesn't get executed,so dumpdev doesn't point to the place where to sa= ve > >> the dump. > >> > >> I tried booting single user without loading both uhci and ehci. I > >> booted fined. I tried launching swapon /dev/ad4s3b and /etc/rc.d/dumpon > >> start. Looking at /dev/dumpdev it points to /dev/ad4s3b, fine. Compiled > >> the kernel with ; > >> > >> # Debugging for use in -current > >> options KDB # Enable kernel debugger support. > >> options DDB # Support DDB. > >> > >> and changed sysctl kern.coredump=3D1. > >> > >> Loading uchi throws me to the debugger (ok, that's what I wanted), > >> but the core is not saved to /dev/ad4s3b. Is there something I'm doing > >> wrong ? Am I missing something ? > >> > >>> Is the panic reproducible? > >> > >> Yes it is. When uhci.ko is loaded is panics. > > > > If you type "bt" in the debugger, what are the USB functions being > > called? > > > > --HPS > > Stopped at strcmp+0x23: movzbl 0(%ebx),%edx > db>bt > Tracing pid 28 tid 100054 td 0xc4d6c690 > strcmp(0,c0c0bded,2,c4d7cc00,e4c44ba8,...) at strcmp+0x23 > malloc_desc2type(c0c0bded,c0895b50,e4c44b78,a,e4c44bb4,...) at > malloc_desc2type+0x24 > usb2_notify_addq(c0c2de6d,c4d7cef8,c4d7cf7e,c4a9ba10,2,...) at > usb2_notify_addq+0x5d > usb2_alloc_device(c4ca8a00,c4b32c50,c4d72400,1,6,...) at > usb_alloc_device+0xce3 > uhub_explore(c4d72400,1,3,0,c4b32d84,...) at uhub_explore+0x50f > usb2_bus_explore(c4b32d34,14,c0c35681,4d,0,...) at usb2_bus_explore+0xf9 > usb2_process(c4b32cd4,e4c44d38,0,0,0,...) at usb2_process+0xfc > fork_exit(c07a5490,c4b32cd4,e4c44d38) at fork_exit+0x91 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0, eip =3D0,esp =3D0xe4c44d70,ebp =3D 0 --- > The problem appears to be that there is a "struct malloc_type" ( See=20 MALLOC_DEFINE()) in the kernel having a NULL string. Please check the sourc= e=20 code. And easy way to figure out the real problem is to add: sys/kern/kern_malloc.c malloc_init(void *data) { struct malloc_type_internal *mtip; struct malloc_type *mtp; KASSERT(cnt.v_page_count !=3D 0, ("malloc_register before vm_init")= ); mtp =3D data; KASSERT(mtp->ks_magic =3D=3D M_MAGIC, ("malloc_init: bad malloc type magic")); + KASSERT(mtp->ks_shortdesc !=3D NULL, + ("malloc_init: bad short description")); mtip =3D uma_zalloc(mt_zone, M_WAITOK | M_ZERO); mtp->ks_handle =3D mtip; mtx_lock(&malloc_mtx); mtp->ks_next =3D kmemstatistics; kmemstatistics =3D mtp; kmemcount++; mtx_unlock(&malloc_mtx); } =2D-HPS From owner-freebsd-current@FreeBSD.ORG Fri Apr 24 07:34:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC11A1065672; Fri, 24 Apr 2009 07:34:17 +0000 (UTC) (envelope-from trebestie@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id 1A2DB8FC0A; Fri, 24 Apr 2009 07:34:16 +0000 (UTC) (envelope-from trebestie@gmail.com) Received: by bwz9 with SMTP id 9so912697bwz.43 for ; Fri, 24 Apr 2009 00:34:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=4X83iwnjQiLngjSbwv3sdKaZoyAh9HFlBXkn6dLFNhY=; b=PfG7l4gli0hx7MiSsnu1cK+E6wW69xZRqhJfps9pZevE6Mxez3GW3dXlnieU3wkrZ1 yxJeJ2CQrMyAHY131lmk9GFQoMRqPSMWL7Wlka+ickPJMao+8SaNyWJFx3aMnVXFaGA/ bC0ceBpncCrKcHlMGrIbXM0z0ITr6LFxp+ymk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=DQ6avsBLxtqsxkM4+NWBJEm5fnQa5Xl7Yr76BsPz8TZOChcb5qE6mQooor20yzyYYx FKx6li7OTJLogIlBRyQi3N0im/1YbH7tBPcOg7lc30E5PXstyBoJwvYq/Mblmso0rmb/ v/8jV9iYT6a5R7jlOG5VXwITKzLAa3+wdHwkM= MIME-Version: 1.0 Received: by 10.223.109.198 with SMTP id k6mr565334fap.46.1240558456024; Fri, 24 Apr 2009 00:34:16 -0700 (PDT) In-Reply-To: <200904221449.12678.jkim@FreeBSD.org> References: <83e5fb980904220858g4b009527w315425b72c536d3a@mail.gmail.com> <200904221449.12678.jkim@FreeBSD.org> Date: Fri, 24 Apr 2009 07:34:15 +0000 Message-ID: <83e5fb980904240034v194dea34j231f9823f484b671@mail.gmail.com> From: Diego Depaoli To: Jung-uk Kim Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Ian Freislich , freebsd-current@freebsd.org Subject: Re: SATA DVD drive no longer works X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Apr 2009 07:34:18 -0000 2009/4/22 Jung-uk Kim : > I don't think ATI/AMD SB700 issue is related to the nVidia problem. > Please try the attached patch for ATI/AMD south bridge. =A0It is not a > complete patch yet but you should be able to use "combined mode" for > SB700, I think. ;-) You think right, now I manage to see my dvd! In the next days I'll make some deeper test. Many thanks --=20 Diego Depaoli From owner-freebsd-current@FreeBSD.ORG Fri Apr 24 07:52:10 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9180610656A8 for ; Fri, 24 Apr 2009 07:52:08 +0000 (UTC) (envelope-from geekounet@poildetroll.net) Received: from tritus.poildetroll.net (tritus.poildetroll.net [81.93.245.19]) by mx1.freebsd.org (Postfix) with ESMTP id 1661F8FC28 for ; Fri, 24 Apr 2009 07:52:08 +0000 (UTC) (envelope-from geekounet@poildetroll.net) Received: from Korriban.poildetroll.net (kashyyyk.poildetroll.net [88.162.190.61]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tritus.poildetroll.net (Postfix) with ESMTPSA id ABBE8858; Fri, 24 Apr 2009 09:52:06 +0200 (CEST) Message-ID: <49F16F9E.40306@poildetroll.net> Date: Fri, 24 Apr 2009 09:51:58 +0200 From: Pierre Guinoiseau Organization: Poil de Troll User-Agent: Thunderbird 2.0.0.21 (X11/20090404) MIME-Version: 1.0 To: pluknet References: <49F12578.4060609@protected-networks.net> <200904241248.16562.doconnor@gsoft.com.au> In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig3B1155E0EB1302BCDAC9D9E4" Cc: freebsd-current@freebsd.org, Michael Butler Subject: Re: 'sysctl -a | less' crashes -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, 24 Apr 2009 07:52:26 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig3B1155E0EB1302BCDAC9D9E4 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable The same from 18th. pluknet wrote: > 2009/4/24 Daniel O'Connor : >> On Fri, 24 Apr 2009, Michael Butler wrote: >>> I can't seem to get a dump from this :-( The noted command either >>> hangs or reboots a kernel built on April 24th. >>> >>> I'll rebuild with KDB to see what else I can find out .. >> Works OK on mine from 5th Apr. (to give you a bookend if you're binary= >> searching :) >> >=20 > Even one from 16th does okey. >=20 --------------enig3B1155E0EB1302BCDAC9D9E4 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknxb6UACgkQJikNJSAyef/1nwCgxHKgpm8cudcx0FOu02eXiKAH N/AAoJhdSnhFy7riuVmDywrWY3BmnYAf =bi/2 -----END PGP SIGNATURE----- --------------enig3B1155E0EB1302BCDAC9D9E4-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 24 08:33:27 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E25A1065672 for ; Fri, 24 Apr 2009 08:33:27 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id 703218FC17 for ; Fri, 24 Apr 2009 08:33:27 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1LxGqc-0003W5-Ff for freebsd-current@freebsd.org; Fri, 24 Apr 2009 01:33:26 -0700 Message-ID: <23212167.post@talk.nabble.com> Date: Fri, 24 Apr 2009 01:33:26 -0700 (PDT) From: Jakub Lach To: freebsd-current@freebsd.org In-Reply-To: <49F12578.4060609@protected-networks.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: jakub_lach@mailplus.pl References: <49F12578.4060609@protected-networks.net> Subject: Re: 'sysctl -a | less' crashes -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, 24 Apr 2009 08:33:27 -0000 Hello. r191437M amd64 works here fine. Michael Butler wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I can't seem to get a dump from this :-( The noted command either hangs > or reboots a kernel built on April 24th. > > I'll rebuild with KDB to see what else I can find out .. > > Michael > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (FreeBSD) > > iEYEARECAAYFAknxJXgACgkQQv9rrgRC1JLrrwCdE38vqPnuE+q1SzAdEsMOD+QD > O10AoMdidak654H3gfYM8f727/lgLChW > =YOXc > -----END PGP SIGNATURE----- > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > -- View this message in context: http://www.nabble.com/%27sysctl--a-%7C-less%27-crashes--current-tp23208789p23212167.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Fri Apr 24 08:47:53 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 61637106564A for ; Fri, 24 Apr 2009 08:47:53 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) by mx1.freebsd.org (Postfix) with ESMTP id 219848FC1F for ; Fri, 24 Apr 2009 08:47:53 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from wald.nfv.gwdg.de ([134.76.242.31] helo=pc028.nfv) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1LxH4V-0004Hc-8p; Fri, 24 Apr 2009 10:47:47 +0200 Message-ID: <49F17CAD.6060601@gwdg.de> Date: Fri, 24 Apr 2009 10:47:41 +0200 From: Rainer Hurling User-Agent: Thunderbird 2.0.0.21 (X11/20090413) MIME-Version: 1.0 To: Michael Butler References: <49F12578.4060609@protected-networks.net> In-Reply-To: <49F12578.4060609@protected-networks.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: freebsd-current Subject: Re: 'sysctl -a | less' crashes -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, 24 Apr 2009 08:47:53 -0000 After cvsupdate from April 23th it also crashes on CURRENT (i386). It does not only happen with 'sysctl -a | less' but even with 'sysctl -a' (without less). Rainer Hurling Am 24.04.2009 04:35 (UTC+2) schrieb Michael Butler: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I can't seem to get a dump from this :-( The noted command either hangs > or reboots a kernel built on April 24th. > > I'll rebuild with KDB to see what else I can find out .. > > Michael > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (FreeBSD) > > iEYEARECAAYFAknxJXgACgkQQv9rrgRC1JLrrwCdE38vqPnuE+q1SzAdEsMOD+QD > O10AoMdidak654H3gfYM8f727/lgLChW > =YOXc > -----END PGP SIGNATURE----- > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Apr 24 08:49:05 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94ACA1065690 for ; Fri, 24 Apr 2009 08:49:05 +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 2C8E88FC18 for ; Fri, 24 Apr 2009 08:49:05 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.17] (helo=7.mx.freenet.de) by mout5.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #89) id 1LxH5j-0001G8-7T; Fri, 24 Apr 2009 10:49:03 +0200 Received: from t9524.t.pppool.de ([89.55.149.36]:32404 helo=ernst.jennejohn.org) by 7.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #79) id 1LxH5i-0006ua-HU; Fri, 24 Apr 2009 10:49:03 +0200 Date: Fri, 24 Apr 2009 10:49:00 +0200 From: Gary Jennejohn To: Pierre Guinoiseau Message-ID: <20090424104900.579dfa41@ernst.jennejohn.org> In-Reply-To: <49F16F9E.40306@poildetroll.net> References: <49F12578.4060609@protected-networks.net> <200904241248.16562.doconnor@gsoft.com.au> <49F16F9E.40306@poildetroll.net> X-Mailer: Claws Mail 3.7.1 (GTK+ 2.14.7; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: pluknet , Michael Butler , freebsd-current@freebsd.org Subject: Re: 'sysctl -a | less' crashes -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Apr 2009 08:49:05 -0000 On Fri, 24 Apr 2009 09:51:58 +0200 Pierre Guinoiseau wrote: > The same from 18th. > > pluknet wrote: > > 2009/4/24 Daniel O'Connor : > >> On Fri, 24 Apr 2009, Michael Butler wrote: > >>> I can't seem to get a dump from this :-( The noted command either > >>> hangs or reboots a kernel built on April 24th. > >>> > >>> I'll rebuild with KDB to see what else I can find out .. > >> Works OK on mine from 5th Apr. (to give you a bookend if you're binary > >> searching :) > >> > > > > Even one from 16th does okey. > > > [sysctl -a causes a crash dump] I saw this yesterday also. It turned out that I had an old kqemu.ko loaded. Removing it eliminated the crash. If you're using modules, especially from ports, then make sure they're up-to-date with your kernel sources. I got the idea for this from a mail which Robert Watson posted. --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Fri Apr 24 08:52:12 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6ACFC106566B for ; Fri, 24 Apr 2009 08:52:12 +0000 (UTC) (envelope-from gelraen.ua@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.27]) by mx1.freebsd.org (Postfix) with ESMTP id 264488FC0C for ; Fri, 24 Apr 2009 08:52:11 +0000 (UTC) (envelope-from gelraen.ua@gmail.com) Received: by qw-out-2122.google.com with SMTP id 3so755071qwe.7 for ; Fri, 24 Apr 2009 01:52:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=p+7NtExUZh0iPsq7szO5vwlYLT8Jw96O3dCS1V/ilHI=; b=gwQEJIT99cizSNNG47yqB8G51YOJ4CvxUzy2mOXrDM7OB7G8Ev1ZQKzguSx1QxBByP fz40UmSfbLFN034ReYa/58yCv3AhEmisJAmQDO+K4lPed65jVDbrr+65rkiz+kmFMjjl Y+qKBXUjBWekWyKW/+vH8iNOdbZuXHraqPy5o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=qswuHvv+93jXcjniLhlrh0wvNkOvxztkb1srBnJG2BCAFhjtGfKrrdu9ToD60ODL4s JeR6Czvo8sECjZSCKTChonXMRY9Jk04f0eNp9v8BtDUabX06YMtkChQv80/vPPqO8r2/ LVMK2EiJlL3m0ylh9X/0w/yMEVNzx5IvJUNOw= MIME-Version: 1.0 Received: by 10.220.97.75 with SMTP id k11mr4355519vcn.39.1240563131394; Fri, 24 Apr 2009 01:52:11 -0700 (PDT) In-Reply-To: <49F12578.4060609@protected-networks.net> References: <49F12578.4060609@protected-networks.net> Date: Fri, 24 Apr 2009 11:52:11 +0300 Message-ID: From: Maxim Ignatenko To: Michael Butler Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current Subject: Re: 'sysctl -a | less' crashes -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, 24 Apr 2009 08:52:13 -0000 2009/4/24 Michael Butler : > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I can't seem to get a dump from this :-( The noted command either hangs > or reboots a kernel built on April 24th. > > I'll rebuild with KDB to see what else I can find out .. > > =C2=A0 =C2=A0 =C2=A0 =C2=A0Michael > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (FreeBSD) > > iEYEARECAAYFAknxJXgACgkQQv9rrgRC1JLrrwCdE38vqPnuE+q1SzAdEsMOD+QD > O10AoMdidak654H3gfYM8f727/lgLChW > =3DYOXc > -----END PGP SIGNATURE----- > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > r191411 crashes. Last printed variable - kern.malloc_count Part of backtrace: strlcpy + 0x20 sysctl_kern_malloc_stats + 0x21f sysctl_root + 0x187 userland_sysctl + 0x164 Now I'll try to look into code to find out the problem... From owner-freebsd-current@FreeBSD.ORG Fri Apr 24 08:55:47 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 26418106566B for ; Fri, 24 Apr 2009 08:55:47 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id EC31E8FC1F for ; Fri, 24 Apr 2009 08:55:46 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1LxHCE-0004OS-8P for freebsd-current@freebsd.org; Fri, 24 Apr 2009 01:55:46 -0700 Message-ID: <23212483.post@talk.nabble.com> Date: Fri, 24 Apr 2009 01:55:46 -0700 (PDT) From: Jakub Lach To: freebsd-current@freebsd.org In-Reply-To: <49F17CAD.6060601@gwdg.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: jakub_lach@mailplus.pl References: <49F12578.4060609@protected-networks.net> <49F17CAD.6060601@gwdg.de> Subject: Re: 'sysctl -a | less' crashes -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, 24 Apr 2009 08:55:47 -0000 Fresh r191454 (amd64) kernel also works here. Modules: sound, snd_hda, drm, coretemp, i915. -best regards, Jakub Lach Rainer Hurling wrote: > > After cvsupdate from April 23th it also crashes on CURRENT (i386). > > It does not only happen with 'sysctl -a | less' > but even with 'sysctl -a' (without less). > > Rainer Hurling > > > Am 24.04.2009 04:35 (UTC+2) schrieb Michael Butler: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> I can't seem to get a dump from this :-( The noted command either hangs >> or reboots a kernel built on April 24th. >> >> I'll rebuild with KDB to see what else I can find out .. >> >> Michael >> >> -----BEGIN PGP SIGNATURE----- >> Version: GnuPG v1.4.9 (FreeBSD) >> >> iEYEARECAAYFAknxJXgACgkQQv9rrgRC1JLrrwCdE38vqPnuE+q1SzAdEsMOD+QD >> O10AoMdidak654H3gfYM8f727/lgLChW >> =YOXc >> -----END PGP SIGNATURE----- >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org" > _______________________________________________ > 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" > > -- View this message in context: http://www.nabble.com/%27sysctl--a-%7C-less%27-crashes--current-tp23208789p23212483.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Fri Apr 24 09:17:16 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 375B41065674; Fri, 24 Apr 2009 09:17:16 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 0E9788FC1B; Fri, 24 Apr 2009 09:17:16 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id AA98846B2E; Fri, 24 Apr 2009 05:17:15 -0400 (EDT) Date: Fri, 24 Apr 2009 10:17:15 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Gary Jennejohn In-Reply-To: <20090424104900.579dfa41@ernst.jennejohn.org> Message-ID: References: <49F12578.4060609@protected-networks.net> <200904241248.16562.doconnor@gsoft.com.au> <49F16F9E.40306@poildetroll.net> <20090424104900.579dfa41@ernst.jennejohn.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: pluknet , Michael Butler , Pierre Guinoiseau , jhb@FreeBSD.org, freebsd-current@freebsd.org Subject: HEADS UP: rebuild all modules on 8.x (was: Re: 'sysctl -a | less' crashes -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, 24 Apr 2009 09:17:16 -0000 On Fri, 24 Apr 2009, Gary Jennejohn wrote: > [sysctl -a causes a crash dump] > I saw this yesterday also. It turned out that I had an old kqemu.ko > loaded. Removing it eliminated the crash. > > If you're using modules, especially from ports, then make sure they're > up-to-date with your kernel sources. > > I got the idea for this from a mail which Robert Watson posted. I admit some confusion here: the size of a key data structure changed, and so I changed __FreeBSD_version, which in principle should also prevent old modules from being loaded (or at least, lots of people complain because FreeBSD version bumps prevent old modules from being loaded :-). Anyone who has *not* rebuilt their modules since this change should do so: SVN rev 191267 on 2009-04-19 11:20:57Z by rwatson Garbage collect now-unused struct malloc_type fields, bump __FreeBSD_version as kernel modules will need to be rebuilt. These fields existed to support binary compatibility with kernel modules from before the introduction of libmemstat(3) in FreeBSD 6.x, so they are no longer required. I'll add a note to updating, but am confused about why the safety belts we have in place to force module recompiles in this situation haven't done the trick. Could we be dealing with straggling modules built before that was added, or modules not built with our standard modules build parts? I've CC'd John since he did the __FreeBSD_version-related changes, which I may simply have misunderstood. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Fri Apr 24 10:00:10 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 359F01065678; Fri, 24 Apr 2009 10:00:10 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id E6F7E8FC24; Fri, 24 Apr 2009 10:00:09 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 9A5DA46B35; Fri, 24 Apr 2009 06:00:09 -0400 (EDT) Date: Fri, 24 Apr 2009 11:00:09 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Gary Jennejohn In-Reply-To: Message-ID: References: <49F12578.4060609@protected-networks.net> <200904241248.16562.doconnor@gsoft.com.au> <49F16F9E.40306@poildetroll.net> <20090424104900.579dfa41@ernst.jennejohn.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: pluknet , Michael Butler , Pierre Guinoiseau , jhb@FreeBSD.org, freebsd-current@freebsd.org Subject: Re: HEADS UP: rebuild all modules on 8.x (was: Re: 'sysctl -a | less' crashes -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, 24 Apr 2009 10:00:10 -0000 On Fri, 24 Apr 2009, Robert Watson wrote: > I'll add a note to updating, but am confused about why the safety belts we > have in place to force module recompiles in this situation haven't done the > trick. Could we be dealing with straggling modules built before that was > added, or modules not built with our standard modules build parts? I've > CC'd John since he did the __FreeBSD_version-related changes, which I may > simply have misunderstood. It looks like the logic for constraining supported versions is more liberal than I assumed, so I've added a note to UPDATING. It is good practice to rebuild all modules between kernel updates on -CURRENT. If anyone can reproduce the malloc-related *after* rebuilding all modules, please let me know, it could be an indication of a bug in kern_malloc.c. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Fri Apr 24 10:22:54 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A0401065670; Fri, 24 Apr 2009 10:22:54 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 461168FC14; Fri, 24 Apr 2009 10:22:54 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1LxIYX-0006fq-Ag>; Fri, 24 Apr 2009 12:22:53 +0200 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1LxIYX-0003qV-8v>; Fri, 24 Apr 2009 12:22:53 +0200 Message-ID: <49F192AA.1010605@zedat.fu-berlin.de> Date: Fri, 24 Apr 2009 10:21:30 +0000 From: "O. Hartmann" Organization: Freie =?ISO-8859-15?Q?Universit=E4t_Berlin?= User-Agent: Thunderbird 2.0.0.21 (X11/20090417) MIME-Version: 1.0 To: freebsd-current@FreeBSD.org, freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 Cc: Subject: OpenLDAP/SSH : sshd[1414]: fatal: login_get_lastlog: Cannot find account for uid 1000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Apr 2009 10:22:55 -0000 Since several months after a upgrade from OpenLDAP 2.4.11 to the most recent one I have trouble login in on machines which authenticate users via OpenLDAP. The OpenLDAP server is at the momen a FreeBSD 7.2 box running most recent OpenLDAP from ports. The follwoing is also true for each OpenLDAP 2.4.16 I've running on most recent FreeBSD 8.0-CURRENT boxes. I can't login via ssh anymore! For first circumvention of the problem I installed local users, so I can login via them. Here what I can and what not: I can enumerate each user in the OpenLDAP DIT via id I wish I can use the OpenLDAP server to login on a samba share I can 'su' to users having their account stuff in the OpenLDAP DIT Whenever I (or any other user) try to login to a host which does PAMyfied authentication to LDAP servers (whihc worked weeks ago perfectly), I (or he) gets this: sshd[1414]: fatal: login_get_lastlog: Cannot find account for uid 1000 Loggin the console messages on the server shows this: sshd[482]: nss_ldap: could not search LDAP server - Server is unavailable sshd[482]: fatal: login_get_lastlog: Cannot find account for uid 1000 I tried to reconfigure /etc/ssh/sshd_config on the host side, restored it with a version that worked long before and then tried to reconfigure it by scratch, beginning from default. No success. Due to the fact other services can autheticate without problems via LDAP, this must have to do with SSH and/or the way it is implemented in FreeBSD. Please help. Regards, Oliver From owner-freebsd-current@FreeBSD.ORG Fri Apr 24 10:33:25 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CAA87106566B for ; Fri, 24 Apr 2009 10:33:25 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id A8D1E8FC13 for ; Fri, 24 Apr 2009 10:33:25 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 531CD46B35 for ; Fri, 24 Apr 2009 06:33:25 -0400 (EDT) Date: Fri, 24 Apr 2009 11:33:25 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: Subject: Notes on on-going address list and ifnet locking activities X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Apr 2009 10:33:26 -0000 Dear all: Just a quick note on what I've been up to do for the last week or so: For the last few years, we've been running with rather inadequate synchronization over certain network interface-related data structures -- global address lists, some portions of network interface setup and teardown, and per-interface address lists. Reports of bugs have been few and far between, because in practice most network configurations simply don't see these data structures change much, and when they do, it's really on multiple CPUs at a time. As such, work on network locking has largely focused elsewhere. However, as core count has increased (>= 8 cores becoming normal) we have seen a few more reports lately on IPSEC tunnel servers, PPPoE servers, etc, where interfaces are being manipulated dynamicaly and in quantity. Interestingly, some of these races existed long before the SMPng project, but were only exercisable under heavy load leading to lots of paging/swapping or high memory pressure. In any case, I've been working on a set of related changes: - Add missing locking for per-interface address lists (specifically if_addrhead, but also some other similar situations). - Improve the formalization of our network interface life cycle, and add ifnet refcounts so that syscall-generated operations for monitoring or management interfaces aren't at risk of having it "go away" while they copy in or out of userspace. - Add new locks and locking for global protocol address lists (especially IP hash lists and full address lists). Many of these changes should have no impact on practical performance, as most relate to administrative operations such as adding interfaces or addresses, or relatively rare processing (such as bulk network broadcast processing). However, adding locks for the global protocol address lists and hash chains does touch the fast path. These changes aren't in the tree yet, and make use of rmlocks in order to avoid touching non-local cache lines across CPUs, but even so it should be possible to measure a very small change in those paths, since critical sections are used for read operations. If I could ask people doing regular performance testing to keep an eye out for significant changes in performance (better or worse), perhaps above say %1 pps or the like, and let me know if they see it, that would be helpful. My expectation is that the impact will be minor, but as CPU/network performance ratios and workloads vary a great deal, it would be helpful to know about significant changes as early as possible so we can identify the precise source and look for ways to mitigate it. Most of these changes will be merged to 7-STABLE in time for FreeBSD 7.3. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Fri Apr 24 10:34:19 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 838B1106567C for ; Fri, 24 Apr 2009 10:34:19 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 39ECC8FC2A for ; Fri, 24 Apr 2009 10:34:18 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LxIjY-0005Ek-I5 for freebsd-current@freebsd.org; Fri, 24 Apr 2009 10:34:16 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 24 Apr 2009 10:34:16 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 24 Apr 2009 10:34:16 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Fri, 24 Apr 2009 12:34:01 +0200 Lines: 34 Message-ID: References: <49F192AA.1010605@zedat.fu-berlin.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigD297AA91F2469C449D9FEBB8" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.21 (X11/20090318) In-Reply-To: <49F192AA.1010605@zedat.fu-berlin.de> X-Enigmail-Version: 0.95.0 Sender: news Cc: freebsd-questions@freebsd.org Subject: Re: OpenLDAP/SSH : sshd[1414]: fatal: login_get_lastlog: Cannot find account for uid 1000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Apr 2009 10:34:19 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigD297AA91F2469C449D9FEBB8 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable O. Hartmann wrote: > Since several months after a upgrade from OpenLDAP 2.4.11 to the most > recent one I have trouble login in on machines which authenticate users= > via OpenLDAP. >=20 I've just installed a fresh machine with FreeBSD 7.2 amd64 and OpenLDAP 2.4.latest and it works. The only difference might be that I'm using nscd= =2E Have you modified /etc/pam.d files? --------------enigD297AA91F2469C449D9FEBB8 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJ8ZWgldnAQVacBcgRAivEAKC0j6yv+dUfkDAhZxRgELiTHNu5kgCgxh1H OWUzoxEVX9zE6XemOu7CKDQ= =qEF9 -----END PGP SIGNATURE----- --------------enigD297AA91F2469C449D9FEBB8-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 24 11:20:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08E78106566B; Fri, 24 Apr 2009 11:20:17 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from violet.upc.es (violet.upc.es [147.83.2.51]) by mx1.freebsd.org (Postfix) with ESMTP id 6C7CC8FC22; Fri, 24 Apr 2009 11:20:16 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from hamilton.upcnetadm.upcnet.es (hamilton.upcnetadm.upcnet.es [147.83.2.240]) by violet.upc.es (8.14.1/8.13.1) with ESMTP id n3OBK3ri021708; Fri, 24 Apr 2009 13:20:03 +0200 Received: from [147.83.40.234] ([147.83.40.234]) by hamilton.upcnetadm.upcnet.es (Lotus Domino Release 5.0.12) with ESMTP id 2009042413201195:111609 ; Fri, 24 Apr 2009 13:20:11 +0200 Message-ID: <49F1A016.1050003@entel.upc.edu> Date: Fri, 24 Apr 2009 13:18:46 +0200 From: Gustau Perez User-Agent: Thunderbird 2.0.0.21 (X11/20090409) MIME-Version: 1.0 To: Hans Petter Selasky References: <49ED3E7D.8080606@gddsn.org.cn> <200904212123.14016.hselasky@c2i.net> <49F05F8F.5000407@entel.upc.edu> <200904231436.43735.hselasky@c2i.net> In-Reply-To: <200904231436.43735.hselasky@c2i.net> X-MIMETrack: Itemize by SMTP Server on hamilton/UPC(Release 5.0.12 |February 13, 2003) at 24/04/2009 13:20:11, Serialize by Router on hamilton/UPC(Release 5.0.12 |February 13, 2003) at 24/04/2009 13:20:13, Serialize complete at 24/04/2009 13:20:13 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=UTF-8; format=flowed X-Mail-Scanned: Criba 2.0 + Clamd X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (violet.upc.es [147.83.2.51]); Fri, 24 Apr 2009 13:20:04 +0200 (CEST) Cc: freebsd-current@freebsd.org, wsk , freebsd-usb@freebsd.org Subject: Re: boot panic on current(04.20) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Apr 2009 11:20:17 -0000 > If you type "bt" in the debugger, what are the USB functions being called? > > db> bt Tracing pid 46 tid 100059 td 0xc76ced20 strcmp(0,c0d4b100,c77b0000,c77b037e,ea44ebe8,...) at strcmp+0x23 malloc_desc2type(c0d4b100,0,c0d4b8e7,912,ffffffff,...) at malloc_desc2type+0x24 usb2_notify_addq(c0d4c056,c77b02f8,c77b037e,c772f420,2,...) at usb2_notify_addq+ 0x3d usb2_alloc_device(c7a41280,c7a33cf0,0,0,0,...) at usb2_alloc_device+0x9e8 usb2_bus_attach(c7a33e24,0,c0d53972,51,c0688c49,...) at usb2_bus_attach+0x128 usb2_process(c7a33d74,ea44ed38,bfbfed8c,0,0,...) at usb2_process+0xda fork_exit(c0d3d5f0,c7a33d74,ea44ed38) at fork_exit+0x91 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xea44ed70, ebp = 0 --- I think more or less like wsk. Mmmm could it be related to the sysctl -a problem discussed today ? Will try recompiling fuse and kqemu. Will let you know. Regards, Gus From owner-freebsd-current@FreeBSD.ORG Fri Apr 24 12:11:42 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F36FB1065674; Fri, 24 Apr 2009 12:11:41 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id CD5F48FC1F; Fri, 24 Apr 2009 12:11:41 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 6B86546B2C; Fri, 24 Apr 2009 08:11:41 -0400 (EDT) Date: Fri, 24 Apr 2009 13:11:41 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Gustau Perez In-Reply-To: <49F1A016.1050003@entel.upc.edu> Message-ID: References: <49ED3E7D.8080606@gddsn.org.cn> <200904212123.14016.hselasky@c2i.net> <49F05F8F.5000407@entel.upc.edu> <200904231436.43735.hselasky@c2i.net> <49F1A016.1050003@entel.upc.edu> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, freebsd-usb@freebsd.org, wsk , Hans Petter Selasky Subject: Re: boot panic on current(04.20) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Apr 2009 12:11:42 -0000 On Fri, 24 Apr 2009, Gustau Perez wrote: > Tracing pid 46 tid 100059 td 0xc76ced20 > strcmp(0,c0d4b100,c77b0000,c77b037e,ea44ebe8,...) at strcmp+0x23 > malloc_desc2type(c0d4b100,0,c0d4b8e7,912,ffffffff,...) at > malloc_desc2type+0x24 > usb2_notify_addq(c0d4c056,c77b02f8,c77b037e,c772f420,2,...) at > usb2_notify_addq+ > 0x3d > usb2_alloc_device(c7a41280,c7a33cf0,0,0,0,...) at usb2_alloc_device+0x9e8 > usb2_bus_attach(c7a33e24,0,c0d53972,51,c0688c49,...) at usb2_bus_attach+0x128 > usb2_process(c7a33d74,ea44ed38,bfbfed8c,0,0,...) at usb2_process+0xda > fork_exit(c0d3d5f0,c7a33d74,ea44ed38) at fork_exit+0x91 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0, eip = 0, esp = 0xea44ed70, ebp = 0 --- > > I think more or less like wsk. Mmmm could it be related to the sysctl -a > problem discussed today ? Will try recompiling fuse and kqemu. Will let you > know. The above is characteristic of using an old module with a kernel compiled for the new malloc.h. Rebuilding should fix it. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Fri Apr 24 13:42:31 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F3BF106566C for ; Fri, 24 Apr 2009 13:42:31 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 5CE3F8FC1B for ; Fri, 24 Apr 2009 13:42:31 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [IPv6:2001:470:1f07:4e1::4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb) by sarah.protected-networks.net (Postfix) with ESMTPSA id 240DD6106; Fri, 24 Apr 2009 09:42:30 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1240580550; bh=jOXGb1Miwoh8a3J1DMNzJ5dQWCxgMBhS3KGoDs8BhD4=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=m5j2MbEQJw+f+j38tQYmqC9fbxmrncg2aU2gtqx8eUHGc+C5l9qolZj7FU+WE5QF5 LR/E0ksK9wuOvuaSsqd1R3M5kYXXQJKPkhvFRYQFQ1Sot20jGXs4qu5lcysqpbi DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=Xn//bj+RFSI7QdJ1rHbLGcb2YQuiJuXRvQDGP82QAkUdp3JpmEOE7u3O9hqnyTRuG IR37mxEvQFKiWUUeVVMDsxi49rUoqwx/NXTfenDHInYhIHIkZgD0L5RzFm/3bSX Message-ID: <49F1C1C1.2010800@protected-networks.net> Date: Fri, 24 Apr 2009 09:42:25 -0400 From: Michael Butler User-Agent: Thunderbird 2.0.0.21 (X11/20090404) MIME-Version: 1.0 To: gary.jennejohn@freenet.de References: <49F12578.4060609@protected-networks.net> <200904241248.16562.doconnor@gsoft.com.au> <49F16F9E.40306@poildetroll.net> <20090424104900.579dfa41@ernst.jennejohn.org> In-Reply-To: <20090424104900.579dfa41@ernst.jennejohn.org> X-Enigmail-Version: 0.95.7 OpenPGP: id=0442D492 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: 'sysctl -a | less' crashes -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, 24 Apr 2009 13:42:31 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Gary Jennejohn wrote: > [sysctl -a causes a crash dump] > I saw this yesterday also. It turned out that I had an old kqemu.ko > loaded. Removing it eliminated the crash. > > If you're using modules, especially from ports, then make sure they're > up-to-date with your kernel sources. > > I got the idea for this from a mail which Robert Watson posted. Doh! This was precisely the problem - sorry for the noise :-( Michael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAknxwcEACgkQQv9rrgRC1JIKxACeNZSLcSQqi79zN/ay6wjwkfdu 7sIAn3/RdAFMM5QkzPElyJT9jX0RctrP =j2Zb -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Apr 24 14:17:57 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74925106564A; Fri, 24 Apr 2009 14:17:57 +0000 (UTC) (envelope-from mail25@bzerk.org) Received: from ei.bzerk.org (tunnel490.ipv6.xs4all.nl [IPv6:2001:888:10:1ea::2]) by mx1.freebsd.org (Postfix) with ESMTP id 017258FC19; Fri, 24 Apr 2009 14:17:56 +0000 (UTC) (envelope-from mail25@bzerk.org) Received: from ei.bzerk.org (BOFH@localhost [127.0.0.1]) by ei.bzerk.org (8.14.2/8.14.2) with ESMTP id n3OEGpAM062297; Fri, 24 Apr 2009 16:16:51 +0200 (CEST) (envelope-from mail25@bzerk.org) Received: (from bulk@localhost) by ei.bzerk.org (8.14.2/8.14.2/Submit) id n3OEGpJ1062296; Fri, 24 Apr 2009 16:16:51 +0200 (CEST) (envelope-from mail25@bzerk.org) Date: Fri, 24 Apr 2009 16:16:51 +0200 From: Ruben de Groot To: Ivan Voras Message-ID: <20090424141651.GA62236@ei.bzerk.org> Mail-Followup-To: Ruben de Groot , Ivan Voras , freebsd-current@freebsd.org, freebsd-questions@freebsd.org References: <49F192AA.1010605@zedat.fu-berlin.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on ei.bzerk.org X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (ei.bzerk.org [127.0.0.1]); Fri, 24 Apr 2009 16:17:55 +0200 (CEST) Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: OpenLDAP/SSH : sshd[1414]: fatal: login_get_lastlog: Cannot find account for uid 1000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Apr 2009 14:17:57 -0000 On Fri, Apr 24, 2009 at 12:34:01PM +0200, Ivan Voras typed: > O. Hartmann wrote: > > Since several months after a upgrade from OpenLDAP 2.4.11 to the most > > recent one I have trouble login in on machines which authenticate users > > via OpenLDAP. > > > > I've just installed a fresh machine with FreeBSD 7.2 amd64 and OpenLDAP > 2.4.latest and it works. The only difference might be that I'm using nscd. > > Have you modified /etc/pam.d files? I had a problem with nss_ldap and openldap over ssl. This patch fixed it: http://www.freebsd.org/cgi/query-pr.cgi?pr=133501&cat=ports Ruben From owner-freebsd-current@FreeBSD.ORG Fri Apr 24 14:36:44 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA5B51065721 for ; Fri, 24 Apr 2009 14:36:44 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id 893368FC1B for ; Fri, 24 Apr 2009 14:36:44 +0000 (UTC) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id n3OEZmZC010476 for ; Fri, 24 Apr 2009 10:35:48 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200904241435.n3OEZmZC010476@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 24 Apr 2009 10:36:41 -0400 To: freebsd-current@freebsd.org From: Mike Tancsa Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: new Marvell SATA 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: Fri, 24 Apr 2009 14:36:45 -0000 One of my suppliers sent me a new inexpensive Supermicro SATA controller none1@pci0:1:0:0: class=0x010000 card=0x050015d9 chip=0x648511ab rev=0x01 hdr=0x00 vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' device = 'MV6446x System Controller for PowerPC Processors, Revision B' class = mass storage subclass = SCSI cap 01[48] = powerspec 2 supports D0 D1 D3 current D0 cap 05[50] = MSI supports 1 message, 64 bit cap 10[e0] = PCI-Express 1 legacy endpoint Does anyone know if this is just a case of adding the device IDs or is it a different beast all together ? ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-current@FreeBSD.ORG Fri Apr 24 15:29:35 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05C4A106566B for ; Fri, 24 Apr 2009 15:29:35 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id C7E3C8FC19 for ; Fri, 24 Apr 2009 15:29:34 +0000 (UTC) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id n3OFSc0W010742; Fri, 24 Apr 2009 11:28:38 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200904241528.n3OFSc0W010742@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 24 Apr 2009 11:29:31 -0400 To: Rafal Jaworowski From: Mike Tancsa In-Reply-To: <6936CBF8-5033-4D7D-B19C-FA9C773A113D@semihalf.com> References: <200904241435.n3OEZmZC010476@lava.sentex.ca> <6936CBF8-5033-4D7D-B19C-FA9C773A113D@semihalf.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: new Marvell SATA 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: Fri, 24 Apr 2009 15:29:35 -0000 At 11:06 AM 4/24/2009, Rafal Jaworowski wrote: >On 2009-04-24, at 16:36, Mike Tancsa wrote: > >>One of my suppliers sent me a new inexpensive Supermicro SATA >>controller >> >>none1@pci0:1:0:0: class=0x010000 card=0x050015d9 >>chip=0x648511ab rev=0x01 hdr=0x00 >> vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' >> device = 'MV6446x System Controller for PowerPC Processors, >>Revision B' >> class = mass storage >> subclass = SCSI >> cap 01[48] = powerspec 2 supports D0 D1 D3 current D0 >> cap 05[50] = MSI supports 1 message, 64 bit >> cap 10[e0] = PCI-Express 1 legacy endpoint >> >>Does anyone know if this is just a case of adding the device IDs or >>is it a different beast all together ? > > >Have you got more info on the whole product like name/symbol? http://www.supermicro.com/manuals/other/AOC-SASLP-MV8.pdf is the product. It seems to imply it has a 88SE6480 controller on it ? Nothing else shows up in the dmesg nor pciconf -lvc ---Mike From owner-freebsd-current@FreeBSD.ORG Fri Apr 24 15:30:22 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30005106567F for ; Fri, 24 Apr 2009 15:30:22 +0000 (UTC) (envelope-from raj@semihalf.com) Received: from semihalf.com (semihalf.com [206.130.101.55]) by mx1.freebsd.org (Postfix) with ESMTP id EFF5C8FC13 for ; Fri, 24 Apr 2009 15:30:21 +0000 (UTC) (envelope-from raj@semihalf.com) Received: from mail.semihalf.com (mail.semihalf.com [83.15.139.206]) by semihalf.com (8.13.1/8.13.1) with ESMTP id n3OF6BIA022950; Fri, 24 Apr 2009 09:06:11 -0600 Message-Id: <6936CBF8-5033-4D7D-B19C-FA9C773A113D@semihalf.com> From: Rafal Jaworowski To: Mike Tancsa In-Reply-To: <200904241435.n3OEZmZC010476@lava.sentex.ca> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Fri, 24 Apr 2009 17:06:07 +0200 References: <200904241435.n3OEZmZC010476@lava.sentex.ca> X-Mailer: Apple Mail (2.930.3) Cc: freebsd-current@freebsd.org Subject: Re: new Marvell SATA 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: Fri, 24 Apr 2009 15:30:22 -0000 On 2009-04-24, at 16:36, Mike Tancsa wrote: > One of my suppliers sent me a new inexpensive Supermicro SATA > controller > > none1@pci0:1:0:0: class=0x010000 card=0x050015d9 > chip=0x648511ab rev=0x01 hdr=0x00 > vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' > device = 'MV6446x System Controller for PowerPC Processors, > Revision B' > class = mass storage > subclass = SCSI > cap 01[48] = powerspec 2 supports D0 D1 D3 current D0 > cap 05[50] = MSI supports 1 message, 64 bit > cap 10[e0] = PCI-Express 1 legacy endpoint > > Does anyone know if this is just a case of adding the device IDs or > is it a different beast all together ? Have you got more info on the whole product like name/symbol? The MV6446x device you mention does not include a SATA block in it. It is a system controller (for PowerPC), which indeed has a number of peripherals integrated (DDR controler, PIC, PCI/PCIE, Ethernet, XOR etc.), but SATA is not one of them. There must be somewhere a separate SATA controller on your device besides this one. My speculation is that it probably sits behind the MV6446x PCI/PCIE bridge, and since there isn't a driver for this PCI/PCIE bridge in the first place, you don't see other peripheral(s)... Rafal From owner-freebsd-current@FreeBSD.ORG Fri Apr 24 16:00:25 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E7F21065672 for ; Fri, 24 Apr 2009 16:00:25 +0000 (UTC) (envelope-from raj@semihalf.com) Received: from semihalf.com (semihalf.com [206.130.101.55]) by mx1.freebsd.org (Postfix) with ESMTP id DD0BC8FC18 for ; Fri, 24 Apr 2009 16:00:24 +0000 (UTC) (envelope-from raj@semihalf.com) Received: from mail.semihalf.com (mail.semihalf.com [83.15.139.206]) by semihalf.com (8.13.1/8.13.1) with ESMTP id n3OG0Mlx017313; Fri, 24 Apr 2009 10:00:23 -0600 Message-Id: From: Rafal Jaworowski To: Mike Tancsa In-Reply-To: <200904241528.n3OFSc0W010742@lava.sentex.ca> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Fri, 24 Apr 2009 18:00:20 +0200 References: <200904241435.n3OEZmZC010476@lava.sentex.ca> <6936CBF8-5033-4D7D-B19C-FA9C773A113D@semihalf.com> <200904241528.n3OFSc0W010742@lava.sentex.ca> X-Mailer: Apple Mail (2.930.3) Cc: freebsd-current@freebsd.org Subject: Re: new Marvell SATA 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: Fri, 24 Apr 2009 16:00:25 -0000 On 2009-04-24, at 17:29, Mike Tancsa wrote: > At 11:06 AM 4/24/2009, Rafal Jaworowski wrote: > >> On 2009-04-24, at 16:36, Mike Tancsa wrote: >> >>> One of my suppliers sent me a new inexpensive Supermicro SATA >>> controller >>> >>> none1@pci0:1:0:0: class=0x010000 card=0x050015d9 >>> chip=0x648511ab rev=0x01 hdr=0x00 >>> vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' >>> device = 'MV6446x System Controller for PowerPC Processors, >>> Revision B' >>> class = mass storage >>> subclass = SCSI >>> cap 01[48] = powerspec 2 supports D0 D1 D3 current D0 >>> cap 05[50] = MSI supports 1 message, 64 bit >>> cap 10[e0] = PCI-Express 1 legacy endpoint >>> >>> Does anyone know if this is just a case of adding the device IDs or >>> is it a different beast all together ? >> >> >> Have you got more info on the whole product like name/symbol? > > > http://www.supermicro.com/manuals/other/AOC-SASLP-MV8.pdf > is the product. It seems to imply it has a 88SE6480 controller on it ? > > > Nothing else shows up in the dmesg nor pciconf -lvc It seems that 88SE6480 internally is build around this integrated controller then, and simply presents as such during enumeration. If our ata(4) does not support other similar models (88SE6320, 6440), a new driver would probably be needed for this to work. Rafal From owner-freebsd-current@FreeBSD.ORG Fri Apr 24 17:13:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76AFA106568A; Fri, 24 Apr 2009 17:13:09 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.terabit.net.ua (mail.terabit.net.ua [195.137.202.147]) by mx1.freebsd.org (Postfix) with ESMTP id 181D48FC19; Fri, 24 Apr 2009 17:13:08 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from skuns.zoral.com.ua ([91.193.166.194] helo=mail.zoral.com.ua) by mail.terabit.net.ua with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1LxOxX-000Fir-Cf; Fri, 24 Apr 2009 20:13:07 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id n3OHCsjc028443 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 24 Apr 2009 20:12:54 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id n3OHCsfK084213; Fri, 24 Apr 2009 20:12:54 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id n3OHCs57084212; Fri, 24 Apr 2009 20:12:54 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 24 Apr 2009 20:12:54 +0300 From: Kostik Belousov To: Ruben de Groot Message-ID: <20090424171254.GD40751@deviant.kiev.zoral.com.ua> References: <49F192AA.1010605@zedat.fu-berlin.de> <20090424141651.GA62236@ei.bzerk.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7DO5AaGCk89r4vaK" Content-Disposition: inline In-Reply-To: <20090424141651.GA62236@ei.bzerk.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua X-Virus-Scanned: mail.terabit.net.ua 1LxOxX-000Fir-Cf 59c22d942fa487439f1b8a229d38c647 X-Terabit: YES Cc: freebsd-current@freebsd.org, Ivan Voras Subject: Re: OpenLDAP/SSH : sshd[1414]: fatal: login_get_lastlog: Cannot find account for uid 1000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Apr 2009 17:13:09 -0000 --7DO5AaGCk89r4vaK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable [Removed questions] On Fri, Apr 24, 2009 at 04:16:51PM +0200, Ruben de Groot wrote: > On Fri, Apr 24, 2009 at 12:34:01PM +0200, Ivan Voras typed: > > O. Hartmann wrote: > > > Since several months after a upgrade from OpenLDAP 2.4.11 to the most > > > recent one I have trouble login in on machines which authenticate use= rs > > > via OpenLDAP. > > >=20 > >=20 > > I've just installed a fresh machine with FreeBSD 7.2 amd64 and OpenLDAP > > 2.4.latest and it works. The only difference might be that I'm using ns= cd. > >=20 > > Have you modified /etc/pam.d files? >=20 > I had a problem with nss_ldap and openldap over ssl. This patch fixed it: >=20 > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D133501&cat=3Dports Actually, bug reports against threading library in 7.0/7.1 should be rechecked against upcoming 7.2, since libthr got a complete sync with HEAD. In particular, several issues were fixed that are related to fork and threads interaction. If the issue is still present in 7.2, then the best way to start some progress is to get isolated failing test case for libthr. --7DO5AaGCk89r4vaK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAknx8xUACgkQC3+MBN1Mb4hW7QCg9XodnYRHCU4JeLD9kMsx536y gB4AoLlCh+j1O5b4aALyzAbICVVodp9e =IEvz -----END PGP SIGNATURE----- --7DO5AaGCk89r4vaK-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 24 18:06:29 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EED681065670 for ; Fri, 24 Apr 2009 18:06:29 +0000 (UTC) (envelope-from yunyejin@gmail.com) Received: from mail-gx0-f220.google.com (mail-gx0-f220.google.com [209.85.217.220]) by mx1.freebsd.org (Postfix) with ESMTP id 567A88FC08 for ; Fri, 24 Apr 2009 18:06:28 +0000 (UTC) (envelope-from yunyejin@gmail.com) Received: by gxk20 with SMTP id 20so2547058gxk.19 for ; Fri, 24 Apr 2009 11:06:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=TXBomqdqTTf06VfnoSf11p97b8tbUtiIO/RhHJMlZN4=; b=OYexnrZHcPvJjrJkhfGSdl5aPFOU1ZJAlcsIwIgEXn4/OIZgLiig9c5itiKJYNDJJU YfTwtsggXhedNDYhdHqndgr8O5O4YJ7Jj+VcIPXWWIUwDwLBwnBh8sY/gjpAqjzs2Lpz VR6UpHnJ8bHO7BAeye/YYKZKG+y2xUJL3ZpaE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=X0NgLRFCvOjPFdtMmamLQtr87XAQaJHbf8Av6wbI07Xv/YFdDVYueIxfe+E0xRVdau D9GVP2Se8WvfZN1iTH52dGUtuigKbqhGNwoVTQbuyQg4L1MqfVBnt2uY1FZeKGq3jJXg oFo0RrhPYSta5zv0Cv8FzxWuI1l/8QS09Whfw= MIME-Version: 1.0 Received: by 10.151.144.15 with SMTP id w15mr4164110ybn.0.1240594566996; Fri, 24 Apr 2009 10:36:06 -0700 (PDT) Date: Sat, 25 Apr 2009 01:36:06 +0800 Message-ID: From: Jin YunYe To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Is Channel Estimation or Channel Impulse Response information accessible from Atheros HAL X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Apr 2009 18:06:30 -0000 Dear all I am doing a research project in which I need to retrieve some physical layer signal parameters from the wireless adapter/wireless router. Specifically, I want to get the receiver Channel Estimation information or Channel Impulse Response from the receiver hardware. Therefore, I would like to ask whether there are any API functions or system calls in the HAL that I can use to get these information? Thanks a lot! YY From owner-freebsd-current@FreeBSD.ORG Fri Apr 24 18:15:24 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 7509B1065670; Fri, 24 Apr 2009 18:15:24 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Fri, 24 Apr 2009 14:15:12 -0400 User-Agent: KMail/1.6.2 References: <200904221449.12678.jkim@FreeBSD.org> <83e5fb980904240034v194dea34j231f9823f484b671@mail.gmail.com> In-Reply-To: <83e5fb980904240034v194dea34j231f9823f484b671@mail.gmail.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Message-Id: <200904241415.13809.jkim@FreeBSD.org> Cc: Alexander Motin , Diego Depaoli Subject: Re: SATA DVD drive no longer works X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Apr 2009 18:15:25 -0000 On Friday 24 April 2009 03:34 am, Diego Depaoli wrote: > 2009/4/22 Jung-uk Kim : > > I don't think ATI/AMD SB700 issue is related to the nVidia > > problem. Please try the attached patch for ATI/AMD south bridge. > >  It is not a complete patch yet but you should be able to use > > "combined mode" for SB700, I think. ;-) > > You think right, now I manage to see my dvd! > In the next days I'll make some deeper test. Thanks. For the record, SB700 has additional two-port SATA on the ATA controller unlike SB600. These two SATA ports appear as one ATA channel and only work in legacy mode -- this mode is so called "combined mode" in BIOS configuration. That means, if you connect your DVD drive on one of these ports, it will be running in PATA mode, not in SATA mode. If the combined mode is disabled from BIOS, the two SATA ports disappear and it will work exactly like SB600 single-channel ATA controller. FYI... Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Fri Apr 24 18:20:38 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51A1E1065674 for ; Fri, 24 Apr 2009 18:20:38 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id 1D26E8FC0A for ; Fri, 24 Apr 2009 18:20:37 +0000 (UTC) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id n3OIJgRJ011609; Fri, 24 Apr 2009 14:19:42 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200904241819.n3OIJgRJ011609@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 24 Apr 2009 14:20:35 -0400 To: Rafal Jaworowski From: Mike Tancsa In-Reply-To: References: <200904241435.n3OEZmZC010476@lava.sentex.ca> <6936CBF8-5033-4D7D-B19C-FA9C773A113D@semihalf.com> <200904241528.n3OFSc0W010742@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: new Marvell SATA 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: Fri, 24 Apr 2009 18:20:39 -0000 At 12:00 PM 4/24/2009, Rafal Jaworowski wrote: >>http://www.supermicro.com/manuals/other/AOC-SASLP-MV8.pdf >>is the product. It seems to imply it has a 88SE6480 controller on it ? >> >> >>Nothing else shows up in the dmesg nor pciconf -lvc > > >It seems that 88SE6480 internally is build around this integrated >controller then, and simply presents as such during enumeration. > >If our ata(4) does not support other similar models (88SE6320, 6440), >a new driver would probably be needed for this to work. If any developer is interested in making a driver for this I would be happy to donate the card, or put it in the netperf cluster. ---Mike From owner-freebsd-current@FreeBSD.ORG Fri Apr 24 21:03:58 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C5EF106566B for ; Fri, 24 Apr 2009 21:03:58 +0000 (UTC) (envelope-from paul@paulstewart.org) Received: from smtp.nexicom.net (smtp1.nexicom.net [216.168.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id EA48D8FC17 for ; Fri, 24 Apr 2009 21:03:57 +0000 (UTC) (envelope-from paul@paulstewart.org) Received: from smtp.nexicom.net (smtp.nexicom.net [216.168.96.13]) by smtp.nexicom.net (8.13.6/8.13.4) with ESMTP id n3OKquiG005822 for ; Fri, 24 Apr 2009 16:53:00 -0400 Received: from pstewart ([216.168.115.179] helo=pstewart) with IPv4:25 by smtp.nexicom.net; 24 Apr 2009 16:52:56 -0400 Received: from pstewart by pstewart (PGP Universal service); Fri, 24 Apr 2009 16:53:00 -0500 X-PGP-Universal: processed; by pstewart on Fri, 24 Apr 2009 16:53:00 -0500 From: "Paul Stewart" To: Date: Fri, 24 Apr 2009 16:52:56 -0400 Message-ID: <000301c9c51e$a59b5100$f0d1f300$@org> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcnFHqTy81XE7NkGRLKaxv99sYXyVg== Content-Language: en-us Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Broadcom NIC Problem - Installing 7.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Apr 2009 21:03:58 -0000 Hi there. I'm just getting back into the FreeBSD world after a long vacation ;) Just installed a shiny new Dell PowerEdge R710 server that comes with Four embedded BroadcomR NetXtreme IIT 5709c Gigabit Ethernet NIC cards. The installation does not recognize the NIC cards so I installed anyways. Server boots up as normal and everything else looks good. Is there support for these NIC cards? Do I need to do a custom kernel or load modules? Many thanks, Paul From owner-freebsd-current@FreeBSD.ORG Fri Apr 24 21:09:39 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A9FA106566B for ; Fri, 24 Apr 2009 21:09:39 +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 A1ECE8FC1A for ; Fri, 24 Apr 2009 21:09:38 +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 8DEC45C070 for ; Sat, 25 Apr 2009 05:09:37 +0800 (CST) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 2621655D1547; Sat, 25 Apr 2009 05:09:37 +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 VkAi-2JZli4g; Sat, 25 Apr 2009 05:09:31 +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 57A4355CDA22; Sat, 25 Apr 2009 05:09:30 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=iO8gxkuQkjf/UZ0cp8V/oWJW8bW2rS8Cw3k/cfpCEEwGQwpAbpgLMYwvM8Mpa/hAk RAebOVpp/Il3B79rMK0jg== Message-ID: <49F22A87.2040905@delphij.net> Date: Fri, 24 Apr 2009 14:09:27 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.21 (X11/20090408) MIME-Version: 1.0 To: Paul Stewart References: <000301c9c51e$a59b5100$f0d1f300$@org> In-Reply-To: <000301c9c51e$a59b5100$f0d1f300$@org> X-Enigmail-Version: 0.95.7 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Broadcom NIC Problem - Installing 7.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Apr 2009 21:09:39 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Paul, Paul Stewart wrote: > Hi there. > > I'm just getting back into the FreeBSD world after a long vacation ;) > > Just installed a shiny new Dell PowerEdge R710 server that comes with Four > embedded BroadcomR NetXtreme IIT 5709c Gigabit Ethernet NIC cards. The > installation does not recognize the NIC cards so I installed anyways. > Server boots up as normal and everything else looks good. > > Is there support for these NIC cards? Do I need to do a custom kernel or > load modules? Which release are you using? A moderately new -CURRENT snapshot (as you posted on -current@), or 7.2-RC2 should have supported the hardware you have mentioned. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAknyKocACgkQi+vbBBjt66Bt/gCdGezsWWErBaVqk6deeeocltk1 STQAnRdeCNvDlCPBo/guanXQa5lKoAyK =K/6Z -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Apr 24 20:58:42 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A389F1065674; Fri, 24 Apr 2009 20:58:42 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 5EF548FC28; Fri, 24 Apr 2009 20:58:42 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1LxSTp-0003yx-E6>; Fri, 24 Apr 2009 22:58:41 +0200 Received: from e178061095.adsl.alicedsl.de ([85.178.61.95] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1LxSTp-0000mn-B8>; Fri, 24 Apr 2009 22:58:41 +0200 Message-ID: <49F2281D.7030109@mail.zedat.fu-berlin.de> Date: Fri, 24 Apr 2009 22:59:09 +0200 From: "O. Hartmann" User-Agent: Thunderbird 2.0.0.21 (X11/20090410) MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-questions@freebsd.org X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.61.95 X-Mailman-Approved-At: Fri, 24 Apr 2009 21:34:00 +0000 Cc: Subject: pam_groupdn/pam_member_attribute does not with OpenLDAP/PAM and FreeBSD. Why? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Apr 2009 20:58:43 -0000 On our FreeBSD 7.2/8.0 driven infrastructure we use OpenLDAP: openldap-sasl-client-2.4.16 Open source LDAP client implementation with SASL2 support openldap-sasl-server-2.4.16 Open source LDAP server implementation pam_ldap-1.8.4_1 A pam module for authenticating with LDAP >From O'Reilly's OpenLDAP book and other sources I got the information, that tha tags pam_groupdn pam_member_attribute can be used in conjunction with 'uid' to restrict access to a specific host to those which are member of the group specified by pam_groupdn, as long as the group object supports multi-value-attributes like memberUid. Well, this is not working with FreeBSD any way! Suppose I define in /usr/local/etc/ldap.conf pam_groupdn cn=myGroup,ou=groups,dc=foo,dc=bar (objectClass: posixGroup) pam_member_attribute memberUid And within this group there is my memberUid: memberUid: ohartmann Now I try to login to the specific box and get the warning: You must be a memberUid of cn=myGroup,ou=groups,dc=foo,dc=bar to login. ... and I can login, no tmatter whether I'm in the group or not. What ist happening here? Why is the documentaion telling me this should work and why isn't FreeBSD/PAM doing so? I'm confused! Any help appreciated. Oliver From owner-freebsd-current@FreeBSD.ORG Fri Apr 24 23:40:12 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3E72106566B for ; Fri, 24 Apr 2009 23:40:12 +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 BCD7C8FC0A for ; Fri, 24 Apr 2009 23:40:12 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from Macintosh-4.lan ([164.77.164.117]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n3ONe9wo072133 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 24 Apr 2009 16:40:11 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <49F24DD4.3080404@freebsd.org> Date: Fri, 24 Apr 2009 19:40:04 -0400 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302) MIME-Version: 1.0 To: Jin YunYe References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-DCC-sonic.net-Metrics: ebb.errno.com; whitelist Cc: freebsd-current@freebsd.org Subject: Re: Is Channel Estimation or Channel Impulse Response information accessible from Atheros HAL X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Apr 2009 23:40:13 -0000 Jin YunYe wrote: > Dear all > > I am doing a research project in which I need to retrieve some > physical layer signal parameters from the wireless adapter/wireless > router. > > Specifically, I want to get the receiver Channel Estimation > information or Channel Impulse Response from the receiver hardware. > Therefore, I would like to ask whether there are any API functions or > system calls in the HAL that I can use to get these information? > > Thanks a lot! Nope. madwifi has some stuff for doing radar detection that might be useful; feel free to port and submit. Otherwise the latest chips have some very useful h/w features that Atheros won't publicly disclose and which I am no longer permitted to see. Sam From owner-freebsd-current@FreeBSD.ORG Sat Apr 25 01:16:39 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 182791065672 for ; Sat, 25 Apr 2009 01:16:39 +0000 (UTC) (envelope-from artemb@gmail.com) Received: from mail-gx0-f218.google.com (mail-gx0-f218.google.com [209.85.217.218]) by mx1.freebsd.org (Postfix) with ESMTP id C0FC18FC17 for ; Sat, 25 Apr 2009 01:16:32 +0000 (UTC) (envelope-from artemb@gmail.com) Received: by gxk18 with SMTP id 18so376817gxk.19 for ; Fri, 24 Apr 2009 18:16:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=j8P+8Ic0zBSEJTp7rJLZbfry4VjF9LaDM/9Vro/isz8=; b=Bwq1kJIKt7F735SNb19DNSiKQrrbu2v4w/LtGHLCg2NhbSVEiNTJXTN6ur3ue7nas7 wIUvOQYfi5We/enWBJ7yawb1yN/LeUW/az+el/g5MlacqCZu3tXAkicIKOuqBQCsi8sj kIWqSKY0TySbpGX1Go31GLDjV1PLv39VezIE8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=f0gg1sLJiAn+1+7BtlbgTWDYofq5nDNVbWKeqGjmk2bJkMdRKs5bBMqpIVN54G/yoQ Cf6hrBLyDjOCulpfXDu9UcH9pkkDfBP+5E2sxC9kBh9qxOAekQF6Ey0npwGkJBK5RXPf t7EuGRacAjE13+QmEaWGbpHvnH1kvllstAF44= MIME-Version: 1.0 Sender: artemb@gmail.com Received: by 10.90.80.18 with SMTP id d18mr1925205agb.1.1240622190786; Fri, 24 Apr 2009 18:16:30 -0700 (PDT) In-Reply-To: References: <49C2CFF6.8070608@egr.msu.edu> <08D7DC2A-68BE-47B6-8D5D-5DE6B48F87E5@wanderview.com> Date: Fri, 24 Apr 2009 18:16:30 -0700 X-Google-Sender-Auth: e65b403e9a569968 Message-ID: From: Artem Belevich To: Ben Kelly Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: [patch] zfs livelock and thread priorities X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Apr 2009 01:16:39 -0000 Tried your patch http://www.wanderview.com/svn/public/misc/zfs_livelock/zfs_thread_priority.diff with -current as of today and got kernel trap on boot. kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x200000202 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff803fd572 stack pointer = 0x28:0xffffffff80f8b820 frame pointer = 0x28:0xffffffff80f8b9a0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = resume, IOPL = 0 current process = 0 (swapper) [thread pid 0 tid 100000 ] Stopped at strlen+0x2: cmpb $0,(%rdi) db> bt Tracing pid 0 tid 100000 td 0xffffffff808497e0 strlen() at strlen+0x2 vsnprintf() at vsnprintf+0x2e kproc_create_stopped() at kproc_create_stopped+0x16e kproc_create() at kproc_create+0x62 kproc_kthread_add() at kproc_kthread_add+0x12b idle_setup() at idle_setup+0x81 mi_startup() at mi_startup+0x59 btext() at btext+0x2c db> reboot --Artem From owner-freebsd-current@FreeBSD.ORG Sat Apr 25 02:19:37 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74FCF106564A for ; Sat, 25 Apr 2009 02:19:37 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from smtp.timeweb.ru (smtp.timeweb.ru [217.170.79.85]) by mx1.freebsd.org (Postfix) with ESMTP id 31C978FC12 for ; Sat, 25 Apr 2009 02:19:36 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from [213.148.20.85] (helo=hive.panopticon) by smtp.timeweb.ru with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1LxXUO-0003TE-4M for freebsd-current@FreeBSD.org; Sat, 25 Apr 2009 06:19:36 +0400 Received: from hades.panopticon (hades.panopticon [192.168.0.32]) by hive.panopticon (Postfix) with ESMTP id 06E556C27 for ; Sat, 25 Apr 2009 06:20:09 +0400 (MSD) Received: by hades.panopticon (Postfix, from userid 1000) id D1EC2108841; Sat, 25 Apr 2009 06:18:54 +0400 (MSD) Date: Sat, 25 Apr 2009 06:18:54 +0400 From: Dmitry Marakasov To: freebsd-current@FreeBSD.org Message-ID: <20090425021854.GA1361@hades.panopticon> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.5.19 (2009-01-05) Cc: Subject: [patch] kernel iconv 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, 25 Apr 2009 02:19:37 -0000 Hi! Here's a little improvement for kernel iconv. It makes kiconv ignore case of character set names (and also store them in uppercase for consistency), so mount_cd9660 -C koi8-r /dev/acd0 /mnt mount_cd9660 -C KOI8-r /dev/acd0 /mnt mount_cd9660 -C KOI8-R /dev/acd0 /mnt mount_cd9660 -C Koi8-r /dev/acd0 /mnt will no longer lead to loading four similar charset conversion tables instead of one. See also ports/sysutils/kiconvtool - can it be integrated into the base system? The purpose of all this is more convenient and effective handling of filesystem charset conversion (especially for usermounts). --- iconv.c.patch begins here --- Index: sys/libkern/iconv.c =================================================================== --- sys/libkern/iconv.c (revision 191469) +++ sys/libkern/iconv.c (working copy) @@ -33,6 +33,7 @@ #include __FBSDID("$FreeBSD$"); +#include #include #include #include @@ -171,8 +172,8 @@ struct iconv_cspair *csp; TAILQ_FOREACH(csp, &iconv_cslist, cp_link) { - if (strcmp(csp->cp_to, to) == 0 && - strcmp(csp->cp_from, from) == 0) { + if (strcasecmp(csp->cp_to, to) == 0 && + strcasecmp(csp->cp_from, from) == 0) { if (cspp) *cspp = csp; return 0; @@ -207,12 +208,16 @@ if (!ucsto) { strcpy(cp, to); csp->cp_to = cp; - cp += strlen(cp) + 1; + for (; *cp; cp++) + *cp = toupper(*cp); + cp++; } else csp->cp_to = iconv_unicode_string; if (!ucsfrom) { strcpy(cp, from); csp->cp_from = cp; + for (; *cp; cp++) + *cp = toupper(*cp); } else csp->cp_from = iconv_unicode_string; csp->cp_data = data; --- iconv.c.patch ends here --- -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From owner-freebsd-current@FreeBSD.ORG Sat Apr 25 02:26:04 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB45E106566C for ; Sat, 25 Apr 2009 02:26:04 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from smtp.timeweb.ru (smtp.timeweb.ru [217.170.79.85]) by mx1.freebsd.org (Postfix) with ESMTP id 6748D8FC15 for ; Sat, 25 Apr 2009 02:26:04 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from [213.148.20.85] (helo=hive.panopticon) by smtp.timeweb.ru with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1LxXae-0003Z4-D7 for freebsd-current@FreeBSD.org; Sat, 25 Apr 2009 06:26:04 +0400 Received: from hades.panopticon (hades.panopticon [192.168.0.32]) by hive.panopticon (Postfix) with ESMTP id 46E526C2A for ; Sat, 25 Apr 2009 06:26:37 +0400 (MSD) Received: by hades.panopticon (Postfix, from userid 1000) id 28CE5108841; Sat, 25 Apr 2009 06:25:23 +0400 (MSD) Date: Sat, 25 Apr 2009 06:25:23 +0400 From: Dmitry Marakasov To: freebsd-current@FreeBSD.org Message-ID: <20090425022523.GB1361@hades.panopticon> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.5.19 (2009-01-05) Cc: Subject: usb modules may be loaded even though already compiled into kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Apr 2009 02:26:04 -0000 Hi! I've just ran into kernel hang on device probing after changing my kernel config a bit. The cause is that uhid, ukbd and ums were both compiled into the kernel and loaded by loader(8) as modules. I'm not sure, but shouldn't kernel ignore modules for devices that are already compiled into it (or does it only happen on kldload as EEXIST)? If it should, it's broken for at least usb. That's -CURRENT from around April, 8th. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From owner-freebsd-current@FreeBSD.ORG Sat Apr 25 03:12:44 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90096106564A for ; Sat, 25 Apr 2009 03:12:44 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from mail-ew0-f171.google.com (mail-ew0-f171.google.com [209.85.219.171]) by mx1.freebsd.org (Postfix) with ESMTP id E96F98FC0C for ; Sat, 25 Apr 2009 03:12:43 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: by ewy19 with SMTP id 19so1244192ewy.43 for ; Fri, 24 Apr 2009 20:12:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=xR+K1A7oNHYEHei+w6LFxCWXBF44A2x+jXK1N6T04/c=; b=ZfkLHxAinzjDRSpHN84y05gcFXBehb+a+eZ5ztCjiaaCoST0Mx1+GIZrAecqt04zv0 aBRALJ07LnUEmby7ZleNBn1B9Y4ey4RiRnwuT3spx46EbKj6zRfWk7Q4pe2TXargfxCQ x3UKGNlzJPt/mNXZpdLW0vqT3KbJPdCwSYvMg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=mBwrY+YSIQu+xAPxQq0hus1Ka9md68VnqduFND2/ObwQM24A2CxcODF3EfKxA7x0cN LyQrTueswjbpwble67UWB+W03qYqvkOT6Q2ojN5Lip7LopRnkU+0lvEPq16rAwOvVAE3 GgxP18aeLrqqjm0WokDusXFOt0Ruj5mSXj0Hs= MIME-Version: 1.0 Received: by 10.210.143.9 with SMTP id q9mr1375383ebd.96.1240627626927; Fri, 24 Apr 2009 19:47:06 -0700 (PDT) In-Reply-To: References: <49C2CFF6.8070608@egr.msu.edu> <08D7DC2A-68BE-47B6-8D5D-5DE6B48F87E5@wanderview.com> Date: Fri, 24 Apr 2009 22:47:06 -0400 Message-ID: From: Ryan Stone To: Artem Belevich Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, Ben Kelly Subject: Re: [patch] zfs livelock and thread priorities X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Apr 2009 03:12:44 -0000 The crash happens because vsnprintf is called twice on the same va_list. That's not legal. It happens to work on i386, but it will crash on amd64. The patch should instead do: va_list va; va_start(ap, fmt); va_copy(va, ap); vsnprintf(p2->p_comm, sizeof(p2->p_comm), fmt, va); vsnprintf(td->td_name, sizeof(td->td_name), fmt, ap); Ryan Stone From owner-freebsd-current@FreeBSD.ORG Sat Apr 25 03:36:27 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CEC7E106564A for ; Sat, 25 Apr 2009 03:36:27 +0000 (UTC) (envelope-from paul@paulstewart.org) Received: from smtp.nexicom.net (smtp1.nexicom.net [216.168.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 90EEC8FC16 for ; Sat, 25 Apr 2009 03:36:27 +0000 (UTC) (envelope-from paul@paulstewart.org) Received: from smtp.nexicom.net (smtp.nexicom.net [216.168.96.13]) by smtp.nexicom.net (8.13.6/8.13.4) with ESMTP id n3P3Zwjr004407; Fri, 24 Apr 2009 23:36:03 -0400 Received: from orion ([216.168.111.111] helo=orion) with IPv4:25 by smtp.nexicom.net; 24 Apr 2009 23:35:58 -0400 From: "Paul Stewart" To: References: <000301c9c51e$a59b5100$f0d1f300$@org> <49F22A87.2040905@delphij.net> In-Reply-To: <49F22A87.2040905@delphij.net> Date: Fri, 24 Apr 2009 23:35:57 -0400 Message-ID: <002901c9c556$f301ca90$d9055fb0$@org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcnFIM1BApGJ9yCIQHm7C8WwMIyBBwANfj4w Content-Language: en-us Cc: freebsd-current@freebsd.org Subject: RE: Broadcom NIC Problem - Installing 7.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Apr 2009 03:36:28 -0000 Thank you - I installed the latest release 7.1 .. should I reinstall with 7.2-RC2? If I install 7.2-RC2, will it be upgradable to the full release when it's complete? I've ran into "beta" releases of various software overtime where it is sometimes not upgradable...;) Take care, Paul -----Original Message----- From: Xin LI [mailto:delphij@delphij.net] Sent: April 24, 2009 5:09 PM To: Paul Stewart Cc: freebsd-current@freebsd.org Subject: Re: Broadcom NIC Problem - Installing 7.1 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Paul, Paul Stewart wrote: > Hi there. > > I'm just getting back into the FreeBSD world after a long vacation ;) > > Just installed a shiny new Dell PowerEdge R710 server that comes with Four > embedded BroadcomR NetXtreme IIT 5709c Gigabit Ethernet NIC cards. The > installation does not recognize the NIC cards so I installed anyways. > Server boots up as normal and everything else looks good. > > Is there support for these NIC cards? Do I need to do a custom kernel or > load modules? Which release are you using? A moderately new -CURRENT snapshot (as you posted on -current@), or 7.2-RC2 should have supported the hardware you have mentioned. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAknyKocACgkQi+vbBBjt66Bt/gCdGezsWWErBaVqk6deeeocltk1 STQAnRdeCNvDlCPBo/guanXQa5lKoAyK =K/6Z -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sat Apr 25 03:59:20 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA9E8106566B for ; Sat, 25 Apr 2009 03:59:20 +0000 (UTC) (envelope-from artemb@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.28]) by mx1.freebsd.org (Postfix) with ESMTP id 8DAA68FC1C for ; Sat, 25 Apr 2009 03:59:20 +0000 (UTC) (envelope-from artemb@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so916570yxb.13 for ; Fri, 24 Apr 2009 20:59:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=3uvp8xCEVM0awiNV4mGtXYYKz5D/MfCL50/TW+kg+nI=; b=AWNUHGWIFOQuuvowgNsvz++OEti0lK7hJuPbmBagku+/XFci4jFCb1awrefa3liOOv 2mxsyg/wI/UUWvUBOrtVDd9SK/F6z4uvtiOOFl3yAvNP4r+6/FW8XVcAoxGUo2KF+MSO P6nOrwcHk9Kd8Av9E2uPGeedBb415YfpA4k/8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=sv+jDbJZoYBw9InTCdVdVMFoRJu5HVHnRa8vvFKN3/BA+qlhdwlEe/+8f4nldeOVto 4q4GDw8SUroYCn5VGEozKNooI9dxu2yn7yhQokjfTPvfe5YYKZKNvEnTK9/I/ZnD1Q90 qmiyX21yn+I5S/qmQ3j8JPm0umKAjynlxvZwU= MIME-Version: 1.0 Sender: artemb@gmail.com Received: by 10.90.117.17 with SMTP id p17mr793197agc.62.1240631959876; Fri, 24 Apr 2009 20:59:19 -0700 (PDT) In-Reply-To: References: <49C2CFF6.8070608@egr.msu.edu> <08D7DC2A-68BE-47B6-8D5D-5DE6B48F87E5@wanderview.com> Date: Fri, 24 Apr 2009 20:59:19 -0700 X-Google-Sender-Auth: 1037ce8e16844542 Message-ID: From: Artem Belevich To: Ryan Stone Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Ben Kelly Subject: Re: [patch] zfs livelock and thread priorities X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Apr 2009 03:59:21 -0000 Ah! Indeed. > va_list va; > va_start(ap, fmt); > va_copy(va, ap); > vsnprintf(p2->p_comm, sizeof(p2->p_comm), fmt, va); > vsnprintf(td->td_name, sizeof(td->td_name), fmt, ap); We also need va_end(va) to clear up after va_copy(); I'll give it a try. Thanks, --Artem On Fri, Apr 24, 2009 at 7:47 PM, Ryan Stone wrote: > The crash happens because vsnprintf is called twice on the same va_list. > That's not legal.=A0 It happens to work on i386, but it will crash on amd= 64. > The patch should instead do: > > va_list va; > va_start(ap, fmt); > va_copy(va, ap); > vsnprintf(p2->p_comm, sizeof(p2->p_comm), fmt, va); > vsnprintf(td->td_name, sizeof(td->td_name), fmt, ap); > > Ryan Stone > > From owner-freebsd-current@FreeBSD.ORG Sat Apr 25 05:45:12 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4880F1065670 for ; Sat, 25 Apr 2009 05:45:12 +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 7E2868FC17 for ; Sat, 25 Apr 2009 05:45:10 +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 659615C070 for ; Sat, 25 Apr 2009 13:45:09 +0800 (CST) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id E7C6055D1551; Sat, 25 Apr 2009 13:45:08 +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 aEwkvb8uGcQG; Sat, 25 Apr 2009 13:45:03 +0800 (CST) Received: from charlie.delphij.net (c-69-181-141-49.hsd1.ca.comcast.net [69.181.141.49]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id B2B5455D1541; Sat, 25 Apr 2009 13:44:59 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=Wa7wSdzQm5GjKIcFcZIrE5xu66z2bywN2bZxLFKpT9guCW37+WWmdhuYdaCYWTD4z RIlJFmKtklPxlQ696qGng== Message-ID: <49F2A354.1070706@delphij.net> Date: Fri, 24 Apr 2009 22:44:52 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.21 (X11/20090408) MIME-Version: 1.0 To: Paul Stewart References: <000301c9c51e$a59b5100$f0d1f300$@org> <49F22A87.2040905@delphij.net> <002901c9c556$f301ca90$d9055fb0$@org> In-Reply-To: <002901c9c556$f301ca90$d9055fb0$@org> X-Enigmail-Version: 0.95.7 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, d@delphij.net Subject: Re: Broadcom NIC Problem - Installing 7.1 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: Sat, 25 Apr 2009 05:45:12 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Paul, Paul Stewart wrote: > Thank you - I installed the latest release 7.1 .. should I reinstall with > 7.2-RC2? I think the answer would be "Yes" but you can also use FreeBSD Update's "upgrade" feature to update to 7.2-RC2. If your system is brand new it might be faster to do a fresh install, depending on the network connection you are using, though. > If I install 7.2-RC2, will it be upgradable to the full release when it's > complete? I've ran into "beta" releases of various software overtime where > it is sometimes not upgradable...;) I think so (through freebsd-update -r). Another way would be to use source based update approach, which is always do-able. > Take care, > > Paul > > > -----Original Message----- > From: Xin LI [mailto:delphij@delphij.net] > Sent: April 24, 2009 5:09 PM > To: Paul Stewart > Cc: freebsd-current@freebsd.org > Subject: Re: Broadcom NIC Problem - Installing 7.1 > > Hi, Paul, > > Paul Stewart wrote: >> Hi there. > >> I'm just getting back into the FreeBSD world after a long vacation ;) > >> Just installed a shiny new Dell PowerEdge R710 server that comes with Four >> embedded BroadcomR NetXtreme IIT 5709c Gigabit Ethernet NIC cards. The >> installation does not recognize the NIC cards so I installed anyways. >> Server boots up as normal and everything else looks good. > >> Is there support for these NIC cards? Do I need to do a custom kernel or >> load modules? > > Which release are you using? A moderately new -CURRENT snapshot (as you > posted on -current@), or 7.2-RC2 should have supported the hardware you > have mentioned. > > Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAknyo1QACgkQi+vbBBjt66Dc8QCfWdkAtJBAhf1f0g6E6od6Kk6F bHQAoL2KXLCIYt2Mt7d30N1R5hpSR8cD =+vEP -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sat Apr 25 09:21:24 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BDC99106566B; Sat, 25 Apr 2009 09:21:24 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from violet.upc.es (violet.upc.es [147.83.2.51]) by mx1.freebsd.org (Postfix) with ESMTP id 29EB68FC08; Sat, 25 Apr 2009 09:21:23 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from hamilton.upcnetadm.upcnet.es (hamilton.upcnetadm.upcnet.es [147.83.2.240]) by violet.upc.es (8.14.1/8.13.1) with ESMTP id n3P9LBb3012287; Sat, 25 Apr 2009 11:21:11 +0200 Received: from [192.168.100.196] ([88.15.98.27]) by hamilton.upcnetadm.upcnet.es (Lotus Domino Release 5.0.12) with ESMTP id 2009042511211882:116025 ; Sat, 25 Apr 2009 11:21:18 +0200 Message-ID: <49F2D5B5.20607@entel.upc.edu> Date: Sat, 25 Apr 2009 11:19:49 +0200 From: Gustau Perez User-Agent: Thunderbird 2.0.0.21 (X11/20090409) MIME-Version: 1.0 To: Robert Watson References: <49ED3E7D.8080606@gddsn.org.cn> <200904212123.14016.hselasky@c2i.net> <49F05F8F.5000407@entel.upc.edu> <200904231436.43735.hselasky@c2i.net> <49F1A016.1050003@entel.upc.edu> In-Reply-To: X-MIMETrack: Itemize by SMTP Server on hamilton/UPC(Release 5.0.12 |February 13, 2003) at 25/04/2009 11:21:18, Serialize by Router on hamilton/UPC(Release 5.0.12 |February 13, 2003) at 25/04/2009 11:21:20, Serialize complete at 25/04/2009 11:21:20 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-Mail-Scanned: Criba 2.0 + Clamd X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (violet.upc.es [147.83.2.51]); Sat, 25 Apr 2009 11:21:12 +0200 (CEST) Cc: freebsd-current@FreeBSD.org, freebsd-usb@FreeBSD.org, wsk , Hans Petter Selasky Subject: Re: boot panic on current(04.20) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Apr 2009 09:21:25 -0000 >> >> I think more or less like wsk. Mmmm could it be related to the sysctl >> -a problem discussed today ? Will try recompiling fuse and kqemu. >> Will let you know. > > The above is characteristic of using an old module with a kernel > compiled for the new malloc.h. Rebuilding should fix it. Right. Kqemu and fusefs-kmod were the offending modules. Rebuilding them with against today sources fixed the problem. Instead nvidia driver doesn't have those problems ... There's still one issue that I can't test today (until next monday, because my dock is in the office) and is the hot undocking problem with usb, which seems to be fixed with r191395. I'll report ASAP. Regards, Gus From owner-freebsd-current@FreeBSD.ORG Sat Apr 25 16:32:19 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02815106566C for ; Sat, 25 Apr 2009 16:32:19 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 7FEFD8FC0A for ; Sat, 25 Apr 2009 16:32:18 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1LxknZ-0007aj-0S>; Sat, 25 Apr 2009 18:32:17 +0200 Received: from e178026184.adsl.alicedsl.de ([85.178.26.184] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1LxknY-00034i-TE>; Sat, 25 Apr 2009 18:32:17 +0200 Message-ID: <49F33B2E.9050803@mail.zedat.fu-berlin.de> Date: Sat, 25 Apr 2009 18:32:46 +0200 From: "O. Hartmann" User-Agent: Thunderbird 2.0.0.21 (X11/20090410) MIME-Version: 1.0 To: Kostik Belousov References: <49F192AA.1010605@zedat.fu-berlin.de> <20090424141651.GA62236@ei.bzerk.org> <20090424171254.GD40751@deviant.kiev.zoral.com.ua> In-Reply-To: <20090424171254.GD40751@deviant.kiev.zoral.com.ua> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.26.184 X-Mailman-Approved-At: Sat, 25 Apr 2009 17:16:36 +0000 Cc: Ruben de Groot , freebsd-current@freebsd.org, Ivan Voras Subject: Re: OpenLDAP/SSH : sshd[1414]: fatal: login_get_lastlog: Cannot find account for uid 1000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Apr 2009 16:32:19 -0000 Kostik Belousov wrote: > [Removed questions] > > On Fri, Apr 24, 2009 at 04:16:51PM +0200, Ruben de Groot wrote: > >> On Fri, Apr 24, 2009 at 12:34:01PM +0200, Ivan Voras typed: >> >>> O. Hartmann wrote: >>> >>>> Since several months after a upgrade from OpenLDAP 2.4.11 to the most >>>> recent one I have trouble login in on machines which authenticate users >>>> via OpenLDAP. >>>> >>>> >>> I've just installed a fresh machine with FreeBSD 7.2 amd64 and OpenLDAP >>> 2.4.latest and it works. The only difference might be that I'm using nscd. >>> >>> Have you modified /etc/pam.d files? >>> >> I had a problem with nss_ldap and openldap over ssl. This patch fixed it: >> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=133501&cat=ports >> > > Actually, bug reports against threading library in 7.0/7.1 should > be rechecked against upcoming 7.2, since libthr got a complete sync > with HEAD. In particular, several issues were fixed that are related > to fork and threads interaction. > > If the issue is still present in 7.2, then the best way to start some > progress is to get isolated failing test case for libthr. > The problem I specifically mentioned affects the same way a pure FreeBSD 8.0-CURRENT/amd64 installation and is identical to that what I see with FreeBSD 7.2-STABLE. I change the order of look-for-targets in /etc/nsswitch.conf: previously not working and triggering issues I reported: group: files ldap passwd: files ldap working after exchanging order: group: ldap files passwd: ldap files This is weird! After I changed that, the first attempt issuing the passowrd now takes 20 seconds to respond even for local users, if I hit return for the first passwd-attempt and issuing the passd on second attempt runs immediately towards expected login. Intention of having first files looked up was: sometimes LDAP is dead or we make tests and can not reach LDAP, so we need to login via local stored users. Having first LDAP consulted makes a login a desaster: after a minute some boxes cancel login attempt caused by timeout. That's fun. Even with passwd: ldap [unavail=continue notfound=continue] files [success=return notfound=return] group: ldap [unavail=continue notfound=continue] files [success=return notfound=return] it fails. There is something wrong, not specifically with 7.2. Oliver From owner-freebsd-current@FreeBSD.ORG Sat Apr 25 17:25:51 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E0CA4106564A for ; Sat, 25 Apr 2009 17:25:51 +0000 (UTC) (envelope-from morganw@chemikals.org) Received: from warped.bluecherry.net (unknown [IPv6:2001:440:eeee:fffb::2]) by mx1.freebsd.org (Postfix) with ESMTP id A80B18FC0A for ; Sat, 25 Apr 2009 17:25:51 +0000 (UTC) (envelope-from morganw@chemikals.org) Received: from volatile.chemikals.org (adsl-67-215-2.shv.bellsouth.net [98.67.215.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by warped.bluecherry.net (Postfix) with ESMTPSA id B08AF8004A2A for ; Sat, 25 Apr 2009 12:25:50 -0500 (CDT) Received: from localhost (morganw@localhost [127.0.0.1]) by volatile.chemikals.org (8.14.3/8.14.3) with ESMTP id n3PHPShj047225 for ; Sat, 25 Apr 2009 12:25:43 -0500 (CDT) (envelope-from morganw@chemikals.org) Date: Sat, 25 Apr 2009 12:25:28 -0500 (CDT) From: Wes Morgan To: current@freebsd.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: Subject: COMPAT_FREEBSDn X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Apr 2009 17:25:52 -0000 The various COMPAT_FREEBSDn options are part of generic, but are they needed for most users? Do they enable some structures or interfaces that some userland programs still expect, or is it safe to disable them assuming that I don't need to run binaries from older systems? From owner-freebsd-current@FreeBSD.ORG Sat Apr 25 17:49:40 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1AC38106566C for ; Sat, 25 Apr 2009 17:49:40 +0000 (UTC) (envelope-from ben@wanderview.com) Received: from mail.wanderview.com (mail.wanderview.com [66.92.166.102]) by mx1.freebsd.org (Postfix) with ESMTP id B29818FC18 for ; Sat, 25 Apr 2009 17:49:39 +0000 (UTC) (envelope-from ben@wanderview.com) Received: from harkness.in.wanderview.com (harkness.in.wanderview.com [10.76.10.150]) (authenticated bits=0) by mail.wanderview.com (8.14.3/8.14.3) with ESMTP id n3PHnXF8002417 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 25 Apr 2009 17:49:34 GMT (envelope-from ben@wanderview.com) Message-Id: From: Ben Kelly To: Artem Belevich In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Sat, 25 Apr 2009 13:49:33 -0400 References: <49C2CFF6.8070608@egr.msu.edu> <08D7DC2A-68BE-47B6-8D5D-5DE6B48F87E5@wanderview.com> X-Mailer: Apple Mail (2.930.3) X-Spam-Score: -1.44 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.64 on 10.76.20.1 Cc: freebsd-current@freebsd.org, Ryan Stone Subject: Re: [patch] zfs livelock and thread priorities X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Apr 2009 17:49:40 -0000 On Apr 24, 2009, at 11:59 PM, Artem Belevich wrote: > Ah! Indeed. > >> va_list va; >> va_start(ap, fmt); >> va_copy(va, ap); >> vsnprintf(p2->p_comm, sizeof(p2->p_comm), fmt, va); >> vsnprintf(td->td_name, sizeof(td->td_name), fmt, ap); > > We also need va_end(va) to clear up after va_copy(); I've updated the patch to use va_copy(). Unfortunately I don't have an AMD64 machine to test on at the moment. However, I did look at other places in the kernel where va_copy() is used so I am hopeful I got it right. Thanks again for the help! - Ben > > I'll give it a try. > > Thanks, > --Artem > > > > On Fri, Apr 24, 2009 at 7:47 PM, Ryan Stone wrote: >> The crash happens because vsnprintf is called twice on the same >> va_list. >> That's not legal. It happens to work on i386, but it will crash on >> amd64. >> The patch should instead do: >> >> va_list va; >> va_start(ap, fmt); >> va_copy(va, ap); >> vsnprintf(p2->p_comm, sizeof(p2->p_comm), fmt, va); >> vsnprintf(td->td_name, sizeof(td->td_name), fmt, ap); >> >> Ryan Stone >> >> From owner-freebsd-current@FreeBSD.ORG Sat Apr 25 18:16:03 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B41EF106564A for ; Sat, 25 Apr 2009 18:16:03 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 7175E8FC15 for ; Sat, 25 Apr 2009 18:16:02 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from c83-255-48-78.bredband.comhem.se ([83.255.48.78]:50798 helo=falcon.midgard.homeip.net) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.69) (envelope-from ) id 1LxmB7-0006Fq-5s for current@freebsd.org; Sat, 25 Apr 2009 20:00:44 +0200 Received: (qmail 70462 invoked from network); 25 Apr 2009 20:00:35 +0200 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with ESMTP; 25 Apr 2009 20:00:35 +0200 Received: (qmail 87192 invoked by uid 1001); 25 Apr 2009 20:00:35 +0200 Date: Sat, 25 Apr 2009 20:00:35 +0200 From: Erik Trulsson To: Wes Morgan Message-ID: <20090425180035.GA87140@owl.midgard.homeip.net> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.19 (2009-01-05) X-Originating-IP: 83.255.48.78 X-Scan-Result: No virus found in message 1LxmB7-0006Fq-5s. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1LxmB7-0006Fq-5s da4dfdfcf259e0dfe2754700996cc604 Cc: current@freebsd.org Subject: Re: COMPAT_FREEBSDn X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Apr 2009 18:16:03 -0000 On Sat, Apr 25, 2009 at 12:25:28PM -0500, Wes Morgan wrote: > The various COMPAT_FREEBSDn options are part of generic, but are they > needed for most users? Do they enable some structures or interfaces that > some userland programs still expect, or is it safe to disable them > assuming that I don't need to run binaries from older systems? If you are sure that you will never need to run binaries compiled for older systems, then the COMPAT_FREEBSD{4,5,6} options should be quite safe to remove. -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-current@FreeBSD.ORG Sat Apr 25 18:27:55 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1517106564A for ; Sat, 25 Apr 2009 18:27:55 +0000 (UTC) (envelope-from jsa.bsd@gmail.com) Received: from mail-qy0-f105.google.com (mail-qy0-f105.google.com [209.85.221.105]) by mx1.freebsd.org (Postfix) with ESMTP id 53E4F8FC24 for ; Sat, 25 Apr 2009 18:27:55 +0000 (UTC) (envelope-from jsa.bsd@gmail.com) Received: by qyk3 with SMTP id 3so3438011qyk.3 for ; Sat, 25 Apr 2009 11:27:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=7yqXfSGXZ6Htk4wcdxGz5R7PFKs/qNl/Qa4C5ny+axg=; b=kFM2GEjMCVPTNJE9v+6+dVyVL8o/eGi/Yrm9jqfCfWOqXMgrA/wWpmJOB/u4U1hwqf IE+CSBRv+mOkFFxGJhdQ6bLro+tMp09MNaAfWtvVTrkGhCk0DAiIu0HPZkuvdZJ2CTcW 2BtGHASf5ZrynFcfXJFT8bIIvya8w/Y5mY1+8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=dEskqFAURqxpMPM9U/+eD/nvlIFz0sP1PwjI4wNYvlQZ/O/l8bkdFFjQIaT32vqXW+ PAd05/GYxBvajcfAQUc3eNuPCjcd7ksfceyJ+K3nFJEGLRwYl2n6NJ2aTnCn8gY3kF8Q MIPxQ9Op2HtAaPVDEF5OKlkqvVUFSbO1SvJJY= Received: by 10.224.46.9 with SMTP id h9mr1955002qaf.180.1240682173937; Sat, 25 Apr 2009 10:56:13 -0700 (PDT) Received: from mephisto.wickedmachine.net (tn-76-7-159-129.dhcp.embarqhsd.net [76.7.159.129]) by mx.google.com with ESMTPS id 4sm4148820qwe.7.2009.04.25.10.56.13 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 25 Apr 2009 10:56:13 -0700 (PDT) Message-ID: <49F34EC2.7050600@gmail.com> Date: Sat, 25 Apr 2009 13:56:18 -0400 From: "Joseph S. Atkinson" User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: Wes Morgan References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sat, 25 Apr 2009 18:32:44 +0000 Cc: current@freebsd.org Subject: Re: COMPAT_FREEBSDn X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Apr 2009 18:27:55 -0000 Wes Morgan wrote: > The various COMPAT_FREEBSDn options are part of generic, but are they > needed for most users? I have run with them culled out without issue. They are only needed if you run some of the binary only ports that were built against certain FreeBSD versions (which then pull in the misc/compat#x ports). From owner-freebsd-current@FreeBSD.ORG Sat Apr 25 23:22:00 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B430106566B; Sat, 25 Apr 2009 23:22:00 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from mail-qy0-f105.google.com (mail-qy0-f105.google.com [209.85.221.105]) by mx1.freebsd.org (Postfix) with ESMTP id 118CE8FC2A; Sat, 25 Apr 2009 23:21:59 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: by qyk3 with SMTP id 3so3591636qyk.3 for ; Sat, 25 Apr 2009 16:21:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=vRnol/utXIrINrJXt1b1z2VzzfRzpa3ulcgPaqCM9x4=; b=fH/AlOLy+nstN6tKjOYz13aE3LIAIn32iRv8kwIS2alRu6Jp3Ki4HVWEeinXOh1r44 J7ecyaX/3OqgzRTZrFyn4YA3gASBfOEGv2fQFr05KDZCJgEdTKXFoIHAYcDTBWGiQeuJ 6ozsygopZG+X9YhQIg9UamRu857x+grfbxWmQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=mA9lT/eSqFj9LAqlpL8dL1ArXpWKRUj3mKIHeRUw2K00Nkbe1UzVB7JYtDzrAeyxUg 7Xn8opQirNtnEgnBaE/TP5slJ8EhqUZsqfjrqMWZGjRzNVZZcvBUT6OeEQ9z4SFWlSgq gsO6ySUfEm181Sbrv0RASz0Aesf5mBSTqGw1k= MIME-Version: 1.0 Received: by 10.229.97.194 with SMTP id m2mr1914108qcn.21.1240699956288; Sat, 25 Apr 2009 15:52:36 -0700 (PDT) In-Reply-To: <49BA834A.4010305@freebsd.org> References: <49BA4ED5.8080105@wanadoo.fr> <49BA834A.4010305@freebsd.org> Date: Sat, 25 Apr 2009 17:52:36 -0500 Message-ID: <11167f520904251552p14c77d85ue0183f204e96cb1c@mail.gmail.com> From: "Sam Fourman Jr." To: Sam Leffler Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Nicolas , freebsd-current@freebsd.org Subject: Re: Intel PRO/Wireless 5100AGN support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Apr 2009 23:22:01 -0000 On Fri, Mar 13, 2009 at 11:01 AM, Sam Leffler wrote: > Nicolas wrote: >> >> Hi, >> >> I'm trying to use my wireless card Intel(R) PRO/Wireless 5100AGN. >> >> I added to the file "/usr/src/sys/dev/iwn/if_iwn.c" the code "{ 0x8086, >> 0x4237, "Intel(R) PRO/Wireless 5100AGN" }," >> >> After, i found on the net the file "iwlwifi-5000-ucode-5.4.A.11.tar.gz" >> which contains the firmware code "iwlwifi-5000-1.ucode". >> I have converted with the command: "b64encode iwlwifi-5000-1.ucode >> iwlwifi-5000-1.fw.uu > iwlwifi-5000-1.fw.uu" >> Then I changed the file "/usr/src/sys/modules/iwnfw/Makefile" to match the >> new file "iwlwifi-5000-1.fw.uu >> >> After all modules load (driver + firmware), she was recognized as: >> >> iwn0: mem 0xde000000-0xde001fff irq 16 at >> device 0.0 on pci2 >> iwn0: Reg Domain: , address 00:21:6b:2b:78:04 >> iwn0: iwn_read_eeprom_ht40: no entry for channel 124 >> iwn0: iwn_read_eeprom_ht40: no entry for channel 132 >> iwn0: iwn_read_eeprom_ht40: no entry for channel 149 >> iwn0: iwn_read_eeprom_ht40: no entry for channel 157 >> iwn0: [ITHREAD] >> iwn0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps >> iwn0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps >> 24Mbps 36Mbps 48Mbps 54Mbps >> iwn0: 11ng MCS: 15Mbps 30Mbps 45Mbps 60Mbps 90Mbps 120Mbps 135Mbps 150Mbps >> 30Mbps 60Mbps 90Mbps 120Mbps 180Mbps 240Mbps 270Mbps 300Mbps >> >> But when i try to connect to the web, i have this message: >> >> iwn0: iwn_transfer_firmware: invalid firmware header, main [128504,49152], >> init [118176,49152] boot 0 >> iwn0: iwn_init_locked: could not load firmware, error 22 >> >> Is this a problem of conversion ? >> The conversion input command is bad ? >> > Parts >4965 require driver mods. Noone has stepped up to work on it. > > Sam > Does anyone know if someone is working on a INTEL 5100 agn driver yet? Sam Fourman Jr.