From owner-freebsd-current@FreeBSD.ORG Sun Feb 19 07:22:01 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8469106566C for ; Sun, 19 Feb 2012 07:22:01 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8FE5B8FC0A for ; Sun, 19 Feb 2012 07:22:01 +0000 (UTC) Received: by daec6 with SMTP id c6so5325705dae.13 for ; Sat, 18 Feb 2012 23:22:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type; bh=LIddAAyX3/FNVWHnz1U1eNHZQB+NAyx4bYGdA2okISU=; b=jXQ6iiF7OkYXu5WNh4VxY68LRs24ZAvPZYBrWj5m2sNL8T+KjuNAGCuIqEmPY7ZKge dtgEgl4YyOML8eKi7lxYlLY5Kl0bNb8GzVB2MbaDscO9Q9BnkL66sT/a7djDH0f7Xo7N XmcVhEexfMgDbd0pc6hEMKcM0pdd1Dp7ziz8Q= Received: by 10.68.227.36 with SMTP id rx4mr34199571pbc.165.1329636121043; Sat, 18 Feb 2012 23:22:01 -0800 (PST) Received: from bakeneko.local ([74.195.19.178]) by mx.google.com with ESMTPS id 7sm21414388pbw.13.2012.02.18.23.21.55 (version=SSLv3 cipher=OTHER); Sat, 18 Feb 2012 23:21:58 -0800 (PST) Message-ID: <4F40A2D4.6000000@gmail.com> Date: Sat, 18 Feb 2012 23:20:52 -0800 From: matt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.1) Gecko/20120217 Thunderbird/10.0.1 MIME-Version: 1.0 To: Hannes Mehnert References: <4E836C06.9070405@gmail.com> <4E8374A7.90105@gmail.com> <4E9BDF13.4040006@gmail.com> <4F38211D.4070305@mehnert.org> In-Reply-To: <4F38211D.4070305@mehnert.org> X-Enigmail-Version: 1.3.5 Content-Type: multipart/mixed; boundary="------------090206050209050701040502" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-acpi@freebsd.org, freebsd-current@freebsd.org Subject: Re: x220 notes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Feb 2012 07:22:01 -0000 This is a multi-part message in MIME format. --------------090206050209050701040502 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 02/12/12 12:29, Hannes Mehnert wrote: > Hi, > > I recently got a X220 and installed -CURRENT (with kib's 13.1 patch) on= > it - let me add some notes on this thread. > > On 10/17/2011 03:53, Matt wrote: >> On 09/28/11 16:01, Kevin Oberman wrote: >>> On Wed, Sep 28, 2011 at 12:32 PM, Garrett Cooper = >>> wrote: >>>> On Wed, Sep 28, 2011 at 12:25 PM, Matt wrote:= >>>>> On 09/28/11 11:52, Garrett Cooper wrote: >>>>>> On Wed, Sep 28, 2011 at 11:48 AM, Matt wr= ote: >>>>>>> acpi_ibm needs "LEN0068" added to the list of ibm ids at the >>>>>>> beginning of >>>>>>> /usr/src/sys/dev/acpi_support/acpi_ibm.c...I'd write a patch but = that >>>>>>> machine is in a world of ports hurt right now :). >>>>>>> With this many of the sysctls and leds work, still no brightness >>>>>>> (w or >>>>>>> wout >>>>>>> intel DRI from Konstantin...thanks Konstantin!!) > (there's a pr about that kern/164538) > > >> I'm not sure if I mentioned this in another post, but I can confirm th= at >> adjusting brightness in ibm_acpi for me results in corrupting the fan >> speed, which makes me think that addresses have changed, widths/extent= s >> have changed, or something else is different. For what it's worth, >> thinkpad-acpi in Linux does this just fine, although I haven't >> determined if it's through the EC or ACPI...I am thinking EC however. >> >> I have a feeling the answer to brightness (aside from KMS patch for X,= >> which is seperate) might be comparing changelogs for thinkpad ec >> handlers on a platform that works like Linux...the code looks mostly >> similar...can anyone confirm if Open/NetBSD have issues with the >> backlight on these SandyBridge thinkpads? > The brightness work fine on Linux, but not on OpenBSD(-CURRENT). > > But on OpenBSD xbacklight (which uses randr) works to set the brightnes= s > once in X. This unfortunately does not work on FreeBSD (receiving "No > outputs have backlight property" when running xbacklight). > > > Cheers, > > Hannes > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" I got 10-CURRENT installed on the x220 again. 1. Standard GENERIC kernel 2. Buildworld/installworld from today's CVS 3. No DRM/KMS patches or any other "factors" 4. Witness KDB disabled in loader.conf (otherwise panic on suspend). 5. setting hw.pci.do_power_suspend=3D0 wil prevent some AE_NO_METHOD errors where it tries to set PCI express ports to D2 (the ports themselves, I think...not the attached device) This is what I've found as I investigate the backlight/resume issue. I am not very good at understanding ASL, but here's what I see. 1. _WAK calls a number of display related methods 2. There are apparently brightness related calls here, as well as some other video related calls 3. Some of this behavior depends on /VIGD, whatever that is. 4. The brightness calls seem to connect over LPC to the embedded controll= er 5. Some of the brightness methods check OSI for WIN7 I will add that iasl finds 35 errors in this fine piece of lenovo work. However, none of the errors appear to be near _wak. I've attached an acpidump asl if it helps anyone who has a better eye for ASL and resume/brightness problems. I think we can control brightness at least with acpi_video, it attaches but not correctly..."active=3D0"...I haven't= gone back over its source in comparison with ASL yet either. Probably acpi_ibm will work also, as the acpi methods seem to just call the embedded controller over the lpc bus? Unfortunately it seems something has changed with the ec, as some of the data becomes corrupt when acpi_ibm is loaded. Resume obviously works fine in Win7, works 80-95% of the time in Linux (seems like KMS fail when it doesn't resume on Linux), and it resumes fine on FreeBSD except no video. No bad messages in logs after resume. Matt --------------090206050209050701040502-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 19 21:47:17 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF00C1065673; Sun, 19 Feb 2012 21:47:16 +0000 (UTC) (envelope-from vermaden@interia.pl) Received: from smtpo.poczta.interia.pl (smtpo.poczta.interia.pl [217.74.65.207]) by mx1.freebsd.org (Postfix) with ESMTP id 5ACC68FC0C; Sun, 19 Feb 2012 21:47:16 +0000 (UTC) Date: Sun, 19 Feb 2012 22:47:13 +0100 From: vermaden To: Hans Petter Selasky X-Mailer: interia.pl/pf09 In-Reply-To: <201202181409.08859.hselasky@c2i.net> References: <4F3EE186.4020801@gmail.com> <201202181409.08859.hselasky@c2i.net> X-Originating-IP: 85.89.187.172 Message-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=interia.pl; s=biztos; t=1329688033; bh=9/MNWYs7Ft6MAEHGeE9EwQnSnOeFjfXZh4BfC/b/IK8=; h=Date:From:Subject:To:Cc:X-Mailer:In-Reply-To:References: X-Originating-IP:Message-Id:MIME-Version:Content-Type: Content-Transfer-Encoding; b=I0ywxDhUIu/61lMN/0q9rgCmTaecSOhwOq2jcjXDYLF53uRlkNVnn5LfKKDCP4UU0 bCz19PNQYijxEeKxwhvOLPVvuff2eUtlidndqCqVS6uscFxPOKsCdUxs8gBQQ+9Ig8 QizOzo4n76GD3bMSh5zdaZ8JA+VIfMqhYu4W1DVE= X-Mailman-Approved-At: Sun, 19 Feb 2012 21:51:27 +0000 Cc: matt , gleb.kurtsou@gmail.com, freebsd-stable@freebsd.org, uffe@uffe.org, freebsd-hackers@freebsd.org, joe.culler@gmail.com, freebsd-current@freebsd.org, lars.engels@0x20.net Subject: Re: devd based AUTOMOUNTER X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Feb 2012 21:47:17 -0000 Hi, sorry for late response, but I currently have quite a lot 'weekend activities' that are definitely not near a computer ;) written by Gleb Kurtsou ...=20 >> __state_lock() { >> while [ -f ${STATE}.lock ]; do sleep 0.5; done >> :> ${STATE}.lock >> } > > Why not keep it stateless, unmounting by hand would kill integrity. The state file is needed for automatic umount of fuse-based mounts, the device that script would be triggered will be /dev/da0 for example while the 'virtual' device that was actually used for the mount was /dev/fuse0, that is why I need to track what is mounted and how. These functions are mostly to keep that 'state file' integral, to prevent two various event writing at the file simultanously, which would probable killed the information integrity. Unmounting the device does not kill integrity at all, I also thought about that, You may plug the device, do whatever You want, event change the filesystem there and mount it again, but when You umount it and unplug it, then the script will umount that device (yes pointless here at this moment) and remove the entry from state file. > Usage of `file` is a big security concern. Can You explain why? > I think geom config and list of mounted file systems should be > sufficient for collecting information at runtime. Although it may not be > that easy for disks without partitioning. geom config? I also make use of the list of mounted filesystems, but the problem with fuse-based devices remain as I stated earlier. > I'm using a python script for mounting/unmounting removable disks, > but having similar tool written in sh would be great. >=20 > https://github.com/glk/mmount Thanks for sharing, maybe I will find some ideas there ;) written by Uffe Jakobsen ... > Nice, Thanks. > Instead of requiring modification to /etc/devd.conf why not just > put a "plugin" conf-file in /etc/devd/ - well even better put in > /usr/local/etc/devd/ - that way your devd.conf modifications are > not lost upon patching/updating base os. Great advice, I will do that in the next 'release' ;) > There is an existing port called "automounter" by Dominic Fandrey > which is much similar to your work. Yes but its amd based. > His "automounter" also works with disk labels > (as found in /dev/ufs/ and /dev/msdosfs/ etc) The labels are only 'an addition' to appearing device nodes at /dev, Yes it would be nice to see that /dev/msdosfs/BACKUP is mounted instead of /dev/da0s1, but I will have to make a lot of additional check to see if that new label is part of that or other device etc. > You should consider make a port out of your work. I probably will try to do that, but I think it stil needs polish ;) written by Lars Engels ... > And please don't hardcode polish locales in mount_msdosfs :-) I already changed that, I also plan to create simple config file, it was just not 'the most important thing' that I was dealing with at that time, its easy to move options into variables, its harder to make script work the way it should ;) But thanks for suggestion, good point. written by Joe Culler ... > Thanks for working on it. It works great for me, thanks! Thanks, good to know ;) > I have a question, could you export a fusefs-exfat or > fusefs-ntfs share directory over NFS? I can't get it work. > If you have a solution, please let me know, thanks. I will try to do that tomorrow ane let You know. Regards, vermaden --- From owner-freebsd-current@FreeBSD.ORG Sun Feb 19 21:57:04 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9235D1065673; Sun, 19 Feb 2012 21:57:04 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from argol.doit.wisc.edu (argol.doit.wisc.edu [144.92.197.212]) by mx1.freebsd.org (Postfix) with ESMTP id 6049F8FC0A; Sun, 19 Feb 2012 21:57:04 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth3.wiscmail.wisc.edu by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) id <0LZN00E00UB3WK00@smtpauth3.wiscmail.wisc.edu>; Sun, 19 Feb 2012 15:57:03 -0600 (CST) Received: from wanderer.tachypleus.net (pc2.sgchiba-unet.ocn.ne.jp [220.110.182.82]) by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0LZN009OLUB1RD10@smtpauth3.wiscmail.wisc.edu>; Sun, 19 Feb 2012 15:57:02 -0600 (CST) Date: Mon, 20 Feb 2012 06:56:59 +0900 From: Nathan Whitehorn In-reply-to: To: Super Bisquit Message-id: <4F41702B.6080506@freebsd.org> X-Spam-Score-Internal: ******* X-Spam-Report: AuthenticatedSender=yes, SenderIP=220.110.182.82 X-Spam-PmxInfo: Server=avs-16, Version=5.6.1.2065439, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2012.2.19.214815, SenderIP=220.110.182.82 References: User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111213 Thunderbird/8.0 Cc: freebsd-current , FreeBSD PowerPC ML Subject: Re: Problems with 9.0 PowerPC images from main ftp site X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Feb 2012 21:57:04 -0000 On 02/19/12 04:28, Super Bisquit wrote: > I decided to try burning an image from Index of > ftp://ftp.freebsd.org/pub/FreeBSD/releases/powerpc/powerpc/ISO-IMAGES/9.0/ > > And here are the following errors: > > 1.) The usb image doesn't boot. From following Whitehorn and others on > the FreeBSD PowerPC mailing list, one needs to have the bootloader > dd'ed to a HFS formatted partition of 1MB. The USB image includes this. Some Powermacs don't have the ability to boot from USB, however. > A README with basic instructions and/or references to forum and > mailing list posts needs to be available for all non i386/amd64 > systems. > > 2) The boot-only and disc-1 images stop at > sc0: Unknown<16 virtual consoles, flags=0x300> What hardware were you using? The ISOs work fine on at least the systems I've tested on. There was a problem with the ATA driver on a few machines that could supposedly be solved by setting the loader tunable hint.ata.X.mode to turn off DMA (see http://www.freebsd.org/cgi/query-pr.cgi?pr=164123). -Nathan From owner-freebsd-current@FreeBSD.ORG Mon Feb 20 02:25:23 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85753106564A for ; Mon, 20 Feb 2012 02:25:23 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 494B98FC14 for ; Mon, 20 Feb 2012 02:25:23 +0000 (UTC) Received: by iaeo4 with SMTP id o4so9250135iae.13 for ; Sun, 19 Feb 2012 18:25:22 -0800 (PST) Received-SPF: pass (google.com: domain of jiashiun@gmail.com designates 10.50.140.105 as permitted sender) client-ip=10.50.140.105; Authentication-Results: mr.google.com; spf=pass (google.com: domain of jiashiun@gmail.com designates 10.50.140.105 as permitted sender) smtp.mail=jiashiun@gmail.com; dkim=pass header.i=jiashiun@gmail.com Received: from mr.google.com ([10.50.140.105]) by 10.50.140.105 with SMTP id rf9mr9918062igb.24.1329704722970 (num_hops = 1); Sun, 19 Feb 2012 18:25:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type :content-transfer-encoding; bh=H01YGbpfyKuWR3Ozrmo/+jrVk/r0DS9nF78MtudqtrI=; b=r0SDY88SPLrMXYaRJ9q0Euw1HDljAXXthaJOZm3Ses8tx/aDPFM9U/gPW75p7La/Yk xhZa9/lZfpWEitPeDzuwFjgZ2ZtwQw7dAgZyE8NebnqLCAIE4+DXTkMpvJZibVSJPZKX ZV/i+UjO2KMMzeRoKAAHbjn8DZn8gzz7ygJaA= Received: by 10.50.140.105 with SMTP id rf9mr7981886igb.24.1329702881260; Sun, 19 Feb 2012 17:54:41 -0800 (PST) MIME-Version: 1.0 Received: by 10.50.170.3 with HTTP; Sun, 19 Feb 2012 17:54:11 -0800 (PST) From: Jia-Shiun Li Date: Mon, 20 Feb 2012 09:54:11 +0800 Message-ID: To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Failed to compile current kernel with llvm/clang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Feb 2012 02:25:23 -0000 Hi all, I am trying to build world and kernel with llvm according to instructions on wiki: http://wiki.freebsd.org/BuildingFreeBSDWithClang buildworld is fine, but when building GENERIC kernel it failed on hpt27xx: =3D=3D=3D> hpt27xx (all) /usr/src/sys/modules/hpt27xx/../../dev/hpt27xx/osm_bsd.c:1180:25: error: format string is not a string literal (potentially insecure) [-Werror,-Wformat-security] =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 S_IRUSR = | S_IWUSR, driver_name); =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ^~~~~~~~~~~ @/dev/hpt27xx/hpt27xx_config.h:46:21: note: expanded from: #define driver_name hpt27xx_driver_name =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ^~~~~~~~~~~~~~~~~~~ I cannot find symbol hpt27xx_driver_name in that directory. Is it expanded from some macros I am not aware of? BTW clang does generate much friendly and useful warnings so far as I saw. Regards, Jia-Shiun From owner-freebsd-current@FreeBSD.ORG Mon Feb 20 06:01:59 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33AC5106566B for ; Mon, 20 Feb 2012 06:01:59 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id EFA988FC1C for ; Mon, 20 Feb 2012 06:01:58 +0000 (UTC) Received: by pbcxa7 with SMTP id xa7so6614933pbc.13 for ; Sun, 19 Feb 2012 22:01:58 -0800 (PST) Received-SPF: pass (google.com: domain of sendtomatt@gmail.com designates 10.68.204.106 as permitted sender) client-ip=10.68.204.106; Authentication-Results: mr.google.com; spf=pass (google.com: domain of sendtomatt@gmail.com designates 10.68.204.106 as permitted sender) smtp.mail=sendtomatt@gmail.com; dkim=pass header.i=sendtomatt@gmail.com Received: from mr.google.com ([10.68.204.106]) by 10.68.204.106 with SMTP id kx10mr51843225pbc.150.1329717718576 (num_hops = 1); Sun, 19 Feb 2012 22:01:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=tAyQpgpEEhLpMA/A/1lNkZ6yvuH4MwoxYlXiwxgGARs=; b=GIloe5nQDteC3F9aveuMtKfX/JjDlfhhMY9OVJZ3oxPnzGj30xZvow/ncxGV1mU3kD M/x60Gm8wiObxp3CGnwqPWqIlhm2mc1klwCKXci7muebaBcgr1w5cDwCntzFNsqF/3J0 Al5/UWDmC8R7V/iss5qGYKl3G29p87xGIFW6k= Received: by 10.68.204.106 with SMTP id kx10mr43384917pbc.150.1329717718487; Sun, 19 Feb 2012 22:01:58 -0800 (PST) Received: from bakeneko.local ([74.195.19.178]) by mx.google.com with ESMTPS id a6sm12334366pbs.68.2012.02.19.22.01.56 (version=SSLv3 cipher=OTHER); Sun, 19 Feb 2012 22:01:57 -0800 (PST) Message-ID: <4F41E193.6010601@gmail.com> Date: Sun, 19 Feb 2012 22:00:51 -0800 From: matt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.1) Gecko/20120217 Thunderbird/10.0.1 MIME-Version: 1.0 To: Jia-Shiun Li References: In-Reply-To: X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Failed to compile current kernel with llvm/clang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Feb 2012 06:01:59 -0000 On 02/19/12 17:54, Jia-Shiun Li wrote: > Hi all, > > I am trying to build world and kernel with llvm according to > instructions on wiki: > > http://wiki.freebsd.org/BuildingFreeBSDWithClang > > buildworld is fine, but when building GENERIC kernel it failed on hpt27= xx: > > =3D=3D=3D> hpt27xx (all) > /usr/src/sys/modules/hpt27xx/../../dev/hpt27xx/osm_bsd.c:1180:25: > error: format string is not a string literal (potentially insecure) > [-Werror,-Wformat-security] > S_IRUSR | S_IWUSR, driver_name); > ^~~~~~~~~~~ > @/dev/hpt27xx/hpt27xx_config.h:46:21: note: expanded from: > #define driver_name hpt27xx_driver_name > ^~~~~~~~~~~~~~~~~~~ > > I cannot find symbol hpt27xx_driver_name in that directory. Is it > expanded from some macros I am not aware of? > > > BTW clang does generate much friendly and useful warnings so far as I s= aw. > > > Regards, > Jia-Shiun > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" You have the WERROR=3D NO_WERROR=3D lines in /etc/make.conf? Matt From owner-freebsd-current@FreeBSD.ORG Mon Feb 20 07:46:55 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0DA01106566B for ; Mon, 20 Feb 2012 07:46:55 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id C26AF8FC15 for ; Mon, 20 Feb 2012 07:46:54 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:a18d:99fb:f958:a941] (unknown [IPv6:2001:7b8:3a7:0:a18d:99fb:f958:a941]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 621AD5C59; Mon, 20 Feb 2012 08:46:53 +0100 (CET) Message-ID: <4F41FA6D.4020805@FreeBSD.org> Date: Mon, 20 Feb 2012 08:46:53 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120216 Thunderbird/11.0 MIME-Version: 1.0 To: Jia-Shiun Li References: In-Reply-To: X-Enigmail-Version: 1.4a1pre Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Failed to compile current kernel with llvm/clang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Feb 2012 07:46:55 -0000 On 2012-02-20 02:54, Jia-Shiun Li wrote: > I am trying to build world and kernel with llvm according to > instructions on wiki: > > http://wiki.freebsd.org/BuildingFreeBSDWithClang > > buildworld is fine, but when building GENERIC kernel it failed on hpt27xx: > > ===> hpt27xx (all) > /usr/src/sys/modules/hpt27xx/../../dev/hpt27xx/osm_bsd.c:1180:25: > error: format string is not a string literal (potentially insecure) > [-Werror,-Wformat-security] > S_IRUSR | S_IWUSR, driver_name); > ^~~~~~~~~~~ > @/dev/hpt27xx/hpt27xx_config.h:46:21: note: expanded from: > #define driver_name hpt27xx_driver_name > ^~~~~~~~~~~~~~~~~~~ > > I cannot find symbol hpt27xx_driver_name in that directory. Is it > expanded from some macros I am not aware of? This is one of the very few warnings left in the kernel. Userland already compiles without any fatal warning. Because the hpt driver is submitted by the vendor, the warning you are encountering can't easily be fixed. It will hopefully be fixed on the next code drop from the vendor. In the meantime, I will put a band-aid in the Makefile. From owner-freebsd-current@FreeBSD.ORG Mon Feb 20 09:26:41 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D2F5106564A; Mon, 20 Feb 2012 09:26:41 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id C16028FC1C; Mon, 20 Feb 2012 09:26:39 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id LAA09696; Mon, 20 Feb 2012 11:26:36 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1RzPVz-000Idj-LH; Mon, 20 Feb 2012 11:26:35 +0200 Message-ID: <4F4211BA.6040600@FreeBSD.org> Date: Mon, 20 Feb 2012 11:26:18 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.1) Gecko/20120215 Thunderbird/10.0.1 MIME-Version: 1.0 To: vermaden References: <4F3EE186.4020801@gmail.com> <201202181409.08859.hselasky@c2i.net> In-Reply-To: X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: Re: devd based AUTOMOUNTER X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Feb 2012 09:26:41 -0000 [cc list trimmed] Hey, this seems like a quite nice tool. Can you create a web-page and/or port for it? It would be more convenient to follow its development that way. Thank you! on 20/02/2012 10:43 vermaden said the following: > Hi, > > new version with new features (and BUGs ;p) > > Added check if ntfsfix from sysutils/ntfsprogs is available, if Yes then > try to fix the NTFS filesystem before mouting it. > > Added GPL3 License ... just joking ;) ... added FreeBSD License to the file. > > Added 'noatime' as a default mount option when possible. > > Added TIMEOUT so when an 'orphan' STATE file lock remains, it will be deleted after a TIMEOUT. > > Added /usr/local/etc/devd/automount.devd file instead of messing with the base system config at /etc/devd.conf. > > Added config file to be used from /usr/local/etc/automount.conf file, possible options are (these are defaults): > MNTPREFIX="/media" > LOG="/var/log/automount.log" > STATE="/var/run/automount.state" > ENCODING="en_US.ISO8859-1" > CODEPAGE="cp437" > DATEFMT="%Y-%m-%d %H:%M:%S" > USERUMOUNT="NO" > > Mine config currently has only these: > ENCODING="pl_PL.ISO8859-2" > CODEPAGE="cp852" > USERUMOUNT="YES" > > The USERMOUNT otions if set to YES (default to NO) will 'chmod +s /sbin/umount', > so You can click the ^ button on the devices list in NAUTILUS. > > These newly mounted devices appear on NAUTILUS sidebar (only with /media prefix). > > But THUNAR and PCMANFM does not do that, You know any other FMs that display mounted thumb drives/devices? > > EXAMPLE: http://i.imgur.com/qdKdl.png > > First BUG: (not fixed yet, but workaround already is working) > > TEST/BUG/CASE: > Plug in FAT32 and NTFS drives at the same time, when FAT32 device will be detected first, it will get mounted and the NTFS drive will be mounted TWICE, so I added __check_already_mounted function to check if it is not already mounted. > > > > Below are current script and config files. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon Feb 20 09:49:13 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1785C106564A for ; Mon, 20 Feb 2012 09:49:13 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from fsm1.ukr.net (fsm1.ukr.net [195.214.192.120]) by mx1.freebsd.org (Postfix) with ESMTP id BE7548FC16 for ; Mon, 20 Feb 2012 09:49:12 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=6R2YKB35g3YxXyYRdDWy2kbxBVDpk9bEjzPKqKi3OWE=; b=XdF4tilzSQrlIjeNPxTakwmn1ssLmdakMRR8AqUf753YyWFci5M5dfUGX0UNiKOKxCI7UktVuW7TvL0hLGgxls3KQlDtcBFW/h55AJGm9hMlMu1AvQAKH1ZmdfNub+rHuwNgYIaS6N273Hp4bYLKCkCDSNggTL9jSVeyvLNcPAQ=; Received: from [178.137.138.140] (helo=nonamehost.) by fsm1.ukr.net with esmtpsa ID 1RzPro-000Hgk-Pa ; Mon, 20 Feb 2012 11:49:08 +0200 Date: Mon, 20 Feb 2012 11:49:07 +0200 From: Ivan Klymenko To: vermaden Message-ID: <20120220114907.59c76417@nonamehost.> In-Reply-To: References: <4F3EE186.4020801@gmail.com> <201202181409.08859.hselasky@c2i.net> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: devd based AUTOMOUNTER X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Feb 2012 09:49:13 -0000 =D0=92 Mon, 20 Feb 2012 09:43:59 +0100 vermaden =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > Hi, >=20 > new version with new features (and BUGs ;p) >=20 > Added check if ntfsfix from sysutils/ntfsprogs is available, if Yes > then try to fix the NTFS filesystem before mouting it. >=20 > Added GPL3 License ... just joking ;) ... added FreeBSD License to > the file. >=20 > Added 'noatime' as a default mount option when possible. >=20 > Added TIMEOUT so when an 'orphan' STATE file lock remains, it will be > deleted after a TIMEOUT. >=20 > Added /usr/local/etc/devd/automount.devd file instead of messing with > the base system config at /etc/devd.conf. >=20 > Added config file to be used from /usr/local/etc/automount.conf file, > possible options are (these are defaults): MNTPREFIX=3D"/media" > LOG=3D"/var/log/automount.log" > STATE=3D"/var/run/automount.state" > ENCODING=3D"en_US.ISO8859-1" > CODEPAGE=3D"cp437" > DATEFMT=3D"%Y-%m-%d %H:%M:%S" > USERUMOUNT=3D"NO" >=20 > Mine config currently has only these: > ENCODING=3D"pl_PL.ISO8859-2" > CODEPAGE=3D"cp852" > USERUMOUNT=3D"YES" >=20 > The USERMOUNT otions if set to YES (default to NO) will 'chmod > +s /sbin/umount', so You can click the ^ button on the devices list > in NAUTILUS. >=20 > These newly mounted devices appear on NAUTILUS sidebar (only > with /media prefix). >=20 > But THUNAR and PCMANFM does not do that, You know any other FMs that > display mounted thumb drives/devices? >=20 > EXAMPLE: http://i.imgur.com/qdKdl.png >=20 > First BUG: (not fixed yet, but workaround already is working) >=20 > TEST/BUG/CASE: > Plug in FAT32 and NTFS drives at the same time, when FAT32 device > will be detected first, it will get mounted and the NTFS drive will > be mounted TWICE, so I added __check_already_mounted function to > check if it is not already mounted. Thank you so much! Could you update, please first post in the forum? http://forums.freebsd.org/showthread.php?t=3D29895 Thanks! From owner-freebsd-current@FreeBSD.ORG Mon Feb 20 10:49:24 2012 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 14AC5106566C for ; Mon, 20 Feb 2012 10:49:24 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id C68D88FC12 for ; Mon, 20 Feb 2012 10:49:23 +0000 (UTC) Received: by obcwo16 with SMTP id wo16so9047807obc.13 for ; Mon, 20 Feb 2012 02:49:23 -0800 (PST) Received-SPF: pass (google.com: domain of m.e.sanliturk@gmail.com designates 10.182.109.106 as permitted sender) client-ip=10.182.109.106; Authentication-Results: mr.google.com; spf=pass (google.com: domain of m.e.sanliturk@gmail.com designates 10.182.109.106 as permitted sender) smtp.mail=m.e.sanliturk@gmail.com; dkim=pass header.i=m.e.sanliturk@gmail.com Received: from mr.google.com ([10.182.109.106]) by 10.182.109.106 with SMTP id hr10mr13112975obb.27.1329734963207 (num_hops = 1); Mon, 20 Feb 2012 02:49:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=kFrUhZWcYJXhijvS9Vo2gDyC/PkxwLg0r+PPa/8xoWo=; b=CvoI7azaLhO5a+ytMh99C2koXFkbbnvBdXWKlUQ532ZXVcVL/YKiQeHxdUTPCfSien jkEysS6XeilllpPKxl+QcvG3GP5pnjPzxy6WKkOXtVOSnGclwcgQotfujSTZtf1Dn3dC laC1gjZ2DmAaMLrouQTmd/JNbF7HAjFNYoBH4= MIME-Version: 1.0 Received: by 10.182.109.106 with SMTP id hr10mr11115286obb.27.1329734963156; Mon, 20 Feb 2012 02:49:23 -0800 (PST) Received: by 10.182.38.38 with HTTP; Mon, 20 Feb 2012 02:49:22 -0800 (PST) In-Reply-To: <20120218171133.GA2497@lonesome.com> References: <20120217042552.GC24427@lonesome.com> <20120218171133.GA2497@lonesome.com> Date: Mon, 20 Feb 2012 05:49:22 -0500 Message-ID: From: Mehmet Erol Sanliturk To: Mark Linimon Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Current Subject: Re: Packages for Current ( 10.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: Mon, 20 Feb 2012 10:49:24 -0000 On Sat, Feb 18, 2012 at 12:11 PM, Mark Linimon wrote: > On Fri, Feb 17, 2012 at 12:04:45AM -0500, Mehmet Erol Sanliturk wrote: > > I would be very happy I can contribute anything to development of > FreeBSD . > > We are always happy to have help :-) > > > If there appears an agenda of testing problems and explicit instructions > > how to apply tests , me and other persons may apply them and report the > > results . > > Well, there really isn't. There are some regression tests for src, but > we have never established a framework to run them all automatically. > Perhaps this is something you might be interested in? > I am going to prepare a message like a specification for testing framework and send to you . In that framework , I want to adhere the current FreeBSD development ( web sites , available ports / packages , usability of existing testing facilities ) . I am planning to write the specification in such a structure that when a person takes it he/she will be able to generate an applicable project from it . This is not difficult for me because I was a computer science instructor in the University . > > > In a message ( I do not remember its author's name ) it is said that > there > > is no a farm of FreeBSD testing machines . > > I presume that's "now" for "no"? > > There are several sets. Here's how they are set up. > > - there is a "src tinderbox" which continually rebuilds the FreeBSD > src tree, for various combinations of architectures and osreleases. > (For src, the architectures can be cross-built.) These are intended > to sanity-test that src is still buildable; in general the resulting > binaries are not made available. > > - there is a "clang buildbot" whose purpose is to build FreeBSD src > under clang continuously. > > - various people maintain "ports tinderboxes". These are optimized > for test-builds of one or at least a subset of the ports tree. In > general the resulting binaries are not made available. > > - there is a new effort, Redports, to assemble a collection of ports > tinderbox machines and make them available to interested people. > We are actively working on this. > > - portmgr maintains the "pointyhat cluster" that do the package builds > which are uploaded. These are optimized for building the entire > ports tree in a secure fashion; the resulting binaries are made > available. We are in the process of getting more machines online. > > - the pointyhat cluster is also used for "-exp runs" where portmgr > regression-tests proposed changes to the overall ports tree to > try to ensure as few regressions for large changes as possible. > > > If we can generate such a testing ecological system , I think , FreeBSD > > development will benefit from it very much . > > I agree. But, for src, it's not something that I know much about, > and will have to defer to others to comment. > > mcl > At present , there a very valuable efforts for testing FreeBSD as you explained above . My approach will be not only testing the correctness of compilation but also execution correctness . As an example , when a snapshot is downloaded , installed and tried to boot , even it is NOT booting . My goal is to prevent such and other execution failures because every failure is a waste of very valuable human time and other resources . My primary profession ( university graduate subject ) is Mathematics/Statistics/Operations Research . During my undergraduate study I took also many electives from Industrial Engineering such as "Motion and Time Study" which its subject is to design "work procedures that consumption ( such as time , energy , etc. ) is minimum while the outcome ( the amount of work performed , completed ) is maximum . >From these points of view , I think , there are possibilities to improve development and wide adoption of FreeBSD which is a direct contribution to humanity welfare . Thank you very much . Mehmet Erol Sanliturk From owner-freebsd-current@FreeBSD.ORG Mon Feb 20 08:44:02 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E9EBF1065676; Mon, 20 Feb 2012 08:44:02 +0000 (UTC) (envelope-from vermaden@interia.pl) Received: from smtpo.poczta.interia.pl (smtpo.poczta.interia.pl [217.74.65.207]) by mx1.freebsd.org (Postfix) with ESMTP id 206DA8FC14; Mon, 20 Feb 2012 08:44:01 +0000 (UTC) Date: Mon, 20 Feb 2012 09:43:59 +0100 From: vermaden To: freebsd-hackers@freebsd.org X-Mailer: interia.pl/pf09 In-Reply-To: References: <4F3EE186.4020801@gmail.com> <201202181409.08859.hselasky@c2i.net> X-Originating-IP: 194.0.181.128 Message-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=interia.pl; s=biztos; t=1329727440; bh=Y2RQtiVWb64sEd6ziEaKIGP2Phh1yUxw3chpfQYoeLM=; h=Date:From:Subject:To:Cc:X-Mailer:In-Reply-To:References: X-Originating-IP:Message-Id:MIME-Version:Content-Type: Content-Transfer-Encoding; b=HlMzE1bAx8j0q5mto4JZKu8gr2EtQJQJp2xx194Fr7JTHDxlwLWWbhDCJnKeJ6hbl /7iZc2gyvnbAe+IkYM/f0bod2rcbExM18ADAeDRlxeLmwIk60qz2ssdjD9DtsQ10G0 Tesr+04xfusR2W4jzLqGNqgWz/2IhlwHhbEOv2lI= X-Mailman-Approved-At: Mon, 20 Feb 2012 12:23:04 +0000 Cc: matt , gleb.kurtsou@gmail.com, freebsd-stable@freebsd.org, uffe@uffe.org, joe.culler@gmail.com, Hans Petter Selasky , freebsd-current@freebsd.org, lars.engels@0x20.net Subject: Re: devd based AUTOMOUNTER X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Feb 2012 08:44:03 -0000 Hi, new version with new features (and BUGs ;p) Added check if ntfsfix from sysutils/ntfsprogs is available, if Yes then try to fix the NTFS filesystem before mouting it. Added GPL3 License ... just joking ;) ... added FreeBSD License to the file= . Added 'noatime' as a default mount option when possible. Added TIMEOUT so when an 'orphan' STATE file lock remains, it will be delet= ed after a TIMEOUT. Added /usr/local/etc/devd/automount.devd file instead of messing with the b= ase system config at /etc/devd.conf. Added config file to be used from /usr/local/etc/automount.conf file, possi= ble options are (these are defaults): MNTPREFIX=3D"/media" LOG=3D"/var/log/automount.log" STATE=3D"/var/run/automount.state" ENCODING=3D"en_US.ISO8859-1" CODEPAGE=3D"cp437" DATEFMT=3D"%Y-%m-%d %H:%M:%S" USERUMOUNT=3D"NO" Mine config currently has only these: ENCODING=3D"pl_PL.ISO8859-2" CODEPAGE=3D"cp852" USERUMOUNT=3D"YES" The USERMOUNT otions if set to YES (default to NO) will 'chmod +s /sbin/umo= unt', so You can click the ^ button on the devices list in NAUTILUS. These newly mounted devices appear on NAUTILUS sidebar (only with /media pr= efix). But THUNAR and PCMANFM does not do that, You know any other FMs that displa= y mounted thumb drives/devices? EXAMPLE: http://i.imgur.com/qdKdl.png First BUG: (not fixed yet, but workaround already is working) TEST/BUG/CASE: Plug in FAT32 and NTFS drives at the same time, when FAT32 device will be d= etected first, it will get mounted and the NTFS drive will be mounted TWICE= , so I added __check_already_mounted function to check if it is not already= mounted. Below are current script and config files. /usr/local/etc/devd/automount.devd ---------------------------------------------------------------------------= ---- notify 0 { match "system" "DEVFS"; match "type" "CREATE"; match "cdev" "(da|mmcsd)[0-9]+"; action "/usr/local/sbin/automount.sh $cdev attach"; }; notify 0 { match "system" "DEVFS"; match "type" "DESTROY"; match "cdev" "(da|mmcsd)[0-9]+"; action "/usr/local/sbin/automount.sh $cdev detach"; }; ---------------------------------------------------------------------------= ---- /usr/local/etc/automout.conf (can be empty) ---------------------------------------------------------------------------= ---- MNTPREFIX=3D"/media" LOG=3D"/var/log/automount.log" STATE=3D"/var/run/automount.state" ENCODING=3D"en_US.ISO8859-1" CODEPAGE=3D"cp437" DATEFMT=3D"%Y-%m-%d %H:%M:%S" USERUMOUNT=3D"NO" ---------------------------------------------------------------------------= ---- /usr/local/sbin/automount.sh ---------------------------------------------------------------------------= ---- #! /bin/sh # Copyright (c) 2011 Slawomir Wojciech Wojtczak (vermaden) # All rights reserved. # # Redistribution and use in source and binary forms, with or without # modification, are permitted provided that the following conditions are me= t: # 1. Redistributions of source code must retain the above copyright # notice, this list of conditions and the following disclaimer. # 2. Redistributions in binary form must reproduce the above copyright # notice, this list of conditions and the following disclaimer in the # documentation and/or other materials provided with the distribution. # # THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS 'AS IS' AND ANY # EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED # WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE # DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE FOR A= NY # DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGE= S # (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVIC= ES; # LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED A= ND # ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TOR= T # (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF # THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. PATH=3D/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin [ -f /usr/local/etc/automount.conf ] && . /usr/local/etc/automount.conf : ${MNTPREFIX=3D"/media"} : ${LOG=3D"/var/log/automount.log"} : ${STATE=3D"/var/run/automount.state"} : ${ENCODING=3D"en_US.ISO8859-1"} # /* US/Canada */ : ${CODEPAGE=3D"cp437"} # /* US/Canada */ : ${DATEFMT=3D"%Y-%m-%d %H:%M:%S"} # /* 2012-02-20 07:49:09 */ : ${USERUMOUNT=3D"NO"} # /* when YES add suid bit to umoun= t(8) */ [ "${USERUMOUNT}" =3D "YES" ] && chmod u+s /sbin/umount # /* WHEEL group me= mber */ __create_mount_point() { # /* 1=3DDEV */ MNT=3D"${MNTPREFIX}/$( basename ${1} )" mkdir -p ${MNT} chown 1000 ${MNT} } __check_already_mounted() { # /* 1=3DMNT */ mount | grep " ${1} " 1> /dev/null 2> /dev/null && { __log "${I}:already mounted (ntfs)" continue } } __state_lock() { TIMEOUT=3D60 COUNT=3D0 while [ -f ${STATE}.lock ] do sleep 0.5 [ ${COUNT} -gt ${TIMEOUT} ] && break COUNT=3D$(( ${COUNT} + 1 )) done :> ${STATE}.lock } __state_unlock() { rm ${STATE}.lock } __state_add() { # /* 1=3DDEV 2=3DPROVIDER 3=3DMNT */ __state_lock grep -E "${3}" ${STATE} 1> /dev/null 2> /dev/null && { __log "${1}:duplicated '${STATE}'" return 1 } echo "${1} ${2} ${3}" >> ${STATE} __state_unlock } __state_remove() { # /* 1=3DMNT 2=3DSTATE 3=3DLINE */ BSMNT=3D$( echo ${1} | sed 's/\//\\\//g' ) # /* backslash the slashes ;) = */ sed -i '' "/${BSMNT}\$/d" ${2} } __log() { # /* @=3DMESSAGE */ echo $( date +"${DATEFMT}" ) ${@} >> ${LOG} } case ${2} in (attach) for I in /dev/${1}* do case $( file -b -L -s ${I} | sed -E 's/label:\ \".*\"//g' ) in (*NTFS*) dd < ${I} count=3D1 2> /dev/null | strings | head -1 | grep -q "N= TFS" && { __create_mount_point ${I} which ntfsfix 1> /dev/null 2> /dev/null && { ntfsfix ${I} # /* sysutils/ntfsprogs */ } __check_already_mounted ${MNT} which ntfs-3g 1> /dev/null 2> /dev/null && { ntfs-3g -o noatime ${I} ${MNT} # /* sysutils/fusefs-ntfs */ } || { mount_ntfs -o noatime ${I} ${MNT} } __log "${I}:mount (ntfs)" } ;; (*FAT*) dd < ${I} count=3D1 2> /dev/null | strings | grep -q "FAT32" && { __create_mount_point ${I} fsck_msdosfs -y ${I} __check_already_mounted ${MNT} mount_msdosfs -o large -L ${ENCODING} -D ${CODEPAGE} ${I} ${M= NT} __log "${I}:mount (fat)" } ;; (*ext2*) __create_mount_point ${I} fsck.ext2 -y ${I} mount -t ext2fs -o noatime ${I} ${MNT} __check_already_mounted ${MNT} __log "${I}:mount (ext2)" ;; (*ext3*) __create_mount_point ${I} fsck.ext3 -y ${I} __check_already_mounted ${MNT} mount -t ext2fs -o noatime ${I} ${MNT} __log "${I}:mount (ext3)" ;; (*ext4*) __create_mount_point ${I} fsck.ext4 -y ${I} __check_already_mounted ${MNT} ext4fuse ${I} ${MNT} # /* sysutils/fusefs-ext4fuse */ __log "${I}:mount (ext4)" ;; (*Unix\ Fast\ File*) __create_mount_point ${I} fsck_ufs -y ${I} __check_already_mounted ${MNT} mount -o noatime ${I} ${MNT} __log "${I}:mount (ufs)" ;; (*) case $( dd < ${I} count=3D1 2> /dev/null | strings | head -1 ) in (EXFAT) __create_mount_point ${I} __check_already_mounted ${MNT} mount.exfat -o noatime ${I} ${MNT} # /* sysutils/fusefs-exfat= */ __log "${I}:mount (ufs)" ;; (*) continue ;; esac ;; esac __state_add ${I} $( mount | grep -m 1 " ${MNT} " | awk '{printf $1}' = ) ${MNT} done ;; (detach) MOUNT=3D$( mount ) __state_lock grep ${1} ${STATE} \ | while read DEV PROVIDER MNT do TARGET=3D$( echo "${MOUNT}" | grep -E "^${PROVIDER} " | awk '{pri= nt $3}' ) [ -z ${TARGET} ] && { __state_remove ${MNT} ${STATE} ${LINE} continue } umount -f ${TARGET} & unset TARGET __state_remove ${MNT} ${STATE} ${LINE} __log "${DEV}:umount" done __state_unlock __log "/dev/${1}:detach" find ${MNTPREFIX} -type d -empty -delete ;; esac ---------------------------------------------------------------------------= ---- From owner-freebsd-current@FreeBSD.ORG Mon Feb 20 12:56:45 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25B181065672 for ; Mon, 20 Feb 2012 12:56:45 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id E0B268FC14 for ; Mon, 20 Feb 2012 12:56:44 +0000 (UTC) Received: by iaeo4 with SMTP id o4so10038387iae.13 for ; Mon, 20 Feb 2012 04:56:44 -0800 (PST) Received-SPF: pass (google.com: domain of jiashiun@gmail.com designates 10.43.48.65 as permitted sender) client-ip=10.43.48.65; Authentication-Results: mr.google.com; spf=pass (google.com: domain of jiashiun@gmail.com designates 10.43.48.65 as permitted sender) smtp.mail=jiashiun@gmail.com; dkim=pass header.i=jiashiun@gmail.com Received: from mr.google.com ([10.43.48.65]) by 10.43.48.65 with SMTP id uv1mr21084230icb.57.1329742604356 (num_hops = 1); Mon, 20 Feb 2012 04:56:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=ZI4wm7wZZvwKpvwG4VwJPVKW0rp8kPGkYhZH/cXJPU8=; b=SSIWLGWfw+2qYfV3QrAKU7O4AsLYFJc2wMYz8J0wolJXySNUnhYnrIvt+47or2j8Fu QexBH6b0iZ4GyPRK1Dv1kAe0C7tJsu4bOsFNHP6eWUr7wDVLjE2wD/1HLEcqrfl4s8dG bD3iE42fELc3J7VrrDWHUWBfdu2kSo1tnQz4E= Received: by 10.43.48.65 with SMTP id uv1mr16827768icb.57.1329742604260; Mon, 20 Feb 2012 04:56:44 -0800 (PST) MIME-Version: 1.0 Received: by 10.50.170.3 with HTTP; Mon, 20 Feb 2012 04:56:14 -0800 (PST) In-Reply-To: <4F41E193.6010601@gmail.com> References: <4F41E193.6010601@gmail.com> From: Jia-Shiun Li Date: Mon, 20 Feb 2012 20:56:14 +0800 Message-ID: To: matt Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current@freebsd.org Subject: Re: Failed to compile current kernel with llvm/clang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Feb 2012 12:56:45 -0000 On Mon, Feb 20, 2012 at 2:00 PM, matt wrote: > You have the > WERROR= > NO_WERROR= > > lines in /etc/make.conf? You got me. I only quickly copy-pasted CC/CXX definitions and forgot about WERROR & NO_WERROR. No wonder others do not have this problem. Sorry for the noise. Thanks, Jia-Shiun. From owner-freebsd-current@FreeBSD.ORG Mon Feb 20 13:16:29 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D7831065672; Mon, 20 Feb 2012 13:16:29 +0000 (UTC) (envelope-from vermaden@interia.pl) Received: from smtpo.poczta.interia.pl (smtpo.poczta.interia.pl [217.74.65.207]) by mx1.freebsd.org (Postfix) with ESMTP id 2678A8FC13; Mon, 20 Feb 2012 13:16:29 +0000 (UTC) Date: Mon, 20 Feb 2012 14:16:27 +0100 From: vermaden To: Andriy Gapon X-Mailer: interia.pl/pf09 In-Reply-To: <4F4211BA.6040600@FreeBSD.org> References: <4F3EE186.4020801@gmail.com> <201202181409.08859.hselasky@c2i.net> <4F4211BA.6040600@FreeBSD.org> X-Originating-IP: 194.0.181.128 Message-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=interia.pl; s=biztos; t=1329743787; bh=517K+7IXdEdFEHLJt9a19sgrvhBcN2w+CMgHA/O6fBk=; h=Date:From:Subject:To:Cc:X-Mailer:In-Reply-To:References: X-Originating-IP:Message-Id:MIME-Version:Content-Type: Content-Transfer-Encoding; b=qBNeApRFCMUL2hJgROvMtR3awPeYnYeja1SWdSb69SR86J8gZYD3wVhy/24FxSsOw pXEWcy82RoHtHn5W9JS0VxKM8uVd3Xvw+HcORQANy/uHowa/KrM2bYUgX5BluaB/jy eLIONBMHze/tBk2Gr/TEmARfPUW+4nqEj90U+wck= X-Mailman-Approved-At: Mon, 20 Feb 2012 13:31:08 +0000 Cc: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: Re: devd based AUTOMOUNTER X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Feb 2012 13:16:29 -0000 written by Andriy Gapon ... > Hey, this seems like a quite nice tool. > Can you create a web-page and/or port for it? > It would be more convenient to follow its development that way. > Thank you! Sure, its now available here, I will try to create port later: https://github.com/vermaden/automount written by Ivan Klymenko ... > Thank you so much! Welcome ;) > Could you update, please first post in the forum? > http://forums.freebsd.org/showthread.php?t=3D29895 I will do that after I sent this mail ;) Regards, vermaden ... From owner-freebsd-current@FreeBSD.ORG Mon Feb 20 13:27:19 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CAD0106566B; Mon, 20 Feb 2012 13:27:19 +0000 (UTC) (envelope-from vermaden@interia.pl) Received: from smtpo.poczta.interia.pl (smtpo.poczta.interia.pl [217.74.65.207]) by mx1.freebsd.org (Postfix) with ESMTP id B8B308FC17; Mon, 20 Feb 2012 13:27:18 +0000 (UTC) Date: Mon, 20 Feb 2012 14:27:17 +0100 From: vermaden To: freebsd-hackers@freebsd.org X-Mailer: interia.pl/pf09 In-Reply-To: References: <4F3EE186.4020801@gmail.com> <201202181409.08859.hselasky@c2i.net> X-Originating-IP: 194.0.181.128 Message-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=interia.pl; s=biztos; t=1329744437; bh=eGPVCiTg2TrYYocs0g18zqWUvpG1TOTXPQw7BC0c598=; h=Date:From:Subject:To:Cc:X-Mailer:In-Reply-To:References: X-Originating-IP:Message-Id:MIME-Version:Content-Type: Content-Transfer-Encoding; b=k+vRDkwAFtNmVAwhkRuKIUi1g1yI6Zf4we4zLt71I+NvqFBjXUMiaZXyW73QxyqeY oFLj8mv30VMQIJtkD45DADDpCUXzOEaZQ1IwtAQ2S4Iivp8WdTYv29BI5hHj3qjhvN OwHOwDk2VUSMpC705elVU8Xkgit8gi6kJkXn023Q= X-Mailman-Approved-At: Mon, 20 Feb 2012 13:39:25 +0000 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: devd based AUTOMOUNTER X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Feb 2012 13:27:19 -0000 written by ${ME} ... > First BUG: (not fixed yet, but workaround already is working) >=20 > TEST/BUG/CASE: > Plug in FAT32 and NTFS drives at the same time, when FAT32 device > will be detected first, it will get mounted and the NTFS drive will be > mounted TWICE, so I added > __check_already_mounted function > to check if it is not already mounted. This BUG is fixed, I was in wrong assumption, that the script would be only executed for /dev/da0 but it was executed for every device/partition node that appeared separately, like /dev/da0, /dev/da0s1, /dev/da0s2 etc. Currently there is no knows bugs, but the prepared earlier 'workaround functions' remain just in case. As I written before its now available here: https://github.com/vermaden/automount Regards, vermaden --- From owner-freebsd-current@FreeBSD.ORG Mon Feb 20 13:57:07 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0EFDB106566B for ; Mon, 20 Feb 2012 13:57:07 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 959258FC08 for ; Mon, 20 Feb 2012 13:57:06 +0000 (UTC) Received: by wibhn14 with SMTP id hn14so4609777wib.13 for ; Mon, 20 Feb 2012 05:57:05 -0800 (PST) Received-SPF: pass (google.com: domain of adrian.chadd@gmail.com designates 10.180.95.105 as permitted sender) client-ip=10.180.95.105; Authentication-Results: mr.google.com; spf=pass (google.com: domain of adrian.chadd@gmail.com designates 10.180.95.105 as permitted sender) smtp.mail=adrian.chadd@gmail.com; dkim=pass header.i=adrian.chadd@gmail.com Received: from mr.google.com ([10.180.95.105]) by 10.180.95.105 with SMTP id dj9mr17300601wib.18.1329746225770 (num_hops = 1); Mon, 20 Feb 2012 05:57:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=BERFc/I4fVG+kHF1e1XnPqKSyWp1TTZKkY6Shje3ISE=; b=elQxf8XnZoXTPcgRTt7eljGdaqYa/+39MOh5QwTdwecIV+O0AdxzsxXN8w/vUJHL2K 07gpBIFA7PGP3CPL/P0cmNhTdA5GIvSFTsmfOYBeJ/ON75IryQh916gVXNaGYOfjCtes cN0XVguD1S5cBZlNU8qVYE1t+IDC/PmzVr4N4= MIME-Version: 1.0 Received: by 10.180.95.105 with SMTP id dj9mr14369008wib.18.1329746225732; Mon, 20 Feb 2012 05:57:05 -0800 (PST) Received: by 10.216.154.199 with HTTP; Mon, 20 Feb 2012 05:57:05 -0800 (PST) Date: Mon, 20 Feb 2012 05:57:05 -0800 Message-ID: From: Adrian Chadd To: freebsd-current Content-Type: text/plain; charset=ISO-8859-1 Subject: rescue build broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Feb 2012 13:57:07 -0000 Hi, Is anyone seeing this? (cd /usr/home/adrian/work/freebsd/svn/src/rescue/rescue/../../usr.bin/tar && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/tar/ depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/tar/ bsdtar.o cmdline.o getdate.o read.o subst.o tree.o util.o write.o err.o line_reader.o matching.o pathmatch.o) make: don't know how to make /usr/home/adrian/work/freebsd/svn/src/usr.bin/tar/bsdtar.c. Stop *** Error code 2 1 error I'm doing a cross-build on i386 to MIPS. Thanks, Adrian From owner-freebsd-current@FreeBSD.ORG Mon Feb 20 14:46:49 2012 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 C412F106564A for ; Mon, 20 Feb 2012 14:46:48 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 71DA88FC17 for ; Mon, 20 Feb 2012 14:46:46 +0000 (UTC) Received: from outgoing.leidinger.net (p5796D15A.dip.t-dialin.net [87.150.209.90]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id EFDFB84400E for ; Mon, 20 Feb 2012 15:31:30 +0100 (CET) Received: from webmail.leidinger.net (webmail.Leidinger.net [IPv6:fd73:10c7:2053:1::3:102]) by outgoing.leidinger.net (Postfix) with ESMTPS id 406DA5553 for ; Mon, 20 Feb 2012 15:31:28 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=leidinger.net; s=outgoing-alex; t=1329748288; bh=E9IW2kS57tSoOsxTCK9LuqAmjkYoi8AAsRGLcyyMY/c=; h=Date:Message-ID:From:To:Subject:Content-Type:MIME-Version; b=skt7Rpl+tyZzq6Kz+5202aybE9DqhJVk0Gc109eAGTlzZ6emdzkSG+D6tG4STHyAe wGrEAM3flBCAZmnejEQNoDzbHCnq0ijpRnUjnXqAatM9AS2appmupGhbXCVhe0oLo2 zZXiV9gUKUK6MeBfIQfCPxSPbnWaAipDl02zQa9Ip90Rz7ZVPgGSHPuXpjWjlvYyqs zOUFneq70lcw8gHhpecVYarezOgBXbrYNKIfy8UzsjkYHte/pMIi2Ak/SwMCi7fEMr Ges/q0I0CXWnB1iXaCW/Eq565sQpk9SgTaNw8/fzibxER5SfqhkyKI4/h7+PLMxDuD Vmx60mCtFJZrQ== Received: (from www@localhost) by webmail.leidinger.net (8.14.5/8.14.4/Submit) id q1KEVSqi071594 for current@FreeBSD.org; Mon, 20 Feb 2012 15:31:28 +0100 (CET) (envelope-from Alexander@Leidinger.net) X-Authentication-Warning: webmail.leidinger.net: www set sender to Alexander@Leidinger.net using -f Received: from 85.94.224.19 ([85.94.224.19]) by webmail.leidinger.net (Horde Framework) with HTTP; Mon, 20 Feb 2012 15:31:28 +0100 Date: Mon, 20 Feb 2012 15:31:28 +0100 Message-ID: <20120220153128.Horde.aj3EE5jmRSRPQllADucMdkA@webmail.leidinger.net> From: Alexander Leidinger To: current@FreeBSD.org User-Agent: Internet Messaging Program (IMP) H4 (5.0.18) Content-Type: text/plain; charset=UTF-8; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: EFDFB84400E.A513E X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-0.611, required 6, autolearn=disabled, AWL -0.50, DKIM_SIGNED 0.10, DKIM_VALID -0.10, DKIM_VALID_AU -0.10, T_RP_MATCHES_RCVD -0.01) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1330353091.98304@Bpu6En9pjHTb0Nni/evjQQ X-EBL-Spam-Status: No Cc: Subject: New kernels and tinderboxes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Feb 2012 14:46:49 -0000 Hi, can someone please point me to the place where I can see how files in the kernel config directories are handled in the tinderboxes? The background is, that I work on a modular kernel config which comes with an example-loader.conf (to have similar features than GENERIC). I would like to have the example-loader.conf as close as possible to the kernel config (so in my tree I currently have "SMALL" and "SMALL_loader.conf", suggestions how to handle this without causing problems in the tinderboxes are welcome). Bye, Alexander. -- Yow! Maybe I should have asked for my Neutron Bomb in PAISLEY -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Mon Feb 20 18:21:25 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D2CD106567C for ; Mon, 20 Feb 2012 18:21:25 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id 6AEFA8FC1E for ; Mon, 20 Feb 2012 18:21:25 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id q1KILO1L085848; Mon, 20 Feb 2012 18:21:24 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.119] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id 8f7ryap8bs47bgkvwz8xmhhcgi; Mon, 20 Feb 2012 18:21:24 +0000 (UTC) (envelope-from tim@kientzle.com) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=iso-8859-1 From: Tim Kientzle In-Reply-To: Date: Mon, 20 Feb 2012 10:21:23 -0800 Content-Transfer-Encoding: 7bit Message-Id: References: To: Adrian Chadd X-Mailer: Apple Mail (2.1257) Cc: freebsd-current Subject: Re: rescue build broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Feb 2012 18:21:25 -0000 On Feb 20, 2012, at 5:57 AM, Adrian Chadd wrote: > Hi, > > Is anyone seeing this? > > (cd /usr/home/adrian/work/freebsd/svn/src/rescue/rescue/../../usr.bin/tar > && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/tar/ > depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE > DIRPRFX=rescue/rescue/tar/ bsdtar.o cmdline.o getdate.o read.o subst.o > tree.o util.o write.o err.o line_reader.o matching.o pathmatch.o) > make: don't know how to make > /usr/home/adrian/work/freebsd/svn/src/usr.bin/tar/bsdtar.c. Stop > *** Error code 2 > 1 error > > > I'm doing a cross-build on i386 to MIPS. What make command are you running? Tim From owner-freebsd-current@FreeBSD.ORG Mon Feb 20 18:57:51 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA9D7106566C for ; Mon, 20 Feb 2012 18:57:51 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 54E7C8FC21 for ; Mon, 20 Feb 2012 18:57:51 +0000 (UTC) Received: by wgbdq11 with SMTP id dq11so4881950wgb.31 for ; Mon, 20 Feb 2012 10:57:50 -0800 (PST) Received-SPF: pass (google.com: domain of adrian.chadd@gmail.com designates 10.180.78.6 as permitted sender) client-ip=10.180.78.6; Authentication-Results: mr.google.com; spf=pass (google.com: domain of adrian.chadd@gmail.com designates 10.180.78.6 as permitted sender) smtp.mail=adrian.chadd@gmail.com; dkim=pass header.i=adrian.chadd@gmail.com Received: from mr.google.com ([10.180.78.6]) by 10.180.78.6 with SMTP id x6mr20491165wiw.18.1329764270434 (num_hops = 1); Mon, 20 Feb 2012 10:57:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=HS2y688orYHz2+jf3ZGT2kZKDoWbdHVlFj+PT6IR6r8=; b=owvj3951RX+fs92GekXlEOVDQv6pPlROfbYWo8vSETByAdr01JAomd2VZCT1Zc4rTA dOf8AsRBbfsUU6zitUQ3+5k2hXtdKiU7glVQWXhbHFmeic5DpsP0u8HVFRhfOTvMyJhk LxCsG8t/ePFPX1z/ijPD39XITWvLN1FPUZHRQ= MIME-Version: 1.0 Received: by 10.180.78.6 with SMTP id x6mr17076678wiw.18.1329764270370; Mon, 20 Feb 2012 10:57:50 -0800 (PST) Received: by 10.216.154.199 with HTTP; Mon, 20 Feb 2012 10:57:50 -0800 (PST) In-Reply-To: References: Date: Mon, 20 Feb 2012 10:57:50 -0800 Message-ID: From: Adrian Chadd To: Tim Kientzle Content-Type: text/plain; charset=ISO-8859-1 X-Mailman-Approved-At: Mon, 20 Feb 2012 19:02:23 +0000 Cc: freebsd-current Subject: Re: rescue build broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Feb 2012 18:57:51 -0000 Ignore; purging obj properly worked. Adrian From owner-freebsd-current@FreeBSD.ORG Mon Feb 20 19:17:26 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C95731065670; Mon, 20 Feb 2012 19:17:26 +0000 (UTC) (envelope-from vermaden@interia.pl) Received: from smtpo.poczta.interia.pl (smtpo.poczta.interia.pl [217.74.65.207]) by mx1.freebsd.org (Postfix) with ESMTP id 8001D8FC0A; Mon, 20 Feb 2012 19:17:26 +0000 (UTC) Date: Mon, 20 Feb 2012 20:17:23 +0100 From: vermaden To: Freddie Cash , fernando.apesteguia@gmail.com X-Mailer: interia.pl/pf09 In-Reply-To: References: <4F3EE186.4020801@gmail.com> <201202181409.08859.hselasky@c2i.net> X-Originating-IP: 85.89.187.172 Message-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=interia.pl; s=biztos; t=1329765444; bh=uMYrSnlaRG9ek8YMAgsT8vbd52OexD3LRy6eEC9BVjo=; h=Date:From:Subject:To:Cc:X-Mailer:In-Reply-To:References: X-Originating-IP:Message-Id:MIME-Version:Content-Type: Content-Transfer-Encoding; b=B9jfS8mYmxD+kO+8tg/2zIHZvojmdcM5v8h6HN3DCTpeZgAJvAY/ylRNwhUhPZSVm rRmK4tUb5YC9NQN0CoHV9r/jq98j0jGWTnWy2Kdw3lHqzm6ZJEWORJXgG1Wp4p2BBr udXzBYjvpKe1def6q4PDWPg93UmECufpl4J7qWQU= X-Mailman-Approved-At: Mon, 20 Feb 2012 19:24:22 +0000 Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: devd based AUTOMOUNTER X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Feb 2012 19:17:26 -0000 Hi, I removed the state_lock and stat_unlock mechanisms as they appeared to be not needed, I have shufled with 3 drives all the time and the 'integrity' has not been lost, at it was a lot faster, because the lock always had to wait for the 'slowest' drive (in term of initializing the device, like USB hard drive). I simplified the 'attach' section a lot, now each filesystem contains only check/fsck (if possible), mount and log info. I also simplified and improved the 'detach' section a little. I have added an option to automatically launch the set-up in config file manager (Yes, like in Windows ;p).=20 These are options that I currently successfully use for NAUTILUS file manager, You need to set-up all three of them to make it work. | POPUP=3DYES | FM=3D"nautilus --browser --no-desktop" | USER=3Dvermaden My whole config looks like that now: | USERUMOUNT=3DYES | POPUP=3DYES | FM=3D"nautilus --browser --no-desktop" | USER=3Dvermaden | ENCODING=3Dpl_PL.ISO8859-2 | CODEPAGE=3Dcp852 All latest updates are available at GITHUB: https://github.com/vermaden/automount written by Freddie Cash ... > Konqueror (KDE 3.x and 4.x) and Dolphin (KDE 4.x mainly, but I > believe there's a KDE 3.x version) also show automatically > mounted and removable media in the sidebar. Works nicely > with HAL. Haven't tested your script yet, but am intrigued by it. > Will see if I can test it sometime this week. >=20 > Native solutions are so much nicer than ported ones. :) Thanks, looking forward to hear some more input about it from You ;) written by Fernando Apestegu=C3=ADa ... > What a nice piece of work. Thanks mate. > I just downloaded it and try it on a FreeBSD 9.0-RELEASE with > custom kernel. It works like a charm. I tried three different > USB devices without noticing any problems (and I was very > impolite when I unplugged them). >=20 > Thanks for this script. Good to know, try the latest new version from repo, should be even better ;= ) Regards, vermaden From owner-freebsd-current@FreeBSD.ORG Tue Feb 21 02:46:42 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E461106564A for ; Tue, 21 Feb 2012 02:46:42 +0000 (UTC) (envelope-from olivares14031@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4C0438FC15 for ; Tue, 21 Feb 2012 02:46:42 +0000 (UTC) Received: by iaeo4 with SMTP id o4so11166365iae.13 for ; Mon, 20 Feb 2012 18:46:41 -0800 (PST) Received-SPF: pass (google.com: domain of olivares14031@gmail.com designates 10.50.159.161 as permitted sender) client-ip=10.50.159.161; Authentication-Results: mr.google.com; spf=pass (google.com: domain of olivares14031@gmail.com designates 10.50.159.161 as permitted sender) smtp.mail=olivares14031@gmail.com; dkim=pass header.i=olivares14031@gmail.com Received: from mr.google.com ([10.50.159.161]) by 10.50.159.161 with SMTP id xd1mr16696125igb.15.1329792401968 (num_hops = 1); Mon, 20 Feb 2012 18:46:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=PQi9uHJVoVAiSf7mAEMy6o7n406joGd9bvzYn+K76rE=; b=qgqtnbitHZvaXxHESv8EkyVQFEXHzQ28GXoVA79caNeXNHDJePTxSFrX+/8Hb5YKs9 U8P5WRXPZ/P9jzA+y5anUv4zVSG0ZGeWXlZ1rilmcmYBfJaBSAjyNNQWkQvJl7GZYUf3 rNO+7LQGTI4UAzaCmTlkAVACf4aepgEx2d0W4= MIME-Version: 1.0 Received: by 10.50.159.161 with SMTP id xd1mr13503938igb.15.1329792401871; Mon, 20 Feb 2012 18:46:41 -0800 (PST) Received: by 10.50.222.227 with HTTP; Mon, 20 Feb 2012 18:46:41 -0800 (PST) In-Reply-To: References: Date: Mon, 20 Feb 2012 20:46:41 -0600 Message-ID: From: Antonio Olivares To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: 8.3-BETA1 no connection how to troubleshoot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Feb 2012 02:46:42 -0000 On Mon, Feb 20, 2012 at 8:23 PM, Antonio Olivares wrote: > Dear folks, > > I have upgraded via freebsd-update to 8.3 BETA 1 as instructed in > release announcement: > > http://lists.freebsd.org/pipermail/freebsd-stable/2012-February/066340.ht= ml > > Machine was working well with 8.2-RELEASE-p3 since I could not got to > 8.2-RELEASE-p6, =A0I decided it was best to test out 8.3-BETA1 and > freebsd-update my way to 8.3-RELEASE when it is ready. =A0Now when > starting the system, I cannot get connected. =A0The machine has three > network devices =A0two wired, one wireless > > msk0 > re0 > > urtw0 > > of which msk0 was the only one which was connected directly. =A0I have > in /etc/rc.conf > > synchronous_dhclient=3D"YES" > ifconfig msk0=3D"DHCP" > > it picks up ip address, but cannot ping any website and/or connect. > Are there things I can try to troubleshoot this? > > Thanks in Advance, > > Antonio I have found a culprit. The firewall blocked access :( I commented the sections in /etc/rc.conf and I am back in business :) quadcore# ifconfig -a msk0: flags=3D8843 metric 0 mtu 150= 0 options=3Dc011b ether 00:1d:60:33:ca:b0 inet 192.168.1.8 netmask 0xffffff00 broadcast 192.168.1.255 media: Ethernet autoselect (100baseTX ) status: active fwe0: flags=3D8802 metric 0 mtu 1500 options=3D8 ether 02:11:d8:6b:f8:84 ch 1 dma -1 fwip0: flags=3D8802 metric 0 mtu 1500 lladdr 0.11.d8.0.1.6b.f8.84.a.2.ff.fe.0.0.0.0 re0: flags=3D8802 metric 0 mtu 1500 options=3D209b ether 00:1d:60:33:d1:16 media: Ethernet autoselect (10baseT/UTP ) status: no carrier lo0: flags=3D8049 metric 0 mtu 16384 options=3D3 inet6 fe80::1%lo0 prefixlen 64 scopeid 0xd inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff000000 nd6 options=3D3 urtw0: flags=3D8802 metric 0 mtu 2290 ether 00:15:af:28:dc:7c media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier quadcore# cat /etc/rc.conf # -- sysinstall generated deltas -- # Tue Jul 26 23:20:43 2011 # Created: Tue Jul 26 23:20:43 2011 # Enable network daemons for user convenience. # Please make all changes to this file, not to /etc/defaults/rc.conf. # This file now contains just the overrides from /etc/defaults/rc.conf. hostname=3D"quadcore.home" synchronous_dhclient=3D"YES" ifconfig_msk0=3D"DHCP" ntpdate_enable=3D"YES" ntpdate_hosts=3D"north-america.pool.ntp.org" tcp_extensions=3D"NO" #dbus_enable=3D"YES" #hald_enable=3D"YES" devfs_system_ruleset=3D"Removable_Media" lpd_enable=3D"YES" #ipfilter_enable=3D"YES" #ipfilter_rules=3D"/etc/ipf.rules" #ipmon_enable=3D"YES" #ipmon_flags=3D"-Ds" sendmail_enable=3D"NONE" I read it in FreeBSD handbook Chapters 12 and 31. I will now try to troubleshoot this or use another firewall to get this working. As for the network interfaces: quadcore# dmesg | grep 'msk0' msk0: on ms= kc0 msk0: Ethernet address: 00:1d:60:33:ca:b0 miibus0: on msk0 quadcore# dmesg | grep 're0' firewire0: on fwohci0 fwe0: on firewire0 fwip0: on firewire0 dcons_crom0: on firewire0 re0: port 0xe800-0xe8ff mem 0xfebfec00-0xfebfecff irq 16 at device 4.0 on pci5 re0: Chip rev. 0x18000000 re0: MAC rev. 0x00000000 miibus1: on re0 re0: Ethernet address: 00:1d:60:33:d1:16 re0: [FILTER] firewire0: 1 nodes, maxhop <=3D 0 cable IRM irm(0) (me) firewire0: bus manager 0 quadcore# dmesg | grep 'urtw0' urtw0: on usbus3 urtw0: unknown RTL8187L type: 0x8000000 urtw0: rtl8187l rf rtl8225u hwrev none quadcore# uname -r 8.3-BETA1 quadcore# uname -a FreeBSD quadcore.home 8.3-BETA1 FreeBSD 8.3-BETA1 #0: Thu Feb 16 16:30:35 UTC 2012 root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 quadcore# Sorry for the noise! Regards, Antonio From owner-freebsd-current@FreeBSD.ORG Tue Feb 21 02:54:10 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E19D106564A for ; Tue, 21 Feb 2012 02:54:10 +0000 (UTC) (envelope-from olivares14031@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 229368FC18 for ; Tue, 21 Feb 2012 02:54:09 +0000 (UTC) Received: by iaeo4 with SMTP id o4so11175679iae.13 for ; Mon, 20 Feb 2012 18:54:09 -0800 (PST) Received-SPF: pass (google.com: domain of olivares14031@gmail.com designates 10.50.161.196 as permitted sender) client-ip=10.50.161.196; Authentication-Results: mr.google.com; spf=pass (google.com: domain of olivares14031@gmail.com designates 10.50.161.196 as permitted sender) smtp.mail=olivares14031@gmail.com; dkim=pass header.i=olivares14031@gmail.com Received: from mr.google.com ([10.50.161.196]) by 10.50.161.196 with SMTP id xu4mr16174268igb.11.1329792849692 (num_hops = 1); Mon, 20 Feb 2012 18:54:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=s6xH+sQLgrH+GrFw9v6u2Tyg/4jjWdJP2hgC+evlWSw=; b=uoSXi6PiJTyLwQidbrmdgCWubhu7u6Q9WTcCSsBdrv7NXPa8fZ6v/e0WLc0CvNJ9RN MIhRRL2eZDU0Za9PVvs2fbBt6OyXrEPghBQLY5G904QwalzaZeUkpOtotq+1ENAV59oj HcPnlyePrjD6hVHFL09FV1YtMMdC+QZ/mCrDo= MIME-Version: 1.0 Received: by 10.50.161.196 with SMTP id xu4mr12989159igb.11.1329791014430; Mon, 20 Feb 2012 18:23:34 -0800 (PST) Received: by 10.50.222.227 with HTTP; Mon, 20 Feb 2012 18:23:34 -0800 (PST) Date: Mon, 20 Feb 2012 20:23:34 -0600 Message-ID: From: Antonio Olivares To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: 8.3-BETA1 no connection how to troubleshoot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Feb 2012 02:54:10 -0000 Dear folks, I have upgraded via freebsd-update to 8.3 BETA 1 as instructed in release announcement: http://lists.freebsd.org/pipermail/freebsd-stable/2012-February/066340.html Machine was working well with 8.2-RELEASE-p3 since I could not got to 8.2-RELEASE-p6, I decided it was best to test out 8.3-BETA1 and freebsd-update my way to 8.3-RELEASE when it is ready. Now when starting the system, I cannot get connected. The machine has three network devices two wired, one wireless msk0 re0 urtw0 of which msk0 was the only one which was connected directly. I have in /etc/rc.conf synchronous_dhclient="YES" ifconfig msk0="DHCP" it picks up ip address, but cannot ping any website and/or connect. Are there things I can try to troubleshoot this? Thanks in Advance, Antonio From owner-freebsd-current@FreeBSD.ORG Tue Feb 21 03:43:45 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45CEC106564A for ; Tue, 21 Feb 2012 03:43:45 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id EABDD8FC12 for ; Tue, 21 Feb 2012 03:43:44 +0000 (UTC) Received: from amd620.ovitrap.com ([49.128.188.2]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q1L3hdBQ015791; Mon, 20 Feb 2012 20:43:42 -0700 From: Erich Dollansky To: freebsd-current@freebsd.org Date: Tue, 21 Feb 2012 10:43:38 +0700 User-Agent: KMail/1.13.7 (FreeBSD/8.2-STABLE; KDE/4.7.4; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201202211043.38790.erichfreebsdlist@ovitrap.com> Cc: Antonio Olivares Subject: Re: 8.3-BETA1 no connection how to troubleshoot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Feb 2012 03:43:45 -0000 Hi, On Tuesday 21 February 2012 09:23:34 Antonio Olivares wrote: > Dear folks, > > I have upgraded via freebsd-update to 8.3 BETA 1 as instructed in > release announcement: > > http://lists.freebsd.org/pipermail/freebsd-stable/2012-February/066340.html > > Machine was working well with 8.2-RELEASE-p3 since I could not got to > 8.2-RELEASE-p6, I decided it was best to test out 8.3-BETA1 and > freebsd-update my way to 8.3-RELEASE when it is ready. Now when > starting the system, I cannot get connected. The machine has three > network devices two wired, one wireless > > msk0 > re0 > > urtw0 > > of which msk0 was the only one which was connected directly. I have > in /etc/rc.conf > > synchronous_dhclient="YES" > ifconfig msk0="DHCP" > > it picks up ip address, but cannot ping any website and/or connect. > Are there things I can try to troubleshoot this? > the gateway seems not to be known. What does netstat -r say? Do you know the gateway address? You can set it with route add default xx.cvc.vv.bb Erich Erich > Thanks in Advance, > > Antonio > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Tue Feb 21 03:47:59 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 292051065670 for ; Tue, 21 Feb 2012 03:47:59 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from glenbarber.us (onyx.glenbarber.us [199.48.134.227]) by mx1.freebsd.org (Postfix) with SMTP id C9AAA8FC13 for ; Tue, 21 Feb 2012 03:47:58 +0000 (UTC) Received: (qmail 54676 invoked by uid 0); 20 Feb 2012 22:47:58 -0500 Received: from unknown (HELO glenbarber.us) (76.124.49.145) by 0 with SMTP; 20 Feb 2012 22:47:58 -0500 Date: Mon, 20 Feb 2012 22:47:52 -0500 From: Glen Barber To: Antonio Olivares Message-ID: <20120221034752.GA1805@glenbarber.us> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org Subject: Re: 8.3-BETA1 no connection how to troubleshoot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Feb 2012 03:47:59 -0000 On Mon, Feb 20, 2012 at 08:23:34PM -0600, Antonio Olivares wrote: > synchronous_dhclient="YES" > ifconfig msk0="DHCP" > Is this copy/pasted? If so, it's wrong. It should be: ifconfig_msk0="DHCP" (Note the lack of a space between 'ifconfig' and 'msk0'.) Glen From owner-freebsd-current@FreeBSD.ORG Tue Feb 21 03:52:33 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A672A106566B for ; Tue, 21 Feb 2012 03:52:33 +0000 (UTC) (envelope-from olivares14031@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 60C968FC0A for ; Tue, 21 Feb 2012 03:52:33 +0000 (UTC) Received: by iaeo4 with SMTP id o4so11251831iae.13 for ; Mon, 20 Feb 2012 19:52:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=zX6+Cj7Dtxb0hHtYU8bnniJTh2QzSzYrfEv/HJFPE9c=; b=ImXGhknzOY3xF3CkTklHrHu1stiYTt56dvt23SFJ+eYsN8+cx4KLJd8qQh5YFrOZjH UdDr+R3Vq9ionpacgrQa1oeSZbT/PdlgY5UW1SBxbRGroJshJ6qnhx653OxlhsveSee/ EPabZa1anrMaBuwKXNfzGgC2IqZ1kbxH4E85o= MIME-Version: 1.0 Received: by 10.42.154.195 with SMTP id r3mr13331790icw.36.1329796352830; Mon, 20 Feb 2012 19:52:32 -0800 (PST) Received: by 10.50.222.227 with HTTP; Mon, 20 Feb 2012 19:52:32 -0800 (PST) In-Reply-To: <20120221034752.GA1805@glenbarber.us> References: <20120221034752.GA1805@glenbarber.us> Date: Mon, 20 Feb 2012 21:52:32 -0600 Message-ID: From: Antonio Olivares To: Glen Barber Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: 8.3-BETA1 no connection how to troubleshoot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Feb 2012 03:52:33 -0000 On Mon, Feb 20, 2012 at 9:47 PM, Glen Barber wrote: > On Mon, Feb 20, 2012 at 08:23:34PM -0600, Antonio Olivares wrote: >> synchronous_dhclient=3D"YES" >> ifconfig msk0=3D"DHCP" >> > > Is this copy/pasted? > > If so, it's wrong. =A0It should be: > > =A0ifconfig_msk0=3D"DHCP" > > (Note the lack of a space between 'ifconfig' and 'msk0'.) > > Glen > It was a typo :) I was submitting from other machine. Commenting the firewall options in /etc/rc.conf fixes the situation. I need to troubleshoot the firewall now :) Thanks to all who have responded and came up with ideas to try out. I did try the netstat command suggested also. Saw ipv6 and ipv4 connections. These gave me trouble in school network, but here all is well. Regards, Antonio From owner-freebsd-current@FreeBSD.ORG Tue Feb 21 04:03:38 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 147DE1065670 for ; Tue, 21 Feb 2012 04:03:38 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from glenbarber.us (onyx.glenbarber.us [199.48.134.227]) by mx1.freebsd.org (Postfix) with SMTP id B29148FC12 for ; Tue, 21 Feb 2012 04:03:37 +0000 (UTC) Received: (qmail 59901 invoked by uid 0); 20 Feb 2012 23:03:37 -0500 Received: from unknown (HELO glenbarber.us) (76.124.49.145) by 0 with SMTP; 20 Feb 2012 23:03:37 -0500 Date: Mon, 20 Feb 2012 23:03:35 -0500 From: Glen Barber To: Antonio Olivares Message-ID: <20120221040335.GB1805@glenbarber.us> References: <20120221034752.GA1805@glenbarber.us> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org Subject: Re: 8.3-BETA1 no connection how to troubleshoot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Feb 2012 04:03:38 -0000 On Mon, Feb 20, 2012 at 09:52:32PM -0600, Antonio Olivares wrote: > On Mon, Feb 20, 2012 at 9:47 PM, Glen Barber wrote: > > On Mon, Feb 20, 2012 at 08:23:34PM -0600, Antonio Olivares wrote: > >> synchronous_dhclient="YES" > >> ifconfig msk0="DHCP" > >> > > > > Is this copy/pasted? > > > > If so, it's wrong.  It should be: > > > >  ifconfig_msk0="DHCP" > > > > (Note the lack of a space between 'ifconfig' and 'msk0'.) > > > > Glen > > > > It was a typo :) I was submitting from other machine. Commenting > the firewall options in /etc/rc.conf fixes the situation. I need to > troubleshoot the firewall now :) Thanks to all who have responded and > came up with ideas to try out. I did try the netstat command > suggested also. Saw ipv6 and ipv4 connections. These gave me trouble > in school network, but here all is well. > Good to hear. :) (In fact, I just saw your follow up noting everything is okay, so sorry about the unnecessary reply.) Glen From owner-freebsd-current@FreeBSD.ORG Tue Feb 21 06:13:48 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E29401065680; Tue, 21 Feb 2012 06:13:48 +0000 (UTC) (envelope-from superbisquit@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id ABD9E8FC14; Tue, 21 Feb 2012 06:13:48 +0000 (UTC) Received: by pbcxa7 with SMTP id xa7so7832907pbc.13 for ; Mon, 20 Feb 2012 22:13:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ciBYD4n9OrlTiLN7xra7SyY2dDm+JiPkX/R15Y+XZ68=; b=Zuk3zdGngFXCJDEmxcHSIImCuyo6SC1QcTjMB9q89Xn5dxS2Tk/WenX82X500JU3Ek Voi+pe7aTyjWaMbpL9cOvSfDxYD87kZIUB1+nWfLAzufN1WY4zz+f4o9kz3lxB45rVRe UL+dSsuyJxxwMClN1rbMes26tQQa9bl79lAow= MIME-Version: 1.0 Received: by 10.68.240.135 with SMTP id wa7mr58539011pbc.7.1329804828349; Mon, 20 Feb 2012 22:13:48 -0800 (PST) Received: by 10.68.48.35 with HTTP; Mon, 20 Feb 2012 22:13:48 -0800 (PST) In-Reply-To: <4F41702B.6080506@freebsd.org> References: <4F41702B.6080506@freebsd.org> Date: Tue, 21 Feb 2012 01:13:48 -0500 Message-ID: From: Super Bisquit To: Nathan Whitehorn Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current , FreeBSD PowerPC ML Subject: Re: Problems with 9.0 PowerPC images from main ftp site X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Feb 2012 06:13:49 -0000 It may have been the media I used. I was able to install from the releases on your FreeBSD repo page. I have an iMac G4 800MHz that is being used. Also, the firmware is at 3.X if that means anything. On 2/19/12, Nathan Whitehorn wrote: > On 02/19/12 04:28, Super Bisquit wrote: >> I decided to try burning an image from Index of >> ftp://ftp.freebsd.org/pub/FreeBSD/releases/powerpc/powerpc/ISO-IMAGES/9.0/ >> >> And here are the following errors: >> >> 1.) The usb image doesn't boot. From following Whitehorn and others on >> the FreeBSD PowerPC mailing list, one needs to have the bootloader >> dd'ed to a HFS formatted partition of 1MB. > > The USB image includes this. Some Powermacs don't have the ability to > boot from USB, however. > >> A README with basic instructions and/or references to forum and >> mailing list posts needs to be available for all non i386/amd64 >> systems. >> >> 2) The boot-only and disc-1 images stop at >> sc0: Unknown<16 virtual consoles, flags=0x300> > > What hardware were you using? The ISOs work fine on at least the systems > I've tested on. There was a problem with the ATA driver on a few > machines that could supposedly be solved by setting the loader tunable > hint.ata.X.mode to turn off DMA (see > http://www.freebsd.org/cgi/query-pr.cgi?pr=164123). > -Nathan > From owner-freebsd-current@FreeBSD.ORG Tue Feb 21 10:28:00 2012 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 51AA6106564A; Tue, 21 Feb 2012 10:28:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 1C9ED8FC0A; Tue, 21 Feb 2012 10:27:59 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q1LARxRr023754; Tue, 21 Feb 2012 05:27:59 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q1LARwGD023750; Tue, 21 Feb 2012 10:27:59 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 21 Feb 2012 10:27:59 GMT Message-Id: <201202211027.q1LARwGD023750@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Feb 2012 10:28:00 -0000 TB --- 2012-02-21 09:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-02-21 09:40:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-02-21 09:40:00 - cleaning the object tree TB --- 2012-02-21 09:40:00 - cvsupping the source tree TB --- 2012-02-21 09:40:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2012-02-21 09:40:55 - building world TB --- 2012-02-21 09:40:55 - CROSS_BUILD_TESTING=YES TB --- 2012-02-21 09:40:55 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-21 09:40:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-21 09:40:55 - SRCCONF=/dev/null TB --- 2012-02-21 09:40:55 - TARGET=pc98 TB --- 2012-02-21 09:40:55 - TARGET_ARCH=i386 TB --- 2012-02-21 09:40:55 - TZ=UTC TB --- 2012-02-21 09:40:55 - __MAKE_CONF=/dev/null TB --- 2012-02-21 09:40:55 - cd /src TB --- 2012-02-21 09:40:55 - /usr/bin/make -B buildworld >>> World build started on Tue Feb 21 09:40:56 UTC 2012 >>> 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 [...] c++ -O2 -pipe -I/src/lib/clang/libclangdriver/../../../contrib/llvm/include -I/src/lib/clang/libclangdriver/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangdriver/../../../contrib/llvm/tools/clang/lib/Driver -I. -I/src/lib/clang/libclangdriver/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_HOSTTRIPLE=\"i386-unknown-freebsd10.0\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclangdriver/../../../contrib/llvm/tools/clang/lib/Driver/Tool.cpp c++ -O2 -pipe -I/src/lib/clang/libclangdriver/../../../contrib/llvm/include -I/src/lib/clang/libclangdriver/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangdriver/../../../contrib/llvm/tools/clang/lib/Driver -I. -I/src/lib/clang/libclangdriver/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_HOSTTRIPLE=\"i386-unknown-freebsd10.0\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclangdriver/../../../contrib/llvm/tools/clang/lib/Driver/ToolChain.cpp c++ -O2 -pipe -I/src/lib/clang/libclangdriver/../../../contrib/llvm/include -I/src/lib/clang/libclangdriver/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangdriver/../../../contrib/llvm/tools/clang/lib/Driver -I. -I/src/lib/clang/libclangdriver/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_HOSTTRIPLE=\"i386-unknown-freebsd10.0\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclangdriver/../../../contrib/llvm/tools/clang/lib/Driver/ToolChains.cpp /src/lib/clang/libclangdriver/../../../contrib/llvm/tools/clang/lib/Driver/ToolChains.cpp: In member function 'virtual clang::driver::DerivedArgList* clang::driver::toolchains::Darwin::TranslateArgs(const clang::driver::DerivedArgList&, const char*) const': /src/lib/clang/libclangdriver/../../../contrib/llvm/tools/clang/lib/Driver/ToolChains.cpp:753: internal compiler error: Bus error: 10 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /src/lib/clang/libclangdriver. *** Error code 1 Stop in /src/lib/clang. *** Error code 1 Stop in /src/lib. *** 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 --- 2012-02-21 10:27:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-02-21 10:27:58 - ERROR: failed to build world TB --- 2012-02-21 10:27:58 - 2277.55 user 391.45 system 2878.17 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Feb 21 09:05:24 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6DCF2106564A; Tue, 21 Feb 2012 09:05:24 +0000 (UTC) (envelope-from vermaden@interia.pl) Received: from smtpo.poczta.interia.pl (smtpo.poczta.interia.pl [217.74.65.207]) by mx1.freebsd.org (Postfix) with ESMTP id 1EAE08FC18; Tue, 21 Feb 2012 09:05:23 +0000 (UTC) Date: Tue, 21 Feb 2012 10:05:22 +0100 From: vermaden To: freebsd-hackers@freebsd.org X-Mailer: interia.pl/pf09 In-Reply-To: References: <4F3EE186.4020801@gmail.com> <201202181409.08859.hselasky@c2i.net> X-Originating-IP: 194.0.181.128 Message-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=interia.pl; s=biztos; t=1329815122; bh=kmwOHtHR5bhiMVZuwRExLZKoT5Rqmfon/cKRsOSPsWE=; h=Date:From:Subject:To:Cc:X-Mailer:In-Reply-To:References: X-Originating-IP:Message-Id:MIME-Version:Content-Type: Content-Transfer-Encoding; b=VfYJxUC0c4Xej3WV0V/5cC2PPcfl5l3sVhKdiCbEDAnn5d+PYBpOJyzuy96JJhyLl 5YuNBKP36PErjTHdF96Rni2GLjMV07wNIIx87fksMhbqQbCPtXwF3U3CnjZ3RHb8ud qQu5hc2vvrmKLZPILuKcI/ZqiQXLP30Kjl/Tg+so= X-Mailman-Approved-At: Tue, 21 Feb 2012 12:26:34 +0000 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: devd based AUTOMOUNTER X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Feb 2012 09:05:24 -0000 Hi,=20 I have created a PORT at last, its in the 'port' directory in the usual pla= ce: https://github.com/vermaden/automount/ Its my first PORT so feel free to bash me about my mistakes ;) After latest 'commits' I think that its ready for day-to-day use. To make 'full advantage' of *automount* install these ports: sysutils/ntfsprogs sysutils/fusefs-ntfs sysutils/fusefs-ext4fuse sysutils/fusefs-exfat I will try to add these ports as OPTIONS in the Makefile later. I will have to think about creating a man page through ... Feel free to submit Your propositions about next changes/development, because I think that I already created everything 'I' needed.=20 Regards, vermaden --- =20 From owner-freebsd-current@FreeBSD.ORG Tue Feb 21 13:35:58 2012 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 B7C27106566B; Tue, 21 Feb 2012 13:35:58 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 2133C8FC17; Tue, 21 Feb 2012 13:35:57 +0000 (UTC) Received: from outgoing.leidinger.net (p5796D1ED.dip.t-dialin.net [87.150.209.237]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 6478A844855; Tue, 21 Feb 2012 14:35:42 +0100 (CET) Received: from webmail.leidinger.net (webmail.Leidinger.net [IPv6:fd73:10c7:2053:1::3:102]) by outgoing.leidinger.net (Postfix) with ESMTPS id B138356E1; Tue, 21 Feb 2012 14:35:39 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=leidinger.net; s=outgoing-alex; t=1329831339; bh=x6C84oYcO7m3aPqiTBVOm87R1xY0F417ZK4lFUDia5M=; h=Date:Message-ID:From:To:Subject:Content-Type:MIME-Version; b=KtgkASP2nKijB1mJe9mo7vasp9S+aDheCKtwh0om6xtnKCcS+OgFrcbUoU8kxi5rW on0/MJJqS1IDAH9d6S5My/VypBarveV+Rzu8Eb+Rzco0eubfvO4WxfPfz2hKXEJ6EE 6t4dUvTriLWOlCiiNuHsGNfcPKVnB3a1owxZLh5FsT/72Nu0sGBOIST0oA24RzdF8I WorX03N1tKG2LE4WiQ+kq/BjTyLv8GAhMSRfg8UbrNZ/7ted7IOBHMBjM5pTuCkJUY sf7o+IEUJL0XNs1gEUjDKWTdUM4TjOWB6bSR6Xy9gBzX9Jo8TWMnr4b+u4Gb2NIpLO gaCbX1Wd1Pz9g== Received: (from www@localhost) by webmail.leidinger.net (8.14.5/8.14.4/Submit) id q1LDZdep039948; Tue, 21 Feb 2012 14:35:39 +0100 (CET) (envelope-from Alexander@Leidinger.net) X-Authentication-Warning: webmail.leidinger.net: www set sender to Alexander@Leidinger.net using -f Received: from 85.94.224.20 ([85.94.224.20]) by webmail.leidinger.net (Horde Framework) with HTTP; Tue, 21 Feb 2012 14:35:39 +0100 Date: Tue, 21 Feb 2012 14:35:37 +0100 Message-ID: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> From: Alexander Leidinger To: current@FreeBSD.org, stable@FreeBSD.org User-Agent: Internet Messaging Program (IMP) H4 (5.0.18) Content-Type: text/plain; charset=UTF-8; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 6478A844855.A06DB X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=0.259, required 6, autolearn=disabled, AWL -1.40, DKIM_SIGNED 0.10, DKIM_VALID -0.10, DKIM_VALID_AU -0.10, RCVD_IN_SORBS 1.00, RCVD_IN_SORBS_WEB 0.61, TW_EQ 0.08, TW_QC 0.08, T_RP_MATCHES_RCVD -0.01) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1330436143.85177@uWDe72kcRGSnHkdXY4ghNA X-EBL-Spam-Status: No Cc: Subject: [CFT] modular kernel config X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Feb 2012 13:35:58 -0000 Hi, I created a kernel config for i386/amd64 (should work on -current and 9.x) and a suitable loader.conf which: - tries to provide as much features as GENERIC (I lost one or two disk controllers, they are not available as a module... or I didn't find them) - incorporates some more features based upon a poll on stable@ (see below) - loads as much as possible as a module I've compile-tested them on i386 and amd64, but I didn't had time yet to give it a try on a spare machine. I may get some time next week to test (i386 only). It would be nice if someone could help testing: - compile the kernel - make _sure_ you have a way to recover the system in case the new kernel+loader.conf fails - verify that the example loader.conf contains all devices which are important for you - copy the example loader.conf to /boot/loader.conf - give it a try You can download from http://www.Leidinger.net/FreeBSD/current-patches/ The files are - i386_SMALL - i386_SMALL_loader.conf - amd64_SMALL - amd64_SMALL_loader.conf I didn't provide direct links for eqch one on purpose. If you do not know how to recover a system with an unsuitable loader.conf, don't give this a try (you could check a diff between GENERIC and SMALL, and make sure all removed devices which are imporant for you are in the loader.conf). They should work on -current and on 9.x, for 8.x I'm not sure if it woll work without removing some stuff (GENERIC on 8.x comes without some more debugging options, make sure you don't get surprised by them, but those may not be the only differences). I didn't use the name MODULAR on purpose, I've chosen a name where the first letter does not yet exist in the kernel config directory, to make tab-completion more easy. If you are not happy with the name, keep your opinion for yourself please, until after you tested this on a (maybe virtual) system. The loader.conf was generated with a script from a diff between GENERIC and SMALL, if there's a name mismatch between the config-name and the module-name, the script may have missed the module (I added some missing sound modules, but I may have overlooked something). You better double-check before giving it a try. The loader.conf is also supposed to disable some features (at the end of the file) which are new compared to what is in GENERIC, if the particular feature could cause a change in behavior. The new stuff in the kernel config compared to GENERIC is (in order of number of requests from users): - IPSEC (+ device enc + IPSEC_NAT_T) - ALTQ - SW_WATCHDOG - QUOTA - IPSTEALTH (disabled in loader.conf) - IPFIREWALL_FORWARD (touches every packet, power users which need a bigger PPS but not this feature can recompile the kernel, discussed with julian@) - FLOWTABLE (disabled in loader.conf) - BPF_JITTER In the poll there where some more options requested, but most of them can be handled via the loader or sysctl (e.g. the firewalls can be loaded as modules). For some of them I added some comments at the end of the SMALL config to make it more easy to find the correct way of configuring them. Doc-committers may want to have a look, maybe there's an opportunity to improve existing documentation. I'm interested in success reports, failure reports, and reports about missing stuff in loader.conf (mainly compared to the devices available in GENERIC, but missing stuff which could help getting a system installed and booted is welcome even if what you propose is not in GENERIC). Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Tue Feb 21 14:57:20 2012 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 BE148106564A for ; Tue, 21 Feb 2012 14:57:20 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 525DC8FC18 for ; Tue, 21 Feb 2012 14:57:20 +0000 (UTC) Received: from outgoing.leidinger.net (p5796D1ED.dip.t-dialin.net [87.150.209.237]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 94EA0844870; Tue, 21 Feb 2012 15:56:59 +0100 (CET) Received: from webmail.leidinger.net (webmail.Leidinger.net [IPv6:fd73:10c7:2053:1::3:102]) by outgoing.leidinger.net (Postfix) with ESMTPS id D9C3656EB; Tue, 21 Feb 2012 15:56:56 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=leidinger.net; s=outgoing-alex; t=1329836216; bh=UL+7eTrKNwgsYOFNZUvrISOMwfK0Df/inqt3KL3aiUU=; h=Date:Message-ID:From:To:Cc:Subject:Content-Type:MIME-Version; b=prFosJ56kFPRT68KAVc+BbTi1i/tzYcsGkhx4ibma4fVXBFIIa3vlbkN94kSO60Pn nWk0dKl5BfSHZvsuVcGqD9Q/cr7q8UEEv0uxaMEJ78RJ+vTViWqn+xHykY8yJ+itaA O8qBR9Pup9bFTcoi0Tf8rMUbQsOcigTyAu7cJtRCygaM7uyCVe+oC69pVJjVXvQ6NI B6CW25M8KOXm2A6dsQKRxcMCtE1yS0rwwPvznBxnOx76L/Boc5JZ+8SbcEljI4ILC0 cBEkQwMMeIQzDOH37tK2VFmABshoff1x5L+NMvO/ePeg5+nnbNy4bCLk8NwSXxQapH bEI6rxZ8AvnoQ== Received: (from www@localhost) by webmail.leidinger.net (8.14.5/8.14.4/Submit) id q1LEuuhm044963; Tue, 21 Feb 2012 15:56:56 +0100 (CET) (envelope-from Alexander@Leidinger.net) X-Authentication-Warning: webmail.leidinger.net: www set sender to Alexander@Leidinger.net using -f Received: from 85.94.224.20 ([85.94.224.20]) by webmail.leidinger.net (Horde Framework) with HTTP; Tue, 21 Feb 2012 15:56:56 +0100 Date: Tue, 21 Feb 2012 15:56:56 +0100 Message-ID: <20120221155656.Horde.kkqxT5jmRSRPQ7C4wSPK1kA@webmail.leidinger.net> From: Alexander Leidinger To: current@FreeBSD.org User-Agent: Internet Messaging Program (IMP) H4 (5.0.18) Content-Type: text/plain; charset=UTF-8; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 94EA0844870.A1375 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=0.358, required 6, autolearn=disabled, AWL -1.45, DKIM_SIGNED 0.10, DKIM_VALID -0.10, DKIM_VALID_AU -0.10, RCVD_IN_SORBS 1.00, RCVD_IN_SORBS_WEB 0.61, TW_CX 0.08, TW_MX 0.08, TW_NX 0.08, TW_XG 0.08, T_RP_MATCHES_RCVD -0.01) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1330441020.32459@kWX83Q6/QCPcp1kw118Izg X-EBL-Spam-Status: No Cc: marius@FreeBSD.org, gallatin@FreeBSD.org, np@FreeBSD.org Subject: NICs not in GENERIC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Feb 2012 14:57:20 -0000 Hi, is there a specific reason that the following NICs are not (or shall not be) in GENERIC (at least on i386)? - if_cas: is compiled as a module, Sun hardware, non-x86 only? - if_cxgb - if_cxgbe - if_gem: is compiled as a module, Apple/Sun, non-x86 only? - if_hme: is compiled as a module, Sun hardware, non-x86 only? - if_ic: no man-page - if_ipheth: no man-page - if_mos: USB NIC - if_mxge - if_my - if_nxge - if_vtnet: virtual NIC for hypervisors Bye, Alexander. -- Progress might have been all right once, but it's gone on too long. -- Ogden Nash http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Tue Feb 21 15:58:54 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F433106564A for ; Tue, 21 Feb 2012 15:58:54 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 52F4E8FC13 for ; Tue, 21 Feb 2012 15:58:53 +0000 (UTC) Received: by werm13 with SMTP id m13so6256888wer.13 for ; Tue, 21 Feb 2012 07:58:52 -0800 (PST) Received-SPF: pass (google.com: domain of sfourman@gmail.com designates 10.180.103.97 as permitted sender) client-ip=10.180.103.97; Authentication-Results: mr.google.com; spf=pass (google.com: domain of sfourman@gmail.com designates 10.180.103.97 as permitted sender) smtp.mail=sfourman@gmail.com; dkim=pass header.i=sfourman@gmail.com Received: from mr.google.com ([10.180.103.97]) by 10.180.103.97 with SMTP id fv1mr26873345wib.17.1329839932417 (num_hops = 1); Tue, 21 Feb 2012 07:58:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=fmKJSKT/+33/sVqyXLQShkUmM6IpNChV4BzT8+FLcr8=; b=lWF+Gn+rpvbA/ZQj2C+94YVmlorLiaOM3C9lnV8+411anPr/WB1Efj/L3EuNfXo3Yf qdQBz6szGhU756hSgQ1zgLYw9f3BK/WKEL5oFF5rrsCye5LXDbV2+gYZ9HRj/v0MOSmh Z/n87am1buKF3OrleV5YUW22KMOG3YCb+dkMA= MIME-Version: 1.0 Received: by 10.180.103.97 with SMTP id fv1mr22407845wib.17.1329839932313; Tue, 21 Feb 2012 07:58:52 -0800 (PST) Received: by 10.227.205.6 with HTTP; Tue, 21 Feb 2012 07:58:52 -0800 (PST) Date: Tue, 21 Feb 2012 09:58:52 -0600 Message-ID: From: "Sam Fourman Jr." To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: AMD K15 sensor support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Feb 2012 15:58:54 -0000 I was wondering if anyone is aware of any ongoing effort to support the on CPU temp sensors on the AMD K15 CPU's amdtemp only supports up to K11 so far as I can tell Sam Fourman Jr. Titan# dmesg Copyright (c) 1992-2012 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 10.0-CURRENT #1 r231712: Tue Feb 14 15:46:59 CST 2012 root@Titan:/usr/obj/usr/src/sys/TITAN amd64 WARNING: WITNESS option enabled, expect reduced performance. link_elf_obj: symbol PHYS_TO_VM_PAGE undefined KLD file vboxdrv.ko - could not finalize loading module_register: module pci/sdhci already exists! Module pci/sdhci failed to register: 17 CPU: AMD FX(tm)-6100 Six-Core Processor (3624.21-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x600f12 Family = 15 Model = 1 Stepping = 2 Features=0x178bfbff Features2=0x1e98220b AMD Features=0x2e500800 AMD Features2=0x1c9bfff,> TSC: P-state invariant, performance statistics real memory = 17179869184 (16384 MB) avail memory = 16497942528 (15733 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 6 CPUs FreeBSD/SMP: 1 package(s) x 6 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 ioapic0: Changing APIC ID to 8 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ctl: CAM Target Layer loaded cryptosoft0: on motherboard acpi0: on motherboard acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, cfca0000 (3) failed cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 cpu4: on acpi0 cpu5: on acpi0 attimer0: port 0x40-0x43 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 hpet0: iomem 0xfed00000-0xfed003ff irq 0,8 on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 atrtc0: port 0x70-0x73 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 18 at device 2.0 on pci0 pci1: on pcib1 vgapci0: port 0xdf00-0xdf7f mem 0xf8000000-0xf9ffffff,0xd0000000-0xd7ffffff,0xdc000000-0xdfffffff irq 18 at device 0.0 on pci1 nvidia0: on vgapci0 vgapci0: child nvidia0 requested pci_enable_io vgapci0: child nvidia0 requested pci_enable_io hdac0: mem 0xfbffc000-0xfbffffff irq 19 at device 0.1 on pci1 pcib2: irq 17 at device 9.0 on pci0 pci2: on pcib2 xhci0: mem 0xfd1f8000-0xfd1fffff irq 17 at device 0.0 on pci2 xhci0: 64 byte context size. usbus0 on xhci0 pcib3: irq 18 at device 10.0 on pci0 pci3: on pcib3 ahci0: port 0xef00-0xef07,0xee00-0xee03,0xed00-0xed07,0xec00-0xec03,0xeb00-0xeb0f mem 0xfdbff000-0xfdbff1ff irq 18 at device 0.0 on pci3 ahci0: AHCI v1.00 with 2 6Gbps ports, Port Multiplier supported with FBS ahcich0: at channel 0 on ahci0 ahcich1: at channel 1 on ahci0 ahci1: port 0xff00-0xff07,0xfe00-0xfe03,0xfd00-0xfd07,0xfc00-0xfc03,0xfb00-0xfb0f mem 0xfdfff000-0xfdfff3ff irq 19 at device 17.0 on pci0 ahci1: AHCI v1.20 with 6 6Gbps ports, Port Multiplier supported ahcich2: at channel 0 on ahci1 ahcich3: at channel 1 on ahci1 ahcich4: at channel 2 on ahci1 ahcich5: at channel 3 on ahci1 ahcich6: at channel 4 on ahci1 ahcich7: at channel 5 on ahci1 ohci0: mem 0xfdffe000-0xfdffefff irq 18 at device 18.0 on pci0 usbus1: on ohci0 ehci0: mem 0xfdffd000-0xfdffd0ff irq 17 at device 18.2 on pci0 usbus2: EHCI version 1.0 usbus2: on ehci0 ohci1: mem 0xfdffc000-0xfdffcfff irq 18 at device 19.0 on pci0 usbus3: on ohci1 ehci1: mem 0xfdffb000-0xfdffb0ff irq 17 at device 19.2 on pci0 usbus4: EHCI version 1.0 usbus4: on ehci1 pci0: at device 20.0 (no driver attached) hdac1: mem 0xfdff4000-0xfdff7fff irq 16 at device 20.2 on pci0 isab0: at device 20.3 on pci0 isa0: on isab0 pcib4: at device 20.4 on pci0 pci4: on pcib4 fwohci0: port 0xbf00-0xbf7f mem 0xfddff000-0xfddff7ff irq 22 at device 14.0 on pci4 fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:49:e5:50:51:51:05:00 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0xcfd84000 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:49:e5:51:05:00 fwe0: Ethernet address: 02:49:e5:51:05:00 fwip0: on firewire0 fwip0: Firewire address: 00:49:e5:50:51:51:05:00 @ 0xfffe00000000, S400, maxrec 2048 fwohci0: Initiate bus reset fwohci0: fwohci_intr_core: BUS reset fwohci0: fwohci_intr_core: node_id=0x00000000, SelfID Count=1, CYCLEMASTER mode ohci2: mem 0xfdffa000-0xfdffafff irq 18 at device 20.5 on pci0 usbus5: on ohci2 pcib5: at device 21.0 on pci0 pci5: on pcib5 re0: port 0xae00-0xaeff mem 0xfd9ff000-0xfd9fffff,0xfd9f8000-0xfd9fbfff irq 17 at device 0.0 on pci5 re0: Using 1 MSI-X message re0: Chip rev. 0x2c800000 re0: MAC rev. 0x00000000 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, 1000baseT-FDX-flow-master, auto, auto-flow re0: Ethernet address: 50:e5:49:bd:28:28 pcib6: at device 21.1 on pci0 pci6: on pcib6 xhci1: mem 0xfd8f8000-0xfd8fffff irq 17 at device 0.0 on pci6 xhci1: 64 byte context size. usbus6 on xhci1 pcib7: at device 21.2 on pci0 pci7: on pcib7 pcib8: at device 21.3 on pci0 pci8: on pcib8 ohci3: mem 0xfdff9000-0xfdff9fff irq 18 at device 22.0 on pci0 usbus7: on ohci3 ehci2: mem 0xfdff8000-0xfdff80ff irq 17 at device 22.2 on pci0 usbus8: EHCI version 1.0 usbus8: on ehci2 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 orm0: at iomem 0xc0000-0xcd7ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] ppc0: cannot reserve I/O port range hwpstate0: on cpu0 firewire0: 1 nodes, maxhop <= 0 cable IRM irm(0) (me) firewire0: bus manager 0 ZFS filesystem version 5 ZFS storage pool version 28 Timecounters tick every 1.000 msec hdacc0: at cad 0 on hdac0 hdaa0: at nid 1 on hdacc0 pcm0: at nid 5 on hdaa0 hdacc1: at cad 1 on hdac0 hdaa1: at nid 1 on hdacc1 pcm1: at nid 5 on hdaa1 hdacc2: at cad 2 on hdac0 hdaa2: at nid 1 on hdacc2 pcm2: at nid 5 on hdaa2 hdacc3: at cad 3 on hdac0 hdaa3: at nid 1 on hdacc3 pcm3: at nid 5 on hdaa3 hdacc4: at cad 0 on hdac1 hdaa4: at nid 1 on hdacc4 pcm4: at nid 20,22,21,23 and 24,26 on hdaa4 pcm5: at nid 27 and 25 on hdaa4 pcm6: at nid 30 on hdaa4 pcm7: at nid 17 on hdaa4 usbus0: 5.0Gbps Super Speed USB v3.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 480Mbps High Speed USB v2.0 usbus5: 12Mbps Full Speed USB v1.0 usbus6: 5.0Gbps Super Speed USB v3.0 usbus7: 12Mbps Full Speed USB v1.0 usbus8: 480Mbps High Speed USB v2.0 ugen0.1: <0x1b6f> at usbus0 uhub0: <0x1b6f XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> 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 ugen5.1: at usbus5 uhub5: on usbus5 ugen6.1: <0x1b6f> at usbus6 uhub6: <0x1b6f XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus6 ugen7.1: at usbus7 uhub7: on usbus7 ugen8.1: at usbus8 uhub8: on usbus8 uhub5: 2 ports with 2 removable, self powered uhub7: 4 ports with 4 removable, self powered uhub1: 5 ports with 5 removable, self powered uhub3: 5 ports with 5 removable, self powered uhub0: 4 ports with 4 removable, self powered uhub6: 4 ports with 4 removable, self powered uhub8: 4 ports with 4 removable, self powered uhub2: 5 ports with 5 removable, self powered uhub4: 5 ports with 5 removable, self powered ugen1.2: at usbus1 ugen3.2: at usbus3 ums1: on usbus1 ukbd0: on usbus3 ums1: 8 buttons and [XYZ] coordinates ID=0 kbd2 at ukbd0 uhid0: on usbus3 ada0 at ahcich3 bus 0 scbus3 target 0 lun 0 ada0: ATA-7 SATA 2.x device ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 238475MB (488397168 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad10 SMP: AP CPU #1 Launched! cd0 at ahcich2 bus 0 scbus2 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed SMP: AP CPU #3 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #4 Launched! SMP: AP CPU #5 Launched! Timecounter "TSC-low" frequency 14157085 Hz quality 1000 WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from ufs:/dev/ada0p2 [rw]... lock order reversal: 1st 0xffffff83de30e8f8 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2658 2nd 0xfffffe0012346200 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:284 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a kdb_backtrace() at kdb_backtrace+0x37 _witness_debugger() at _witness_debugger+0x2c witness_checkorder() at witness_checkorder+0x853 _sx_xlock() at _sx_xlock+0x5d ufsdirhash_acquire() at ufsdirhash_acquire+0x33 ufsdirhash_add() at ufsdirhash_add+0x19 ufs_direnter() at ufs_direnter+0x977 ufs_makeinode() at ufs_makeinode+0x28f VOP_CREATE_APV() at VOP_CREATE_APV+0x8d vn_open_cred() at vn_open_cred+0x46a kern_openat() at kern_openat+0x1f9 amd64_syscall() at amd64_syscall+0x39e Xfast_syscall() at Xfast_syscall+0xf7 --- syscall (5, FreeBSD ELF64, sys_open), rip = 0x80094931c, rsp = 0x7fffffffd798, rbp = 0x800c0708b --- fuse4bsd: version 0.3.9-pre1, FUSE ABI 7.8 re0: link state changed to UP acquiring duplicate lock of same type: "os.lock_mtx" 1st os.lock_mtx @ nvidia_os.c:872 2nd os.lock_mtx @ nvidia_os.c:872 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a kdb_backtrace() at kdb_backtrace+0x37 _witness_debugger() at _witness_debugger+0x2c witness_checkorder() at witness_checkorder+0x93a _mtx_lock_flags() at _mtx_lock_flags+0x85 os_acquire_spinlock() at os_acquire_spinlock+0x1a _nv014437rm() at _nv014437rm+0x9 lock order reversal: 1st 0xfffffe0012156620 pseudofs (pseudofs) @ /usr/src/sys/kern/vfs_syscalls.c:4181 2nd 0xffffffff811cafc0 allproc (allproc) @ /usr/src/sys/fs/pseudofs/pseudofs_vnops.c:765 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a kdb_backtrace() at kdb_backtrace+0x37 _witness_debugger() at _witness_debugger+0x2c witness_checkorder() at witness_checkorder+0x853 _sx_slock() at _sx_slock+0x63 pfs_readdir() at pfs_readdir+0x101 kern_getdirentries() at kern_getdirentries+0x135 sys_getdirentries() at sys_getdirentries+0x23 amd64_syscall() at amd64_syscall+0x39e Xfast_syscall() at Xfast_syscall+0xf7 --- syscall (196, FreeBSD ELF64, sys_getdirentries), rip = 0x80153624c, rsp = 0x7fffffffd558, rbp = 0x1 --- pid 1776 (perl5.12.4), uid 0: exited on signal 6 (core dumped) pid 1774 (perl5.12.4), uid 0: exited on signal 6 (core dumped) lock order reversal: 1st 0xfffffe014285b098 ufs (ufs) @ /usr/src/sys/kern/vfs_syscalls.c:3583 2nd 0xffffff83df9bb358 bufwait (bufwait) @ /usr/src/sys/ufs/ffs/ffs_vnops.c:260 3rd 0xfffffe017cf787f8 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2167 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a kdb_backtrace() at kdb_backtrace+0x37 _witness_debugger() at _witness_debugger+0x2c witness_checkorder() at witness_checkorder+0x853 __lockmgr_args() at __lockmgr_args+0xdc6 ffs_lock() at ffs_lock+0x8c VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b _vn_lock() at _vn_lock+0x47 vget() at vget+0x7b vfs_hash_get() at vfs_hash_get+0xd5 ffs_vgetf() at ffs_vgetf+0x48 softdep_sync_buf() at softdep_sync_buf+0x56a ffs_syncvnode() at ffs_syncvnode+0x2b3 ffs_fsync() at ffs_fsync+0x43 sys_fsync() at sys_fsync+0x14d amd64_syscall() at amd64_syscall+0x39e Xfast_syscall() at Xfast_syscall+0xf7 --- syscall (95, FreeBSD ELF64, sys_fsync), rip = 0x80a91884c, rsp = 0x7ffffe78ccb8, rbp = 0 --- -- Sam Fourman Jr. Fourman Networks http://www.fourmannetworks.com From owner-freebsd-current@FreeBSD.ORG Tue Feb 21 16:13:16 2012 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 8EB33106566B; Tue, 21 Feb 2012 16:13:16 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.freebsd.org (Postfix) with ESMTP id 44CCD8FC0A; Tue, 21 Feb 2012 16:13:16 +0000 (UTC) Received: from [192.168.200.2] (c-24-125-204-77.hsd1.va.comcast.net [24.125.204.77]) (authenticated bits=0) by duke.cs.duke.edu (8.14.5/8.14.5) with ESMTP id q1LGDEsr009604 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 21 Feb 2012 11:13:15 -0500 (EST) X-DKIM: Sendmail DKIM Filter v2.8.3 duke.cs.duke.edu q1LGDEsr009604 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=cs.duke.edu; s=mail; t=1329840795; bh=UKWani4iC8EP5az99i8G7bDpggokTnNVG3A9+IuSUM0=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=2RRo2Rr1+AzAxR8XWDLX/zCgoIHLQsxj+1U0XtcOicvyf721xk0n5QsN4gX/2bZig tKTaoRGT0GnyhKdUrhB+fKPEP6vPDXtkDcbFj8rUVAdBjsPOnR9eKf3eb3/VGUphLx PpaR4tSyU4PmCgs5Jq3AZV5DFkBbdW43xpeEQpuDL83HDTY2eueu4xOR+efx22B1H0 yXJ6eNO88TWer3swfPvqZq/cCrAV7KRFq4kKanZCbKttKx61aYZ3HEqFZchsBmb+AF XO1COi6ZBDcGScBvO6J859Lou9CYhuTa2t7yT/UH5Xon0ZX69GuvYysli1+Ud6HY4A qCmdtJHrfRmIg== Message-ID: <4F43C29A.1090703@cs.duke.edu> Date: Tue, 21 Feb 2012 11:13:14 -0500 From: Andrew Gallatin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:9.0) Gecko/20111229 Thunderbird/9.0 MIME-Version: 1.0 To: Alexander Leidinger References: <20120221155656.Horde.kkqxT5jmRSRPQ7C4wSPK1kA@webmail.leidinger.net> In-Reply-To: <20120221155656.Horde.kkqxT5jmRSRPQ7C4wSPK1kA@webmail.leidinger.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: marius@FreeBSD.org, current@FreeBSD.org, np@FreeBSD.org Subject: Re: NICs not in GENERIC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Feb 2012 16:13:16 -0000 On 02/21/12 09:56, Alexander Leidinger wrote: > Hi, > > is there a specific reason that the following NICs are not (or shall not > be) in GENERIC (at least on i386)? <....> > - if_mxge <....> Speaking for mxge, it requires the better part of 1MB worth of firmware files, and it is a rather uncommon device. I never added it to GENERIC because I was trying to avoid bloating the kernel. It works just fine as a module. Drew From owner-freebsd-current@FreeBSD.ORG Tue Feb 21 17:51:11 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: by hub.freebsd.org (Postfix, from userid 1205) id 2B55D106566C; Tue, 21 Feb 2012 17:51:11 +0000 (UTC) Date: Tue, 21 Feb 2012 17:51:11 +0000 From: Navdeep Parhar To: Alexander Leidinger Message-ID: <20120221175111.GA41049@hub.freebsd.org> Mail-Followup-To: Alexander Leidinger , current@FreeBSD.org, marius@FreeBSD.org, gallatin@FreeBSD.org References: <20120221155656.Horde.kkqxT5jmRSRPQ7C4wSPK1kA@webmail.leidinger.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120221155656.Horde.kkqxT5jmRSRPQ7C4wSPK1kA@webmail.leidinger.net> User-Agent: Mutt/1.4.2.1i Cc: marius@FreeBSD.org, gallatin@FreeBSD.org, current@FreeBSD.org Subject: Re: NICs not in GENERIC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Feb 2012 17:51:11 -0000 On Tue, Feb 21, 2012 at 03:56:56PM +0100, Alexander Leidinger wrote: > Hi, > > is there a specific reason that the following NICs are not (or shall > not be) in GENERIC (at least on i386)? No specific reason for these two: > - if_cxgb > - if_cxgbe But I do prefer to load them as modules (and as late as possible -- after sysctl.conf has been processed and any nmbclusters, nmbjumboXX settings have taken affect). Other than root over NFS, is there any reason to have NIC drivers in GENERIC? Regards, Navdeep From owner-freebsd-current@FreeBSD.ORG Tue Feb 21 18:28:50 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C314B106566C; Tue, 21 Feb 2012 18:28:50 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id 886628FC12; Tue, 21 Feb 2012 18:28:50 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id q1LISoFf020882; Tue, 21 Feb 2012 10:28:50 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id q1LISoEg020881; Tue, 21 Feb 2012 10:28:50 -0800 (PST) (envelope-from sgk) Date: Tue, 21 Feb 2012 10:28:50 -0800 From: Steve Kargl To: freebsd-current@freebsd.org, freebsd-ports@freebsd.org Message-ID: <20120221182850.GA20768@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: rtld or lang/gcc cannot find libgcc_s.so.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Feb 2012 18:28:50 -0000 Sorry about the cross post, but I can't tell if this a -current issue of a -ports issue. Unfortunately, I updated my freebsd 10.0 systems and the lang/gcc port during the same timeframe. I have compiled my math library and several programs with gfortran, which is installed by lang/gcc (pkg_info shows gcc-4.6.2_1). When I try running the program I get troutmask:kargl[210] halfspace /lib/libgcc_s.so.1: version GCC_4.6.0 required by /home/kargl/bin/halfspace not foundtroutmask:kargl[211] (Note, the annoying absense of a newline character after the error message, which is a completely different issue.) I see this problem on both freebsd-i386 and freebsd-amd64. troutmask:kargl[212] ldd ~/bin/halfspace /home/kargl/bin/halfspace: liblapack.so.4 => /usr/local/lib/liblapack.so.4 (0x2008c3000) libblas.so.2 => /usr/local/lib/libblas.so.2 (0x201463000) libgfortran.so.3 => /usr/local/lib/gcc46/libgfortran.so.3 (0x20175d000) libm.so.5 => /lib/libm.so.5 (0x201a70000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x201c95000) libquadmath.so.0 => /usr/local/lib/gcc46/libquadmath.so.0 (0x201ea2000) libc.so.7 => /lib/libc.so.7 (0x2020d6000) troutmask:kargl[212] ldconfig -r | grep libgcc_s 29:-lgcc_s.1 => /lib/libgcc_s.so.1 723:-lgcc_s.1 => /usr/local/lib/gcc46/libgcc_s.so.1 So, it appears that rtld is finding the wrong libgcc_s.so.1 or the lang/gcc port is no longer providing sufficient information for rtld to choose the correct library. I have reverted revisions 230784, 299768, and 229508 (and various combinitions of these revisions) from rtld-elf. The result does not change the above error. I can work around the problem by specifying -static during the building of my programs. Or, I can work around the problem by *explicitly* adding '-rpath /usr/local/lib' to the command line, which I have never had to do. -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Feb 21 19:00:15 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E5479106566B for ; Tue, 21 Feb 2012 19:00:14 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 640248FC15 for ; Tue, 21 Feb 2012 19:00:14 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q1LIvt9i068744 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 21 Feb 2012 20:57:55 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q1LIvsVE031520; Tue, 21 Feb 2012 20:57:54 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q1LIvs61031519; Tue, 21 Feb 2012 20:57:54 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 21 Feb 2012 20:57:54 +0200 From: Konstantin Belousov To: Steve Kargl Message-ID: <20120221185754.GL55074@deviant.kiev.zoral.com.ua> References: <20120221182850.GA20768@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+svXpSx+RSEd8UhP" Content-Disposition: inline In-Reply-To: <20120221182850.GA20768@troutmask.apl.washington.edu> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 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 Cc: freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: rtld or lang/gcc cannot find libgcc_s.so.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Feb 2012 19:00:15 -0000 --+svXpSx+RSEd8UhP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 21, 2012 at 10:28:50AM -0800, Steve Kargl wrote: > Sorry about the cross post, but I can't tell if this > a -current issue of a -ports issue. Unfortunately, > I updated my freebsd 10.0 systems and the lang/gcc > port during the same timeframe. >=20 > I have compiled my math library and several programs > with gfortran, which is installed by lang/gcc (pkg_info=20 > shows gcc-4.6.2_1). When I try running the program > I get >=20 > troutmask:kargl[210] halfspace > /lib/libgcc_s.so.1: version GCC_4.6.0 required by /home/kargl/bin/halfspa= ce > not foundtroutmask:kargl[211] >=20 > (Note, the annoying absense of a newline character after the error > message, which is a completely different issue.) >=20 > I see this problem on both freebsd-i386 and freebsd-amd64. >=20 > troutmask:kargl[212] ldd ~/bin/halfspace > /home/kargl/bin/halfspace: > liblapack.so.4 =3D> /usr/local/lib/liblapack.so.4 (0x2008c3000) > libblas.so.2 =3D> /usr/local/lib/libblas.so.2 (0x201463000) > libgfortran.so.3 =3D> /usr/local/lib/gcc46/libgfortran.so.3 (0x20= 175d000) > libm.so.5 =3D> /lib/libm.so.5 (0x201a70000) > libgcc_s.so.1 =3D> /lib/libgcc_s.so.1 (0x201c95000) > libquadmath.so.0 =3D> /usr/local/lib/gcc46/libquadmath.so.0 (0x20= 1ea2000) > libc.so.7 =3D> /lib/libc.so.7 (0x2020d6000) > troutmask:kargl[212] ldconfig -r | grep libgcc_s > 29:-lgcc_s.1 =3D> /lib/libgcc_s.so.1 > 723:-lgcc_s.1 =3D> /usr/local/lib/gcc46/libgcc_s.so.1 >=20 > So, it appears that rtld is finding the wrong libgcc_s.so.1 or=20 > the lang/gcc port is no longer providing sufficient information > for rtld to choose the correct library. >=20 > I have reverted revisions 230784, 299768, and 229508 (and > various combinitions of these revisions) from rtld-elf. The > result does not change the above error. >=20 > I can work around the problem by specifying -static during > the building of my programs. Or, I can work around the > problem by *explicitly* adding '-rpath /usr/local/lib' to the > command line, which I have never had to do. >=20 I highly suspect that you just happen to not need a symbol from the newest namespace before. The thing to look first is the library search path in the ld.so hints, which is output at the second line of ldconfig -r. I think that you have /lib before /usr/local/lib/gcc46 in your setup. This guess is confirmed by the numeration of the two instances of gcc_s above. Either change the config, or use -rpath. AFAIR, ldconfig -m adds the directory at the end of the search list. --+svXpSx+RSEd8UhP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk9D6TEACgkQC3+MBN1Mb4hjugCfRXYXIAPgTsF+A2DKUq5bf1A2 A70AoMle3bjhdxU4Nw7+h5XYfzgi6/tP =PhNe -----END PGP SIGNATURE----- --+svXpSx+RSEd8UhP-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 21 19:43:00 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0883E106564A; Tue, 21 Feb 2012 19:43:00 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id BDC688FC08; Tue, 21 Feb 2012 19:42:59 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id q1LJgxjB021359; Tue, 21 Feb 2012 11:42:59 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id q1LJgxx9021358; Tue, 21 Feb 2012 11:42:59 -0800 (PST) (envelope-from sgk) Date: Tue, 21 Feb 2012 11:42:59 -0800 From: Steve Kargl To: Konstantin Belousov Message-ID: <20120221194259.GA21185@troutmask.apl.washington.edu> References: <20120221182850.GA20768@troutmask.apl.washington.edu> <20120221185754.GL55074@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120221185754.GL55074@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: rtld or lang/gcc cannot find libgcc_s.so.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Feb 2012 19:43:00 -0000 On Tue, Feb 21, 2012 at 08:57:54PM +0200, Konstantin Belousov wrote: > On Tue, Feb 21, 2012 at 10:28:50AM -0800, Steve Kargl wrote: > > > > troutmask:kargl[210] halfspace > > /lib/libgcc_s.so.1: version GCC_4.6.0 required by /home/kargl/bin/halfspace > > not foundtroutmask:kargl[211] > > > > (Note, the annoying absense of a newline character after the error > > message, which is a completely different issue.) > > > > I see this problem on both freebsd-i386 and freebsd-amd64. > > > > troutmask:kargl[212] ldd ~/bin/halfspace > > /home/kargl/bin/halfspace: > > liblapack.so.4 => /usr/local/lib/liblapack.so.4 (0x2008c3000) > > libblas.so.2 => /usr/local/lib/libblas.so.2 (0x201463000) > > libgfortran.so.3 => /usr/local/lib/gcc46/libgfortran.so.3 (0x20175d000) > > libm.so.5 => /lib/libm.so.5 (0x201a70000) > > libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x201c95000) > > libquadmath.so.0 => /usr/local/lib/gcc46/libquadmath.so.0 (0x201ea2000) > > libc.so.7 => /lib/libc.so.7 (0x2020d6000) > > troutmask:kargl[212] ldconfig -r | grep libgcc_s > > 29:-lgcc_s.1 => /lib/libgcc_s.so.1 > > 723:-lgcc_s.1 => /usr/local/lib/gcc46/libgcc_s.so.1 > > > > So, it appears that rtld is finding the wrong libgcc_s.so.1 or > > the lang/gcc port is no longer providing sufficient information > > for rtld to choose the correct library. > > > > I have reverted revisions 230784, 299768, and 229508 (and > > various combinitions of these revisions) from rtld-elf. The > > result does not change the above error. > > > > I can work around the problem by specifying -static during > > the building of my programs. Or, I can work around the > > problem by *explicitly* adding '-rpath /usr/local/lib' to the > > command line, which I have never had to do. > > > I highly suspect that you just happen to not need a symbol from the > newest namespace before. > > The thing to look first is the library search path in the ld.so hints, > which is output at the second line of ldconfig -r. I think that you have > /lib before /usr/local/lib/gcc46 in your setup. This guess is confirmed > by the numeration of the two instances of gcc_s above. Either change > the config, or use -rpath. AFAIR, ldconfig -m adds the directory > at the end of the search list. Yes, /lib comes before /usr/local/lib/gcc46. I suppose that this is a heads up for gerald@. lang/gcc is used by the ports collections to build a large number of other ports, so others are likely to hit this issue. I tried reading rtld.c to see where the issue lies. One possibility seems to be a change in rtld.c (lines 4012-13) to remember the version mismatch, then continuing the search to see if another library with the same name but different location matches. After exhausting the list of directories in the search path, either an error is reported or a match has been found. Note, I'm still trying to parse and understand the rtld.c code, so may be what I'm suggesting is not feasible. -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Feb 21 20:11:48 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B286106564A; Tue, 21 Feb 2012 20:11:48 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id D3AC28FC13; Tue, 21 Feb 2012 20:11:47 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q1LK9E2t095503 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 21 Feb 2012 22:09:14 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q1LK9D9G031894; Tue, 21 Feb 2012 22:09:13 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q1LK9Ckv031893; Tue, 21 Feb 2012 22:09:12 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 21 Feb 2012 22:09:12 +0200 From: Konstantin Belousov To: Steve Kargl Message-ID: <20120221200912.GN55074@deviant.kiev.zoral.com.ua> References: <20120221182850.GA20768@troutmask.apl.washington.edu> <20120221185754.GL55074@deviant.kiev.zoral.com.ua> <20120221194259.GA21185@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="l3ej7W/Jb2pB3qL2" Content-Disposition: inline In-Reply-To: <20120221194259.GA21185@troutmask.apl.washington.edu> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 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 Cc: freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: rtld or lang/gcc cannot find libgcc_s.so.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Feb 2012 20:11:48 -0000 --l3ej7W/Jb2pB3qL2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 21, 2012 at 11:42:59AM -0800, Steve Kargl wrote: > On Tue, Feb 21, 2012 at 08:57:54PM +0200, Konstantin Belousov wrote: > > On Tue, Feb 21, 2012 at 10:28:50AM -0800, Steve Kargl wrote: > > >=20 > > > troutmask:kargl[210] halfspace > > > /lib/libgcc_s.so.1: version GCC_4.6.0 required by /home/kargl/bin/hal= fspace > > > not foundtroutmask:kargl[211] > > >=20 > > > (Note, the annoying absense of a newline character after the error > > > message, which is a completely different issue.) > > >=20 > > > I see this problem on both freebsd-i386 and freebsd-amd64. > > >=20 > > > troutmask:kargl[212] ldd ~/bin/halfspace > > > /home/kargl/bin/halfspace: > > > liblapack.so.4 =3D> /usr/local/lib/liblapack.so.4 (0x2008c300= 0) > > > libblas.so.2 =3D> /usr/local/lib/libblas.so.2 (0x201463000) > > > libgfortran.so.3 =3D> /usr/local/lib/gcc46/libgfortran.so.3 (= 0x20175d000) > > > libm.so.5 =3D> /lib/libm.so.5 (0x201a70000) > > > libgcc_s.so.1 =3D> /lib/libgcc_s.so.1 (0x201c95000) > > > libquadmath.so.0 =3D> /usr/local/lib/gcc46/libquadmath.so.0 (= 0x201ea2000) > > > libc.so.7 =3D> /lib/libc.so.7 (0x2020d6000) > > > troutmask:kargl[212] ldconfig -r | grep libgcc_s > > > 29:-lgcc_s.1 =3D> /lib/libgcc_s.so.1 > > > 723:-lgcc_s.1 =3D> /usr/local/lib/gcc46/libgcc_s.so.1 > > >=20 > > > So, it appears that rtld is finding the wrong libgcc_s.so.1 or=20 > > > the lang/gcc port is no longer providing sufficient information > > > for rtld to choose the correct library. > > >=20 > > > I have reverted revisions 230784, 299768, and 229508 (and > > > various combinitions of these revisions) from rtld-elf. The > > > result does not change the above error. > > >=20 > > > I can work around the problem by specifying -static during > > > the building of my programs. Or, I can work around the > > > problem by *explicitly* adding '-rpath /usr/local/lib' to the > > > command line, which I have never had to do. > > >=20 > > I highly suspect that you just happen to not need a symbol from the > > newest namespace before. > >=20 > > The thing to look first is the library search path in the ld.so hints, > > which is output at the second line of ldconfig -r. I think that you have > > /lib before /usr/local/lib/gcc46 in your setup. This guess is confirmed > > by the numeration of the two instances of gcc_s above. Either change > > the config, or use -rpath. AFAIR, ldconfig -m adds the directory > > at the end of the search list. >=20 > Yes, /lib comes before /usr/local/lib/gcc46. I suppose > that this is a heads up for gerald@. lang/gcc is used by > the ports collections to build a large number of other > ports, so others are likely to hit this issue. >=20 > I tried reading rtld.c to see where the issue lies. One > possibility seems to be a change in rtld.c (lines 4012-13) > to remember the version mismatch, then continuing the search=20 > to see if another library with the same name but different > location matches. After exhausting the list of directories > in the search path, either an error is reported or a match > has been found. Note, I'm still trying to parse and understand > the rtld.c code, so may be what I'm suggesting is not=20 > feasible. No, it is not feasible. The version check that tripped is there to check consistency, and not to start loading. In fact, it is too late to load other library (with the same name). The configuration needs to be fixed, and not the rtld. --l3ej7W/Jb2pB3qL2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk9D+egACgkQC3+MBN1Mb4hsgwCgkwfC8JKfoSZUDyNZ0TSqJE0u zmsAoKBCBRysiqc4ItjRIjIHtkvh2XoA =IOY0 -----END PGP SIGNATURE----- --l3ej7W/Jb2pB3qL2-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 21 21:37:18 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F949106566C; Tue, 21 Feb 2012 21:37:18 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 2D2748FC0C; Tue, 21 Feb 2012 21:37:18 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:3461:e90b:e233:31fe] (unknown [IPv6:2001:7b8:3a7:0:3461:e90b:e233:31fe]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 680E55C37; Tue, 21 Feb 2012 22:37:17 +0100 (CET) Message-ID: <4F440E8B.9020306@FreeBSD.org> Date: Tue, 21 Feb 2012 22:37:15 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120216 Thunderbird/11.0 MIME-Version: 1.0 To: Steve Kargl References: <20120221182850.GA20768@troutmask.apl.washington.edu> <20120221185754.GL55074@deviant.kiev.zoral.com.ua> <20120221194259.GA21185@troutmask.apl.washington.edu> In-Reply-To: <20120221194259.GA21185@troutmask.apl.washington.edu> X-Enigmail-Version: 1.4a1pre Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Konstantin Belousov , freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: rtld or lang/gcc cannot find libgcc_s.so.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Feb 2012 21:37:18 -0000 On 2012-02-21 20:42, Steve Kargl wrote: ... > Yes, /lib comes before /usr/local/lib/gcc46. I suppose > that this is a heads up for gerald@. lang/gcc is used by > the ports collections to build a large number of other > ports, so others are likely to hit this issue. The same applies to libstdc++.so.6, if you compile any C++ program with e.g. g++46. During the link stage, g++ sets the library path so that /usr/local/lib/gcc46/libstdc++.so is linked against the program: ... COMPILER_PATH=/usr/local/libexec/gcc46/gcc/i386-portbld-freebsd10.0/4.6.3/:/usr/local/libexec/gcc46/gcc/i386-portbld-freebsd10.0/4.6.3/:/usr/local/libexec/gcc46/gcc/i386-portbld-freebsd10.0/:/usr/local/lib/gcc46/gcc/i386-portbld-freebsd10.0/4.6.3/:/usr/local/lib/gcc46/gcc/i386-portbld-freebsd10.0/:/usr/local/lib/gcc46/gcc/i386-portbld-freebsd10.0/4.6.3/../../../../../i386-portbld-freebsd10.0/bin/ LIBRARY_PATH=/usr/local/lib/gcc46/gcc/i386-portbld-freebsd10.0/4.6.3/:/usr/local/lib/gcc46/gcc/i386-portbld-freebsd10.0/4.6.3/../../../../../i386-portbld-freebsd10.0/lib/:/usr/local/lib/gcc46/gcc/i386-portbld-freebsd10.0/4.6.3/../../../:/lib/:/usr/lib/ COLLECT_GCC_OPTIONS='-o' 'cpptest' '-v' '-shared-libgcc' '-mtune=generic' '-march=i486' /usr/local/libexec/gcc46/gcc/i386-portbld-freebsd10.0/4.6.3/collect2 --eh-frame-hdr -V -dynamic-linker /libexec/ld-elf.so.1 -o cpptest /usr/lib/crt1.o /usr/lib/crti.o /usr/local/lib/gcc46/gcc/i386-portbld-freebsd10.0/4.6.3/crtbegin.o -L/usr/local/lib/gcc46/gcc/i386-portbld-freebsd10.0/4.6.3 -L/usr/local/lib/gcc46/gcc/i386-portbld-freebsd10.0/4.6.3/../../../../../i386-portbld-freebsd10.0/lib -L/usr/local/lib/gcc46/gcc/i386-portbld-freebsd10.0/4.6.3/../../.. cpptest.o -lstdc++ -lm -lgcc_s -lgcc -lc -lgcc_s -lgcc /usr/local/lib/gcc46/gcc/i386-portbld-freebsd10.0/4.6.3/crtend.o /usr/lib/crtn.o However, at runtime, it links against the system libstdc++: $ ldd ./cpptest ./cpptest: libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x28098000) libm.so.5 => /lib/libm.so.5 (0x28171000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x2818d000) libc.so.7 => /lib/libc.so.7 (0x28198000) Some (simple) C++ programs handle this just fine, others die horribly... From owner-freebsd-current@FreeBSD.ORG Tue Feb 21 22:18:57 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A82A3106564A; Tue, 21 Feb 2012 22:18:57 +0000 (UTC) (envelope-from db@db.net) Received: from diana.db.net (diana.db.net [66.113.102.10]) by mx1.freebsd.org (Postfix) with ESMTP id 8C9D78FC0C; Tue, 21 Feb 2012 22:18:57 +0000 (UTC) Received: from night.db.net (localhost [127.0.0.1]) by diana.db.net (Postfix) with ESMTP id 75A222283F; Tue, 21 Feb 2012 15:00:50 -0700 (MST) Received: by night.db.net (Postfix, from userid 1000) id BDA945DB6; Tue, 21 Feb 2012 17:00:53 -0500 (EST) Date: Tue, 21 Feb 2012 17:00:53 -0500 From: Diane Bruce To: Dimitry Andric Message-ID: <20120221220053.GA44386@night.db.net> References: <20120221182850.GA20768@troutmask.apl.washington.edu> <20120221185754.GL55074@deviant.kiev.zoral.com.ua> <20120221194259.GA21185@troutmask.apl.washington.edu> <4F440E8B.9020306@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F440E8B.9020306@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: Konstantin Belousov , freebsd-current@freebsd.org, freebsd-ports@freebsd.org, Steve Kargl Subject: Re: rtld or lang/gcc cannot find libgcc_s.so.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Feb 2012 22:18:57 -0000 On Tue, Feb 21, 2012 at 10:37:15PM +0100, Dimitry Andric wrote: > On 2012-02-21 20:42, Steve Kargl wrote: > ... > > Yes, /lib comes before /usr/local/lib/gcc46. I suppose > > that this is a heads up for gerald@. lang/gcc is used by > > the ports collections to build a large number of other > > ports, so others are likely to hit this issue. Does -rpath not help ? man ld -rpath dir Add a directory to the runtime library search path. This is used when linking an ELF executable with shared objects. All -rpath arguments are concatenated and passed to the runtime linker, which uses them to locate shared objects at runtime. The -rpath option is also used when locating shared objects which are needed by shared objects explicitly included in the link; see the description of the -rpath-link option. If -rpath is not used when linking an ELF executable, the contents of the environment variable "LD_RUN_PATH" will be used if it is defined. Or is this another problem? -rpath is added in /usr/ports/Mk > However, at runtime, it links against the system libstdc++: I ran into this with two of my own ports. -rpath needed to be passed to ld. - Diane -- - db@FreeBSD.org db@db.net http://www.db.net/~db Why leave money to our children if we don't leave them the Earth? From owner-freebsd-current@FreeBSD.ORG Tue Feb 21 22:32:53 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4BC24106564A; Tue, 21 Feb 2012 22:32:53 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id 23B5E8FC08; Tue, 21 Feb 2012 22:32:53 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id q1LMWqWR094353; Tue, 21 Feb 2012 14:32:52 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id q1LMWqSg094347; Tue, 21 Feb 2012 14:32:52 -0800 (PST) (envelope-from sgk) Date: Tue, 21 Feb 2012 14:32:51 -0800 From: Steve Kargl To: Diane Bruce Message-ID: <20120221223251.GA23053@troutmask.apl.washington.edu> References: <20120221182850.GA20768@troutmask.apl.washington.edu> <20120221185754.GL55074@deviant.kiev.zoral.com.ua> <20120221194259.GA21185@troutmask.apl.washington.edu> <4F440E8B.9020306@FreeBSD.org> <20120221220053.GA44386@night.db.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120221220053.GA44386@night.db.net> User-Agent: Mutt/1.4.2.3i Cc: Konstantin Belousov , freebsd-current@FreeBSD.org, Dimitry Andric , freebsd-ports@FreeBSD.org Subject: Re: rtld or lang/gcc cannot find libgcc_s.so.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Feb 2012 22:32:53 -0000 On Tue, Feb 21, 2012 at 05:00:53PM -0500, Diane Bruce wrote: > On Tue, Feb 21, 2012 at 10:37:15PM +0100, Dimitry Andric wrote: > > On 2012-02-21 20:42, Steve Kargl wrote: > > ... > > > Yes, /lib comes before /usr/local/lib/gcc46. I suppose > > > that this is a heads up for gerald@. lang/gcc is used by > > > the ports collections to build a large number of other > > > ports, so others are likely to hit this issue. > > Does -rpath not help ? I already mentioned that I can add '-rpath /usr/local/lib/gcc46' to my various projects. I can also build with -static to avoid rtld. One can also use LD_LIBRARY_PATH. The issue seems to be that lang/gcc will be installed after system start, and 'ldconfig -m' appends new shared libraries to the hints file. This means that libraries with the same name but different locations will be found via the order of the search path in the hints file, and one gets the wrong library. That is, with the following troutmask:root[256] ldconfig -r | grep libgcc_s 29:-lgcc_s.1 => /lib/libgcc_s.so.1 723:-lgcc_s.1 => /usr/local/lib/gcc46/libgcc_s.so.1 29 will be found before 723. While I can work around the issue, lang/gcc is used by a rather large boatload of ports during the building process and I suspect that a large number of FreeBSD users use lang/gcc for their everyday compiler. The question is how do we, the FreeBSD project, deal with this issue, so that the general user base does not get hit with it. There are a few solutions: 1) Set ldconfig_paths in /etc/rc.conf to cause ${PORTSDIR}/lib to be scanned before /lib and /usr/lib. 2) Use /etc/ld.so.conf to cause ${PORTSDIR}/lib to be scanned for /lib and /usr/lib. 3) Add a new option to ldconfig to prepend new libraries to the hints files and fix the ports to use this option instead of -m. 4) Suggestions from people that are brighter than I. -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Feb 21 23:07:05 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8FB35106566C for ; Tue, 21 Feb 2012 23:07:05 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id 55F668FC08 for ; Tue, 21 Feb 2012 23:07:04 +0000 (UTC) Received: from pps.filterd (ltcfislmsgpa07 [127.0.0.1]) by ltcfislmsgpa07.fnfis.com (8.14.4/8.14.4) with SMTP id q1LMPb20016857 for ; Tue, 21 Feb 2012 17:07:04 -0600 Received: from smtp.fisglobal.com ([10.132.206.15]) by ltcfislmsgpa07.fnfis.com with ESMTP id 134kc3r96f-1 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT) for ; Tue, 21 Feb 2012 17:07:04 -0600 Received: from dt.vicor.com (10.14.152.53) by smtp.fisglobal.com (10.132.206.15) with Microsoft SMTP Server (TLS) id 14.1.323.3; Tue, 21 Feb 2012 17:07:02 -0600 From: Devin Teske To: FreeBSD-Current In-Reply-To: <4F441DCD.1080906@fisglobal.com> References: <4F441DCD.1080906@fisglobal.com> Content-Type: text/plain Date: Tue, 21 Feb 2012 15:07:01 -0800 Message-ID: <1329865621.8397.22.camel@dt.vicor.com> MIME-Version: 1.0 X-Mailer: Evolution 2.0.2 (2.0.2-41.el4) Content-Transfer-Encoding: 7bit X-Originating-IP: [10.14.152.53] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.6.7361, 1.0.260, 0.0.0000 definitions=2012-02-21_08:2012-02-21, 2012-02-21, 1970-01-01 signatures=0 Cc: Dave Robison , Devin Teske Subject: Re: Fwd: Effect of Processor and Memory on KDE4 execution speed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Feb 2012 23:07:05 -0000 On Tue, 2012-02-21 at 14:42 -0800, Robison, Dave wrote: > > > -------- Original Message -------- > Subject: > Effect of Processor and Memory on > KDE4 execution speed > Date: > Tue, 14 Feb 2012 09:39:36 -0500 > From: > Mehmet Erol Sanliturk > > To: > FreeBSD Current > > > > Dear All , > > Today I have encountered a case which I think informing you about it may be > useful . > > In my previous messages , I have mentioned very slowness of KDE4 . > > > Onto another computer I have installed DruidBSD 9.0 b56 amd64 , and KDE4 . > In that installation KDE4 worked surprisingly fast . > Great! Glad to hear it's fast! Though, a couple corrections about the statement above. First correction: You meand "FreeBSD Druid", not "DruidBSD". The "FreeBSD Druid" is a FreeBSD installer. The "DruidBSD" is a micro distribution that can't/doesn't install anything. Second correction: The "FreeBSD Druid" installs a vanilla, completely unmodified RELENG_9_0_RELEASE copy of FreeBSD (albeit using sysinstall(8) instead of bsdinstall(8)). > To understand whether difference is among FreeBSD or DruidBSD , I have > installed > FreeBSD 9.0 Release amd64 and KDE4 on the same computer instead of DruidBSD > . > > The KDE4 has worked flawlesly i.e. , means very fast . > Cool. Glad to hear it's fast there too (makes sense; see below) With respect to the binaries that are being laid-down by the FreeBSD Druid, there is no difference in comparison to the official installer. However, the FreeBSD Druid does do some post-install configuration of the system that the official installer does not (though none of these customizations should have any effect on KDE in any way shape-or-form): 1. It enables sshd root login in /etc/ssh/sshd_config 2. It enables netwait in /etc/rc.conf (by adding netwait_enable="YES") 3. It installs perl-5.14 (as a package so if you don't want it, you can pkg_delete it to get rid of it) 4. It sets the root password 5. It installs /usr/local/sbin/host-setup 6. It configures root login-shell to be /usr/local/sbin/host-setup for easy setup on first-login (once exited, must be run manually henceforth) 7. It installs rsync (as a package, so if you don't want it you can pkg_delete it) 8. It installs bonnie (as a package; don't want -- pkg_delete) 9. Enables SU+J on /tmp /var and /usr None of these customizations should have any effect on system performance whatsoever. So I recommend not treating this as a "FreeBSD Druid" versus "FreeBSD" problem. NOTE: and again, "DruidBSD" is not an installable OS, only a micro Live Distribution used for doing rescues or simply booting into a mfs environment. > To make equivalent the installations on both computers , I have installed > FreeBSD 9.0 Release amd64 and KDE4 on the slow computer exactly as in fast > computer . > I'm confused. In the immediately-above paragraph you mention a fast computer and a slow computer. But in the paragraphs that proceeded it, I only see mention of fast-running KDE4. If you read the previous paragraphs carefully, you're stating that both installers ("FreeBSD Druid" and the official, both) produced fast- running installations of KDE4. Which is it? > > Starting times after first boot ( to eliminate initialization effects ) are > the following > ( All timings are from "root" ) : > Is this on the box that was installed with FreeBSD Druid or box installed with official 9.0-RELEASE media? > >From "startx" ( which contains "exec ... kde4 ..." ) > to appearance of KDE menu symbol at the bottom left corner : > > > Fast computer : 8 GB : 0+ ( < 1 ) minute ( 4 x 2 GB ) > Slow computer : 4 GB : 2+ ( < 3 ) minutes ( 2 x 2 GB ) ( 2 x ! GB chips > removed ) , > 6 GB : 8+ ( < 9 ) minutes ( 2 x ( 2 , 1 ) GB ) . > ( Memory chip installation conforms to main board manual . ) > ( The clock does not have second counter . ) > > Fast Computer > CPU : Intel Pentium Dual CPU E2220 @ 2.40 GHz ( 2397.65-MHz K-8class CPU ) > ACPI APIC Table : < INTEL DG965WH > > > Slow Computer > CPU : Intel Core 2 QUAD CPU Q6600 @ 2.40 GHz ( 2397.65-MHz K-8class CPU ) > ACPI APIC Table : < INTEL DG965WH > > > ( The main boards are the same ) . > ( All of the memory chips are the same : Kingston HyperX 800 MHz ) > In your metrics above, which machine (fast vs slow) was installed with which installer? > I could not understand the reason(s) of the differences . > Disk partitions? (I'm guessing). There's really no difference between what the official 9.0-RELEASE installer installs and what the FreeBSD Druid installs. They were both compiled from RELENG_9_0_RELEASE within a day from each other. The likelihood that the binaries would differ with respect to code they were compiled from is highly unlikely. NOTE: The installed kernel should even have the same MD5 (can't say the same for the rest of the system, because I did have to do a fresh release(7) process -- though differing MD5s will not matter, the code was built within 24 hours from the official release build). -- Devin _____________ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. From owner-freebsd-current@FreeBSD.ORG Tue Feb 21 23:37:30 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E34CC1065673; Tue, 21 Feb 2012 23:37:30 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id BF2678FC19; Tue, 21 Feb 2012 23:37:30 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id q1LNbS7x077040; Tue, 21 Feb 2012 15:37:28 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id q1LNbSMW077039; Tue, 21 Feb 2012 15:37:28 -0800 (PST) (envelope-from sgk) Date: Tue, 21 Feb 2012 15:37:28 -0800 From: Steve Kargl To: Mel Flynn Message-ID: <20120221233728.GA76984@troutmask.apl.washington.edu> References: <20120221182850.GA20768@troutmask.apl.washington.edu> <20120221185754.GL55074@deviant.kiev.zoral.com.ua> <20120221194259.GA21185@troutmask.apl.washington.edu> <4F440E8B.9020306@FreeBSD.org> <20120221220053.GA44386@night.db.net> <20120221223251.GA23053@troutmask.apl.washington.edu> <4F44274A.1010907@acsalaska.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F44274A.1010907@acsalaska.net> User-Agent: Mutt/1.4.2.3i Cc: Konstantin Belousov , Diane Bruce , freebsd-current@freebsd.org, Dimitry Andric , freebsd-ports@freebsd.org Subject: Re: rtld or lang/gcc cannot find libgcc_s.so.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Feb 2012 23:37:31 -0000 On Wed, Feb 22, 2012 at 12:22:50AM +0100, Mel Flynn wrote: > On 2/21/2012 23:32, Steve Kargl wrote: > > On Tue, Feb 21, 2012 at 05:00:53PM -0500, Diane Bruce wrote: > >> On Tue, Feb 21, 2012 at 10:37:15PM +0100, Dimitry Andric wrote: > >>> On 2012-02-21 20:42, Steve Kargl wrote: > >>> ... > >>>> Yes, /lib comes before /usr/local/lib/gcc46. I suppose > >>>> that this is a heads up for gerald@. lang/gcc is used by > >>>> the ports collections to build a large number of other > >>>> ports, so others are likely to hit this issue. > >> > >> Does -rpath not help ? > > > > I already mentioned that I can add '-rpath /usr/local/lib/gcc46' > > to my various projects. I can also build with -static to avoid > > rtld. One can also use LD_LIBRARY_PATH. > > Make sure it's your binary pulling in libgcc_s. I just went through a > few iterations of recompiling mplayer with different *FLAGS and each > time base gcc_s was pulled in. I then did an ldd -a `which mplayer` and > saw libschroedinger was the one actually pulling it in. > I already did the ldd song and dance. -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Feb 21 23:38:47 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2553106566C; Tue, 21 Feb 2012 23:38:47 +0000 (UTC) (envelope-from rflynn@acsalaska.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 4BB318FC19; Tue, 21 Feb 2012 23:38:47 +0000 (UTC) Received: from [127.0.0.1] (squeeze.lan.rachie.is-a-geek.net [192.168.2.30]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id 94BAE7E854; Tue, 21 Feb 2012 14:23:06 -0900 (AKST) Message-ID: <4F44274A.1010907@acsalaska.net> Date: Wed, 22 Feb 2012 00:22:50 +0100 From: Mel Flynn User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: Steve Kargl References: <20120221182850.GA20768@troutmask.apl.washington.edu> <20120221185754.GL55074@deviant.kiev.zoral.com.ua> <20120221194259.GA21185@troutmask.apl.washington.edu> <4F440E8B.9020306@FreeBSD.org> <20120221220053.GA44386@night.db.net> <20120221223251.GA23053@troutmask.apl.washington.edu> In-Reply-To: <20120221223251.GA23053@troutmask.apl.washington.edu> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 21 Feb 2012 23:45:19 +0000 Cc: Konstantin Belousov , Diane Bruce , freebsd-current@freebsd.org, Dimitry Andric , freebsd-ports@freebsd.org Subject: Re: rtld or lang/gcc cannot find libgcc_s.so.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Feb 2012 23:38:47 -0000 On 2/21/2012 23:32, Steve Kargl wrote: > On Tue, Feb 21, 2012 at 05:00:53PM -0500, Diane Bruce wrote: >> On Tue, Feb 21, 2012 at 10:37:15PM +0100, Dimitry Andric wrote: >>> On 2012-02-21 20:42, Steve Kargl wrote: >>> ... >>>> Yes, /lib comes before /usr/local/lib/gcc46. I suppose >>>> that this is a heads up for gerald@. lang/gcc is used by >>>> the ports collections to build a large number of other >>>> ports, so others are likely to hit this issue. >> >> Does -rpath not help ? > > I already mentioned that I can add '-rpath /usr/local/lib/gcc46' > to my various projects. I can also build with -static to avoid > rtld. One can also use LD_LIBRARY_PATH. Make sure it's your binary pulling in libgcc_s. I just went through a few iterations of recompiling mplayer with different *FLAGS and each time base gcc_s was pulled in. I then did an ldd -a `which mplayer` and saw libschroedinger was the one actually pulling it in. Recompiled libschroedinger with gcc46 by putting USE_GCC=46 in the Makefile and sure enough: % ldd `which mplayer`|grep gcc libgcc_s.so.1 => /usr/local/lib/gcc46/libgcc_s.so.1 (0x29625000) In short, bsd.gcc.mk is doing the right thing, but dependencies may screw things up. -- Mel From owner-freebsd-current@FreeBSD.ORG Tue Feb 21 23:52:09 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 031E71065670; Tue, 21 Feb 2012 23:52:09 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id D22D78FC14; Tue, 21 Feb 2012 23:52:08 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id q1LNq87J077145; Tue, 21 Feb 2012 15:52:08 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id q1LNq8Xq077144; Tue, 21 Feb 2012 15:52:08 -0800 (PST) (envelope-from sgk) Date: Tue, 21 Feb 2012 15:52:08 -0800 From: Steve Kargl To: Daniel Eischen Message-ID: <20120221235208.GA77089@troutmask.apl.washington.edu> References: <20120221182850.GA20768@troutmask.apl.washington.edu> <20120221185754.GL55074@deviant.kiev.zoral.com.ua> <20120221194259.GA21185@troutmask.apl.washington.edu> <4F440E8B.9020306@FreeBSD.org> <20120221220053.GA44386@night.db.net> <20120221223251.GA23053@troutmask.apl.washington.edu> 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: Konstantin Belousov , Diane Bruce , freebsd-current@freebsd.org, Dimitry Andric , freebsd-ports@freebsd.org Subject: Re: rtld or lang/gcc cannot find libgcc_s.so.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Feb 2012 23:52:09 -0000 On Tue, Feb 21, 2012 at 06:39:36PM -0500, Daniel Eischen wrote: > On Tue, 21 Feb 2012, Steve Kargl wrote: > > >On Tue, Feb 21, 2012 at 05:00:53PM -0500, Diane Bruce wrote: > >>On Tue, Feb 21, 2012 at 10:37:15PM +0100, Dimitry Andric wrote: > >>>On 2012-02-21 20:42, Steve Kargl wrote: > >>>... > >>>>Yes, /lib comes before /usr/local/lib/gcc46. I suppose > >>>>that this is a heads up for gerald@. lang/gcc is used by > >>>>the ports collections to build a large number of other > >>>>ports, so others are likely to hit this issue. > >> > >>Does -rpath not help ? > > > >I already mentioned that I can add '-rpath /usr/local/lib/gcc46' > >to my various projects. I can also build with -static to avoid > >rtld. One can also use LD_LIBRARY_PATH. > > > >The issue seems to be that lang/gcc will be installed after > >system start, and 'ldconfig -m' appends new shared libraries > >to the hints file. This means that libraries with the same > >name but different locations will be found via the order of the > >search path in the hints file, and one gets the wrong library. > >That is, with the following > > > >troutmask:root[256] ldconfig -r | grep libgcc_s > > 29:-lgcc_s.1 => /lib/libgcc_s.so.1 > > 723:-lgcc_s.1 => /usr/local/lib/gcc46/libgcc_s.so.1 > > > >29 will be found before 723. While I can work around the > >issue, lang/gcc is used by a rather large boatload of ports > >during the building process and I suspect that a large > >number of FreeBSD users use lang/gcc for their everyday > >compiler. The question is how do we, the FreeBSD project, > >deal with this issue, so that the general user base does not > >get hit with it. > > > >There are a few solutions: > >1) Set ldconfig_paths in /etc/rc.conf to cause ${PORTSDIR}/lib to > > be scanned before /lib and /usr/lib. > >2) Use /etc/ld.so.conf to cause ${PORTSDIR}/lib to be scanned > > for /lib and /usr/lib. > > s/for/before/ ?? yes. sorry about the typo. > > >3) Add a new option to ldconfig to prepend new libraries to > > the hints files and fix the ports to use this option instead > > of -m. > > You don't want system binaries that want /lib/libgcc_s.so.1 > to use /usr/local/lib/gccXX/libgcc_s.so.1, though. Wouldn't > your option 3 do that? Well, yes, I suppose that could be a problem. :) > >4) Suggestions from people that are brighter than I. > > [Not brighter than you, but] > > o For our system libgcc, use libcc_s.so.1 (or some other > name) instead of libgcc_s.so.1? Interesting idea. Perhaps, the port should install libgcc46_s.so.1, and binaries installed by lang/gcc updated to use this library. > o Change affected ports to use -rpath when building? I started to look into this option, but it quickly becomes apparent that some (evil) configure hackery may be needed. -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Feb 21 23:56:16 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 224BC1065670; Tue, 21 Feb 2012 23:56:16 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id AF7228FC1F; Tue, 21 Feb 2012 23:56:15 +0000 (UTC) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.5/8.14.5/NETPLEX) with ESMTP id q1LNdaF5036328; Tue, 21 Feb 2012 18:39:36 -0500 X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.2.7 (mail.netplex.net [204.213.176.10]); Tue, 21 Feb 2012 18:39:36 -0500 (EST) Date: Tue, 21 Feb 2012 18:39:36 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Steve Kargl In-Reply-To: <20120221223251.GA23053@troutmask.apl.washington.edu> Message-ID: References: <20120221182850.GA20768@troutmask.apl.washington.edu> <20120221185754.GL55074@deviant.kiev.zoral.com.ua> <20120221194259.GA21185@troutmask.apl.washington.edu> <4F440E8B.9020306@FreeBSD.org> <20120221220053.GA44386@night.db.net> <20120221223251.GA23053@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Konstantin Belousov , Diane Bruce , freebsd-current@freebsd.org, Dimitry Andric , freebsd-ports@freebsd.org Subject: Re: rtld or lang/gcc cannot find libgcc_s.so.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen 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 Feb 2012 23:56:16 -0000 On Tue, 21 Feb 2012, Steve Kargl wrote: > On Tue, Feb 21, 2012 at 05:00:53PM -0500, Diane Bruce wrote: >> On Tue, Feb 21, 2012 at 10:37:15PM +0100, Dimitry Andric wrote: >>> On 2012-02-21 20:42, Steve Kargl wrote: >>> ... >>>> Yes, /lib comes before /usr/local/lib/gcc46. I suppose >>>> that this is a heads up for gerald@. lang/gcc is used by >>>> the ports collections to build a large number of other >>>> ports, so others are likely to hit this issue. >> >> Does -rpath not help ? > > I already mentioned that I can add '-rpath /usr/local/lib/gcc46' > to my various projects. I can also build with -static to avoid > rtld. One can also use LD_LIBRARY_PATH. > > The issue seems to be that lang/gcc will be installed after > system start, and 'ldconfig -m' appends new shared libraries > to the hints file. This means that libraries with the same > name but different locations will be found via the order of the > search path in the hints file, and one gets the wrong library. > That is, with the following > > troutmask:root[256] ldconfig -r | grep libgcc_s > 29:-lgcc_s.1 => /lib/libgcc_s.so.1 > 723:-lgcc_s.1 => /usr/local/lib/gcc46/libgcc_s.so.1 > > 29 will be found before 723. While I can work around the > issue, lang/gcc is used by a rather large boatload of ports > during the building process and I suspect that a large > number of FreeBSD users use lang/gcc for their everyday > compiler. The question is how do we, the FreeBSD project, > deal with this issue, so that the general user base does not > get hit with it. > > There are a few solutions: > 1) Set ldconfig_paths in /etc/rc.conf to cause ${PORTSDIR}/lib to > be scanned before /lib and /usr/lib. > 2) Use /etc/ld.so.conf to cause ${PORTSDIR}/lib to be scanned > for /lib and /usr/lib. s/for/before/ ?? > 3) Add a new option to ldconfig to prepend new libraries to > the hints files and fix the ports to use this option instead > of -m. You don't want system binaries that want /lib/libgcc_s.so.1 to use /usr/local/lib/gccXX/libgcc_s.so.1, though. Wouldn't your option 3 do that? > 4) Suggestions from people that are brighter than I. [Not brighter than you, but] o For our system libgcc, use libcc_s.so.1 (or some other name) instead of libgcc_s.so.1? o Change affected ports to use -rpath when building? -- DE From owner-freebsd-current@FreeBSD.ORG Wed Feb 22 01:14:55 2012 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 EC2741065672; Wed, 22 Feb 2012 01:14:55 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id B58178FC0A; Wed, 22 Feb 2012 01:14:55 +0000 (UTC) Received: from localhost.samsco.home (pooker.samsco.org [168.103.85.57]) (authenticated bits=0) by pooker.samsco.org (8.14.5/8.14.5) with ESMTP id q1M0j5bs047551; Tue, 21 Feb 2012 17:45:05 -0700 (MST) (envelope-from scottl@samsco.org) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=us-ascii From: Scott Long In-Reply-To: <20120221155656.Horde.kkqxT5jmRSRPQ7C4wSPK1kA@webmail.leidinger.net> Date: Tue, 21 Feb 2012 17:45:04 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <1DA65887-49B6-446D-AC31-67B149A6C736@samsco.org> References: <20120221155656.Horde.kkqxT5jmRSRPQ7C4wSPK1kA@webmail.leidinger.net> To: Alexander Leidinger X-Mailer: Apple Mail (2.1257) X-Spam-Status: No, score=-50.0 required=3.8 tests=ALL_TRUSTED, T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on pooker.samsco.org Cc: marius@freebsd.org, gallatin@freebsd.org, current@freebsd.org, np@freebsd.org Subject: Re: NICs not in GENERIC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Feb 2012 01:14:56 -0000 On Feb 21, 2012, at 7:56 AM, Alexander Leidinger wrote: > Hi, >=20 > is there a specific reason that the following NICs are not (or shall = not be) in GENERIC (at least on i386)? > - if_cas: is compiled as a module, Sun hardware, non-x86 only? > - if_gem: is compiled as a module, Apple/Sun, non-x86 only? > - if_hme: is compiled as a module, Sun hardware, non-x86 only? If these aren't for i386 hardware, then why would they need to be in the = i386 GENERIC profile? Scott From owner-freebsd-current@FreeBSD.ORG Wed Feb 22 01:15:02 2012 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 56517106566B; Wed, 22 Feb 2012 01:15:02 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 1A7BF8FC1F; Wed, 22 Feb 2012 01:15:02 +0000 (UTC) Received: from localhost.samsco.home (pooker.samsco.org [168.103.85.57]) (authenticated bits=0) by pooker.samsco.org (8.14.5/8.14.5) with ESMTP id q1M0i1hh047534; Tue, 21 Feb 2012 17:44:01 -0700 (MST) (envelope-from scottl@samsco.org) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=us-ascii From: Scott Long In-Reply-To: <20120221175111.GA41049@hub.freebsd.org> Date: Tue, 21 Feb 2012 17:44:01 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <47CCC607-7D0E-4077-9EA8-4BE20DF4F112@samsco.org> References: <20120221155656.Horde.kkqxT5jmRSRPQ7C4wSPK1kA@webmail.leidinger.net> <20120221175111.GA41049@hub.freebsd.org> To: Navdeep Parhar X-Mailer: Apple Mail (2.1257) X-Spam-Status: No, score=-50.0 required=3.8 tests=ALL_TRUSTED, T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on pooker.samsco.org Cc: Alexander Leidinger , marius@freebsd.org, gallatin@freebsd.org, current@freebsd.org Subject: Re: NICs not in GENERIC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Feb 2012 01:15:02 -0000 On Feb 21, 2012, at 10:51 AM, Navdeep Parhar wrote: > On Tue, Feb 21, 2012 at 03:56:56PM +0100, Alexander Leidinger wrote: >> Hi, >>=20 >> is there a specific reason that the following NICs are not (or shall =20= >> not be) in GENERIC (at least on i386)? >=20 > No specific reason for these two: >=20 >> - if_cxgb >> - if_cxgbe >=20 > But I do prefer to load them as modules (and as late as possible -- > after sysctl.conf has been processed and any nmbclusters, nmbjumboXX > settings have taken affect). >=20 > Other than root over NFS, is there any reason to have NIC drivers in > GENERIC? >=20 GENERIC is the kernel profile that's used during installation, and the = installer (at one point in time) supported installing over NFS and FTP. = GENERIC was also a good smoke test to see if FreeBSD would run on a = newly purchased machine, since it included most drivers. Scott From owner-freebsd-current@FreeBSD.ORG Wed Feb 22 01:22:13 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A088106566C; Wed, 22 Feb 2012 01:22:13 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id AD5CC8FC1A; Wed, 22 Feb 2012 01:22:12 +0000 (UTC) Received: by qaea17 with SMTP id a17so8656488qae.13 for ; Tue, 21 Feb 2012 17:22:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type; bh=owSZAoMsJnf8937RbxmgSR5zjWvOordcPLkHj+LgmPo=; b=YYYmTq28SpSHO1JjfB0SY+YJHNH9mhGsrtQNnY2zqJPCG1u5g18qy+nUTelJrHPIk8 H6A1WaDtx+xSPZowBXqUkRDlJ/pYqoSgHDcCqcFDQy3Dwu+WhqcJV82/hGDaE7efQ2mG 4Gq4IHJPePyTG2Vy0HGN13YtebHsY2HjguYRI= Received: by 10.229.137.144 with SMTP id w16mr18023500qct.8.1329873378995; Tue, 21 Feb 2012 17:16:18 -0800 (PST) Received: from kan.dyndns.org (c-24-63-226-98.hsd1.ma.comcast.net. [24.63.226.98]) by mx.google.com with ESMTPS id dm7sm62067977qab.5.2012.02.21.17.16.18 (version=SSLv3 cipher=OTHER); Tue, 21 Feb 2012 17:16:18 -0800 (PST) Date: Tue, 21 Feb 2012 20:16:12 -0500 From: Alexander Kabaev To: Steve Kargl Message-ID: <20120221201612.2968c810@kan.dyndns.org> In-Reply-To: <20120221194259.GA21185@troutmask.apl.washington.edu> References: <20120221182850.GA20768@troutmask.apl.washington.edu> <20120221185754.GL55074@deviant.kiev.zoral.com.ua> <20120221194259.GA21185@troutmask.apl.washington.edu> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/XFKAIIJj1u5yzyeZ2sdzvhl"; protocol="application/pgp-signature" Cc: Konstantin Belousov , freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: rtld or lang/gcc cannot find libgcc_s.so.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: Wed, 22 Feb 2012 01:22:13 -0000 --Sig_/XFKAIIJj1u5yzyeZ2sdzvhl Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Tue, 21 Feb 2012 11:42:59 -0800 Steve Kargl wrote: > On Tue, Feb 21, 2012 at 08:57:54PM +0200, Konstantin Belousov wrote: > > On Tue, Feb 21, 2012 at 10:28:50AM -0800, Steve Kargl wrote: > > >=20 > > > troutmask:kargl[210] halfspace > > > /lib/libgcc_s.so.1: version GCC_4.6.0 required > > > by /home/kargl/bin/halfspace not foundtroutmask:kargl[211] > > >=20 > > > (Note, the annoying absense of a newline character after the error > > > message, which is a completely different issue.) > > >=20 > > > I see this problem on both freebsd-i386 and freebsd-amd64. > > >=20 > > > troutmask:kargl[212] ldd ~/bin/halfspace > > > /home/kargl/bin/halfspace: > > > liblapack.so.4 =3D> /usr/local/lib/liblapack.so.4 > > > (0x2008c3000) libblas.so.2 =3D> /usr/local/lib/libblas.so.2 > > > (0x201463000) libgfortran.so.3 > > > =3D> /usr/local/lib/gcc46/libgfortran.so.3 (0x20175d000) libm.so.5 > > > =3D> /lib/libm.so.5 (0x201a70000) libgcc_s.so.1 > > > =3D> /lib/libgcc_s.so.1 (0x201c95000) libquadmath.so.0 > > > =3D> /usr/local/lib/gcc46/libquadmath.so.0 (0x201ea2000) libc.so.7 > > > =3D> /lib/libc.so.7 (0x2020d6000) troutmask:kargl[212] ldconfig -r > > > | grep libgcc_s 29:-lgcc_s.1 =3D> /lib/libgcc_s.so.1 > > > 723:-lgcc_s.1 =3D> /usr/local/lib/gcc46/libgcc_s.so.1 > > >=20 > > > So, it appears that rtld is finding the wrong libgcc_s.so.1 or=20 > > > the lang/gcc port is no longer providing sufficient information > > > for rtld to choose the correct library. > > >=20 > > > I have reverted revisions 230784, 299768, and 229508 (and > > > various combinitions of these revisions) from rtld-elf. The > > > result does not change the above error. > > >=20 > > > I can work around the problem by specifying -static during > > > the building of my programs. Or, I can work around the > > > problem by *explicitly* adding '-rpath /usr/local/lib' to the > > > command line, which I have never had to do. > > >=20 > > I highly suspect that you just happen to not need a symbol from the > > newest namespace before. > >=20 > > The thing to look first is the library search path in the ld.so > > hints, which is output at the second line of ldconfig -r. I think > > that you have /lib before /usr/local/lib/gcc46 in your setup. This > > guess is confirmed by the numeration of the two instances of gcc_s > > above. Either change the config, or use -rpath. AFAIR, ldconfig -m > > adds the directory at the end of the search list. >=20 > Yes, /lib comes before /usr/local/lib/gcc46. I suppose > that this is a heads up for gerald@. lang/gcc is used by > the ports collections to build a large number of other > ports, so others are likely to hit this issue. >=20 > I tried reading rtld.c to see where the issue lies. One > possibility seems to be a change in rtld.c (lines 4012-13) > to remember the version mismatch, then continuing the search=20 > to see if another library with the same name but different > location matches. After exhausting the list of directories > in the search path, either an error is reported or a match > has been found. Note, I'm still trying to parse and understand > the rtld.c code, so may be what I'm suggesting is not=20 > feasible. >=20 This was suggested before in a slightly different context and at the time I was not big fan of the idea. With more ports starting to use out of tree GCC, maybe we need to revisit the idea. There are corner cases that I do not know how to handle in this approach: what happens if we have mapped system libgcc_s.so.1 already which did satisfy all the requirements and later a new library gets mapped in dynamically and requires symbol versions from newer GCC? Going with this suggestion will likely involve substantial changes into rtld dependency walking code - we'll need to make a graph traversal and collect all the version information from all the libraries that might satisfy the search before doing the final pass of loading the winning candidates, which implies at least two dependency tree passes. And, given the above, it won't even give us what we want anyway as long as there's dlopen in the picture, so I'd say it is not worth the trouble. Just changing the compiler to supply rpath on binaries it builds might be safer approach. Various GCC builds on Solaris (OpenCSW, Sunfreeware, etc) are doing this for ages and mostly manage to pull things off. Third option is of course purging _all_ toolchain components out of the tree, which is such a fine bikeshed material that I am a bit scared to bring that up. --=20 Alexander Kabaev --Sig_/XFKAIIJj1u5yzyeZ2sdzvhl Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iD8DBQFPREHhQ6z1jMm+XZYRArmfAJ9eKupYTEZoAMKZkGApxcNIdM4fWgCg0tY3 sHg7MziXh9KrTiMYjutTfqY= =064P -----END PGP SIGNATURE----- --Sig_/XFKAIIJj1u5yzyeZ2sdzvhl-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 22 01:27:01 2012 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 19701106564A for ; Wed, 22 Feb 2012 01:27:01 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id CA22E8FC13 for ; Wed, 22 Feb 2012 01:27:00 +0000 (UTC) Received: by daec6 with SMTP id c6so8409353dae.13 for ; Tue, 21 Feb 2012 17:27:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=F0iWb1DlPm4vJudeV/tvWHt5vUCj2T9KlvkKsyAMb0I=; b=Y23HQh9RR8fgKvi2o6ISYBh0Cp/e1PVqMrKkuTtZnWHMc5ojV+OXq2016rHsL9nvcq yGCrgOXBhRFGKRDS2n1hCLugR2x6Ikyp0gwfo5fCFC8ByCAbs0KxI22SUR2PEC4X/dCZ nHFhSkz0AvxoL4Jg4XJapT+5VVRO9GANjSXPQ= Received: by 10.68.227.36 with SMTP id rx4mr61556016pbc.165.1329874020332; Tue, 21 Feb 2012 17:27:00 -0800 (PST) Received: from pyunyh@gmail.com ([114.111.62.249]) by mx.google.com with ESMTPS id y9sm17470746pbu.40.2012.02.21.17.26.57 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 21 Feb 2012 17:26:59 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 22 Feb 2012 10:26:54 -0800 From: YongHyeon PYUN Date: Wed, 22 Feb 2012 10:26:54 -0800 To: Alexander Leidinger Message-ID: <20120222182654.GG6861@michelle.cdnetworks.com> References: <20120221155656.Horde.kkqxT5jmRSRPQ7C4wSPK1kA@webmail.leidinger.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120221155656.Horde.kkqxT5jmRSRPQ7C4wSPK1kA@webmail.leidinger.net> User-Agent: Mutt/1.4.2.3i Cc: marius@freebsd.org, gallatin@freebsd.org, current@freebsd.org, np@freebsd.org Subject: Re: NICs not in GENERIC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Feb 2012 01:27:01 -0000 On Tue, Feb 21, 2012 at 03:56:56PM +0100, Alexander Leidinger wrote: > Hi, > > is there a specific reason that the following NICs are not (or shall > not be) in GENERIC (at least on i386)? > - if_cas: is compiled as a module, Sun hardware, non-x86 only? > - if_cxgb > - if_cxgbe Last time I tried cas(4) on i386, it worked without problems and I think all Sun add-on cards would work. However as Scott said, it would be rare to see these Sun controllers on x86 world. > - if_gem: is compiled as a module, Apple/Sun, non-x86 only? > - if_hme: is compiled as a module, Sun hardware, non-x86 only? > - if_ic: no man-page > - if_ipheth: no man-page > - if_mos: USB NIC > - if_mxge > - if_my > - if_nxge > - if_vtnet: virtual NIC for hypervisors > > Bye, > Alexander. > > -- > Progress might have been all right once, but it's gone on too long. > -- Ogden Nash > > http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 > http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Wed Feb 22 01:38:18 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15028106564A; Wed, 22 Feb 2012 01:38:18 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from mail-qw0-f47.google.com (mail-qw0-f47.google.com [209.85.216.47]) by mx1.freebsd.org (Postfix) with ESMTP id 730508FC0A; Wed, 22 Feb 2012 01:38:17 +0000 (UTC) Received: by qadz30 with SMTP id z30so5495679qad.13 for ; Tue, 21 Feb 2012 17:38:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type; bh=yXciTCnGZJf/+9t+5At+uy3wxYqHfl1lBcDa5GRmzb8=; b=xOXje2aZ1kBmBMKEtK43mrbwpOrHXzRZ04Dxrk8UOHwuQK6hpy0Vorcs1/d9l9pvpl b1UPX5qDd0jWmVvpIF3hdDDuk648oz3Ys1p/WFEsxUOb9KeIwsJ5nXmRCvnFazW4rM3S xAFhukEutQcxL5VMk48Pr4OE6GIJKG4O8+AYo= Received: by 10.229.135.146 with SMTP id n18mr17920177qct.72.1329872859250; Tue, 21 Feb 2012 17:07:39 -0800 (PST) Received: from kan.dyndns.org (c-24-63-226-98.hsd1.ma.comcast.net. [24.63.226.98]) by mx.google.com with ESMTPS id ec5sm55674789qab.21.2012.02.21.17.07.37 (version=SSLv3 cipher=OTHER); Tue, 21 Feb 2012 17:07:38 -0800 (PST) Date: Tue, 21 Feb 2012 20:07:31 -0500 From: Alexander Kabaev To: Steve Kargl Message-ID: <20120221200731.6202b6a1@kan.dyndns.org> In-Reply-To: <20120221235208.GA77089@troutmask.apl.washington.edu> References: <20120221182850.GA20768@troutmask.apl.washington.edu> <20120221185754.GL55074@deviant.kiev.zoral.com.ua> <20120221194259.GA21185@troutmask.apl.washington.edu> <4F440E8B.9020306@FreeBSD.org> <20120221220053.GA44386@night.db.net> <20120221223251.GA23053@troutmask.apl.washington.edu> <20120221235208.GA77089@troutmask.apl.washington.edu> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/Ckhmsws5PH+e3ttpHgrf04T"; protocol="application/pgp-signature" Cc: Diane Bruce , Dimitry Andric , Daniel Eischen , freebsd-current@freebsd.org, freebsd-ports@freebsd.org, Konstantin Belousov Subject: Re: rtld or lang/gcc cannot find libgcc_s.so.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: Wed, 22 Feb 2012 01:38:18 -0000 --Sig_/Ckhmsws5PH+e3ttpHgrf04T Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Tue, 21 Feb 2012 15:52:08 -0800 Steve Kargl wrote: > On Tue, Feb 21, 2012 at 06:39:36PM -0500, Daniel Eischen wrote: > > On Tue, 21 Feb 2012, Steve Kargl wrote: > >=20 > > >On Tue, Feb 21, 2012 at 05:00:53PM -0500, Diane Bruce wrote: > > >>On Tue, Feb 21, 2012 at 10:37:15PM +0100, Dimitry Andric wrote: > > >>>On 2012-02-21 20:42, Steve Kargl wrote: > > >>>... > > >>>>Yes, /lib comes before /usr/local/lib/gcc46. I suppose > > >>>>that this is a heads up for gerald@. lang/gcc is used by > > >>>>the ports collections to build a large number of other > > >>>>ports, so others are likely to hit this issue. > > >> > > >>Does -rpath not help ? > > > > > >I already mentioned that I can add '-rpath /usr/local/lib/gcc46' > > >to my various projects. I can also build with -static to avoid > > >rtld. One can also use LD_LIBRARY_PATH. > > > > > >The issue seems to be that lang/gcc will be installed after > > >system start, and 'ldconfig -m' appends new shared libraries > > >to the hints file. This means that libraries with the same > > >name but different locations will be found via the order of the > > >search path in the hints file, and one gets the wrong library. > > >That is, with the following > > > > > >troutmask:root[256] ldconfig -r | grep libgcc_s > > > 29:-lgcc_s.1 =3D> /lib/libgcc_s.so.1 > > > 723:-lgcc_s.1 =3D> /usr/local/lib/gcc46/libgcc_s.so.1 > > > > > >29 will be found before 723. While I can work around the > > >issue, lang/gcc is used by a rather large boatload of ports > > >during the building process and I suspect that a large > > >number of FreeBSD users use lang/gcc for their everyday > > >compiler. The question is how do we, the FreeBSD project, > > >deal with this issue, so that the general user base does not > > >get hit with it. > > > > > >There are a few solutions: > > >1) Set ldconfig_paths in /etc/rc.conf to cause ${PORTSDIR}/lib to > > > be scanned before /lib and /usr/lib. > > >2) Use /etc/ld.so.conf to cause ${PORTSDIR}/lib to be scanned > > > for /lib and /usr/lib. > >=20 > > s/for/before/ ?? >=20 > yes. sorry about the typo. >=20 > >=20 > > >3) Add a new option to ldconfig to prepend new libraries to > > > the hints files and fix the ports to use this option instead > > > of -m. > >=20 > > You don't want system binaries that want /lib/libgcc_s.so.1 > > to use /usr/local/lib/gccXX/libgcc_s.so.1, though. Wouldn't > > your option 3 do that? >=20 > Well, yes, I suppose that could be a problem. :) >=20 > > >4) Suggestions from people that are brighter than I. > >=20 Well, newer libgcc_s.so.1 should be backward compatible with older ones, so that should not be the problem and if there are any, we need to find and fix them. > > [Not brighter than you, but] > >=20 > > o For our system libgcc, use libcc_s.so.1 (or some other > > name) instead of libgcc_s.so.1? >=20 > Interesting idea. Perhaps, the port should install libgcc46_s.so.1, > and binaries installed by lang/gcc updated to use this library. >=20 'shared' portion of libgcc was meant to _be_ shared specifically and in general having two copies of unwind code and two copied of unwind frames handling logic is probably not what GCC is expecting. > > o Change affected ports to use -rpath when building? >=20 > I started to look into this option, but it quickly becomes > apparent that some (evil) configure hackery may be needed. > It can be done in GCC specs for all the programs that use CC driver to to the linking. Of course, all direct LD invocations will need to be found and fixed as well, but those were always fragile anyway. > --=20 > Steve > _______________________________________________ > 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 Alexander Kabaev --Sig_/Ckhmsws5PH+e3ttpHgrf04T Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iD8DBQFPRD/YQ6z1jMm+XZYRAk5/AKDHGwBQEmVTFb+2TwgUbsjIVy9paACgy24V pSQ1z5Me0zKG01ldyLyWgK4= =vCph -----END PGP SIGNATURE----- --Sig_/Ckhmsws5PH+e3ttpHgrf04T-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 22 01:55:40 2012 Return-Path: Delivered-To: current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1205) id ACA21106567B; Wed, 22 Feb 2012 01:55:40 +0000 (UTC) Date: Wed, 22 Feb 2012 01:55:40 +0000 From: Navdeep Parhar To: Scott Long Message-ID: <20120222015540.GA19137@hub.freebsd.org> Mail-Followup-To: Scott Long , Alexander Leidinger , marius@freebsd.org, gallatin@freebsd.org, current@freebsd.org References: <20120221155656.Horde.kkqxT5jmRSRPQ7C4wSPK1kA@webmail.leidinger.net> <20120221175111.GA41049@hub.freebsd.org> <47CCC607-7D0E-4077-9EA8-4BE20DF4F112@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47CCC607-7D0E-4077-9EA8-4BE20DF4F112@samsco.org> User-Agent: Mutt/1.4.2.1i Cc: Alexander Leidinger , marius@freebsd.org, gallatin@freebsd.org, current@freebsd.org Subject: Re: NICs not in GENERIC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Feb 2012 01:55:40 -0000 On Tue, Feb 21, 2012 at 05:44:01PM -0700, Scott Long wrote: > > On Feb 21, 2012, at 10:51 AM, Navdeep Parhar wrote: > > > On Tue, Feb 21, 2012 at 03:56:56PM +0100, Alexander Leidinger wrote: > >> Hi, > >> > >> is there a specific reason that the following NICs are not (or shall > >> not be) in GENERIC (at least on i386)? > > > > No specific reason for these two: > > > >> - if_cxgb > >> - if_cxgbe > > > > But I do prefer to load them as modules (and as late as possible -- > > after sysctl.conf has been processed and any nmbclusters, nmbjumboXX > > settings have taken affect). > > > > Other than root over NFS, is there any reason to have NIC drivers in > > GENERIC? > > > > GENERIC is the kernel profile that's used during installation, and the > installer (at one point in time) supported installing over NFS and FTP. If the installer itself can come up without the NIC driver it should be able to load any NIC driver KLD it wants and then reach the "install media" (NFS, FTP, etc.) over the network. Or is it that the installer's root fs didn't have any KLDs back then? Navdeep > GENERIC was also a good smoke test to see if FreeBSD would run on a newly > purchased machine, since it included most drivers. > > Scott > > From owner-freebsd-current@FreeBSD.ORG Wed Feb 22 03:55:41 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BDB75106566C for ; Wed, 22 Feb 2012 03:55:41 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 75F668FC12 for ; Wed, 22 Feb 2012 03:55:41 +0000 (UTC) Received: by obcwo16 with SMTP id wo16so12253853obc.13 for ; Tue, 21 Feb 2012 19:55:40 -0800 (PST) Received-SPF: pass (google.com: domain of m.e.sanliturk@gmail.com designates 10.60.20.6 as permitted sender) client-ip=10.60.20.6; Authentication-Results: mr.google.com; spf=pass (google.com: domain of m.e.sanliturk@gmail.com designates 10.60.20.6 as permitted sender) smtp.mail=m.e.sanliturk@gmail.com; dkim=pass header.i=m.e.sanliturk@gmail.com Received: from mr.google.com ([10.60.20.6]) by 10.60.20.6 with SMTP id j6mr13863157oee.17.1329882940801 (num_hops = 1); Tue, 21 Feb 2012 19:55:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=6FVfWvuvG86mObYak5raxCbV97SWaC53d5WO7JRJMTQ=; b=sppTi7PTG/Mj/vBMxKBmjCI5szLNweJyl+aYixh/BDButvxBRsS/hfsWdqoyROV0W0 e8JzFy6KMT0ASEYf1jfwyLHivoBNr/iyT2TY7XzKrBAJ26J0+0ogHZMkKppkMnWNDHWJ aaWamwa4u/aWHzbVOSG/ZcujFMzxj1H+2Nq8s= MIME-Version: 1.0 Received: by 10.60.20.6 with SMTP id j6mr11811896oee.17.1329881344248; Tue, 21 Feb 2012 19:29:04 -0800 (PST) Received: by 10.182.38.38 with HTTP; Tue, 21 Feb 2012 19:29:03 -0800 (PST) In-Reply-To: <1329865621.8397.22.camel@dt.vicor.com> References: <4F441DCD.1080906@fisglobal.com> <1329865621.8397.22.camel@dt.vicor.com> Date: Tue, 21 Feb 2012 22:29:03 -0500 Message-ID: From: Mehmet Erol Sanliturk To: Devin Teske Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD-Current , Devin Teske , Dave Robison Subject: Re: Fwd: Effect of Processor and Memory on KDE4 execution speed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Feb 2012 03:55:41 -0000 On Tue, Feb 21, 2012 at 6:07 PM, Devin Teske wrote: > On Tue, 2012-02-21 at 14:42 -0800, Robison, Dave wrote: > > > > > > -------- Original Message -------- > > Subject: > > Effect of Processor and Memory on > > KDE4 execution speed > > Date: > > Tue, 14 Feb 2012 09:39:36 -0500 > > From: > > Mehmet Erol Sanliturk > > > > To: > > FreeBSD Current > > > > > > > > Dear All , > > > > Today I have encountered a case which I think informing you about it may > be > > useful . > > > > In my previous messages , I have mentioned very slowness of KDE4 . > > > > > > Onto another computer I have installed DruidBSD 9.0 b56 amd64 , and KDE4 > . > > In that installation KDE4 worked surprisingly fast . > > > > Great! Glad to hear it's fast! > > Though, a couple corrections about the statement above. > > First correction: > > You meand "FreeBSD Druid", not "DruidBSD". > > The "FreeBSD Druid" is a FreeBSD installer. > The "DruidBSD" is a micro distribution that can't/doesn't install > anything. > > Second correction: > > The "FreeBSD Druid" installs a vanilla, completely unmodified > RELENG_9_0_RELEASE copy of FreeBSD (albeit using sysinstall(8) instead > of bsdinstall(8)). > > > > To understand whether difference is among FreeBSD or DruidBSD , I have > > installed > > FreeBSD 9.0 Release amd64 and KDE4 on the same computer instead of > DruidBSD > > . > > > > The KDE4 has worked flawlesly i.e. , means very fast . > > > > Cool. Glad to hear it's fast there too (makes sense; see below) > > With respect to the binaries that are being laid-down by the FreeBSD > Druid, there is no difference in comparison to the official installer. > > However, the FreeBSD Druid does do some post-install configuration of > the system that the official installer does not (though none of these > customizations should have any effect on KDE in any way shape-or-form): > > 1. It enables sshd root login in /etc/ssh/sshd_config > 2. It enables netwait in /etc/rc.conf (by adding netwait_enable="YES") > 3. It installs perl-5.14 (as a package so if you don't want it, you can > pkg_delete it to get rid of it) > 4. It sets the root password > 5. It installs /usr/local/sbin/host-setup > 6. It configures root login-shell to be /usr/local/sbin/host-setup for > easy setup on first-login (once exited, must be run manually henceforth) > 7. It installs rsync (as a package, so if you don't want it you can > pkg_delete it) > 8. It installs bonnie (as a package; don't want -- pkg_delete) > 9. Enables SU+J on /tmp /var and /usr > > None of these customizations should have any effect on system > performance whatsoever. > > So I recommend not treating this as a "FreeBSD Druid" versus "FreeBSD" > problem. > > NOTE: and again, "DruidBSD" is not an installable OS, only a micro Live > Distribution used for doing rescues or simply booting into a mfs > environment. > > > > > To make equivalent the installations on both computers , I have installed > > FreeBSD 9.0 Release amd64 and KDE4 on the slow computer exactly as in > fast > > computer . > > > > I'm confused. > > In the immediately-above paragraph you mention a fast computer and a > slow computer. But in the paragraphs that proceeded it, I only see > mention of fast-running KDE4. > > If you read the previous paragraphs carefully, you're stating that both > installers ("FreeBSD Druid" and the official, both) produced fast- > running installations of KDE4. > > Which is it? > > > "Fast computer" means "FreeBSD executed KDE4 fast" ( having Intel processor E2220 ) , "Slow computers" means "FreeBSD executed KDE4 slow" ( having Intel processor Q6600 ) , The problem is not generated by disk layouts , because sysinstall and bsdinstall are NOT factors on the problem : Only physical placement of memory chips in the slots : Rearranging memory chips in the slots or using a different chip set with the same ( brand , model , speed ) is causing the problem or it is curing the problem . > > > > Starting times after first boot ( to eliminate initialization effects ) > are > > the following > > ( All timings are from "root" ) : > > > > Is this on the box that was installed with FreeBSD Druid or box > installed with official 9.0-RELEASE media? > > > > >From "startx" ( which contains "exec ... kde4 ..." ) > > to appearance of KDE menu symbol at the bottom left corner : > > > > > > Fast computer : 8 GB : 0+ ( < 1 ) minute ( 4 x 2 GB ) > > Slow computer : 4 GB : 2+ ( < 3 ) minutes ( 2 x 2 GB ) ( 2 x ! GB chips > > removed ) , > > 6 GB : 8+ ( < 9 ) minutes ( 2 x ( 2 , 1 ) GB ) . > > ( Memory chip installation conforms to main board manual > . ) > > ( The clock does not have second counter . ) > > > > Fast Computer > > CPU : Intel Pentium Dual CPU E2220 @ 2.40 GHz ( 2397.65-MHz K-8class > CPU ) > > ACPI APIC Table : < INTEL DG965WH > > > > > Slow Computer > > CPU : Intel Core 2 QUAD CPU Q6600 @ 2.40 GHz ( 2397.65-MHz K-8class > CPU ) > > ACPI APIC Table : < INTEL DG965WH > > > > > ( The main boards are the same ) . > > ( All of the memory chips are the same : Kingston HyperX 800 MHz ) > > > > In your metrics above, which machine (fast vs slow) was installed with > which installer? > > > > > I could not understand the reason(s) of the differences . > > > > Disk partitions? (I'm guessing). > As I explained above , disk layouts do not have any effect . > > There's really no difference between what the official 9.0-RELEASE > installer installs and what the FreeBSD Druid installs. They were both > compiled from RELENG_9_0_RELEASE within a day from each other. The > likelihood that the binaries would differ with respect to code they were > compiled from is highly unlikely. > > NOTE: The installed kernel should even have the same MD5 (can't say the > same for the rest of the system, because I did have to do a fresh > release(7) process -- though differing MD5s will not matter, the code > was built within 24 hours from the official release build). > -- > Devin > > _____________ > The information contained in this message is proprietary and/or > confidential. If you are not the intended recipient, please: (i) delete the > message and all copies; (ii) do not disclose, distribute or use the message > in any manner; and (iii) notify the sender immediately. In addition, please > be aware that any message addressed to our domain is subject to archiving > and review by persons other than the intended recipient. Thank you. > Up to now I did not recognize the effect of memory chips , I have used the same computer for all of my FreeBSD installations . When I have installed FreeBSD Druid into another computer , I have reached to the conclusion of memory chip placement effect . I am NOT an electronics engineer but there is a concept "Impedance mismatch" : http://en.wikipedia.org/wiki/Impedance_matching ( I could not find a proper explanation of "Impedance mismatch" , but it is opposite of "Impedance matching" . When impedance mismatches a part of a circuit can not trigger other part of the circuit . ) . Perhaps such an effect is causing different detection of some value and this is triggering setting a variable for memory management to a very negatively effective value . This is only a pure guess without any proper knowledge . Thank you very much . Mehmet Erol Sanliturk From owner-freebsd-current@FreeBSD.ORG Wed Feb 22 04:03:31 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D1C91065670 for ; Wed, 22 Feb 2012 04:03:31 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-2.mit.edu (DMZ-MAILSEC-SCANNER-2.MIT.EDU [18.9.25.13]) by mx1.freebsd.org (Postfix) with ESMTP id 1F8228FC13 for ; Wed, 22 Feb 2012 04:03:30 +0000 (UTC) X-AuditID: 1209190d-b7fbf6d0000008ba-c1-4f44691146a6 Received: from mailhub-auth-4.mit.edu ( [18.7.62.39]) by dmz-mailsec-scanner-2.mit.edu (Symantec Messaging Gateway) with SMTP id 11.28.02234.119644F4; Tue, 21 Feb 2012 23:03:30 -0500 (EST) Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103]) by mailhub-auth-4.mit.edu (8.13.8/8.9.2) with ESMTP id q1M43TwG012147; Tue, 21 Feb 2012 23:03:29 -0500 Received: from multics.mit.edu (MULTICS.MIT.EDU [18.187.1.73]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id q1M43ShC001444 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 21 Feb 2012 23:03:29 -0500 (EST) Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id q1M43Rma018844; Tue, 21 Feb 2012 23:03:27 -0500 (EST) Date: Tue, 21 Feb 2012 23:03:27 -0500 (EST) From: Benjamin Kaduk To: Steve Kargl In-Reply-To: <20120221223251.GA23053@troutmask.apl.washington.edu> Message-ID: References: <20120221182850.GA20768@troutmask.apl.washington.edu> <20120221185754.GL55074@deviant.kiev.zoral.com.ua> <20120221194259.GA21185@troutmask.apl.washington.edu> <4F440E8B.9020306@FreeBSD.org> <20120221220053.GA44386@night.db.net> <20120221223251.GA23053@troutmask.apl.washington.edu> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrPIsWRmVeSWpSXmKPExsUixG6nriuU6eJvsG4tq8WcNx+YLDYdfsto cevuc2YHZo8Zn+azePTunsccwBTFZZOSmpNZllqkb5fAldG96ixzwWaZigWnqhoYd4h1MXJy SAiYSNz4cIcVwhaTuHBvPVsXIxeHkMA+Rommb/uYIZwNjBLHbv9lgXAOMEmcevcVKtPAKNH1 ew0TSD+LgLbEt0c32EFsNgEViZlvNrKB2CICRhKve/rBbGYBK4lzf4+D1QsLmEusnn4VrJ5T wEli/eV7zCA2r4CjxL/Px6EWLGeSaH1xiQUkISqgI7F6/xQWiCJBiZMzn7BADLWUOPfnOtsE RsFZSFKzkKQWMDKtYpRNya3SzU3MzClOTdYtTk7My0st0jXSy80s0UtNKd3ECApbTkneHYzv DiodYhTgYFTi4S3e6OwvxJpYVlyZe4hRkoNJSZTXIM3FX4gvKT+lMiOxOCO+qDQntfgQowQH s5II7/pfQOW8KYmVValF+TApaQ4WJXFeVa13fkIC6YklqdmpqQWpRTBZGQ4OJQnewgygoYJF qempFWmZOSUIaSYOTpDhPEDDE0FqeIsLEnOLM9Mh8qcYdTk+HnhygVGIJS8/L1VKnNcPpEgA pCijNA9uDizdvGIUB3pLGGIdDzBVwU16BbSECWhJy39HkCUliQgpqQZGf3am0NYzJUu8q7OC 7DWm1ObLzT7erd+u9FdPM+XO/kKjx6dWu8cVfPxie1Pk7bNdxVylym9uLPq/ms1yg/TuJvPt pXzLVz2vrsp/WsvEMnvGJ5MNdz5q3j24OK26LjPCToNR5v16y/8v7Sbff3W07wFDtFyt3LTb z/YwRrMIyUmbHF5f/C9QiaU4I9FQi7moOBEA0zt+5BIDAAA= Cc: freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: rtld or lang/gcc cannot find libgcc_s.so.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: Wed, 22 Feb 2012 04:03:31 -0000 On Tue, 21 Feb 2012, Steve Kargl wrote: > On Tue, Feb 21, 2012 at 05:00:53PM -0500, Diane Bruce wrote: >> On Tue, Feb 21, 2012 at 10:37:15PM +0100, Dimitry Andric wrote: >>> On 2012-02-21 20:42, Steve Kargl wrote: >>> ... >>>> Yes, /lib comes before /usr/local/lib/gcc46. I suppose >>>> that this is a heads up for gerald@. lang/gcc is used by >>>> the ports collections to build a large number of other >>>> ports, so others are likely to hit this issue. >> >> Does -rpath not help ? > > I already mentioned that I can add '-rpath /usr/local/lib/gcc46' > to my various projects. I can also build with -static to avoid > rtld. One can also use LD_LIBRARY_PATH. > > The issue seems to be that lang/gcc will be installed after > system start, and 'ldconfig -m' appends new shared libraries > to the hints file. This means that libraries with the same > name but different locations will be found via the order of the > search path in the hints file, and one gets the wrong library. > That is, with the following > > troutmask:root[256] ldconfig -r | grep libgcc_s > 29:-lgcc_s.1 => /lib/libgcc_s.so.1 > 723:-lgcc_s.1 => /usr/local/lib/gcc46/libgcc_s.so.1 > > 29 will be found before 723. While I can work around the > issue, lang/gcc is used by a rather large boatload of ports > during the building process and I suspect that a large > number of FreeBSD users use lang/gcc for their everyday > compiler. The question is how do we, the FreeBSD project, > deal with this issue, so that the general user base does not > get hit with it. I think there is perhaps a little more to this issue of multiple (incompatible) copies of a library with the same name being installed, e.g. libcom_err in /usr/lib/libcom_err.so and /usr/local/lib/libcom_err.so. An application using the library must #include to get the library prototypes, but the preprocessor puts the standard include search path /usr/include at the end of the search list, even if it is specified explicitly on the command line, unless -nostdinc is passed. So this will prefer the header from ports in the absence of evil trickery. I was pounding my head against this a couple years ago, so my memory is not quite fresh, but I think that I could convince the compile-time link step to use either version of the library with the appropriate ordering of -L arguments (but I am in trouble if I want libkrb5.so from ports and libcom_err.so from base!). In any case, the dynamic linker will search the default search path *first*, preferring the copy of the library from the base system. After pounding my head against the issue for a while I concluded that I had no option other than to use -rpath (but alas I ran out of time for that particular project and never finished). It is definitely an ugly situation and I have no good answers. It would be nice to not have to specify every detail of what should be happening, though. > > There are a few solutions: > 1) Set ldconfig_paths in /etc/rc.conf to cause ${PORTSDIR}/lib to > be scanned before /lib and /usr/lib. > 2) Use /etc/ld.so.conf to cause ${PORTSDIR}/lib to be scanned > for /lib and /usr/lib. > 3) Add a new option to ldconfig to prepend new libraries to > the hints files and fix the ports to use this option instead > of -m. > 4) Suggestions from people that are brighter than I. How would things break if we made everything in the base system specify -rpath of /lib and /usr/lib as appropriate, and then put the ports versions first in the default search path? -Ben Kaduk From owner-freebsd-current@FreeBSD.ORG Wed Feb 22 05:11:15 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 556E51065675 for ; Wed, 22 Feb 2012 05:11:15 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id 276318FC08 for ; Wed, 22 Feb 2012 05:11:14 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id q1M5BE49095482; Wed, 22 Feb 2012 05:11:14 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.119] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id 7fmv9ezen3hqe9xu3fqq65dqwe; Wed, 22 Feb 2012 05:11:13 +0000 (UTC) (envelope-from tim@kientzle.com) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=us-ascii From: Tim Kientzle In-Reply-To: Date: Tue, 21 Feb 2012 21:11:13 -0800 Content-Transfer-Encoding: 7bit Message-Id: <5C146DC6-264B-43A9-9234-9E03315F3D33@kientzle.com> References: <20120221182850.GA20768@troutmask.apl.washington.edu> <20120221185754.GL55074@deviant.kiev.zoral.com.ua> <20120221194259.GA21185@troutmask.apl.washington.edu> <4F440E8B.9020306@FreeBSD.org> <20120221220053.GA44386@night.db.net> <20120221223251.GA23053@troutmask.apl.washington.edu> To: Daniel Eischen X-Mailer: Apple Mail (2.1257) Cc: freebsd-current FreeBSD , freebsd-ports@freebsd.org, Steve Kargl Subject: Re: rtld or lang/gcc cannot find libgcc_s.so.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: Wed, 22 Feb 2012 05:11:15 -0000 On Feb 21, 2012, at 3:39 PM, Daniel Eischen wrote: > On Tue, 21 Feb 2012, Steve Kargl wrote: > >> 3) Add a new option to ldconfig to prepend new libraries to >> the hints files and fix the ports to use this option instead >> of -m. > > You don't want system binaries that want /lib/libgcc_s.so.1 > to use /usr/local/lib/gccXX/libgcc_s.so.1, though. Wouldn't > your option 3 do that? Why not? Would it cause problems? Is libgcc from GCC 4.6 incompatible with /lib/libgcc? If I understand correctly, the libgcc in base is pretty stripped down compared to "regular" libgcc, because most of that stuff is in our libc instead. So if there were compatibility problems, I'd expect those to show up when GCC 4.6 linked programs against /usr/local/.../libgcc and /lib/libc. Tim From owner-freebsd-current@FreeBSD.ORG Wed Feb 22 07:56:39 2012 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 80F16106564A; Wed, 22 Feb 2012 07:56:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 402138FC19; Wed, 22 Feb 2012 07:56:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q1M7uc8m046968; Wed, 22 Feb 2012 02:56:38 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q1M7uc5G046967; Wed, 22 Feb 2012 07:56:38 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 22 Feb 2012 07:56:38 GMT Message-Id: <201202220756.q1M7uc5G046967@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Feb 2012 07:56:39 -0000 TB --- 2012-02-22 05:04:07 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-02-22 05:04:07 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2012-02-22 05:04:07 - cleaning the object tree TB --- 2012-02-22 05:04:07 - cvsupping the source tree TB --- 2012-02-22 05:04:07 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2012-02-22 05:04:45 - building world TB --- 2012-02-22 05:04:45 - CROSS_BUILD_TESTING=YES TB --- 2012-02-22 05:04:45 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-22 05:04:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-22 05:04:45 - SRCCONF=/dev/null TB --- 2012-02-22 05:04:45 - TARGET=powerpc TB --- 2012-02-22 05:04:45 - TARGET_ARCH=powerpc64 TB --- 2012-02-22 05:04:45 - TZ=UTC TB --- 2012-02-22 05:04:45 - __MAKE_CONF=/dev/null TB --- 2012-02-22 05:04:45 - cd /src TB --- 2012-02-22 05:04:45 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 22 05:04:46 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Wed Feb 22 07:32:21 UTC 2012 TB --- 2012-02-22 07:32:21 - generating LINT kernel config TB --- 2012-02-22 07:32:21 - cd /src/sys/powerpc/conf TB --- 2012-02-22 07:32:21 - /usr/bin/make -B LINT TB --- 2012-02-22 07:32:21 - cd /src/sys/powerpc/conf TB --- 2012-02-22 07:32:21 - /usr/sbin/config -m LINT TB --- 2012-02-22 07:32:21 - building LINT kernel TB --- 2012-02-22 07:32:21 - CROSS_BUILD_TESTING=YES TB --- 2012-02-22 07:32:21 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-22 07:32:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-22 07:32:21 - SRCCONF=/dev/null TB --- 2012-02-22 07:32:21 - TARGET=powerpc TB --- 2012-02-22 07:32:21 - TARGET_ARCH=powerpc64 TB --- 2012-02-22 07:32:21 - TZ=UTC TB --- 2012-02-22 07:32:21 - __MAKE_CONF=/dev/null TB --- 2012-02-22 07:32:21 - cd /src TB --- 2012-02-22 07:32:21 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Feb 22 07:32:21 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Wed Feb 22 07:53:05 UTC 2012 TB --- 2012-02-22 07:53:05 - cd /src/sys/powerpc/conf TB --- 2012-02-22 07:53:05 - /usr/sbin/config -m GENERIC TB --- 2012-02-22 07:53:05 - skipping GENERIC kernel TB --- 2012-02-22 07:53:05 - cd /src/sys/powerpc/conf TB --- 2012-02-22 07:53:05 - /usr/sbin/config -m GENERIC64 TB --- 2012-02-22 07:53:05 - building GENERIC64 kernel TB --- 2012-02-22 07:53:05 - CROSS_BUILD_TESTING=YES TB --- 2012-02-22 07:53:05 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-22 07:53:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-22 07:53:05 - SRCCONF=/dev/null TB --- 2012-02-22 07:53:05 - TARGET=powerpc TB --- 2012-02-22 07:53:05 - TARGET_ARCH=powerpc64 TB --- 2012-02-22 07:53:05 - TZ=UTC TB --- 2012-02-22 07:53:05 - __MAKE_CONF=/dev/null TB --- 2012-02-22 07:53:05 - cd /src TB --- 2012-02-22 07:53:05 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64 >>> Kernel build for GENERIC64 started on Wed Feb 22 07:53:05 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_timeout.c 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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_umtx.c /src/sys/kern/kern_umtx.c: In function '__umtx_op_wait_compat32': /src/sys/kern/kern_umtx.c:3306: error: 'uint32_' undeclared (first use in this function) /src/sys/kern/kern_umtx.c:3306: error: (Each undeclared identifier is reported only once /src/sys/kern/kern_umtx.c:3306: error: for each function it appears in.) /src/sys/kern/kern_umtx.c:3306: error: expected ';' before 'flags' /src/sys/kern/kern_umtx.c:3316: error: 'flags' undeclared (first use in this function) *** Error code 1 Stop in /obj/powerpc.powerpc64/src/sys/GENERIC64. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-02-22 07:56:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-02-22 07:56:37 - ERROR: failed to build GENERIC64 kernel TB --- 2012-02-22 07:56:37 - 8854.55 user 1235.73 system 10350.98 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Feb 22 08:22:38 2012 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 D58C4106564A; Wed, 22 Feb 2012 08:22:38 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 77E1D8FC17; Wed, 22 Feb 2012 08:22:38 +0000 (UTC) Received: from outgoing.leidinger.net (p5796D942.dip.t-dialin.net [87.150.217.66]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id A7CF28443F3; Wed, 22 Feb 2012 09:22:23 +0100 (CET) Received: from webmail.leidinger.net (webmail.Leidinger.net [IPv6:fd73:10c7:2053:1::3:102]) by outgoing.leidinger.net (Postfix) with ESMTPS id E09105799; Wed, 22 Feb 2012 09:22:20 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=leidinger.net; s=outgoing-alex; t=1329898941; bh=zF8YoBBW8s8u+6QL+DEOzsJHyHN9rVUG2vK2TQK2keU=; h=Date:Message-ID:From:To:Cc:Subject:References:In-Reply-To: Content-Type:MIME-Version; b=KvIsjuU4aZGhhNuW3/H5wwJ77G4EcTf3aw2a0nXP5eFyzDIQZQOmfbAGE7tdmVx/x jklm0UZFHL0/WE5f9/y0ZqfPhwhJBR47Cry0VvGe4iNEg4zo1FghxcC/D5tYdmW3k1 U72eMHSKCmKt6RJFeTJWoi2aXwYH5V4nWt5h2KIC7JEGWh0OYBnTJAstCXWUVBkdPc FPtHZK3w3xmEQdLNxQaSYv/bs9gpmAWVopIZn5Llryey04HR3L8RSmFem3q0jgk6e3 IeUqLWQoDpbCBGCUFqFCplOYLB0PmH1a9i3KSbbF0Zmiz+5LQD9KJ18B345rAz2Zs4 w1OQ5GbPNMeRA== Received: (from www@localhost) by webmail.leidinger.net (8.14.5/8.14.4/Submit) id q1M8MJj8091900; Wed, 22 Feb 2012 09:22:19 +0100 (CET) (envelope-from Alexander@Leidinger.net) X-Authentication-Warning: webmail.leidinger.net: www set sender to Alexander@Leidinger.net using -f Received: from 85.94.224.21 ([85.94.224.21]) by webmail.leidinger.net (Horde Framework) with HTTP; Wed, 22 Feb 2012 09:22:19 +0100 Date: Wed, 22 Feb 2012 09:22:19 +0100 Message-ID: <20120222092219.Horde.AvbvLpjmRSRPRKW7YuZBYu8@webmail.leidinger.net> From: Alexander Leidinger To: Scott Long References: <20120221155656.Horde.kkqxT5jmRSRPQ7C4wSPK1kA@webmail.leidinger.net> <1DA65887-49B6-446D-AC31-67B149A6C736@samsco.org> In-Reply-To: <1DA65887-49B6-446D-AC31-67B149A6C736@samsco.org> User-Agent: Internet Messaging Program (IMP) H4 (5.0.18) Content-Type: text/plain; charset=ISO-8859-1; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: A7CF28443F3.A5351 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-0.577, required 6, autolearn=disabled, AWL -0.47, DKIM_SIGNED 0.10, DKIM_VALID -0.10, DKIM_VALID_AU -0.10, T_RP_MATCHES_RCVD -0.01) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1330503744.72267@NX4Ezxp/PqWnF/2xTVXpbw X-EBL-Spam-Status: No Cc: marius@freebsd.org, gallatin@freebsd.org, current@freebsd.org, np@freebsd.org Subject: Re: NICs not in GENERIC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Feb 2012 08:22:39 -0000 Quoting Scott Long (from Tue, 21 Feb 2012 17:45:04 -0700): > On Feb 21, 2012, at 7:56 AM, Alexander Leidinger wrote: > >> Hi, >> >> is there a specific reason that the following NICs are not (or >> shall not be) in GENERIC (at least on i386)? >> - if_cas: is compiled as a module, Sun hardware, non-x86 only? >> - if_gem: is compiled as a module, Apple/Sun, non-x86 only? >> - if_hme: is compiled as a module, Sun hardware, non-x86 only? > > If these aren't for i386 hardware, then why would they need to be in > the i386 GENERIC profile? I didn't told they aren't for i386 (Sun and Apple produce(d) x86 hardware). If they would have been non-x86 drivers (I assume you've seen the answer from Marius), the bug would have been that they are build as modules on x86. Bye, Alexander. -- Anyone who goes to a psychiatrist ought to have his head examined. -- Samuel Goldwyn http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Wed Feb 22 08:30:26 2012 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 4B5DC1065788; Wed, 22 Feb 2012 08:30:25 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 799448FC14; Wed, 22 Feb 2012 08:30:25 +0000 (UTC) Received: from outgoing.leidinger.net (p5796D942.dip.t-dialin.net [87.150.217.66]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 0E7338443F3; Wed, 22 Feb 2012 09:30:11 +0100 (CET) Received: from webmail.leidinger.net (webmail.Leidinger.net [IPv6:fd73:10c7:2053:1::3:102]) by outgoing.leidinger.net (Postfix) with ESMTPS id 38F06579A; Wed, 22 Feb 2012 09:30:08 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=leidinger.net; s=outgoing-alex; t=1329899408; bh=rbZs5iIarxAJ6HnHojPCq3NRlRBUdLo1J9LymX34BN4=; h=Date:Message-ID:From:To:Cc:Subject:References:In-Reply-To: Content-Type:MIME-Version; b=GVDpHoG73WUECeG3JAunJah5t9NhjTrUcJj8C2XpMrN1fQd0d5lo3YmAYbnmS802c Xj/Y0e0tFlsfl7wU95AryZ04DwqwDc77wq4CulqGUe+P6GrkC33mdLJg4btuikmOVs jhYfwUfDmTAKwdz3hyzalYHfka5TD1u+Wg07j8Wt+06hbu6sl/Nu8PvIPzTM3FxJie DeNt3HdgjfiePUjAbxe/LrPhS6xyV3EFkx4Wm5rTsoOQwdvHjGOXThwCqg6wbsFOut xIYPWq5KLDFfAUOL/YHtCgedr7+eorQXuCdCVmvTUcT1MZxl139RIofV/kqF2WGU1A Xi7FoIc7tsz3w== Received: (from www@localhost) by webmail.leidinger.net (8.14.5/8.14.4/Submit) id q1M8U8Yo092343; Wed, 22 Feb 2012 09:30:08 +0100 (CET) (envelope-from Alexander@Leidinger.net) X-Authentication-Warning: webmail.leidinger.net: www set sender to Alexander@Leidinger.net using -f Received: from 85.94.224.21 ([85.94.224.21]) by webmail.leidinger.net (Horde Framework) with HTTP; Wed, 22 Feb 2012 09:30:08 +0100 Date: Wed, 22 Feb 2012 09:30:07 +0100 Message-ID: <20120222093007.Horde.5DRyHJjmRSRPRKeP83CRaCw@webmail.leidinger.net> From: Alexander Leidinger To: Navdeep Parhar References: <20120221155656.Horde.kkqxT5jmRSRPQ7C4wSPK1kA@webmail.leidinger.net> <20120221175111.GA41049@hub.freebsd.org> <47CCC607-7D0E-4077-9EA8-4BE20DF4F112@samsco.org> <20120222015540.GA19137@hub.freebsd.org> In-Reply-To: <20120222015540.GA19137@hub.freebsd.org> User-Agent: Internet Messaging Program (IMP) H4 (5.0.18) Content-Type: text/plain; charset=ISO-8859-1; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 0E7338443F3.A4596 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-0.52, required 6, autolearn=disabled, AWL -0.56, DKIM_SIGNED 0.10, DKIM_VALID -0.10, DKIM_VALID_AU -0.10, TW_CX 0.08, TW_XG 0.08, T_RP_MATCHES_RCVD -0.01) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1330504213.0743@Tw1TqNH9J0NQZ+SaVFLwZA X-EBL-Spam-Status: No Cc: gallatin@FreeBSD.org, marius@FreeBSD.org, current@FreeBSD.org Subject: Re: NICs not in GENERIC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Feb 2012 08:30:26 -0000 Quoting Navdeep Parhar (from Wed, 22 Feb 2012 01:55:40 +0000): > On Tue, Feb 21, 2012 at 05:44:01PM -0700, Scott Long wrote: >> >> On Feb 21, 2012, at 10:51 AM, Navdeep Parhar wrote: >> >> > On Tue, Feb 21, 2012 at 03:56:56PM +0100, Alexander Leidinger wrote: >> >> Hi, >> >> >> >> is there a specific reason that the following NICs are not (or shall >> >> not be) in GENERIC (at least on i386)? >> > >> > No specific reason for these two: >> > >> >> - if_cxgb >> >> - if_cxgbe >> > >> > But I do prefer to load them as modules (and as late as possible -- >> > after sysctl.conf has been processed and any nmbclusters, nmbjumboXX >> > settings have taken affect). >> > >> > Other than root over NFS, is there any reason to have NIC drivers in >> > GENERIC? >> > >> >> GENERIC is the kernel profile that's used during installation, and the >> installer (at one point in time) supported installing over NFS and FTP. > > If the installer itself can come up without the NIC driver it should be > able to load any NIC driver KLD it wants and then reach the "install > media" (NFS, FTP, etc.) over the network. Or is it that the installer's > root fs didn't have any KLDs back then? Do we have support for that in our installer? Anyway, the case where a cxgb* NIC is the only or preferred NIC (no idea if such systems exist) and the admin wants to net-boot into the installer is an use-case we should not overlook. BTW: I prefer to load a lot via modules myself, and I want to get a modular kernel config into FreeBSD. The work on the modular kernel config let me discover those NICs which are not in GENERIC. Apart from that only WAN/leased-line/pseudo-NICs and 2 wireless drivers which need firmware from ports are not in GENERIC. Bye, Alexander. -- Bill Dickey is learning me his experience. -- Yogi Berra in his rookie season http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Wed Feb 22 08:52:59 2012 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 E9084106566B; Wed, 22 Feb 2012 08:52:58 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 8D1718FC19; Wed, 22 Feb 2012 08:52:58 +0000 (UTC) Received: from outgoing.leidinger.net (p5796D942.dip.t-dialin.net [87.150.217.66]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id E2EDF8443F3; Wed, 22 Feb 2012 09:52:44 +0100 (CET) Received: from webmail.leidinger.net (webmail.Leidinger.net [IPv6:fd73:10c7:2053:1::3:102]) by outgoing.leidinger.net (Postfix) with ESMTPS id 3AB26579E; Wed, 22 Feb 2012 09:52:42 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=leidinger.net; s=outgoing-alex; t=1329900762; bh=9atuVoR89cVpGJMmVHG4a+BS7EWHEkd31FcnHICcjDQ=; h=Date:Message-ID:From:To:Cc:Subject:References:In-Reply-To: Content-Type:MIME-Version; b=Kaxhq1MX9YVabL8yv2zKGapWjuw3dC+qxAWckLYQenwB25nO3ucpm5uO8RBWXbDPR 8+NOBuDs/Dv3LzEUq4FOL1Zgtf56j10DWXLgFP9ayvFAxDkpE/BUZRcfTjlgO849CU To9tt99tvBTuFx1AJ4D5XfJd2SGrpDah9t64Bcq1fjvRtZZBIO8I01UcmC0hFbK2cs CM/zVl12tKxMg1OcZj2hf1mU3t3OJITSqJQOi/+Y/gjDcjzV3NzL7d32F3ow1Psw2u GnqMvdnyGNfcrqunZ8MUfaaLmbbO2pfVDYj+TQGpcbn7ykCrDH0K1tO/NozEFtoVxk D72qnkgGftcGw== Received: (from www@localhost) by webmail.leidinger.net (8.14.5/8.14.4/Submit) id q1M8qfWT093768; Wed, 22 Feb 2012 09:52:41 +0100 (CET) (envelope-from Alexander@Leidinger.net) X-Authentication-Warning: webmail.leidinger.net: www set sender to Alexander@Leidinger.net using -f Received: from 85.94.224.21 ([85.94.224.21]) by webmail.leidinger.net (Horde Framework) with HTTP; Wed, 22 Feb 2012 09:52:41 +0100 Date: Wed, 22 Feb 2012 09:52:39 +0100 Message-ID: <20120222095239.Horde.0hpYHJjmRSRPRKzXsoFRbYk@webmail.leidinger.net> From: Alexander Leidinger To: Marius Strobl References: <20120221155640.Horde.Bp73Z5jmRSRPQ7CoFzta95A@webmail.leidinger.net> <20120221224251.GE50474@alchemy.franken.de> In-Reply-To: <20120221224251.GE50474@alchemy.franken.de> User-Agent: Internet Messaging Program (IMP) H4 (5.0.18) Content-Type: text/plain; charset=ISO-8859-1; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: E2EDF8443F3.A53EE X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-0.453, required 6, autolearn=disabled, AWL -0.65, DKIM_SIGNED 0.10, DKIM_VALID -0.10, DKIM_VALID_AU -0.10, TW_CX 0.08, TW_MX 0.08, TW_NX 0.08, TW_XG 0.08, T_RP_MATCHES_RCVD -0.01) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1330505565.9914@fecugoxhQ3XNU7C5cEqWaQ X-EBL-Spam-Status: No Cc: gallatin@FreeBSD.org, np@FreeBSD.org, current@FreeBSD.org Subject: Re: NICs not in GENERIC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Feb 2012 08:52:59 -0000 Quoting Marius Strobl (from Tue, 21 Feb 2012 23:42:52 +0100): > On Tue, Feb 21, 2012 at 03:56:40PM +0100, Alexander Leidinger wrote: >> Hi, >> >> is there a specific reason that the following NICs are not (or shall >> not be) in GENERIC (at least on i386)? >> - if_cas: is compiled as a module, Sun hardware, non-x86 only? >> - if_cxgb >> - if_cxgbe >> - if_gem: is compiled as a module, Apple/Sun, non-x86 only? >> - if_hme: is compiled as a module, Sun hardware, non-x86 only? >> - if_ic: no man-page >> - if_ipheth: no man-page >> - if_mos: USB NIC >> - if_mxge >> - if_my >> - if_nxge >> - if_vtnet: virtual NIC for hypervisors >> > > As for cas(4), gem(4) and hme(4) the corresponding MACs also exist as > add-on cards and these drivers work just fine on x86 (actually should > do so on all architectures). Although some people also use or at least > used these cards in x86 machines, I thought it still would be uncommon > enough to put cards built for OFW machines into x86 ones to deliberately > not add these drivers to the x86 GENERICs. Fell free to do so if you > want though. The GENERIC kernel on i386 takes about 15 MB on disk. The modules for cas/gem/hme take about 115 KB. It does not look like this would hurt from a file size perspective, but would give the benefit of users of the GENERIC kernel to have those NICs work out of the box in the installer. Bye, Alexander. -- A person who has nothing looks at all there is and wants something. A person who has something looks at all there is and wants all the rest. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Wed Feb 22 09:05:36 2012 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 C5C72106564A for ; Wed, 22 Feb 2012 09:05:36 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8188B8FC15 for ; Wed, 22 Feb 2012 09:05:36 +0000 (UTC) Received: by obcwo16 with SMTP id wo16so12578925obc.13 for ; Wed, 22 Feb 2012 01:05:36 -0800 (PST) Received-SPF: pass (google.com: domain of m.e.sanliturk@gmail.com designates 10.182.188.36 as permitted sender) client-ip=10.182.188.36; Authentication-Results: mr.google.com; spf=pass (google.com: domain of m.e.sanliturk@gmail.com designates 10.182.188.36 as permitted sender) smtp.mail=m.e.sanliturk@gmail.com; dkim=pass header.i=m.e.sanliturk@gmail.com Received: from mr.google.com ([10.182.188.36]) by 10.182.188.36 with SMTP id fx4mr18030706obc.7.1329901536073 (num_hops = 1); Wed, 22 Feb 2012 01:05:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=dTHJ355ydXKTg+VM8ThqEyCbqEsi2+SW5uvwjZ9/Q6k=; b=RI1EMOEvRtUyibLQZUPY0/spSUQwU5+M+G0QbYubxohxJYJtcJGHyvXgBwJsrxCIK2 MrGye71f77aLwNuuNsctN4nxfW+OjdIuREcoKgfmPS7yrSfnCekWdzGVFnhpGsY2zcRR 2zSs6FbDkX9Xis0j76/AXD294dy4hk77z0PaI= MIME-Version: 1.0 Received: by 10.182.188.36 with SMTP id fx4mr15307668obc.7.1329901535984; Wed, 22 Feb 2012 01:05:35 -0800 (PST) Received: by 10.182.38.38 with HTTP; Wed, 22 Feb 2012 01:05:35 -0800 (PST) In-Reply-To: <4F3B7F16.4090401@omnilan.de> References: <4F3B7F16.4090401@omnilan.de> Date: Wed, 22 Feb 2012 04:05:35 -0500 Message-ID: From: Mehmet Erol Sanliturk To: Harald Schmalzbauer Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Current Subject: Re: Effect of Processor and Memory on KDE4 execution speed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Feb 2012 09:05:36 -0000 On Wed, Feb 15, 2012 at 4:47 AM, Harald Schmalzbauer < h.schmalzbauer@omnilan.de> wrote: > schrieb Mehmet Erol Sanliturk am 14.02.2012 15:39 (localtime): > > Dear All , > > > > Today I have encountered a case which I think informing you about it may > be > > useful . > > > > In my previous messages , I have mentioned very slowness of KDE4 . > > > > > > Onto another computer I have installed DruidBSD 9.0 b56 amd64 , and KDE4 > . > > In that installation KDE4 worked surprisingly fast . > > > > To understand whether difference is among FreeBSD or DruidBSD , I have > > installed > > FreeBSD 9.0 Release amd64 and KDE4 on the same computer instead of > DruidBSD > > . > > > > The KDE4 has worked flawlesly i.e. , means very fast . > > > > To make equivalent the installations on both computers , I have installed > > FreeBSD 9.0 Release amd64 and KDE4 on the slow computer exactly as in > fast > > computer . > > > > > > Starting times after first boot ( to eliminate initialization effects ) > are > > the following > > ( All timings are from "root" ) : > > > > > > >From "startx" ( which contains "exec ... kde4 ..." ) > > to appearance of KDE menu symbol at the bottom left corner : > > > > > > Fast computer : 8 GB : 0+ ( < 1 ) minute ( 4 x 2 GB ) > > Slow computer : 4 GB : 2+ ( < 3 ) minutes ( 2 x 2 GB ) ( 2 x ! GB chips > > removed ) , > > 6 GB : 8+ ( < 9 ) minutes ( 2 x ( 2 , 1 ) GB ) . > > ( Memory chip installation conforms to main board manual > . ) > > ( The clock does not have second counter . ) > > > > Fast Computer > > CPU : Intel Pentium Dual CPU E2220 @ 2.40 GHz ( 2397.65-MHz K-8class > CPU ) > > ACPI APIC Table : < INTEL DG965WH > > > > > Slow Computer > > CPU : Intel Core 2 QUAD CPU Q6600 @ 2.40 GHz ( 2397.65-MHz K-8class > CPU ) > > ACPI APIC Table : < INTEL DG965WH > > > > > ( The main boards are the same ) . > > ( All of the memory chips are the same : Kingston HyperX 800 MHz ) > > > > > > > > I could not understand the reason(s) of the differences . > > > > > > Boot DMESG outputs are attached . > > > > Compare 'sysctl kern.timecounter'. > That's the only difference I could see. Also, I'd try to disable two > cores in the bios of the quad-core machine and see if it changes > anything. Just to rule out scheduler issues. > > Have you tried memtest86 to see if RAM throughput and CPU-cache rates > are comparable? > > -Harry > > > I have installed FreeBSD 9.0 Release i386 to understand whether there is a difference between amd64 and i386 KDE4 execution speeds : The results are as follows : CPU : E2220 Memory : 1 x 2 GB Memory ( slot 0 ) From E2220 computer : Good chip ( Channel A ) 1 x 2 GB Memory ( slot 0 ) From Q6600 computer : Suspected chip ( Channel B ) 2 x 1 GB Memory ( slots 1 ) From Q6600 computer : Suspected chips From "startx" to ( K ) Symbol : 0+ ( < 1 ) minute kern.timecounter.tick: 1 kern.timecounter.choice: TSC-low(1000) i8254(0) ACPI-fast(900) dummy(-1000000) kern.timecounter.hardware: TSC-low kern.timecounter.stepwarnings: 0 kern.timecounter.tc.ACPI-fast.mask: 16777215 kern.timecounter.tc.ACPI-fast.counter: 579674 kern.timecounter.tc.ACPI-fast.frequency: 3579545 kern.timecounter.tc.ACPI-fast.quality: 900 kern.timecounter.tc.i8254.mask: 65535 kern.timecounter.tc.i8254.counter: 51061 kern.timecounter.tc.i8254.frequency: 1193182 kern.timecounter.tc.i8254.quality: 0 kern.timecounter.tc.TSC-low.mask: 4294967295 kern.timecounter.tc.TSC-low.counter: 1581793778 kern.timecounter.tc.TSC-low.frequency: 9365834 kern.timecounter.tc.TSC-low.quality: 1000 kern.timecounter.smp_tsc: 1 kern.timecounter.invariant_tsc: 1 It is possible to say that the difference is very large : Less than 1 minute versus greater than ( from 8 to 10 ) minutes . In all of my FreeBSD i386 installs , execution was very fast , but I am not installing and using i386 mode . Thank you very much . Mehmet Erol Sanliturk From owner-freebsd-current@FreeBSD.ORG Wed Feb 22 10:49:06 2012 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 410E81065675; Wed, 22 Feb 2012 10:49:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 0E7598FC27; Wed, 22 Feb 2012 10:49:05 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q1MAn5q7001825; Wed, 22 Feb 2012 05:49:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q1MAn59Q001815; Wed, 22 Feb 2012 10:49:05 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 22 Feb 2012 10:49:05 GMT Message-Id: <201202221049.q1MAn59Q001815@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Feb 2012 10:49:06 -0000 TB --- 2012-02-22 08:00:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-02-22 08:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-02-22 08:00:00 - cleaning the object tree TB --- 2012-02-22 08:00:00 - cvsupping the source tree TB --- 2012-02-22 08:00:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2012-02-22 08:00:49 - building world TB --- 2012-02-22 08:00:49 - CROSS_BUILD_TESTING=YES TB --- 2012-02-22 08:00:49 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-22 08:00:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-22 08:00:49 - SRCCONF=/dev/null TB --- 2012-02-22 08:00:49 - TARGET=amd64 TB --- 2012-02-22 08:00:49 - TARGET_ARCH=amd64 TB --- 2012-02-22 08:00:49 - TZ=UTC TB --- 2012-02-22 08:00:49 - __MAKE_CONF=/dev/null TB --- 2012-02-22 08:00:49 - cd /src TB --- 2012-02-22 08:00:49 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 22 08:00:50 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Wed Feb 22 10:36:36 UTC 2012 TB --- 2012-02-22 10:36:36 - generating LINT kernel config TB --- 2012-02-22 10:36:36 - cd /src/sys/amd64/conf TB --- 2012-02-22 10:36:36 - /usr/bin/make -B LINT TB --- 2012-02-22 10:36:36 - cd /src/sys/amd64/conf TB --- 2012-02-22 10:36:36 - /usr/sbin/config -m LINT TB --- 2012-02-22 10:36:36 - building LINT kernel TB --- 2012-02-22 10:36:36 - CROSS_BUILD_TESTING=YES TB --- 2012-02-22 10:36:36 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-22 10:36:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-22 10:36:36 - SRCCONF=/dev/null TB --- 2012-02-22 10:36:36 - TARGET=amd64 TB --- 2012-02-22 10:36:36 - TARGET_ARCH=amd64 TB --- 2012-02-22 10:36:36 - TZ=UTC TB --- 2012-02-22 10:36:36 - __MAKE_CONF=/dev/null TB --- 2012-02-22 10:36:36 - cd /src TB --- 2012-02-22 10:36:36 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Feb 22 10:36:36 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_timeout.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_umtx.c /src/sys/kern/kern_umtx.c: In function '__umtx_op_wait_compat32': /src/sys/kern/kern_umtx.c:3306: error: 'uint32_' undeclared (first use in this function) /src/sys/kern/kern_umtx.c:3306: error: (Each undeclared identifier is reported only once /src/sys/kern/kern_umtx.c:3306: error: for each function it appears in.) /src/sys/kern/kern_umtx.c:3306: error: expected ';' before 'flags' /src/sys/kern/kern_umtx.c:3316: error: 'flags' undeclared (first use in this function) *** Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-02-22 10:49:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-02-22 10:49:05 - ERROR: failed to build LINT kernel TB --- 2012-02-22 10:49:05 - 8152.27 user 1285.12 system 10144.80 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Feb 22 15:42:45 2012 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 936E9106566B; Wed, 22 Feb 2012 15:42:45 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 5EB5D8FC13; Wed, 22 Feb 2012 15:42:45 +0000 (UTC) Received: from [127.0.0.1] (pooker.samsco.org [168.103.85.57]) (authenticated bits=0) by pooker.samsco.org (8.14.5/8.14.5) with ESMTP id q1MFgdL4055313; Wed, 22 Feb 2012 08:42:39 -0700 (MST) (envelope-from scottl@samsco.org) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=iso-8859-1 From: Scott Long In-Reply-To: <20120222092219.Horde.AvbvLpjmRSRPRKW7YuZBYu8@webmail.leidinger.net> Date: Wed, 22 Feb 2012 08:42:39 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <7274C496-567B-413D-AE7D-D4AB762CEE7E@samsco.org> References: <20120221155656.Horde.kkqxT5jmRSRPQ7C4wSPK1kA@webmail.leidinger.net> <1DA65887-49B6-446D-AC31-67B149A6C736@samsco.org> <20120222092219.Horde.AvbvLpjmRSRPRKW7YuZBYu8@webmail.leidinger.net> To: Alexander Leidinger X-Mailer: Apple Mail (2.1257) X-Spam-Status: No, score=-50.0 required=3.8 tests=ALL_TRUSTED, T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on pooker.samsco.org Cc: marius@freebsd.org, gallatin@freebsd.org, current@freebsd.org, np@freebsd.org Subject: Re: NICs not in GENERIC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Feb 2012 15:42:45 -0000 On Feb 22, 2012, at 1:22 AM, Alexander Leidinger wrote: > Quoting Scott Long (from Tue, 21 Feb 2012 17:45:04 = -0700): >=20 >> On Feb 21, 2012, at 7:56 AM, Alexander Leidinger wrote: >>=20 >>> Hi, >>>=20 >>> is there a specific reason that the following NICs are not (or shall = not be) in GENERIC (at least on i386)? >>> - if_cas: is compiled as a module, Sun hardware, non-x86 only? >>> - if_gem: is compiled as a module, Apple/Sun, non-x86 only? >>> - if_hme: is compiled as a module, Sun hardware, non-x86 only? >>=20 >> If these aren't for i386 hardware, then why would they need to be in = the i386 GENERIC profile? >=20 > I didn't told they aren't for i386 (Sun and Apple produce(d) x86 = hardware). If they would have been non-x86 drivers (I assume you've seen = the answer from Marius), the bug would have been that they are build as = modules on x86. >=20 Let it go. Scott From owner-freebsd-current@FreeBSD.ORG Wed Feb 22 19:25:34 2012 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 716F3106566C; Wed, 22 Feb 2012 19:25:34 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Wed, 22 Feb 2012 14:25:23 -0500 User-Agent: KMail/1.6.2 References: In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201202221425.25318.jkim@FreeBSD.org> Cc: "Sam Fourman Jr." Subject: Re: AMD K15 sensor 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: Wed, 22 Feb 2012 19:25:34 -0000 On Tuesday 21 February 2012 10:58 am, Sam Fourman Jr. wrote: > I was wondering if anyone is aware of any ongoing effort to support > the on CPU temp sensors on the AMD K15 CPU's I have a patch to support later chips but not tested on 15h family. > amdtemp only supports up to K11 so far as I can tell Can you please try this patch? http://people.freebsd.org/~jkim/amdtemp3.diff Thanks, Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Wed Feb 22 22:31:41 2012 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 5BA481065674; Wed, 22 Feb 2012 22:31:41 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) by mx1.freebsd.org (Postfix) with ESMTP id DE6F88FC17; Wed, 22 Feb 2012 22:31:40 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id A10F325D3A00; Wed, 22 Feb 2012 22:31:39 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id D562BBDBEDA; Wed, 22 Feb 2012 22:31:38 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id bUorBj94lp7i; Wed, 22 Feb 2012 22:31:37 +0000 (UTC) Received: from orange-en1.sbone.de (orange-en1.sbone.de [IPv6:fde9:577b:c1a9:31:cabc:c8ff:fecf:e8e3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id BBF33BDBED9; Wed, 22 Feb 2012 22:31:37 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: "Bjoern A. Zeeb" In-Reply-To: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> Date: Wed, 22 Feb 2012 22:31:36 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> To: Alexander Leidinger X-Mailer: Apple Mail (2.1084) Cc: stable@FreeBSD.org, current@FreeBSD.org Subject: Re: [CFT] modular kernel config X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Feb 2012 22:31:41 -0000 On 21. Feb 2012, at 13:35 , Alexander Leidinger wrote: > You can download from > http://www.Leidinger.net/FreeBSD/current-patches/ > The files are > - i386_SMALL > - i386_SMALL_loader.conf > - amd64_SMALL > - amd64_SMALL_loader.conf I only looked at the laoder.conf for amd64 and the only comment I have = is that I do not have the time to wait minutes for all individual = modules to be loaded. This is going to be really bad for boot time. > The new stuff in the kernel config compared to GENERIC is (in order of = number of requests from users): > - IPSEC (+ device enc + IPSEC_NAT_T) You cannot ship that on by default for non-tecnical reasons in a kernel. = Please do not commit a kernel config that can be booted (no LINT cannot = be booted) with these on without consulting appropriate hats upfront. > - ALTQ > - SW_WATCHDOG > - QUOTA > - IPSTEALTH (disabled in loader.conf) > - IPFIREWALL_FORWARD (touches every packet, power users which need > a bigger PPS but not this feature can recompile the kernel, > discussed with julian@) > - FLOWTABLE (disabled in loader.conf) Which is not the same as it's not 100% disabled and will still allocate = memory. --=20 Bjoern A. Zeeb You have to have visions! It does not matter how good you are. It matters what good you do! From owner-freebsd-current@FreeBSD.ORG Wed Feb 22 23:22:46 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE9CE1065674; Wed, 22 Feb 2012 23:22:46 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from fallbackmx06.syd.optusnet.com.au (fallbackmx06.syd.optusnet.com.au [211.29.132.8]) by mx1.freebsd.org (Postfix) with ESMTP id 5C3B48FC16; Wed, 22 Feb 2012 23:22:45 +0000 (UTC) Received: from mail34.syd.optusnet.com.au (mail34.syd.optusnet.com.au [211.29.133.218]) by fallbackmx06.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id q1MK2bZd006512; Thu, 23 Feb 2012 07:02:37 +1100 Received: from server.vk2pj.dyndns.org (c220-239-116-103.belrs4.nsw.optusnet.com.au [220.239.116.103]) by mail34.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id q1MK2XSW027719 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 23 Feb 2012 07:02:34 +1100 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.5/8.14.4) with ESMTP id q1MK2VIw007707; Thu, 23 Feb 2012 07:02:31 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.5/8.14.4/Submit) id q1MK2V9w007706; Thu, 23 Feb 2012 07:02:31 +1100 (EST) (envelope-from peter) Date: Thu, 23 Feb 2012 07:02:30 +1100 From: Peter Jeremy To: freebsd-current@freebsd.org, freebsd-ports@freebsd.org Message-ID: <20120222200230.GA7631@server.vk2pj.dyndns.org> References: <20120221182850.GA20768@troutmask.apl.washington.edu> <20120221185754.GL55074@deviant.kiev.zoral.com.ua> <20120221194259.GA21185@troutmask.apl.washington.edu> <20120221201612.2968c810@kan.dyndns.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="r5Pyd7+fXNt84Ff3" Content-Disposition: inline In-Reply-To: <20120221201612.2968c810@kan.dyndns.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: Re: rtld or lang/gcc cannot find libgcc_s.so.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: Wed, 22 Feb 2012 23:22:47 -0000 --r5Pyd7+fXNt84Ff3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2012-Feb-21 17:00:53 -0500, Diane Bruce wrote: >Or is this another problem? -rpath is added in /usr/ports/Mk This may help for applications built wihin the ports framework but doesn't help if you want to use gcc46 as a general purpose compiler. On 2012-Feb-21 23:03:27 -0500, Benjamin Kaduk wrote: >How would things break if we made everything in the base system specify=20 >-rpath of /lib and /usr/lib as appropriate, and then put the ports=20 >versions first in the default search path? I have a nasty feeling this would break i386 emulation on amd64 - if the i386 executable has an embedded rpath pointing to /lib, it will fail to find the shared libraries in /lib32. On 2012-Feb-21 20:16:12 -0500, Alexander Kabaev wrote: >Just changing the compiler to supply rpath on binaries it builds might >be safer approach. Various GCC builds on Solaris (OpenCSW, Sunfreeware, >etc) are doing this for ages and mostly manage to pull things off. I agree this is the way to go. I tried suggesting this in ports/142226 but it got closed without actually fixing the problem. (IMO, the whole -rpath approach is backwards - in virtually all cases, if you link against a library at a specific path, you are going want to run against that library as well so the default should be to look there, with something like -rpath only used in the few cases where that isn't correct). >Third option is of course purging _all_ toolchain components out of the >tree, which is such a fine bikeshed material that I am a bit scared to >bring that up. One of the big advantages of FreeBSD is that it can recompile itself. Having to install ports to do this would be a massive step backwards and wouldn't actually solve the underlying problem unless you were restricted to having no more than one installed toolchain (which has other problems). --=20 Peter Jeremy --r5Pyd7+fXNt84Ff3 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk9FSdYACgkQ/opHv/APuIftsACgvVwauLQDiKHRmJHO/2ZlHNX5 MR8AniXHbgrFOY4LyfQyAXveDSlMcaxM =ixjH -----END PGP SIGNATURE----- --r5Pyd7+fXNt84Ff3-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 23 05:51:35 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A827A1065670 for ; Thu, 23 Feb 2012 05:51:35 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id 5F9948FC0A for ; Thu, 23 Feb 2012 05:51:35 +0000 (UTC) Received: from amd620.ovitrap.com ([49.128.188.2]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q1N5pQEd000703 for ; Wed, 22 Feb 2012 22:51:33 -0700 From: Erich Dollansky To: freebsd-current@freebsd.org Date: Thu, 23 Feb 2012 12:38:17 +0700 User-Agent: KMail/1.13.7 (FreeBSD/8.3-PRERELEASE; KDE/4.7.4; amd64; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201202231238.17693.erichfreebsdlist@ovitrap.com> Subject: kldstat hangs in 8.3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Feb 2012 05:51:35 -0000 Hi, my sound just stopped working. Dmesg says: pcm0: chn_write(): pcm0:virtual:dsp0.vp0: play interrupt timeout, channel dead I am used to this. I unload the sound module and load it again and the problem is solved. As the unloading did not work, I did this here: AMD620:///home/erich (root) > kldstat Id Refs Address Size Name The console hangs then in this state forever. I am not able to stop it with control C. What could I prepare if this happens again to help debugging? Erich From owner-freebsd-current@FreeBSD.ORG Thu Feb 23 06:44:49 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1033) id 3A4071065679; Thu, 23 Feb 2012 06:44:49 +0000 (UTC) Date: Thu, 23 Feb 2012 06:44:49 +0000 From: Alexey Dokuchaev To: John Baldwin Message-ID: <20120223064449.GA19082@FreeBSD.org> References: <20110109140215.000011b8@unknown> <201101181125.38198.jhb@freebsd.org> <20110119100810.000026b2@unknown> <201101190814.19810.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <201101190814.19810.jhb@freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: Bruce Cran , freebsd-current@freebsd.org Subject: Re: Loading uart module fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Feb 2012 06:44:49 -0000 On Wed, Jan 19, 2011 at 08:14:19AM -0500, John Baldwin wrote: > On Wednesday, January 19, 2011 5:08:10 am Bruce Cran wrote: > > On Tue, 18 Jan 2011 11:25:38 -0500 > > John Baldwin wrote: > > > > > Oh, the uart[01] devices already exist. I suspect if you removed the > > > hints from /boot/device.hints and then kldloaded uart you would be > > > ok. I think this is an "old" bug that might also be in 8.x. > > > > I'm running -CURRENT from a couple of weeks ago so it if it's an old > > bug it apparently hasn't been fixed yet. > > Yes, I don't think it is fixed, and I think 8.x is likely broken in this > regard as well. Can you verify that removing the hints "fixes" the issue? Same thing here, default uart settings in /boot/device.hints prevent the module from loading correctly. Moreover, unloading it and then doing "devinfo -rv" panics my 8.3-PRERELEASE laptop: Fatal trap 12: page fault while in kernel mode fault virtual address = 0xc5511205 fault code = supervisor read, page not present instruction pointer = 0x20:0xc05783ad stack pointer = 0x28:0xe789c994 frame pointer = 0x28:0xe789c99c 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 = 2522 (devinfo) (kgdb) bt ... #10 0xc05783ad in strlcpy (dst=0xe789c9d8 "", src=0xc5511205
, siz=32) at /usr/src/sys/libkern/strlcpy.c:54 #11 0xc050b1df in sysctl_devices (oidp=0xc06f4880, arg1=0xe789cc04, arg2=2, req=0xe789cb8c) at /usr/src/sys/kern/subr_bus.c:4575 #12 0xc04efb23 in sysctl_root (oidp=Variable "oidp" is not available. ) at /usr/src/sys/kern/kern_sysctl.c:1455 #13 0xc04efdc2 in userland_sysctl (td=0xc5d6c5c0, name=0xe789cbf8, namelen=5, old=0xbfbfea9c, oldlenp=0xbfbfea94, inkernel=0, new=0x0, newlen=0, retval=0xe789cc58, flags=0) at /usr/src/sys/kern/kern_sysctl.c:1565 #14 0xc04f014a in __sysctl (td=0xc5d6c5c0, uap=0xe789ccec) ... (kgdb) f 11 #11 0xc050b1df in sysctl_devices (oidp=0xc06f4880, arg1=0xe789cc04, arg2=2, req=0xe789cb8c) at /usr/src/sys/kern/subr_bus.c:4575 4575 strlcpy(udev.dv_desc, dev->desc, sizeof(udev.dv_desc)); (kgdb) l 4570 udev.dv_handle = (uintptr_t)dev; 4571 udev.dv_parent = (uintptr_t)dev->parent; 4572 if (dev->nameunit != NULL) 4573 strlcpy(udev.dv_name, dev->nameunit, sizeof(udev.dv_name)); 4574 if (dev->desc != NULL) 4575 strlcpy(udev.dv_desc, dev->desc, sizeof(udev.dv_desc)); 4576 if (dev->driver != NULL && dev->driver->name != NULL) 4577 strlcpy(udev.dv_drivername, dev->driver->name, 4578 sizeof(udev.dv_drivername)); 4579 bus_child_pnpinfo_str(dev, udev.dv_pnpinfo, sizeof(udev.dv_pnpinfo)); HTH, feel free to ask for more... ./danfe From owner-freebsd-current@FreeBSD.ORG Thu Feb 23 08:18:28 2012 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 09CD9106566C; Thu, 23 Feb 2012 08:18:28 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 5C9BC8FC12; Thu, 23 Feb 2012 08:18:27 +0000 (UTC) Received: from outgoing.leidinger.net (p5796DADA.dip.t-dialin.net [87.150.218.218]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id E00A48443F4; Thu, 23 Feb 2012 09:18:11 +0100 (CET) Received: from webmail.leidinger.net (webmail.Leidinger.net [IPv6:fd73:10c7:2053:1::3:102]) by outgoing.leidinger.net (Postfix) with ESMTPS id 3B5FA5874; Thu, 23 Feb 2012 09:18:09 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=leidinger.net; s=outgoing-alex; t=1329985089; bh=n/8tqMAMV0zvAeAUKkq7aOssJFpINvxzCNlvS2KQ/fc=; h=Date:Message-ID:From:To:Cc:Subject:References:In-Reply-To: Content-Type:MIME-Version; b=CWVOlZvZuLGgsMzNVmGZx+PkckR+ChxhwhR7xzYa6SwIpUkUfgy6NEXP3fyz3BlZ2 bPvDYnRdElI/kphIruLKJrrRuTRV201R/3b6j1WUojDDkZM8Agm5o3IxJuYiQhVnBb d9LYLxqw/T9+iduWxtPOp3/pvEHOYQkFjJ6h/FHT7bl22HpgI30w/BSe2C+/HKSxzN 8OW2d3WuS8gXX9+Hq1SHEpINTqHquVHzpwoqsIYVVanrtALKFvBduiBO7GrQLaSc8z 9v0UUIhBiWgCDfajGxNJzOebjLijYHim+ToOkSGZahuMR3LqAZXRPZOWlcDVIMVTJm eOQDnRdywWiUg== Received: (from www@localhost) by webmail.leidinger.net (8.14.5/8.14.4/Submit) id q1N8I8IE065619; Thu, 23 Feb 2012 09:18:08 +0100 (CET) (envelope-from Alexander@Leidinger.net) X-Authentication-Warning: webmail.leidinger.net: www set sender to Alexander@Leidinger.net using -f Received: from 85.94.224.20 ([85.94.224.20]) by webmail.leidinger.net (Horde Framework) with HTTP; Thu, 23 Feb 2012 09:18:08 +0100 Date: Thu, 23 Feb 2012 09:18:08 +0100 Message-ID: <20120223091808.Horde.iJJvNZjmRSRPRfZAlqnPsrA@webmail.leidinger.net> From: Alexander Leidinger To: "Bjoern A. Zeeb" References: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> In-Reply-To: User-Agent: Internet Messaging Program (IMP) H4 (5.0.18) Content-Type: text/plain; charset=ISO-8859-1; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: E00A48443F4.A24BA X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=0.851, required 6, autolearn=disabled, AWL -1.90, DKIM_SIGNED 0.10, DKIM_VALID -0.10, DKIM_VALID_AU -0.10, RCVD_IN_BL_SPAMCOP_NET 1.25, RCVD_IN_SORBS 1.00, RCVD_IN_SORBS_WEB 0.61, T_RP_MATCHES_RCVD -0.01) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1330589894.31449@8v3cMtv6G7/X0Puk9DUvDg X-EBL-Spam-Status: No Cc: stable@FreeBSD.org, current@FreeBSD.org Subject: Re: [CFT] modular kernel config X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Feb 2012 08:18:28 -0000 Quoting "Bjoern A. Zeeb" (from Wed, 22 Feb 2012 22:31:36 +0000): > On 21. Feb 2012, at 13:35 , Alexander Leidinger wrote: > >> You can download from >> http://www.Leidinger.net/FreeBSD/current-patches/ >> The files are >> - i386_SMALL >> - i386_SMALL_loader.conf >> - amd64_SMALL >> - amd64_SMALL_loader.conf > > I only looked at the laoder.conf for amd64 and the only comment I > have is that I do not have the time to wait minutes for all > individual modules to be loaded. This is going to be really bad for > boot time. Well, nobody forces you to use it. And as can be seen on the lists, there are patches floating around to improve the loading speed of the loader. This is also just an example to be on par as much as possible with GENERIC. People which want to use this kernel most probably want to cut the loader.conf down and maybe even want to use the rc.conf setting to load modules which are not needed to boot. >> The new stuff in the kernel config compared to GENERIC is (in order >> of number of requests from users): >> - IPSEC (+ device enc + IPSEC_NAT_T) > > You cannot ship that on by default for non-tecnical reasons in a > kernel. Please do not commit a kernel config that can be booted (no > LINT cannot be booted) with these on without consulting appropriate > hats upfront. I planned to contact core to ask if there are some US export restrictions to take into account before committing. Do you have a different hat in mind? >> - ALTQ >> - SW_WATCHDOG >> - QUOTA >> - IPSTEALTH (disabled in loader.conf) >> - IPFIREWALL_FORWARD (touches every packet, power users which need >> a bigger PPS but not this feature can recompile the kernel, >> discussed with julian@) >> - FLOWTABLE (disabled in loader.conf) > > Which is not the same as it's not 100% disabled and will still > allocate memory. I assume this means that the sideeffects are only some conditionals more for the packets which pass the corresponding kernel places (to check if the feature is enabled, I had a look for the IPFIREWALL_FORWARD and IPSTEALTH options regarding this). Regarding the memory usage I assume this means that if someone removes the loading of modules he does not use from the loader.conf, he will use less memory with those things enabled, than would be used by a GENERIC kernel. Both of those things where taken into account before providing this config here. As I wrote above, people which need the last few PPS more can compile a kernel without those features (they are power-users), while people which do not want to compile kernels at all (and there are a lot of such people, just have a look at how many people use freebsd-update and you will get an idea about the target audience) get more features to play with. This is also not supposed to replace GENERIC, but it coud be offered as an option to install this kernel instead of GENERIC (or we can install in in parallel and the user can chose which kernel he wants to boot, or ...). Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Thu Feb 23 08:22:14 2012 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 A19EB1065674; Thu, 23 Feb 2012 08:22:14 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 2D77C8FC12; Thu, 23 Feb 2012 08:22:14 +0000 (UTC) Received: from outgoing.leidinger.net (p5796DADA.dip.t-dialin.net [87.150.218.218]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 661678443F6; Thu, 23 Feb 2012 09:21:59 +0100 (CET) Received: from webmail.leidinger.net (webmail.Leidinger.net [IPv6:fd73:10c7:2053:1::3:102]) by outgoing.leidinger.net (Postfix) with ESMTPS id AF12C5875; Thu, 23 Feb 2012 09:21:56 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=leidinger.net; s=outgoing-alex; t=1329985316; bh=jIjp6pK6lvmV2fA1k5TxO2SiVBlUKc/yAUn8p59jEHI=; h=Date:Message-ID:From:To:Cc:Subject:References:In-Reply-To: Content-Type:MIME-Version; b=dY8Rdvsm2Mf3/GkKq6XcGl4b6ew/q+AxSvPkVyCd+DovF8T0tj5muuWnw5cZsCteC Kx3XJgjn+u/geyT5BLMTPqG2CvtxQ53J6AiLu1pW55HsGbpdfu7k9uE8cZWp4+MQSZ myCsC/acF35CCM+7+SiqvQN/AsvxPNw92tV0FtzGvbs6M3bc18HjFdnlDjSNdAqE+h dZaa7Oq3EMHpBqOPJ0eG8kGMcMT5YfO+WIaf5iY08ZSlfFjDSX+Su6TiJjl/ibGUQP 8rcFelNzOjCjEGK/UfOFpO7G2CNhCD+j1k0C2fPe4dCOTBxavKw9fQKe4Man0mfo3H r4jUrrOMRXlRA== Received: (from www@localhost) by webmail.leidinger.net (8.14.5/8.14.4/Submit) id q1N8Lt6M065842; Thu, 23 Feb 2012 09:21:55 +0100 (CET) (envelope-from Alexander@Leidinger.net) X-Authentication-Warning: webmail.leidinger.net: www set sender to Alexander@Leidinger.net using -f Received: from 85.94.224.20 ([85.94.224.20]) by webmail.leidinger.net (Horde Framework) with HTTP; Thu, 23 Feb 2012 09:21:55 +0100 Date: Thu, 23 Feb 2012 09:21:55 +0100 Message-ID: <20120223092155.Horde.rNNRQ5jmRSRPRfcjkkZhALY@webmail.leidinger.net> From: Alexander Leidinger To: Scott Long References: <20120221155656.Horde.kkqxT5jmRSRPQ7C4wSPK1kA@webmail.leidinger.net> <1DA65887-49B6-446D-AC31-67B149A6C736@samsco.org> <20120222092219.Horde.AvbvLpjmRSRPRKW7YuZBYu8@webmail.leidinger.net> <7274C496-567B-413D-AE7D-D4AB762CEE7E@samsco.org> In-Reply-To: <7274C496-567B-413D-AE7D-D4AB762CEE7E@samsco.org> User-Agent: Internet Messaging Program (IMP) H4 (5.0.18) Content-Type: text/plain; charset=ISO-8859-1; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 661678443F6.A2A32 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=0.867, required 6, autolearn=disabled, AWL -1.88, DKIM_SIGNED 0.10, DKIM_VALID -0.10, DKIM_VALID_AU -0.10, RCVD_IN_BL_SPAMCOP_NET 1.25, RCVD_IN_SORBS 1.00, RCVD_IN_SORBS_WEB 0.61, T_RP_MATCHES_RCVD -0.01) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1330590121.96897@OFSQ4FFQKiz2B7LSbEWACw X-EBL-Spam-Status: No Cc: marius@freebsd.org, gallatin@freebsd.org, current@freebsd.org, np@freebsd.org Subject: Re: NICs not in GENERIC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Feb 2012 08:22:14 -0000 Quoting Scott Long (from Wed, 22 Feb 2012 08:42:39 -0700): > On Feb 22, 2012, at 1:22 AM, Alexander Leidinger wrote: > >> Quoting Scott Long (from Tue, 21 Feb 2012 >> 17:45:04 -0700): >> >>> On Feb 21, 2012, at 7:56 AM, Alexander Leidinger wrote: >>> >>>> Hi, >>>> >>>> is there a specific reason that the following NICs are not (or >>>> shall not be) in GENERIC (at least on i386)? >>>> - if_cas: is compiled as a module, Sun hardware, non-x86 only? >>>> - if_gem: is compiled as a module, Apple/Sun, non-x86 only? >>>> - if_hme: is compiled as a module, Sun hardware, non-x86 only? >>> >>> If these aren't for i386 hardware, then why would they need to be >>> in the i386 GENERIC profile? >> >> I didn't told they aren't for i386 (Sun and Apple produce(d) x86 >> hardware). If they would have been non-x86 drivers (I assume you've >> seen the answer from Marius), the bug would have been that they are >> build as modules on x86. >> > > Let it go. Can you please rephrase this for a non-native english speaker please? I don't understand what is the subject of your message. Do you ask to not include those 3 into GENERIC, or do you ask to forget you asked initially? Bye, Alexander. -- Every time I look at you I am more convinced of Darwin's theory. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Thu Feb 23 08:41:41 2012 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 53027106577A; Thu, 23 Feb 2012 08:41:41 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 057308FC16; Thu, 23 Feb 2012 08:41:40 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1S0Txg-0005ed-GL; Thu, 23 Feb 2012 10:23:36 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 To: Alexander Leidinger , current@FreeBSD.org, marius@FreeBSD.org, gallatin@FreeBSD.org In-reply-to: <20120221175111.GA41049@hub.freebsd.org> References: <20120221155656.Horde.kkqxT5jmRSRPQ7C4wSPK1kA@webmail.leidinger.net> <20120221175111.GA41049@hub.freebsd.org> Comments: In-reply-to Navdeep Parhar message dated "Tue, 21 Feb 2012 17:51:11 +0000." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 23 Feb 2012 10:23:36 +0200 From: Daniel Braniss Message-ID: Cc: Subject: Re: NICs not in GENERIC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Feb 2012 08:41:41 -0000 > On Tue, Feb 21, 2012 at 03:56:56PM +0100, Alexander Leidinger wrote: > > Hi, > > > > is there a specific reason that the following NICs are not (or shall > > not be) in GENERIC (at least on i386)? > > No specific reason for these two: > > > - if_cxgb > > - if_cxgbe > > But I do prefer to load them as modules (and as late as possible -- > after sysctl.conf has been processed and any nmbclusters, nmbjumboXX > settings have taken affect). > > Other than root over NFS, is there any reason to have NIC drivers in > GENERIC? even with root over NFS (aka diskless/dataless) you can load the nic module via loader.conf. > > Regards, > Navdeep > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Thu Feb 23 08:52:01 2012 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 C68BA106566B; Thu, 23 Feb 2012 08:52:01 +0000 (UTC) (envelope-from lars@e-new.0x20.net) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 4DB048FC15; Thu, 23 Feb 2012 08:52:01 +0000 (UTC) Received: from mail.0x20.net (mail.0x20.net [217.69.76.211]) by mail.0x20.net (Postfix) with ESMTP id 1E5C46A6012; Thu, 23 Feb 2012 09:52:00 +0100 (CET) X-Virus-Scanned: amavisd-new at mail.0x20.net Received: from mail.0x20.net ([217.69.76.211]) by mail.0x20.net (mail.0x20.net [217.69.76.211]) (amavisd-new, port 10024) with ESMTP id b8Ty3ylRFztF; Thu, 23 Feb 2012 09:51:59 +0100 (CET) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id C44266A6011; Thu, 23 Feb 2012 09:51:59 +0100 (CET) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.4/8.14.4) with ESMTP id q1N8pxka056660; Thu, 23 Feb 2012 09:51:59 +0100 (CET) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.4/8.14.4/Submit) id q1N8pxJY055275; Thu, 23 Feb 2012 09:51:59 +0100 (CET) (envelope-from lars) Date: Thu, 23 Feb 2012 09:51:59 +0100 From: Lars Engels To: Alexander Leidinger Message-ID: <20120223085159.GU14469@e-new.0x20.net> References: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> <20120223091808.Horde.iJJvNZjmRSRPRfZAlqnPsrA@webmail.leidinger.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="95xjieIIiUQImiTX" Content-Disposition: inline In-Reply-To: <20120223091808.Horde.iJJvNZjmRSRPRfZAlqnPsrA@webmail.leidinger.net> X-Editor: VIM - Vi IMproved 7.3 X-Operation-System: FreeBSD 8.2-RELEASE-p3 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "Bjoern A. Zeeb" , stable@FreeBSD.org, current@FreeBSD.org Subject: Re: [CFT] modular kernel config X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Feb 2012 08:52:01 -0000 --95xjieIIiUQImiTX Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 23, 2012 at 09:18:08AM +0100, Alexander Leidinger wrote: > Quoting "Bjoern A. Zeeb" (from Wed, =20 > 22 Feb 2012 22:31:36 +0000): >=20 > > On 21. Feb 2012, at 13:35 , Alexander Leidinger wrote: > > > >> You can download from > >> http://www.Leidinger.net/FreeBSD/current-patches/ > >> The files are > >> - i386_SMALL > >> - i386_SMALL_loader.conf > >> - amd64_SMALL > >> - amd64_SMALL_loader.conf > > > > I only looked at the laoder.conf for amd64 and the only comment I =20 > > have is that I do not have the time to wait minutes for all =20 > > individual modules to be loaded. This is going to be really bad for = =20 > > boot time. >=20 > Well, nobody forces you to use it. And as can be seen on the lists, =20 > there are patches floating around to improve the loading speed of the =20 > loader. You can also put most of the modules in rc.conf: kld_list=3D"umass u3g" ... That speeds up loading the modules a lot. >=20 > This is also just an example to be on par as much as possible with =20 > GENERIC. People which want to use this kernel most probably want to =20 > cut the loader.conf down and maybe even want to use the rc.conf =20 > setting to load modules which are not needed to boot. One additional advantage is that you have a bigger chance of a working suspend / resume. Just unload all problematic modules before suspending and re-load them after resuming. --95xjieIIiUQImiTX Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk9F/i8ACgkQKc512sD3afhlRQCgtWN7Du1OYN0UqzTC0dpbqewM C2wAoJ+/4e5PES5mAG0G/SjpMxRlMmpm =x9fI -----END PGP SIGNATURE----- --95xjieIIiUQImiTX-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 23 09:20:25 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9860E1065674 for ; Thu, 23 Feb 2012 09:20:25 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id E3F128FC12 for ; Thu, 23 Feb 2012 09:20:24 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id LAA11568; Thu, 23 Feb 2012 11:20:19 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1S0UqZ-0002mu-1b; Thu, 23 Feb 2012 11:20:19 +0200 Message-ID: <4F4604B3.9090906@FreeBSD.org> Date: Thu, 23 Feb 2012 11:19:47 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120218 Thunderbird/10.0.2 MIME-Version: 1.0 To: Erich Dollansky References: <201202231238.17693.erichfreebsdlist@ovitrap.com> In-Reply-To: <201202231238.17693.erichfreebsdlist@ovitrap.com> X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: kldstat hangs in 8.3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Feb 2012 09:20:25 -0000 on 23/02/2012 07:38 Erich Dollansky said the following: > Hi, > > my sound just stopped working. Dmesg says: > > pcm0: chn_write(): pcm0:virtual:dsp0.vp0: play interrupt timeout, channel dead > > I am used to this. I unload the sound module and load it again and the problem is solved. As the unloading did not work, I did this here: > > AMD620:///home/erich (root) > kldstat > Id Refs Address Size Name > > The console hangs then in this state forever. > > I am not able to stop it with control C. > > What could I prepare if this happens again to help debugging? procstat -k for a start. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Feb 23 11:22:58 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B51C1065673 for ; Thu, 23 Feb 2012 11:22:58 +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 B52EA8FC14 for ; Thu, 23 Feb 2012 11:22:57 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1S0WlE-0007DX-2o>; Thu, 23 Feb 2012 12:22:56 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1S0WlD-0003zy-Vd>; Thu, 23 Feb 2012 12:22:56 +0100 Message-ID: <4F462189.3040106@mail.zedat.fu-berlin.de> Date: Thu, 23 Feb 2012 12:22:49 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120221 Thunderbird/10.0.2 MIME-Version: 1.0 To: Current FreeBSD X-Enigmail-Version: 1.3.5 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigAD643F2398D6026C7C5F3980" X-Originating-IP: 130.133.86.198 X-Mailman-Approved-At: Thu, 23 Feb 2012 12:34:25 +0000 Subject: No working IDE in FreeBSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Feb 2012 11:22:58 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigAD643F2398D6026C7C5F3980 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Several time ago I tried to do some development within an IDE, not even for lectural and educational purposes. Since most of our software is written in C/C++ and OpenCL, I highly prefered ANJUTA, since this IDE was highly customizable, flexible and even FreeBSD's ancient outdated version in the ports suited our needs. Anjuta does not compile anymore for a long time. I do not know why, I filed a PR (ports/161494). So I was looking for an alternative. I looked for some alternatives. The IDE should be configurable to use CLANG. ECLIPSE is to large and it does not fit my purpose. I tried devel/CodeBlocks, but CodeBlocks is narrowminded in terms of configuration of an alternative compiler and I find it really hard and not intuitiv to reconfigure the usage of CLANG. devel/anjuta is broken, so no chance. I also tried KDevelop, since many of our Linux based scientists feel good having this very popular IDE, but it is marked "broken" on FreeBSD. Before I waste more time on searching for a suitable IDE apart ANJUTA, I'd like to ask people here what alternative they would suggest if the focus is devel/anjuta. Eclipse is no way, KDevelop is broken, CodeBlocks is incapable of being easily adapted to CLANG. Befor people tend to start a flame war: yes, I'm fine with vi and I'm also fine with vim/gvim, but our students need to have the opportunity to work with an IDE and our projects are partially that large, so an IDE is needed. Thanks a lot for your patience and recommendations in advance. Oliver --------------enigAD643F2398D6026C7C5F3980 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.18 (FreeBSD) iQEcBAEBAgAGBQJPRiGPAAoJEOgBcD7A/5N8cvoH/AvznN/tbBuV74kk8Jf4Ixsm CaggQHvGvODCq9Uk+yPawepd06iz9YmsPEk+6m4fLhV6fIl+vRe9KuENhV8Et6kT CX0SLX+vAveYQ49Ktb3Y1fymmkVB3UsMTJzaMJcy0lDRDE6n6hQCeppVDhOgyy41 vwJXoR2bab47aWAEu2QqkUdhUUfQfF3o8HpCgqKtR0z9cSbbJNPffT3153pjOFe6 ir+9pBYaQW72/BMvYq1RRlP/zDxIeRvnwPbHnaLaZv0G8g2bxRt7glaXgf8SEYfU wDMcBPJjbrHlJPvrj2RhZcEXUpUq6qWiLsvYA8kGB6+pSWRAVH+//W1lgb11h3c= =M2+/ -----END PGP SIGNATURE----- --------------enigAD643F2398D6026C7C5F3980-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 23 12:48:42 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C7F7106566B for ; Thu, 23 Feb 2012 12:48:42 +0000 (UTC) (envelope-from joel@vnode.se) Received: from mail.vnode.se (mail.vnode.se [62.119.52.80]) by mx1.freebsd.org (Postfix) with ESMTP id 3C8188FC0A for ; Thu, 23 Feb 2012 12:48:41 +0000 (UTC) Received: from mail.vnode.se (localhost [127.0.0.1]) by mail.vnode.se (Postfix) with ESMTP id DD834E3F07A; Thu, 23 Feb 2012 13:48:38 +0100 (CET) X-Virus-Scanned: amavisd-new at vnode.se Received: from mail.vnode.se ([127.0.0.1]) by mail.vnode.se (mail.vnode.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fLRQ6lDKgBew; Thu, 23 Feb 2012 13:48:33 +0100 (CET) Received: from goofy01.vnodelab.local (unknown [212.247.52.12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.vnode.se (Postfix) with ESMTPSA id 11B95E3F079; Thu, 23 Feb 2012 13:48:32 +0100 (CET) Date: Thu, 23 Feb 2012 13:48:31 +0100 From: Joel Dahl To: "O. Hartmann" Message-ID: <20120223124831.GI99651@goofy01.vnodelab.local> References: <4F462189.3040106@mail.zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F462189.3040106@mail.zedat.fu-berlin.de> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Current FreeBSD Subject: Re: No working IDE in FreeBSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Feb 2012 12:48:42 -0000 On 23-02-2012 12:22, O. Hartmann wrote: > Before I waste more time on searching for a suitable IDE apart ANJUTA, > I'd like to ask people here what alternative they would suggest if the > focus is devel/anjuta. Eclipse is no way, KDevelop is broken, CodeBlocks > is incapable of being easily adapted to CLANG. Haven't used it myself, but maybe devel/geany ? http://www.geany.org/ -- Joel From owner-freebsd-current@FreeBSD.ORG Thu Feb 23 12:54:54 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0937C1065689 for ; Thu, 23 Feb 2012 12:54:54 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id B7E688FC08 for ; Thu, 23 Feb 2012 12:54:53 +0000 (UTC) Received: by obcwo16 with SMTP id wo16so1837823obc.13 for ; Thu, 23 Feb 2012 04:54:53 -0800 (PST) Received-SPF: pass (google.com: domain of m.e.sanliturk@gmail.com designates 10.60.29.68 as permitted sender) client-ip=10.60.29.68; Authentication-Results: mr.google.com; spf=pass (google.com: domain of m.e.sanliturk@gmail.com designates 10.60.29.68 as permitted sender) smtp.mail=m.e.sanliturk@gmail.com; dkim=pass header.i=m.e.sanliturk@gmail.com Received: from mr.google.com ([10.60.29.68]) by 10.60.29.68 with SMTP id i4mr429234oeh.7.1330001693275 (num_hops = 1); Thu, 23 Feb 2012 04:54:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=dj28QO0P2QhAyqU8xZrzTh6Ws8lwZyQye/vntaUfrS4=; b=Y+a7cvmf24DfLxlfEToi2TxFrbs6EQDSxkcC+LXF6lEEgUPwHnsCjUQga71RTctEf0 nPK07bHUJdnyIU/Mieh5sqJoFEdxSlGE7blvm5NET5imnmW7t4KidqgyMRYG1axVnmq9 d8tBX1b1IP1Z4wEu8OkmehJiVXtgpBnV1gYtM= MIME-Version: 1.0 Received: by 10.60.29.68 with SMTP id i4mr379487oeh.7.1330001693209; Thu, 23 Feb 2012 04:54:53 -0800 (PST) Received: by 10.182.38.38 with HTTP; Thu, 23 Feb 2012 04:54:53 -0800 (PST) In-Reply-To: <4F462189.3040106@mail.zedat.fu-berlin.de> References: <4F462189.3040106@mail.zedat.fu-berlin.de> Date: Thu, 23 Feb 2012 07:54:53 -0500 Message-ID: From: Mehmet Erol Sanliturk To: "O. Hartmann" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Current FreeBSD Subject: Re: No working IDE in FreeBSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Feb 2012 12:54:54 -0000 On Thu, Feb 23, 2012 at 6:22 AM, O. Hartmann < ohartman@mail.zedat.fu-berlin.de> wrote: > Several time ago I tried to do some development within an IDE, not even > for lectural and educational purposes. Since most of our software is > written in C/C++ and OpenCL, I highly prefered ANJUTA, since this IDE > was highly customizable, flexible and even FreeBSD's ancient outdated > version in the ports suited our needs. > > Anjuta does not compile anymore for a long time. I do not know why, I > filed a PR (ports/161494). So I was looking for an alternative. > > I looked for some alternatives. The IDE should be configurable to use > CLANG. ECLIPSE is to large and it does not fit my purpose. I tried > devel/CodeBlocks, but CodeBlocks is narrowminded in terms of > configuration of an alternative compiler and I find it really hard and > not intuitiv to reconfigure the usage of CLANG. > > devel/anjuta is broken, so no chance. I also tried KDevelop, since many > of our Linux based scientists feel good having this very popular IDE, > but it is marked "broken" on FreeBSD. > > Before I waste more time on searching for a suitable IDE apart ANJUTA, > I'd like to ask people here what alternative they would suggest if the > focus is devel/anjuta. Eclipse is no way, KDevelop is broken, CodeBlocks > is incapable of being easily adapted to CLANG. > > Befor people tend to start a flame war: yes, I'm fine with vi and I'm > also fine with vim/gvim, but our students need to have the opportunity > to work with an IDE and our projects are partially that large, so an IDE > is needed. > > Thanks a lot for your patience and recommendations in advance. > > Oliver > You may check whether you can use the following : http://www.widestudio.org/ http://www.widestudio.org/EE/index.html http://www.widestudio.org/EE/install.html http://www.widestudio.org/EE/builder-doc/7-3.html Personally , I did not use it . Thank you very much . Mehmet Erol Sanliturk From owner-freebsd-current@FreeBSD.ORG Thu Feb 23 13:10:52 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC7CE1065676 for ; Thu, 23 Feb 2012 13:10:52 +0000 (UTC) (envelope-from mozolevsky@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 894368FC20 for ; Thu, 23 Feb 2012 13:10:52 +0000 (UTC) Received: by daec6 with SMTP id c6so1382253dae.13 for ; Thu, 23 Feb 2012 05:10:52 -0800 (PST) Received-SPF: pass (google.com: domain of mozolevsky@gmail.com designates 10.68.211.74 as permitted sender) client-ip=10.68.211.74; Authentication-Results: mr.google.com; spf=pass (google.com: domain of mozolevsky@gmail.com designates 10.68.211.74 as permitted sender) smtp.mail=mozolevsky@gmail.com; dkim=pass header.i=mozolevsky@gmail.com Received: from mr.google.com ([10.68.211.74]) by 10.68.211.74 with SMTP id na10mr3988595pbc.76.1330002652077 (num_hops = 1); Thu, 23 Feb 2012 05:10:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=FXJQQfqHNSNPo3QT4N8502d+JOMHQdzs9sjeEncnZ0s=; b=HfWSszVmIscscDcN5udTLaYmJSGYEl56otUlU5+6xvKlsspPpE0PnBXTkvnvvi/Kk9 ZxtZjozy32UW3lSMpDFG4AXNzPsX7UV/llP7gDg+sdHnLzTc+GzB4LWkYBrNUjXTNAWA HQlKU65ZUbP+p/Cuzv67Zoz/b7Exh8LVK7B3A= Received: by 10.68.211.74 with SMTP id na10mr3097741pbc.76.1330000909219; Thu, 23 Feb 2012 04:41:49 -0800 (PST) MIME-Version: 1.0 Sender: mozolevsky@gmail.com Received: by 10.68.157.227 with HTTP; Thu, 23 Feb 2012 04:41:09 -0800 (PST) In-Reply-To: <4F462189.3040106@mail.zedat.fu-berlin.de> References: <4F462189.3040106@mail.zedat.fu-berlin.de> From: Igor Mozolevsky Date: Thu, 23 Feb 2012 12:41:09 +0000 X-Google-Sender-Auth: lO0xcjn7wrPz2gLC3PsJ7_cLO_A Message-ID: To: "O. Hartmann" Content-Type: text/plain; charset=UTF-8 Cc: Current FreeBSD Subject: Re: No working IDE in FreeBSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Feb 2012 13:10:52 -0000 I don't know how well it would suit your purpose, but you could always try emacs-ide (at http://gna.org/projects/emacs-ide/ ) -- Igor M. :-) From owner-freebsd-current@FreeBSD.ORG Thu Feb 23 13:40:25 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6DAE1106566B for ; Thu, 23 Feb 2012 13:40:25 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id EB8B18FC14 for ; Thu, 23 Feb 2012 13:40:24 +0000 (UTC) Received: by werm13 with SMTP id m13so1164681wer.13 for ; Thu, 23 Feb 2012 05:40:24 -0800 (PST) Received-SPF: pass (google.com: domain of 6yearold@gmail.com designates 10.180.85.105 as permitted sender) client-ip=10.180.85.105; Authentication-Results: mr.google.com; spf=pass (google.com: domain of 6yearold@gmail.com designates 10.180.85.105 as permitted sender) smtp.mail=6yearold@gmail.com; dkim=pass header.i=6yearold@gmail.com Received: from mr.google.com ([10.180.85.105]) by 10.180.85.105 with SMTP id g9mr3306277wiz.12.1330004424101 (num_hops = 1); Thu, 23 Feb 2012 05:40:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=Z5LCkT5Z+xa9kffvkXOfy8k1kXU5jyH3arF2ppGVWfQ=; b=h7U2TqrKzIuhpdQTrTMu0LRRmqmOxfuVK1YTvKxTjdlkZwbncpeUawCi4jGs4sTZmO ajt9+SAcijXb2LmdcyUXZCEw7QfE39lQS+cLvlxRfkOImCqx8uCdoe1qSotVq6bE37AK +SPiDIZF1wDlQjwHrVbWPXGvKAwh59T3reiqo= Received: by 10.180.85.105 with SMTP id g9mr2520476wiz.12.1330002772423; Thu, 23 Feb 2012 05:12:52 -0800 (PST) MIME-Version: 1.0 Received: by 10.217.3.17 with HTTP; Thu, 23 Feb 2012 05:12:22 -0800 (PST) In-Reply-To: <4F462189.3040106@mail.zedat.fu-berlin.de> References: <4F462189.3040106@mail.zedat.fu-berlin.de> From: arrowdodger <6yearold@gmail.com> Date: Thu, 23 Feb 2012 16:12:22 +0300 Message-ID: To: "O. Hartmann" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Current FreeBSD Subject: Re: No working IDE in FreeBSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Feb 2012 13:40:25 -0000 On Thu, Feb 23, 2012 at 3:22 PM, O. Hartmann < ohartman@mail.zedat.fu-berlin.de> wrote: > devel/anjuta is broken, so no chance. I also tried KDevelop, since many > of our Linux based scientists feel good having this very popular IDE, > but it is marked "broken" on FreeBSD. > I'm using kdevelop-kde4 and it's awesome. It's using CMake for project managing, so it perfectly supports changing compiler, linker and stuff and even cross-compilation. Also, it has kick-off autocompletion and some small but neat things like forward-declaring things or auto-#including missing headers. But from my point of view it's even heavier than Eclipse CDT due to kdelibs and other deps. From owner-freebsd-current@FreeBSD.ORG Thu Feb 23 13:41:21 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2EF941065675 for ; Thu, 23 Feb 2012 13:41:21 +0000 (UTC) (envelope-from nec556@retena.com) Received: from resmaa12.ono.com (smtp12.ono.com [62.42.230.20]) by mx1.freebsd.org (Postfix) with ESMTP id B770F8FC14 for ; Thu, 23 Feb 2012 13:41:20 +0000 (UTC) Received: from GogPortatil.retena.com (85.219.71.98) by resmaa12.ono.com (8.5.113) (authenticated as nec556@retena.com) id 4EFDA3B500B0902B; Thu, 23 Feb 2012 14:29:25 +0100 Message-ID: <4EFDA3B500B0902B@> (added by postmaster@resmaa12.ono.com) X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 23 Feb 2012 14:30:10 +0100 To: Devin Teske , FreeBSD-Current From: Eduardo Morras In-Reply-To: <1329865621.8397.22.camel@dt.vicor.com> References: <4F441DCD.1080906@fisglobal.com> <1329865621.8397.22.camel@dt.vicor.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Antivirus: AVG for E-mail 2012.0.1913 [2114/4826] Cc: Subject: Re: Fwd: Effect of Processor and Memory on KDE4 execution speed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Feb 2012 13:41:21 -0000 At 00:07 22/02/2012, Devin Teske wrote: >9. Enables SU+J on /tmp /var and /usr > >None of these customizations should have any effect on system >performance whatsoever. Sorry for going off-topic, but currently there is a problem with SU+J and using snapshots, but may be other problems as well. You should disable it. http://lists.freebsd.org/pipermail/freebsd-stable/2012-January/065756.html http://forums.freebsd.org/showthread.php?t=25787 http://lists.freebsd.org/pipermail/freebsd-fs/2012-January/013558.html http://lists.freebsd.org/pipermail/freebsd-fs/2012-January/013429.html There some other problems with it McKusick posted last week on freebsd-fs. HTH From owner-freebsd-current@FreeBSD.ORG Thu Feb 23 13:43:59 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 607BF1065678 for ; Thu, 23 Feb 2012 13:43:59 +0000 (UTC) (envelope-from nec556@retena.com) Received: from resmaa14.ono.com (smtp14.ono.com [62.42.230.176]) by mx1.freebsd.org (Postfix) with ESMTP id E83D98FC0A for ; Thu, 23 Feb 2012 13:43:58 +0000 (UTC) Received: from GogPortatil.retena.com (85.219.71.98) by resmaa14.ono.com (8.5.113) (authenticated as nec556@retena.com) id 4EFDA80600B0354D; Thu, 23 Feb 2012 14:38:11 +0100 Message-ID: <4EFDA80600B0354D@> (added by postmaster@resmaa14.ono.com) X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 23 Feb 2012 14:38:55 +0100 To: "O. Hartmann" , Current FreeBSD From: Eduardo Morras In-Reply-To: <4F462189.3040106@mail.zedat.fu-berlin.de> References: <4F462189.3040106@mail.zedat.fu-berlin.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Antivirus: AVG for E-mail 2012.0.1913 [2114/4826] Cc: Subject: Re: No working IDE in FreeBSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Feb 2012 13:43:59 -0000 At 12:22 23/02/2012, O. Hartmann wrote: >Several time ago I tried to do some development within an IDE, not even >for lectural and educational purposes. Since most of our software is >written in C/C++ and OpenCL, I highly prefered ANJUTA, since this IDE >was highly customizable, flexible and even FreeBSD's ancient outdated >version in the ports suited our needs. > >Anjuta does not compile anymore for a long time. I do not know why, I >filed a PR (ports/161494). So I was looking for an alternative. > >I looked for some alternatives. The IDE should be configurable to use >CLANG. ECLIPSE is to large and it does not fit my purpose. I tried >devel/CodeBlocks, but CodeBlocks is narrowminded in terms of >configuration of an alternative compiler and I find it really hard and >not intuitiv to reconfigure the usage of CLANG. > >devel/anjuta is broken, so no chance. I also tried KDevelop, since many >of our Linux based scientists feel good having this very popular IDE, >but it is marked "broken" on FreeBSD. > >Before I waste more time on searching for a suitable IDE apart ANJUTA, >I'd like to ask people here what alternative they would suggest if the >focus is devel/anjuta. Eclipse is no way, KDevelop is broken, CodeBlocks >is incapable of being easily adapted to CLANG. > >Befor people tend to start a flame war: yes, I'm fine with vi and I'm >also fine with vim/gvim, but our students need to have the opportunity >to work with an IDE and our projects are partially that large, so an IDE >is needed. > >Thanks a lot for your patience and recommendations in advance. Codelite, i use it and works fine (Freebsd 8.2) with Clang. Version on ports is 3.0 not 3.5. On the webpage you have information about how to configure for use with clang/llvm. >Oliver From owner-freebsd-current@FreeBSD.ORG Thu Feb 23 13:45:46 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 975BF106564A for ; Thu, 23 Feb 2012 13:45:46 +0000 (UTC) (envelope-from lists@mschuette.name) Received: from mail.mschuette.name (lisa.mschuette.name [IPv6:2a01:4f8:d13:4d41::3deb:2d1b]) by mx1.freebsd.org (Postfix) with ESMTP id 26C568FC12 for ; Thu, 23 Feb 2012 13:45:46 +0000 (UTC) Received: from lisa.mschuette.name (localhost [127.0.0.1]) by mail.mschuette.name (Postfix) with ESMTP id BC40B12542C for ; Thu, 23 Feb 2012 14:45:44 +0100 (CET) Received: from mail.mschuette.name ([127.0.0.1]) by lisa.mschuette.name (mail.mschuette.name [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id suB_7gPsyWKl for ; Thu, 23 Feb 2012 14:45:43 +0100 (CET) Received: from dagny.mschuette.name (cl-485.dus-01.de.sixxs.net [IPv6:2a01:198:200:1e4::2]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "Martin Schuette", Issuer "AStA-CA" (not verified)) (Authenticated sender: mschuett) by mail.mschuette.name (Postfix) with ESMTPSA for ; Thu, 23 Feb 2012 14:45:43 +0100 (CET) Message-ID: <4F464306.7030009@mschuette.name> Date: Thu, 23 Feb 2012 14:45:42 +0100 From: =?ISO-8859-1?Q?Martin_Sch=FCtte?= User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:9.0) Gecko/20120117 Thunderbird/9.0 MIME-Version: 1.0 CC: Current FreeBSD References: <4F462189.3040106@mail.zedat.fu-berlin.de> In-Reply-To: <4F462189.3040106@mail.zedat.fu-berlin.de> X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: No working IDE in FreeBSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Feb 2012 13:45:46 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 02/23/12 12:22, O. Hartmann wrote: > CLANG. ECLIPSE is to large and it does not fit my purpose. I tried You could try NetBeans, but its size is comparable to Eclipse. - -- Martin -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk9GQwQACgkQrb26LrIR2NknswCgx5t43H3L7Al+vfhwft4x9nZ+ 8YwAniyGl5I6MZ8nv7JlBoYovobyM4BH =UHFf -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Feb 23 14:28:14 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93E05106566C for ; Thu, 23 Feb 2012 14:28:14 +0000 (UTC) (envelope-from dddaley@yahoo.com) Received: from nm13.access.bullet.mail.mud.yahoo.com (nm13.access.bullet.mail.mud.yahoo.com [66.94.237.214]) by mx1.freebsd.org (Postfix) with SMTP id 4AEAF8FC14 for ; Thu, 23 Feb 2012 14:28:13 +0000 (UTC) Received: from [66.94.237.198] by nm13.access.bullet.mail.mud.yahoo.com with NNFMP; 23 Feb 2012 14:14:25 -0000 Received: from [66.94.237.115] by tm9.access.bullet.mail.mud.yahoo.com with NNFMP; 23 Feb 2012 14:14:25 -0000 Received: from [127.0.0.1] by omp1020.access.mail.mud.yahoo.com with NNFMP; 23 Feb 2012 14:14:25 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 492732.39020.bm@omp1020.access.mail.mud.yahoo.com Received: (qmail 85170 invoked by uid 60001); 23 Feb 2012 14:14:25 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1330006465; bh=qWIchiOZSREAH8za1h17GyQOeT+L5PaNEAsMXTo78eo=; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=2C+JFAAy3MJhiUtQWrJUYPmVJkGJnG2F2e4imV++fmDKI99LCKnCW0PZU5crOaA29Rc3pzWUxvtc/PNSUL1yGjLriRPkRutLIHgGmGcaUbBX3ATHUDxuCGWF9xoK9LkzY32D0th0lHeyllyjXa3/4hKXbGU9fZNeT34T+glPdvU= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=Wq1xyU7orYXmSQ4EzeTMG5A3Pm89rK2H/EFp6ylZjffHTZI/dGkNmErrR2u3Aeo328zvVWkZGIcGWXQzj/6HKLCc7QC4mcRV2looCWFjuFXt5G0Q1LZ2bA4sgEGHCEANtqcySXSkNvC1dfphNM5vonJhbULKS5TDuyn6Fsv6wF0=; X-YMail-OSG: qvArHs4VM1m9cGDvHjJJ0Jm_ZdcJTEDYGAJrMbFVxD.raSm 4JbKnKCJaLWHHlyUytAyvwNYxMNybGU7QK4M67867Neq4zJ5AMetFFORTJKO k1bdC5ztG1yQ.PYIZPiNmHjEJmERdaVNTd90SZI7mvh5TyMjDy4Ya3ZE8HSg RZ80VqH88AgdcefocFqknOcDr0wD_ybdqSSo6ZoXBYAEpPXWBgNcXiTpxShd amCVTmKLn.azG_4FiLzbSGvnF1iuR7cUE_GgO38OF6gYTRFaqzVMzQLNlmOv 5J5Dhg5JhU3dr1d9VTlsRQ8nyGVhhXkUfFHkazqzYdDeWdsfID2ykRHs.gv0 QkXwKUD6ZYCep6Mo5x75JUTapdQkfKpTVYfUvlohpHePLulrOlo2PNZTAcj8 pRkZUIJeMn27E73XVFULsrL1xsLDmA91DFFjkNjgElB2rQ6v5BYiflqv36Nq dB9Jzvfxa9cX1In5a1DV2xy5TaAPp8VUVhpWlBVq_Tii6tHM6kVkGMh8BtWh kablsI7b0q71EKcB7a2VlWvoR5jtgwJjvgf.iaWe4LOhp6v7IEnrbSfL2Il6 QOpt2559DutkZB9Voxvc7mppZ.Uc28Fi_c2gdgN2D_13vOKD7ZQ-- Received: from [50.56.228.64] by web83102.mail.mud.yahoo.com via HTTP; Thu, 23 Feb 2012 06:14:25 PST X-Mailer: YahooMailRC/708 YahooMailWebService/0.8.116.338427 References: <4F462189.3040106@mail.zedat.fu-berlin.de> <4F464306.7030009@mschuette.name> Message-ID: <1330006465.30545.YahooMailRC@web83102.mail.mud.yahoo.com> Date: Thu, 23 Feb 2012 06:14:25 -0800 (PST) From: Dan Daley To: =?iso-8859-1?Q?Martin_Sch=FCtte?= In-Reply-To: <4F464306.7030009@mschuette.name> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Current FreeBSD Subject: Re: No working IDE in FreeBSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Feb 2012 14:28:14 -0000 =0AI use both Netbeans (7.1 beta and 7.0.1) and Eclipse for Java developmen= t on =0AFreeBSD 8.2. I haven't used either for doing development in other = languages, =0Abut both work great for Java. I highly prefer Netbeans over = Eclipse, but have =0Ato use Eclipse for some things.=0A =0AIf you want to t= ry Netbeans, I recommend using Open JDK 6. There is an issue =0Awith Netbe= ans and Open JDK 7 at the moment. I have an open bug report with =0ANetbea= ns regarding this ( http://netbeans.org/bugzilla/show_bug.cgi?id=3D206882 = =0A). In the bug report, I mention a work around to get Netbeans working w= ith Open =0AJDK 7... though I wouldn't necessarily recommend it.=0A=0ADan.= =0A=0A=0A=0A=0A________________________________=0AFrom: Martin Sch=FCtte =0ACc: Current FreeBSD =0A= Sent: Thu, February 23, 2012 7:45:42 AM=0ASubject: Re: No working IDE in Fr= eeBSD!=0A=0A-----BEGIN PGP SIGNED MESSAGE-----=0AHash: SHA1=0A=0AOn 02/23/1= 2 12:22, O. Hartmann wrote:=0A> CLANG. ECLIPSE is to large and it does not = fit my purpose. I tried=0A=0AYou could try NetBeans, but its size is compar= able to Eclipse.=0A=0A- -- =0AMartin=0A-----BEGIN PGP SIGNATURE-----=0AVers= ion: GnuPG v1.4.12 (FreeBSD)=0AComment: Using GnuPG with Mozilla - http://e= nigmail.mozdev.org/=0A=0AiEYEARECAAYFAk9GQwQACgkQrb26LrIR2NknswCgx5t43H3L7A= l+vfhwft4x9nZ+=0A8YwAniyGl5I6MZ8nv7JlBoYovobyM4BH=0A=3DUHFf=0A-----END PGP = SIGNATURE-----=0A_______________________________________________=0Afreebsd-= current@freebsd.org mailing list=0Ahttp://lists.freebsd.org/mailman/listinf= o/freebsd-current=0ATo unsubscribe, send any mail to "freebsd-current-unsub= scribe@freebsd.org"=0A From owner-freebsd-current@FreeBSD.ORG Thu Feb 23 14:13:34 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64B71106564A for ; Thu, 23 Feb 2012 14:13:34 +0000 (UTC) (envelope-from janm@transactionware.com) Received: from midgard.transactionware.com (mail2.transactionware.com [203.14.245.36]) by mx1.freebsd.org (Postfix) with SMTP id B7C7A8FC12 for ; Thu, 23 Feb 2012 14:13:33 +0000 (UTC) Received: (qmail 25992 invoked by uid 907); 23 Feb 2012 13:46:51 -0000 Received: from eth222.nsw.adsl.internode.on.net (HELO [192.168.1.54]) (150.101.196.221) (smtp-auth username janm, mechanism plain) by midgard.transactionware.com (qpsmtpd/0.84) with (AES128-SHA encrypted) ESMTPSA; Fri, 24 Feb 2012 00:46:51 +1100 Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=iso-8859-1 From: Jan Mikkelsen In-Reply-To: <4F462189.3040106@mail.zedat.fu-berlin.de> Date: Fri, 24 Feb 2012 00:47:37 +1100 Content-Transfer-Encoding: quoted-printable Message-Id: <0A1E870C-9DD4-449C-8ECA-A5642FF71A7E@transactionware.com> References: <4F462189.3040106@mail.zedat.fu-berlin.de> To: O. Hartmann X-Mailer: Apple Mail (2.1257) X-Mailman-Approved-At: Thu, 23 Feb 2012 14:30:11 +0000 Cc: Current FreeBSD Subject: Re: No working IDE in FreeBSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Feb 2012 14:13:34 -0000 Unix is the original IDE. FreeBSD is a good modern implementation. If you don't think that's enough, you need to say what you're really = looking for, rather than just an IDE. It sounds like you're after an = editor with more general niftiness. Visual Slickedit? On 23/02/2012, at 10:22 PM, O. Hartmann wrote: > Several time ago I tried to do some development within an IDE, not = even > for lectural and educational purposes. Since most of our software is > written in C/C++ and OpenCL, I highly prefered ANJUTA, since this IDE > was highly customizable, flexible and even FreeBSD's ancient outdated > version in the ports suited our needs. >=20 > Anjuta does not compile anymore for a long time. I do not know why, I > filed a PR (ports/161494). So I was looking for an alternative. >=20 > I looked for some alternatives. The IDE should be configurable to use > CLANG. ECLIPSE is to large and it does not fit my purpose. I tried > devel/CodeBlocks, but CodeBlocks is narrowminded in terms of > configuration of an alternative compiler and I find it really hard and > not intuitiv to reconfigure the usage of CLANG. >=20 > devel/anjuta is broken, so no chance. I also tried KDevelop, since = many > of our Linux based scientists feel good having this very popular IDE, > but it is marked "broken" on FreeBSD. >=20 > Before I waste more time on searching for a suitable IDE apart ANJUTA, > I'd like to ask people here what alternative they would suggest if the > focus is devel/anjuta. Eclipse is no way, KDevelop is broken, = CodeBlocks > is incapable of being easily adapted to CLANG. >=20 > Befor people tend to start a flame war: yes, I'm fine with vi and I'm > also fine with vim/gvim, but our students need to have the opportunity > to work with an IDE and our projects are partially that large, so an = IDE > is needed. >=20 > Thanks a lot for your patience and recommendations in advance. >=20 > Oliver >=20 From owner-freebsd-current@FreeBSD.ORG Thu Feb 23 14:34:17 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 49C851065675; Thu, 23 Feb 2012 14:34:17 +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 049A58FC15; Thu, 23 Feb 2012 14:34:17 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id 9639846B17; Thu, 23 Feb 2012 09:34:16 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 04DB4B974; Thu, 23 Feb 2012 09:34:16 -0500 (EST) From: John Baldwin To: Alexey Dokuchaev Date: Thu, 23 Feb 2012 08:28:47 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p10; KDE/4.5.5; amd64; ; ) References: <20110109140215.000011b8@unknown> <201101190814.19810.jhb@freebsd.org> <20120223064449.GA19082@FreeBSD.org> In-Reply-To: <20120223064449.GA19082@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Message-Id: <201202230828.48022.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 23 Feb 2012 09:34:16 -0500 (EST) Cc: Bruce Cran , freebsd-current@freebsd.org Subject: Re: Loading uart module fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Feb 2012 14:34:17 -0000 On Thursday, February 23, 2012 1:44:49 am Alexey Dokuchaev wrote: > On Wed, Jan 19, 2011 at 08:14:19AM -0500, John Baldwin wrote: > > On Wednesday, January 19, 2011 5:08:10 am Bruce Cran wrote: > > > On Tue, 18 Jan 2011 11:25:38 -0500 > > > John Baldwin wrote: > > > > > > > Oh, the uart[01] devices already exist. I suspect if you removed the > > > > hints from /boot/device.hints and then kldloaded uart you would be > > > > ok. I think this is an "old" bug that might also be in 8.x. > > > > > > I'm running -CURRENT from a couple of weeks ago so it if it's an old > > > bug it apparently hasn't been fixed yet. > > > > Yes, I don't think it is fixed, and I think 8.x is likely broken in this > > regard as well. Can you verify that removing the hints "fixes" the issue? > > Same thing here, default uart settings in /boot/device.hints prevent the > module from loading correctly. Moreover, unloading it and then doing > "devinfo -rv" panics my 8.3-PRERELEASE laptop: > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0xc5511205 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc05783ad > stack pointer = 0x28:0xe789c994 > frame pointer = 0x28:0xe789c99c > 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 = 2522 (devinfo) > > (kgdb) bt > ... > #10 0xc05783ad in strlcpy (dst=0xe789c9d8 "", > src=0xc5511205
, siz=32) > at /usr/src/sys/libkern/strlcpy.c:54 > #11 0xc050b1df in sysctl_devices (oidp=0xc06f4880, arg1=0xe789cc04, arg2=2, > req=0xe789cb8c) at /usr/src/sys/kern/subr_bus.c:4575 > #12 0xc04efb23 in sysctl_root (oidp=Variable "oidp" is not available. > ) at /usr/src/sys/kern/kern_sysctl.c:1455 > #13 0xc04efdc2 in userland_sysctl (td=0xc5d6c5c0, name=0xe789cbf8, > namelen=5, > old=0xbfbfea9c, oldlenp=0xbfbfea94, inkernel=0, new=0x0, newlen=0, > retval=0xe789cc58, flags=0) at /usr/src/sys/kern/kern_sysctl.c:1565 > #14 0xc04f014a in __sysctl (td=0xc5d6c5c0, uap=0xe789ccec) > ... > (kgdb) f 11 > #11 0xc050b1df in sysctl_devices (oidp=0xc06f4880, arg1=0xe789cc04, arg2=2, > req=0xe789cb8c) at /usr/src/sys/kern/subr_bus.c:4575 > 4575 strlcpy(udev.dv_desc, dev->desc, sizeof(udev.dv_desc)); > (kgdb) l > 4570 udev.dv_handle = (uintptr_t)dev; > 4571 udev.dv_parent = (uintptr_t)dev->parent; > 4572 if (dev->nameunit != NULL) > 4573 strlcpy(udev.dv_name, dev->nameunit, sizeof(udev.dv_name)); > 4574 if (dev->desc != NULL) > 4575 strlcpy(udev.dv_desc, dev->desc, sizeof(udev.dv_desc)); > 4576 if (dev->driver != NULL && dev->driver->name != NULL) > 4577 strlcpy(udev.dv_drivername, dev->driver->name, > 4578 sizeof(udev.dv_drivername)); > 4579 bus_child_pnpinfo_str(dev, udev.dv_pnpinfo, sizeof(udev.dv_pnpinfo)); Hmm, can you see what 'dev->nameunit' is? Maybe just do 'p *dev' actually and reply with that. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Feb 23 14:38:04 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34E7B1065680 for ; Thu, 23 Feb 2012 14:38:04 +0000 (UTC) (envelope-from dddaley@yahoo.com) Received: from nm23.access.bullet.mail.mud.yahoo.com (nm23.access.bullet.mail.mud.yahoo.com [66.94.237.88]) by mx1.freebsd.org (Postfix) with SMTP id E08888FC18 for ; Thu, 23 Feb 2012 14:38:03 +0000 (UTC) Received: from [66.94.237.126] by nm23.access.bullet.mail.mud.yahoo.com with NNFMP; 23 Feb 2012 14:38:03 -0000 Received: from [66.94.237.114] by tm1.access.bullet.mail.mud.yahoo.com with NNFMP; 23 Feb 2012 14:38:03 -0000 Received: from [127.0.0.1] by omp1019.access.mail.mud.yahoo.com with NNFMP; 23 Feb 2012 14:38:03 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 202182.48081.bm@omp1019.access.mail.mud.yahoo.com Received: (qmail 65216 invoked by uid 60001); 23 Feb 2012 14:38:03 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1330007882; bh=EQ5brCfzxPec6Uxtr4y/DpG5Asn69iHC8uxhXtfi9ww=; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=ZXJr9HquJc4DUq6Edz05TTnpYs+98oEr80q1ADllTevPKutohEDuTn7YRH0EJEuSHM1ajmpytrXs6T6SYFNoZd8ST3ts6bInaX0e+POvL6ZzMCLWi5uL+gY8nwMPRtP+Cb0Gkmi6yVQ0xQjcf4Wt1rXuiO9yaWNSUOlX7f9zH0U= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=ZTme+EFdS61SxBhgH+a6iczm3NJ8zVQOw61hEUleXFCCtrDcQy/M+vKz2wE+Dt35NXQalpd4706qSbYmicWuQm3fvRFbNq4sG8lVywVXKjKi/0wi751auHXJb0/u/s3NbE9WV6b2N/y6Khf3DTrc/bf/PakVI4sv94AwE1FZmeo=; X-YMail-OSG: 0znXcwQVM1kIaRLjy8tX3tjXof.M678i9wqMfVoY04hQu7U XdemDjGfid5n8bQeVb0abDXfx9tCtLrQPC0aGLK.6cPb5HkTqer8Yzx0GiNg V3pUD4woAtmEGGSnft1lG_qPURP4hjGt6P7PalmM6owdzIes4OG1qzFCbUL7 z9LT8bZuKRYmWe75cMVKBl4pOhLgeijPUx4qRaeiA8UQVXsv8_9gwNF9MWa6 BAivkovlp8K9VjGLOULuWqBcwNj25cwQLUisGDQPF8xYd9lhEjyW89xWoTrU ua8aJQcW97nTX94.gMc8Fk1PWwa8UfUOB1Ar1aSvIL79dfMOyGktCUHLy5gW CzqsYtcRGw6fLFUmqRV3XNP5iD6ca2q0GAcm48J8_hw8DtPvYbpJXpC8pMx3 CoqnMbXVJzN.Zn.84k0WgAKk3DOQ2r.UXSpcbT5LCeUCm8sOKqhLOQrrO6V2 dwZJ2n4XPThTMM2lQ Received: from [50.56.228.64] by web83106.mail.mud.yahoo.com via HTTP; Thu, 23 Feb 2012 06:38:02 PST X-Mailer: YahooMailRC/708 YahooMailWebService/0.8.116.338427 References: <4F462189.3040106@mail.zedat.fu-berlin.de> <0A1E870C-9DD4-449C-8ECA-A5642FF71A7E@transactionware.com> Message-ID: <1330007882.86769.YahooMailRC@web83106.mail.mud.yahoo.com> Date: Thu, 23 Feb 2012 06:38:02 -0800 (PST) From: Dan Daley To: Jan Mikkelsen , "O. Hartmann" In-Reply-To: <0A1E870C-9DD4-449C-8ECA-A5642FF71A7E@transactionware.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Current FreeBSD Subject: Re: No working IDE in FreeBSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Feb 2012 14:38:04 -0000 The I in IDE stands for Integrated. An IDE is an "editor with more general niftiness" by definition. Unix can be a development environment, but is not an IDE. Dan. ________________________________ From: Jan Mikkelsen To: O. Hartmann Cc: Current FreeBSD Sent: Thu, February 23, 2012 7:47:37 AM Subject: Re: No working IDE in FreeBSD! Unix is the original IDE. FreeBSD is a good modern implementation. If you don't think that's enough, you need to say what you're really looking for, rather than just an IDE. It sounds like you're after an editor with more general niftiness. Visual Slickedit? On 23/02/2012, at 10:22 PM, O. Hartmann wrote: > Several time ago I tried to do some development within an IDE, not even > for lectural and educational purposes. Since most of our software is > written in C/C++ and OpenCL, I highly prefered ANJUTA, since this IDE > was highly customizable, flexible and even FreeBSD's ancient outdated > version in the ports suited our needs. > > Anjuta does not compile anymore for a long time. I do not know why, I > filed a PR (ports/161494). So I was looking for an alternative. > > I looked for some alternatives. The IDE should be configurable to use > CLANG. ECLIPSE is to large and it does not fit my purpose. I tried > devel/CodeBlocks, but CodeBlocks is narrowminded in terms of > configuration of an alternative compiler and I find it really hard and > not intuitiv to reconfigure the usage of CLANG. > > devel/anjuta is broken, so no chance. I also tried KDevelop, since many > of our Linux based scientists feel good having this very popular IDE, > but it is marked "broken" on FreeBSD. > > Before I waste more time on searching for a suitable IDE apart ANJUTA, > I'd like to ask people here what alternative they would suggest if the > focus is devel/anjuta. Eclipse is no way, KDevelop is broken, CodeBlocks > is incapable of being easily adapted to CLANG. > > Befor people tend to start a flame war: yes, I'm fine with vi and I'm > also fine with vim/gvim, but our students need to have the opportunity > to work with an IDE and our projects are partially that large, so an IDE > is needed. > > Thanks a lot for your patience and recommendations in advance. > > Oliver > _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Feb 23 14:41:16 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1033) id 5091D106566C; Thu, 23 Feb 2012 14:41:16 +0000 (UTC) Date: Thu, 23 Feb 2012 14:41:16 +0000 From: Alexey Dokuchaev To: John Baldwin Message-ID: <20120223144116.GA99564@FreeBSD.org> References: <20110109140215.000011b8@unknown> <201101190814.19810.jhb@freebsd.org> <20120223064449.GA19082@FreeBSD.org> <201202230828.48022.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <201202230828.48022.jhb@freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: Bruce Cran , freebsd-current@freebsd.org Subject: Re: Loading uart module fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Feb 2012 14:41:16 -0000 On Thu, Feb 23, 2012 at 08:28:47AM -0500, John Baldwin wrote: > Hmm, can you see what 'dev->nameunit' is? Maybe just do 'p *dev' actually > and reply with that. (kgdb) p *dev $1 = {ops = 0xc50de000, link = {tqe_next = 0xc5271380, tqe_prev = 0xc5271184}, devlink = {tqe_next = 0xc5271380, tqe_prev = 0xc527118c}, parent = 0xc51fca80, children = {tqh_first = 0x0, tqh_last = 0xc5271318}, driver = 0x0, devclass = 0xc5270a40, unit = 0, nameunit = 0xc5006a00 "uart0", desc = 0xc5511205
, busy = 0, state = DS_NOTPRESENT, devflags = 0, flags = 35, order = 30, ivars = 0xc5270d00, softc = 0x0, sysctl_ctx = {tqh_first = 0x0, tqh_last = 0x0}, sysctl_tree = 0x0} ./danfe From owner-freebsd-current@FreeBSD.ORG Thu Feb 23 15:57:07 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF18E106566B for ; Thu, 23 Feb 2012 15:57:07 +0000 (UTC) (envelope-from develloper.unix@hotmail.fr) Received: from blu0-omc2-s3.blu0.hotmail.com (blu0-omc2-s3.blu0.hotmail.com [65.55.111.78]) by mx1.freebsd.org (Postfix) with ESMTP id 877B68FC16 for ; Thu, 23 Feb 2012 15:57:07 +0000 (UTC) Received: from BLU0-SMTP240 ([65.55.111.72]) by blu0-omc2-s3.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Thu, 23 Feb 2012 07:45:05 -0800 X-Originating-IP: [163.5.150.71] X-Originating-Email: [develloper.unix@hotmail.fr] Message-ID: Received: from [10.15.191.233] ([163.5.150.71]) by BLU0-SMTP240.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675); Thu, 23 Feb 2012 07:45:04 -0800 Date: Thu, 23 Feb 2012 16:44:50 +0100 From: Quentin Schwerkolt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.2) Gecko/20120217 Thunderbird/10.0.2 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4F462189.3040106@mail.zedat.fu-berlin.de> <0A1E870C-9DD4-449C-8ECA-A5642FF71A7E@transactionware.com> <1330007882.86769.YahooMailRC@web83106.mail.mud.yahoo.com> In-Reply-To: <1330007882.86769.YahooMailRC@web83106.mail.mud.yahoo.com> Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 23 Feb 2012 15:45:04.0798 (UTC) FILETIME=[1C91C3E0:01CCF242] Subject: Re: No working IDE in FreeBSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Feb 2012 15:57:08 -0000 Ok, but I think an IDE that can easily compile projects with clang is not a bad idea. On 02/23/12 15:38, Dan Daley wrote: > The I in IDE stands for Integrated. An IDE is an "editor with more general > niftiness" by definition. Unix can be a development environment, but is not an > IDE. > > Dan. > > > > > ________________________________ > From: Jan Mikkelsen > To: O. Hartmann > Cc: Current FreeBSD > Sent: Thu, February 23, 2012 7:47:37 AM > Subject: Re: No working IDE in FreeBSD! > > Unix is the original IDE. FreeBSD is a good modern implementation. > > If you don't think that's enough, you need to say what you're really looking > for, rather than just an IDE. It sounds like you're after an editor with more > general niftiness. Visual Slickedit? > > On 23/02/2012, at 10:22 PM, O. Hartmann wrote: > >> Several time ago I tried to do some development within an IDE, not even >> for lectural and educational purposes. Since most of our software is >> written in C/C++ and OpenCL, I highly prefered ANJUTA, since this IDE >> was highly customizable, flexible and even FreeBSD's ancient outdated >> version in the ports suited our needs. >> >> Anjuta does not compile anymore for a long time. I do not know why, I >> filed a PR (ports/161494). So I was looking for an alternative. >> >> I looked for some alternatives. The IDE should be configurable to use >> CLANG. ECLIPSE is to large and it does not fit my purpose. I tried >> devel/CodeBlocks, but CodeBlocks is narrowminded in terms of >> configuration of an alternative compiler and I find it really hard and >> not intuitiv to reconfigure the usage of CLANG. >> >> devel/anjuta is broken, so no chance. I also tried KDevelop, since many >> of our Linux based scientists feel good having this very popular IDE, >> but it is marked "broken" on FreeBSD. >> >> Before I waste more time on searching for a suitable IDE apart ANJUTA, >> I'd like to ask people here what alternative they would suggest if the >> focus is devel/anjuta. Eclipse is no way, KDevelop is broken, CodeBlocks >> is incapable of being easily adapted to CLANG. >> >> Befor people tend to start a flame war: yes, I'm fine with vi and I'm >> also fine with vim/gvim, but our students need to have the opportunity >> to work with an IDE and our projects are partially that large, so an IDE >> is needed. >> >> Thanks a lot for your patience and recommendations in advance. >> >> Oliver >> > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Thu Feb 23 16:05:35 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1E8F106566B for ; Thu, 23 Feb 2012 16:05:35 +0000 (UTC) (envelope-from dddaley@yahoo.com) Received: from nm17-vm1.access.bullet.mail.mud.yahoo.com (nm17-vm1.access.bullet.mail.mud.yahoo.com [66.94.236.22]) by mx1.freebsd.org (Postfix) with SMTP id 56DD88FC19 for ; Thu, 23 Feb 2012 16:05:35 +0000 (UTC) Received: from [66.94.237.200] by nm17.access.bullet.mail.mud.yahoo.com with NNFMP; 23 Feb 2012 16:05:34 -0000 Received: from [66.94.237.103] by tm11.access.bullet.mail.mud.yahoo.com with NNFMP; 23 Feb 2012 16:05:34 -0000 Received: from [127.0.0.1] by omp1008.access.mail.mud.yahoo.com with NNFMP; 23 Feb 2012 16:05:34 -0000 X-Yahoo-Newman-Property: ymail-5 X-Yahoo-Newman-Id: 786509.49809.bm@omp1008.access.mail.mud.yahoo.com Received: (qmail 27901 invoked by uid 60001); 23 Feb 2012 16:05:34 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1330013134; bh=k0jhqTAyFMuHSjx4xmGaioPGAG6OuJdFrTYblTapOVQ=; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=Rr7pRRqGnuBTL++/CkGaBuf9ZZU6vY3DAj2JI15KFjwcdENQEYz74TyucicEeexU24z7cF+Xez7Aw84LwKEEpCSbwWdWUBiVK2VEEOeSdOsuMkM/fsayF5vRRqABl8bnqtvS72Gn6gBOnHfZrIm/2ahtFXy4MV0IMH7OD2GYfn8= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=lrj9paiZwqsSsxv272Iucvi/Z+Huu/aMPgibzte694o3MjTMmn6lH0X/PLdArKlHuoFSh2dkt2NnPDR5x4Wtq41e/MH60qnZBvZSXDAcP397hLf8dXnHU8c57ZnDlUgr96m1SoH7Ki81ZlwrwKGU2bbktaWbA+TcEJMrfmdx0Uw=; X-YMail-OSG: CD_2ID4VM1ne1v6CTduS.6SrQaB7cq_DYrx0I7cCm6twZIz uKzZdWPGMV1gTwknOWQhggWCWRZbjVylG2XvExAaLw.1FHk.Q4D1h7BwZ_Xs vWA40ZPoES_TS_B.ST8e6UQRn56YAtTQLtQ3C67FTVOFzdrqFP9hh0h9w8C2 7fuwfHPEiT3Se22xMSGRaX1IdWjkL3e1Yjk9Hs9puG.jt28Z3Rysh4pPjJh0 SCtbL_OQZQEi0KsjNDHkSEq1VuSY2kZDHFr_KLvgdfqcGejXiqqJdwCNV918 I.tNxTYP2doJok.O6QahAhhC_.eeKagIjJrPFlZ8dNHxPGq1TP_NUtHEHOR. Dk7faKDqTmIYaiWLsxItS7_p6MubhlaLzn9U4uZf6U9wj6ESGACrOPZmZ1t6 75AO0Fywrq_2cAHM6HW2Yqs3Mtoqj8tVLe1wK5fDa0m.TC4v9Ee92_L4Y_Q- - Received: from [50.56.228.64] by web83104.mail.mud.yahoo.com via HTTP; Thu, 23 Feb 2012 08:05:34 PST X-Mailer: YahooMailRC/708 YahooMailWebService/0.8.116.338427 References: <4F462189.3040106@mail.zedat.fu-berlin.de> <0A1E870C-9DD4-449C-8ECA-A5642FF71A7E@transactionware.com> <1330007882.86769.YahooMailRC@web83106.mail.mud.yahoo.com> Message-ID: <1330013133.27885.YahooMailRC@web83104.mail.mud.yahoo.com> Date: Thu, 23 Feb 2012 08:05:33 -0800 (PST) From: Dan Daley To: Quentin Schwerkolt , freebsd-current@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: No working IDE in FreeBSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Feb 2012 16:05:35 -0000 I don't disagree. I was disagreeing with the notion that Unix is an IDE. ________________________________ From: Quentin Schwerkolt To: freebsd-current@freebsd.org Sent: Thu, February 23, 2012 9:44:50 AM Subject: Re: No working IDE in FreeBSD! Ok, but I think an IDE that can easily compile projects with clang is not a bad idea. On 02/23/12 15:38, Dan Daley wrote: > The I in IDE stands for Integrated. An IDE is an "editor with more general > niftiness" by definition. Unix can be a development environment, but is not an > IDE. > > Dan. > > > > > ________________________________ > From: Jan Mikkelsen > To: O. Hartmann > Cc: Current FreeBSD > Sent: Thu, February 23, 2012 7:47:37 AM > Subject: Re: No working IDE in FreeBSD! > > Unix is the original IDE. FreeBSD is a good modern implementation. > > If you don't think that's enough, you need to say what you're really looking > for, rather than just an IDE. It sounds like you're after an editor with more > general niftiness. Visual Slickedit? > > On 23/02/2012, at 10:22 PM, O. Hartmann wrote: > >> Several time ago I tried to do some development within an IDE, not even >> for lectural and educational purposes. Since most of our software is >> written in C/C++ and OpenCL, I highly prefered ANJUTA, since this IDE >> was highly customizable, flexible and even FreeBSD's ancient outdated >> version in the ports suited our needs. >> >> Anjuta does not compile anymore for a long time. I do not know why, I >> filed a PR (ports/161494). So I was looking for an alternative. >> >> I looked for some alternatives. The IDE should be configurable to use >> CLANG. ECLIPSE is to large and it does not fit my purpose. I tried >> devel/CodeBlocks, but CodeBlocks is narrowminded in terms of >> configuration of an alternative compiler and I find it really hard and >> not intuitiv to reconfigure the usage of CLANG. >> >> devel/anjuta is broken, so no chance. I also tried KDevelop, since many >> of our Linux based scientists feel good having this very popular IDE, >> but it is marked "broken" on FreeBSD. >> >> Before I waste more time on searching for a suitable IDE apart ANJUTA, >> I'd like to ask people here what alternative they would suggest if the >> focus is devel/anjuta. Eclipse is no way, KDevelop is broken, CodeBlocks >> is incapable of being easily adapted to CLANG. >> >> Befor people tend to start a flame war: yes, I'm fine with vi and I'm >> also fine with vim/gvim, but our students need to have the opportunity >> to work with an IDE and our projects are partially that large, so an IDE >> is needed. >> >> Thanks a lot for your patience and recommendations in advance. >> >> Oliver >> > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Feb 23 17:17:02 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99922106566B; Thu, 23 Feb 2012 17:17:02 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from mail-qw0-f47.google.com (mail-qw0-f47.google.com [209.85.216.47]) by mx1.freebsd.org (Postfix) with ESMTP id 1666F8FC1C; Thu, 23 Feb 2012 17:17:01 +0000 (UTC) Received: by qadz30 with SMTP id z30so7731004qad.13 for ; Thu, 23 Feb 2012 09:17:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type; bh=rPHvnijezyXgCz6LWQ8PFtcu8WvOm92PTnBTZpsPVTc=; b=EtwWOd9CGI9iSnTLBS7AfWzFsHZwfpJUcQxehf+5kPpg9gTXG5+E3U2+Q9GgLPv/4l 5zWg3wQi4jXnXwyinWb/I7mz/20u+p5+vOPPzEcg7g90TnV9zXm5n23RsNY4U3c6iZ60 ydRrj6OmejHNxJaKBO48KR4XmuLCEnuPjvTaE= Received: by 10.229.137.85 with SMTP id v21mr1403172qct.70.1330017421192; Thu, 23 Feb 2012 09:17:01 -0800 (PST) Received: from kan.dyndns.org (c-24-63-226-98.hsd1.ma.comcast.net. [24.63.226.98]) by mx.google.com with ESMTPS id ec5sm5253593qab.21.2012.02.23.09.16.59 (version=SSLv3 cipher=OTHER); Thu, 23 Feb 2012 09:17:00 -0800 (PST) Date: Thu, 23 Feb 2012 12:16:47 -0500 From: Alexander Kabaev To: Tim Kientzle Message-ID: <20120223121647.50ba7c6a@kan.dyndns.org> In-Reply-To: <5C146DC6-264B-43A9-9234-9E03315F3D33@kientzle.com> References: <20120221182850.GA20768@troutmask.apl.washington.edu> <20120221185754.GL55074@deviant.kiev.zoral.com.ua> <20120221194259.GA21185@troutmask.apl.washington.edu> <4F440E8B.9020306@FreeBSD.org> <20120221220053.GA44386@night.db.net> <20120221223251.GA23053@troutmask.apl.washington.edu> <5C146DC6-264B-43A9-9234-9E03315F3D33@kientzle.com> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/2GjZCA0ZJDIIkiZ5H9qVOL9"; protocol="application/pgp-signature" Cc: Daniel Eischen , freebsd-current FreeBSD , Steve Kargl , freebsd-ports@freebsd.org Subject: Re: rtld or lang/gcc cannot find libgcc_s.so.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: Thu, 23 Feb 2012 17:17:02 -0000 --Sig_/2GjZCA0ZJDIIkiZ5H9qVOL9 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Tue, 21 Feb 2012 21:11:13 -0800 Tim Kientzle wrote: >=20 > On Feb 21, 2012, at 3:39 PM, Daniel Eischen wrote: >=20 > > On Tue, 21 Feb 2012, Steve Kargl wrote: > >=20 > >> 3) Add a new option to ldconfig to prepend new libraries to > >> the hints files and fix the ports to use this option instead > >> of -m. > >=20 > > You don't want system binaries that want /lib/libgcc_s.so.1 > > to use /usr/local/lib/gccXX/libgcc_s.so.1, though. Wouldn't > > your option 3 do that? >=20 > Why not? Would it cause problems? >=20 > Is libgcc from GCC 4.6 incompatible with /lib/libgcc? >=20 > If I understand correctly, the libgcc in base is pretty stripped > down compared to "regular" libgcc, because most of that > stuff is in our libc instead. So if there were compatibility > problems, I'd expect those to show up when GCC 4.6 linked > programs against /usr/local/.../libgcc and /lib/libc. >=20 You understand it a bit wrong, but your conclusions are correct. libgcc in base is not stripped in any way and is supposed to be identical to one coming from upstream. As long as upstream maintains backward compatibility, their library should be a perfect replacement for ours. There was a time period while FreeBSD used dynamic unwind into search using dl_iterate_phdr while upstream GCCs didn't, but that was fixed by GCC folks switching GCC to use dl_iterate_phdr on Linux and FreeBSD by default quite while ago. I am not aware of any other incompatibilities at this time. --=20 Alexander Kabaev --Sig_/2GjZCA0ZJDIIkiZ5H9qVOL9 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iD8DBQFPRnSJQ6z1jMm+XZYRAqDxAKDXj/8Zy8PlS4/1+4U52wtpz5Is8wCfd/WF w4KPgZkGgjsrVjurpASGEDI= =LL6+ -----END PGP SIGNATURE----- --Sig_/2GjZCA0ZJDIIkiZ5H9qVOL9-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 23 20:20:38 2012 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 B007D106566B; Thu, 23 Feb 2012 20:20:38 +0000 (UTC) (envelope-from flo@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9826B8FC18; Thu, 23 Feb 2012 20:20:38 +0000 (UTC) Received: from nibbler-wlan.fritz.box (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q1NKKaZH019393; Thu, 23 Feb 2012 20:20:37 GMT (envelope-from flo@FreeBSD.org) Message-ID: <4F469F94.5080606@FreeBSD.org> Date: Thu, 23 Feb 2012 21:20:36 +0100 From: Florian Smeets User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:11.0) Gecko/20120216 Thunderbird/11.0 MIME-Version: 1.0 To: Gleb Kurtsou References: <4F358F01.1090508@FreeBSD.org> <20120211102006.GA1274@reks> In-Reply-To: <20120211102006.GA1274@reks> X-Enigmail-Version: 1.4a1pre Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig33C98DBE6BD456685B857AFF" Cc: decke@FreeBSD.org, Konstantin Belousov , "current@freebsd.org" Subject: Re: Processes getting stuck in state tmpfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Feb 2012 20:20:38 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig33C98DBE6BD456685B857AFF Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 11.02.12 11:20, Gleb Kurtsou wrote: > On (10/02/2012 22:41), Florian Smeets wrote: >> Hi, >> >> if you set WRKDIRPREFIX to a tmpfs mountpoint and try to build audio/g= sm >> from ports one of the mv processes gets stuck in state tmpfs quite >> often. Traces from a kernel with WITTNESS and DEBUG_VFS_LOCKS are >> available here http://tb.smeets.im/~flo/tmpfs.txt >=20 > It's because of incorrect vnode locking order in tmpfs_rename. Issue is= > known and tmpfs is not the only file system suffering from it (e.g. ext= 2). >=20 > There two ways of working around it in tree: > * UFS: try locking vnode, unlock all vnodes on failure, restart, > relookup vnodes needed. > * ZFS: introduce directory entry locks to guarantee fvp won't disappear= , > fdvp can be safely traversed, etc. That won't be easy.. >=20 > UFS-way would be a good temporal solution, but I think we should work o= n > improving VOP_RENAME() in a long run. >=20 > I'll try to prepare a patch in several days. >=20 Hey Gleb, did you get anywhere with this? Thanks, Florian --------------enig33C98DBE6BD456685B857AFF Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iEYEARECAAYFAk9Gn5QACgkQapo8P8lCvwkdwwCcDGIrgauqan48tjJ9LJoTGYOb q/QAnj+38Vh72Pt4hf+cPxHAEywIGC9F =lIx5 -----END PGP SIGNATURE----- --------------enig33C98DBE6BD456685B857AFF-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 23 22:08:07 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB4AB106568D for ; Thu, 23 Feb 2012 22:08:07 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 37B558FC12 for ; Thu, 23 Feb 2012 22:08:06 +0000 (UTC) Received: by wibhn14 with SMTP id hn14so1624182wib.13 for ; Thu, 23 Feb 2012 14:08:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=E8XfZik4BjwpbBMBUm/UOuzMgm530DZmlQKaJQrtARc=; b=OZxebyxddwMTTGepG3OoQhaJDK0egu0GfXdd0OyaAHn4aDCR5oP61F8cyYV3t1dOhm PJyWVE3uJ1gBGWZvEGd+W3tzm6fYVQFxX01Fpxp5sIjwkBQwIeISTvkV2smJBxCY4LpG 3+iEY9GqD+Ph0H1ZaoFF2WkSAIbuiniIF6GoI= MIME-Version: 1.0 Received: by 10.180.78.98 with SMTP id a2mr338280wix.17.1330034885662; Thu, 23 Feb 2012 14:08:05 -0800 (PST) Received: by 10.227.205.6 with HTTP; Thu, 23 Feb 2012 14:08:05 -0800 (PST) In-Reply-To: <201202221425.25318.jkim@FreeBSD.org> References: <201202221425.25318.jkim@FreeBSD.org> Date: Thu, 23 Feb 2012 16:08:05 -0600 Message-ID: From: "Sam Fourman Jr." To: Jung-uk Kim Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: AMD K15 sensor 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: Thu, 23 Feb 2012 22:08:08 -0000 > > > Can you please try this patch? > > http://people.freebsd.org/~jkim/amdtemp3.diff > > Thanks, > > Jung-uk Kim > After that patch temp appears to work, but the value seems low not sure why Titan# sysctl dev.cpu dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.C000 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.temperature: 16.7C dev.cpu.0.freq: 3300 dev.cpu.0.freq_levels: 3300/14580 3000/11615 2400/7848 1800/4860 1400/3330 dev.cpu.0.cx_supported: C1/0 C2/100 dev.cpu.0.cx_lowest: C1 dev.cpu.0.cx_usage: 100.00% 0.00% last 2229us dev.cpu.1.%desc: ACPI CPU dev.cpu.1.%driver: cpu dev.cpu.1.%location: handle=\_PR_.C001 dev.cpu.1.%pnpinfo: _HID=none _UID=0 dev.cpu.1.%parent: acpi0 dev.cpu.1.temperature: 16.7C dev.cpu.1.cx_supported: C1/0 C2/100 dev.cpu.1.cx_lowest: C1 dev.cpu.1.cx_usage: 100.00% 0.00% last 1009us dev.cpu.2.%desc: ACPI CPU dev.cpu.2.%driver: cpu dev.cpu.2.%location: handle=\_PR_.C002 dev.cpu.2.%pnpinfo: _HID=none _UID=0 dev.cpu.2.%parent: acpi0 dev.cpu.2.temperature: 16.7C dev.cpu.2.cx_supported: C1/0 C2/100 dev.cpu.2.cx_lowest: C1 dev.cpu.2.cx_usage: 100.00% 0.00% last 1603us dev.cpu.3.%desc: ACPI CPU dev.cpu.3.%driver: cpu dev.cpu.3.%location: handle=\_PR_.C003 dev.cpu.3.%pnpinfo: _HID=none _UID=0 dev.cpu.3.%parent: acpi0 dev.cpu.3.temperature: 16.7C dev.cpu.3.cx_supported: C1/0 C2/100 dev.cpu.3.cx_lowest: C1 dev.cpu.3.cx_usage: 100.00% 0.00% last 14455us dev.cpu.4.%desc: ACPI CPU dev.cpu.4.%driver: cpu dev.cpu.4.%location: handle=\_PR_.C004 dev.cpu.4.%pnpinfo: _HID=none _UID=0 dev.cpu.4.%parent: acpi0 dev.cpu.4.temperature: 16.7C dev.cpu.4.cx_supported: C1/0 C2/100 dev.cpu.4.cx_lowest: C1 dev.cpu.4.cx_usage: 100.00% 0.00% last 15621us dev.cpu.5.%desc: ACPI CPU dev.cpu.5.%driver: cpu dev.cpu.5.%location: handle=\_PR_.C005 dev.cpu.5.%pnpinfo: _HID=none _UID=0 dev.cpu.5.%parent: acpi0 dev.cpu.5.temperature: 16.7C dev.cpu.5.cx_supported: C1/0 C2/100 dev.cpu.5.cx_lowest: C1 dev.cpu.5.cx_usage: 100.00% 0.00% last 41239us Titan# Titan# dmesg Copyright (c) 1992-2012 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 10.0-CURRENT #3 r232068M: Thu Feb 23 14:17:12 CST 2012 root@Titan:/usr/obj/usr/src/sys/TITAN amd64 WARNING: WITNESS option enabled, expect reduced performance. CPU: AMD FX(tm)-6100 Six-Core Processor (3322.19-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x600f12 Family = 15 Model = 1 Stepping = 2 Features=0x178bfbff Features2=0x1e98220b AMD Features=0x2e500800 AMD Features2=0x1c9bfff,> TSC: P-state invariant, performance statistics real memory = 17179869184 (16384 MB) avail memory = 16481722368 (15718 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 6 CPUs FreeBSD/SMP: 1 package(s) x 6 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 ioapic0: Changing APIC ID to 8 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ctl: CAM Target Layer loaded cryptosoft0: on motherboard acpi0: on motherboard acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, cfca0000 (3) failed cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 cpu4: on acpi0 cpu5: on acpi0 attimer0: port 0x40-0x43 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 hpet0: iomem 0xfed00000-0xfed003ff irq 0,8 on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 atrtc0: port 0x70-0x73 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 18 at device 2.0 on pci0 pci1: on pcib1 vgapci0: port 0xef00-0xef7f mem 0xf8000000-0xf9ffffff,0xd0000000-0xd7ffffff,0xdc000000-0xdfffffff irq 18 at device 0.0 on pci1 nvidia0: on vgapci0 vgapci0: child nvidia0 requested pci_enable_io vgapci0: child nvidia0 requested pci_enable_io hdac0: mem 0xfbffc000-0xfbffffff irq 19 at device 0.1 on pci1 pcib2: irq 17 at device 9.0 on pci0 pci2: on pcib2 xhci0: mem 0xfd1f8000-0xfd1fffff irq 17 at device 0.0 on pci2 xhci0: 64 byte context size. usbus0 on xhci0 pcib3: irq 18 at device 10.0 on pci0 pci3: on pcib3 atapci0: port 0xcf00-0xcf07,0xce00-0xce03,0xcd00-0xcd07,0xcc00-0xcc03,0xcb00-0xcb0f mem 0xfdbff000-0xfdbff1ff irq 18 at device 0.0 on pci3 ata2: at channel 0 on atapci0 ata3: at channel 1 on atapci0 ahci0: port 0xff00-0xff07,0xfe00-0xfe03,0xfd00-0xfd07,0xfc00-0xfc03,0xfb00-0xfb0f mem 0xfdfff000-0xfdfff3ff irq 19 at device 17.0 on pci0 ahci0: AHCI v1.20 with 4 6Gbps ports, Port Multiplier supported ahcich0: at channel 0 on ahci0 ahcich1: at channel 1 on ahci0 ahcich2: at channel 2 on ahci0 ahcich3: at channel 3 on ahci0 ohci0: mem 0xfdffe000-0xfdffefff irq 18 at device 18.0 on pci0 usbus1: on ohci0 ehci0: mem 0xfdffd000-0xfdffd0ff irq 17 at device 18.2 on pci0 usbus2: EHCI version 1.0 usbus2: on ehci0 ohci1: mem 0xfdffc000-0xfdffcfff irq 18 at device 19.0 on pci0 usbus3: on ohci1 ehci1: mem 0xfdffb000-0xfdffb0ff irq 17 at device 19.2 on pci0 usbus4: EHCI version 1.0 usbus4: on ehci1 pci0: at device 20.0 (no driver attached) atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfa00-0xfa0f at device 20.1 on pci0 ata0: at channel 0 on atapci1 ata1: at channel 1 on atapci1 hdac1: mem 0xfdff4000-0xfdff7fff irq 16 at device 20.2 on pci0 isab0: at device 20.3 on pci0 isa0: on isab0 pcib4: at device 20.4 on pci0 pci4: on pcib4 fwohci0: port 0xbf00-0xbf7f mem 0xfddff000-0xfddff7ff irq 22 at device 14.0 on pci4 fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:49:e5:50:51:51:05:00 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0xcfd8c000 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:49:e5:51:05:00 fwe0: Ethernet address: 02:49:e5:51:05:00 fwip0: on firewire0 fwip0: Firewire address: 00:49:e5:50:51:51:05:00 @ 0xfffe00000000, S400, maxrec 2048 fwohci0: Initiate bus reset fwohci0: fwohci_intr_core: BUS reset fwohci0: fwohci_intr_core: node_id=0x00000000, SelfID Count=1, CYCLEMASTER mode ohci2: mem 0xfdffa000-0xfdffafff irq 18 at device 20.5 on pci0 usbus5: on ohci2 pcib5: at device 21.0 on pci0 pci5: on pcib5 re0: port 0xae00-0xaeff mem 0xfd9ff000-0xfd9fffff,0xfd9f8000-0xfd9fbfff irq 17 at device 0.0 on pci5 re0: Using 1 MSI-X message re0: Chip rev. 0x2c800000 re0: MAC rev. 0x00000000 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, 1000baseT-FDX-flow-master, auto, auto-flow re0: Ethernet address: 50:e5:49:bd:28:28 pcib6: at device 21.1 on pci0 pci6: on pcib6 xhci1: mem 0xfd8f8000-0xfd8fffff irq 17 at device 0.0 on pci6 xhci1: 64 byte context size. usbus6 on xhci1 pcib7: at device 21.2 on pci0 pci7: on pcib7 pcib8: at device 21.3 on pci0 pci8: on pcib8 ohci3: mem 0xfdff9000-0xfdff9fff irq 18 at device 22.0 on pci0 usbus7: on ohci3 ehci2: mem 0xfdff8000-0xfdff80ff irq 17 at device 22.2 on pci0 usbus8: EHCI version 1.0 usbus8: on ehci2 amdtemp0: on hostb4 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 orm0: at iomem 0xc0000-0xcd7ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] ppc0: cannot reserve I/O port range hwpstate0: on cpu0 firewire0: 1 nodes, maxhop <= 0 cable IRM irm(0) (me) firewire0: bus manager 0 ZFS filesystem version 5 ZFS storage pool version 28 Timecounters tick every 1.000 msec vboxdrv: fAsync=0 offMin=0x6e9 offMax=0x8c5 hdacc0: at cad 0 on hdac0 hdaa0: at nid 1 on hdacc0 pcm0: at nid 5 on hdaa0 hdacc1: at cad 1 on hdac0 hdaa1: at nid 1 on hdacc1 pcm1: at nid 5 on hdaa1 hdacc2: at cad 2 on hdac0 hdaa2: at nid 1 on hdacc2 pcm2: at nid 5 on hdaa2 hdacc3: at cad 3 on hdac0 hdaa3: at nid 1 on hdacc3 pcm3: at nid 5 on hdaa3 hdacc4: at cad 0 on hdac1 hdaa4: at nid 1 on hdacc4 pcm4: at nid 20,22,21,23 and 24,26 on hdaa4 pcm5: at nid 27 and 25 on hdaa4 pcm6: at nid 30 on hdaa4 pcm7: at nid 17 on hdaa4 usbus0: 5.0Gbps Super Speed USB v3.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 480Mbps High Speed USB v2.0 usbus5: 12Mbps Full Speed USB v1.0 usbus6: 5.0Gbps Super Speed USB v3.0 usbus7: 12Mbps Full Speed USB v1.0 usbus8: 480Mbps High Speed USB v2.0 ugen0.1: <0x1b6f> at usbus0 uhub0: <0x1b6f XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> 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 ugen5.1: at usbus5 uhub5: on usbus5 ugen6.1: <0x1b6f> at usbus6 uhub6: <0x1b6f XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus6 ugen7.1: at usbus7 uhub7: on usbus7 ugen8.1: at usbus8 uhub8: on usbus8 uhub5: 2 ports with 2 removable, self powered uhub7: 4 ports with 4 removable, self powered uhub1: 5 ports with 5 removable, self powered uhub3: 5 ports with 5 removable, self powered uhub0: 4 ports with 4 removable, self powered uhub6: 4 ports with 4 removable, self powered uhub8: 4 ports with 4 removable, self powered uhub2: 5 ports with 5 removable, self powered uhub4: 5 ports with 5 removable, self powered ugen3.2: at usbus3 ugen1.2: at usbus1 ums0: on usbus1 ukbd1: on usbus3 ums0: 8 buttons and [XYZ] coordinates ID=0 kbd2 at ukbd1 uhid0: on usbus3 ada0 at ahcich1 bus 0 scbus3 target 0 lun 0 ada0: ATA-7 SATA 2.x device ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 238475MB (488397168 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad10 SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #5 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #4 Launched! Timecounter "TSC-low" frequency 12977308 Hz quality 1000 WARNING: WITNESS option enabled, expect reduced performance. cd0 at ahcich0 bus 0 scbus2 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192bytes) cd0: cd present [120625 x 2048 byte records] -- Sam Fourman Jr. Fourman Networks From owner-freebsd-current@FreeBSD.ORG Thu Feb 23 23:08:01 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 024CF106564A for ; Thu, 23 Feb 2012 23:08:01 +0000 (UTC) (envelope-from deeptech71@gmail.com) Received: from mail-qw0-f47.google.com (mail-qw0-f47.google.com [209.85.216.47]) by mx1.freebsd.org (Postfix) with ESMTP id AFE7A8FC0A for ; Thu, 23 Feb 2012 23:08:00 +0000 (UTC) Received: by qadz30 with SMTP id z30so7936170qad.13 for ; Thu, 23 Feb 2012 15:08:00 -0800 (PST) Received-SPF: pass (google.com: domain of deeptech71@gmail.com designates 10.229.135.196 as permitted sender) client-ip=10.229.135.196; Authentication-Results: mr.google.com; spf=pass (google.com: domain of deeptech71@gmail.com designates 10.229.135.196 as permitted sender) smtp.mail=deeptech71@gmail.com; dkim=pass header.i=deeptech71@gmail.com Received: from mr.google.com ([10.229.135.196]) by 10.229.135.196 with SMTP id o4mr2269626qct.139.1330038480018 (num_hops = 1); Thu, 23 Feb 2012 15:08:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=zDLlgWuwlOhBTr5AL1z3Y3cy8viG/ug8SLyBV0k3t1s=; b=rUaPpzmq5sMA/xFnn2hJdxVecYs1xrAUlQK8EFhHXDqPK1F8rg9gCrtObdb6qCBGes /aUEeW2A3z7zWrDWZEy5D7BWUaqjJBRMU+HAFs9I9nFzvd9NvVQXcLZ7xBqggHC4Q4eL nKF1aIP07Pamm0dDh5BGFnun4rYQIKXYPFNNY= MIME-Version: 1.0 Received: by 10.229.135.196 with SMTP id o4mr1896024qct.139.1330036913512; Thu, 23 Feb 2012 14:41:53 -0800 (PST) Received: by 10.229.136.135 with HTTP; Thu, 23 Feb 2012 14:41:53 -0800 (PST) Date: Thu, 23 Feb 2012 23:41:53 +0100 Message-ID: From: "deeptech71@gmail.com" To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: "rm -rf /" fanclub X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Feb 2012 23:08:01 -0000 Well, I did not actually get a full membership to the "rm -rf /" fanclub, but I managed to remove all installed ports, basically requiring a full reinstall. Here's how it happened: Once upon a time, I did a full reinstall (not because of "rm -rf /"-like things). I kept the old installation's full filesystem hierarchy located in /old. I was then going through the old hierarchy to salvage important bits and delete the rest. At one point, I was in /old/usr, and did "rm -rf X11R6/ bin/ lib/ ...". I was a bit hasty, and forgot to remove the ending backslashes from the directory names, which were inserted by csh's autocompletion. And as it turns out, X11R6 is actually a symlink to /usr/local, and not usr/local or .usr/local! Also, /home is a symlink to /usr/home, and not usr/home or ./usr/home, but I managed to stay clear of that deathtrap. In a web search, I found that someone was about to fix the /home symlink in 2004 [1]. Uhm, any time soon? BTW, is the existence of the X11R6 symlink still required for some compatibility? [1] http://lists.freebsd.org/pipermail/freebsd-hackers/2004-January/005391.html From owner-freebsd-current@FreeBSD.ORG Thu Feb 23 23:12:08 2012 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 63D74106566C; Thu, 23 Feb 2012 23:12:07 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: Sam Fourman Jr. Date: Thu, 23 Feb 2012 18:11:59 -0500 User-Agent: KMail/1.6.2 References: <201202221425.25318.jkim@FreeBSD.org> In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201202231812.00877.jkim@FreeBSD.org> Cc: freebsd-current@FreeBSD.org Subject: Re: AMD K15 sensor 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: Thu, 23 Feb 2012 23:12:08 -0000 On Thursday 23 February 2012 05:08 pm, Sam Fourman Jr. wrote: > > Can you please try this patch? > > > > http://people.freebsd.org/~jkim/amdtemp3.diff > > > > Thanks, > > > > Jung-uk Kim > > After that patch temp appears to work, but the value seems low not > sure why --- >8 --- SNIP! --- >8 --- Actually it is kinda expected. Please see CAVEATS section of the new manual page: For Family 10h and later processors, ``(the reported temperature) is a non-physical temperature measured on an arbitrary scale and it does not represent an actual physical temperature like die or case temperature. Instead, it specifies the processor temperature relative to the point at which the system must supply the maximum cooling for the processor's specified maximum case temperature and maximum thermal power dissipation'' according to BIOS and Kernel Developer's Guide (BKDG) for AMD Processors, http://developer.amd.com/documentation/guides/Pages/default.aspx. BTW, the temperature reading goes up when the system is loaded and goes down when it is idle, right? Just making sure... Thanks, Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Thu Feb 23 23:14:24 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F641106566B; Thu, 23 Feb 2012 23:14:24 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id E23588FC12; Thu, 23 Feb 2012 23:14:23 +0000 (UTC) Received: by werm13 with SMTP id m13so1652849wer.13 for ; Thu, 23 Feb 2012 15:14:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=STPg4NvdLNBnOBFNCPKvK0zGOhNH4dSeiE11d1h7qxs=; b=ia6PfYe3whBtV7VtmrGyzAJg0LC88+2blK8qNHK4gZX8CKocwUeXi9kzDv4xe3yrO7 8Db4USQnQc8AsM4k/aubFwkevuf9UFBhXITWmmnKqjwtpdocMHtd4h91xnGCJ4tgNBgo Dj3p8hlhoRBf1Dfd6YOSoh9OAlQogdY+k6ISw= MIME-Version: 1.0 Received: by 10.180.93.232 with SMTP id cx8mr634233wib.14.1330038863032; Thu, 23 Feb 2012 15:14:23 -0800 (PST) Received: by 10.227.205.6 with HTTP; Thu, 23 Feb 2012 15:14:22 -0800 (PST) In-Reply-To: <201202231812.00877.jkim@FreeBSD.org> References: <201202221425.25318.jkim@FreeBSD.org> <201202231812.00877.jkim@FreeBSD.org> Date: Thu, 23 Feb 2012 17:14:22 -0600 Message-ID: From: "Sam Fourman Jr." To: Jung-uk Kim Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: AMD K15 sensor 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: Thu, 23 Feb 2012 23:14:24 -0000 > > BTW, the temperature reading goes up when the system is loaded and > goes down when it is idle, right? Just making sure... > > Thanks, > > Jung-uk Kim > yes that is correct I tested this patch on 2 FX series Processors a 6 core and 8 core, both work fine. any chance you could commit this patch to HEAD? -- Sam Fourman Jr. From owner-freebsd-current@FreeBSD.ORG Fri Feb 24 00:16:08 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A545106566B for ; Fri, 24 Feb 2012 00:16:08 +0000 (UTC) (envelope-from deeptech71@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 347DF8FC0C for ; Fri, 24 Feb 2012 00:16:07 +0000 (UTC) Received: by qcsg15 with SMTP id g15so220989qcs.13 for ; Thu, 23 Feb 2012 16:16:07 -0800 (PST) Received-SPF: pass (google.com: domain of deeptech71@gmail.com designates 10.229.77.5 as permitted sender) client-ip=10.229.77.5; Authentication-Results: mr.google.com; spf=pass (google.com: domain of deeptech71@gmail.com designates 10.229.77.5 as permitted sender) smtp.mail=deeptech71@gmail.com; dkim=pass header.i=deeptech71@gmail.com Received: from mr.google.com ([10.229.77.5]) by 10.229.77.5 with SMTP id e5mr2485808qck.99.1330042567495 (num_hops = 1); Thu, 23 Feb 2012 16:16:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=MIQlQqDNAxemgDm0ccPp3dlmTEikwajVmHNQqVUsOGM=; b=BBlTtpTGjKZKPmbSw2kNgk3wDt5+hasM+SK9qMrPDouMP2GRh89ewxBjbb4uQ9mah7 y4k53KuTGvicrH2u/8cbmZ6ZU3PkSouy14rztimK6Nm3vs2ToyZLUAgMmbulV3s4vAjg LlSMtuz+DnPzSY1BmQ8F1GRJ3Ei3AHNg/zzu0= MIME-Version: 1.0 Received: by 10.229.77.5 with SMTP id e5mr2132299qck.99.1330042567387; Thu, 23 Feb 2012 16:16:07 -0800 (PST) Received: by 10.229.136.135 with HTTP; Thu, 23 Feb 2012 16:16:07 -0800 (PST) In-Reply-To: References: Date: Fri, 24 Feb 2012 01:16:07 +0100 Message-ID: From: "deeptech71@gmail.com" To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: "rm -rf /" fanclub X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Feb 2012 00:16:08 -0000 On Thu, Feb 23, 2012 at 11:41 PM, deeptech71@gmail.com wrote: > X11R6 is actually a symlink to /usr/local, and not usr/local or > .usr/local! Also, /home is a symlink to /usr/home, and not usr/home or > ./usr/home I meant to say that X11R6 should be a symlink to local or ./local. About /home: I've just noticed that /home points to usr/home in the newest release. The newest basic installation (base + kernel) doesn't even come with an X11R6 symlink, yet I did have it after a full install (-CURRENTization + ports), so that symlink must be coming from mergemaster or some port. From owner-freebsd-current@FreeBSD.ORG Fri Feb 24 00:22:49 2012 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 E7099106566C; Fri, 24 Feb 2012 00:22:48 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: Sam Fourman Jr. Date: Thu, 23 Feb 2012 19:22:41 -0500 User-Agent: KMail/1.6.2 References: <201202231812.00877.jkim@FreeBSD.org> In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201202231922.43522.jkim@FreeBSD.org> Cc: freebsd-current@FreeBSD.org Subject: Re: AMD K15 sensor support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Feb 2012 00:22:49 -0000 On Thursday 23 February 2012 06:14 pm, Sam Fourman Jr. wrote: > BTW, the temperature reading goes up when the system is loaded and > goes down when it is idle, right? Just making sure... > > Thanks, > > Jung-uk Kim > > yes that is correct I tested this patch on 2 FX series Processors > a 6 core and 8 core, both work fine. any chance you could commit > this patch to HEAD? Done. Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Fri Feb 24 03:34:38 2012 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 0699B106566B; Fri, 24 Feb 2012 03:34:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id C65C58FC0A; Fri, 24 Feb 2012 03:34:37 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q1O3Yaek017954; Thu, 23 Feb 2012 22:34:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q1O3YaZg017901; Fri, 24 Feb 2012 03:34:36 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 24 Feb 2012 03:34:36 GMT Message-Id: <201202240334.q1O3YaZg017901@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Feb 2012 03:34:38 -0000 TB --- 2012-02-24 02:33:19 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-02-24 02:33:19 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2012-02-24 02:33:19 - cleaning the object tree TB --- 2012-02-24 02:33:19 - cvsupping the source tree TB --- 2012-02-24 02:33:19 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2012-02-24 02:33:44 - building world TB --- 2012-02-24 02:33:44 - CROSS_BUILD_TESTING=YES TB --- 2012-02-24 02:33:44 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-24 02:33:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-24 02:33:44 - SRCCONF=/dev/null TB --- 2012-02-24 02:33:44 - TARGET=powerpc TB --- 2012-02-24 02:33:44 - TARGET_ARCH=powerpc64 TB --- 2012-02-24 02:33:44 - TZ=UTC TB --- 2012-02-24 02:33:44 - __MAKE_CONF=/dev/null TB --- 2012-02-24 02:33:44 - cd /src TB --- 2012-02-24 02:33:44 - /usr/bin/make -B buildworld >>> World build started on Fri Feb 24 02:33:45 UTC 2012 >>> 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 [...] c++ -O2 -pipe -I/src/lib/clang/libclangserialization/../../../contrib/llvm/include -I/src/lib/clang/libclangserialization/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangserialization/../../../contrib/llvm/tools/clang/lib/Serialization -I. -I/src/lib/clang/libclangserialization/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_HOSTTRIPLE=\"powerpc64-unknown-freebsd10.0\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclangserialization/../../../contrib/llvm/tools/clang/lib/Serialization/ASTReaderStmt.cpp c++ -O2 -pipe -I/src/lib/clang/libclangserialization/../../../contrib/llvm/include -I/src/lib/clang/libclangserialization/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangserialization/../../../contrib/llvm/tools/clang/lib/Serialization -I. -I/src/lib/clang/libclangserialization/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_HOSTTRIPLE=\"powerpc64-unknown-freebsd10.0\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclangserialization/../../../contrib/llvm/tools/clang/lib/Serialization/ASTWriter.cpp c++ -O2 -pipe -I/src/lib/clang/libclangserialization/../../../contrib/llvm/include -I/src/lib/clang/libclangserialization/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangserialization/../../../contrib/llvm/tools/clang/lib/Serialization -I. -I/src/lib/clang/libclangserialization/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_HOSTTRIPLE=\"powerpc64-unknown-freebsd10.0\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclangserialization/../../../contrib/llvm/tools/clang/lib/Serialization/ASTWriterDecl.cpp /src/lib/clang/libclangserialization/../../../contrib/llvm/tools/clang/lib/Serialization/ASTWriterDecl.cpp: In member function 'void clang::ASTWriter::WriteDeclsBlockAbbrevs()': /src/lib/clang/libclangserialization/../../../contrib/llvm/tools/clang/lib/Serialization/ASTWriterDecl.cpp:1264: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /src/lib/clang/libclangserialization. *** Error code 1 Stop in /src/lib/clang. *** Error code 1 Stop in /src/lib. *** 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 --- 2012-02-24 03:34:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-02-24 03:34:36 - ERROR: failed to build world TB --- 2012-02-24 03:34:36 - 3010.19 user 406.65 system 3677.01 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Feb 24 04:11:46 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3D671065673 for ; Fri, 24 Feb 2012 04:11:46 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 75CA98FC17 for ; Fri, 24 Feb 2012 04:11:46 +0000 (UTC) Received: by daec6 with SMTP id c6so2219244dae.13 for ; Thu, 23 Feb 2012 20:11:45 -0800 (PST) Received-SPF: pass (google.com: domain of sendtomatt@gmail.com designates 10.68.129.162 as permitted sender) client-ip=10.68.129.162; Authentication-Results: mr.google.com; spf=pass (google.com: domain of sendtomatt@gmail.com designates 10.68.129.162 as permitted sender) smtp.mail=sendtomatt@gmail.com; dkim=pass header.i=sendtomatt@gmail.com Received: from mr.google.com ([10.68.129.162]) by 10.68.129.162 with SMTP id nx2mr2377072pbb.94.1330056705979 (num_hops = 1); Thu, 23 Feb 2012 20:11:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=5WdQzmNnVwzTaIPXFXARaH9izbYjEXD19x3x3MUmRlw=; b=JKE0oI7jj0Qdmsj9Yk4I6QawIbyzUAQ4kyiV3ZetZVgHFWOzHfyufIJ9VsdqyGKrHf 78Xw/oV551WC0tQylXO6iflaO2vKTC+Poa8D9tF3BkzMH/2sHTIhXdeuKnp0TWUDNKGY omSKWZ+h9n6xGb1sJmuIuxDcqhqBRBitw4gkU= Received: by 10.68.129.162 with SMTP id nx2mr1989364pbb.94.1330056705888; Thu, 23 Feb 2012 20:11:45 -0800 (PST) Received: from flatline.local ([74.195.19.178]) by mx.google.com with ESMTPS id q10sm3230992pbb.10.2012.02.23.20.11.43 (version=SSLv3 cipher=OTHER); Thu, 23 Feb 2012 20:11:44 -0800 (PST) Message-ID: <4F470DFF.3070906@gmail.com> Date: Thu, 23 Feb 2012 20:11:43 -0800 From: matt User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120218 Thunderbird/10.0.2 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Syscons issue Intel D2700 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Feb 2012 04:11:46 -0000 I'm currently trying to boot an intel evaluation board (D2700) with 10-CURRENT. Installation was make installworld DESTDIR=/mnt/disk make installkernel DESTDIR=/mnt/disk make distribution DESTDIR=/mnt/disk vi /mnt/disk/fstab (added lines for root, swap) unmount /mnt/disk Boot goes fine until the kernel is loaded. Once the kernel is loaded, boot continues, however only the very bottom line is showing kernel messages...the rest of the screen still "looks" like loader. Once booted, a number of silly attempts with vidcontrol 80x25, vidcontrol -C, vidcontrol VESA_800x600 do not fix the situation. Interestingly, typing clear moves the prompt up, but the screen still looks like loader. I can see my text, but command output is not written to the console. This is weird. I am actually not that interested in much about the graphics on this board...it's gma500 all over again. Getting basic syscons working would be nice, however...I don't want to have to use a null modem cable during development. If it helps I'll fire up sshd and make a bunch of diagnostic files, although I can't see ifconfig output I assume em drivers are fine. It is a nice board otherwise, with two intel nics...am interested in developing a freebsd-based product if possible :) If this is something I hosed with the above minimal installation I apologize in advance! Matt From owner-freebsd-current@FreeBSD.ORG Fri Feb 24 07:34:41 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94E91106564A for ; Fri, 24 Feb 2012 07:34:41 +0000 (UTC) (envelope-from peter.maloney@brockmann-consult.de) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by mx1.freebsd.org (Postfix) with ESMTP id 26F088FC08 for ; Fri, 24 Feb 2012 07:34:40 +0000 (UTC) Received: from [10.3.0.26] ([141.4.215.32]) by mrelayeu.kundenserver.de (node=mreu3) with ESMTP (Nemesis) id 0Ll4mA-1SYW4D3qJq-00b0QL; Fri, 24 Feb 2012 08:21:56 +0100 Message-ID: <4F473A93.1030306@brockmann-consult.de> Date: Fri, 24 Feb 2012 08:21:55 +0100 From: Peter Maloney User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.23) Gecko/20110922 Thunderbird/3.1.15 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Provags-ID: V02:K0:f/T8dJzBkJUY3uSC4F5hdrSVQtPswoN83b3DA5s0D3+ vN/vODo971qRz+ailFoIPu0EIhxsPx4ATuYz/rMuSKM9wc+mrE DglSt6u7R4wCvdMIXI/2KLOxN74ARhfe2/kCssLs9rfyCtwh9u qc9XMfeZsHpKAAqW8FPkJySDiyf+Hkd/cUgvOlYAbBMoTiko7e sgUwcYVnE9H0xoVQSfqvp2wbcEdi3sia87fyVGDns11KcN5kbf cTvVUTSGtDMRVvL8spiZ3vRh/DWaKtzXYaCv8wP5QbakJT60zj /BF/K4RDTSxtIA2Mg2hq9iR9DDseBhEow3HtJuNPwBHvfy2zXZ bPPJJ3DjkkceZuwXwtSDSIa7wCy12QkbV8AiOvtwn Subject: Re: "rm -rf /" fanclub X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Feb 2012 07:34:41 -0000 On 02/24/2012 01:16 AM, deeptech71@gmail.com wrote: > On Thu, Feb 23, 2012 at 11:41 PM, deeptech71@gmail.com > wrote: >> X11R6 is actually a symlink to /usr/local, and not usr/local or >> .usr/local! Also, /home is a symlink to /usr/home, and not usr/home or >> ./usr/home > I meant to say that X11R6 should be a symlink to local or ./local. I fully agree (if tested)... it makes no sense to use absolute symlinks unless you really want them to be absolute. eg. in my home dir I added dhcpd.leases -> /var/lib/... Did you test this, by removing the link and creating it relative to see if there are any stupid side effects? And I've never really thought symlinks were so dangerous (unless you use software that auto-dereferences, eg. platform independent stuff), but with "mount --bind" in linux (same as nullfs in FreeBSD?), you can do similar things if you don't use "--one-file-system" with your "rm -rf" calls. So in addition to the symlink change, why not improve rm also, by adding the "--one-file-system" option (which actually exists in "grm" from the sysutils/coreutils port). > About /home: I've just noticed that /home points to usr/home in the > newest release. The newest basic installation (base + kernel) doesn't > even come with an X11R6 symlink, yet I did have it after a full > install (-CURRENTization + ports), so that symlink must be coming from > mergemaster or some port. > _______________________________________________ > 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" -- -------------------------------------------- Peter Maloney Brockmann Consult Max-Planck-Str. 2 21502 Geesthacht Germany Tel: +49 4152 889 300 Fax: +49 4152 889 333 E-mail: peter.maloney@brockmann-consult.de Internet: http://www.brockmann-consult.de -------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Fri Feb 24 08:38:00 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A827106566C for ; Fri, 24 Feb 2012 08:38:00 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from mx.lissyara.su (mx.lissyara.su [91.227.18.11]) by mx1.freebsd.org (Postfix) with ESMTP id 802978FC16 for ; Fri, 24 Feb 2012 08:37:59 +0000 (UTC) Received: from [195.93.240.5] (port=30254 helo=lissyara.moskb.local) by mx.lissyara.su with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1S0qf7-000LTn-7C for freebsd-current@freebsd.org; Fri, 24 Feb 2012 12:37:57 +0400 Message-ID: <4F474C64.40607@lissyara.su> Date: Fri, 24 Feb 2012 12:37:56 +0400 From: Alex Keda User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ru-RU; rv:1.8.1.23) Gecko/20091202 Thunderbird/2.0.0.23 Mnenhy/0.7.6.666 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary="------------060800090707040808000304" X-White-List: YES X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: mx.lissyara.su Subject: Xorg - monitor off after start X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Feb 2012 08:38:00 -0000 This is a multi-part message in MIME format. --------------060800090707040808000304 Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit problem, first described: http://lists.freebsd.org/pipermail/freebsd-current/2011-December/030528.html on last days 2011 year, all work OK, without some custom kernel new year - old problems =) if I rename drm.ko - all OK. with drm.ko - I have monitor off =( --------------060800090707040808000304 Content-Type: text/plain; name="Xorg.0.log" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Xorg.0.log" ClguT3JnIFggU2VydmVyIDEuNy43ClJlbGVhc2UgRGF0ZTogMjAxMC0wNS0wNApYIFByb3Rv Y29sIFZlcnNpb24gMTEsIFJldmlzaW9uIDAKQnVpbGQgT3BlcmF0aW5nIFN5c3RlbTogRnJl ZUJTRCA5LjktQ1VSUkVOVCBhbWQ2NCAKQ3VycmVudCBPcGVyYXRpbmcgU3lzdGVtOiBGcmVl QlNEIGxpc3N5YXJhLm1vc2tiLmxvY2FsIDEwLjAtQ1VSUkVOVCBGcmVlQlNEIDEwLjAtQ1VS UkVOVCAjMCByMjMyMDk0OiBGcmkgRmViIDI0IDA4OjMwOjQ1IE1TSyAyMDEyICAgICByb290 QGxpc3N5YXJhLm1vc2tiLmxvY2FsOi91c3Ivb2JqL3Vzci9zcmMvc3lzL0dFTkVSSUMgYW1k NjQKQnVpbGQgRGF0ZTogMTIgRGVjZW1iZXIgMjAxMSAgMTI6MjQ6MDdQTQogCkN1cnJlbnQg dmVyc2lvbiBvZiBwaXhtYW46IDAuMjQuMgoJQmVmb3JlIHJlcG9ydGluZyBwcm9ibGVtcywg Y2hlY2sgaHR0cDovL3dpa2kueC5vcmcKCXRvIG1ha2Ugc3VyZSB0aGF0IHlvdSBoYXZlIHRo ZSBsYXRlc3QgdmVyc2lvbi4KTWFya2VyczogKC0tKSBwcm9iZWQsICgqKikgZnJvbSBjb25m aWcgZmlsZSwgKD09KSBkZWZhdWx0IHNldHRpbmcsCgkoKyspIGZyb20gY29tbWFuZCBsaW5l LCAoISEpIG5vdGljZSwgKElJKSBpbmZvcm1hdGlvbmFsLAoJKFdXKSB3YXJuaW5nLCAoRUUp IGVycm9yLCAoTkkpIG5vdCBpbXBsZW1lbnRlZCwgKD8/KSB1bmtub3duLgooPT0pIExvZyBm aWxlOiAiL3Zhci9sb2cvWG9yZy4wLmxvZyIsIFRpbWU6IEZyaSBGZWIgMjQgMTI6MTg6MjYg MjAxMgooSUkpIExvYWRlciBtYWdpYzogMHg3YmE1MDAKKElJKSBNb2R1bGUgQUJJIHZlcnNp b25zOgoJWC5PcmcgQU5TSSBDIEVtdWxhdGlvbjogMC40CglYLk9yZyBWaWRlbyBEcml2ZXI6 IDYuMAoJWC5PcmcgWElucHV0IGRyaXZlciA6IDcuMAoJWC5PcmcgU2VydmVyIEV4dGVuc2lv biA6IDIuMAooLS0pIFVzaW5nIHN5c2NvbnMgZHJpdmVyIHdpdGggWCBzdXBwb3J0ICh2ZXJz aW9uIDIuMCkKKC0tKSB1c2luZyBWVCBudW1iZXIgOQoKKC0tKSBQQ0k6KigwOjE6NTowKSAx MDAyOjc5MWU6MTAzYzoxMmZmIEFkdmFuY2VkIE1pY3JvIERldmljZXMgW0FNRF0gbmVlIEFU SSBSUzY5MCBbUmFkZW9uIFgxMjAwIFNlcmllc10gcmV2IDAsIE1lbSBAIDB4ZDAwMDAwMDAv MTM0MjE3NzI4LCAweGQ4NTAwMDAwLzY1NTM2LCAweGQ4NDAwMDAwLzEwNDg1NzYsIEkvTyBA IDB4MDAwMDExMDAvMjU2LCBCSU9TIEAgMHg/Pz8/Pz8/Py82NTUzNgooPT0pIFVzaW5nIGRl ZmF1bHQgYnVpbHQtaW4gY29uZmlndXJhdGlvbiAoMzAgbGluZXMpCig9PSkgLS0tIFN0YXJ0 IG9mIGJ1aWx0LWluIGNvbmZpZ3VyYXRpb24gLS0tCglTZWN0aW9uICJEZXZpY2UiCgkJSWRl bnRpZmllcgkiQnVpbHRpbiBEZWZhdWx0IGF0aSBEZXZpY2UgMCIKCQlEcml2ZXIJImF0aSIK CUVuZFNlY3Rpb24KCVNlY3Rpb24gIlNjcmVlbiIKCQlJZGVudGlmaWVyCSJCdWlsdGluIERl ZmF1bHQgYXRpIFNjcmVlbiAwIgoJCURldmljZQkiQnVpbHRpbiBEZWZhdWx0IGF0aSBEZXZp Y2UgMCIKCUVuZFNlY3Rpb24KCVNlY3Rpb24gIkRldmljZSIKCQlJZGVudGlmaWVyCSJCdWls dGluIERlZmF1bHQgdmVzYSBEZXZpY2UgMCIKCQlEcml2ZXIJInZlc2EiCglFbmRTZWN0aW9u CglTZWN0aW9uICJTY3JlZW4iCgkJSWRlbnRpZmllcgkiQnVpbHRpbiBEZWZhdWx0IHZlc2Eg U2NyZWVuIDAiCgkJRGV2aWNlCSJCdWlsdGluIERlZmF1bHQgdmVzYSBEZXZpY2UgMCIKCUVu ZFNlY3Rpb24KCVNlY3Rpb24gIkRldmljZSIKCQlJZGVudGlmaWVyCSJCdWlsdGluIERlZmF1 bHQgZmJkZXYgRGV2aWNlIDAiCgkJRHJpdmVyCSJmYmRldiIKCUVuZFNlY3Rpb24KCVNlY3Rp b24gIlNjcmVlbiIKCQlJZGVudGlmaWVyCSJCdWlsdGluIERlZmF1bHQgZmJkZXYgU2NyZWVu IDAiCgkJRGV2aWNlCSJCdWlsdGluIERlZmF1bHQgZmJkZXYgRGV2aWNlIDAiCglFbmRTZWN0 aW9uCglTZWN0aW9uICJTZXJ2ZXJMYXlvdXQiCgkJSWRlbnRpZmllcgkiQnVpbHRpbiBEZWZh dWx0IExheW91dCIKCQlTY3JlZW4JIkJ1aWx0aW4gRGVmYXVsdCBhdGkgU2NyZWVuIDAiCgkJ U2NyZWVuCSJCdWlsdGluIERlZmF1bHQgdmVzYSBTY3JlZW4gMCIKCQlTY3JlZW4JIkJ1aWx0 aW4gRGVmYXVsdCBmYmRldiBTY3JlZW4gMCIKCUVuZFNlY3Rpb24KKD09KSAtLS0gRW5kIG9m IGJ1aWx0LWluIGNvbmZpZ3VyYXRpb24gLS0tCig9PSkgU2VydmVyTGF5b3V0ICJCdWlsdGlu IERlZmF1bHQgTGF5b3V0IgooKiopIHwtLT5TY3JlZW4gIkJ1aWx0aW4gRGVmYXVsdCBhdGkg U2NyZWVuIDAiICgwKQooKiopIHwgICB8LS0+TW9uaXRvciAiPGRlZmF1bHQgbW9uaXRvcj4i CigqKikgfCAgIHwtLT5EZXZpY2UgIkJ1aWx0aW4gRGVmYXVsdCBhdGkgRGV2aWNlIDAiCig9 PSkgTm8gbW9uaXRvciBzcGVjaWZpZWQgZm9yIHNjcmVlbiAiQnVpbHRpbiBEZWZhdWx0IGF0 aSBTY3JlZW4gMCIuCglVc2luZyBhIGRlZmF1bHQgbW9uaXRvciBjb25maWd1cmF0aW9uLgoo KiopIHwtLT5TY3JlZW4gIkJ1aWx0aW4gRGVmYXVsdCB2ZXNhIFNjcmVlbiAwIiAoMSkKKCoq KSB8ICAgfC0tPk1vbml0b3IgIjxkZWZhdWx0IG1vbml0b3I+IgooKiopIHwgICB8LS0+RGV2 aWNlICJCdWlsdGluIERlZmF1bHQgdmVzYSBEZXZpY2UgMCIKKD09KSBObyBtb25pdG9yIHNw ZWNpZmllZCBmb3Igc2NyZWVuICJCdWlsdGluIERlZmF1bHQgdmVzYSBTY3JlZW4gMCIuCglV c2luZyBhIGRlZmF1bHQgbW9uaXRvciBjb25maWd1cmF0aW9uLgooKiopIHwtLT5TY3JlZW4g IkJ1aWx0aW4gRGVmYXVsdCBmYmRldiBTY3JlZW4gMCIgKDIpCigqKikgfCAgIHwtLT5Nb25p dG9yICI8ZGVmYXVsdCBtb25pdG9yPiIKKCoqKSB8ICAgfC0tPkRldmljZSAiQnVpbHRpbiBE ZWZhdWx0IGZiZGV2IERldmljZSAwIgooPT0pIE5vIG1vbml0b3Igc3BlY2lmaWVkIGZvciBz Y3JlZW4gIkJ1aWx0aW4gRGVmYXVsdCBmYmRldiBTY3JlZW4gMCIuCglVc2luZyBhIGRlZmF1 bHQgbW9uaXRvciBjb25maWd1cmF0aW9uLgooPT0pIEF1dG9tYXRpY2FsbHkgYWRkaW5nIGRl dmljZXMKKD09KSBBdXRvbWF0aWNhbGx5IGVuYWJsaW5nIGRldmljZXMKKD09KSBGb250UGF0 aCBzZXQgdG86CgkvdXNyL2xvY2FsL2xpYi9YMTEvZm9udHMvbWlzYy8sCgkvdXNyL2xvY2Fs L2xpYi9YMTEvZm9udHMvVFRGLywKCS91c3IvbG9jYWwvbGliL1gxMS9mb250cy9PVEYsCgkv dXNyL2xvY2FsL2xpYi9YMTEvZm9udHMvVHlwZTEvLAoJL3Vzci9sb2NhbC9saWIvWDExL2Zv bnRzLzEwMGRwaS8sCgkvdXNyL2xvY2FsL2xpYi9YMTEvZm9udHMvNzVkcGkvCig9PSkgTW9k dWxlUGF0aCBzZXQgdG8gIi91c3IvbG9jYWwvbGliL3hvcmcvbW9kdWxlcyIKKElJKSBDYW5u b3QgbG9jYXRlIGEgY29yZSBwb2ludGVyIGRldmljZS4KKElJKSBDYW5ub3QgbG9jYXRlIGEg Y29yZSBrZXlib2FyZCBkZXZpY2UuCihJSSkgVGhlIHNlcnZlciByZWxpZXMgb24gSEFMIHRv IHByb3ZpZGUgdGhlIGxpc3Qgb2YgaW5wdXQgZGV2aWNlcy4KCUlmIG5vIGRldmljZXMgYmVj b21lIGF2YWlsYWJsZSwgcmVjb25maWd1cmUgSEFMIG9yIGRpc2FibGUgQXV0b0FkZERldmlj ZXMuCihJSSkgTG9hZE1vZHVsZTogImV4dG1vZCIKKElJKSBMb2FkaW5nIC91c3IvbG9jYWwv bGliL3hvcmcvbW9kdWxlcy9leHRlbnNpb25zL2xpYmV4dG1vZC5zbwooSUkpIE1vZHVsZSBl eHRtb2Q6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiIKCWNvbXBpbGVkIGZvciAxLjcuNywg bW9kdWxlIHZlcnNpb24gPSAxLjAuMAoJTW9kdWxlIGNsYXNzOiBYLk9yZyBTZXJ2ZXIgRXh0 ZW5zaW9uCglBQkkgY2xhc3M6IFguT3JnIFNlcnZlciBFeHRlbnNpb24sIHZlcnNpb24gMi4w CihJSSkgTG9hZGluZyBleHRlbnNpb24gTUlULVNDUkVFTi1TQVZFUgooSUkpIExvYWRpbmcg ZXh0ZW5zaW9uIFhGcmVlODYtVmlkTW9kZUV4dGVuc2lvbgooSUkpIExvYWRpbmcgZXh0ZW5z aW9uIFhGcmVlODYtREdBCihJSSkgTG9hZGluZyBleHRlbnNpb24gRFBNUwooSUkpIExvYWRp bmcgZXh0ZW5zaW9uIFhWaWRlbwooSUkpIExvYWRpbmcgZXh0ZW5zaW9uIFhWaWRlby1Nb3Rp b25Db21wZW5zYXRpb24KKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBYLVJlc291cmNlCihJSSkg TG9hZE1vZHVsZTogImRiZSIKKElJKSBMb2FkaW5nIC91c3IvbG9jYWwvbGliL3hvcmcvbW9k dWxlcy9leHRlbnNpb25zL2xpYmRiZS5zbwooSUkpIE1vZHVsZSBkYmU6IHZlbmRvcj0iWC5P cmcgRm91bmRhdGlvbiIKCWNvbXBpbGVkIGZvciAxLjcuNywgbW9kdWxlIHZlcnNpb24gPSAx LjAuMAoJTW9kdWxlIGNsYXNzOiBYLk9yZyBTZXJ2ZXIgRXh0ZW5zaW9uCglBQkkgY2xhc3M6 IFguT3JnIFNlcnZlciBFeHRlbnNpb24sIHZlcnNpb24gMi4wCihJSSkgTG9hZGluZyBleHRl bnNpb24gRE9VQkxFLUJVRkZFUgooSUkpIExvYWRNb2R1bGU6ICJnbHgiCihJSSkgTG9hZGlu ZyAvdXNyL2xvY2FsL2xpYi94b3JnL21vZHVsZXMvZXh0ZW5zaW9ucy9saWJnbHguc28KKElJ KSBNb2R1bGUgZ2x4OiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iCgljb21waWxlZCBmb3Ig MS43LjcsIG1vZHVsZSB2ZXJzaW9uID0gMS4wLjAKCUFCSSBjbGFzczogWC5PcmcgU2VydmVy IEV4dGVuc2lvbiwgdmVyc2lvbiAyLjAKKD09KSBBSUdMWCBkaXNhYmxlZAooSUkpIExvYWRp bmcgZXh0ZW5zaW9uIEdMWAooSUkpIExvYWRNb2R1bGU6ICJyZWNvcmQiCihJSSkgTG9hZGlu ZyAvdXNyL2xvY2FsL2xpYi94b3JnL21vZHVsZXMvZXh0ZW5zaW9ucy9saWJyZWNvcmQuc28K KElJKSBNb2R1bGUgcmVjb3JkOiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iCgljb21waWxl ZCBmb3IgMS43LjcsIG1vZHVsZSB2ZXJzaW9uID0gMS4xMy4wCglNb2R1bGUgY2xhc3M6IFgu T3JnIFNlcnZlciBFeHRlbnNpb24KCUFCSSBjbGFzczogWC5PcmcgU2VydmVyIEV4dGVuc2lv biwgdmVyc2lvbiAyLjAKKElJKSBMb2FkaW5nIGV4dGVuc2lvbiBSRUNPUkQKKElJKSBMb2Fk TW9kdWxlOiAiZHJpIgooSUkpIExvYWRpbmcgL3Vzci9sb2NhbC9saWIveG9yZy9tb2R1bGVz L2V4dGVuc2lvbnMvbGliZHJpLnNvCihJSSkgTW9kdWxlIGRyaTogdmVuZG9yPSJYLk9yZyBG b3VuZGF0aW9uIgoJY29tcGlsZWQgZm9yIDEuNy43LCBtb2R1bGUgdmVyc2lvbiA9IDEuMC4w CglBQkkgY2xhc3M6IFguT3JnIFNlcnZlciBFeHRlbnNpb24sIHZlcnNpb24gMi4wCihJSSkg TG9hZGluZyBleHRlbnNpb24gWEZyZWU4Ni1EUkkKKElJKSBMb2FkTW9kdWxlOiAiZHJpMiIK KElJKSBMb2FkaW5nIC91c3IvbG9jYWwvbGliL3hvcmcvbW9kdWxlcy9leHRlbnNpb25zL2xp YmRyaTIuc28KKElJKSBNb2R1bGUgZHJpMjogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgoJ Y29tcGlsZWQgZm9yIDEuNy43LCBtb2R1bGUgdmVyc2lvbiA9IDEuMS4wCglBQkkgY2xhc3M6 IFguT3JnIFNlcnZlciBFeHRlbnNpb24sIHZlcnNpb24gMi4wCihJSSkgTG9hZGluZyBleHRl bnNpb24gRFJJMgooSUkpIExvYWRNb2R1bGU6ICJhdGkiCihJSSkgTG9hZGluZyAvdXNyL2xv Y2FsL2xpYi94b3JnL21vZHVsZXMvZHJpdmVycy9hdGlfZHJ2LnNvCihJSSkgTW9kdWxlIGF0 aTogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgoJY29tcGlsZWQgZm9yIDEuNy43LCBtb2R1 bGUgdmVyc2lvbiA9IDYuMTQuMwoJTW9kdWxlIGNsYXNzOiBYLk9yZyBWaWRlbyBEcml2ZXIK CUFCSSBjbGFzczogWC5PcmcgVmlkZW8gRHJpdmVyLCB2ZXJzaW9uIDYuMAooSUkpIExvYWRN b2R1bGU6ICJyYWRlb24iCihJSSkgTG9hZGluZyAvdXNyL2xvY2FsL2xpYi94b3JnL21vZHVs ZXMvZHJpdmVycy9yYWRlb25fZHJ2LnNvCihJSSkgTW9kdWxlIHJhZGVvbjogdmVuZG9yPSJY Lk9yZyBGb3VuZGF0aW9uIgoJY29tcGlsZWQgZm9yIDEuNy43LCBtb2R1bGUgdmVyc2lvbiA9 IDYuMTQuMwoJTW9kdWxlIGNsYXNzOiBYLk9yZyBWaWRlbyBEcml2ZXIKCUFCSSBjbGFzczog WC5PcmcgVmlkZW8gRHJpdmVyLCB2ZXJzaW9uIDYuMAooSUkpIExvYWRNb2R1bGU6ICJ2ZXNh IgooSUkpIExvYWRpbmcgL3Vzci9sb2NhbC9saWIveG9yZy9tb2R1bGVzL2RyaXZlcnMvdmVz YV9kcnYuc28KKElJKSBNb2R1bGUgdmVzYTogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgoJ Y29tcGlsZWQgZm9yIDEuNy43LCBtb2R1bGUgdmVyc2lvbiA9IDIuMy4wCglNb2R1bGUgY2xh c3M6IFguT3JnIFZpZGVvIERyaXZlcgoJQUJJIGNsYXNzOiBYLk9yZyBWaWRlbyBEcml2ZXIs IHZlcnNpb24gNi4wCihJSSkgTG9hZE1vZHVsZTogImZiZGV2IgooV1cpIFdhcm5pbmcsIGNv dWxkbid0IG9wZW4gbW9kdWxlIGZiZGV2CihJSSkgVW5sb2FkTW9kdWxlOiAiZmJkZXYiCihF RSkgRmFpbGVkIHRvIGxvYWQgbW9kdWxlICJmYmRldiIgKG1vZHVsZSBkb2VzIG5vdCBleGlz dCwgMCkKKElJKSBSQURFT046IERyaXZlciBmb3IgQVRJIFJhZGVvbiBjaGlwc2V0czoKCUFU SSBSYWRlb24gTW9iaWxpdHkgWDYwMCAoTTI0KSAzMTUwIChQQ0lFKSwgQVRJIEZpcmVNViAy NDAwIChQQ0kpLAoJQVRJIFJhZGVvbiBNb2JpbGl0eSBYMzAwIChNMjQpIDMxNTIgKFBDSUUp LAoJQVRJIEZpcmVHTCBNMjQgR0wgMzE1NCAoUENJRSksIEFUSSBGaXJlTVYgMjQwMCAzMTU1 IChQQ0kpLAoJQVRJIFJhZGVvbiBYNjAwIChSVjM4MCkgM0U1MCAoUENJRSksCglBVEkgRmly ZUdMIFYzMjAwIChSVjM4MCkgM0U1NCAoUENJRSksIEFUSSBSYWRlb24gSUdQMzIwIChBMykg NDEzNiwKCUFUSSBSYWRlb24gSUdQMzMwLzM0MC8zNTAgKEE0KSA0MTM3LCBBVEkgUmFkZW9u IDk1MDAgQUQgKEFHUCksCglBVEkgUmFkZW9uIDk1MDAgQUUgKEFHUCksIEFUSSBSYWRlb24g OTYwMFRYIEFGIChBR1ApLAoJQVRJIEZpcmVHTCBaMSBBRyAoQUdQKSwgQVRJIFJhZGVvbiA5 ODAwU0UgQUggKEFHUCksCglBVEkgUmFkZW9uIDk4MDAgQUkgKEFHUCksIEFUSSBSYWRlb24g OTgwMCBBSiAoQUdQKSwKCUFUSSBGaXJlR0wgWDIgQUsgKEFHUCksIEFUSSBSYWRlb24gOTYw MCBBUCAoQUdQKSwKCUFUSSBSYWRlb24gOTYwMFNFIEFRIChBR1ApLCBBVEkgUmFkZW9uIDk2 MDBYVCBBUiAoQUdQKSwKCUFUSSBSYWRlb24gOTYwMCBBUyAoQUdQKSwgQVRJIEZpcmVHTCBU MiBBVCAoQUdQKSwgQVRJIFJhZGVvbiA5NjUwLAoJQVRJIEZpcmVHTCBSVjM2MCBBViAoQUdQ KSwgQVRJIFJhZGVvbiA3MDAwIElHUCAoQTQrKSA0MjM3LAoJQVRJIFJhZGVvbiA4NTAwIEFJ VyBCQiAoQUdQKSwgQVRJIFJhZGVvbiBJR1AzMjBNIChVMSkgNDMzNiwKCUFUSSBSYWRlb24g SUdQMzMwTS8zNDBNLzM1ME0gKFUyKSA0MzM3LAoJQVRJIFJhZGVvbiBNb2JpbGl0eSA3MDAw IElHUCA0NDM3LCBBVEkgUmFkZW9uIDkwMDAvUFJPIElmIChBR1AvUENJKSwKCUFUSSBSYWRl b24gOTAwMCBJZyAoQUdQL1BDSSksIEFUSSBSYWRlb24gWDgwMCAoUjQyMCkgSkggKEFHUCks CglBVEkgUmFkZW9uIFg4MDBQUk8gKFI0MjApIEpJIChBR1ApLAoJQVRJIFJhZGVvbiBYODAw U0UgKFI0MjApIEpKIChBR1ApLCBBVEkgUmFkZW9uIFg4MDAgKFI0MjApIEpLIChBR1ApLAoJ QVRJIFJhZGVvbiBYODAwIChSNDIwKSBKTCAoQUdQKSwgQVRJIEZpcmVHTCBYMyAoUjQyMCkg Sk0gKEFHUCksCglBVEkgUmFkZW9uIE1vYmlsaXR5IDk4MDAgKE0xOCkgSk4gKEFHUCksCglB VEkgUmFkZW9uIFg4MDAgU0UgKFI0MjApIChBR1ApLCBBVEkgUmFkZW9uIFg4MDBYVCAoUjQy MCkgSlAgKEFHUCksCglBVEkgUmFkZW9uIFg4MDAgVkUgKFI0MjApIEpUIChBR1ApLCBBVEkg UmFkZW9uIFg4NTAgKFI0ODApIChBR1ApLAoJQVRJIFJhZGVvbiBYODUwIFhUIChSNDgwKSAo QUdQKSwgQVRJIFJhZGVvbiBYODUwIFNFIChSNDgwKSAoQUdQKSwKCUFUSSBSYWRlb24gWDg1 MCBQUk8gKFI0ODApIChBR1ApLCBBVEkgUmFkZW9uIFg4NTAgWFQgUEUgKFI0ODApIChBR1Ap LAoJQVRJIFJhZGVvbiBNb2JpbGl0eSBNNyBMVyAoQUdQKSwKCUFUSSBNb2JpbGl0eSBGaXJl R0wgNzgwMCBNNyBMWCAoQUdQKSwKCUFUSSBSYWRlb24gTW9iaWxpdHkgTTYgTFkgKEFHUCks IEFUSSBSYWRlb24gTW9iaWxpdHkgTTYgTFogKEFHUCksCglBVEkgRmlyZUdMIE1vYmlsaXR5 IDkwMDAgKE05KSBMZCAoQUdQKSwKCUFUSSBSYWRlb24gTW9iaWxpdHkgOTAwMCAoTTkpIExm IChBR1ApLAoJQVRJIFJhZGVvbiBNb2JpbGl0eSA5MDAwIChNOSkgTGcgKEFHUCksIEFUSSBS YWRlb24gOTcwMCBQcm8gTkQgKEFHUCksCglBVEkgUmFkZW9uIDk3MDAvOTUwMFBybyBORSAo QUdQKSwgQVRJIFJhZGVvbiA5NjAwVFggTkYgKEFHUCksCglBVEkgRmlyZUdMIFgxIE5HIChB R1ApLCBBVEkgUmFkZW9uIDk4MDBQUk8gTkggKEFHUCksCglBVEkgUmFkZW9uIDk4MDAgTkkg KEFHUCksIEFUSSBGaXJlR0wgWDIgTksgKEFHUCksCglBVEkgUmFkZW9uIDk4MDBYVCBOSiAo QUdQKSwKCUFUSSBSYWRlb24gTW9iaWxpdHkgOTYwMC85NzAwIChNMTAvTTExKSBOUCAoQUdQ KSwKCUFUSSBSYWRlb24gTW9iaWxpdHkgOTYwMCAoTTEwKSBOUSAoQUdQKSwKCUFUSSBSYWRl b24gTW9iaWxpdHkgOTYwMCAoTTExKSBOUiAoQUdQKSwKCUFUSSBSYWRlb24gTW9iaWxpdHkg OTYwMCAoTTEwKSBOUyAoQUdQKSwKCUFUSSBGaXJlR0wgTW9iaWxpdHkgVDIgKE0xMCkgTlQg KEFHUCksCglBVEkgRmlyZUdMIE1vYmlsaXR5IFQyZSAoTTExKSBOViAoQUdQKSwgQVRJIFJh ZGVvbiBRRCAoQUdQKSwKCUFUSSBSYWRlb24gUUUgKEFHUCksIEFUSSBSYWRlb24gUUYgKEFH UCksIEFUSSBSYWRlb24gUUcgKEFHUCksCglBVEkgRmlyZUdMIDg3MDAvODgwMCBRSCAoQUdQ KSwgQVRJIFJhZGVvbiA4NTAwIFFMIChBR1ApLAoJQVRJIFJhZGVvbiA5MTAwIFFNIChBR1Ap LCBBVEkgUmFkZW9uIDc1MDAgUVcgKEFHUC9QQ0kpLAoJQVRJIFJhZGVvbiA3NTAwIFFYIChB R1AvUENJKSwgQVRJIFJhZGVvbiBWRS83MDAwIFFZIChBR1AvUENJKSwKCUFUSSBSYWRlb24g VkUvNzAwMCBRWiAoQUdQL1BDSSksIEFUSSBFUzEwMDAgNTE1RSAoUENJKSwKCUFUSSBSYWRl b24gTW9iaWxpdHkgWDMwMCAoTTIyKSA1NDYwIChQQ0lFKSwKCUFUSSBSYWRlb24gTW9iaWxp dHkgWDYwMCBTRSAoTTI0QykgNTQ2MiAoUENJRSksCglBVEkgRmlyZUdMIE0yMiBHTCA1NDY0 IChQQ0lFKSwgQVRJIFJhZGVvbiBYODAwIChSNDIzKSBVSCAoUENJRSksCglBVEkgUmFkZW9u IFg4MDBQUk8gKFI0MjMpIFVJIChQQ0lFKSwKCUFUSSBSYWRlb24gWDgwMExFIChSNDIzKSBV SiAoUENJRSksCglBVEkgUmFkZW9uIFg4MDBTRSAoUjQyMykgVUsgKFBDSUUpLAoJQVRJIFJh ZGVvbiBYODAwIFhUUCAoUjQzMCkgKFBDSUUpLCBBVEkgUmFkZW9uIFg4MDAgWEwgKFI0MzAp IChQQ0lFKSwKCUFUSSBSYWRlb24gWDgwMCBTRSAoUjQzMCkgKFBDSUUpLCBBVEkgUmFkZW9u IFg4MDAgKFI0MzApIChQQ0lFKSwKCUFUSSBGaXJlR0wgVjcxMDAgKFI0MjMpIChQQ0lFKSwg QVRJIEZpcmVHTCBWNTEwMCAoUjQyMykgVVEgKFBDSUUpLAoJQVRJIEZpcmVHTCB1bmtub3du IChSNDIzKSBVUiAoUENJRSksCglBVEkgRmlyZUdMIHVua25vd24gKFI0MjMpIFVUIChQQ0lF KSwKCUFUSSBNb2JpbGl0eSBGaXJlR0wgVjUwMDAgKE0yNikgKFBDSUUpLAoJQVRJIE1vYmls aXR5IEZpcmVHTCBWNTAwMCAoTTI2KSAoUENJRSksCglBVEkgTW9iaWxpdHkgUmFkZW9uIFg3 MDAgWEwgKE0yNikgKFBDSUUpLAoJQVRJIE1vYmlsaXR5IFJhZGVvbiBYNzAwIChNMjYpIChQ Q0lFKSwKCUFUSSBNb2JpbGl0eSBSYWRlb24gWDcwMCAoTTI2KSAoUENJRSksCglBVEkgUmFk ZW9uIFg1NTBYVFggNTY1NyAoUENJRSksIEFUSSBSYWRlb24gOTEwMCBJR1AgKEE1KSA1ODM0 LAoJQVRJIFJhZGVvbiBNb2JpbGl0eSA5MTAwIElHUCAoVTMpIDU4MzUsCglBVEkgUmFkZW9u IFhQUkVTUyAyMDAgNTk1NCAoUENJRSksCglBVEkgUmFkZW9uIFhQUkVTUyAyMDBNIDU5NTUg KFBDSUUpLCBBVEkgUmFkZW9uIDkyNTAgNTk2MCAoQUdQKSwKCUFUSSBSYWRlb24gOTIwMCA1 OTYxIChBR1ApLCBBVEkgUmFkZW9uIDkyMDAgNTk2MiAoQUdQKSwKCUFUSSBSYWRlb24gOTIw MFNFIDU5NjQgKEFHUCksIEFUSSBGaXJlTVYgMjIwMCAoUENJKSwKCUFUSSBFUzEwMDAgNTk2 OSAoUENJKSwgQVRJIFJhZGVvbiBYUFJFU1MgMjAwIDU5NzQgKFBDSUUpLAoJQVRJIFJhZGVv biBYUFJFU1MgMjAwTSA1OTc1IChQQ0lFKSwKCUFUSSBSYWRlb24gWFBSRVNTIDIwMCA1QTQx IChQQ0lFKSwKCUFUSSBSYWRlb24gWFBSRVNTIDIwME0gNUE0MiAoUENJRSksCglBVEkgUmFk ZW9uIFhQUkVTUyAyMDAgNUE2MSAoUENJRSksCglBVEkgUmFkZW9uIFhQUkVTUyAyMDBNIDVB NjIgKFBDSUUpLAoJQVRJIFJhZGVvbiBYMzAwIChSVjM3MCkgNUI2MCAoUENJRSksCglBVEkg UmFkZW9uIFg2MDAgKFJWMzcwKSA1QjYyIChQQ0lFKSwKCUFUSSBSYWRlb24gWDU1MCAoUlYz NzApIDVCNjMgKFBDSUUpLAoJQVRJIEZpcmVHTCBWMzEwMCAoUlYzNzApIDVCNjQgKFBDSUUp LAoJQVRJIEZpcmVNViAyMjAwIFBDSUUgKFJWMzcwKSA1QjY1IChQQ0lFKSwKCUFUSSBSYWRl b24gTW9iaWxpdHkgOTIwMCAoTTkrKSA1QzYxIChBR1ApLAoJQVRJIFJhZGVvbiBNb2JpbGl0 eSA5MjAwIChNOSspIDVDNjMgKEFHUCksCglBVEkgTW9iaWxpdHkgUmFkZW9uIFg4MDAgWFQg KE0yOCkgKFBDSUUpLAoJQVRJIE1vYmlsaXR5IEZpcmVHTCBWNTEwMCAoTTI4KSAoUENJRSks CglBVEkgTW9iaWxpdHkgUmFkZW9uIFg4MDAgKE0yOCkgKFBDSUUpLCBBVEkgUmFkZW9uIFg4 NTAgNUQ0QyAoUENJRSksCglBVEkgUmFkZW9uIFg4NTAgWFQgUEUgKFI0ODApIChQQ0lFKSwK CUFUSSBSYWRlb24gWDg1MCBTRSAoUjQ4MCkgKFBDSUUpLCBBVEkgUmFkZW9uIFg4NTAgUFJP IChSNDgwKSAoUENJRSksCglBVEkgdW5rbm93biBSYWRlb24gLyBGaXJlR0wgKFI0ODApIDVE NTAgKFBDSUUpLAoJQVRJIFJhZGVvbiBYODUwIFhUIChSNDgwKSAoUENJRSksCglBVEkgUmFk ZW9uIFg4MDBYVCAoUjQyMykgNUQ1NyAoUENJRSksCglBVEkgRmlyZUdMIFY1MDAwIChSVjQx MCkgKFBDSUUpLCBBVEkgUmFkZW9uIFg3MDAgWFQgKFJWNDEwKSAoUENJRSksCglBVEkgUmFk ZW9uIFg3MDAgUFJPIChSVjQxMCkgKFBDSUUpLAoJQVRJIFJhZGVvbiBYNzAwIFNFIChSVjQx MCkgKFBDSUUpLCBBVEkgUmFkZW9uIFg3MDAgKFJWNDEwKSAoUENJRSksCglBVEkgUmFkZW9u IFg3MDAgU0UgKFJWNDEwKSAoUENJRSksIEFUSSBSYWRlb24gWDE4MDAsCglBVEkgTW9iaWxp dHkgUmFkZW9uIFgxODAwIFhULCBBVEkgTW9iaWxpdHkgUmFkZW9uIFgxODAwLAoJQVRJIE1v YmlsaXR5IEZpcmVHTCBWNzIwMCwgQVRJIEZpcmVHTCBWNzIwMCwgQVRJIEZpcmVHTCBWNTMw MCwKCUFUSSBNb2JpbGl0eSBGaXJlR0wgVjcxMDAsIEFUSSBSYWRlb24gWDE4MDAsIEFUSSBS YWRlb24gWDE4MDAsCglBVEkgUmFkZW9uIFgxODAwLCBBVEkgUmFkZW9uIFgxODAwLCBBVEkg UmFkZW9uIFgxODAwLAoJQVRJIEZpcmVHTCBWNzMwMCwgQVRJIEZpcmVHTCBWNzM1MCwgQVRJ IFJhZGVvbiBYMTYwMCwgQVRJIFJWNTA1LAoJQVRJIFJhZGVvbiBYMTMwMC9YMTU1MCwgQVRJ IFJhZGVvbiBYMTU1MCwgQVRJIE01NC1HTCwKCUFUSSBNb2JpbGl0eSBSYWRlb24gWDE0MDAs IEFUSSBSYWRlb24gWDEzMDAvWDE1NTAsCglBVEkgUmFkZW9uIFgxNTUwIDY0LWJpdCwgQVRJ IE1vYmlsaXR5IFJhZGVvbiBYMTMwMCwKCUFUSSBNb2JpbGl0eSBSYWRlb24gWDEzMDAsIEFU SSBNb2JpbGl0eSBSYWRlb24gWDEzMDAsCglBVEkgTW9iaWxpdHkgUmFkZW9uIFgxMzAwLCBB VEkgUmFkZW9uIFgxMzAwLCBBVEkgUmFkZW9uIFgxMzAwLAoJQVRJIFJWNTA1LCBBVEkgUlY1 MDUsIEFUSSBGaXJlR0wgVjMzMDAsIEFUSSBGaXJlR0wgVjMzNTAsCglBVEkgUmFkZW9uIFgx MzAwLCBBVEkgUmFkZW9uIFgxNTUwIDY0LWJpdCwgQVRJIFJhZGVvbiBYMTMwMC9YMTU1MCwK CUFUSSBSYWRlb24gWDE2MDAsIEFUSSBSYWRlb24gWDEzMDAvWDE1NTAsIEFUSSBNb2JpbGl0 eSBSYWRlb24gWDE0NTAsCglBVEkgUmFkZW9uIFgxMzAwL1gxNTUwLCBBVEkgTW9iaWxpdHkg UmFkZW9uIFgyMzAwLAoJQVRJIE1vYmlsaXR5IFJhZGVvbiBYMjMwMCwgQVRJIE1vYmlsaXR5 IFJhZGVvbiBYMTM1MCwKCUFUSSBNb2JpbGl0eSBSYWRlb24gWDEzNTAsIEFUSSBNb2JpbGl0 eSBSYWRlb24gWDE0NTAsCglBVEkgUmFkZW9uIFgxMzAwLCBBVEkgUmFkZW9uIFgxNTUwLCBB VEkgTW9iaWxpdHkgUmFkZW9uIFgxMzUwLAoJQVRJIEZpcmVNViAyMjUwLCBBVEkgUmFkZW9u IFgxNTUwIDY0LWJpdCwgQVRJIFJhZGVvbiBYMTYwMCwKCUFUSSBSYWRlb24gWDE2NTAsIEFU SSBSYWRlb24gWDE2MDAsIEFUSSBSYWRlb24gWDE2MDAsCglBVEkgTW9iaWxpdHkgRmlyZUdM IFY1MjAwLCBBVEkgTW9iaWxpdHkgUmFkZW9uIFgxNjAwLAoJQVRJIFJhZGVvbiBYMTY1MCwg QVRJIFJhZGVvbiBYMTY1MCwgQVRJIFJhZGVvbiBYMTYwMCwKCUFUSSBSYWRlb24gWDEzMDAg WFQvWDE2MDAgUHJvLCBBVEkgRmlyZUdMIFYzNDAwLAoJQVRJIE1vYmlsaXR5IEZpcmVHTCBW NTI1MCwgQVRJIE1vYmlsaXR5IFJhZGVvbiBYMTcwMCwKCUFUSSBNb2JpbGl0eSBSYWRlb24g WDE3MDAgWFQsIEFUSSBGaXJlR0wgVjUyMDAsCglBVEkgTW9iaWxpdHkgUmFkZW9uIFgxNzAw LCBBVEkgUmFkZW9uIFgyMzAwSEQsCglBVEkgTW9iaWxpdHkgUmFkZW9uIEhEIDIzMDAsIEFU SSBNb2JpbGl0eSBSYWRlb24gSEQgMjMwMCwKCUFUSSBSYWRlb24gWDE5NTAsIEFUSSBSYWRl b24gWDE5MDAsIEFUSSBSYWRlb24gWDE5NTAsCglBVEkgUmFkZW9uIFgxOTAwLCBBVEkgUmFk ZW9uIFgxOTAwLCBBVEkgUmFkZW9uIFgxOTAwLAoJQVRJIFJhZGVvbiBYMTkwMCwgQVRJIFJh ZGVvbiBYMTkwMCwgQVRJIFJhZGVvbiBYMTkwMCwKCUFUSSBSYWRlb24gWDE5MDAsIEFUSSBS YWRlb24gWDE5MDAsIEFUSSBSYWRlb24gWDE5MDAsCglBVEkgQU1EIFN0cmVhbSBQcm9jZXNz b3IsIEFUSSBSYWRlb24gWDE5MDAsIEFUSSBSYWRlb24gWDE5NTAsCglBVEkgUlY1NjAsIEFU SSBSVjU2MCwgQVRJIE1vYmlsaXR5IFJhZGVvbiBYMTkwMCwgQVRJIFJWNTYwLAoJQVRJIFJh ZGVvbiBYMTk1MCBHVCwgQVRJIFJWNTcwLCBBVEkgUlY1NzAsIEFUSSBGaXJlR0wgVjc0MDAs CglBVEkgUlY1NjAsIEFUSSBSYWRlb24gWDE2NTAsIEFUSSBSYWRlb24gWDE2NTAsIEFUSSBS VjU2MCwKCUFUSSBSYWRlb24gOTEwMCBQUk8gSUdQIDc4MzQsIEFUSSBSYWRlb24gTW9iaWxp dHkgOTIwMCBJR1AgNzgzNSwKCUFUSSBSYWRlb24gWDEyMDAsIEFUSSBSYWRlb24gWDEyMDAs IEFUSSBSYWRlb24gWDEyMDAsCglBVEkgUmFkZW9uIFgxMjAwLCBBVEkgUmFkZW9uIFgxMjAw LCBBVEkgUlM3NDAsIEFUSSBSUzc0ME0sIEFUSSBSUzc0MCwKCUFUSSBSUzc0ME0sIEFUSSBS YWRlb24gSEQgMjkwMCBYVCwgQVRJIFJhZGVvbiBIRCAyOTAwIFhULAoJQVRJIFJhZGVvbiBI RCAyOTAwIFhULCBBVEkgUmFkZW9uIEhEIDI5MDAgUHJvLCBBVEkgUmFkZW9uIEhEIDI5MDAg R1QsCglBVEkgRmlyZUdMIFY4NjUwLCBBVEkgRmlyZUdMIFY4NjAwLCBBVEkgRmlyZUdMIFY3 NjAwLAoJQVRJIFJhZGVvbiA0ODAwIFNlcmllcywgQVRJIFJhZGVvbiBIRCA0ODcwIHgyLAoJ QVRJIFJhZGVvbiA0ODAwIFNlcmllcywgQVRJIFJhZGVvbiBIRCA0ODUwIHgyLAoJQVRJIEZp cmVQcm8gVjg3NTAgKEZpcmVHTCksIEFUSSBGaXJlUHJvIFY3NzYwIChGaXJlR0wpLAoJQVRJ IE1vYmlsaXR5IFJBREVPTiBIRCA0ODUwLCBBVEkgTW9iaWxpdHkgUkFERU9OIEhEIDQ4NTAg WDIsCglBVEkgUmFkZW9uIDQ4MDAgU2VyaWVzLCBBVEkgRmlyZVBybyBSVjc3MCwgQU1EIEZp cmVTdHJlYW0gOTI3MCwKCUFNRCBGaXJlU3RyZWFtIDkyNTAsIEFUSSBGaXJlUHJvIFY4NzAw IChGaXJlR0wpLAoJQVRJIE1vYmlsaXR5IFJBREVPTiBIRCA0ODcwLCBBVEkgTW9iaWxpdHkg UkFERU9OIE05OCwKCUFUSSBNb2JpbGl0eSBSQURFT04gSEQgNDg3MCwgQVRJIFJhZGVvbiA0 ODAwIFNlcmllcywKCUFUSSBSYWRlb24gNDgwMCBTZXJpZXMsIEFUSSBGaXJlUHJvIE03NzUw LCBBVEkgTTk4LCBBVEkgTTk4LCBBVEkgTTk4LAoJQVRJIE1vYmlsaXR5IFJhZGVvbiBIRCA0 NjUwLCBBVEkgUmFkZW9uIFJWNzMwIChBR1ApLAoJQVRJIE1vYmlsaXR5IFJhZGVvbiBIRCA0 NjcwLCBBVEkgRmlyZVBybyBNNTc1MCwKCUFUSSBNb2JpbGl0eSBSYWRlb24gSEQgNDY3MCwg QVRJIFJhZGVvbiBSVjczMCAoQUdQKSwKCUFUSSBSVjczMFhUIFtSYWRlb24gSEQgNDY3MF0s IEFUSSBSQURFT04gRTQ2MDAsCglBVEkgUmFkZW9uIEhEIDQ2MDAgU2VyaWVzLCBBVEkgUlY3 MzAgUFJPIFtSYWRlb24gSEQgNDY1MF0sCglBVEkgRmlyZVBybyBWNzc1MCAoRmlyZUdMKSwg QVRJIEZpcmVQcm8gVjU3MDAgKEZpcmVHTCksCglBVEkgRmlyZVBybyBWMzc1MCAoRmlyZUdM KSwgQVRJIE1vYmlsaXR5IFJhZGVvbiBIRCA0ODMwLAoJQVRJIE1vYmlsaXR5IFJhZGVvbiBI RCA0ODUwLCBBVEkgRmlyZVBybyBNNzc0MCwgQVRJIFJWNzQwLAoJQVRJIFJhZGVvbiBIRCA0 NzcwLCBBVEkgUmFkZW9uIEhEIDQ3MDAgU2VyaWVzLCBBVEkgUmFkZW9uIEhEIDQ3NzAsCglB VEkgRmlyZVBybyBNNTc1MCwgQVRJIFJWNjEwLCBBVEkgUmFkZW9uIEhEIDI0MDAgWFQsCglB VEkgUmFkZW9uIEhEIDI0MDAgUHJvLCBBVEkgUmFkZW9uIEhEIDI0MDAgUFJPIEFHUCwgQVRJ IEZpcmVHTCBWNDAwMCwKCUFUSSBSVjYxMCwgQVRJIFJhZGVvbiBIRCAyMzUwLCBBVEkgTW9i aWxpdHkgUmFkZW9uIEhEIDI0MDAgWFQsCglBVEkgTW9iaWxpdHkgUmFkZW9uIEhEIDI0MDAs IEFUSSBSQURFT04gRTI0MDAsIEFUSSBSVjYxMCwKCUFUSSBGaXJlTVYgMjI2MCwgQVRJIFJW NjcwLCBBVEkgUmFkZW9uIEhEMzg3MCwKCUFUSSBNb2JpbGl0eSBSYWRlb24gSEQgMzg1MCwg QVRJIFJhZGVvbiBIRDM4NTAsCglBVEkgTW9iaWxpdHkgUmFkZW9uIEhEIDM4NTAgWDIsIEFU SSBSVjY3MCwKCUFUSSBNb2JpbGl0eSBSYWRlb24gSEQgMzg3MCwgQVRJIE1vYmlsaXR5IFJh ZGVvbiBIRCAzODcwIFgyLAoJQVRJIFJhZGVvbiBIRDM4NzAgWDIsIEFUSSBGaXJlR0wgVjc3 MDAsIEFUSSBSYWRlb24gSEQzODUwLAoJQVRJIFJhZGVvbiBIRDM2OTAsIEFNRCBGaXJlc3Ry ZWFtIDkxNzAsIEFUSSBSYWRlb24gSEQgNDU1MCwKCUFUSSBSYWRlb24gUlY3MTAsIEFUSSBS YWRlb24gUlY3MTAsIEFUSSBSYWRlb24gUlY3MTAsCglBVEkgUmFkZW9uIEhEIDQzNTAsIEFU SSBNb2JpbGl0eSBSYWRlb24gNDMwMCBTZXJpZXMsCglBVEkgTW9iaWxpdHkgUmFkZW9uIDQ1 MDAgU2VyaWVzLCBBVEkgTW9iaWxpdHkgUmFkZW9uIDQ1MDAgU2VyaWVzLAoJQVRJIEZpcmVQ cm8gUkcyMjAsIEFUSSBNb2JpbGl0eSBSYWRlb24gNDMzMCwgQVRJIFJWNjMwLAoJQVRJIE1v YmlsaXR5IFJhZGVvbiBIRCAyNjAwLCBBVEkgTW9iaWxpdHkgUmFkZW9uIEhEIDI2MDAgWFQs CglBVEkgUmFkZW9uIEhEIDI2MDAgWFQgQUdQLCBBVEkgUmFkZW9uIEhEIDI2MDAgUHJvIEFH UCwKCUFUSSBSYWRlb24gSEQgMjYwMCBYVCwgQVRJIFJhZGVvbiBIRCAyNjAwIFBybywgQVRJ IEdlbWluaSBSVjYzMCwKCUFUSSBHZW1pbmkgTW9iaWxpdHkgUmFkZW9uIEhEIDI2MDAgWFQs IEFUSSBGaXJlR0wgVjU2MDAsCglBVEkgRmlyZUdMIFYzNjAwLCBBVEkgUmFkZW9uIEhEIDI2 MDAgTEUsCglBVEkgTW9iaWxpdHkgRmlyZUdMIEdyYXBoaWNzIFByb2Nlc3NvciwgQVRJIFJh ZGVvbiBIRCAzNDcwLAoJQVRJIE1vYmlsaXR5IFJhZGVvbiBIRCAzNDMwLCBBVEkgTW9iaWxp dHkgUmFkZW9uIEhEIDM0MDAgU2VyaWVzLAoJQVRJIFJhZGVvbiBIRCAzNDUwLCBBVEkgUmFk ZW9uIEhEIDM0NTAsIEFUSSBSYWRlb24gSEQgMzQzMCwKCUFUSSBSYWRlb24gSEQgMzQ1MCwg QVRJIEZpcmVQcm8gVjM3MDAsIEFUSSBGaXJlTVYgMjQ1MCwKCUFUSSBGaXJlTVYgMjI2MCwg QVRJIEZpcmVNViAyMjYwLCBBVEkgUmFkZW9uIEhEIDM2MDAgU2VyaWVzLAoJQVRJIFJhZGVv biBIRCAzNjUwIEFHUCwgQVRJIFJhZGVvbiBIRCAzNjAwIFBSTywKCUFUSSBSYWRlb24gSEQg MzYwMCBYVCwgQVRJIFJhZGVvbiBIRCAzNjAwIFBSTywKCUFUSSBNb2JpbGl0eSBSYWRlb24g SEQgMzY1MCwgQVRJIE1vYmlsaXR5IFJhZGVvbiBIRCAzNjcwLAoJQVRJIE1vYmlsaXR5IEZp cmVHTCBWNTcwMCwgQVRJIE1vYmlsaXR5IEZpcmVHTCBWNTcyNSwKCUFUSSBSYWRlb24gSEQg MzIwMCBHcmFwaGljcywgQVRJIFJhZGVvbiAzMTAwIEdyYXBoaWNzLAoJQVRJIFJhZGVvbiBI RCAzMjAwIEdyYXBoaWNzLCBBVEkgUmFkZW9uIDMxMDAgR3JhcGhpY3MsCglBVEkgUmFkZW9u IEhEIDMzMDAgR3JhcGhpY3MsIEFUSSBSYWRlb24gSEQgMzIwMCBHcmFwaGljcywKCUFUSSBS YWRlb24gMzAwMCBHcmFwaGljcywgU1VNTywgU1VNTywgU1VNTzIsIFNVTU8yLCBTVU1PMiwg U1VNTzIsCglTVU1PLCBTVU1PLCBTVU1PLCBTVU1PLCBTVU1PLCBBVEkgUmFkZW9uIEhEIDQy MDAsIEFUSSBSYWRlb24gNDEwMCwKCUFUSSBNb2JpbGl0eSBSYWRlb24gSEQgNDIwMCwgQVRJ IE1vYmlsaXR5IFJhZGVvbiA0MTAwLAoJQVRJIFJhZGVvbiBIRCA0MjkwLCBBVEkgUmFkZW9u IEhEIDQyNTAsIEFNRCBSYWRlb24gSEQgNjMxMCBHcmFwaGljcywKCUFNRCBSYWRlb24gSEQg NjMxMCBHcmFwaGljcywgQU1EIFJhZGVvbiBIRCA2MjUwIEdyYXBoaWNzLAoJQU1EIFJhZGVv biBIRCA2MjUwIEdyYXBoaWNzLCBBTUQgUmFkZW9uIEhEIDYzMDAgU2VyaWVzIEdyYXBoaWNz LAoJQU1EIFJhZGVvbiBIRCA2MjAwIFNlcmllcyBHcmFwaGljcywgQ1lQUkVTUywKCUFUSSBG aXJlUHJvIChGaXJlR0wpIEdyYXBoaWNzIEFkYXB0ZXIsCglBVEkgRmlyZVBybyAoRmlyZUdM KSBHcmFwaGljcyBBZGFwdGVyLAoJQVRJIEZpcmVQcm8gKEZpcmVHTCkgR3JhcGhpY3MgQWRh cHRlciwgQU1EIEZpcmVzdHJlYW0gOTM3MCwKCUFNRCBGaXJlc3RyZWFtIDkzNTAsIEFUSSBS YWRlb24gSEQgNTgwMCBTZXJpZXMsCglBVEkgUmFkZW9uIEhEIDU4MDAgU2VyaWVzLCBBVEkg UmFkZW9uIEhEIDU4MDAgU2VyaWVzLAoJQVRJIFJhZGVvbiBIRCA1ODAwIFNlcmllcywgQVRJ IFJhZGVvbiBIRCA1OTAwIFNlcmllcywKCUFUSSBSYWRlb24gSEQgNTkwMCBTZXJpZXMsIEFU SSBNb2JpbGl0eSBSYWRlb24gSEQgNTgwMCBTZXJpZXMsCglBVEkgTW9iaWxpdHkgUmFkZW9u IEhEIDU4MDAgU2VyaWVzLAoJQVRJIEZpcmVQcm8gKEZpcmVHTCkgR3JhcGhpY3MgQWRhcHRl ciwKCUFUSSBGaXJlUHJvIChGaXJlR0wpIEdyYXBoaWNzIEFkYXB0ZXIsCglBVEkgTW9iaWxp dHkgUmFkZW9uIEhEIDU4MDAgU2VyaWVzLCBBVEkgUmFkZW9uIEhEIDU3MDAgU2VyaWVzLAoJ QVRJIFJhZGVvbiBIRCA1NzAwIFNlcmllcywgQVRJIFJhZGVvbiBIRCA2NzAwIFNlcmllcywK CUFUSSBSYWRlb24gSEQgNTcwMCBTZXJpZXMsIEFUSSBSYWRlb24gSEQgNjcwMCBTZXJpZXMs CglBVEkgTW9iaWxpdHkgUmFkZW9uIEhEIDUwMDAgU2VyaWVzLAoJQVRJIE1vYmlsaXR5IFJh ZGVvbiBIRCA1MDAwIFNlcmllcywgQVRJIE1vYmlsaXR5IFJhZGVvbiBIRCA1NTcwLAoJQVRJ IEZpcmVQcm8gKEZpcmVHTCkgR3JhcGhpY3MgQWRhcHRlciwKCUFUSSBGaXJlUHJvIChGaXJl R0wpIEdyYXBoaWNzIEFkYXB0ZXIsIEFUSSBSYWRlb24gSEQgNTY3MCwKCUFUSSBSYWRlb24g SEQgNTU3MCwgQVRJIFJhZGVvbiBIRCA1NTAwIFNlcmllcywgUkVEV09PRCwKCUFUSSBNb2Jp bGl0eSBSYWRlb24gSEQgNTAwMCBTZXJpZXMsCglBVEkgTW9iaWxpdHkgUmFkZW9uIEhEIDUw MDAgU2VyaWVzLCBBVEkgTW9iaWxpdHkgUmFkZW9uIEdyYXBoaWNzLAoJQVRJIE1vYmlsaXR5 IFJhZGVvbiBHcmFwaGljcywgQ0VEQVIsCglBVEkgRmlyZVBybyAoRmlyZUdMKSBHcmFwaGlj cyBBZGFwdGVyLAoJQVRJIEZpcmVQcm8gKEZpcmVHTCkgR3JhcGhpY3MgQWRhcHRlciwgQVRJ IEZpcmVQcm8gMjI3MCwgQ0VEQVIsCglBVEkgUmFkZW9uIEhEIDU0NTAsIENFREFSLCBDQVlN QU4sIENBWU1BTiwgQ0FZTUFOLCBDQVlNQU4sIENBWU1BTiwKCUNBWU1BTiwgQ0FZTUFOLCBD QVlNQU4sIENBWU1BTiwgQ0FZTUFOLCBBTUQgUmFkZW9uIEhEIDY5MDAgU2VyaWVzLAoJQU1E IFJhZGVvbiBIRCA2OTAwIFNlcmllcywgQ0FZTUFOLCBDQVlNQU4sIENBWU1BTiwKCUFNRCBS YWRlb24gSEQgNjkwME0gU2VyaWVzLCBNb2JpbGl0eSBSYWRlb24gSEQgNjAwMCBTZXJpZXMs IEJBUlRTLAoJQkFSVFMsIE1vYmlsaXR5IFJhZGVvbiBIRCA2MDAwIFNlcmllcywKCU1vYmls aXR5IFJhZGVvbiBIRCA2MDAwIFNlcmllcywgQkFSVFMsIEJBUlRTLCBCQVJUUywgQkFSVFMs CglBTUQgUmFkZW9uIEhEIDY4MDAgU2VyaWVzLCBBTUQgUmFkZW9uIEhEIDY4MDAgU2VyaWVz LAoJQU1EIFJhZGVvbiBIRCA2NzAwIFNlcmllcywgVFVSS1MsIFRVUktTLCBUVVJLUywgVFVS S1MsIFRVUktTLCBUVVJLUywKCVRVUktTLCBUVVJLUywgVFVSS1MsIFRVUktTLCBUVVJLUywg VFVSS1MsIFRVUktTLCBUVVJLUywgQ0FJQ09TLAoJQ0FJQ09TLCBDQUlDT1MsIENBSUNPUywg Q0FJQ09TLCBDQUlDT1MsIENBSUNPUywgQ0FJQ09TLCBDQUlDT1MsCglDQUlDT1MsIENBSUNP UywgQ0FJQ09TCihJSSkgVkVTQTogZHJpdmVyIGZvciBWRVNBIGNoaXBzZXRzOiB2ZXNhCihJ SSkgUHJpbWFyeSBEZXZpY2UgaXM6IFBDSSAwMUAwMDowNTowCihXVykgRmFsbGluZyBiYWNr IHRvIG9sZCBwcm9iZSBtZXRob2QgZm9yIHZlc2EKKFdXKSBWR0EgYXJiaXRlcjogY2Fubm90 IG9wZW4ga2VybmVsIGFyYml0ZXIsIG5vIG11bHRpLWNhcmQgc3VwcG9ydAooSUkpIFJBREVP TigwKTogVE9UTyBTQVlTIDAwMDAwMDAwZDg1MDAwMDAKKElJKSBSQURFT04oMCk6IE1NSU8g cmVnaXN0ZXJzIGF0IDB4MDAwMDAwMDBkODUwMDAwMDogc2l6ZSA2NEtCCihJSSkgUkFERU9O KDApOiBQQ0kgYnVzIDEgY2FyZCA1IGZ1bmMgMAooSUkpIFJBREVPTigwKTogQ3JlYXRpbmcg ZGVmYXVsdCBEaXNwbGF5IHN1YnNlY3Rpb24gaW4gU2NyZWVuIHNlY3Rpb24KCSJCdWlsdGlu IERlZmF1bHQgYXRpIFNjcmVlbiAwIiBmb3IgZGVwdGgvZmJicHAgMjQvMzIKKD09KSBSQURF T04oMCk6IERlcHRoIDI0LCAoLS0pIGZyYW1lYnVmZmVyIGJwcCAzMgooSUkpIFJBREVPTigw KTogUGl4ZWwgZGVwdGggPSAyNCBiaXRzIHN0b3JlZCBpbiA0IGJ5dGVzICgzMiBicHAgcGl4 bWFwcykKKD09KSBSQURFT04oMCk6IERlZmF1bHQgdmlzdWFsIGlzIFRydWVDb2xvcgooSUkp IExvYWRpbmcgc3ViIG1vZHVsZSAidmdhaHciCihJSSkgTG9hZE1vZHVsZTogInZnYWh3Igoo SUkpIExvYWRpbmcgL3Vzci9sb2NhbC9saWIveG9yZy9tb2R1bGVzL2xpYnZnYWh3LnNvCihJ SSkgTW9kdWxlIHZnYWh3OiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iCgljb21waWxlZCBm b3IgMS43LjcsIG1vZHVsZSB2ZXJzaW9uID0gMC4xLjAKCUFCSSBjbGFzczogWC5PcmcgVmlk ZW8gRHJpdmVyLCB2ZXJzaW9uIDYuMAooSUkpIFJBREVPTigwKTogdmdhSFdHZXRJT0Jhc2U6 IGh3cC0+SU9CYXNlIGlzIDB4MDNkMCwgaHdwLT5QSU9PZmZzZXQgaXMgMHgwMDAwCig9PSkg UkFERU9OKDApOiBSR0Igd2VpZ2h0IDg4OAooSUkpIFJBREVPTigwKTogVXNpbmcgOCBiaXRz IHBlciBSR0IgKDggYml0IERBQykKKC0tKSBSQURFT04oMCk6IENoaXBzZXQ6ICJBVEkgUmFk ZW9uIFgxMjAwIiAoQ2hpcElEID0gMHg3OTFlKQooLS0pIFJBREVPTigwKTogTGluZWFyIGZy YW1lYnVmZmVyIGF0IDB4MDAwMDAwMDBkMDAwMDAwMAooSUkpIFJBREVPTigwKTogUENJIGNh cmQgZGV0ZWN0ZWQKKElJKSBMb2FkaW5nIHN1YiBtb2R1bGUgImludDEwIgooSUkpIExvYWRN b2R1bGU6ICJpbnQxMCIKKElJKSBMb2FkaW5nIC91c3IvbG9jYWwvbGliL3hvcmcvbW9kdWxl cy9saWJpbnQxMC5zbwooSUkpIE1vZHVsZSBpbnQxMDogdmVuZG9yPSJYLk9yZyBGb3VuZGF0 aW9uIgoJY29tcGlsZWQgZm9yIDEuNy43LCBtb2R1bGUgdmVyc2lvbiA9IDEuMC4wCglBQkkg Y2xhc3M6IFguT3JnIFZpZGVvIERyaXZlciwgdmVyc2lvbiA2LjAKKElJKSBSQURFT04oMCk6 IGluaXRpYWxpemluZyBpbnQxMAooPT0pIFJBREVPTigwKTogV3JpdGUtY29tYmluaW5nIHJh bmdlICgweGEwMDAwLDB4MjAwMDApIHdhcyBhbHJlYWR5IGNsZWFyCig9PSkgUkFERU9OKDAp OiBXcml0ZS1jb21iaW5pbmcgcmFuZ2UgKDB4YzAwMDAsMHg0MDAwMCkgd2FzIGFscmVhZHkg Y2xlYXIKKElJKSBSQURFT04oMCk6IFByaW1hcnkgVl9CSU9TIHNlZ21lbnQgaXM6IDB4YzAw MAooPT0pIFJBREVPTigwKTogV3JpdGUtY29tYmluaW5nIHJhbmdlICgweDAsMHgxMDAwKSB3 YXMgYWxyZWFkeSBjbGVhcgooSUkpIFJBREVPTigwKTogQVRPTSBCSU9TIGRldGVjdGVkCihJ SSkgUkFERU9OKDApOiBBVE9NIEJJT1MgUm9tOiAKCVN1YnN5c3RlbVZlbmRvcklEOiAweDEw M2MgU3Vic3lzdGVtSUQ6IDB4MTJmZgoJSU9CYXNlQWRkcmVzczogMHgxMTAwCglGaWxlbmFt ZTogYnIyNjM3My5iaW4gCglCSU9TIEJvb3R1cCBNZXNzYWdlOiANCkFUSSBSYWRlb24gWHBy ZXNzID8xMjUwPyBmb3IgTW9yYXkgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICANCgooSUkpIFJBREVPTigwKTogRnJhbWVidWZmZXIgc3BhY2UgdXNlZCBieSBG aXJtd2FyZSAoa2IpOiAxNgooSUkpIFJBREVPTigwKTogU3RhcnQgb2YgVlJBTSBhcmVhIHVz ZWQgYnkgRmlybXdhcmU6IDB4N2ZmYzAwMAooSUkpIFJBREVPTigwKTogQXRvbUJJT1MgcmVx dWVzdHMgMTZrQiBvZiBWUkFNIHNjcmF0Y2ggc3BhY2UKKElJKSBSQURFT04oMCk6IEF0b21C SU9TIFZSQU0gc2NyYXRjaCBiYXNlOiAweDdmZmMwMDAKKElJKSBSQURFT04oMCk6IENhbm5v dCBnZXQgVlJBTSBzY3JhdGNoIHNwYWNlLiBBbGxvY2F0aW5nIGluIG1haW4gbWVtb3J5IGlu c3RlYWQKKElJKSBSQURFT04oMCk6IERlZmF1bHQgRW5naW5lIENsb2NrOiA0MDAwMDAKKElJ KSBSQURFT04oMCk6IERlZmF1bHQgTWVtb3J5IENsb2NrOiAyMDAwMDAKKElJKSBSQURFT04o MCk6IE1heGltdW0gUGl4ZWwgQ2xvY2tQTEwgRnJlcXVlbmN5IE91dHB1dDogMTIwMDAwMAoo SUkpIFJBREVPTigwKTogTWluaW11bSBQaXhlbCBDbG9ja1BMTCBGcmVxdWVuY3kgT3V0cHV0 OiAwCihJSSkgUkFERU9OKDApOiBNYXhpbXVtIFBpeGVsIENsb2NrUExMIEZyZXF1ZW5jeSBJ bnB1dDogMTM1MDAKKElJKSBSQURFT04oMCk6IE1pbmltdW0gUGl4ZWwgQ2xvY2tQTEwgRnJl cXVlbmN5IElucHV0OiAxMDAwCihJSSkgUkFERU9OKDApOiBNYXhpbXVtIFBpeGVsIENsb2Nr OiA0MDAwMDAKKElJKSBSQURFT04oMCk6IFJlZmVyZW5jZSBDbG9jazogMTQzMjAKZHJtT3Bl bkRldmljZTogbm9kZSBuYW1lIGlzIC9kZXYvZHJpL2NhcmQwCkZhaWxlZCB0byBjaGFuZ2Ug b3duZXIgb3IgZ3JvdXAgZm9yIGZpbGUgL2Rldi9kcmkhIDI6IE5vIHN1Y2ggZmlsZSBvciBk aXJlY3RvcnkKRmFpbGVkIHRvIGNoYW5nZSBvd25lciBvciBncm91cCBmb3IgZmlsZSAvZGV2 L2RyaS9jYXJkMCEgMjogTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeQpkcm1PcGVuRGV2aWNl OiBvcGVuIHJlc3VsdCBpcyAtMSwgKE5vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnkpCkZhaWxl ZCB0byBjaGFuZ2Ugb3duZXIgb3IgZ3JvdXAgZm9yIGZpbGUgL2Rldi9kcmkvY2FyZDAhIDI6 IE5vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnkKZHJtT3BlbkRldmljZTogb3BlbiByZXN1bHQg aXMgLTEsIChObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5KQpkcm1PcGVuRGV2aWNlOiBPcGVu IGZhaWxlZApkcm1PcGVuQnlCdXNpZDogU2VhcmNoaW5nIGZvciBCdXNJRCBwY2k6MDAwMDow MTowNS4wCmRybU9wZW5EZXZpY2U6IG5vZGUgbmFtZSBpcyAvZGV2L2RyaS9jYXJkMApkcm1P cGVuRGV2aWNlOiBvcGVuIHJlc3VsdCBpcyA4LCAoT0spCmRybU9wZW5CeUJ1c2lkOiBkcm1P cGVuTWlub3IgcmV0dXJucyA4CmRybU9wZW5CeUJ1c2lkOiBkcm1HZXRCdXNpZCByZXBvcnRz IHBjaTowMDAwOjAxOjA1LjAKKElJKSBSQURFT04oMCk6IFtkcmldIEZvdW5kIERSSSBsaWJy YXJ5IHZlcnNpb24gMS4zLjAgYW5kIGtlcm5lbCBtb2R1bGUgdmVyc2lvbiAxLjMxLjAKKD09 KSBSQURFT04oMCk6IFBhZ2UgRmxpcHBpbmcgZGlzYWJsZWQgb24gcjV4eCBhbmQgbmV3ZXIg Y2hpcHMuCgooSUkpIFJBREVPTigwKTogV2lsbCB0cnkgdG8gdXNlIERNQSBmb3IgWHYgaW1h Z2UgdHJhbnNmZXJzCihJSSkgUkFERU9OKDApOiBHZW5lcmF0aW9uIDIgUENJIGludGVyZmFj ZSwgdXNpbmcgbWF4IGFjY2Vzc2libGUgbWVtb3J5CihJSSkgUkFERU9OKDApOiBEZXRlY3Rl ZCB0b3RhbCB2aWRlbyBSQU09MTMxMDcySywgYWNjZXNzaWJsZT0xMzEwNzJLIChQQ0kgQkFS PTEzMTA3MkspCigtLSkgUkFERU9OKDApOiBNYXBwZWQgVmlkZW9SQU06IDEzMTA3MiBrQnl0 ZSAoMTI4IGJpdCBERFIgU0RSQU0pCihJSSkgUkFERU9OKDApOiBDb2xvciB0aWxpbmcgZW5h YmxlZCBieSBkZWZhdWx0CihJSSkgTG9hZGluZyBzdWIgbW9kdWxlICJkZGMiCihJSSkgTG9h ZE1vZHVsZTogImRkYyIKKElJKSBNb2R1bGUgImRkYyIgYWxyZWFkeSBidWlsdC1pbgooSUkp IExvYWRpbmcgc3ViIG1vZHVsZSAiaTJjIgooSUkpIExvYWRNb2R1bGU6ICJpMmMiCihJSSkg TW9kdWxlICJpMmMiIGFscmVhZHkgYnVpbHQtaW4KKElJKSBSQURFT04oMCk6IFBMTCBwYXJh bWV0ZXJzOiByZj0xNDMyIHJkPTEyIG1pbj04MDAwMCBtYXg9MTIwMDAwOyB4Y2xrPTQwMDAw CihJSSkgUkFERU9OKDApOiBPdXRwdXQgVkdBLTAgaGFzIG5vIG1vbml0b3Igc2VjdGlvbgoo SUkpIFJBREVPTigwKTogSTJDIGJ1cyAiVkdBLTAiIGluaXRpYWxpemVkLgooSUkpIFJBREVP TigwKTogT3V0cHV0IEhETUktMCBoYXMgbm8gbW9uaXRvciBzZWN0aW9uCihJSSkgUkFERU9O KDApOiBJMkMgYnVzICJIRE1JLTAiIGluaXRpYWxpemVkLgooSUkpIFJBREVPTigwKTogUG9y dDA6CiAgWFJBTkRSIG5hbWU6IFZHQS0wCiAgQ29ubmVjdG9yOiBWR0EKICBDUlQxOiBJTlRF Uk5BTF9LTERTQ1BfREFDMQogIEREQyByZWc6IDB4N2U1MAooSUkpIFJBREVPTigwKTogUG9y dDE6CiAgWFJBTkRSIG5hbWU6IEhETUktMAogIENvbm5lY3RvcjogSERNSS1BCiAgREZQMzog SU5URVJOQUxfTFZUTTEKICBEREMgcmVnOiAweDdlNDAKKElJKSBSQURFT04oMCk6IEkyQyBk ZXZpY2UgIlZHQS0wOmRkYzIiIHJlZ2lzdGVyZWQgYXQgYWRkcmVzcyAweEEwLgpEYWMgZGV0 ZWN0aW9uIHN1Y2Nlc3MKKElJKSBSQURFT04oMCk6IE91dHB1dDogVkdBLTAsIERldGVjdGVk IE1vbml0b3IgVHlwZTogMApmaW5pc2hlZCBvdXRwdXQgZGV0ZWN0OiAwCihJSSkgUkFERU9O KDApOiBJMkMgZGV2aWNlICJIRE1JLTA6ZGRjMiIgcmVnaXN0ZXJlZCBhdCBhZGRyZXNzIDB4 QTAuCihJSSkgUkFERU9OKDApOiBJMkMgZGV2aWNlICJIRE1JLTA6RERDIGNvbnRyb2wgaW50 ZXJmYWNlIiByZWdpc3RlcmVkIGF0IGFkZHJlc3MgMHg2RS4KKElJKSBSQURFT04oMCk6IE91 dHB1dDogSERNSS0wLCBEZXRlY3RlZCBNb25pdG9yIFR5cGU6IDMKKElJKSBSQURFT04oMCk6 IEVESUQgZGF0YSBmcm9tIHRoZSBkaXNwbGF5IG9uIG91dHB1dDogSERNSS0wIC0tLS0tLS0t LS0tLS0tLS0tLS0tLS0KKElJKSBSQURFT04oMCk6IE1hbnVmYWN0dXJlcjogTkVDICBNb2Rl bDogNjY4ZSAgU2VyaWFsIzogMTY4NDMwMDkKKElJKSBSQURFT04oMCk6IFllYXI6IDIwMDcg IFdlZWs6IDI0CihJSSkgUkFERU9OKDApOiBFRElEIFZlcnNpb246IDEuMwooSUkpIFJBREVP TigwKTogRGlnaXRhbCBEaXNwbGF5IElucHV0CihJSSkgUkFERU9OKDApOiBNYXggSW1hZ2Ug U2l6ZSBbY21dOiBob3Jpei46IDM4ICB2ZXJ0LjogMzAKKElJKSBSQURFT04oMCk6IEdhbW1h OiAyLjIwCihJSSkgUkFERU9OKDApOiBEUE1TIGNhcGFiaWxpdGllczogU3RhbmRCeSBTdXNw ZW5kIE9mZgooSUkpIFJBREVPTigwKTogU3VwcG9ydGVkIGNvbG9yIGVuY29kaW5nczogUkdC IDQ6NDo0IFlDckNiIDQ6NDo0IAooSUkpIFJBREVPTigwKTogRmlyc3QgZGV0YWlsZWQgdGlt aW5nIGlzIHByZWZlcnJlZCBtb2RlCihJSSkgUkFERU9OKDApOiByZWRYOiAwLjY0MSByZWRZ OiAwLjM1MyAgIGdyZWVuWDogMC4yODkgZ3JlZW5ZOiAwLjYyNgooSUkpIFJBREVPTigwKTog Ymx1ZVg6IDAuMTQyIGJsdWVZOiAwLjA3OCAgIHdoaXRlWDogMC4zMTMgd2hpdGVZOiAwLjMy OQooSUkpIFJBREVPTigwKTogU3VwcG9ydGVkIGVzdGFibGlzaGVkIHRpbWluZ3M6CihJSSkg UkFERU9OKDApOiA3MjB4NDAwQDcwSHoKKElJKSBSQURFT04oMCk6IDY0MHg0ODBANjBIegoo SUkpIFJBREVPTigwKTogNjQweDQ4MEA2N0h6CihJSSkgUkFERU9OKDApOiA2NDB4NDgwQDcy SHoKKElJKSBSQURFT04oMCk6IDY0MHg0ODBANzVIegooSUkpIFJBREVPTigwKTogODAweDYw MEA1Nkh6CihJSSkgUkFERU9OKDApOiA4MDB4NjAwQDYwSHoKKElJKSBSQURFT04oMCk6IDgw MHg2MDBANzJIegooSUkpIFJBREVPTigwKTogODAweDYwMEA3NUh6CihJSSkgUkFERU9OKDAp OiA4MzJ4NjI0QDc1SHoKKElJKSBSQURFT04oMCk6IDEwMjR4NzY4QDYwSHoKKElJKSBSQURF T04oMCk6IDEwMjR4NzY4QDcwSHoKKElJKSBSQURFT04oMCk6IDEwMjR4NzY4QDc1SHoKKElJ KSBSQURFT04oMCk6IDEyODB4MTAyNEA3NUh6CihJSSkgUkFERU9OKDApOiAxMTUyeDg2NEA3 NUh6CihJSSkgUkFERU9OKDApOiBNYW51ZmFjdHVyZXIncyBtYXNrOiAwCihJSSkgUkFERU9O KDApOiBTdXBwb3J0ZWQgc3RhbmRhcmQgdGltaW5nczoKKElJKSBSQURFT04oMCk6ICMwOiBo c2l6ZTogMTE1MiAgdnNpemUgODY0ICByZWZyZXNoOiA3NSAgdmlkOiAyMDMzNwooSUkpIFJB REVPTigwKTogIzE6IGhzaXplOiAxMjgwICB2c2l6ZSA5NjAgIHJlZnJlc2g6IDYwICB2aWQ6 IDE2NTEzCihJSSkgUkFERU9OKDApOiAjMjogaHNpemU6IDEyODAgIHZzaXplIDEwMjQgIHJl ZnJlc2g6IDYwICB2aWQ6IDMyODk3CihJSSkgUkFERU9OKDApOiBTdXBwb3J0ZWQgZGV0YWls ZWQgdGltaW5nOgooSUkpIFJBREVPTigwKTogY2xvY2s6IDEwOC4wIE1IeiAgIEltYWdlIFNp emU6ICAzNzYgeCAzMDEgbW0KKElJKSBSQURFT04oMCk6IGhfYWN0aXZlOiAxMjgwICBoX3N5 bmM6IDEzMjggIGhfc3luY19lbmQgMTQ0MCBoX2JsYW5rX2VuZCAxNjg4IGhfYm9yZGVyOiAw CihJSSkgUkFERU9OKDApOiB2X2FjdGl2ZTogMTAyNCAgdl9zeW5jOiAxMDI1ICB2X3N5bmNf ZW5kIDEwMjggdl9ibGFua2luZzogMTA2NiB2X2JvcmRlcjogMAooSUkpIFJBREVPTigwKTog UmFuZ2VzOiBWIG1pbjogNTYgViBtYXg6IDc1IEh6LCBIIG1pbjogMzEgSCBtYXg6IDgxIGtI eiwgUGl4Q2xvY2sgbWF4IDE0MCBNSHoKKElJKSBSQURFT04oMCk6IE1vbml0b3IgbmFtZTog TENEMTk3ME5YcAooSUkpIFJBREVPTigwKTogU2VyaWFsIE5vOiA3NkQwNTExOFlCCihJSSkg UkFERU9OKDApOiBFRElEIChpbiBoZXgpOgooSUkpIFJBREVPTigwKTogCTAwZmZmZmZmZmZm ZmZmMDAzOGEzOGU2NjAxMDEwMTAxCihJSSkgUkFERU9OKDApOiAJMTgxMTAxMDM4MDI2MWU3 OGVhMTE0NWE0NWE0YWEwMjQKKElJKSBSQURFT04oMCk6IAkxNDUwNTRiZmVmODA3MTRmODE0 MDgxODAwMTAxMDEwMQooSUkpIFJBREVPTigwKTogCTAxMDEwMTAxMDEwMTMwMmEwMDk4NTEw MDJhNDAzMDcwCihJSSkgUkFERU9OKDApOiAJMTMwMDc4MmQxMTAwMDAxZTAwMDAwMGZkMDAz ODRiMWYKKElJKSBSQURFT04oMCk6IAk1MTBlMDAwYTIwMjAyMDIwMjAyMDAwMDAwMGZjMDA0 YwooSUkpIFJBREVPTigwKTogCTQzNDQzMTM5MzczMDRlNTg3MDBhMjAyMDAwMDAwMGZmCihJ SSkgUkFERU9OKDApOiAJMDAzNzM2NDQzMDM1MzEzMTM4NTk0MjBhMjAyMDAwN2MKZmluaXNo ZWQgb3V0cHV0IGRldGVjdDogMQpmaW5pc2hlZCBhbGwgZGV0ZWN0CkRhYyBkZXRlY3Rpb24g c3VjY2VzcwooSUkpIFJBREVPTigwKTogT3V0cHV0OiBWR0EtMCwgRGV0ZWN0ZWQgTW9uaXRv ciBUeXBlOiAwCihJSSkgUkFERU9OKDApOiBPdXRwdXQ6IEhETUktMCwgRGV0ZWN0ZWQgTW9u aXRvciBUeXBlOiAzCihJSSkgUkFERU9OKDApOiBFRElEIGRhdGEgZnJvbSB0aGUgZGlzcGxh eSBvbiBvdXRwdXQ6IEhETUktMCAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tCihJSSkgUkFERU9O KDApOiBNYW51ZmFjdHVyZXI6IE5FQyAgTW9kZWw6IDY2OGUgIFNlcmlhbCM6IDE2ODQzMDA5 CihJSSkgUkFERU9OKDApOiBZZWFyOiAyMDA3ICBXZWVrOiAyNAooSUkpIFJBREVPTigwKTog RURJRCBWZXJzaW9uOiAxLjMKKElJKSBSQURFT04oMCk6IERpZ2l0YWwgRGlzcGxheSBJbnB1 dAooSUkpIFJBREVPTigwKTogTWF4IEltYWdlIFNpemUgW2NtXTogaG9yaXouOiAzOCAgdmVy dC46IDMwCihJSSkgUkFERU9OKDApOiBHYW1tYTogMi4yMAooSUkpIFJBREVPTigwKTogRFBN UyBjYXBhYmlsaXRpZXM6IFN0YW5kQnkgU3VzcGVuZCBPZmYKKElJKSBSQURFT04oMCk6IFN1 cHBvcnRlZCBjb2xvciBlbmNvZGluZ3M6IFJHQiA0OjQ6NCBZQ3JDYiA0OjQ6NCAKKElJKSBS QURFT04oMCk6IEZpcnN0IGRldGFpbGVkIHRpbWluZyBpcyBwcmVmZXJyZWQgbW9kZQooSUkp IFJBREVPTigwKTogcmVkWDogMC42NDEgcmVkWTogMC4zNTMgICBncmVlblg6IDAuMjg5IGdy ZWVuWTogMC42MjYKKElJKSBSQURFT04oMCk6IGJsdWVYOiAwLjE0MiBibHVlWTogMC4wNzgg ICB3aGl0ZVg6IDAuMzEzIHdoaXRlWTogMC4zMjkKKElJKSBSQURFT04oMCk6IFN1cHBvcnRl ZCBlc3RhYmxpc2hlZCB0aW1pbmdzOgooSUkpIFJBREVPTigwKTogNzIweDQwMEA3MEh6CihJ SSkgUkFERU9OKDApOiA2NDB4NDgwQDYwSHoKKElJKSBSQURFT04oMCk6IDY0MHg0ODBANjdI egooSUkpIFJBREVPTigwKTogNjQweDQ4MEA3Mkh6CihJSSkgUkFERU9OKDApOiA2NDB4NDgw QDc1SHoKKElJKSBSQURFT04oMCk6IDgwMHg2MDBANTZIegooSUkpIFJBREVPTigwKTogODAw eDYwMEA2MEh6CihJSSkgUkFERU9OKDApOiA4MDB4NjAwQDcySHoKKElJKSBSQURFT04oMCk6 IDgwMHg2MDBANzVIegooSUkpIFJBREVPTigwKTogODMyeDYyNEA3NUh6CihJSSkgUkFERU9O KDApOiAxMDI0eDc2OEA2MEh6CihJSSkgUkFERU9OKDApOiAxMDI0eDc2OEA3MEh6CihJSSkg UkFERU9OKDApOiAxMDI0eDc2OEA3NUh6CihJSSkgUkFERU9OKDApOiAxMjgweDEwMjRANzVI egooSUkpIFJBREVPTigwKTogMTE1Mng4NjRANzVIegooSUkpIFJBREVPTigwKTogTWFudWZh Y3R1cmVyJ3MgbWFzazogMAooSUkpIFJBREVPTigwKTogU3VwcG9ydGVkIHN0YW5kYXJkIHRp bWluZ3M6CihJSSkgUkFERU9OKDApOiAjMDogaHNpemU6IDExNTIgIHZzaXplIDg2NCAgcmVm cmVzaDogNzUgIHZpZDogMjAzMzcKKElJKSBSQURFT04oMCk6ICMxOiBoc2l6ZTogMTI4MCAg dnNpemUgOTYwICByZWZyZXNoOiA2MCAgdmlkOiAxNjUxMwooSUkpIFJBREVPTigwKTogIzI6 IGhzaXplOiAxMjgwICB2c2l6ZSAxMDI0ICByZWZyZXNoOiA2MCAgdmlkOiAzMjg5NwooSUkp IFJBREVPTigwKTogU3VwcG9ydGVkIGRldGFpbGVkIHRpbWluZzoKKElJKSBSQURFT04oMCk6 IGNsb2NrOiAxMDguMCBNSHogICBJbWFnZSBTaXplOiAgMzc2IHggMzAxIG1tCihJSSkgUkFE RU9OKDApOiBoX2FjdGl2ZTogMTI4MCAgaF9zeW5jOiAxMzI4ICBoX3N5bmNfZW5kIDE0NDAg aF9ibGFua19lbmQgMTY4OCBoX2JvcmRlcjogMAooSUkpIFJBREVPTigwKTogdl9hY3RpdmU6 IDEwMjQgIHZfc3luYzogMTAyNSAgdl9zeW5jX2VuZCAxMDI4IHZfYmxhbmtpbmc6IDEwNjYg dl9ib3JkZXI6IDAKKElJKSBSQURFT04oMCk6IFJhbmdlczogViBtaW46IDU2IFYgbWF4OiA3 NSBIeiwgSCBtaW46IDMxIEggbWF4OiA4MSBrSHosIFBpeENsb2NrIG1heCAxNDAgTUh6CihJ SSkgUkFERU9OKDApOiBNb25pdG9yIG5hbWU6IExDRDE5NzBOWHAKKElJKSBSQURFT04oMCk6 IFNlcmlhbCBObzogNzZEMDUxMThZQgooSUkpIFJBREVPTigwKTogRURJRCAoaW4gaGV4KToK KElJKSBSQURFT04oMCk6IAkwMGZmZmZmZmZmZmZmZjAwMzhhMzhlNjYwMTAxMDEwMQooSUkp IFJBREVPTigwKTogCTE4MTEwMTAzODAyNjFlNzhlYTExNDVhNDVhNGFhMDI0CihJSSkgUkFE RU9OKDApOiAJMTQ1MDU0YmZlZjgwNzE0ZjgxNDA4MTgwMDEwMTAxMDEKKElJKSBSQURFT04o MCk6IAkwMTAxMDEwMTAxMDEzMDJhMDA5ODUxMDAyYTQwMzA3MAooSUkpIFJBREVPTigwKTog CTEzMDA3ODJkMTEwMDAwMWUwMDAwMDBmZDAwMzg0YjFmCihJSSkgUkFERU9OKDApOiAJNTEw ZTAwMGEyMDIwMjAyMDIwMjAwMDAwMDBmYzAwNGMKKElJKSBSQURFT04oMCk6IAk0MzQ0MzEz OTM3MzA0ZTU4NzAwYTIwMjAwMDAwMDBmZgooSUkpIFJBREVPTigwKTogCTAwMzczNjQ0MzAz NTMxMzEzODU5NDIwYTIwMjAwMDdjCihJSSkgUkFERU9OKDApOiBQYW5lbCBpbmZvcyBmb3Vu ZCBmcm9tIEREQyBkZXRhaWxlZDogMTI4MHgxMDI0CihJSSkgUkFERU9OKDApOiBFRElEIHZl bmRvciAiTkVDIiwgcHJvZCBpZCAyNjI1NAooSUkpIFJBREVPTigwKTogT3V0cHV0IFZHQS0w IGRpc2Nvbm5lY3RlZAooSUkpIFJBREVPTigwKTogT3V0cHV0IEhETUktMCBjb25uZWN0ZWQK KElJKSBSQURFT04oMCk6IFVzaW5nIGV4YWN0IHNpemVzIGZvciBpbml0aWFsIG1vZGVzCihJ SSkgUkFERU9OKDApOiBPdXRwdXQgSERNSS0wIHVzaW5nIGluaXRpYWwgbW9kZSAxMjgweDEw MjQKKElJKSBSQURFT04oMCk6IFVzaW5nIGRlZmF1bHQgZ2FtbWEgb2YgKDEuMCwgMS4wLCAx LjApIHVubGVzcyBvdGhlcndpc2Ugc3RhdGVkLgooPT0pIFJBREVPTigwKTogRFBJIHNldCB0 byAoOTYsIDk2KQooSUkpIExvYWRpbmcgc3ViIG1vZHVsZSAiZmIiCihJSSkgTG9hZE1vZHVs ZTogImZiIgooSUkpIExvYWRpbmcgL3Vzci9sb2NhbC9saWIveG9yZy9tb2R1bGVzL2xpYmZi LnNvCihJSSkgTW9kdWxlIGZiOiB2ZW5kb3I9IlguT3JnIEZvdW5kYXRpb24iCgljb21waWxl ZCBmb3IgMS43LjcsIG1vZHVsZSB2ZXJzaW9uID0gMS4wLjAKCUFCSSBjbGFzczogWC5Pcmcg QU5TSSBDIEVtdWxhdGlvbiwgdmVyc2lvbiAwLjQKKElJKSBMb2FkaW5nIHN1YiBtb2R1bGUg InJhbWRhYyIKKElJKSBMb2FkTW9kdWxlOiAicmFtZGFjIgooSUkpIE1vZHVsZSAicmFtZGFj IiBhbHJlYWR5IGJ1aWx0LWluCig9PSkgUkFERU9OKDApOiBVc2luZyBFWEEgYWNjZWxlcmF0 aW9uIGFyY2hpdGVjdHVyZQooSUkpIExvYWRpbmcgc3ViIG1vZHVsZSAiZXhhIgooSUkpIExv YWRNb2R1bGU6ICJleGEiCihJSSkgTG9hZGluZyAvdXNyL2xvY2FsL2xpYi94b3JnL21vZHVs ZXMvbGliZXhhLnNvCihJSSkgTW9kdWxlIGV4YTogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9u IgoJY29tcGlsZWQgZm9yIDEuNy43LCBtb2R1bGUgdmVyc2lvbiA9IDIuNS4wCglBQkkgY2xh c3M6IFguT3JnIFZpZGVvIERyaXZlciwgdmVyc2lvbiA2LjAKKD09KSBSQURFT04oMCk6IFdy aXRlLWNvbWJpbmluZyByYW5nZSAoMHgwLDB4MTAwMCkgd2FzIGFscmVhZHkgY2xlYXIKKCEh KSBSQURFT04oMCk6IE1lcmdlZEZCIHN1cHBvcnQgaGFzIGJlZW4gcmVtb3ZlZCBhbmQgcmVw bGFjZWQgd2l0aCB4cmFuZHIgMS4yIHN1cHBvcnQKKElJKSBVbmxvYWRNb2R1bGU6ICJ2ZXNh IgooSUkpIFVubG9hZGluZyAvdXNyL2xvY2FsL2xpYi94b3JnL21vZHVsZXMvZHJpdmVycy92 ZXNhX2Rydi5zbwooLS0pIERlcHRoIDI0IHBpeG1hcCBmb3JtYXQgaXMgMzIgYnBwCihJSSkg UkFERU9OKDApOiBSQURFT05TY3JlZW5Jbml0IGQwMDAwMDAwIDAgMAooPT0pIFJBREVPTigw KTogV3JpdGUtY29tYmluaW5nIHJhbmdlICgweGEwMDAwLDB4MTAwMDApIHdhcyBhbHJlYWR5 IGNsZWFyCk91dHB1dCBERlAzIGRpc2FibGUgc3VjY2VzcwpCbGFuayBDUlRDIDAgc3VjY2Vz cwpEaXNhYmxlIENSVEMgMCBzdWNjZXNzCkJsYW5rIENSVEMgMSBzdWNjZXNzCkRpc2FibGUg Q1JUQyAxIHN1Y2Nlc3MKKElJKSBSQURFT04oMCk6IER5bmFtaWMgUG93ZXIgTWFuYWdlbWVu dCBEaXNhYmxlZAooPT0pIFJBREVPTigwKTogVXNpbmcgMjQgYml0IGRlcHRoIGJ1ZmZlcgoo SUkpIFJBREVPTigwKTogUkFERU9OSW5pdE1lbW9yeU1hcCgpIDogCihJSSkgUkFERU9OKDAp OiAgIG1lbV9zaXplICAgICAgICAgOiAweDA4MDAwMDAwCihJSSkgUkFERU9OKDApOiAgIE1D X0ZCX0xPQ0FUSU9OICAgOiAweGNmZmZjODAwCihJSSkgUkFERU9OKDApOiAgIE1DX0FHUF9M T0NBVElPTiAgOiAweDAwM2YwMDAwCihJSSkgUkFERU9OKDApOiBEZXB0aCBtb3ZlcyBkaXNh YmxlZCBieSBkZWZhdWx0CihJSSkgUkFERU9OKDApOiBBbGxvY2F0aW5nIGZyb20gYSBzY3Jl ZW4gb2YgMTMxMDcyIGtiCihJSSkgUkFERU9OKDApOiBXaWxsIHVzZSAzMiBrYiBmb3IgaGFy ZHdhcmUgY3Vyc29yIDAgYXQgb2Zmc2V0IDB4MDA2NDAwMDAKKElJKSBSQURFT04oMCk6IFdp bGwgdXNlIDMyIGtiIGZvciBoYXJkd2FyZSBjdXJzb3IgMSBhdCBvZmZzZXQgMHgwMDY0NDAw MAooSUkpIFJBREVPTigwKTogV2lsbCB1c2UgNjQwMCBrYiBmb3IgZnJvbnQgYnVmZmVyIGF0 IG9mZnNldCAweDAwMDAwMDAwCihJSSkgUkFERU9OKDApOiBXaWxsIHVzZSA2NDAwIGtiIGZv ciBiYWNrIGJ1ZmZlciBhdCBvZmZzZXQgMHgwMDY0ODAwMAooSUkpIFJBREVPTigwKTogV2ls bCB1c2UgNjQwMCBrYiBmb3IgZGVwdGggYnVmZmVyIGF0IG9mZnNldCAweDAwYzg4MDAwCihJ SSkgUkFERU9OKDApOiBXaWxsIHVzZSA1NTgwOCBrYiBmb3IgdGV4dHVyZXMgYXQgb2Zmc2V0 IDB4MDEyYzgwMDAKKElJKSBSQURFT04oMCk6IFdpbGwgdXNlIDU2MDMyIGtiIGZvciBYIFNl cnZlciBvZmZzY3JlZW4gYXQgb2Zmc2V0IDB4MDQ5NDgwMDAKZHJtT3BlbkRldmljZTogbm9k ZSBuYW1lIGlzIC9kZXYvZHJpL2NhcmQwCmRybU9wZW5EZXZpY2U6IG9wZW4gcmVzdWx0IGlz IDgsIChPSykKZHJtT3BlbkRldmljZTogbm9kZSBuYW1lIGlzIC9kZXYvZHJpL2NhcmQwCmRy bU9wZW5EZXZpY2U6IG9wZW4gcmVzdWx0IGlzIDgsIChPSykKZHJtT3BlbkJ5QnVzaWQ6IFNl YXJjaGluZyBmb3IgQnVzSUQgcGNpOjAwMDA6MDE6MDUuMApkcm1PcGVuRGV2aWNlOiBub2Rl IG5hbWUgaXMgL2Rldi9kcmkvY2FyZDAKZHJtT3BlbkRldmljZTogb3BlbiByZXN1bHQgaXMg OCwgKE9LKQpkcm1PcGVuQnlCdXNpZDogZHJtT3Blbk1pbm9yIHJldHVybnMgOApkcm1PcGVu QnlCdXNpZDogZHJtR2V0QnVzaWQgcmVwb3J0cyBwY2k6MDAwMDowMTowNS4wCihJSSkgW2Ry bV0gRFJNIGludGVyZmFjZSB2ZXJzaW9uIDEuMgooSUkpIFtkcm1dIERSTSBvcGVuIG1hc3Rl ciBzdWNjZWVkZWQuCihJSSkgUkFERU9OKDApOiBbZHJtXSBVc2luZyB0aGUgRFJNIGxvY2sg U0FSRUEgYWxzbyBmb3IgZHJhd2FibGVzLgooSUkpIFJBREVPTigwKTogW2RybV0gZnJhbWVi dWZmZXIgaGFuZGxlID0gMHgzMDAwMDAwMDAwMAooSUkpIFJBREVPTigwKTogW2RybV0gYWRk ZWQgMSByZXNlcnZlZCBjb250ZXh0IGZvciBrZXJuZWwKKElJKSBSQURFT04oMCk6IFggY29u dGV4dCBoYW5kbGUgPSAweDEKKElJKSBSQURFT04oMCk6IFtkcm1dIGluc3RhbGxlZCBEUk0g c2lnbmFsIGhhbmRsZXIKKElJKSBSQURFT04oMCk6IFtwY2ldIDMyNzY4IGtCIGFsbG9jYXRl ZCB3aXRoIGhhbmRsZSAweDE0NWU0MDAwCihJSSkgUkFERU9OKDApOiBbcGNpXSByaW5nIGhh bmRsZSA9IDB4MDAwMDAwMDAKKElJKSBSQURFT04oMCk6IFtwY2ldIFJpbmcgbWFwcGVkIGF0 IDB4ODAwODkzMDAwCihJSSkgUkFERU9OKDApOiBbcGNpXSBSaW5nIGNvbnRlbnRzIDB4MDAw MDAwMDAKKElJKSBSQURFT04oMCk6IFtwY2ldIHJpbmcgcmVhZCBwdHIgaGFuZGxlID0gMHgw MDAwMDAwMAooSUkpIFJBREVPTigwKTogW3BjaV0gUmluZyByZWFkIHB0ciBtYXBwZWQgYXQg MHg4MDA4MzUwMDAKKElJKSBSQURFT04oMCk6IFtwY2ldIFJpbmcgcmVhZCBwdHIgY29udGVu dHMgMHgwMDAwMDAwMAooSUkpIFJBREVPTigwKTogW3BjaV0gdmVydGV4L2luZGlyZWN0IGJ1 ZmZlcnMgaGFuZGxlID0gMHgwMDAwMDAwMAooSUkpIFJBREVPTigwKTogW3BjaV0gVmVydGV4 L2luZGlyZWN0IGJ1ZmZlcnMgbWFwcGVkIGF0IDB4ODA0NzgzMDAwCihJSSkgUkFERU9OKDAp OiBbcGNpXSBWZXJ0ZXgvaW5kaXJlY3QgYnVmZmVycyBjb250ZW50cyAweDAwMDAwMDAwCihJ SSkgUkFERU9OKDApOiBbcGNpXSBHQVJUIHRleHR1cmUgbWFwIGhhbmRsZSA9IDB4MDAwMDAw MDAKKElJKSBSQURFT04oMCk6IFtwY2ldIEdBUlQgVGV4dHVyZSBtYXAgbWFwcGVkIGF0IDB4 ODBkMjE4MDAwCihJSSkgUkFERU9OKDApOiBbZHJtXSByZWdpc3RlciBoYW5kbGUgPSAweDAw MDAwMDAwCihJSSkgUkFERU9OKDApOiBbZHJpXSBWaXN1YWwgY29uZmlncyBpbml0aWFsaXpl ZAooSUkpIFJBREVPTigwKTogUkFERU9OUmVzdG9yZU1lbU1hcFJlZ2lzdGVycygpIDogCihJ SSkgUkFERU9OKDApOiAgIE1DX0ZCX0xPQ0FUSU9OICAgOiAweGNmZmZjODAwIDB4Y2ZmZmM4 MDAKKElJKSBSQURFT04oMCk6ICAgTUNfQUdQX0xPQ0FUSU9OICA6IDB4MDAzZjAwMDAKKD09 KSBSQURFT04oMCk6IEJhY2tpbmcgc3RvcmUgZGlzYWJsZWQKKElJKSBSQURFT04oMCk6IFtE UkldIGluc3RhbGxhdGlvbiBjb21wbGV0ZQooSUkpIFJBREVPTigwKTogW2RybV0gQWRkZWQg MzIgNjU1MzYgYnl0ZSB2ZXJ0ZXgvaW5kaXJlY3QgYnVmZmVycwooSUkpIFJBREVPTigwKTog W2RybV0gTWFwcGVkIDMyIHZlcnRleC9pbmRpcmVjdCBidWZmZXJzCihJSSkgUkFERU9OKDAp OiBbZHJtXSBkbWEgY29udHJvbCBpbml0aWFsaXplZCwgdXNpbmcgSVJRIDI1NwooSUkpIFJB REVPTigwKTogW2RybV0gSW5pdGlhbGl6ZWQga2VybmVsIEdBUlQgaGVhcCBtYW5hZ2VyLCAy OTg4NDQxNgooV1cpIFJBREVPTigwKTogRFJJIGluaXQgY2hhbmdlZCBtZW1vcnkgbWFwLCBh ZGp1c3RpbmcgLi4uCihXVykgUkFERU9OKDApOiAgIE1DX0ZCX0xPQ0FUSU9OICB3YXM6IDB4 Y2ZmZmM4MDAgaXM6IDB4Y2ZmZmM4MDAKKFdXKSBSQURFT04oMCk6ICAgTUNfQUdQX0xPQ0FU SU9OIHdhczogMHgwMDNmMDAwMCBpczogMHhkMWZmZDAwMAooSUkpIFJBREVPTigwKTogUkFE RU9OUmVzdG9yZU1lbU1hcFJlZ2lzdGVycygpIDogCihJSSkgUkFERU9OKDApOiAgIE1DX0ZC X0xPQ0FUSU9OICAgOiAweGNmZmZjODAwIDB4Y2ZmZmM4MDAKKElJKSBSQURFT04oMCk6ICAg TUNfQUdQX0xPQ0FUSU9OICA6IDB4ZDFmZmQwMDAKKElJKSBSQURFT04oMCk6IERpcmVjdCBy ZW5kZXJpbmcgZW5hYmxlZAooSUkpIFJBREVPTigwKTogUmVuZGVyIGFjY2VsZXJhdGlvbiBl bmFibGVkIGZvciBSMzAwL1I0MDAvUjUwMCB0eXBlIGNhcmRzLgooSUkpIFJBREVPTigwKTog U2V0dGluZyBFWEEgbWF4UGl0Y2hCeXRlcwooSUkpIFJBREVPTigwKTogbnVtIHF1YWQtcGlw ZXMgaXMgMQooSUkpIEVYQSgwKTogT2Zmc2NyZWVuIHBpeG1hcCBhcmVhIG9mIDU3Mzc2NzY4 IGJ5dGVzCihJSSkgRVhBKDApOiBEcml2ZXIgcmVnaXN0ZXJlZCBzdXBwb3J0IGZvciB0aGUg Zm9sbG93aW5nIG9wZXJhdGlvbnM6CihJSSkgICAgICAgICBTb2xpZAooSUkpICAgICAgICAg Q29weQooSUkpICAgICAgICAgQ29tcG9zaXRlIChSRU5ERVIgYWNjZWxlcmF0aW9uKQooSUkp ICAgICAgICAgVXBsb2FkVG9TY3JlZW4KKElJKSAgICAgICAgIERvd25sb2FkRnJvbVNjcmVl bgooSUkpIFJBREVPTigwKTogQWNjZWxlcmF0aW9uIGVuYWJsZWQKKD09KSBSQURFT04oMCk6 IERQTVMgZW5hYmxlZAooPT0pIFJBREVPTigwKTogU2lsa2VuIG1vdXNlIGVuYWJsZWQKKElJ KSBSQURFT04oMCk6IFNldCB1cCB0ZXh0dXJlZCB2aWRlbwooSUkpIFJBREVPTigwKTogW1h2 TUNdIEFzc29jaWF0ZWQgd2l0aCBSYWRlb24gVGV4dHVyZWQgVmlkZW8uCihJSSkgUkFERU9O KDApOiBbWHZNQ10gRXh0ZW5zaW9uIGluaXRpYWxpemVkLgpPdXRwdXQgQ1JUMSBkaXNhYmxl IHN1Y2Nlc3MKT3V0cHV0IERGUDMgZGlzYWJsZSBzdWNjZXNzCkJsYW5rIENSVEMgMCBzdWNj ZXNzCkRpc2FibGUgQ1JUQyAwIHN1Y2Nlc3MKQmxhbmsgQ1JUQyAxIHN1Y2Nlc3MKRGlzYWJs ZSBDUlRDIDEgc3VjY2Vzcwo= --------------060800090707040808000304-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 24 10:11:45 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05D7A1065674 for ; Fri, 24 Feb 2012 10:11:45 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from fsm2.ukr.net (fsm2.ukr.net [195.214.192.121]) by mx1.freebsd.org (Postfix) with ESMTP id A30268FC12 for ; Fri, 24 Feb 2012 10:11:44 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=aPwIqgMstFF3BVbxFjeDlaioZQ8JiGVPwcbLXv2ivWs=; b=HJdmForO5SMitUUU1VomRM7+RYPOGrnqvl9v64Diw+/LpdqQ48R5qmdexMwlLIoRT7395eLdTc1z5p5oqosweqsLg3SGMbGU28yL+DBtRyGacGYx20yWNYtgBv2RAVmjnJHbiSiURTmAynLTb6vfY06vwOEdwYGgtkpQG5gRmGU=; Received: from [178.137.138.140] (helo=nonamehost.) by fsm2.ukr.net with esmtpsa ID 1S0s7q-000PFy-NQ ; Fri, 24 Feb 2012 12:11:42 +0200 Date: Fri, 24 Feb 2012 12:11:41 +0200 From: Ivan Klymenko To: Alex Keda Message-ID: <20120224121141.51123ec7@nonamehost.> In-Reply-To: <4F474C64.40607@lissyara.su> References: <4F474C64.40607@lissyara.su> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Xorg - monitor off after start X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Feb 2012 10:11:45 -0000 =D0=92 Fri, 24 Feb 2012 12:37:56 +0400 Alex Keda =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > problem, first described:=20 > http://lists.freebsd.org/pipermail/freebsd-current/2011-December/030528.h= tml >=20 > on last days 2011 year, all work OK, without some custom kernel > new year - old problems =3D) >=20 > if I rename drm.ko - all OK. > with drm.ko - I have monitor off =3D( >=20 >=20 Maybe we should try it http://miwi.bsdcrew.de/2012/02/cft-xorg-upgrade-7-5-2/ ? From owner-freebsd-current@FreeBSD.ORG Fri Feb 24 17:30:52 2012 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 1BD4B1065676; Fri, 24 Feb 2012 17:30:52 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: matt Date: Fri, 24 Feb 2012 12:30:40 -0500 User-Agent: KMail/1.6.2 References: <4F470DFF.3070906@gmail.com> In-Reply-To: <4F470DFF.3070906@gmail.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201202241230.43762.jkim@FreeBSD.org> Cc: freebsd-current@freebsd.org Subject: Re: Syscons issue Intel D2700 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Feb 2012 17:30:52 -0000 On Thursday 23 February 2012 11:11 pm, matt wrote: > I'm currently trying to boot an intel evaluation board (D2700) with > 10-CURRENT. > Installation was > make installworld DESTDIR=/mnt/disk > make installkernel DESTDIR=/mnt/disk > make distribution DESTDIR=/mnt/disk > vi /mnt/disk/fstab (added lines for root, swap) > unmount /mnt/disk > > Boot goes fine until the kernel is loaded. > Once the kernel is loaded, boot continues, however only the very > bottom line is showing kernel messages...the rest of the screen > still "looks" like loader. > > Once booted, a number of silly attempts with vidcontrol 80x25, > vidcontrol -C, vidcontrol VESA_800x600 do not fix the situation. > > Interestingly, typing clear moves the prompt up, but the screen > still looks like loader. > I can see my text, but command output is not written to the > console. > > This is weird. I am actually not that interested in much about the > graphics on this board...it's gma500 all over again. > Getting basic syscons working would be nice, however...I don't want > to have to use a null modem cable during development. > > If it helps I'll fire up sshd and make a bunch of diagnostic files, > although I can't see ifconfig output I assume em drivers are fine. > It is a nice board otherwise, with two intel nics...am interested > in developing a freebsd-based product if possible :) > > If this is something I hosed with the above minimal installation I > apologize in advance! It sounds like a timer issue. Try "set kern.eventtimer.periodic=1". It's a long shot, though. Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Fri Feb 24 17:54:39 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DAE951065677; Fri, 24 Feb 2012 17:54:39 +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 ACF978FC18; Fri, 24 Feb 2012 17:54:39 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id 658E546B17; Fri, 24 Feb 2012 12:54:39 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id CAB55B94D; Fri, 24 Feb 2012 12:54:38 -0500 (EST) From: John Baldwin To: Alexey Dokuchaev Date: Fri, 24 Feb 2012 12:22:36 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p10; KDE/4.5.5; amd64; ; ) References: <20110109140215.000011b8@unknown> <201202230828.48022.jhb@freebsd.org> <20120223144116.GA99564@FreeBSD.org> In-Reply-To: <20120223144116.GA99564@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Message-Id: <201202241222.37037.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 24 Feb 2012 12:54:38 -0500 (EST) Cc: Bruce Cran , freebsd-current@freebsd.org, Warner Losh Subject: Re: Loading uart module fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Feb 2012 17:54:39 -0000 On Thursday, February 23, 2012 9:41:16 am Alexey Dokuchaev wrote: > On Thu, Feb 23, 2012 at 08:28:47AM -0500, John Baldwin wrote: > > Hmm, can you see what 'dev->nameunit' is? Maybe just do 'p *dev' actually > > and reply with that. > > (kgdb) p *dev > $1 = {ops = 0xc50de000, link = {tqe_next = 0xc5271380, tqe_prev = > 0xc5271184}, > devlink = {tqe_next = 0xc5271380, tqe_prev = 0xc527118c}, > parent = 0xc51fca80, children = {tqh_first = 0x0, tqh_last = 0xc5271318}, > driver = 0x0, devclass = 0xc5270a40, unit = 0, > nameunit = 0xc5006a00 "uart0", > desc = 0xc5511205
, busy = 0, > state = DS_NOTPRESENT, devflags = 0, flags = 35, order = 30, > ivars = 0xc5270d00, softc = 0x0, sysctl_ctx = {tqh_first = 0x0, > tqh_last = 0x0}, sysctl_tree = 0x0} Try this for fixing the panic. New-bus was not clearing the description if a device's attach routine failed. Index: subr_bus.c =================================================================== --- subr_bus.c (revision 231983) +++ subr_bus.c (working copy) @@ -1129,7 +1129,6 @@ devclass_driver_deleted(devclass_t busclass, devcl dev->parent->devclass == busclass) { if ((error = device_detach(dev)) != 0) return (error); - (void)device_set_driver(dev, NULL); BUS_PROBE_NOMATCH(dev->parent, dev); devnomatch(dev); dev->flags |= DF_DONENOMATCH; @@ -2097,7 +2097,7 @@ device_probe_child(device_t dev, device_t child) /* XXX What happens if we rebid and got no best? */ if (best) { /* - * If this device was atached, and we were asked to + * If this device was attached, and we were asked to * rescan, and it is a different driver, then we have * to detach the old driver and reattach this new one. * Note, we don't have to check for DF_REBID here @@ -2604,6 +2606,7 @@ device_set_driver(device_t dev, driver_t *driver) free(dev->softc, M_BUS_SC); dev->softc = NULL; } + device_set_desc(dev, NULL); kobj_delete((kobj_t) dev, NULL); dev->driver = driver; if (driver) { @@ -2789,7 +2792,6 @@ device_detach(device_t dev) dev->state = DS_NOTPRESENT; (void)device_set_driver(dev, NULL); - device_set_desc(dev, NULL); device_sysctl_fini(dev); return (0); -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Feb 24 19:34:47 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AEB431065670 for ; Fri, 24 Feb 2012 19:34:47 +0000 (UTC) (envelope-from matthewstory@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 548238FC0C for ; Fri, 24 Feb 2012 19:34:47 +0000 (UTC) Received: by qcsg15 with SMTP id g15so729697qcs.13 for ; Fri, 24 Feb 2012 11:34:46 -0800 (PST) Received-SPF: pass (google.com: domain of matthewstory@gmail.com designates 10.229.135.193 as permitted sender) client-ip=10.229.135.193; Authentication-Results: mr.google.com; spf=pass (google.com: domain of matthewstory@gmail.com designates 10.229.135.193 as permitted sender) smtp.mail=matthewstory@gmail.com; dkim=pass header.i=matthewstory@gmail.com Received: from mr.google.com ([10.229.135.193]) by 10.229.135.193 with SMTP id o1mr2823394qct.74.1330112086730 (num_hops = 1); Fri, 24 Feb 2012 11:34:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=lskJYPEFwJHO9zbMWlLP+NXf5FNPl6igIw5ZJXHx8OQ=; b=k44KPExIrF1VYb4rdJ+oOGYKxPpz8xc/BXeWtI5KyLU7T5G3EwyDkxUNb2MbcndAz2 KPs6DB2ByGx+ViRQmFNjnD/QSvZPZDsgL/3gKs426hxOxpu3cPU9VgXpDw30rsdYWSIC BNhwkNzEXC540MpE08RPl8cSQc2Yva6dKdQkw= MIME-Version: 1.0 Received: by 10.229.135.193 with SMTP id o1mr2288247qct.74.1330110623438; Fri, 24 Feb 2012 11:10:23 -0800 (PST) Received: by 10.229.95.74 with HTTP; Fri, 24 Feb 2012 11:10:23 -0800 (PST) Date: Fri, 24 Feb 2012 14:10:23 -0500 Message-ID: From: Matthew Story To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: calculating resident size (in K) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Feb 2012 19:34:47 -0000 I'm working on kern/163033, and so far have written a sysctl for controlling logging of additional process information on SIGKILL (or SIGEXIT if logsigexit=1) from the kernel level, this logs proc size in K, number of threads, process state and CPU utilization of the process, in addition to the currently available information. For resident memory, things are a touch trickier, I looked at top for inspiration (possibly not the best place for inspiration ...), and from a kinfo_proc I can calculate via rssize (sum of threads pages utilization, and then use pagesize from there). It's also possible, albeit with some code repetition, to handle this from a proc (not kinfo_proc). But there are a few questions, the first of which is that the kern_proc.c code that populates a kinfo_proc struct's rssize value, has a nice XXX next to it ... kp->ki_rssize = vmspace_resident_count(vm); /*XXX*/ FOREACH_THREAD_IN_PROC(p, td0) { if (!TD_IS_SWAPPED(td0)) kp->ki_rssize += td0->td_kstack_pages; } ... so I'm wondering if there are plans on changing the way this is calculated, and what assumptions are safe in so far as calculating resident memory (if things are likely to change). The second question is that were resident memory logging enabled by this sysctl (not sure that populating a kinfo_proc and calculating res memory is necessarily an intelligent idea prior to a SIGKILL ... and the other diagnostics give you enough information to debug intelligently, but for the sake of argument ...), there would be at least 2 implementations which calculate resident memory in K from pages (this one and top, there are doubtlessly others). Would it be useful to provide a function at the sys level to return the calculated resident size in K from a kinfo_proc (or just a regular old proc)? -- regards, matt From owner-freebsd-current@FreeBSD.ORG Fri Feb 24 19:56:18 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4745106566C for ; Fri, 24 Feb 2012 19:56:18 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id A53238FC15 for ; Fri, 24 Feb 2012 19:56:18 +0000 (UTC) Received: by pbcxa7 with SMTP id xa7so3269855pbc.13 for ; Fri, 24 Feb 2012 11:56:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; 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; bh=VaIH7CWE8hGA8iyUJwJvQ6XlFqvqpHn1/6lH5DIa48U=; b=fVX7eKX3R+3CWV8JbK/cqNZIRNTRJTRExRML5rueQP5lVnFZMqX7018DEmd/DW8JbD YVmXbVH/eZ9++9pHKFeq2vuV2WxDfgmGUybYzO8vhTgciSr7wku2Wa4kdMrBtEY1/qrx RMwkGJWqlPsbJflgu6aSK7SZwXlyOSvcRktNM= Received: by 10.68.74.197 with SMTP id w5mr9443202pbv.129.1330113378253; Fri, 24 Feb 2012 11:56:18 -0800 (PST) Received: from flatline.local ([74.195.19.178]) by mx.google.com with ESMTPS id x3sm5152792pbn.5.2012.02.24.11.56.16 (version=SSLv3 cipher=OTHER); Fri, 24 Feb 2012 11:56:17 -0800 (PST) Message-ID: <4F47EB5F.2080103@gmail.com> Date: Fri, 24 Feb 2012 11:56:15 -0800 From: matt User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120218 Thunderbird/10.0.2 MIME-Version: 1.0 To: Jung-uk Kim References: <201202231812.00877.jkim@FreeBSD.org> <201202231922.43522.jkim@FreeBSD.org> In-Reply-To: <201202231922.43522.jkim@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "Sam Fourman Jr." , freebsd-current@FreeBSD.org Subject: Re: AMD K15 sensor support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Feb 2012 19:56:18 -0000 On 02/23/12 16:22, Jung-uk Kim wrote: > On Thursday 23 February 2012 06:14 pm, Sam Fourman Jr. wrote: >> BTW, the temperature reading goes up when the system is loaded and >> goes down when it is idle, right? Just making sure... >> >> Thanks, >> >> Jung-uk Kim >> >> yes that is correct I tested this patch on 2 FX series Processors >> a 6 core and 8 core, both work fine. any chance you could commit >> this patch to HEAD? > Done. > > Jung-uk Kim > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > Just tested this as result of HEAD commit. With dual Opteron 4128, amdtemp.ko output now matches "ipmitool sensor" (BMC) output, which it didn't in the past. amdtemp.ko used to read higher. So low or not, we're at least reading it the "same" in the case (we have an extra digit of precision, actually, but...) Matt From owner-freebsd-current@FreeBSD.ORG Sat Feb 25 05:00:12 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by hub.freebsd.org (Postfix) with ESMTP id 53409106564A; Sat, 25 Feb 2012 05:00:12 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-197-151.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id EE55F151D16; Sat, 25 Feb 2012 05:00:11 +0000 (UTC) Message-ID: <4F486ADB.9050206@FreeBSD.org> Date: Fri, 24 Feb 2012 21:00:11 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120224 Thunderbird/10.0.2 MIME-Version: 1.0 To: freebsd-current X-Enigmail-Version: 1.3.5 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: sahil@FreeBSD.org Subject: fifo_listen: fchmod public/pickup: Invalid argument with postfix on today's current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Feb 2012 05:00:12 -0000 I'm on today's -current (r232126) and I'm getting the error in the subject when trying to start postfix. I recompiled 2.9, and then tried 2.8 .... both give the same error. Any ideas? Doug -- It's always a long day; 86400 doesn't fit into a short. Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Sat Feb 25 07:15:31 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id AC90B106566B; Sat, 25 Feb 2012 07:15:31 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-197-151.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 5BB3914EF8A; Sat, 25 Feb 2012 07:15:30 +0000 (UTC) Message-ID: <4F488A92.9070104@FreeBSD.org> Date: Fri, 24 Feb 2012 23:15:30 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120224 Thunderbird/10.0.2 MIME-Version: 1.0 To: freebsd-current References: <4F486ADB.9050206@FreeBSD.org> In-Reply-To: <4F486ADB.9050206@FreeBSD.org> X-Enigmail-Version: 1.3.5 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: jilles@FreeBSD.org, kmacy@FreeBSD.org, John Baldwin , sahil@FreeBSD.org Subject: Re: fifo_listen: fchmod public/pickup: Invalid argument with postfix on today's current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Feb 2012 07:15:31 -0000 On 02/24/2012 21:00, Doug Barton wrote: > I'm on today's -current (r232126) and I'm getting the error in the > subject when trying to start postfix. I recompiled 2.9, and then tried > 2.8 .... both give the same error. Backing out r232055 fixed this. -- It's always a long day; 86400 doesn't fit into a short. Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Sat Feb 25 13:15:45 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17DB4106564A; Sat, 25 Feb 2012 13:15:45 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 939A28FC0A; Sat, 25 Feb 2012 13:15:43 +0000 (UTC) Received: by lagz14 with SMTP id z14so5434890lag.13 for ; Sat, 25 Feb 2012 05:15:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; 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; bh=LpPSkmizRiuQU9qPg0s5PnxSP/k4Xvq+Mv4iF+iRfNs=; b=TUcKKypRV8KDIwAqliOE4n8u+fjR/lp9DXInnw990XDZrk1lg+VzqQPxsnjQeos+T4 IUbF9NFSteC9dWe3ZuJ/KugeCXxVQL4VRcOKyxRLsqXK111C8NwNwr4lQTvzXXTO4Hch PdxiZwXpoiv7F8i3L0hAaOE0V03AaACR73sHc= MIME-Version: 1.0 Received: by 10.112.23.104 with SMTP id l8mr2195200lbf.50.1330175742411; Sat, 25 Feb 2012 05:15:42 -0800 (PST) Sender: asmrookie@gmail.com Received: by 10.112.41.5 with HTTP; Sat, 25 Feb 2012 05:15:42 -0800 (PST) In-Reply-To: <4F488A92.9070104@FreeBSD.org> References: <4F486ADB.9050206@FreeBSD.org> <4F488A92.9070104@FreeBSD.org> Date: Sat, 25 Feb 2012 13:15:42 +0000 X-Google-Sender-Auth: 3jWwR9WFJM27Gm1I5J4aTcvgjy8 Message-ID: From: Attilio Rao To: Doug Barton Content-Type: text/plain; charset=UTF-8 Cc: jilles@freebsd.org, freebsd-current , kmacy@freebsd.org, sahil@freebsd.org Subject: Re: fifo_listen: fchmod public/pickup: Invalid argument with postfix on today's current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Feb 2012 13:15:45 -0000 Il 25 febbraio 2012 07:15, Doug Barton ha scritto: > On 02/24/2012 21:00, Doug Barton wrote: >> I'm on today's -current (r232126) and I'm getting the error in the >> subject when trying to start postfix. I recompiled 2.9, and then tried >> 2.8 .... both give the same error. Did you also rebuilt world? Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Sat Feb 25 13:55:50 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7AA3106564A; Sat, 25 Feb 2012 13:55:50 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 957218FC0A; Sat, 25 Feb 2012 13:55:50 +0000 (UTC) Received: by iaeo4 with SMTP id o4so5508259iae.13 for ; Sat, 25 Feb 2012 05:55:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=j4ceEioSOknbfaeL8YUB/fc5NbXLbv9UR6nDKWbnx/A=; b=hdCXoHnlVocCDyAMpPxoPs3Mq7bQp3o2ZHDqVvxzgJ/5O9fl3hxgx9JU1tqdcVZdEh hWtevzeBL2QHAewZOMzLTryRMpF9fit8v7/sXfhUTr1+858lR9uoWc0LyC+D4NCx4irS coMZFK+poGi7fB0zArA4VWaw62ZhQt2gL6NrM= Received: by 10.42.152.134 with SMTP id i6mr5568765icw.27.1330178150219; Sat, 25 Feb 2012 05:55:50 -0800 (PST) MIME-Version: 1.0 Received: by 10.50.11.197 with HTTP; Sat, 25 Feb 2012 05:55:20 -0800 (PST) In-Reply-To: References: From: Jia-Shiun Li Date: Sat, 25 Feb 2012 21:55:20 +0800 Message-ID: To: mav@freebsd.org, freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: Subject: Re: FreeBSD: Marvell 88SX61xx should be 88SE61xx X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Feb 2012 13:55:50 -0000 Hi all, Maybe some spam filters ate my mails so I am replying to current@. Could anyone help to commit it? Regards, Jia-Shiun On Thu, Feb 23, 2012 at 8:57 PM, Jia-Shiun Li wrote: > Hi Alexander, > > I've submitted a PR for this: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=165271 > > could you help to review the patch attached to the PR and check it in? > It only changes strings, not any functionality. > > Regards, > Jia-Shiun. > > On Tue, Mar 29, 2011 at 1:57 AM, Jia-Shiun Li wrote: >> Hi Alexander, >> >> I am Jia-Shiun Li, writing to you for the Marvell SATA device names in >> FreeBSD drivers. >> >> I noticed the boot message for my onboard 88SE6121: >> >> atapci0: port >> 0xec00-0xec07,0xe880-0xe883,0xe800-0xe807,0xe480-0xe483,0xe400-0xe40f mem >> 0xfeaffc00-0xfeafffff irq 16 at device 0.0 on pci2 >> ahci0: on atapci0 >> >> according to Marvell their names should be 88SE[69]1xx instead of >> 88SX[69]1xx: >> http://www.marvell.com/products/storage/storage_system_solutions/sata_controllers_pc_consumer/ >> >> a simple way to tell is that mvs(4) devices are 88SX and ahci(4) devices are >> 88SE. >> >> I made a patch out of this, basically just text replacement. It does not >> affect functionality, but I think it would be better to be identified >> correctly anyway. Would you mind help committing the changes? >> >> Regards, >> >> Jia-Shiun. From owner-freebsd-current@FreeBSD.ORG Sat Feb 25 14:00:46 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A0B51065673; Sat, 25 Feb 2012 14:00:46 +0000 (UTC) (envelope-from kmacybsd@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0A90F8FC0A; Sat, 25 Feb 2012 14:00:45 +0000 (UTC) Received: by iaeo4 with SMTP id o4so5512965iae.13 for ; Sat, 25 Feb 2012 06:00:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; 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; bh=ZNX94yCtrgcbWgoOKBD6vtoxSXwGUzZgeeJq5aM7hAA=; b=pU+QZmVE+BguSL3fAT+uklNQuZ0ku56aNk5la3TBNog10VvUw3xP4/nq/zYxVRsAAy DD6pM97oZi1a4a3O1rpMSbX2Dz1B4TOQuxdIzUXAsKVVsdo5Dl7gRiVHaplam1PY78fC XILn2kOmr7AphQa+RO0gxIoI3Mm5eViD+fBnw= MIME-Version: 1.0 Received: by 10.50.193.199 with SMTP id hq7mr8445583igc.4.1330178445618; Sat, 25 Feb 2012 06:00:45 -0800 (PST) Sender: kmacybsd@gmail.com Received: by 10.50.134.106 with HTTP; Sat, 25 Feb 2012 06:00:45 -0800 (PST) In-Reply-To: References: <4F486ADB.9050206@FreeBSD.org> <4F488A92.9070104@FreeBSD.org> Date: Sat, 25 Feb 2012 15:00:45 +0100 X-Google-Sender-Auth: 4YcX5XMgEqSmIm8t8eQ873WVEpY Message-ID: From: "K. Macy" To: Attilio Rao Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Cc: jilles@freebsd.org, Doug Barton , sahil@freebsd.org, freebsd-current Subject: Re: fifo_listen: fchmod public/pickup: Invalid argument with postfix on today's current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Feb 2012 14:00:46 -0000 On Sat, Feb 25, 2012 at 2:15 PM, Attilio Rao wrote: > Il 25 febbraio 2012 07:15, Doug Barton ha scritto: >> On 02/24/2012 21:00, Doug Barton wrote: >>> I'm on today's -current (r232126) and I'm getting the error in the >>> subject when trying to start postfix. I recompiled 2.9, and then tried >>> 2.8 .... both give the same error. > > Did you also rebuilt world? I don't think a world rebuild shouldn't be necessary for that change. > Attilio > > -- > Peace can only be achieved by understanding - A. Einstein > _______________________________________________ > 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 =A0 =A0=93The real damage is done by those millions who want to 'get by.' The ordinary men who just want to be left in peace. Those who don=92t want their little lives disturbed by anything bigger than themselves. Those with no sides and no causes. Those who won=92t take measure of their own strength, for fear of antagonizing their own weakness. Those who don=92t like to make waves=97or enemies. =A0 =A0Those for whom freedom, honour, truth, and principles are only literature. Those who live small, love small, die small. It=92s the reductionist approach to life: if you keep it small, you=92ll keep it under control. If you don=92t make any noise, the bogeyman won=92t find you. =A0 =A0But it=92s all an illusion, because they die too, those people who roll up their spirits into tiny little balls so as to be safe. Safe?! >From what? Life is always on the edge of death; narrow streets lead to the same place as wide avenues, and a little candle burns itself out just like a flaming torch does. =A0 =A0I choose my own way to burn.=94 =A0 =A0Sophie Scholl From owner-freebsd-current@FreeBSD.ORG Sat Feb 25 14:55:38 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1033) id 536B31065674; Sat, 25 Feb 2012 14:55:38 +0000 (UTC) Date: Sat, 25 Feb 2012 14:55:38 +0000 From: Alexey Dokuchaev To: John Baldwin Message-ID: <20120225145538.GB60384@FreeBSD.org> References: <20110109140215.000011b8@unknown> <201202230828.48022.jhb@freebsd.org> <20120223144116.GA99564@FreeBSD.org> <201202241222.37037.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <201202241222.37037.jhb@freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: Bruce Cran , freebsd-current@freebsd.org, Warner Losh Subject: Re: Loading uart module fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Feb 2012 14:55:38 -0000 On Fri, Feb 24, 2012 at 12:22:36PM -0500, John Baldwin wrote: > Try this for fixing the panic. New-bus was not clearing the description > if a device's attach routine failed. Thanks, this patch indeed fixes the panic. ./danfe From owner-freebsd-current@FreeBSD.ORG Sat Feb 25 14:55:52 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6252C106577D; Sat, 25 Feb 2012 14:55:52 +0000 (UTC) (envelope-from giovanni.trematerra@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id E41388FC14; Sat, 25 Feb 2012 14:55:51 +0000 (UTC) Received: by qcsg15 with SMTP id g15so112930qcs.13 for ; Sat, 25 Feb 2012 06:55:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; 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; bh=kXgCSIi5Z4iSRnxNxo+EY/wjcK+gzza7N7ORXDiyOT0=; b=WaQK+ZIzm7cC2PgAtzPJ7J9m7q6o/k+4HQ4ptyKD1CLBB+os/W9qxriSjrqs9l8KGZ wei13mTjuEFiEZZfpF6PyAUBWBaqcfTcS2gQTtUJH/1NMZL/4688D4xS4ugsfGFq/ytg xGYAGbNNM/lCrDwg0t18kBkuJ7QQObCVys/JQ= MIME-Version: 1.0 Received: by 10.224.174.72 with SMTP id s8mr2368210qaz.67.1330180447812; Sat, 25 Feb 2012 06:34:07 -0800 (PST) Sender: giovanni.trematerra@gmail.com Received: by 10.229.82.7 with HTTP; Sat, 25 Feb 2012 06:34:07 -0800 (PST) In-Reply-To: <4F488A92.9070104@FreeBSD.org> References: <4F486ADB.9050206@FreeBSD.org> <4F488A92.9070104@FreeBSD.org> Date: Sat, 25 Feb 2012 15:34:07 +0100 X-Google-Sender-Auth: n0li9D6bAeevIeq6NIR2BJjxq0s Message-ID: From: Giovanni Trematerra To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 Cc: jilles@freebsd.org, freebsd-current , kmacy@freebsd.org, sahil@freebsd.org Subject: Re: fifo_listen: fchmod public/pickup: Invalid argument with postfix on today's current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Feb 2012 14:55:52 -0000 On Sat, Feb 25, 2012 at 8:15 AM, Doug Barton wrote: > On 02/24/2012 21:00, Doug Barton wrote: >> I'm on today's -current (r232126) and I'm getting the error in the >> subject when trying to start postfix. I recompiled 2.9, and then tried >> 2.8 .... both give the same error. > > Backing out r232055 fixed this. > Hi Doug, sorry for the breakage. It should be related to a behavior change in handling fo_chmod/fo_chown for named pipes due to r232055. Could you try the patch at http://www.trematerra.net/patches/fifo_chmod.patch to see if it fixes your issue with postfix? Thank you -- Gianni From owner-freebsd-current@FreeBSD.ORG Sat Feb 25 18:42:00 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F8081065673; Sat, 25 Feb 2012 18:42:00 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id 234548FC08; Sat, 25 Feb 2012 18:41:59 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id q1PIfxqi017541; Sat, 25 Feb 2012 18:41:59 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.119] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id 2gnad76bgzqwvnfzzpsvrw2mf2; Sat, 25 Feb 2012 18:41:59 +0000 (UTC) (envelope-from tim@kientzle.com) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=us-ascii From: Tim Kientzle In-Reply-To: <20120223121647.50ba7c6a@kan.dyndns.org> Date: Sat, 25 Feb 2012 10:41:59 -0800 Content-Transfer-Encoding: 7bit Message-Id: <39D1C607-E186-4819-A562-E51B0366057A@kientzle.com> References: <20120221182850.GA20768@troutmask.apl.washington.edu> <20120221185754.GL55074@deviant.kiev.zoral.com.ua> <20120221194259.GA21185@troutmask.apl.washington.edu> <4F440E8B.9020306@FreeBSD.org> <20120221220053.GA44386@night.db.net> <20120221223251.GA23053@troutmask.apl.washington.edu> <5C146DC6-264B-43A9-9234-9E03315F3D33@kientzle.com> <20120223121647.50ba7c6a@kan.dyndns.org> To: Alexander Kabaev X-Mailer: Apple Mail (2.1257) Cc: freebsd-current FreeBSD , freebsd-ports@freebsd.org Subject: Re: rtld or lang/gcc cannot find libgcc_s.so.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 Feb 2012 18:42:00 -0000 On Feb 23, 2012, at 9:16 AM, Alexander Kabaev wrote: > On Tue, 21 Feb 2012 21:11:13 -0800 > Tim Kientzle wrote: > >> >> If I understand correctly, the libgcc in base is pretty stripped >> down compared to "regular" libgcc, because most of that >> stuff is in our libc instead. >> > > You understand it a bit wrong, but your conclusions are correct. libgcc > in base is not stripped in any way and is supposed to be identical to > one coming from upstream. So where is __umodsi3 supposed to be defined for ARM? In FreeBSD, libgcc refers to it but does not define it. It's defined in libc. I stumbled across this trying to link some freestanding ARM code using the native cross-compilers. The link failed if I used -nostdlib because of a handful of symbols such as this. Tim From owner-freebsd-current@FreeBSD.ORG Sat Feb 25 20:11:03 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6ADF71065670; Sat, 25 Feb 2012 20:11:03 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 01E838FC12; Sat, 25 Feb 2012 20:11:02 +0000 (UTC) Received: by qao25 with SMTP id 25so806536qao.13 for ; Sat, 25 Feb 2012 12:11:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type; bh=gd5DRdbTQA7I6MnuuPKnCU010e2/hyOpdAEzkXsEtaU=; b=F5cUl1CSIpJW5xiMmL1efxVHUBWeOaDIHHr5D0OW3ciIa+jNIvpwLuvFbCJRgs/C08 1ukJP457ymCehn3lxqm51CveC3PA1IJS9S9odBVd6PyCkvBQZd/pvHHo09vcRHL35JaC C9QYPXDFHkJwZzxO1R06E2j9DkRjN/P2MICZU= Received: by 10.224.73.12 with SMTP id o12mr3431876qaj.98.1330200662141; Sat, 25 Feb 2012 12:11:02 -0800 (PST) Received: from kan.dyndns.org (c-24-63-226-98.hsd1.ma.comcast.net. [24.63.226.98]) by mx.google.com with ESMTPS id hp1sm22811755qab.22.2012.02.25.12.11.01 (version=SSLv3 cipher=OTHER); Sat, 25 Feb 2012 12:11:01 -0800 (PST) Date: Sat, 25 Feb 2012 15:10:54 -0500 From: Alexander Kabaev To: Tim Kientzle Message-ID: <20120225151054.710d06af@kan.dyndns.org> In-Reply-To: <39D1C607-E186-4819-A562-E51B0366057A@kientzle.com> References: <20120221182850.GA20768@troutmask.apl.washington.edu> <20120221185754.GL55074@deviant.kiev.zoral.com.ua> <20120221194259.GA21185@troutmask.apl.washington.edu> <4F440E8B.9020306@FreeBSD.org> <20120221220053.GA44386@night.db.net> <20120221223251.GA23053@troutmask.apl.washington.edu> <5C146DC6-264B-43A9-9234-9E03315F3D33@kientzle.com> <20120223121647.50ba7c6a@kan.dyndns.org> <39D1C607-E186-4819-A562-E51B0366057A@kientzle.com> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/vSIsQP5ZMqJe/BW79+UTV6l"; protocol="application/pgp-signature" Cc: freebsd-current FreeBSD , freebsd-ports@freebsd.org Subject: Re: rtld or lang/gcc cannot find libgcc_s.so.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 Feb 2012 20:11:03 -0000 --Sig_/vSIsQP5ZMqJe/BW79+UTV6l Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sat, 25 Feb 2012 10:41:59 -0800 Tim Kientzle wrote: >=20 > On Feb 23, 2012, at 9:16 AM, Alexander Kabaev wrote: >=20 > > On Tue, 21 Feb 2012 21:11:13 -0800 > > Tim Kientzle wrote: > >=20 > >>=20 > >> If I understand correctly, the libgcc in base is pretty stripped > >> down compared to "regular" libgcc, because most of that > >> stuff is in our libc instead.=20 > >>=20 > >=20 > > You understand it a bit wrong, but your conclusions are correct. > > libgcc in base is not stripped in any way and is supposed to be > > identical to one coming from upstream. >=20 > So where is __umodsi3 supposed to be defined for ARM? >=20 > In FreeBSD, libgcc refers to it but does not define it. > It's defined in libc. >=20 > I stumbled across this trying to link some freestanding > ARM code using the native cross-compilers. The link > failed if I used -nostdlib because of a handful of symbols > such as this. >=20 > Tim I do not know how embedded architectures split it these days and I am not even sure if we have an official ARM port in FSF GCC, but in general these belong in static portion of libgcc.a. If you'd look at bmake glue in gnu/lib/libgcc, you will see that building of __umodsi was there but was disabled by our arm folks presumably because of switch to our own complete softfloat implementation that happens to be in libc. They probably should not have disabled integer math stuff along with libgcc's incomplete floating point implementation, but I guess they had their reasons. Non-embedded architectures do not do that and for amd64/i386 each GCC import since 3. ensured that libgcc_s.so matched one produced by upstream symbol-by-symbol. --=20 Alexander Kabaev --Sig_/vSIsQP5ZMqJe/BW79+UTV6l Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iD8DBQFPSUBTQ6z1jMm+XZYRAtNqAKCHZJ8AYfHTz/9sRrT6h1qaSKXc6gCgzyha oQYTovXrxEGBozXkG8d54OA= =LKsJ -----END PGP SIGNATURE----- --Sig_/vSIsQP5ZMqJe/BW79+UTV6l-- From owner-freebsd-current@FreeBSD.ORG Sat Feb 25 21:09:29 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by hub.freebsd.org (Postfix) with ESMTP id E72C8106566C; Sat, 25 Feb 2012 21:09:29 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from optiplex.dougb.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 61F521513EB; Sat, 25 Feb 2012 21:09:27 +0000 (UTC) Message-ID: <4F494E07.90406@FreeBSD.org> Date: Sat, 25 Feb 2012 13:09:27 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120224 Thunderbird/10.0.2 MIME-Version: 1.0 To: Giovanni Trematerra References: <4F486ADB.9050206@FreeBSD.org> <4F488A92.9070104@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.3.5 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: jilles@freebsd.org, freebsd-current , kmacy@freebsd.org, sahil@freebsd.org Subject: Re: fifo_listen: fchmod public/pickup: Invalid argument with postfix on today's current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Feb 2012 21:09:30 -0000 On 02/25/2012 06:34, Giovanni Trematerra wrote: > On Sat, Feb 25, 2012 at 8:15 AM, Doug Barton wrote: >> On 02/24/2012 21:00, Doug Barton wrote: >>> I'm on today's -current (r232126) and I'm getting the error in the >>> subject when trying to start postfix. I recompiled 2.9, and then tried >>> 2.8 .... both give the same error. >> >> Backing out r232055 fixed this. >> > > Hi Doug, > sorry for the breakage. > It should be related to a behavior change in handling fo_chmod/fo_chown for > named pipes due to r232055. > > Could you try the patch at > http://www.trematerra.net/patches/fifo_chmod.patch > > to see if it fixes your issue with postfix? Yes, it did, thanks. To answer the other question, yes, I always do world & kernel, unless 'svn up' only shows changes under sys/. Doug -- It's always a long day; 86400 doesn't fit into a short. Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/