From owner-freebsd-current@FreeBSD.ORG Sun Apr 11 00:09:03 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BBF841065670 for ; Sun, 11 Apr 2010 00:09:03 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id 47CE68FC12 for ; Sun, 11 Apr 2010 00:09:02 +0000 (UTC) Received: by wwb24 with SMTP id 24so1544599wwb.13 for ; Sat, 10 Apr 2010 17:09:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=+/DBoKSO6mkcF0WhzlGEWVpftFqUZo4gAwDfcOaCi44=; b=A9lFxltntM1SVEtR1BciBHM7X2yyguN1QLHDViZ3WSaaNsPdzZ1JG49JzEzbOw8qF+ xCJB1WEKLc+5ZeaVshjdEMZMWwXpXwpZATtWp1bHfyiqir57nd9abdm2ynlNfDCHgF7T jY0587j+mARY8twP+9qtUQplcL6qvRXRh+ybM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=NgyxZ6mPSxig8ISGkC7MO7pHmHW70PSxf52lMN04uN9ep8CDhRM0I/X3O1HlWgYSsx Uwp4HOuNMY1vOq/FjY3jQiDCMj1AX6y/dLG1z/4gw7+ASaxuC3VAQe8JZejMpTHpGP54 efhRpadGcV9AFqQjKpWBkLLJ7ZsBLrEIJ/4sA= MIME-Version: 1.0 Received: by 10.216.11.8 with HTTP; Sat, 10 Apr 2010 17:09:01 -0700 (PDT) In-Reply-To: <201004102207.o3AM7uPb060629@lava.sentex.ca> References: <201004081831.o38IVR3s043434@lava.sentex.ca> <201004091900.o39J0b0k051687@lava.sentex.ca> <20100409201307.GF1085@michelle.cdnetworks.com> <201004092105.o39L5SSh052323@lava.sentex.ca> <201004101446.o3AEkQ0O058513@lava.sentex.ca> <20100410160008.Q40281@maildrop.int.zabbadoz.net> <201004102207.o3AM7uPb060629@lava.sentex.ca> Date: Sat, 10 Apr 2010 17:09:01 -0700 Received: by 10.216.163.7 with SMTP id z7mr1177808wek.123.1270944542009; Sat, 10 Apr 2010 17:09:02 -0700 (PDT) Message-ID: From: Jack Vogel To: Mike Tancsa Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: pyunyh@gmail.com, "Bjoern A. Zeeb" , freebsd-current@freebsd.org Subject: Re: LOR on em in HEAD ( was Re: em driver regression X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Apr 2010 00:09:03 -0000 What's disabled is the drbr stuff in the stack, that will not keep the 82574 from initializing MSIX and multiple internal queues, if you have that adapter I would suggest you #define EM_MULTIQUEUE somewhere (Makefile, if_em.h or if_em.c) since I believe its the one place where you will benefit. At least try it and see. Jack On Sat, Apr 10, 2010 at 3:07 PM, Mike Tancsa wrote: > At 03:29 PM 4/10/2010, Jack Vogel wrote: > >> Added the missing locks around calls to rxeof and checked it in a minute >> ago. >> >> Sorry guys! >> > > Looks good for me now. BTW, I thought the multi-queue was supposed to be > disabled on the em nic ? > > > > em0: port 0x3040-0x305f mem > 0xc1b00000-0xc1b1ffff,0xc1b25000-0xc1b25fff irq 20 at device 25.0 on pci0 > em0: Using MSI interrupt > em0: [FILTER] > em0: Ethernet address: 00:15:17:c8:4b:99 > em1: port 0x1000-0x101f mem > 0xc1900000-0xc191ffff,0xc1920000-0xc1923fff irq 16 at device 0.0 on pci3 > em1: Using MSIX interrupts with 5 vectors > em1: [ITHREAD] > em1: [ITHREAD] > em1: [ITHREAD] > em1: [ITHREAD] > em1: [ITHREAD] > em1: Ethernet address: 00:15:17:c8:4b:98 > > 0(i5b)% vmstat -i > interrupt total rate > irq4: uart0 6285 13 > irq21: ehci0 728 1 > irq23: ehci1 1078 2 > cpu0: timer 924321 1992 > irq256: em0 9375 20 > irq257: em1 127 0 > > irq258: em1 7 0 > irq261: em1 2 0 > irq262: ahci0 69 0 > cpu3: timer 923686 1990 > cpu1: timer 923651 1990 > cpu2: timer 923597 1990 > Total 3712926 8001 > > 0(i5b)% > > em0@pci0:0:25:0: class=0x020000 card=0x34ec8086 chip=0x10ef8086 > rev=0x05 hdr=0x00 > vendor = 'Intel Corporation' > class = network > subclass = ethernet > cap 01[c8] = powerspec 2 supports D0 D3 current D0 > cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message > cap 13[e0] = PCI Advanced Features: FLR TP > > em1@pci0:3:0:0: class=0x020000 card=0x34ec8086 chip=0x10d38086 rev=0x00 > hdr=0x00 > vendor = 'Intel Corporation' > device = 'Intel 82574L Gigabit Ethernet Controller (82574L)' > class = network > subclass = ethernet > cap 01[c8] = powerspec 2 supports D0 D3 current D0 > cap 05[d0] = MSI supports 1 message, 64 bit > cap 10[e0] = PCI-Express 1 endpoint max data 128(256) link x1(x1) > cap 11[a0] = MSI-X supports 5 messages in map 0x1c enabled > > Jack >> >> >> >> On Sat, Apr 10, 2010 at 9:05 AM, Bjoern A. Zeeb <> bzeeb-lists@lists.zabbadoz.net>bzeeb-lists@lists.zabbadoz.net> wrote: >> On Sat, 10 Apr 2010, Mike Tancsa wrote: >> >> Hi Mike, >> >> >> At 05:11 PM 4/9/2010, Jack Vogel wrote: >> Don't know, but I would just ignore it, I think its a false warning >> anyway. >> >> >> OK. I updated to HEAD as of this AM, but now I get a panic at bootup >> >> ... >> >> Trying to mount root from nfs: >> NFS ROOT: 10.255.255.1:/usr/home/pxe9/ >> panic: mutex em0:rx(0) not owned at >> /usr/HEAD/src/sys/modules/em/../../dev/e1000/if_em.c:4093 >> cpuid = 3 >> KDB: enter: panic >> [ thread pid 0 tid 100032 ] >> Stopped at kdb_enter+0x3a: movl $0,kdb_why >> db> bt >> Tracing pid 0 tid 100032 td 0xc5f5bb40 >> kdb_enter(c0cb0e9d,c0cb0e9d,c0caf56e,c5b2ac28,3,...) at kdb_enter+0x3a >> panic(c0caf56e,c6002024,c11a0357,ffd,c5b2ac7c,...) at panic+0x136 >> _mtx_assert(c6002010,4,c11a0357,ffd,64,...) at _mtx_assert+0x87 >> em_rxeof(246,c5ff7d98,c5b2aca8,c088e194,c5ff7d98,...) at em_rxeof+0x3b >> em_handle_que(c6006000,1,c0cb5c9c,4f,c5ff7d98,...) at em_handle_que+0x38 >> taskqueue_run(c5ff7d80,c5ff7d98,c0ca6410,0,c0caf5f6,...) at >> taskqueue_run+0x103 >> taskqueue_thread_loop(c600a520,c5b2ad38,c0cac192,343,c0e0ce20,...) at >> taskqueue_thread_loop+0x68 >> fork_exit(c08dcde0,c600a520,c5b2ad38) at fork_exit+0xb8 >> fork_trampoline() at fork_trampoline+0x8 >> --- trap 0, eip = 0, esp = 0xc5b2ad70, ebp = 0 --- >> db> >> >> >> >> This is a bug that seems to only happen in the Kitchener area as I hit >> it with a machine there just a few minutes ago as well. >> >> This one has fixed it for me: >> >> http://lists.freebsd.org/pipermail/svn-src-head/2010-April/016249.html >> >> >> /bz >> >> -- >> Bjoern A. Zeeb It will not break if you know what you are doing. >> >> > -------------------------------------------------------------------- > Mike Tancsa, tel +1 519 651 3400 > Sentex Communications, mike@sentex.net > Providing Internet since 1994 www.sentex.net > Cambridge, Ontario Canada www.sentex.net/mike > > From owner-freebsd-current@FreeBSD.ORG Sun Apr 11 00:14:55 2010 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 8A71C106564A for ; Sun, 11 Apr 2010 00:14:55 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 3C2508FC12 for ; Sun, 11 Apr 2010 00:14:54 +0000 (UTC) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id o3B0EsRt010462; Sat, 10 Apr 2010 17:14:54 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.3/Submit) id o3B0EsIS010461; Sat, 10 Apr 2010 17:14:54 -0700 (PDT) (envelope-from david) Date: Sat, 10 Apr 2010 17:14:54 -0700 From: David Wolfskill To: current@freebsd.org Message-ID: <20100411001454.GO73901@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ScBGguMCFzdFq7Io" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: SIGSEGV in dc, at bcode.c:277 (function reset_bmachine()) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Apr 2010 00:14:55 -0000 --ScBGguMCFzdFq7Io Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable As these things go, this probably isn't as critical as most thinsg disussed on this list, but I happened to notice it today, built a debugging world and at least cornered the annoying little varmint. Sorry; no patch at this time. :-( Here's how to reproduce it: while running CURRENT, invoke dc(1) using the command-line expression-soecification ("-e ..."), thus: freebeast(9.0-C)[2] dc -e "6 2/p" Segmentation fault (core dumped) freebeast(9.0-C)[3]=20 This was running: FreeBSD freebeast.catwhisker.org 9.0-CURRENT FreeBSD 9.0-CURRENT #1 r206447= : Sat Apr 10 14:49:56 PDT 2010 root@freebeast.catwhisker.org:/common/S1= /obj/usr/src/sys/GENERIC i386 It's been a while since I did much with gdb, so the attempt at post-mortem dump analysis wasn't very useful. However, I did try re-running the test under gdb, which demonstrated that on (initial) entry to reset_bmachine(), init_bmachine() has not (yet?) been called; as as result, there is no storage allocated to bmachine.readstack[]. This is an issue because reset_bmachine() tries to place data in that array, thus: 270 271 /* Reset the things needed before processing a (new) file */ 272 void 273 reset_bmachine(struct source *src) 274 { 275=20 276 bmachine.readsp =3D 0; 277 bmachine.readstack[0] =3D *src; 278 } 279=20 Now, I've not had occasion to prowl around and become familiar with the internals of dc(1), so I don't know whether invoking reset_bmachine() without having invoked init_bmachine() beforehand is just bogus, or if perhaps reset_bmachine() should check to see if init_bmachine() has been called (and if not, call it), or .... But I think it's fairly clear that there's a bit of a logic error here. [In case anyone was wondering why someone might try to use that form of invocation: I was doing arithmetic in a shell script, and wanted to be able to control rounding, rather than necessarily performing so- called "integer" arithmetic.] I can file a PR if it would help the tracking & getting the bug fixed. Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --ScBGguMCFzdFq7Io Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkvBFHgACgkQmprOCmdXAD0OvACggRZFY4ZkKO6BiFupKJUOYI7C C7YAn0zl+TY5D7kInmyp6uOrI0t2QAGG =jGOj -----END PGP SIGNATURE----- --ScBGguMCFzdFq7Io-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 11 02:03:29 2010 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 F3CA4106566B; Sun, 11 Apr 2010 02:03:28 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.155]) by mx1.freebsd.org (Postfix) with ESMTP id 5211B8FC14; Sun, 11 Apr 2010 02:03:27 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id l26so570288fgb.13 for ; Sat, 10 Apr 2010 19:03:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=huDah91mX7x8KVGxwigwCtoMNySymqw1GoltjGh6sYY=; b=pPNecEuIA1J8NVJKO4UJ68VsNkG9XEeR30hcFK0Vy3DG1pDRBXjXGSTpUtfoyiikaU SD16lCbPtKZfRB4aP90D11MJw5z0tfwtq8fpW4yS3P8MM4kwk8ZIVK2tjH2vHLb3nefj ouI8lZzZ4jywrsbKH5aAg+aEet8OB6uDWujbc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=tPIRJrz1+H91PbfaA6iuMVTVGxiGFoktcn7aynVn7AB6u9Ib+iQTEH0mqPwBUgnhWp ZVTsm1TNh9DtV92yzAgESyyFBcBtIkqwzlDrBhvHCbN7E4JePOXjibLwUzqjA23erHW5 Jq7xMSLUfDoKEdt7/jjL1tq+kg+LCQcRMHE4k= MIME-Version: 1.0 Received: by 10.239.180.11 with HTTP; Sat, 10 Apr 2010 18:40:05 -0700 (PDT) In-Reply-To: <20100410234700.GG6166@lonesome.com> References: <4BBFD502.1010507@elischer.org> <20100410234700.GG6166@lonesome.com> Date: Sat, 10 Apr 2010 21:40:05 -0400 Received: by 10.239.132.5 with SMTP id 5mr153595hbp.137.1270950005339; Sat, 10 Apr 2010 18:40:05 -0700 (PDT) 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: ports@freebsd.org, Julian Elischer , FreeBSD Current Subject: Re: ports and PBIs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Apr 2010 02:03:29 -0000 On Sat, Apr 10, 2010 at 7:47 PM, Mark Linimon wrote: > not to be a troll but ... > > ... for those that want the ease-of-use of PBIs, why not just use PC-BSD > in the first place? They seem to have their own QA process in place in > terms of keeping the various large applications at a sane level. > > Kernel development could (just like it is on the Macs) be done in some > kind of virtualization context. > > My own experience with helping people who try to run FreeBSD-CURRENT with > an up-to-date ports tree is that there are far too many moving parts for > it to be dependable. (For more on how often ports get broken by changes > in -CURRENT, see http://wiki.freebsd.org/PortsBrokenOnCurrent. Note that > that list is not complete.) > > mcl > I have tried PC-BSD . I think it has an important draw back : Its theme is changing its colour cyclically . Any person having chronic illness Vertigo can not endure such continuous colour change . I could not find any place to stop that colour cycling other than to remove PC-BSD and install another operating systems onto its hard disk . In FreeBSD ports system , for me , problem is not the current port system . My idea is to have additional information about ports . For example , when a package is desired to be added by pkg_add , it is downloading the requested package , decompressing it , and saying that it is already installed , and it is not necessary to install it . Instead of this , the following structure ( a more proper one may be suggested , this is only an idea ) may be useful : In the ports , instead of using short names , use after a certain character a signature name of the port : As an example : kde4.version.signature.tbz . In installed systems , always install in directories having that name with signature . When an install is attempted , again use pkg_add kde4 for easiness , not its long name , or kde4.version to select a specified version . pkg_add should compute the signature of the installed port kde4, and check its value to installed signature name . If they are different , the port is destroyed ( install it unconditionally ) , otherwise proper . pkg_add should check port kde4... in ports . If their signatures are the same , it is not necessary to download and install it . For the dependencies , with a port kde4.....tbz , maintain a kde4.....xml listing all the dependencies , in which they may be inspected recursively ( Such lists are displayed in ports related web pages in www.freebsd.org ) . By checking all the related xml files and installed ports in a system , it will be possible to decide installation possibility of a port attempted to be installed without downloading actual port files . In a directory in the system , maintain a subdirectory of ports : Failed_Builds . Into this directory , store names of the packages which failed during building . When a package is attempted to be build , for itself and its dependencies , check that Failed_Builds directory for matching names . If there exists any one of them , do not start to build , because it will not be successfully completed . ( Entries from that directory may be deleted manually to allow build tries , and successful build may check this directory to remove matching entries if it is present . ) This Failed_Builds list is important , because when that information is not used , the same failed build is attempted many times for an install of some packages . Personally , I am not against an additionally available PBI directory in ports tree . Some users may prefer to use them although some packages will be repeatedly stored in different PBI packages and will be downloaded for each of them . Thank you very much . Mehmet Erol Sanliturk From owner-freebsd-current@FreeBSD.ORG Sun Apr 11 03:16:07 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4FF351065672 for ; Sun, 11 Apr 2010 03:16:07 +0000 (UTC) (envelope-from deeptech71@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by mx1.freebsd.org (Postfix) with ESMTP id D49218FC15 for ; Sun, 11 Apr 2010 03:16:06 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id 22so83912fge.13 for ; Sat, 10 Apr 2010 20:16:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:content-type :content-transfer-encoding; bh=nw3Y6R0FruxjDPij9G1Bw8M705tAewyfp9aU56/XPK8=; b=DtLrYs2/2PYz06oBZaE7oEdFqYH6FZLd47HdoK1rNrtooSMZZAuqK1P7kwB1JSVZDl 1I5uQda7/ih81EDEcZaHtt0b8Lryyf1/JddbkBUxbb4w8p+XYt/Ecmr9Te73ks298q2P AdvvMQVBoYhIUosZ89V2+ujbwsdtWzhUd0gs8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; b=st5hmJxQVLcEiKRTpHcD1afr7Fx/kMZSc6aIkLpHNBkXTu9QLducviCMr6uV1jYBI2 dU34/dF794qPloBlItmmfDD/b20cc0FJUisiTYuObDgYb2sfpWIjTobNbCXQma9Pv8sv XJl6vFM/APnuORt5+pb4xHKFEMVl228b5KcbE= Received: by 10.103.4.4 with SMTP id g4mr1015740mui.80.1270955765648; Sat, 10 Apr 2010 20:16:05 -0700 (PDT) Received: from [157.181.97.113] (quark.teteny.elte.hu [157.181.97.113]) by mx.google.com with ESMTPS id y2sm11600665mug.21.2010.04.10.20.16.04 (version=SSLv3 cipher=RC4-MD5); Sat, 10 Apr 2010 20:16:04 -0700 (PDT) Message-ID: <4BC14067.2020900@gmail.com> Date: Sun, 11 Apr 2010 05:22:15 +0200 From: deeptech71@gmail.com User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.9) Gecko/20100317 SeaMonkey/2.0.4 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: boot process gets weirdly interrupted when using scroll lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Apr 2010 03:16:07 -0000 During the boot process, when rc scripts (or whatever) are printing messages, I turn on the scroll lock. As a result, I stop hearing my hard drive seeking, indicating that the system isn't loading. However, when I turn off the scroll lock, the boot process doesn't continue. It just hangs at the message that was last printed before I turned on the scroll lock. This happens when I turn on the scroll lock some time after "Creating and/or trimming log files" is printed, but before the vty login prompts show up. At this point I can't use the vtys (login, switch). CTRL+ALT+DEL seems to properly restart the system. But if I wait for 30 seconds, a login prompt finally shows up. The things to note is that (1) the text from the scripts never got printed, and (2) the system should have been loaded in 2 seconds, not 30. From owner-freebsd-current@FreeBSD.ORG Sun Apr 11 04:59:42 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63AA11065676 for ; Sun, 11 Apr 2010 04:59:42 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 2F5C88FC0C for ; Sun, 11 Apr 2010 04:59:41 +0000 (UTC) Received: from [192.168.1.4] (adsl-154-198-33.ard.bellsouth.net [72.154.198.33]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id o3B4xdWh032012 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sun, 11 Apr 2010 00:59:40 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Bruce Simpson In-Reply-To: <4BC088D3.3010908@incunabulum.net> References: <4BBFD502.1010507@elischer.org> <4BC088D3.3010908@incunabulum.net> Content-Type: text/plain Organization: FreeBSD Date: Sat, 10 Apr 2010 23:59:34 -0500 Message-Id: <1270961974.13132.41.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.3 required=5.0 tests=AWL, BAYES_00, FH_DATE_PAST_20XX, RCVD_IN_PBL,RCVD_IN_SORBS_DUL,RDNS_DYNAMIC,SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-current@freebsd.org Subject: Re: ports and PBIs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Apr 2010 04:59:42 -0000 On Sat, 2010-04-10 at 15:18 +0100, Bruce Simpson wrote: > On 04/10/10 02:31, Julian Elischer wrote: > > > > Alfred Perlstein , Matt at ix systems Kris (Mr PBI), some > > others and I, felt that these ideas seemed to make some sense > > and so I put them here for comment. > > Please do. Someone has to do something about deployment. > > For what it's worth, I've tripped over the garden rake on the ground, > that is 'unsatisfied dependency' one too many times in commercial work. > > If PBIs can address this, even for FreeBSD's embedded and server use > cases, they will likely be well recieved. If I understood the PBI construct correctly... How is this really that different than just producing static binaries? I mean, as I understood it, your bundling the binary and all of it's required libraries into a private directory tree and then playing linker games. robert. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- Robert Noland FreeBSD From owner-freebsd-current@FreeBSD.ORG Sun Apr 11 05:06:37 2010 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 C001B106564A; Sun, 11 Apr 2010 05:06:37 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.27]) by mx1.freebsd.org (Postfix) with ESMTP id 5C0F18FC0A; Sun, 11 Apr 2010 05:06:36 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 5so1579297qwi.7 for ; Sat, 10 Apr 2010 22:06:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=ylDCDQe0pXvFWHzEp1wjs2N/NIgiF87DSPlvXDxPBCU=; b=vjkDFfr08pLW33ZYm7TqWbnQ43KIN4QHRat638rkYvhMs0VV7r1EDMOIIe0PNIikSW YLvCTeG/itHoZAfrgSkZBNT0RJRw76q0JOrP1uPI3a8R/zEmzU6H8nrpf4H+fZSZ+NK0 2a7tlRCio0a/kG+ReuKY5kUbeJFKCgt6thxOA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=WwyBaoK4gukTWOhOJ0Vzh1BNA6/6SuqAeD+mcohDN37R9Q0HWS3WYmWl4iVGyfcBS3 fiH75Er1jsVqdhEiQQ8ZCfudQLydId9qLYK5cuq2CvG1QtsVyjt33jctRN9CFfyWmRnr UYmVN8C4/EBexX3V+Hq94+60dz2P0dx2WgJGI= MIME-Version: 1.0 Received: by 10.229.28.85 with HTTP; Sat, 10 Apr 2010 22:06:36 -0700 (PDT) In-Reply-To: <4BC0AF62.9050600@elischer.org> References: <4BBFD502.1010507@elischer.org> <4BC03ABA.6090309@elischer.org> <4BC0AF62.9050600@elischer.org> Date: Sat, 10 Apr 2010 22:06:36 -0700 Received: by 10.229.212.132 with SMTP id gs4mr3493113qcb.53.1270962396113; Sat, 10 Apr 2010 22:06:36 -0700 (PDT) Message-ID: From: Garrett Cooper To: Julian Elischer Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Sun, 11 Apr 2010 05:48:40 +0000 Cc: Adam Vande More , Kris Moore , John Hixson , ports@freebsd.org, "Sam Fourman Jr." , "Dave Fourman\(Gmail\)" , Matt Olander , Vanessa Kraus , FreeBSD Current Subject: Re: ports and PBIs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Apr 2010 05:06:37 -0000 On Sat, Apr 10, 2010 at 10:03 AM, Julian Elischer wro= te: > On 4/10/10 3:35 AM, Garrett Cooper wrote: [...] >> If I'm understanding you correctly you're saying it's an issue when I do= : >> >> pkg_add A B C >> >> # 1 year passes >> >> pkg_add D >> >> # D depends on A, B, C, of different revisions. pkg_add barfs because >> it can't find the applications, etc. >> >> This is something that's been hashed over a number of times (a few of >> which I've participated in in #bsdports). There needs to be a simple >> update command which will handle the action of upgrading packages, >> because there isn't a proper command that will do so today. >> >> Unless PBIs are self-contained entities which have their own sets of >> dependent utilities and libraries, etc (which you weren't suggesting >> in the sentence above), or install into a common location with >> versioned directories (which is a pain in the ass and involves a lot >> of hardcoded pains dealing with libtool files, libraries, etc -- been >> there, done that with Gentoo Linux -- there are hack scripts written >> to work around several possible hardcoded version issue, and there are >> a handful), AFAIK there's nothing positive and new that PBIs can bring >> to the table in this regard that can't be implemented in pkg_install >> as-is, other than the point-click-install user-friendly interface. > > ok that's your opinion n the matter. I for one think htat hte default > ettin for PBIs to install all the dependencies, in this day of 1TB drives= , > makes sense and is a good capability for us to have, even if not everyone > needs to use it. It's more than just diskspace though. Consider the fact that now you're going to lose a lot of the memory sharing between shared libs and what-not, and now you'd have to be running N number of daemons . Take PCBSD for instance -- do they really revision packages with unshared dependencies, or are all of the dependencies updated at once? This becomes a big issue as you can't have dissimilar applications like dbus, gamin, openssh, etc running on the same system at one time. How does the PBI layout plan to deal with this kind of conflict -- apart from jails, which would greatly increase the required footprint...? > If you can do this with package code, Maybe you will supply the packages.= . Not quite sure what you meant here. >>>>> better still, make the development ports a PBI, I am just thinking ou= t >>>>> loud here,but that may work, toughts? >>>>> >>>>> one could say I could use merge scripts like marcusmerge for example, >>>>> or use Virtualbox... >>>>> but for large ports like Xorg and gnome or KDE, virtualbox doesn't cu= t >>>>> it >>>>> yet... >>>>> thinks like Nvidia Video cards, multiple monitors, USB devices, and >>>>> whatnot do not work on virtual box.. >>>>> PBI's for development ports, with all the dependencies, wrapped in on= e >>>>> package. >>>> >>>> Ok, well here's the thing. Instead of having N shared dependencies and >>>> libraries in /usr/local/lib, you'd have N**2 shared dependencies and >>>> libraries in each and every package. Now, let's look at >>> >>> >>> >>>> $ ls -l irssi-0.8.14_1.tbz ~/Downloads/Irssi0.8.14_1-PV0.pbi >>>> -rw-r--r-- =A01 gcooper =A0gcooper =A06856203 Apr 10 00:05 >>>> /usr/home/gcooper/Downloads/Irssi0.8.14_1-PV0.pbi >>>> -rw-r--r-- =A01 root =A0 =A0 wheel =A0 =A0 517442 Apr 10 00:07 irssi-0= .8.14_1.tbz >>>> >>>> The .tbz file is a file created with pkg_create -b, and the other file >>>> is the PBI I pulled off of http://www.pbidir.com/bt/download/210/2079 >>>> . Big difference in size (13.25 fold difference). >>> >>> Yes but that is a worst case thing. =A0We are talking about making >>> a system where the PBIs contain all the libraries needed but that >>> only some of them are installed, when there is not already the >>> same one (i.e. identical) installed by a previous PBI. >>> so if you installed, say, 20 PBI from the same 'set' you woudl only >>> be installing one copy of the libraries that >> >> See above comment. >> >>>> PBIs only comprise a small set of packages in FreeBSD; if my >>>> understanding is correct based on a mirror referenced in pbidir.com, >>>> the number is currently under 500~750 PBIs -- this is drastically >>>> smaller than the number of binary packages produced by ports on a >>>> regular basis for FreeBSD. >>>> >>>>> solution? well let all the developers develop working ports in >>>>> progress in one place, give users like me a way to track these change= s >>>>> and install and test them... I think FreeBSD becomes a better place f= or >>>>> it. >>>> >>>> Packages are more of the answer IMO, not PBIs. PBIs are merely a >>>> different set of contents and different means of delivering those >>>> contents, and while I like the idea of point - click - install, I'm >>>> not ready to create unnecessary complexity by having libraries rev'ed >>>> according to what the maintainer A believes are correct, even though >>>> maintainer B set it differently, and I'm not interested in sacrificing >>>> disk space for this reason. If I wanted to use a packaging scheme like >>>> this, I should be using Mac OSX as my primary operating system. >>> >>> well no-one is going to make you use PBIs >> >> Yes, but if I now have to waste more bandwidth and disk space >> installing packages, why shouldn't I go to another operating system? >> Switching over to PBIs will reel in more desktop and entry-level >> sysadmins, etc, but I fear that it will isolate folks in the embedded >> market as well as several more seasoned users because of the >> implications involved with the extra bandwidth requirement and >> footprint. > > why? > As people have said before.. embedded folks usually want to compile > everyrthing for themselves anyhow. Not necessarily. You have folks in embedded rolling their own stuff, sure, but then you have groups like Montavista (now owned by Cavium Networks) repackaging Linux for customers, providing a nominal fee for the packages, support, and the tools, and there are large companies (like Cisco) buying into this. It's not to say that people are going to not roll their own solution, but many [intelligent] folks are going towards an externally supported model instead of rolling their own stuff. Thus, whatever the community decides is sane is what gets adopted (unless the developers or management for the group are really foolhardy / ignorant of what exists in the outside world, they're steeped in existing methods that can't be easily transitioned to the new model, or they have expendable resources to toss towards a custom solution for specific needs). If you guys think PBIs are so great... tell ya what -- make me and other folks believers: 1. Produce a port with the magic PBI producing tool. 2. Produce directions on how to use said tool. 3. Make sure said tool and install method doesn't conflict with what exists in base. 4. Capture statistics of how many people download this stuff and use it (maybe use bsdstats?). 5. Come back when you have data proving how many people care for your solution so portmgr and core can make an informed decision on whether or not it should be a part of base. Oh, and think about this too: whoever produces the tool, eats the support costs. The project shouldn't eat the support costs until it's a part of base, if that ever happens. Definitely take this point into consideration because good support is not only `my package/port/PBI is broken .. help me!' -- it's also having QA engineers on hand and staffed to validate that the packages or PBIs are valid and functional -- in the very least from a DoA / smoke test perspective. I realize that this is lacking in packages / ports today, but it's something that many folks volunteering in the project (cross-functional in bugs area and also in ports) have wanted for a long time. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Sun Apr 11 07:24:09 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 883EC106564A for ; Sun, 11 Apr 2010 07:24:09 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id 419648FC08 for ; Sun, 11 Apr 2010 07:24:08 +0000 (UTC) Received: from [77.41.96.17] (port=32169 helo=dc7700p.lissyara.su) by hosting.lissyara.su with esmtpa (Exim 4.71 (FreeBSD)) (envelope-from ) id 1O0rWZ-000Gi3-6v for freebsd-current@freebsd.org; Sun, 11 Apr 2010 11:24:07 +0400 Message-ID: <4BC1790F.1020205@lissyara.su> Date: Sun, 11 Apr 2010 11:23:59 +0400 From: Alex Keda User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ru-RU; rv:1.9.1.9) Gecko/20100403 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Subject: ipfw bug on i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Apr 2010 07:24:09 -0000 srv5# more /tmp/a.sh table="24" ipfw table $table flush for octet3 in `jot - 1 60` do for octet4 in `jot - 1 254` do echo "table $table add 192.168.$octet3.$octet4" >> /tmp/$$.txt done done ipfw /tmp/$$.txt rm -f /tmp/$$.txt effect: srv5# sh /tmp/a.sh Abort trap (core dumped) srv5# srv5# ll ipfw.core -rw------- 1 root wheel - 1,9M 11 апр 11:22 ipfw.core srv5# Tested on 8,9 i386 - core dump, amd64 - all OK 7 - all OK From owner-freebsd-current@FreeBSD.ORG Sun Apr 11 08:14:27 2010 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 F0205106566B; Sun, 11 Apr 2010 08:14:26 +0000 (UTC) (envelope-from julianelischer@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 87B9A8FC08; Sun, 11 Apr 2010 08:14:26 +0000 (UTC) Received: by gwaa12 with SMTP id a12so2593813gwa.13 for ; Sun, 11 Apr 2010 01:14:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=Ccka2ZNchPIlkmSI78ui8ZNHlhgIw0zjku5O0IMAFW8=; b=Rd/e4NhE+4Gt3ktAC5pY8kFkaelPktrQTY2KX4g4DlaCXRJAXQLm+nHPN0enMUdgFS E/dwWueb1w/Ys/pGkCu6XhkET7Wd7LbBKSo8SaSUg37JCEsNIdgVyT8/8IqDmedF6gdR JSx4s42o+rrHtJVqH8vBgkO+xwuIqn7PpWvzo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=PgUFm635SzxnHMZ6YdajzbQy7qkXIIz0TzJTeY7DnR/o3idYsvw03dWfyuyZbonYLT j3sPkv0u3Mrfn3pBCKD7fQIpUOd/dlgq82OYMRMMKJssZLT4plCNqCcey0iHJLQxNlOh w9LXAUL0v1RaQ5gO0S1Dcvr78cKNyJ931difU= Received: by 10.151.2.5 with SMTP id e5mr2163598ybi.164.1270973665591; Sun, 11 Apr 2010 01:14:25 -0700 (PDT) Received: from julian-mac.elischer.org (h-67-100-89-137.snfccasy.static.covad.net [67.100.89.137]) by mx.google.com with ESMTPS id 20sm2711854iwn.9.2010.04.11.01.14.23 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 11 Apr 2010 01:14:24 -0700 (PDT) Sender: Julian Elischer Message-ID: <4BC184E0.8070901@elischer.org> Date: Sun, 11 Apr 2010 01:14:24 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: Garrett Cooper References: <4BBFD502.1010507@elischer.org> <4BC03ABA.6090309@elischer.org> <4BC0AF62.9050600@elischer.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, Kris Moore , FreeBSD Current Subject: Re: ports and PBIs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Apr 2010 08:14:27 -0000 On 4/10/10 10:06 PM, Garrett Cooper wrote: > It's more than just diskspace though. Consider the fact that now > you're going to lose a lot of the memory sharing between shared libs > and what-not, and now you'd have to be running N number of daemons . > Take PCBSD for instance -- do they really revision packages with > unshared dependencies, or are all of the dependencies updated at once? > This becomes a big issue as you can't have dissimilar applications > like dbus, gamin, openssh, etc running on the same system at one time. > How does the PBI layout plan to deal with this kind of conflict -- > apart from jails, which would greatly increase the required > footprint...? It's a pitty that you didn't read the original post where it was stated that doing this would depend on a scheme that is under discussion for common components to be shared WHEN POSSIBLE. > >> If you can do this with package code, Maybe you will supply the packages.. > > Not quite sure what you meant here. I meant. get involved and do some of the work if you can see such an easy answer. >> why? >> As people have said before.. embedded folks usually want to compile >> everyrthing for themselves anyhow. > > Not necessarily. You have folks in embedded rolling their own stuff, > sure, but then you have groups like Montavista (now owned by Cavium > Networks) repackaging Linux for customers, providing a nominal fee for > the packages, support, and the tools, and there are large companies > (like Cisco) buying into this. It's not to say that people are going > to not roll their own solution, but many [intelligent] folks are going > towards an externally supported model instead of rolling their own > stuff. Thus, whatever the community decides is sane is what gets > adopted (unless the developers or management for the group are really > foolhardy / ignorant of what exists in the outside world, they're > steeped in existing methods that can't be easily transitioned to the > new model, or they have expendable resources to toss towards a custom > solution for specific needs). > > If you guys think PBIs are so great... tell ya what -- make me and > other folks believers: > You know young fellow, your attitude is kind of annoying for a topic that is just up for discussion. > 1. Produce a port with the magic PBI producing tool. I hope to be able to do this soon. > 2. Produce directions on how to use said tool. the goal is: cd /usr/ports/misc/cowsay (or whereever cowsay is) make pbi > 3. Make sure said tool and install method doesn't conflict with what > exists in base. PBIs already don't conflict. Hav eyou ever tried PC-BSD? > 4. Capture statistics of how many people download this stuff and use well we would start with the number of people using PC-BSD because if we did this they would use our stuff. > 5. Come back when you have data proving how many people care for your > solution so portmgr and core can make an informed decision on whether > or not it should be a part of base. that's not how it's ever worked and I doubt it's going to start now. > > Oh, and think about this too: whoever produces the tool, eats the > support costs. > The project shouldn't eat the support costs until it's > a part of base, if that ever happens. Definitely take this point into > consideration because good support is not only `my package/port/PBI is > broken .. help me!' -- it's also having QA engineers on hand and > staffed to validate that the packages or PBIs are valid and functional > -- in the very least from a DoA / smoke test perspective. I realize > that this is lacking in packages / ports today, but it's something > that many folks volunteering in the project (cross-functional in bugs > area and also in ports) have wanted for a long time. Sorry, but you've really pissed me off and as most people will tell you. that's not easy to do. This all has the ring of a desperate person looking for excuses to complain about something. Every thing you have mentioned occurred to those of us having the original discussion in about the oh, say FIRST 10 SECONDS of the conversation. Might I suggest that when you have been in the project another decade or so you might learn some manners and stop trying to teach you grandmother to suck eggs. If you are trying to tell me about project dynamics or how things work of need to work I put it to you that I've been doing this when you were about minus 10 years old. I do Not need a lecture from a wet behind the ears puppy about how I should handle a discussion with interested parties on possibly improving FreeBSD's user experience. When you were born I was decoding network traces. When you were giving you mother heart attacks by eating the crayons I was writing disk and network drivers for BSD and long haul protocols. When you were learning to read I was playing with the MACH VM system and kerle build process. When you were learning to do multiplication of small numbers I trying to forget the Windows NT internals classes I had been sent to. Do you think we are so stupid that we didn't take all the points you bring up in the "that's a given" starting point. There is twenty years of history behind what we are talking about. Do you think that PBIs just appeared without thought? Do you really believe I'm proposing something without already having discussed it with people and thought about it from many angles? p.s. Hi to all the old gang at Ironport Julian > > Thanks, > -Garrett From owner-freebsd-current@FreeBSD.ORG Sun Apr 11 09:02:14 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6888106564A; Sun, 11 Apr 2010 09:02:14 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (gate6.infracaninophile.co.uk [IPv6:2001:8b0:151:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 2E34F8FC14; Sun, 11 Apr 2010 09:02:14 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.187.76.163]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.4/8.14.4) with ESMTP id o3B928IL015834 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sun, 11 Apr 2010 10:02:08 +0100 (BST) (envelope-from m.seaman@infracaninophile.co.uk) Message-ID: <4BC19010.2000003@infracaninophile.co.uk> Date: Sun, 11 Apr 2010 10:02:08 +0100 From: Matthew Seaman Organization: Infracaninophile User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: Robert Noland References: <4BBFD502.1010507@elischer.org> <4BC088D3.3010908@incunabulum.net> <1270961974.13132.41.camel@balrog.2hip.net> In-Reply-To: <1270961974.13132.41.camel@balrog.2hip.net> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.96 at happy-idiot-talk.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-1.1 required=5.0 tests=BAYES_00,DKIM_ADSP_ALL, SPF_FAIL autolearn=no version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on happy-idiot-talk.infracaninophile.co.uk Cc: Bruce Simpson , freebsd-current@freebsd.org Subject: Re: ports and PBIs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Apr 2010 09:02:14 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 11/04/2010 05:59:34, Robert Noland wrote: > On Sat, 2010-04-10 at 15:18 +0100, Bruce Simpson wrote: >> On 04/10/10 02:31, Julian Elischer wrote: >>> >>> Alfred Perlstein , Matt at ix systems Kris (Mr PBI), some >>> others and I, felt that these ideas seemed to make some sense >>> and so I put them here for comment. >> >> Please do. Someone has to do something about deployment. >> >> For what it's worth, I've tripped over the garden rake on the ground, >> that is 'unsatisfied dependency' one too many times in commercial work. >> >> If PBIs can address this, even for FreeBSD's embedded and server use >> cases, they will likely be well recieved. > > If I understood the PBI construct correctly... How is this really that > different than just producing static binaries? I mean, as I understood > it, your bundling the binary and all of it's required libraries into a > private directory tree and then playing linker games. Speaking as a recent MacOS re-convert (I used to be a NeXTie a long, long time ago...) I do like the convenience of the MacOS .dmg format, and the idea that FooBar.app is a self-contained directory containing not only the app binary, but all of the various other necessary bits: supporting docco, icon images and so forth. If the idea of PBI is to do the same thing for FreeBSD, then yay! All for it. But.... (and you knew there would be a but...) there's a big difference between the MacOS X environment and FreeBSD. In MacOS, the windowning system (Carbon, Cocoa, all that jazz) is part of the /base/ system. How does that translate into the PBI context? X and (Gnome or KDE) as super-packages that you can assume are already there? Similarly, if you're thinking about server-side applications in the same way -- if I want to install phpmyadmin as a PBI, does that mean I need to have a dedicated instance of apache+mod_php for each PHP based app I want to install? Or should there be a common Web App environment basic to all such packages? Cheers, Matthew - -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.14 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkvBkBAACgkQ8Mjk52CukIy5eQCcCEU1PmaGZXIkd7BfUTV8kfPc ES0An08UPz5brQWSf9XNeLtomeg8fIDL =7sQf -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Apr 11 10:28:31 2010 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 5F6DA106564A; Sun, 11 Apr 2010 10:28:31 +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 CD4D48FC0C; Sun, 11 Apr 2010 10:28:30 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id o3BARNnK074358 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 11 Apr 2010 13:27:23 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id o3BARNJa068737; Sun, 11 Apr 2010 13:27:23 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o3BARNfF068736; Sun, 11 Apr 2010 13:27:23 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 11 Apr 2010 13:27:23 +0300 From: Kostik Belousov To: Tim Kientzle Message-ID: <20100411102723.GT2415@deviant.kiev.zoral.com.ua> References: <4BBFD502.1010507@elischer.org> <4BC03ABA.6090309@elischer.org> <4BC0CC6F.7010009@freebsd.org> <4BC0E9AE.1000904@elischer.org> <4BC0FF80.4000907@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CG/OVgx2cbnpzYw6" Content-Disposition: inline In-Reply-To: <4BC0FF80.4000907@freebsd.org> 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=-3.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_05, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: ports@freebsd.org, Julian Elischer , FreeBSD Current Subject: Re: ports and PBIs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Apr 2010 10:28:31 -0000 --CG/OVgx2cbnpzYw6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Apr 10, 2010 at 03:45:20PM -0700, Tim Kientzle wrote: > Julian Elischer wrote: > >On 4/10/10 12:07 PM, Tim Kientzle wrote: > >>[1] Actually, PBI might work just fine even for > >>embedded if we address the disk bloat issue. One > >>approach would be to make > >>/Package/Bar/libfoo-2.8.7.so > >>a symlink or hardlink to > >>/Package/Shared/libfoo-2.8.7.so- > >>This gives easy sharing of identical files. > > > >yeah that's more or less what we were thinking.. > >hardlinks allow you to garbage collect when the last pbi that needs=20 > >something is replaced/removed. >=20 > The point of /Package/Shared in this design is > basically that it provides a list of all of > the files that can be shared, so you > avoid doing a full disk search to identify other > places that might have this file. You could > accomplish the same goal by building and > storing a database of sharable files somewhere, > of course. >=20 > (Curiously, no one has mentioned filesystem-level > deduping yet as the "big hammer" solution... ;-) >=20 > The LD_LIBRARY_PATH issue is the most interesting > problem here. I don't immediately see a solution that > doesn't include teaching ld-elf.so.1 about some form > of per-application library path. I already pointed in the other reply in this thread, $ORIGIN dynamic token should solve the issue. See http://docs.sun.com/app/docs/doc/817-1984/chapter3-13312?l=3Den&a=3Dview --CG/OVgx2cbnpzYw6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkvBpAsACgkQC3+MBN1Mb4hOSACfWth76i+iMumFXU0rtbXiGeaT YS8An1J7+/IliJ5mlcOdfIr8RjK6I+OT =utD/ -----END PGP SIGNATURE----- --CG/OVgx2cbnpzYw6-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 11 10:45:23 2010 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 4E6DB106564A; Sun, 11 Apr 2010 10:45:23 +0000 (UTC) (envelope-from sweetnavelorange@gmail.com) Received: from mail-qy0-f181.google.com (mail-qy0-f181.google.com [209.85.221.181]) by mx1.freebsd.org (Postfix) with ESMTP id CC4838FC13; Sun, 11 Apr 2010 10:45:22 +0000 (UTC) Received: by qyk11 with SMTP id 11so3987188qyk.13 for ; Sun, 11 Apr 2010 03:45:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=5sjtGZJYmKSeo6vYTw8GELTf375l2zhVvhZmTmSZulc=; b=Y+YsfNO0ubUor0w5P9rEO5cWiOc0+/3xA18A4Vkalxl/GFR/EHC3ztbOdTXxtCdHoI +LMIem0BcxN54vHF+VgWk1tcC/3pgL/etiohy4gDMvi+XyIM5evzNPoMz5ARsoyS3QEq C7iH2cqKbBJtm7VFTuVRL6ROzYVh3foq062ME= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=WefBE+BEPxKv6VU0WR9xRtd2cjLRlmuACscB6cZFBMJdOu2WEZxvM1TUq9mhaMAarT Pp5t0YONmV6lJzj6ViY6dYVYvPo5v7p41WsgcuK5pzmsOBi1pecXm98m9Y8WQfJazhrN qal/R8FO5Y6jgGW/dxPjPgDWg3/vVF3IEvgOg= MIME-Version: 1.0 Received: by 10.229.106.229 with HTTP; Sun, 11 Apr 2010 03:44:51 -0700 (PDT) In-Reply-To: <4BC0CC6F.7010009@freebsd.org> References: <4BBFD502.1010507@elischer.org> <4BC03ABA.6090309@elischer.org> <4BC0CC6F.7010009@freebsd.org> Date: Sun, 11 Apr 2010 22:44:51 +1200 Received: by 10.229.98.129 with SMTP id q1mr1435350qcn.100.1270982721571; Sun, 11 Apr 2010 03:45:21 -0700 (PDT) Message-ID: From: James Butler To: Tim Kientzle Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "ports@freebsd.org" , FreeBSD Current Subject: Re: ports and PBIs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Apr 2010 10:45:23 -0000 On Sunday, April 11, 2010, Tim Kientzle wrote: > Garrett Cooper wrote: > > If I'm understanding you correctly you're saying it's an issue when I do: > > pkg_add A B C > > # 1 year passes > > pkg_add D > > # D depends on A, B, C, of different revisions. pkg_add barfs because > it can't find the applications, etc. > > This is something that's been hashed over a number of times (a few of > which I've participated in in #bsdports). There needs to be a simple > update command which will handle the action of upgrading packages, > because there isn't a proper command that will do so today. > > > I'm not convinced that the "simple update command" you > mention is actually feasible, much less desirable. > (If I want to try out the new Firefox, why does that > imply that my year-old Gimp has to be upgraded?) > > As for feasibility, here's the easy problem: > =C2=A0 A2.7 requires B3.6 > =C2=A0 =C2=A0 ... one year passes ... > =C2=A0 A4.8 now requires B7.2 > But A4.8 is incompatible with B3.6 and A2.7 is > incompatible with B7.2. =C2=A0So neither A nor B > can be updated separately without breaking the system. > > Here's the hard problem: > =C2=A0 A2.7 requires B3.6 > =C2=A0 =C2=A0 ... one year passes ... > =C2=A0 I want to install C1.0 which requires B7.2 > =C2=A0 but there hasn't been a new release of A that > =C2=A0 works with B7.2. > So I now simply cannot have both C1.0 and A2.7 > installed at the same time because they require > different versions of B. > > PBI avoids both of these problems. =C2=A0It may > be unsuitable for embedded systems[1], but > I see no reason we should not extend the existing > ports/packages system with additional tools that > target certain use cases, and PBI seems a good > fit for the desktop case. > > Tim Genuine (possibly stupid) question -in PBI land, what happens if package B is, say, CUPS? Does one need versioned rc.d scripts to start one or the other? Which one gets to claim port 631? -James Butler > > [1] Actually, PBI might work just fine even for > embedded if we address the disk bloat issue. =C2=A0One > approach would be to make > =C2=A0 /Package/Bar/libfoo-2.8.7.so > a symlink or hardlink to > =C2=A0 /Package/Shared/libfoo-2.8.7.so- > This gives easy sharing of identical files. > It's even easy to handle at install time: > =C2=A0* Installer writes libfoo-2.8.7.so to > =C2=A0 =C2=A0 /Package/Shared/libfoo-2.8.7.so-temp- > =C2=A0* Installer computes hash of file as it's written > =C2=A0* Installer renames file (delete if rename fails with EEXIST) > =C2=A0* Installer writes symlink or hardlink into /Package/Bar > > _______________________________________________ > freebsd-current@freebsd.org=C2=A0mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > From owner-freebsd-current@FreeBSD.ORG Sun Apr 11 10:46:06 2010 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 2D4DF106564A; Sun, 11 Apr 2010 10:46:06 +0000 (UTC) (envelope-from sweetnavelorange@gmail.com) Received: from mail-qy0-f181.google.com (mail-qy0-f181.google.com [209.85.221.181]) by mx1.freebsd.org (Postfix) with ESMTP id AC1AB8FC13; Sun, 11 Apr 2010 10:46:05 +0000 (UTC) Received: by qyk11 with SMTP id 11so3987368qyk.13 for ; Sun, 11 Apr 2010 03:46:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=5sjtGZJYmKSeo6vYTw8GELTf375l2zhVvhZmTmSZulc=; b=P4c58oME2ecgGOb7xAlBRUXkfs/EuIpj/fP8JHz2ON+3CJSztWj9gPajAUTn0yk6/+ awjqAXVXCXd4/9uAb7/qKBdYHooqFeKGtCigurLVA4TB0hzJAkM1kzNZe3FHdqnHELmd mL2O4PWhgSpSiDOQ9RXgKFD8iMKBFQn+SEvbs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=WefBE+BEPxKv6VU0WR9xRtd2cjLRlmuACscB6cZFBMJdOu2WEZxvM1TUq9mhaMAarT Pp5t0YONmV6lJzj6ViY6dYVYvPo5v7p41WsgcuK5pzmsOBi1pecXm98m9Y8WQfJazhrN qal/R8FO5Y6jgGW/dxPjPgDWg3/vVF3IEvgOg= MIME-Version: 1.0 Received: by 10.229.106.229 with HTTP; Sun, 11 Apr 2010 03:44:51 -0700 (PDT) In-Reply-To: <4BC0CC6F.7010009@freebsd.org> References: <4BBFD502.1010507@elischer.org> <4BC03ABA.6090309@elischer.org> <4BC0CC6F.7010009@freebsd.org> Date: Sun, 11 Apr 2010 22:44:51 +1200 Received: by 10.229.236.16 with SMTP id ki16mr3336780qcb.68.1270982691869; Sun, 11 Apr 2010 03:44:51 -0700 (PDT) Message-ID: From: James Butler To: Tim Kientzle Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "ports@freebsd.org" , FreeBSD Current Subject: Re: ports and PBIs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Apr 2010 10:46:06 -0000 On Sunday, April 11, 2010, Tim Kientzle wrote: > Garrett Cooper wrote: > > If I'm understanding you correctly you're saying it's an issue when I do: > > pkg_add A B C > > # 1 year passes > > pkg_add D > > # D depends on A, B, C, of different revisions. pkg_add barfs because > it can't find the applications, etc. > > This is something that's been hashed over a number of times (a few of > which I've participated in in #bsdports). There needs to be a simple > update command which will handle the action of upgrading packages, > because there isn't a proper command that will do so today. > > > I'm not convinced that the "simple update command" you > mention is actually feasible, much less desirable. > (If I want to try out the new Firefox, why does that > imply that my year-old Gimp has to be upgraded?) > > As for feasibility, here's the easy problem: > =C2=A0 A2.7 requires B3.6 > =C2=A0 =C2=A0 ... one year passes ... > =C2=A0 A4.8 now requires B7.2 > But A4.8 is incompatible with B3.6 and A2.7 is > incompatible with B7.2. =C2=A0So neither A nor B > can be updated separately without breaking the system. > > Here's the hard problem: > =C2=A0 A2.7 requires B3.6 > =C2=A0 =C2=A0 ... one year passes ... > =C2=A0 I want to install C1.0 which requires B7.2 > =C2=A0 but there hasn't been a new release of A that > =C2=A0 works with B7.2. > So I now simply cannot have both C1.0 and A2.7 > installed at the same time because they require > different versions of B. > > PBI avoids both of these problems. =C2=A0It may > be unsuitable for embedded systems[1], but > I see no reason we should not extend the existing > ports/packages system with additional tools that > target certain use cases, and PBI seems a good > fit for the desktop case. > > Tim Genuine (possibly stupid) question -in PBI land, what happens if package B is, say, CUPS? Does one need versioned rc.d scripts to start one or the other? Which one gets to claim port 631? -James Butler > > [1] Actually, PBI might work just fine even for > embedded if we address the disk bloat issue. =C2=A0One > approach would be to make > =C2=A0 /Package/Bar/libfoo-2.8.7.so > a symlink or hardlink to > =C2=A0 /Package/Shared/libfoo-2.8.7.so- > This gives easy sharing of identical files. > It's even easy to handle at install time: > =C2=A0* Installer writes libfoo-2.8.7.so to > =C2=A0 =C2=A0 /Package/Shared/libfoo-2.8.7.so-temp- > =C2=A0* Installer computes hash of file as it's written > =C2=A0* Installer renames file (delete if rename fails with EEXIST) > =C2=A0* Installer writes symlink or hardlink into /Package/Bar > > _______________________________________________ > freebsd-current@freebsd.org=C2=A0mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > From owner-freebsd-current@FreeBSD.ORG Sun Apr 11 09:49:11 2010 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 A0E05106564A for ; Sun, 11 Apr 2010 09:49:11 +0000 (UTC) (envelope-from sweetnavelorange@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4A31B8FC1A for ; Sun, 11 Apr 2010 09:49:10 +0000 (UTC) Received: by vws17 with SMTP id 17so2529592vws.13 for ; Sun, 11 Apr 2010 02:49:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=6ZPuKcT7gF6pk6G0qraFzryOnuffkpNJaomeo29v76k=; b=SkeiqhHfyfHxuRQt7k084otmrPYxnEeNMieW2oq99wI94dENsMNMUTNHaGmVXJxLjQ WOy45XMUWvcW58srPacaF97hzhwrT/fXqiQzsNPZ9+Sy5JPoG0owb2bxRUpM7nUCkRkJ 2OKMeMqKJThUefNyXqMw54oBsm4h5H8Hi19SQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=NH8LcOWX0yLNS7NVp8qOVCNUz87S/cSQTxbgZcAWkpw2Hmt1YscfCt7HHK1vBaibkg blSD3/djEjZKELuDXc+YRp6UUHtlk64DafNZUynmkKwQA61C8+a8Ouez1e5bw8pB+AeX V2VNBWPn6xraJNT5Gtzc0kTmwSDTjDQsC3IyI= MIME-Version: 1.0 Received: by 10.229.106.229 with HTTP; Sun, 11 Apr 2010 02:49:09 -0700 (PDT) In-Reply-To: <4BC0CC6F.7010009@freebsd.org> References: <4BBFD502.1010507@elischer.org> <4BC03ABA.6090309@elischer.org> <4BC0CC6F.7010009@freebsd.org> Date: Sun, 11 Apr 2010 21:49:09 +1200 Received: by 10.220.62.141 with SMTP id x13mr1168150vch.224.1270979349989; Sun, 11 Apr 2010 02:49:09 -0700 (PDT) Message-ID: From: James Butler To: Tim Kientzle Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Sun, 11 Apr 2010 11:57:34 +0000 Cc: Adam Vande More , Kris Moore , John Hixson , "ports@freebsd.org" , Julian Elischer , "Dave Fourman\(Gmail\)" , "Sam Fourman Jr." , Garrett Cooper , Matt Olander , Vanessa Kraus , FreeBSD Current Subject: Re: ports and PBIs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Apr 2010 09:49:11 -0000 On Sunday, April 11, 2010, Tim Kientzle wrote: > Garrett Cooper wrote: > > If I'm understanding you correctly you're saying it's an issue when I do: > > pkg_add A B C > > # 1 year passes > > pkg_add D > > # D depends on A, B, C, of different revisions. pkg_add barfs because > it can't find the applications, etc. > > This is something that's been hashed over a number of times (a few of > which I've participated in in #bsdports). There needs to be a simple > update command which will handle the action of upgrading packages, > because there isn't a proper command that will do so today. > > > I'm not convinced that the "simple update command" you > mention is actually feasible, much less desirable. > (If I want to try out the new Firefox, why does that > imply that my year-old Gimp has to be upgraded?) > > As for feasibility, here's the easy problem: > =C2=A0 A2.7 requires B3.6 > =C2=A0 =C2=A0 ... one year passes ... > =C2=A0 A4.8 now requires B7.2 > But A4.8 is incompatible with B3.6 and A2.7 is > incompatible with B7.2. =C2=A0So neither A nor B > can be updated separately without breaking the system. > > Here's the hard problem: > =C2=A0 A2.7 requires B3.6 > =C2=A0 =C2=A0 ... one year passes ... > =C2=A0 I want to install C1.0 which requires B7.2 > =C2=A0 but there hasn't been a new release of A that > =C2=A0 works with B7.2. > So I now simply cannot have both C1.0 and A2.7 > installed at the same time because they require > different versions of B. > > PBI avoids both of these problems. =C2=A0It may > be unsuitable for embedded systems[1], but > I see no reason we should not extend the existing > ports/packages system with additional tools that > target certain use cases, and PBI seems a good > fit for the desktop case. > > Tim Genuine (possibly stupid) question - in PBI land, what happens if package B is, say, CUPS? Does one need versioned rc.d scripts to start one or the other? Which one gets to claim port 631? -James Butler > [1] Actually, PBI might work just fine even for > embedded if we address the disk bloat issue. =C2=A0One > approach would be to make > =C2=A0 /Package/Bar/libfoo-2.8.7.so > a symlink or hardlink to > =C2=A0 /Package/Shared/libfoo-2.8.7.so- > This gives easy sharing of identical files. > It's even easy to handle at install time: > =C2=A0* Installer writes libfoo-2.8.7.so to > =C2=A0 =C2=A0 /Package/Shared/libfoo-2.8.7.so-temp- > =C2=A0* Installer computes hash of file as it's written > =C2=A0* Installer renames file (delete if rename fails with EEXIST) > =C2=A0* Installer writes symlink or hardlink into /Package/Bar > > _______________________________________________ > freebsd-current@freebsd.org=C2=A0mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > From owner-freebsd-current@FreeBSD.ORG Sun Apr 11 18:23:37 2010 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 370C8106564A; Sun, 11 Apr 2010 18:23:37 +0000 (UTC) (envelope-from julianelischer@gmail.com) Received: from mail-qy0-f181.google.com (mail-qy0-f181.google.com [209.85.221.181]) by mx1.freebsd.org (Postfix) with ESMTP id B0F7C8FC2F; Sun, 11 Apr 2010 18:23:36 +0000 (UTC) Received: by qyk11 with SMTP id 11so4172068qyk.13 for ; Sun, 11 Apr 2010 11:23:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=v/8kgnh+sXPgAoVJ1o3uIqM6jgouf5WDTCLVznNRbVI=; b=M3IV4YNWbiHQCon5SVeok00Giq9XEMo+R56+tRctsjLZU2LV1MNNKYk7XDkJfqtass t1bTNR2YnswOmIdb6nTx4nSIR0SLakU+UL/DGXdW6X/1i+NTxz0wzEsm1k6PeiuM/+OZ 7LeyvY6LC4KfWGEZo5uR9TwsCjUnii4MHSQL4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=MSUYoj/4UHwNhslXmkWLaQ/IjKBaWPogSIQlXLPl/NTnsI8nZt7w5k4EXnNeNWLMTj SkAQ3KvGACN6s/arkbkWZr2gXL/JFmJwlQEZjaMdAcs/d7UcPqoFv2Wi6nWNrRZl39ZM Q5C6ddjS6uZPvZMd89X5HLN+G3YtGiJBdC9H0= Received: by 10.229.88.193 with SMTP id b1mr4423652qcm.27.1271010215788; Sun, 11 Apr 2010 11:23:35 -0700 (PDT) Received: from julian-mac.elischer.org (h-67-100-89-137.snfccasy.static.covad.net [67.100.89.137]) by mx.google.com with ESMTPS id v26sm4850121qce.19.2010.04.11.11.23.33 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 11 Apr 2010 11:23:34 -0700 (PDT) Sender: Julian Elischer Message-ID: <4BC213A5.4020104@elischer.org> Date: Sun, 11 Apr 2010 11:23:33 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: Kostik Belousov References: <4BBFD502.1010507@elischer.org> <4BC03ABA.6090309@elischer.org> <4BC0CC6F.7010009@freebsd.org> <4BC0E9AE.1000904@elischer.org> <4BC0FF80.4000907@freebsd.org> <20100411102723.GT2415@deviant.kiev.zoral.com.ua> In-Reply-To: <20100411102723.GT2415@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, Tim Kientzle , FreeBSD Current Subject: Re: ports and PBIs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Apr 2010 18:23:37 -0000 On 4/11/10 3:27 AM, Kostik Belousov wrote: > I already pointed in the other reply in this thread, $ORIGIN dynamic > token should solve the issue. See > http://docs.sun.com/app/docs/doc/817-1984/chapter3-13312?l=en&a=view yes, teh question I have since I am not alinker expert is do we support it? the link you give is for Solaris I think.. From owner-freebsd-current@FreeBSD.ORG Sun Apr 11 18:44:14 2010 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 65768106564A; Sun, 11 Apr 2010 18:44: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 CC72A8FC16; Sun, 11 Apr 2010 18:44:13 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id o3BIi6fI006560 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 11 Apr 2010 21:44:06 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id o3BIi6Uw081240; Sun, 11 Apr 2010 21:44:06 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o3BIi6tt081239; Sun, 11 Apr 2010 21:44:06 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 11 Apr 2010 21:44:06 +0300 From: Kostik Belousov To: Julian Elischer Message-ID: <20100411184406.GV2415@deviant.kiev.zoral.com.ua> References: <4BC03ABA.6090309@elischer.org> <4BC0CC6F.7010009@freebsd.org> <4BC0E9AE.1000904@elischer.org> <4BC0FF80.4000907@freebsd.org> <20100411102723.GT2415@deviant.kiev.zoral.com.ua> <4BC213A5.4020104@elischer.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KCdCVyakfpTsy0M+" Content-Disposition: inline In-Reply-To: <4BC213A5.4020104@elischer.org> 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=-3.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: ports@freebsd.org, Tim Kientzle , FreeBSD Current Subject: Re: ports and PBIs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Apr 2010 18:44:14 -0000 --KCdCVyakfpTsy0M+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 11, 2010 at 11:23:33AM -0700, Julian Elischer wrote: > On 4/11/10 3:27 AM, Kostik Belousov wrote: >=20 > >I already pointed in the other reply in this thread, $ORIGIN dynamic > >token should solve the issue. See > >http://docs.sun.com/app/docs/doc/817-1984/chapter3-13312?l=3Den&a=3Dview >=20 > yes, teh question I have since I am not alinker expert is do we=20 > support it? the link you give is for Solaris I think.. It is in three for HEAD, RELENG_8 and RELENG_7. --KCdCVyakfpTsy0M+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkvCGHUACgkQC3+MBN1Mb4iFPwCeLXVssKM26ypn1aLRQUNsc6zu luwAnAkLG14rnjZDjERajwY0WZwg0npi =yY5g -----END PGP SIGNATURE----- --KCdCVyakfpTsy0M+-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 11 19:13:13 2010 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 4CF3B106566B; Sun, 11 Apr 2010 19:13:13 +0000 (UTC) (envelope-from julianelischer@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.26]) by mx1.freebsd.org (Postfix) with ESMTP id D8EA38FC43; Sun, 11 Apr 2010 19:13:12 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 5so1698760qwi.7 for ; Sun, 11 Apr 2010 12:13:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=yAx/NwFGYiqLiuiNW4PpKtksMT51m28Pp1vlvTaPFKY=; b=uaAzjqI0g01OIzL8tvFl7a1e/p1ynl9xY3+llPch8LbGn1TfUgX4L7jH4GjhJVUYU1 /jTD5gLXwTrk4ZlAQ+Z+b7Sri5a+FOnK57M4QYEY3kJ/dv53oQ4LFOHOAixVS0SBy5Us FM/Tx4YgDoC/kFZBiAE26uXD4nN2XVk+ZB9Jk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; b=HG1Mm1RmmKtWnEUqLAh3wNvvmK91Dg/d9RuZX5tUaId7Fyxqp6Tko2TzfS1QMmA+W/ l42DMSNS9UI2e4H+1Yn3N8XO61ImRN7CfJrNldpsaaHTbuRGq1JPWxZynMh0wzkMmq9F /CuO2ui+jLnzWXF2S/h8OTVLjCzEuZImB1OYs= Received: by 10.229.225.73 with SMTP id ir9mr4447036qcb.22.1271013191917; Sun, 11 Apr 2010 12:13:11 -0700 (PDT) Received: from julian-mac.elischer.org (h-67-100-89-137.snfccasy.static.covad.net [67.100.89.137]) by mx.google.com with ESMTPS id w30sm4919003qce.22.2010.04.11.12.13.10 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 11 Apr 2010 12:13:11 -0700 (PDT) Sender: Julian Elischer Message-ID: <4BC21F48.8090407@elischer.org> Date: Sun, 11 Apr 2010 12:13:12 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: Kostik Belousov , ports@freebsd.org, FreeBSD Current References: <4BC03ABA.6090309@elischer.org> <4BC0CC6F.7010009@freebsd.org> <4BC0E9AE.1000904@elischer.org> <4BC0FF80.4000907@freebsd.org> <20100411102723.GT2415@deviant.kiev.zoral.com.ua> <4BC213A5.4020104@elischer.org> <20100411184406.GV2415@deviant.kiev.zoral.com.ua> In-Reply-To: <20100411184406.GV2415@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: ports and PBIs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Apr 2010 19:13:13 -0000 On 4/11/10 11:44 AM, Kostik Belousov wrote: > On Sun, Apr 11, 2010 at 11:23:33AM -0700, Julian Elischer wrote: >> On 4/11/10 3:27 AM, Kostik Belousov wrote: >> >>> I already pointed in the other reply in this thread, $ORIGIN dynamic >>> token should solve the issue. See >>> http://docs.sun.com/app/docs/doc/817-1984/chapter3-13312?l=en&a=view >> >> yes, teh question I have since I am not alinker expert is do we >> support it? the link you give is for Solaris I think.. > > It is in three for HEAD, RELENG_8 and RELENG_7. thank you. This will I think as you suggest, make a significant difference. the question I have is "is it re-evaluated for each library"? So, to recap: what we were thinking is something along the lines of the following: an example with 2 PBI apps created at the same time (part of the same set) application 1 --------> libraryA - - (originally) - - ->library B | / | |link / |link | /-----------(y)-------/ | v / v common area dd-mm-yy library A ------(x)------------>library B ^ ^ |link |link | | | | application 1 --------> libraryA - - (originally) - - - ->library B library A and B in app 2 are deleted the idea that all the PBIs developed as part of a release set (labeled as set dd-mm-yy in this example, would have identical libraries in them and would thus be candidates for "library consolidation". The question is and I guess it's not really that important, whether satisfaying a dependency in library A due to application 1 will use path (x) or path (y). certainly we would need to label the versions of the libraries in the common area with a hash or something, or maybe some other unique label. (port sequence number plus build args?) so that we don't use a copy of the library that is not really suitable for that app. A really top class effort would be ab;e to know hte set of build options on a library that would make the outcome "acceptable". but I doubt that we want to go that far. if a person takes PBIS from set "01-01-2011" hey will tend to find common libraries. butit for some reason they need to take something from set "01-01-2009" (i.e. an old PBI, for some compatibility reason) it is guaranteed to work, despite the fact that there may well be collisions between library versions, because it will not be linked with those in the common area that do not match and will instead be linked with its own copies. Julian From owner-freebsd-current@FreeBSD.ORG Sun Apr 11 19:20:56 2010 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 0D642106564A; Sun, 11 Apr 2010 19:20:56 +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 9FC878FC17; Sun, 11 Apr 2010 19:20:55 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id o3BJKnbK008864 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 11 Apr 2010 22:20:49 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id o3BJKnYo081498; Sun, 11 Apr 2010 22:20:49 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o3BJKnRb081497; Sun, 11 Apr 2010 22:20:49 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 11 Apr 2010 22:20:49 +0300 From: Kostik Belousov To: Julian Elischer Message-ID: <20100411192049.GX2415@deviant.kiev.zoral.com.ua> References: <4BC03ABA.6090309@elischer.org> <4BC0CC6F.7010009@freebsd.org> <4BC0E9AE.1000904@elischer.org> <4BC0FF80.4000907@freebsd.org> <20100411102723.GT2415@deviant.kiev.zoral.com.ua> <4BC213A5.4020104@elischer.org> <20100411184406.GV2415@deviant.kiev.zoral.com.ua> <4BC21F48.8090407@elischer.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="RTy+eQJHeE7YIlEm" Content-Disposition: inline In-Reply-To: <4BC21F48.8090407@elischer.org> 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=-3.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_05, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: ports@freebsd.org, FreeBSD Current Subject: Re: ports and PBIs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Apr 2010 19:20:56 -0000 --RTy+eQJHeE7YIlEm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 11, 2010 at 12:13:12PM -0700, Julian Elischer wrote: > On 4/11/10 11:44 AM, Kostik Belousov wrote: > >On Sun, Apr 11, 2010 at 11:23:33AM -0700, Julian Elischer wrote: > >>On 4/11/10 3:27 AM, Kostik Belousov wrote: > >> > >>>I already pointed in the other reply in this thread, $ORIGIN dynamic > >>>token should solve the issue. See > >>>http://docs.sun.com/app/docs/doc/817-1984/chapter3-13312?l=3Den&a=3Dvi= ew > >> > >>yes, teh question I have since I am not alinker expert is do we > >>support it? the link you give is for Solaris I think.. > > > >It is in three for HEAD, RELENG_8 and RELENG_7. >=20 >=20 > thank you. >=20 > This will I think as you suggest, make a significant difference. >=20 > the question I have is "is it re-evaluated for each library"? I am not sure what exactly you are asking there. $ORIGIN is substituted for each object invividually, taking the object path as a substitution target. That is, if main executable A references dso $ORIGIN/X/libA.so, then libA.so is looked up in the subdirectory X of directory containing A. If libA.so references $ORIGIN/Y/libB.so, then libB.so is looked up in X/Y subdirectory of directory containing A. >=20 > So, to recap: >=20 > what we were thinking is something along the lines of the following: >=20 >=20 > an example with 2 PBI apps created at the same time > (part of the same set) >=20 > application 1 --------> libraryA - - (originally) - - ->library B > | / | > |link / |link > | /-----------(y)-------/ | > v / v > common area dd-mm-yy library A ------(x)------------>library B > ^ ^ > |link |link > | | > | | > application 1 --------> libraryA - - (originally) - - - ->library B >=20 > library A and B in app 2 are deleted >=20 > the idea that all the PBIs developed as part of a release set > (labeled as set dd-mm-yy in this example, would > have identical libraries in them and would thus be candidates for > "library consolidation". > The question is and I guess it's not really that important, whether > satisfaying a dependency in library A due to application 1 will use=20 > path (x) or path (y). >=20 > certainly we would need to label the versions of the libraries in the > common area with a hash or something, or maybe some other unique > label. (port sequence number plus build args?) so that we don't > use a copy of the library that is not really suitable for that app. >=20 > A really top class effort would be ab;e to know hte set of build > options on a library that would make the outcome "acceptable". > but I doubt that we want to go that far. >=20 > if a person takes PBIS from set "01-01-2011" hey will tend to find > common libraries. butit for some reason they need to take something > from set "01-01-2009" (i.e. an old PBI, for some compatibility reason) > it is guaranteed to work, despite the fact that there may well be > collisions between library versions, because it will not be linked > with those in the common area that do not match and will instead be > linked with its own copies. >=20 >=20 > Julian --RTy+eQJHeE7YIlEm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkvCIRAACgkQC3+MBN1Mb4iWaQCfS7l+5Uy5yAwZvJEsCsQndiMx eKkAoMg8NQiiMUkuSgPEgTR1HscvRP68 =QbxQ -----END PGP SIGNATURE----- --RTy+eQJHeE7YIlEm-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 11 22:44:39 2010 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 E221B106575F; Sun, 11 Apr 2010 22:44:39 +0000 (UTC) (envelope-from julianelischer@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.221.175]) by mx1.freebsd.org (Postfix) with ESMTP id B4B098FC18; Sun, 11 Apr 2010 22:44:38 +0000 (UTC) Received: by qyk5 with SMTP id 5so5745170qyk.3 for ; Sun, 11 Apr 2010 15:44:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=d2zJ+AQqj5w/HQQAVbgte3T8kWEvdIFw0Z4HzIZRRO8=; b=EKFHFNj+01iIylnxVYQG4Cm6BeoH6gvMBoBOMGXzKa5LT0VfSRKuzU7DPLkTis08IA IwL3BqsgIkoOxUUTgj3R/WUZd5mSvm+SjtfUgs4JZ1KGLVsbWDhOFkAU2y6joi3gGKM0 x+SywwxxRE2riLWAysrFao3aliYkYLeIT72iQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=mKeCqqywEqExiu1JTkLrnBAlDdPAF6ffzDbJ+32cANWsoKBtQPH/1l3ntl9gC4j5/f NMEfJmO6DrgX5NaC+FQ2VUqkWysGEs6k8DuBPVe5C6R3s+fZr3JMYZ5HGXq1ICkKX1Pn MUPZQdWkPOleFNfLvwE1a+nw2szbQpOBvsuwk= Received: by 10.229.14.157 with SMTP id g29mr1521799qca.57.1271025877649; Sun, 11 Apr 2010 15:44:37 -0700 (PDT) Received: from julian-mac.elischer.org (h-67-100-89-137.snfccasy.static.covad.net [67.100.89.137]) by mx.google.com with ESMTPS id v26sm5215269qce.7.2010.04.11.15.44.35 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 11 Apr 2010 15:44:37 -0700 (PDT) Sender: Julian Elischer Message-ID: <4BC250D5.7000608@elischer.org> Date: Sun, 11 Apr 2010 15:44:37 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: Kostik Belousov References: <4BC03ABA.6090309@elischer.org> <4BC0CC6F.7010009@freebsd.org> <4BC0E9AE.1000904@elischer.org> <4BC0FF80.4000907@freebsd.org> <20100411102723.GT2415@deviant.kiev.zoral.com.ua> <4BC213A5.4020104@elischer.org> <20100411184406.GV2415@deviant.kiev.zoral.com.ua> <4BC21F48.8090407@elischer.org> <20100411192049.GX2415@deviant.kiev.zoral.com.ua> In-Reply-To: <20100411192049.GX2415@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, FreeBSD Current , Kris Moore Subject: Re: ports and PBIs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Apr 2010 22:44:40 -0000 On 4/11/10 12:20 PM, Kostik Belousov wrote: > On Sun, Apr 11, 2010 at 12:13:12PM -0700, Julian Elischer wrote: >> On 4/11/10 11:44 AM, Kostik Belousov wrote: >>> On Sun, Apr 11, 2010 at 11:23:33AM -0700, Julian Elischer wrote: >>>> On 4/11/10 3:27 AM, Kostik Belousov wrote: >>>> >>>>> I already pointed in the other reply in this thread, $ORIGIN dynamic >>>>> token should solve the issue. See >>>>> http://docs.sun.com/app/docs/doc/817-1984/chapter3-13312?l=en&a=view >>>> >>>> yes, teh question I have since I am not alinker expert is do we >>>> support it? the link you give is for Solaris I think.. >>> >>> It is in three for HEAD, RELENG_8 and RELENG_7. >> >> >> thank you. >> >> This will I think as you suggest, make a significant difference. >> >> the question I have is "is it re-evaluated for each library"? You interpreted the question correctly. > I am not sure what exactly you are asking there. $ORIGIN is substituted > for each object invividually, taking the object path as a substitution > target. That is, if main executable A references dso $ORIGIN/X/libA.so, > then libA.so is looked up in the subdirectory X of directory containing > A. If libA.so references $ORIGIN/Y/libB.so, then libB.so is looked up > in X/Y subdirectory of directory containing A. If there is an LDPATH set then if the library A is to be found at $SOMEWHERE-ELSE which is in the LDPATH, rather than in $ORIGIN/X, will it still be found? if the answer to the above is yes, then If it is then found in $SOMEWHERE-ELSE/X somewhere, will it then look for libB.so in $ORIGIN(A) or in $SOMEWHERE-ELSE ? If the library is actually somewhere else (via symlink) is $origin reevaluated to the actual destination? (that would be cool). > > >> >> So, to recap: >> >> what we were thinking is something along the lines of the following: >> >> >> an example with 2 PBI apps created at the same time >> (part of the same set) >> >> application 1 --------> libraryA - - (originally) - - ->library B >> | / | >> |link / |link >> | /-----------(y)-------/ | >> v / v >> common area dd-mm-yy library A ------(x)------------>library B >> ^ ^ >> |link |link >> | | >> | | >> application 1 --------> libraryA - - (originally) - - - ->library B >> >> library A and B in app 2 are deleted and libraries A and B in "common area" can be updated for security reasons by a special kind of PBI or package should it be required. It sounds to me that link 'y' is followed, i.e. the linker continues to think it is working in $ORIGIN(A). either way this is sounding very doable.. Kris is thinking about a single sysutils/pbimanager port and a /mk diff that would allow "make pbi" (once the port was installed). I think it actually looks quite feasible. Is there someone out there in ports-land who really inderstands the ports mk framework who could help us (because we'll need a local guide to make sure we don't dig inn any local burial grounds) and who can help with testing etc? Similarly if we need to do anything funny with regards to hashing parts of .so files, or deciding how to version things, is there an elf specialist in the house who can help? Kris said can do the pbi tools part if he has help with these two areas Julian From owner-freebsd-current@FreeBSD.ORG Mon Apr 12 06:07:58 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91C31106566C for ; Mon, 12 Apr 2010 06:07:58 +0000 (UTC) (envelope-from hizel@vyborg.ru) Received: from mail.vyborg.ru (mail.vyborg.ru [195.177.105.12]) by mx1.freebsd.org (Postfix) with ESMTP id 19CD78FC0C for ; Mon, 12 Apr 2010 06:07:57 +0000 (UTC) Received: from hzwork.vyborg.ru (o.vyborg.ru [195.177.104.22]) by mail.vyborg.ru (8.14.3/8.14.3) with ESMTP id o3C69J3r057820 for ; Mon, 12 Apr 2010 10:09:19 +0400 (MSD) (envelope-from hizel@vyborg.ru) Date: Mon, 12 Apr 2010 10:07:56 +0400 From: Hizel Ildar To: freebsd-current@freebsd.org Message-ID: <20100412100756.1ef3af73@hzwork.vyborg.ru> In-Reply-To: <4BC1790F.1020205@lissyara.su> References: <4BC1790F.1020205@lissyara.su> X-Mailer: Claws Mail 3.7.5 (GTK+ 2.20.0; i486-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: ipfw bug on i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Apr 2010 06:07:58 -0000 =D0=92 Sun, 11 Apr 2010 11:23:59 +0400 Alex Keda =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > srv5# more /tmp/a.sh > table=3D"24" > ipfw table $table flush > for octet3 in `jot - 1 60` > do > for octet4 in `jot - 1 254` > do > echo "table $table add 192.168.$octet3.$octet4" >> /tmp/$$.txt > done > done > ipfw /tmp/$$.txt > rm -f /tmp/$$.txt >=20 > effect: >=20 > srv5# sh /tmp/a.sh > Abort trap (core dumped) > srv5# > srv5# ll ipfw.core > -rw------- 1 root wheel - 1,9M 11 =D0=B0=D0=BF=D1=80 11:22 ipfw.core > srv5# >=20 > Tested on 8,9 i386 - core dump, amd64 - all OK > 7 - all OK >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" >=20 Hey! I'm fix this bug :D patch: foo# diff -ruN main.c~ main.c --- main.c~ 2010-03-04 19:54:56.000000000 +0300 +++ main.c 2010-04-12 09:37:21.000000000 +0400 @@ -553,7 +553,7 @@ } =20 while (fgets(buf, BUFSIZ, f)) { /* read commands */ - char linename[10]; + char linename[11]; char *args[2]; =20 lineno++; From owner-freebsd-current@FreeBSD.ORG Mon Apr 12 06:12:54 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 18FE7106564A for ; Mon, 12 Apr 2010 06:12:54 +0000 (UTC) (envelope-from hizel@vyborg.ru) Received: from mail.vyborg.ru (mail.vyborg.ru [195.177.105.12]) by mx1.freebsd.org (Postfix) with ESMTP id A247E8FC13 for ; Mon, 12 Apr 2010 06:12:53 +0000 (UTC) Received: from hzwork.vyborg.ru (o.vyborg.ru [195.177.104.22]) by mail.vyborg.ru (8.14.3/8.14.3) with ESMTP id o3C6EFpN058672 for ; Mon, 12 Apr 2010 10:14:15 +0400 (MSD) (envelope-from hizel@vyborg.ru) Date: Mon, 12 Apr 2010 10:12:52 +0400 From: Hizel Ildar To: freebsd-current@freebsd.org Message-ID: <20100412101252.64645a1b@hzwork.vyborg.ru> In-Reply-To: <20100412100756.1ef3af73@hzwork.vyborg.ru> References: <4BC1790F.1020205@lissyara.su> <20100412100756.1ef3af73@hzwork.vyborg.ru> X-Mailer: Claws Mail 3.7.5 (GTK+ 2.20.0; i486-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: ipfw bug on i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Apr 2010 06:12:54 -0000 =D0=92 Mon, 12 Apr 2010 10:07:56 +0400 Hizel Ildar =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > =D0=92 Sun, 11 Apr 2010 11:23:59 +0400 > Alex Keda =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >=20 > > srv5# more /tmp/a.sh > > table=3D"24" > > ipfw table $table flush > > for octet3 in `jot - 1 60` > > do > > for octet4 in `jot - 1 254` > > do > > echo "table $table add 192.168.$octet3.$octet4" >> /tmp/$$.txt > > done > > done > > ipfw /tmp/$$.txt > > rm -f /tmp/$$.txt > >=20 > > effect: > >=20 > > srv5# sh /tmp/a.sh > > Abort trap (core dumped) > > srv5# > > srv5# ll ipfw.core > > -rw------- 1 root wheel - 1,9M 11 =D0=B0=D0=BF=D1=80 11:22 ipfw.core > > srv5# > >=20 > > Tested on 8,9 i386 - core dump, amd64 - all OK > > 7 - all OK > >=20 > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to > > "freebsd-current-unsubscribe@freebsd.org" > >=20 >=20 > Hey! I'm fix this bug :D >=20 > patch: >=20 > foo# diff -ruN main.c~ main.c > --- main.c~ 2010-03-04 19:54:56.000000000 +0300 > +++ main.c 2010-04-12 09:37:21.000000000 +0400 > @@ -553,7 +553,7 @@ > } > =20 > while (fgets(buf, BUFSIZ, f)) { /* read commands */ > - char linename[10]; > + char linename[11]; > char *args[2]; > =20 > lineno++; > _______________________________________________ > 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 this is backtrace without my patch: foo# gdb /sbin/ipfw ipfw.core=20 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... Core was generated by `ipfw'. Program terminated with signal 6, Aborted. Reading symbols from /lib/libutil.so.9...done. Loaded symbols for /lib/libutil.so.9 Reading symbols from /lib/libc.so.7...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x281eee1b in kill () at kill.S:3 3 RSYSCALL(kill) (gdb) bt #0 0x281eee1b in kill () at kill.S:3 #1 0x280e8ef5 in __fail (msg=3D0x281f3730 "stack overflow detected; termin= ated") at /usr/src/lib/libc/sys/stack_protector.c:95 #2 0x280e8f30 in __stack_chk_fail () at /usr/src/lib/libc/sys/stack_protec= tor.c:102 #3 0x08057f44 in ipfw_readfile (ac=3D2, av=3D0xbfbfecac) at /usr/src/sbin/= ipfw/main.c:581 #4 0x08057fca in main (ac=3D2, av=3D0xbfbfecac) at /usr/src/sbin/ipfw/main= .c:606 Current language: auto; currently asm foo# uname -a FreeBSD foo.vyborg.ru 9.0-CURRENT FreeBSD 9.0-CURRENT #1: Sun Apr 11 21:00:05 MSD 2010 root@foo.vyborg.ru:/usr/obj/usr/src/sys/GENERIC i386 From owner-freebsd-current@FreeBSD.ORG Mon Apr 12 06:34:58 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DFBA1065670 for ; Mon, 12 Apr 2010 06:34:58 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id 32F968FC1B for ; Mon, 12 Apr 2010 06:34:57 +0000 (UTC) Received: from [195.93.240.104] (port=63460 helo=lissyara.moskb.local) by hosting.lissyara.su with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.71 (FreeBSD)) (envelope-from ) id 1O1DEV-000KGt-AB for freebsd-current@freebsd.org; Mon, 12 Apr 2010 10:34:55 +0400 Message-ID: <4BC2BF0F.8090108@lissyara.su> Date: Mon, 12 Apr 2010 10:34:55 +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 References: <4BC1790F.1020205@lissyara.su> <20100412100756.1ef3af73@hzwork.vyborg.ru> In-Reply-To: <20100412100756.1ef3af73@hzwork.vyborg.ru> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit 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: hosting.lissyara.su Subject: Re: ipfw bug on i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Apr 2010 06:34:58 -0000 12.04.2010 10:07, Hizel Ildar пишет: > Ð’ Sun, 11 Apr 2010 11:23:59 +0400 > Alex Keda пишет: > > >> srv5# more /tmp/a.sh >> table="24" >> ipfw table $table flush >> for octet3 in `jot - 1 60` >> do >> for octet4 in `jot - 1 254` >> do >> echo "table $table add 192.168.$octet3.$octet4">> /tmp/$$.txt >> done >> done >> ipfw /tmp/$$.txt >> rm -f /tmp/$$.txt >> >> effect: >> >> srv5# sh /tmp/a.sh >> Abort trap (core dumped) >> srv5# >> srv5# ll ipfw.core >> -rw------- 1 root wheel - 1,9M 11 апр 11:22 ipfw.core >> srv5# >> >> Tested on 8,9 i386 - core dump, amd64 - all OK >> 7 - all OK >> >> _______________________________________________ >> 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" >> >> > Hey! I'm fix this bug :D > > patch: > > foo# diff -ruN main.c~ main.c > --- main.c~ 2010-03-04 19:54:56.000000000 +0300 > +++ main.c 2010-04-12 09:37:21.000000000 +0400 > @@ -553,7 +553,7 @@ > } > > while (fgets(buf, BUFSIZ, f)) { /* read commands */ > - char linename[10]; > + char linename[11]; > char *args[2]; > > lineno++; > so, it limit 100k addresses in table? with 7-STABLE I have more than 100k IP and all work correct srv1# ipfw table 25 list | wc -l 104294 srv1# uname -a FreeBSD srv1.host-food.ru 7.2-STABLE FreeBSD 7.2-STABLE #0: Sun Oct 4 01:38:34 MSD 2009 lissyara@srv.host-food.ru:/home/obj/usr/src/sys/HOST-FOOD i386 srv1# From owner-freebsd-current@FreeBSD.ORG Mon Apr 12 06:42:28 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D45E106564A for ; Mon, 12 Apr 2010 06:42:28 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward5.mail.yandex.net (forward5.mail.yandex.net [77.88.46.21]) by mx1.freebsd.org (Postfix) with ESMTP id 1CE208FC14 for ; Mon, 12 Apr 2010 06:42:27 +0000 (UTC) Received: from smtp1.mail.yandex.net (smtp1.mail.yandex.net [77.88.46.101]) by forward5.mail.yandex.net (Yandex) with ESMTP id 2EE7514D0589; Mon, 12 Apr 2010 10:42:26 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1271054546; bh=aUGjWHcpTkxS4EVi5XrtpTqQpg+Wl8bl49eODZLxa/4=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=FNEOO82wGMFrpx/AoWZMGgMsumokRTndQe72/dSKnAybyb96BbCW5BfsPVOIT7ffi Ez8Zi1zfu80hR/Zr/czlvwveadyxAVaHY8WUFBFGk9n05I/5hBhNaRzD9w5Z2gymy0 Sby5icMUc6kk2K339LxNRywF/eFSXB3QeqpZLniw= Received: from [127.0.0.1] (ns.kirov.so-ups.ru [77.72.136.145]) by smtp1.mail.yandex.net (Yandex) with ESMTPSA id ECAB92900A3; Mon, 12 Apr 2010 10:42:25 +0400 (MSD) Message-ID: <4BC2C0D1.9090700@yandex.ru> Date: Mon, 12 Apr 2010 10:42:25 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Hizel Ildar References: <4BC1790F.1020205@lissyara.su> <20100412100756.1ef3af73@hzwork.vyborg.ru> In-Reply-To: <20100412100756.1ef3af73@hzwork.vyborg.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Yandex-TimeMark: 1271054546 X-Yandex-Spam: 1 X-Yandex-Front: smtp1.mail.yandex.net Cc: freebsd-current@freebsd.org Subject: Re: ipfw bug on i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Apr 2010 06:42:28 -0000 On 12.04.2010 10:07, Hizel Ildar wrote: > Hey! I'm fix this bug :D > > patch: > > foo# diff -ruN main.c~ main.c > --- main.c~ 2010-03-04 19:54:56.000000000 +0300 > +++ main.c 2010-04-12 09:37:21.000000000 +0400 > @@ -553,7 +553,7 @@ > } > > while (fgets(buf, BUFSIZ, f)) { /* read commands */ > - char linename[10]; > + char linename[11]; > char *args[2]; > > lineno++; Can you test your it with 100k lines? :) I think it can be fixed with something similar to: - sprintf(linename, "Line %d", lineno); + snprintf(linename, sizeof(linename), "Line %d", lineno); -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Mon Apr 12 07:15:47 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCD461065674 for ; Mon, 12 Apr 2010 07:15:47 +0000 (UTC) (envelope-from hizel@vyborg.ru) Received: from mail.vyborg.ru (mail.vyborg.ru [195.177.105.12]) by mx1.freebsd.org (Postfix) with ESMTP id 631B48FC22 for ; Mon, 12 Apr 2010 07:15:46 +0000 (UTC) Received: from hzwork.vyborg.ru (o.vyborg.ru [195.177.104.22]) by mail.vyborg.ru (8.14.3/8.14.3) with ESMTP id o3C7H8Bl069495 for ; Mon, 12 Apr 2010 11:17:09 +0400 (MSD) (envelope-from hizel@vyborg.ru) Date: Mon, 12 Apr 2010 11:15:45 +0400 From: Hizel Ildar To: freebsd-current@freebsd.org Message-ID: <20100412111545.0a8a3308@hzwork.vyborg.ru> In-Reply-To: <4BC2C0D1.9090700@yandex.ru> References: <4BC1790F.1020205@lissyara.su> <20100412100756.1ef3af73@hzwork.vyborg.ru> <4BC2C0D1.9090700@yandex.ru> X-Mailer: Claws Mail 3.7.5 (GTK+ 2.20.0; i486-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: ipfw bug on i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Apr 2010 07:15:47 -0000 =D0=92 Mon, 12 Apr 2010 10:42:25 +0400 "Andrey V. Elsukov" =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > On 12.04.2010 10:07, Hizel Ildar wrote: > > Hey! I'm fix this bug :D > > > > patch: > > > > foo# diff -ruN main.c~ main.c > > --- main.c~ 2010-03-04 19:54:56.000000000 +0300 > > +++ main.c 2010-04-12 09:37:21.000000000 +0400 > > @@ -553,7 +553,7 @@ > > } > > > > while (fgets(buf, BUFSIZ, f)) { /* read commands */ > > - char linename[10]; > > + char linename[11]; > > char *args[2]; > > > > lineno++; >=20 > Can you test your it with 100k lines? :) > I think it can be fixed with something similar to: >=20 > - sprintf(linename, "Line %d", lineno); > + snprintf(linename, sizeof(linename), "Line %d", > lineno); >=20 and the variable linename will be incorrect information, it is necessary to increase the linename to 16 at least char linename[16] From owner-freebsd-current@FreeBSD.ORG Mon Apr 12 08:29:14 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03FFE1065673 for ; Mon, 12 Apr 2010 08:29:14 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id BD17A8FC0C for ; Mon, 12 Apr 2010 08:29:13 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 63C5F730A1; Mon, 12 Apr 2010 10:39:35 +0200 (CEST) Date: Mon, 12 Apr 2010 10:39:35 +0200 From: Luigi Rizzo To: Hizel Ildar Message-ID: <20100412083935.GA86145@onelab2.iet.unipi.it> References: <4BC1790F.1020205@lissyara.su> <20100412100756.1ef3af73@hzwork.vyborg.ru> <4BC2C0D1.9090700@yandex.ru> <20100412111545.0a8a3308@hzwork.vyborg.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100412111545.0a8a3308@hzwork.vyborg.ru> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: ipfw bug on i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Apr 2010 08:29:14 -0000 On Mon, Apr 12, 2010 at 11:15:45AM +0400, Hizel Ildar wrote: > ?? Mon, 12 Apr 2010 10:42:25 +0400 > "Andrey V. Elsukov" ??????????: > > > On 12.04.2010 10:07, Hizel Ildar wrote: > > > Hey! I'm fix this bug :D > > > > > > patch: > > > > > > foo# diff -ruN main.c~ main.c > > > --- main.c~ 2010-03-04 19:54:56.000000000 +0300 > > > +++ main.c 2010-04-12 09:37:21.000000000 +0400 > > > @@ -553,7 +553,7 @@ > > > } > > > > > > while (fgets(buf, BUFSIZ, f)) { /* read commands */ > > > - char linename[10]; > > > + char linename[11]; > > > char *args[2]; > > > > > > lineno++; > > > > Can you test your it with 100k lines? :) > > I think it can be fixed with something similar to: > > > > - sprintf(linename, "Line %d", lineno); > > + snprintf(linename, sizeof(linename), "Line %d", > > lineno); > > > > > and the variable linename will be incorrect information, it is necessary > to increase the linename to 16 at least > > char linename[16] indeed. i just committed something like this, with a larger buffer. thanks for the feedback luigi > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Apr 12 10:48:56 2010 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 0E6E4106564A for ; Mon, 12 Apr 2010 10:48:56 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id DCCD18FC1F for ; Mon, 12 Apr 2010 10:48:54 +0000 (UTC) Received: by bwz8 with SMTP id 8so2830400bwz.3 for ; Mon, 12 Apr 2010 03:48:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=rZhcujzKSobobiJ6oOPsa/EgPZNBcVlSWMy6vn02zHI=; b=XYlc1/tiZC5DJ1PEjGr8xd72/py1FozMtM/GeccdCPbIBpXIyxMgIXHWvnA3hbN+gq 5hGr1FA+SaU2F0MqnPSbkAW82RDk5jpVeYhXuckF1E3YARNqnuitQg9f8KU3MLZ95CcN MfXvK0Cc+TIEIjSm4SDtQmv8V5WlWdrMFvk9M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=tymxAyjztCTNvib9UVNhzBEQ0JupB0aJXMgWjLZ7Iuaok5t3Md+tQKGK/Tzk2Lstjj PIlsu4A/fJLLMu3ji+pqErjHlX2mtNW+qJrd1AJkL1NDKbjV5Ssy6W2ivToVpTbbA62Y DVgZIaV4PaamXuVkthvJWsX4PbuMysI+rWRTQ= MIME-Version: 1.0 Received: by 10.239.142.17 with HTTP; Mon, 12 Apr 2010 03:48:53 -0700 (PDT) In-Reply-To: <20100409174445.GA4359@dan.emsphone.com> References: <20100407173334.GC76941@dan.emsphone.com> <8114C0B7-2288-457C-88D6-E5E3B0CC4E51@mac.com> <20100409174445.GA4359@dan.emsphone.com> Date: Mon, 12 Apr 2010 11:48:53 +0100 Received: by 10.239.137.197 with SMTP id m5mr327377hbm.62.1271069333546; Mon, 12 Apr 2010 03:48:53 -0700 (PDT) Message-ID: From: Tom Evans To: Dan Nelson Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: When will we can use ZFS v24? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Apr 2010 10:48:56 -0000 On Fri, Apr 9, 2010 at 6:44 PM, Dan Nelson wrote: > In the last episode (Apr 08), Garrett Cooper said: >> On Thu, Apr 8, 2010 at 2:30 PM, Chuck Swiger wrote: >> > On Apr 8, 2010, at 2:18 PM, krad wrote: >> > [ ... ] >> >>> is that even possible with CDDL? >> >> >> >> im not a lawyer but it wouldn't surprise me >> > >> > I'm not a lawyer either, but I was active in reviewing and suggesting >> > changes to CDDL submission for OSI approval back in 2004. >> > >> > A copyright owner always has the ability to relicense their code under >> > other terms, but existing code is guaranteed to be available, >> > redistributable to others, etc under the terms of the current version = of >> > CDDL; in particular see: >> > >> > If Oracle chooses, they might make future changes to the ZFS source co= de >> > under different or more restrictive licensing terms, but what's >> > available now is always going to be available. >> >> The same of basic principle applies to BDB; originally it was BSD licens= ed >> in 1.x under FreeBSD, then GPLed in 2.x+ (IIRC), then left to pasture in >> 4.x after Oracle acquired Sleepycat DB. =C2=A0MySQL is GPLv2 today... = =C2=A0who >> knows what it might be tomorrow... > > BDB was never GPL'ed; it was and still is BSD-licensed. > > http://www.oracle.com/technology/software/products/berkeley-db/htdocs/osl= icense.html > IANAL, but that is not a BSD license. It is the Sleepycat license, which is compatible with GPL. The giveaway is in section 3: * 3. Redistributions in any form must be accompanied by information on * how to obtain complete source code for the DB software and any * accompanying software that uses the DB software. The '.. any accompanying software' clause makes it quite like the GPL. Cheers Tom From owner-freebsd-current@FreeBSD.ORG Mon Apr 12 10:52:25 2010 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 02DD8106564A; Mon, 12 Apr 2010 10:52:25 +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 8DD328FC0C; Mon, 12 Apr 2010 10:52:23 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id o3CAqFCA077133 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 12 Apr 2010 13:52:15 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id o3CAqFvg042149; Mon, 12 Apr 2010 13:52:15 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o3CAqEAT042148; Mon, 12 Apr 2010 13:52:14 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 12 Apr 2010 13:52:14 +0300 From: Kostik Belousov To: Julian Elischer Message-ID: <20100412105214.GA2415@deviant.kiev.zoral.com.ua> References: <4BC0CC6F.7010009@freebsd.org> <4BC0E9AE.1000904@elischer.org> <4BC0FF80.4000907@freebsd.org> <20100411102723.GT2415@deviant.kiev.zoral.com.ua> <4BC213A5.4020104@elischer.org> <20100411184406.GV2415@deviant.kiev.zoral.com.ua> <4BC21F48.8090407@elischer.org> <20100411192049.GX2415@deviant.kiev.zoral.com.ua> <4BC250D5.7000608@elischer.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="o8+9QDyhj41GtdBs" Content-Disposition: inline In-Reply-To: <4BC250D5.7000608@elischer.org> 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=-2.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_20, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: ports@freebsd.org, FreeBSD Current , Kris Moore Subject: Re: ports and PBIs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Apr 2010 10:52:25 -0000 --o8+9QDyhj41GtdBs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 11, 2010 at 03:44:37PM -0700, Julian Elischer wrote: > On 4/11/10 12:20 PM, Kostik Belousov wrote: > >On Sun, Apr 11, 2010 at 12:13:12PM -0700, Julian Elischer wrote: > >>On 4/11/10 11:44 AM, Kostik Belousov wrote: > >>>On Sun, Apr 11, 2010 at 11:23:33AM -0700, Julian Elischer wrote: > >>>>On 4/11/10 3:27 AM, Kostik Belousov wrote: > >>>> > >>>>>I already pointed in the other reply in this thread, $ORIGIN dynamic > >>>>>token should solve the issue. See > >>>>>http://docs.sun.com/app/docs/doc/817-1984/chapter3-13312?l=3Den&a=3D= view > >>>> > >>>>yes, teh question I have since I am not alinker expert is do we > >>>>support it? the link you give is for Solaris I think.. > >>> > >>>It is in three for HEAD, RELENG_8 and RELENG_7. > >> > >> > >>thank you. > >> > >>This will I think as you suggest, make a significant difference. > >> > >>the question I have is "is it re-evaluated for each library"? >=20 > You interpreted the question correctly. >=20 > >I am not sure what exactly you are asking there. $ORIGIN is substituted > >for each object invividually, taking the object path as a substitution > >target. That is, if main executable A references dso $ORIGIN/X/libA.so, > >then libA.so is looked up in the subdirectory X of directory containing > >A. If libA.so references $ORIGIN/Y/libB.so, then libB.so is looked up > >in X/Y subdirectory of directory containing A. >=20 > If there is an LDPATH set then if the library A is to be found > at $SOMEWHERE-ELSE which is in the LDPATH, rather > than in $ORIGIN/X, will it still be found? LD_LIBRARY_PATH ? I do not think this will work, because $ORIGIN substitution (mostly) results in the absolute pathname. It is complicated by the fact that you might do things like ../$ORIGIN/libA.so, but this is plain silly. >=20 > if the answer to the above is yes, then If it is then found > in $SOMEWHERE-ELSE/X somewhere, will it then look for libB.so > in $ORIGIN(A) or in $SOMEWHERE-ELSE ? Regardeless of the answer for the first question, $ORIGIN is evaluated. >=20 > If the library is actually somewhere else (via symlink) is $origin=20 > reevaluated to the actual destination? (that would be cool). No. >=20 >=20 > > > > > >> > >>So, to recap: > >> > >>what we were thinking is something along the lines of the following: > >> > >> > >>an example with 2 PBI apps created at the same time > >>(part of the same set) > >> > >>application 1 --------> libraryA - - (originally) - - ->library B > >> | / | > >> |link / |link > >> | /-----------(y)-------/ | > >> v / v > >> common area dd-mm-yy library A ------(x)------------>library B > >> ^ ^ > >> |link |link > >> | | > >> | | > >>application 1 --------> libraryA - - (originally) - - - ->library B > >> > >>library A and B in app 2 are deleted >=20 > and libraries A and B in "common area" can be updated for security=20 > reasons by a special kind of PBI or package should it be required. >=20 > It sounds to me that link 'y' is followed, i.e. the linker continues > to think it is working in $ORIGIN(A). >=20 > either way this is sounding very doable.. Kris is thinking about a=20 > single sysutils/pbimanager port and a /mk diff that would allow > "make pbi" (once the port was installed). >=20 > I think it actually looks quite feasible. >=20 > Is there someone out there in ports-land who really inderstands the=20 > ports mk framework who could help us (because we'll need a local guide=20 > to make sure we don't dig inn any local burial grounds) and who can=20 > help with testing etc? >=20 > Similarly if we need to do anything funny with regards to hashing=20 > parts of .so files, or deciding how to version things, is there an > elf specialist in the house who can help? >=20 > Kris said can do the pbi tools part if he has help with these > two areas >=20 > Julian --o8+9QDyhj41GtdBs Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkvC+10ACgkQC3+MBN1Mb4ih7QCg0EhLIogQDMRpkf/pAma6mcGZ zaMAnRJbKsWpveNjEMqhRPHVsJ3MIVum =tvM8 -----END PGP SIGNATURE----- --o8+9QDyhj41GtdBs-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 12 11:21:43 2010 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 A94F2106566C for ; Mon, 12 Apr 2010 11:21:43 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-qy0-f181.google.com (mail-qy0-f181.google.com [209.85.221.181]) by mx1.freebsd.org (Postfix) with ESMTP id 531858FC1D for ; Mon, 12 Apr 2010 11:21:43 +0000 (UTC) Received: by qyk11 with SMTP id 11so4718399qyk.13 for ; Mon, 12 Apr 2010 04:21:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=OrFqDrb8nWzLF60NEfKXQ0DQhNXJ0i61NcrQCi1Ry3c=; b=rWMLy6MqupcUyMjP+nY4mbNH9Nmr/U4G5VCwt6Q3rGznbo3rLO1yy4PFV7Y6wnKtkV b+EljLzXUjzYb7QXiGds9wuvaJEPeGqRhxZbNKGEPnYbJ/OO52gqt9A8Ixx69/+ZUlNm 5KfHo9BiTwAEmyKdfoR5clCzcL9bZ3sASmq/w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=HsKz3iHCCQAoindih4V9RGQO8yLWfK0kBnTZ5bA1UFJ0+AdeM/8/GdSVIAVC/TSTi6 x1rpRLhl62nu2CLJgUheal4FSXvgRoV+UHcicskrKnztVj8DpYKpCiyh6HahrPqQZX4M R2wYI1NWcSu3Of4jer2+onEmCnP+JaQdJqYsI= MIME-Version: 1.0 Received: by 10.229.28.85 with HTTP; Mon, 12 Apr 2010 04:21:41 -0700 (PDT) In-Reply-To: References: <20100407173334.GC76941@dan.emsphone.com> <8114C0B7-2288-457C-88D6-E5E3B0CC4E51@mac.com> <20100409174445.GA4359@dan.emsphone.com> Date: Mon, 12 Apr 2010 04:21:41 -0700 Received: by 10.229.98.129 with SMTP id q1mr3474041qcn.100.1271071301260; Mon, 12 Apr 2010 04:21:41 -0700 (PDT) Message-ID: From: Garrett Cooper To: Tom Evans Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Dan Nelson , current@freebsd.org Subject: Re: When will we can use ZFS v24? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Apr 2010 11:21:43 -0000 On Mon, Apr 12, 2010 at 3:48 AM, Tom Evans wrote= : > On Fri, Apr 9, 2010 at 6:44 PM, Dan Nelson wrot= e: >> In the last episode (Apr 08), Garrett Cooper said: >>> On Thu, Apr 8, 2010 at 2:30 PM, Chuck Swiger wrote: >>> > On Apr 8, 2010, at 2:18 PM, krad wrote: >>> > [ ... ] >>> >>> is that even possible with CDDL? >>> >> >>> >> im not a lawyer but it wouldn't surprise me >>> > >>> > I'm not a lawyer either, but I was active in reviewing and suggesting >>> > changes to CDDL submission for OSI approval back in 2004. >>> > >>> > A copyright owner always has the ability to relicense their code unde= r >>> > other terms, but existing code is guaranteed to be available, >>> > redistributable to others, etc under the terms of the current version= of >>> > CDDL; in particular see: >>> > >>> > If Oracle chooses, they might make future changes to the ZFS source c= ode >>> > under different or more restrictive licensing terms, but what's >>> > available now is always going to be available. >>> >>> The same of basic principle applies to BDB; originally it was BSD licen= sed >>> in 1.x under FreeBSD, then GPLed in 2.x+ (IIRC), then left to pasture i= n >>> 4.x after Oracle acquired Sleepycat DB. =A0MySQL is GPLv2 today... =A0w= ho >>> knows what it might be tomorrow... >> >> BDB was never GPL'ed; it was and still is BSD-licensed. >> >> http://www.oracle.com/technology/software/products/berkeley-db/htdocs/os= license.html >> > > IANAL, but that is not a BSD license. It is the Sleepycat license, > which is compatible with GPL. > > The giveaway is in section 3: > > =A0* 3. Redistributions in any form must be accompanied by information on > =A0* =A0 =A0how to obtain complete source code for the DB software and an= y > =A0* =A0 =A0accompanying software that uses the DB software. > > The '.. any accompanying software' clause makes it quite like the GPL. Dan and Tom, You both are correct, according to ye great wikipedia: http://en.wikipedia.org/wiki/Sleepycat_License . Thanks for the correction, -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Apr 12 15:12:29 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C4E5E106566B for ; Mon, 12 Apr 2010 15:12:29 +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 6C2478FC08 for ; Mon, 12 Apr 2010 15:12:29 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 15EB746B6C; Mon, 12 Apr 2010 11:12:29 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id F00238A01F; Mon, 12 Apr 2010 11:12:27 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 12 Apr 2010 10:52:42 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <201004081313.o38DD4JM041821@lava.sentex.ca> <201004091900.o39J0b0k051687@lava.sentex.ca> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201004121052.42350.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 12 Apr 2010 11:12:27 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.8 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: pyunyh@gmail.com, Jack Vogel , Mike Tancsa Subject: Re: LOR on em in HEAD ( was Re: em driver regression X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Apr 2010 15:12:29 -0000 On Friday 09 April 2010 3:09:24 pm Jack Vogel wrote: > Someone else also pointed this out. I'm dubious about its claim. > This happens because there is an RX lock taken in rxeof, its held > thru the call into the stack, it then encounters another lock there > and hence this complaint. I've had the RX hold as it is for a long > while and would rather not have to give it up, can someone look > at it and advise? I've seen it happen with igb. I suspect it is a transitive lock order. That is, you probably never have the UDP lock acquired before an em/igb RX lock. However, if you have an em/igb adapter TX lock held when you acquire an em/igb RX lock in one place, and in if_start() you acquire the TX lock while the UDP lock is held, that can trigger the LOR. Specifically, those two paths would give you these two orders: TX -> RX UDP -> TX which implies the order UDP -> RX (lock order relationsips are transitive, just like a > b and b > c implies a > c). However, I haven't been able to track down what the raw orders are that might lead to this transitive order. Attilio added some sysctls to dump all the raw lock orders in one of the debug.witness sysctls. You can also try hardcoding the 'RX -> UDP' order using WITNESS_DEFINEORDER() before any of the em/igb RX/TX locks are acquired to see what different LOR is triggered. If that LOR looks valid then you can keep hardcoding valid orders until you find the invalid one. > On Fri, Apr 9, 2010 at 12:00 PM, Mike Tancsa wrote: > > > While testing an i5 box with HEAD checked out from this morning, bringing > > up the second NIC generated this LOR on the console > > > > em1: link state changed to UP > > lock order reversal: > > 1st 0xc5dc7c10 em1:rx(1) (em1:rx(1)) @ > > /usr/HEAD/src/sys/modules/em/../../dev/e1000/if_em.c:4089 > > 2nd 0xc0f7e88c udp (udp) @ /usr/HEAD/src/sys/netinet/udp_usrreq.c:454 > > KDB: stack backtrace: > > db_trace_self_wrapper(c0cb4d33,c5b72a70,c08e4d65,c08d50db,c0cb7d58,...) at > > db_trace_self_wrapper+0x26 > > kdb_backtrace(c08d50db,c0cb7d58,c5d31a98,c5d2cb60,c5b72acc,...) at > > kdb_backtrace+0x29 > > _witness_debugger(c0cb7d58,c0f7e88c,c0c9cf0b,c5d2cb60,c0cd04ca,...) at > > _witness_debugger+0x25 > > witness_checkorder(c0f7e88c,1,c0cd04ca,1c6,0,...) at > > witness_checkorder+0x839 > > _rw_rlock(c0f7e88c,c0cd04ca,1c6,c5d33088,c5e8be24,...) at _rw_rlock+0x9c > > udp_input(c67faa00,14,0,c5e8bd80,c0dfa860,...) at udp_input+0x246 > > ip_input(c67faa00,c5f2f380,c5b72be8,c07463b6,c0dfa860,...) at > > ip_input+0x606 > > netisr_dispatch_src(1,0,c67faa00,c5b72c20,c0954bc1,...) at > > netisr_dispatch_src+0xcd > > netisr_dispatch(1,c67faa00,c6018c00,c6018c00,c6852800,...) at > > netisr_dispatch+0x20 > > ether_demux(c6018c00,c67faa00,3,0,3,...) at ether_demux+0x1a1 > > ether_input(c6018c00,c67faa00,c11a0e17,ff9,64,...) at ether_input+0x365 > > em_rxeof(c5e8bd80,109,c6016180,0,c5b72cc8,...) at em_rxeof+0x13c > > em_msix_rx(c5dc7c00,c5b72cc8,c088eb14,c0e133c0,c60342b8,...) at > > em_msix_rx+0x25 > > intr_event_execute_handlers(c5d807f8,c6034280,c0cacd7e,533,c60342f0,...) at > > intr_event_execute_handlers+0x125 > > ithread_loop(c603b4a0,c5b72d38,c0cacaed,343,c5d807f8,...) at > > ithread_loop+0x9f > > fork_exit(c0877800,c603b4a0,c5b72d38) at fork_exit+0xb8 > > fork_trampoline() at fork_trampoline+0x8 > > --- trap 0, eip = 0, esp = 0xc5b72d70, ebp = 0 --- > > > > 0(i5b)# uname -a > > FreeBSD i5b.sentex.ca 9.0-CURRENT FreeBSD 9.0-CURRENT #2: Fri Apr 9 > > 11:56:25 EDT 2010 mdtancsa@ich10.sentex.ca:/usr/HEAD/obj/usr/HEAD/src/sys/GENERIC > > i386 > > 0(i5b)# > > > > em0@pci0:0:25:0: class=0x020000 card=0x34ec8086 chip=0x10ef8086 > > rev=0x05 hdr=0x00 > > vendor = 'Intel Corporation' > > class = network > > subclass = ethernet > > cap 01[c8] = powerspec 2 supports D0 D3 current D0 > > cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message > > cap 13[e0] = PCI Advanced Features: FLR TP > > em1@pci0:3:0:0: class=0x020000 card=0x34ec8086 chip=0x10d38086 rev=0x00 > > hdr=0x00 > > vendor = 'Intel Corporation' > > device = 'Intel 82574L Gigabit Ethernet Controller (82574L)' > > class = network > > subclass = ethernet > > cap 01[c8] = powerspec 2 supports D0 D3 current D0 > > cap 05[d0] = MSI supports 1 message, 64 bit > > cap 10[e0] = PCI-Express 1 endpoint max data 128(256) link x1(x1) > > cap 11[a0] = MSI-X supports 5 messages in map 0x1c enabled > > > > > > 0(i5b)# vmstat -i > > interrupt total rate > > irq4: uart0 6156 3 > > irq8: rtc 224879 127 > > irq21: ehci0 2662 1 > > irq23: ehci1 3674 2 > > cpu0: timer 1754210 998 > > irq256: em0 10778 6 > > irq257: em1 331 0 > > irq258: em1 4 0 > > irq260: em1 4 0 > > irq261: em1 8 0 > > irq262: ahci0 69 0 > > cpu3: timer 1753938 998 > > cpu2: timer 1753932 998 > > cpu1: timer 1753886 998 > > Total 7264531 4134 > > 0(i5b)# > > > > CPU: Intel(R) Core(TM) i5 CPU 750 @ 2.67GHz (2666.65-MHz 686- class > > CPU) > > Origin = "GenuineIntel" Id = 0x106e5 Family = 6 Model = 1e Stepping = > > 5 > > > > Features=0xbfebfbff > > > > Features2=0x98e3fd > > AMD Features=0x28100000 > > AMD Features2=0x1 > > TSC: P-state invariant > > real memory = 4294967296 (4096 MB) > > avail memory = 2577711104 (2458 MB) > > ACPI APIC Table: > > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > > > > > > > > > > -------------------------------------------------------------------- > > Mike Tancsa, tel +1 519 651 3400 > > Sentex Communications, mike@sentex.net > > Providing Internet since 1994 www.sentex.net > > Cambridge, Ontario Canada www.sentex.net/mike > > > > > _______________________________________________ > 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" > -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Apr 12 15:12:31 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 237E2106566C for ; Mon, 12 Apr 2010 15:12:31 +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 EACFD8FC0A for ; Mon, 12 Apr 2010 15:12:30 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 9F60246B46; Mon, 12 Apr 2010 11:12:30 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id D3A228A021; Mon, 12 Apr 2010 11:12:29 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 12 Apr 2010 10:53:34 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <4BC045EF.2030400@bsdforen.de> In-Reply-To: <4BC045EF.2030400@bsdforen.de> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201004121053.34456.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 12 Apr 2010 11:12:29 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.8 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Dominic Fandrey Subject: Re: Trivial PR, fix shutdown of rc services started with onestart X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Apr 2010 15:12:31 -0000 On Saturday 10 April 2010 5:33:35 am Dominic Fandrey wrote: > This morning I took a look at my outstanding PRs. There > is a PR I consider old and trivial: > > This one proposes a change that always treats rc script execution > of active services as if _enable="YES" was set. > This ensures, among other things, a clean shutdown procedure for > services started with onestart: > http://www.freebsd.org/cgi/query-pr.cgi?pr=conf/130414 You might want to send this to freebsd-rc@ if no one responds. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Apr 12 15:17:23 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DDF10106566B for ; Mon, 12 Apr 2010 15:17:23 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 810488FC1B for ; Mon, 12 Apr 2010 15:17:23 +0000 (UTC) Received: from mobileKamikaze.norad (unknown [92.116.240.40]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id E8F488A1A98; Mon, 12 Apr 2010 17:17:20 +0200 (CEST) Message-ID: <4BC3397C.7040904@bsdforen.de> Date: Mon, 12 Apr 2010 17:17:16 +0200 From: Dominic Fandrey User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-GB; rv:1.9.1.9) Gecko/20100331 Thunderbird/3.0.4 MIME-Version: 1.0 To: John Baldwin References: <4BC045EF.2030400@bsdforen.de> <201004121053.34456.jhb@freebsd.org> In-Reply-To: <201004121053.34456.jhb@freebsd.org> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Trivial PR, fix shutdown of rc services started with onestart X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Apr 2010 15:17:23 -0000 On 12/04/2010 16:53, John Baldwin wrote: > On Saturday 10 April 2010 5:33:35 am Dominic Fandrey wrote: >> This morning I took a look at my outstanding PRs. There >> is a PR I consider old and trivial: >> >> This one proposes a change that always treats rc script execution >> of active services as if _enable="YES" was set. >> This ensures, among other things, a clean shutdown procedure for >> services started with onestart: >> http://www.freebsd.org/cgi/query-pr.cgi?pr=conf/130414 > > You might want to send this to freebsd-rc@ if no one responds. > Considering that they are the responsible party, do they not get notified by GNATS whenever I submit a follow-up to the PR? Regards -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? From owner-freebsd-current@FreeBSD.ORG Mon Apr 12 15:48:40 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5706F106566B for ; Mon, 12 Apr 2010 15:48:40 +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 289CB8FC0A for ; Mon, 12 Apr 2010 15:48:40 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id CCF7546B8A; Mon, 12 Apr 2010 11:48:39 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 18A6C8A025; Mon, 12 Apr 2010 11:48:39 -0400 (EDT) From: John Baldwin To: Dominic Fandrey Date: Mon, 12 Apr 2010 11:48:07 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <4BC045EF.2030400@bsdforen.de> <201004121053.34456.jhb@freebsd.org> <4BC3397C.7040904@bsdforen.de> In-Reply-To: <4BC3397C.7040904@bsdforen.de> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201004121148.07730.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 12 Apr 2010 11:48:39 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.8 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-current@freebsd.org Subject: Re: Trivial PR, fix shutdown of rc services started with onestart X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Apr 2010 15:48:40 -0000 On Monday 12 April 2010 11:17:16 am Dominic Fandrey wrote: > On 12/04/2010 16:53, John Baldwin wrote: > > On Saturday 10 April 2010 5:33:35 am Dominic Fandrey wrote: > >> This morning I took a look at my outstanding PRs. There > >> is a PR I consider old and trivial: > >> > >> This one proposes a change that always treats rc script execution > >> of active services as if _enable="YES" was set. > >> This ensures, among other things, a clean shutdown procedure for > >> services started with onestart: > >> http://www.freebsd.org/cgi/query-pr.cgi?pr=conf/130414 > > > > You might want to send this to freebsd-rc@ if no one responds. > > > > Considering that they are the responsible party, do they not > get notified by GNATS whenever I submit a follow-up to the PR? Ah, in that case they probably do. Still, if they don't reply to the PR e- mail that list does seem to respond quickly to direct e-mails in my experience. :) -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Apr 12 16:26:08 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B82A9106566B; Mon, 12 Apr 2010 16:26:08 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 23A028FC1D; Mon, 12 Apr 2010 16:26:07 +0000 (UTC) Received: by wyb28 with SMTP id 28so1015726wyb.13 for ; Mon, 12 Apr 2010 09:26:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=/hAMDKafnzBSXEmpq9tk4lvIxYjkYutCXHzbwV0NbBI=; b=CEo0YdoXdCJRLOayIJ9PR4tDPWvoNmpQDa15vymjvfOQR7TEhx8mieqYknkCrdiMTH 1Qdu/GRnMEsthjKA1iMPUI9vGW6t6epgpTna5rGI7nv0uPvfAhvziwwnNHdIVh+Q81Uy ebkbmnBpRN0L+eoA98n2RiCN3B0mK4oFo73b0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=oCixnuvZt84AFUPwdfNjUf6UsN8wZLgGHqR2YD//vjgmXUvG8tEbh7h0IvwGlO8piD nd9TzAKEUKvkQqwIYMCj2vR9KmqsthC0s5UKfV2+Pf1Ty5reD3tP5Xs/eKpmIe4b1XQ6 dxteROShOr/k2syxtHxN2bS+TtBvYrij4xeRY= MIME-Version: 1.0 Received: by 10.216.11.8 with HTTP; Mon, 12 Apr 2010 09:26:06 -0700 (PDT) In-Reply-To: <201004121052.42350.jhb@freebsd.org> References: <201004081313.o38DD4JM041821@lava.sentex.ca> <201004091900.o39J0b0k051687@lava.sentex.ca> <201004121052.42350.jhb@freebsd.org> Date: Mon, 12 Apr 2010 09:26:06 -0700 Received: by 10.216.172.73 with SMTP id s51mr2653413wel.113.1271089566999; Mon, 12 Apr 2010 09:26:06 -0700 (PDT) Message-ID: From: Jack Vogel To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: pyunyh@gmail.com, freebsd-current@freebsd.org, Mike Tancsa Subject: Re: LOR on em in HEAD ( was Re: em driver regression X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Apr 2010 16:26:08 -0000 On Mon, Apr 12, 2010 at 7:52 AM, John Baldwin wrote: > On Friday 09 April 2010 3:09:24 pm Jack Vogel wrote: > > Someone else also pointed this out. I'm dubious about its claim. > > This happens because there is an RX lock taken in rxeof, its held > > thru the call into the stack, it then encounters another lock there > > and hence this complaint. I've had the RX hold as it is for a long > > while and would rather not have to give it up, can someone look > > at it and advise? > > I've seen it happen with igb. I suspect it is a transitive lock order. > That > is, you probably never have the UDP lock acquired before an em/igb RX lock. > However, if you have an em/igb adapter TX lock held when you acquire an > em/igb > RX lock in one place, and in if_start() you acquire the TX lock while the > UDP > lock is held, that can trigger the LOR. Specifically, those two paths > would > give you these two orders: > > TX -> RX > UDP -> TX > > which implies the order > > UDP -> RX > > (lock order relationsips are transitive, just like a > b and b > c implies > a > c). > > However, I haven't been able to track down what the raw orders are that > might > lead to this transitive order. Attilio added some sysctls to dump all the > raw > lock orders in one of the debug.witness sysctls. You can also try > hardcoding > the 'RX -> UDP' order using WITNESS_DEFINEORDER() before any of the em/igb > RX/TX locks are acquired to see what different LOR is triggered. If that > LOR > looks valid then you can keep hardcoding valid orders until you find the > invalid one. > > Do you think releasing the RX lock before the stack entry would get rid of the problem? Other ideas? Jack From owner-freebsd-current@FreeBSD.ORG Mon Apr 12 16:45:57 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0472D106566B for ; Mon, 12 Apr 2010 16:45:57 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id A4DFF8FC19 for ; Mon, 12 Apr 2010 16:45:55 +0000 (UTC) Received: from elsa.codelab.cz (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id B818B19E027; Mon, 12 Apr 2010 18:45:53 +0200 (CEST) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 68CE119E02D; Mon, 12 Apr 2010 18:45:51 +0200 (CEST) Message-ID: <4BC34E3E.1010405@quip.cz> Date: Mon, 12 Apr 2010 18:45:50 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.9) Gecko/20100317 SeaMonkey/2.0.4 MIME-Version: 1.0 To: John Baldwin References: <4BC045EF.2030400@bsdforen.de> <201004121053.34456.jhb@freebsd.org> <4BC3397C.7040904@bsdforen.de> <201004121148.07730.jhb@freebsd.org> In-Reply-To: <201004121148.07730.jhb@freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Dominic Fandrey , freebsd-current@freebsd.org Subject: Re: Trivial PR, fix shutdown of rc services started with onestart X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Apr 2010 16:45:57 -0000 John Baldwin wrote: > On Monday 12 April 2010 11:17:16 am Dominic Fandrey wrote: >> On 12/04/2010 16:53, John Baldwin wrote: [...] >> Considering that they are the responsible party, do they not >> get notified by GNATS whenever I submit a follow-up to the PR? > > Ah, in that case they probably do. Still, if they don't reply to the PR e- > mail that list does seem to respond quickly to direct e-mails in my > experience. :) I have bad experiences with freebsd-rc mailing list - no responses to my direct e-mails and no responses for PRs (PR sent more than year ago, direct e-mails 3 month ago without any reaction). I don't know who is responsible person for rc system and related PRs, but it seems there is not enough man power to check/take/commit/or close PRs related to rc. Miroslav Lachman From owner-freebsd-current@FreeBSD.ORG Mon Apr 12 16:57:37 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6E021065670 for ; Mon, 12 Apr 2010 16:57:37 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 856148FC19 for ; Mon, 12 Apr 2010 16:57:37 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 1C6BF46B6C; Mon, 12 Apr 2010 12:57:37 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 3E19B8A01F; Mon, 12 Apr 2010 12:57:36 -0400 (EDT) From: John Baldwin To: Jack Vogel Date: Mon, 12 Apr 2010 12:56:12 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <201004081313.o38DD4JM041821@lava.sentex.ca> <201004121052.42350.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201004121256.12161.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 12 Apr 2010 12:57:36 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.8 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: pyunyh@gmail.com, freebsd-current@freebsd.org, Mike Tancsa Subject: Re: LOR on em in HEAD ( was Re: em driver regression X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Apr 2010 16:57:37 -0000 On Monday 12 April 2010 12:26:06 pm Jack Vogel wrote: > On Mon, Apr 12, 2010 at 7:52 AM, John Baldwin wrote: > > > On Friday 09 April 2010 3:09:24 pm Jack Vogel wrote: > > > Someone else also pointed this out. I'm dubious about its claim. > > > This happens because there is an RX lock taken in rxeof, its held > > > thru the call into the stack, it then encounters another lock there > > > and hence this complaint. I've had the RX hold as it is for a long > > > while and would rather not have to give it up, can someone look > > > at it and advise? > > > > I've seen it happen with igb. I suspect it is a transitive lock order. > > That > > is, you probably never have the UDP lock acquired before an em/igb RX lock. > > However, if you have an em/igb adapter TX lock held when you acquire an > > em/igb > > RX lock in one place, and in if_start() you acquire the TX lock while the > > UDP > > lock is held, that can trigger the LOR. Specifically, those two paths > > would > > give you these two orders: > > > > TX -> RX > > UDP -> TX > > > > which implies the order > > > > UDP -> RX > > > > (lock order relationsips are transitive, just like a > b and b > c implies > > a > c). > > > > However, I haven't been able to track down what the raw orders are that > > might > > lead to this transitive order. Attilio added some sysctls to dump all the > > raw > > lock orders in one of the debug.witness sysctls. You can also try > > hardcoding > > the 'RX -> UDP' order using WITNESS_DEFINEORDER() before any of the em/igb > > RX/TX locks are acquired to see what different LOR is triggered. If that > > LOR > > looks valid then you can keep hardcoding valid orders until you find the > > invalid one. > > > > Do you think releasing the RX lock before the stack entry would get rid of > the problem? > > Other ideas? Well, while that might quiet the LOR, I suspect it would be masking another problem that is the "real" LOR. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Apr 12 17:40:31 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 775FD1065670 for ; Mon, 12 Apr 2010 17:40:31 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 1F38F8FC29 for ; Mon, 12 Apr 2010 17:40:30 +0000 (UTC) Received: (qmail 19195 invoked by uid 399); 12 Apr 2010 17:40:30 -0000 Received: from localhost (HELO ?192.168.0.145?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 12 Apr 2010 17:40:30 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4BC35B0C.80000@FreeBSD.org> Date: Mon, 12 Apr 2010 10:40:28 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: Miroslav Lachman <000.fbsd@quip.cz> References: <4BC045EF.2030400@bsdforen.de> <201004121053.34456.jhb@freebsd.org> <4BC3397C.7040904@bsdforen.de> <201004121148.07730.jhb@freebsd.org> <4BC34E3E.1010405@quip.cz> In-Reply-To: <4BC34E3E.1010405@quip.cz> X-Enigmail-Version: 1.0.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Dominic Fandrey , freebsd-current@freebsd.org Subject: Re: Trivial PR, fix shutdown of rc services started with onestart X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Apr 2010 17:40:31 -0000 On 4/12/2010 9:45 AM, Miroslav Lachman wrote: > I have bad experiences with freebsd-rc mailing list - no responses to my > direct e-mails and no responses for PRs (PR sent more than year ago, > direct e-mails 3 month ago without any reaction). > I don't know who is responsible person for rc system and related PRs, > but it seems there is not enough man power to check/take/commit/or close > PRs related to rc. ... like everything else in a volunteer project. :) I personally try to comment on the 2 tails of the bell-shaped curve, things that look interesting, or things that I oppose. For everything else in the vast middle ground I generally wait to see if someone else expresses interest in it. Regarding your 2 open PRs, the first is a jail thing, and I have no experience with jails and don't feel competent to comment. Your cpu affinity patch looks interesting, but not enough to take my attention away from the 34 other things that are currently in my queue. So, please don't take it personally. :) freebsd-rc@ is still the best place to start a discussion about rc.d-related stuff, but that doesn't mean that other forums can't be used as well. hth, Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Mon Apr 12 20:43:17 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DAAD91065670; Mon, 12 Apr 2010 20:43:16 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id 8EB3E8FC13; Mon, 12 Apr 2010 20:43:16 +0000 (UTC) Received: from elsa.codelab.cz (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 214A919E02E; Mon, 12 Apr 2010 22:43:15 +0200 (CEST) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 7FBBF19E02D; Mon, 12 Apr 2010 22:43:09 +0200 (CEST) Message-ID: <4BC385DC.408@quip.cz> Date: Mon, 12 Apr 2010 22:43:08 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.9) Gecko/20100317 SeaMonkey/2.0.4 MIME-Version: 1.0 To: Doug Barton References: <4BC045EF.2030400@bsdforen.de> <201004121053.34456.jhb@freebsd.org> <4BC3397C.7040904@bsdforen.de> <201004121148.07730.jhb@freebsd.org> <4BC34E3E.1010405@quip.cz> <4BC35B0C.80000@FreeBSD.org> In-Reply-To: <4BC35B0C.80000@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Trivial PR, fix shutdown of rc services started with onestart X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Apr 2010 20:43:17 -0000 Doug Barton wrote: > On 4/12/2010 9:45 AM, Miroslav Lachman wrote: >> I have bad experiences with freebsd-rc mailing list - no responses to my >> direct e-mails and no responses for PRs (PR sent more than year ago, >> direct e-mails 3 month ago without any reaction). >> I don't know who is responsible person for rc system and related PRs, >> but it seems there is not enough man power to check/take/commit/or close >> PRs related to rc. > > ... like everything else in a volunteer project. :) I personally try to > comment on the 2 tails of the bell-shaped curve, things that look > interesting, or things that I oppose. For everything else in the vast > middle ground I generally wait to see if someone else expresses interest > in it. If you are the only one person responsible for all rc stuff, then I understand that you cannot take each of them. I know you are hard working on other FreeBSD parts, so one person is not enough. :( > Regarding your 2 open PRs, the first is a jail thing, and I have no > experience with jails and don't feel competent to comment. I directly asked BZ with jail related PR if he can take it or close it with some denying comment, but again without reply. It is not good that there are old PRs without any response. It tends to duplicate PRs etc. > Your cpu > affinity patch looks interesting, but not enough to take my attention > away from the 34 other things that are currently in my queue. As I wrote above, I understand that one person cannot do it all. There are other persons with similar patches to bring some new features in to rc.subr http://lists.freebsd.org/pipermail/freebsd-rc/2010-January/001816.html http://lists.freebsd.org/pipermail/freebsd-rc/2010-March/001877.html > So, please don't take it personally. :) freebsd-rc@ is still the best > place to start a discussion about rc.d-related stuff, but that doesn't > mean that other forums can't be used as well. I tried to start some discussion about that things. I would like to learn more about FreeBSD rc stuff, but it is hard if nobody replied to my proposals / questions [1] / ideas. I also sent some proposal of iSCSI initiator rc script [2]. iSCSI initiator kernel module and userland binaries are in FreeBSD for a long time, but it is "useless" without rc scipt - again, without any response. I would like to write the script right and finish it to the commitable state, but it is hard without support of somebody skilled / without comments and discussion. [1] bgfsck vs. background-fsck http://lists.freebsd.org/pipermail/freebsd-rc/2010-January/001814.html [2] rc script for iSCSI initiator http://lists.freebsd.org/pipermail/freebsd-rc/2010-January/001841.html Miroslav Lachman From owner-freebsd-current@FreeBSD.ORG Tue Apr 13 02:05:52 2010 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 5B1DB1065672; Tue, 13 Apr 2010 02:05:52 +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 2AD008FC08; Tue, 13 Apr 2010 02:05:51 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o3D25pEq093775; Mon, 12 Apr 2010 22:05:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o3D25pVY093774; Tue, 13 Apr 2010 02:05:51 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 13 Apr 2010 02:05:51 GMT Message-Id: <201004130205.o3D25pVY093774@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, 13 Apr 2010 02:05:52 -0000 TB --- 2010-04-13 00:50:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-04-13 00:50:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2010-04-13 00:50:00 - cleaning the object tree TB --- 2010-04-13 00:50:22 - cvsupping the source tree TB --- 2010-04-13 00:50:22 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2010-04-13 00:50:45 - building world TB --- 2010-04-13 00:50:45 - MAKEOBJDIRPREFIX=/obj TB --- 2010-04-13 00:50:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-04-13 00:50:45 - TARGET=pc98 TB --- 2010-04-13 00:50:45 - TARGET_ARCH=i386 TB --- 2010-04-13 00:50:45 - TZ=UTC TB --- 2010-04-13 00:50:45 - __MAKE_CONF=/dev/null TB --- 2010-04-13 00:50:45 - cd /src TB --- 2010-04-13 00:50:45 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 13 00:50:45 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Apr 13 01:50:16 UTC 2010 TB --- 2010-04-13 01:50:16 - generating LINT kernel config TB --- 2010-04-13 01:50:16 - cd /src/sys/pc98/conf TB --- 2010-04-13 01:50:16 - /usr/bin/make -B LINT TB --- 2010-04-13 01:50:16 - building LINT kernel TB --- 2010-04-13 01:50:16 - MAKEOBJDIRPREFIX=/obj TB --- 2010-04-13 01:50:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-04-13 01:50:16 - TARGET=pc98 TB --- 2010-04-13 01:50:16 - TARGET_ARCH=i386 TB --- 2010-04-13 01:50:16 - TZ=UTC TB --- 2010-04-13 01:50:16 - __MAKE_CONF=/dev/null TB --- 2010-04-13 01:50:16 - cd /src TB --- 2010-04-13 01:50:16 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Apr 13 01:50:17 UTC 2010 >>> 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 [...] ===> geom/geom_sched (all) ===> geom/geom_sched/gs_sched (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/pc98/src/sys/LINT -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/geom/geom_sched/gs_sched/../../../../geom/sched/g_sched.c cc1: warnings being treated as errors /src/sys/modules/geom/geom_sched/gs_sched/../../../../geom/sched/g_sched.c: In function 'g_sched_issuer_pid': /src/sys/modules/geom/geom_sched/gs_sched/../../../../geom/sched/g_sched.c:759: warning: implicit declaration of function 'g_sched_issuer' /src/sys/modules/geom/geom_sched/gs_sched/../../../../geom/sched/g_sched.c:759: warning: nested extern declaration of 'g_sched_issuer' /src/sys/modules/geom/geom_sched/gs_sched/../../../../geom/sched/g_sched.c:759: warning: initialization makes pointer from integer without a cast *** Error code 1 Stop in /src/sys/modules/geom/geom_sched/gs_sched. *** Error code 1 Stop in /src/sys/modules/geom/geom_sched. *** Error code 1 Stop in /src/sys/modules/geom. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-04-13 02:05:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-04-13 02:05:51 - ERROR: failed to build lint kernel TB --- 2010-04-13 02:05:51 - 3414.89 user 702.24 system 4550.70 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 13 02:08:49 2010 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 31B07106566B; Tue, 13 Apr 2010 02:08:49 +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 F252C8FC15; Tue, 13 Apr 2010 02:08:48 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o3D28maw022470; Mon, 12 Apr 2010 22:08:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o3D28mY3022466; Tue, 13 Apr 2010 02:08:48 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 13 Apr 2010 02:08:48 GMT Message-Id: <201004130208.o3D28mY3022466@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/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Apr 2010 02:08:49 -0000 TB --- 2010-04-13 00:50:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-04-13 00:50:00 - starting HEAD tinderbox run for i386/i386 TB --- 2010-04-13 00:50:00 - cleaning the object tree TB --- 2010-04-13 00:50:23 - cvsupping the source tree TB --- 2010-04-13 00:50:23 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2010-04-13 00:50:45 - building world TB --- 2010-04-13 00:50:45 - MAKEOBJDIRPREFIX=/obj TB --- 2010-04-13 00:50:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-04-13 00:50:45 - TARGET=i386 TB --- 2010-04-13 00:50:45 - TARGET_ARCH=i386 TB --- 2010-04-13 00:50:45 - TZ=UTC TB --- 2010-04-13 00:50:45 - __MAKE_CONF=/dev/null TB --- 2010-04-13 00:50:45 - cd /src TB --- 2010-04-13 00:50:45 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 13 00:50:46 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Apr 13 01:50:32 UTC 2010 TB --- 2010-04-13 01:50:32 - generating LINT kernel config TB --- 2010-04-13 01:50:32 - cd /src/sys/i386/conf TB --- 2010-04-13 01:50:32 - /usr/bin/make -B LINT TB --- 2010-04-13 01:50:32 - building LINT kernel TB --- 2010-04-13 01:50:32 - MAKEOBJDIRPREFIX=/obj TB --- 2010-04-13 01:50:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-04-13 01:50:32 - TARGET=i386 TB --- 2010-04-13 01:50:32 - TARGET_ARCH=i386 TB --- 2010-04-13 01:50:32 - TZ=UTC TB --- 2010-04-13 01:50:32 - __MAKE_CONF=/dev/null TB --- 2010-04-13 01:50:32 - cd /src TB --- 2010-04-13 01:50:32 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Apr 13 01:50:32 UTC 2010 >>> 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 [...] ===> geom/geom_sched (all) ===> geom/geom_sched/gs_sched (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/i386/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/i386/src/sys/LINT -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/geom/geom_sched/gs_sched/../../../../geom/sched/g_sched.c cc1: warnings being treated as errors /src/sys/modules/geom/geom_sched/gs_sched/../../../../geom/sched/g_sched.c: In function 'g_sched_issuer_pid': /src/sys/modules/geom/geom_sched/gs_sched/../../../../geom/sched/g_sched.c:759: warning: implicit declaration of function 'g_sched_issuer' /src/sys/modules/geom/geom_sched/gs_sched/../../../../geom/sched/g_sched.c:759: warning: nested extern declaration of 'g_sched_issuer' /src/sys/modules/geom/geom_sched/gs_sched/../../../../geom/sched/g_sched.c:759: warning: initialization makes pointer from integer without a cast *** Error code 1 Stop in /src/sys/modules/geom/geom_sched/gs_sched. *** Error code 1 Stop in /src/sys/modules/geom/geom_sched. *** Error code 1 Stop in /src/sys/modules/geom. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-04-13 02:08:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-04-13 02:08:48 - ERROR: failed to build lint kernel TB --- 2010-04-13 02:08:48 - 3578.77 user 698.23 system 4727.72 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 13 02:34:20 2010 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 6F5601065673; Tue, 13 Apr 2010 02:34:20 +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 3ED248FC18; Tue, 13 Apr 2010 02:34:19 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o3D2YJqm048288; Mon, 12 Apr 2010 22:34:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o3D2YJrq048274; Tue, 13 Apr 2010 02:34:19 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 13 Apr 2010 02:34:19 GMT Message-Id: <201004130234.o3D2YJrq048274@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: Tue, 13 Apr 2010 02:34:20 -0000 TB --- 2010-04-13 00:50:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-04-13 00:50:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2010-04-13 00:50:00 - cleaning the object tree TB --- 2010-04-13 00:50:34 - cvsupping the source tree TB --- 2010-04-13 00:50:34 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2010-04-13 00:50:48 - building world TB --- 2010-04-13 00:50:48 - MAKEOBJDIRPREFIX=/obj TB --- 2010-04-13 00:50:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-04-13 00:50:48 - TARGET=amd64 TB --- 2010-04-13 00:50:48 - TARGET_ARCH=amd64 TB --- 2010-04-13 00:50:48 - TZ=UTC TB --- 2010-04-13 00:50:48 - __MAKE_CONF=/dev/null TB --- 2010-04-13 00:50:48 - cd /src TB --- 2010-04-13 00:50:48 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 13 00:50:49 UTC 2010 >>> 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 Tue Apr 13 02:17:41 UTC 2010 TB --- 2010-04-13 02:17:41 - generating LINT kernel config TB --- 2010-04-13 02:17:41 - cd /src/sys/amd64/conf TB --- 2010-04-13 02:17:41 - /usr/bin/make -B LINT TB --- 2010-04-13 02:17:41 - building LINT kernel TB --- 2010-04-13 02:17:41 - MAKEOBJDIRPREFIX=/obj TB --- 2010-04-13 02:17:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-04-13 02:17:41 - TARGET=amd64 TB --- 2010-04-13 02:17:41 - TARGET_ARCH=amd64 TB --- 2010-04-13 02:17:41 - TZ=UTC TB --- 2010-04-13 02:17:41 - __MAKE_CONF=/dev/null TB --- 2010-04-13 02:17:41 - cd /src TB --- 2010-04-13 02:17:41 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Apr 13 02:17:41 UTC 2010 >>> 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 [...] ===> geom/geom_sched (all) ===> geom/geom_sched/gs_sched (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/src/sys/LINT -fno-builtin -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/geom/geom_sched/gs_sched/../../../../geom/sched/g_sched.c cc1: warnings being treated as errors /src/sys/modules/geom/geom_sched/gs_sched/../../../../geom/sched/g_sched.c: In function 'g_sched_issuer_pid': /src/sys/modules/geom/geom_sched/gs_sched/../../../../geom/sched/g_sched.c:759: warning: implicit declaration of function 'g_sched_issuer' /src/sys/modules/geom/geom_sched/gs_sched/../../../../geom/sched/g_sched.c:759: warning: nested extern declaration of 'g_sched_issuer' /src/sys/modules/geom/geom_sched/gs_sched/../../../../geom/sched/g_sched.c:759: warning: initialization makes pointer from integer without a cast *** Error code 1 Stop in /src/sys/modules/geom/geom_sched/gs_sched. *** Error code 1 Stop in /src/sys/modules/geom/geom_sched. *** Error code 1 Stop in /src/sys/modules/geom. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-04-13 02:34:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-04-13 02:34:19 - ERROR: failed to build lint kernel TB --- 2010-04-13 02:34:19 - 4683.26 user 957.58 system 6259.02 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 13 03:17:53 2010 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 36051106566B; Tue, 13 Apr 2010 03:17:53 +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 076A78FC21; Tue, 13 Apr 2010 03:17:52 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o3D3HqJl009281; Mon, 12 Apr 2010 23:17:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o3D3HqsZ009276; Tue, 13 Apr 2010 03:17:52 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 13 Apr 2010 03:17:52 GMT Message-Id: <201004130317.o3D3HqsZ009276@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 ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Apr 2010 03:17:53 -0000 TB --- 2010-04-13 01:39:41 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-04-13 01:39:41 - starting HEAD tinderbox run for ia64/ia64 TB --- 2010-04-13 01:39:41 - cleaning the object tree TB --- 2010-04-13 01:40:03 - cvsupping the source tree TB --- 2010-04-13 01:40:03 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2010-04-13 01:40:26 - building world TB --- 2010-04-13 01:40:26 - MAKEOBJDIRPREFIX=/obj TB --- 2010-04-13 01:40:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-04-13 01:40:26 - TARGET=ia64 TB --- 2010-04-13 01:40:26 - TARGET_ARCH=ia64 TB --- 2010-04-13 01:40:26 - TZ=UTC TB --- 2010-04-13 01:40:26 - __MAKE_CONF=/dev/null TB --- 2010-04-13 01:40:26 - cd /src TB --- 2010-04-13 01:40:26 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 13 01:40:28 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Apr 13 02:57:28 UTC 2010 TB --- 2010-04-13 02:57:28 - generating LINT kernel config TB --- 2010-04-13 02:57:28 - cd /src/sys/ia64/conf TB --- 2010-04-13 02:57:28 - /usr/bin/make -B LINT TB --- 2010-04-13 02:57:28 - building LINT kernel TB --- 2010-04-13 02:57:28 - MAKEOBJDIRPREFIX=/obj TB --- 2010-04-13 02:57:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-04-13 02:57:28 - TARGET=ia64 TB --- 2010-04-13 02:57:28 - TARGET_ARCH=ia64 TB --- 2010-04-13 02:57:28 - TZ=UTC TB --- 2010-04-13 02:57:28 - __MAKE_CONF=/dev/null TB --- 2010-04-13 02:57:28 - cd /src TB --- 2010-04-13 02:57:28 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Apr 13 02:57:28 UTC 2010 >>> 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 [...] ===> geom/geom_sched (all) ===> geom/geom_sched/gs_sched (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/ia64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/ia64/src/sys/LINT -fno-builtin -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/geom/geom_sched/gs_sched/../../../../geom/sched/g_sched.c cc1: warnings being treated as errors /src/sys/modules/geom/geom_sched/gs_sched/../../../../geom/sched/g_sched.c: In function 'g_sched_issuer_pid': /src/sys/modules/geom/geom_sched/gs_sched/../../../../geom/sched/g_sched.c:759: warning: implicit declaration of function 'g_sched_issuer' /src/sys/modules/geom/geom_sched/gs_sched/../../../../geom/sched/g_sched.c:759: warning: nested extern declaration of 'g_sched_issuer' /src/sys/modules/geom/geom_sched/gs_sched/../../../../geom/sched/g_sched.c:759: warning: initialization makes pointer from integer without a cast *** Error code 1 Stop in /src/sys/modules/geom/geom_sched/gs_sched. *** Error code 1 Stop in /src/sys/modules/geom/geom_sched. *** Error code 1 Stop in /src/sys/modules/geom. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-04-13 03:17:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-04-13 03:17:52 - ERROR: failed to build lint kernel TB --- 2010-04-13 03:17:52 - 4751.38 user 674.40 system 5890.77 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 13 03:24:28 2010 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 6BE9E106566B; Tue, 13 Apr 2010 03:24:28 +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 3C3E98FC1D; Tue, 13 Apr 2010 03:24:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o3D3ORY1052783; Mon, 12 Apr 2010 23:24:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o3D3OR61052770; Tue, 13 Apr 2010 03:24:27 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 13 Apr 2010 03:24:27 GMT Message-Id: <201004130324.o3D3OR61052770@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 powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Apr 2010 03:24:28 -0000 TB --- 2010-04-13 02:08:48 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-04-13 02:08:48 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2010-04-13 02:08:48 - cleaning the object tree TB --- 2010-04-13 02:09:06 - cvsupping the source tree TB --- 2010-04-13 02:09:06 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2010-04-13 02:09:19 - building world TB --- 2010-04-13 02:09:19 - MAKEOBJDIRPREFIX=/obj TB --- 2010-04-13 02:09:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-04-13 02:09:19 - TARGET=powerpc TB --- 2010-04-13 02:09:19 - TARGET_ARCH=powerpc TB --- 2010-04-13 02:09:19 - TZ=UTC TB --- 2010-04-13 02:09:19 - __MAKE_CONF=/dev/null TB --- 2010-04-13 02:09:19 - cd /src TB --- 2010-04-13 02:09:19 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 13 02:09:20 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Apr 13 03:10:27 UTC 2010 TB --- 2010-04-13 03:10:27 - generating LINT kernel config TB --- 2010-04-13 03:10:27 - cd /src/sys/powerpc/conf TB --- 2010-04-13 03:10:27 - /usr/bin/make -B LINT TB --- 2010-04-13 03:10:27 - building LINT kernel TB --- 2010-04-13 03:10:27 - MAKEOBJDIRPREFIX=/obj TB --- 2010-04-13 03:10:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-04-13 03:10:27 - TARGET=powerpc TB --- 2010-04-13 03:10:27 - TARGET_ARCH=powerpc TB --- 2010-04-13 03:10:27 - TZ=UTC TB --- 2010-04-13 03:10:27 - __MAKE_CONF=/dev/null TB --- 2010-04-13 03:10:27 - cd /src TB --- 2010-04-13 03:10:27 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Apr 13 03:10:27 UTC 2010 >>> 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 [...] ===> geom/geom_sched (all) ===> geom/geom_sched/gs_sched (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/powerpc/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -mlongcall -fno-omit-frame-pointer -I/obj/powerpc/src/sys/LINT -fno-builtin -msoft-float -mno-altivec -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/geom/geom_sched/gs_sched/../../../../geom/sched/g_sched.c cc1: warnings being treated as errors /src/sys/modules/geom/geom_sched/gs_sched/../../../../geom/sched/g_sched.c: In function 'g_sched_issuer_pid': /src/sys/modules/geom/geom_sched/gs_sched/../../../../geom/sched/g_sched.c:759: warning: implicit declaration of function 'g_sched_issuer' /src/sys/modules/geom/geom_sched/gs_sched/../../../../geom/sched/g_sched.c:759: warning: nested extern declaration of 'g_sched_issuer' /src/sys/modules/geom/geom_sched/gs_sched/../../../../geom/sched/g_sched.c:759: warning: initialization makes pointer from integer without a cast *** Error code 1 Stop in /src/sys/modules/geom/geom_sched/gs_sched. *** Error code 1 Stop in /src/sys/modules/geom/geom_sched. *** Error code 1 Stop in /src/sys/modules/geom. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-04-13 03:24:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-04-13 03:24:27 - ERROR: failed to build lint kernel TB --- 2010-04-13 03:24:27 - 3485.01 user 627.66 system 4539.12 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 13 03:45:37 2010 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 BEDD9106566C; Tue, 13 Apr 2010 03:45:37 +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 8ED8E8FC15; Tue, 13 Apr 2010 03:45:37 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o3D3ja5C042893; Mon, 12 Apr 2010 23:45:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o3D3jaVd042888; Tue, 13 Apr 2010 03:45:36 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 13 Apr 2010 03:45:36 GMT Message-Id: <201004130345.o3D3jaVd042888@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 sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Apr 2010 03:45:37 -0000 TB --- 2010-04-13 02:34:19 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-04-13 02:34:19 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2010-04-13 02:34:19 - cleaning the object tree TB --- 2010-04-13 02:34:38 - cvsupping the source tree TB --- 2010-04-13 02:34:38 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2010-04-13 02:35:00 - building world TB --- 2010-04-13 02:35:00 - MAKEOBJDIRPREFIX=/obj TB --- 2010-04-13 02:35:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-04-13 02:35:00 - TARGET=sparc64 TB --- 2010-04-13 02:35:00 - TARGET_ARCH=sparc64 TB --- 2010-04-13 02:35:00 - TZ=UTC TB --- 2010-04-13 02:35:00 - __MAKE_CONF=/dev/null TB --- 2010-04-13 02:35:00 - cd /src TB --- 2010-04-13 02:35:00 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 13 02:35:02 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Apr 13 03:31:52 UTC 2010 TB --- 2010-04-13 03:31:52 - generating LINT kernel config TB --- 2010-04-13 03:31:52 - cd /src/sys/sparc64/conf TB --- 2010-04-13 03:31:52 - /usr/bin/make -B LINT TB --- 2010-04-13 03:31:52 - building LINT kernel TB --- 2010-04-13 03:31:52 - MAKEOBJDIRPREFIX=/obj TB --- 2010-04-13 03:31:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-04-13 03:31:52 - TARGET=sparc64 TB --- 2010-04-13 03:31:52 - TARGET_ARCH=sparc64 TB --- 2010-04-13 03:31:52 - TZ=UTC TB --- 2010-04-13 03:31:52 - __MAKE_CONF=/dev/null TB --- 2010-04-13 03:31:52 - cd /src TB --- 2010-04-13 03:31:52 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Apr 13 03:31:52 UTC 2010 >>> 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 [...] ===> geom/geom_sched (all) ===> geom/geom_sched/gs_sched (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sparc64/src/sys/LINT -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/geom/geom_sched/gs_sched/../../../../geom/sched/g_sched.c cc1: warnings being treated as errors /src/sys/modules/geom/geom_sched/gs_sched/../../../../geom/sched/g_sched.c: In function 'g_sched_issuer_pid': /src/sys/modules/geom/geom_sched/gs_sched/../../../../geom/sched/g_sched.c:759: warning: implicit declaration of function 'g_sched_issuer' /src/sys/modules/geom/geom_sched/gs_sched/../../../../geom/sched/g_sched.c:759: warning: nested extern declaration of 'g_sched_issuer' /src/sys/modules/geom/geom_sched/gs_sched/../../../../geom/sched/g_sched.c:759: warning: initialization makes pointer from integer without a cast *** Error code 1 Stop in /src/sys/modules/geom/geom_sched/gs_sched. *** Error code 1 Stop in /src/sys/modules/geom/geom_sched. *** Error code 1 Stop in /src/sys/modules/geom. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-04-13 03:45:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-04-13 03:45:36 - ERROR: failed to build lint kernel TB --- 2010-04-13 03:45:36 - 3341.27 user 610.16 system 4277.16 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 13 04:03:57 2010 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 8DDC6106564A; Tue, 13 Apr 2010 04:03:57 +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 5D0158FC12; Tue, 13 Apr 2010 04:03:57 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o3D43ubZ076174; Tue, 13 Apr 2010 00:03:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o3D43uLO076173; Tue, 13 Apr 2010 04:03:56 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 13 Apr 2010 04:03:56 GMT Message-Id: <201004130403.o3D43uLO076173@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 sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Apr 2010 04:03:57 -0000 TB --- 2010-04-13 02:55:42 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-04-13 02:55:42 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2010-04-13 02:55:42 - cleaning the object tree TB --- 2010-04-13 02:55:55 - cvsupping the source tree TB --- 2010-04-13 02:55:55 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2010-04-13 02:56:10 - building world TB --- 2010-04-13 02:56:10 - MAKEOBJDIRPREFIX=/obj TB --- 2010-04-13 02:56:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-04-13 02:56:10 - TARGET=sun4v TB --- 2010-04-13 02:56:10 - TARGET_ARCH=sparc64 TB --- 2010-04-13 02:56:10 - TZ=UTC TB --- 2010-04-13 02:56:10 - __MAKE_CONF=/dev/null TB --- 2010-04-13 02:56:10 - cd /src TB --- 2010-04-13 02:56:10 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 13 02:56:10 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Apr 13 03:50:01 UTC 2010 TB --- 2010-04-13 03:50:01 - generating LINT kernel config TB --- 2010-04-13 03:50:01 - cd /src/sys/sun4v/conf TB --- 2010-04-13 03:50:01 - /usr/bin/make -B LINT TB --- 2010-04-13 03:50:01 - building LINT kernel TB --- 2010-04-13 03:50:01 - MAKEOBJDIRPREFIX=/obj TB --- 2010-04-13 03:50:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-04-13 03:50:01 - TARGET=sun4v TB --- 2010-04-13 03:50:01 - TARGET_ARCH=sparc64 TB --- 2010-04-13 03:50:01 - TZ=UTC TB --- 2010-04-13 03:50:01 - __MAKE_CONF=/dev/null TB --- 2010-04-13 03:50:01 - cd /src TB --- 2010-04-13 03:50:01 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Apr 13 03:50:01 UTC 2010 >>> 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 [...] ===> geom/geom_sched (all) ===> geom/geom_sched/gs_sched (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sun4v/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sun4v/src/sys/LINT -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/geom/geom_sched/gs_sched/../../../../geom/sched/g_sched.c cc1: warnings being treated as errors /src/sys/modules/geom/geom_sched/gs_sched/../../../../geom/sched/g_sched.c: In function 'g_sched_issuer_pid': /src/sys/modules/geom/geom_sched/gs_sched/../../../../geom/sched/g_sched.c:759: warning: implicit declaration of function 'g_sched_issuer' /src/sys/modules/geom/geom_sched/gs_sched/../../../../geom/sched/g_sched.c:759: warning: nested extern declaration of 'g_sched_issuer' /src/sys/modules/geom/geom_sched/gs_sched/../../../../geom/sched/g_sched.c:759: warning: initialization makes pointer from integer without a cast *** Error code 1 Stop in /src/sys/modules/geom/geom_sched/gs_sched. *** Error code 1 Stop in /src/sys/modules/geom/geom_sched. *** Error code 1 Stop in /src/sys/modules/geom. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-04-13 04:03:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-04-13 04:03:56 - ERROR: failed to build lint kernel TB --- 2010-04-13 04:03:56 - 3342.70 user 593.88 system 4094.46 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 13 05:53:52 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E5E361065670 for ; Tue, 13 Apr 2010 05:53:52 +0000 (UTC) (envelope-from hizel@vyborg.ru) Received: from mail.vyborg.ru (mail.vyborg.ru [195.177.105.12]) by mx1.freebsd.org (Postfix) with ESMTP id 52F958FC13 for ; Tue, 13 Apr 2010 05:53:51 +0000 (UTC) Received: from hzwork.vyborg.ru (o.vyborg.ru [195.177.104.22]) by mail.vyborg.ru (8.14.3/8.14.3) with ESMTP id o3D5tCt7067643 for ; Tue, 13 Apr 2010 09:55:12 +0400 (MSD) (envelope-from hizel@vyborg.ru) Date: Tue, 13 Apr 2010 09:53:50 +0400 From: Hizel Ildar To: freebsd-current@freebsd.org Message-ID: <20100413095350.3e74bb85@hzwork.vyborg.ru> In-Reply-To: <20100411001454.GO73901@bunrab.catwhisker.org> References: <20100411001454.GO73901@bunrab.catwhisker.org> X-Mailer: Claws Mail 3.7.5 (GTK+ 2.20.0; i486-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: SIGSEGV in dc, at bcode.c:277 (function reset_bmachine()) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Apr 2010 05:53:53 -0000 =D0=92 Sat, 10 Apr 2010 17:14:54 -0700 David Wolfskill =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > As these things go, this probably isn't as critical as most thinsg > disussed on this list, but I happened to notice it today, built a > debugging world and at least cornered the annoying little varmint. >=20 > Sorry; no patch at this time. :-( >=20 > Here's how to reproduce it: while running CURRENT, invoke dc(1) > using the command-line expression-soecification ("-e ..."), thus: >=20 > freebeast(9.0-C)[2] dc -e "6 2/p" > Segmentation fault (core dumped) > freebeast(9.0-C)[3]=20 >=20 > This was running: >=20 > FreeBSD freebeast.catwhisker.org 9.0-CURRENT FreeBSD 9.0-CURRENT #1 > r206447: Sat Apr 10 14:49:56 PDT 2010 > root@freebeast.catwhisker.org:/common/S1/obj/usr/src/sys/GENERIC i386 >=20 Also, when using the option -f file must be core dump :( foo# echo '6 2/p' > /tmp/test foo# dc -f /tmp/test Segmentation fault (core dumped) foo# gdb /usr/bin/dc dc.core=20 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... Core was generated by `dc'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libcrypto.so.6...done. Loaded symbols for /lib/libcrypto.so.6 Reading symbols from /lib/libc.so.7...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x08049818 in reset_bmachine (src=3D0x804fc48) at /usr/src/usr.bin/dc/b= code.c:277 277 bmachine.readstack[0] =3D *src; (gdb) bt #0 0x08049818 in reset_bmachine (src=3D0x804fc48) at /usr/src/usr.bin/dc/b= code.c:277 #1 0x0804947e in procfile (fname=3D0xbfbfea22 "/tmp/test") at /usr/src/usr= .bin/dc/dc.c:75 #2 0x0804951f in main (argc=3D3, argv=3D0xbfbfe8fc) at /usr/src/usr.bin/dc= /dc.c:96 (gdb) quit foo# uname -a FreeBSD foo.vyborg.ru 9.0-CURRENT FreeBSD 9.0-CURRENT #1: Sun Apr 11 21:00:= 05 MSD 2010 root@foo.vyborg.ru:/usr/obj/usr/src/sys/GENERIC i386 From owner-freebsd-current@FreeBSD.ORG Tue Apr 13 07:48:05 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76B84106566B for ; Tue, 13 Apr 2010 07:48:05 +0000 (UTC) (envelope-from hizel@vyborg.ru) Received: from mail.vyborg.ru (mail.vyborg.ru [195.177.105.12]) by mx1.freebsd.org (Postfix) with ESMTP id 0BED18FC13 for ; Tue, 13 Apr 2010 07:48:04 +0000 (UTC) Received: from hzwork.vyborg.ru (o.vyborg.ru [195.177.104.22]) by mail.vyborg.ru (8.14.3/8.14.3) with ESMTP id o3D7nPGQ078296 for ; Tue, 13 Apr 2010 11:49:25 +0400 (MSD) (envelope-from hizel@vyborg.ru) Date: Tue, 13 Apr 2010 11:48:03 +0400 From: Hizel Ildar To: freebsd-current@freebsd.org Message-ID: <20100413114803.784e2ab7@hzwork.vyborg.ru> In-Reply-To: <20100413095350.3e74bb85@hzwork.vyborg.ru> References: <20100411001454.GO73901@bunrab.catwhisker.org> <20100413095350.3e74bb85@hzwork.vyborg.ru> X-Mailer: Claws Mail 3.7.5 (GTK+ 2.20.0; i486-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: SIGSEGV in dc, at bcode.c:277 (function reset_bmachine()) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Apr 2010 07:48:05 -0000 =D0=92 Tue, 13 Apr 2010 09:53:50 +0400 Hizel Ildar =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > =D0=92 Sat, 10 Apr 2010 17:14:54 -0700 > David Wolfskill =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >=20 > > As these things go, this probably isn't as critical as most thinsg > > disussed on this list, but I happened to notice it today, built a > > debugging world and at least cornered the annoying little varmint. > >=20 > > Sorry; no patch at this time. :-( > >=20 > > Here's how to reproduce it: while running CURRENT, invoke dc(1) > > using the command-line expression-soecification ("-e ..."), thus: > >=20 > > freebeast(9.0-C)[2] dc -e "6 2/p" > > Segmentation fault (core dumped) > > freebeast(9.0-C)[3]=20 > >=20 > > This was running: > >=20 > > FreeBSD freebeast.catwhisker.org 9.0-CURRENT FreeBSD 9.0-CURRENT #1 > > r206447: Sat Apr 10 14:49:56 PDT 2010 > > root@freebeast.catwhisker.org:/common/S1/obj/usr/src/sys/GENERIC > > i386 > >=20 >=20 > Also, when using the option -f file must be core dump :( >=20 > foo# echo '6 2/p' > /tmp/test > foo# dc -f /tmp/test > Segmentation fault (core dumped) > foo# gdb /usr/bin/dc dc.core=20 > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and > you are welcome to change it and/or distribute copies of it under > certain conditions. Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for > details. This GDB was configured as "i386-marcel-freebsd"... > Core was generated by `dc'. > Program terminated with signal 11, Segmentation fault. > Reading symbols from /lib/libcrypto.so.6...done. > Loaded symbols for /lib/libcrypto.so.6 > Reading symbols from /lib/libc.so.7...done. > Loaded symbols for /lib/libc.so.7 > Reading symbols from /libexec/ld-elf.so.1...done. > Loaded symbols for /libexec/ld-elf.so.1 > #0 0x08049818 in reset_bmachine (src=3D0x804fc48) > at /usr/src/usr.bin/dc/bcode.c:277 277 > bmachine.readstack[0] =3D *src; (gdb) bt > #0 0x08049818 in reset_bmachine (src=3D0x804fc48) > at /usr/src/usr.bin/dc/bcode.c:277 #1 0x0804947e in procfile > (fname=3D0xbfbfea22 "/tmp/test") at /usr/src/usr.bin/dc/dc.c:75 #2 > 0x0804951f in main (argc=3D3, argv=3D0xbfbfe8fc) > at /usr/src/usr.bin/dc/dc.c:96 (gdb) quit foo# uname -a > FreeBSD foo.vyborg.ru 9.0-CURRENT FreeBSD 9.0-CURRENT #1: Sun Apr 11 > 21:00:05 MSD 2010 > root@foo.vyborg.ru:/usr/obj/usr/src/sys/GENERIC i386 >=20 My patch: foo# diff -ruN dc.c.orig dc.c --- dc.c.orig 2010-04-13 10:33:22.000000000 +0400 +++ dc.c 2010-04-13 11:44:18.000000000 +0400 @@ -87,12 +87,16 @@ while ((ch =3D getopt_long(argc, argv, "e:f:Vx", long_options, NULL= )) !=3D -1) { switch (ch) { case 'e': + if(!preproc_done) + init_bmachine(extended_regs); src_setstring(&src, optarg); reset_bmachine(&src); eval(); preproc_done =3D true; break; case 'f': + if(!preproc_done) + init_bmachine(extended_regs); procfile(optarg); preproc_done =3D true; break; @@ -114,7 +118,9 @@ argc -=3D optind; argv +=3D optind; =20 - init_bmachine(extended_regs); + if (!preproc_done) + init_bmachine(extended_regs); + setlinebuf(stdout); setlinebuf(stderr); test: foo# dc -f /tmp/test 3 foo# dc -e "6 2/p" 3 foo# dc -e "6 2/p" -f /tmp/test 3 3 foo# dc -e "6 2/p" -f /tmp/test /tmp/test 3 3 3 From owner-freebsd-current@FreeBSD.ORG Tue Apr 13 10:48:51 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09C8F106566C; Tue, 13 Apr 2010 10:48:51 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.26]) by mx1.freebsd.org (Postfix) with ESMTP id 303DC8FC18; Tue, 13 Apr 2010 10:48:49 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id d26so408904eyd.9 for ; Tue, 13 Apr 2010 03:48:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:received:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=8eblrFc2NGuGA4nPALa3GVZ8AD/FTOsou9K4KqagyTA=; b=ZDlrnXWKD7s+NeHnMWCMGX8chyYiHuISB7rNF0miUkZKXLJCu7hjIzp5IG/wguYfyP QZWEWLxRRL0+3PgWZjs+9SnJSlFPTy6mByE7tUgPyDrL4drx0By6Qc4GreiNrg0zRKLC ii8cuFEwidVIoXvCcl/isf9vAbXedTBWdP7gQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=SQUsyO7szqnG0g+DNXWVAwmRUiOJPkaeI6qefGdnyY3PMcNfEJve+YhLgeCaDFnw7f bbNrrzbJg87kLfia5tjcd7PerIUgaXH8iL/sfz2hE4vEodrFEvXyCXgoIrz1BciPXBHE pogJz/9MUAKHO2EP2/Hz6Tt9186ES07d8asvY= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.103.193.19 with HTTP; Tue, 13 Apr 2010 03:48:48 -0700 (PDT) In-Reply-To: <7d6fde3d1003121933s4ba7b57fw6542628c16edf723@mail.gmail.com> References: <7d6fde3d1003070207q621e69ado2cb64e431feacd76@mail.gmail.com> <7d6fde3d1003070224k3626a9b5y98c11a43eef1bed4@mail.gmail.com> <4e6cba831003101356i534341ffr2961b983854ab788@mail.gmail.com> <7dc40bd01003101407m605e41ey2d8ace0049cf5e61@mail.gmail.com> <7d6fde3d1003102158o7834ca67lce3eca23aa723fd1@mail.gmail.com> <7d6fde3d1003121933s4ba7b57fw6542628c16edf723@mail.gmail.com> Date: Tue, 13 Apr 2010 12:48:48 +0200 X-Google-Sender-Auth: 657cc82d42a523d6 Received: by 10.102.174.30 with SMTP id w30mr2970368mue.57.1271155728861; Tue, 13 Apr 2010 03:48:48 -0700 (PDT) Message-ID: From: Attilio Rao To: Garrett Cooper Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Tom Couch , Giovanni Trematerra , FreeBSD Current , Scott Long , Pyun YongHyeon Subject: Re: Removing USB keyboard after filesystems synced causes panic with destroyed mutex twa(4)? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Apr 2010 10:48:51 -0000 2010/3/13 Garrett Cooper : > On Wed, Mar 10, 2010 at 9:58 PM, Garrett Cooper wrot= e: >> On Wed, Mar 10, 2010 at 2:07 PM, Tom Couch = wrote: >>> Hi FreeBSD-current, >>> =C2=A0 =C2=A0 My name is Tom Couch, >>> I am part of the 3ware driver team recently acquired by LSI. >>> I believe Giovanni's patch, below, is the correct fix for this bug. >>> >>> I am available to maintain the twa driver, now that I am on this list. >>> Let me know how I can help, >>> >>> Tom >>> >>> >>> On Wed, Mar 10, 2010 at 1:56 PM, Giovanni Trematerra < >>> giovanni.trematerra@gmail.com> wrote: >>> >>>> On Sun, Mar 7, 2010 at 11:24 AM, Garrett Cooper >>>> wrote: >>>> > On Sun, Mar 7, 2010 at 2:07 AM, Garrett Cooper >>>> wrote: >>>> >> Hi Alexander and Hans, >>>> >> =C2=A0 =C2=A0I recently did the following which generated a panic o= n a >>>> >> 9-CURRENT kernel compiled on the 26th: >>>> >> >>>> >> 1. Executed reboot >>>> >> 2. Removed keyboard. >>>> >> 3. Some time after `All buffers synced\nUptime: ...' was displayed, >>>> >> the keyboard was registered disconnected. >>>> >> 4. The interrupt was delivered to my twa(4) enabled card and the >>>> >> kernel panicked, like so: >>>> >> >>>> >> ugen2.2: at usbus2 (disconnected) >>>> >> uhub8: at uhub2, port 1, addr 2 (disconnected) >>>> >> ugen2.3: at usbus2 (disconnected) >>>> >> ukbd0: at uhub8, port 3, addr 3 (disconnected) >>>> >> uhid0: at uhub8, port 3, addr 3 (disconnected) >>>> >> panic: mtx_lock_spin() of destroyed mutex @ >>>> /usr/src/sys/dev/twa/tw_cl_intr.c:88 >>>> >> >>>> >> cpuid =3D 1 >>>> >> KDB: enter: panic >>>> >> [thread pid 12 tid 100025 ] >>>> >> Stopped at =C2=A0 =C2=A0 =C2=A0 =C2=A0 kdb_enter+0x3d: movq =C2=A0 = =C2=A0 $0,0x40289c(%rip) >>>> >> db> >>>> >> >>>> >> =C2=A0 =C2=A0I wish I could provide you with more details, but unfo= rtunately I >>>> >> the USB bus isn't registering the fact that I'm reattaching the >>>> >> keyboard right now and the box won't reboot automatically :( (didn'= t >>>> >> set the right sysctl beforehand to panic automatically). I'll try a= nd >>>> >> reproduce the issue again, but I was just wondering whether or not = you >>>> >> guys had seen this problem before. >>>> > >>>> > =C2=A0 =C2=A0Phew... it's reproducible with that kernel. Here's what= I did >>>> > exactly (because my original directions were incorrect): >>>> > =C2=A0 =C2=A01. Hit power button (for S5). >>>> > =C2=A0 =C2=A02. Disconnect keyboard RIGHT as `Uptime: ...' is displa= yed. >>>> > =C2=A0 =C2=A0Kernel panicked on my system again. Now to figure out i= f it still >>>> > exists with a kernel compiled today, and also how to debug it if it >>>> > still does exist :/... >>>> > Thanks, >>>> > -Garrett >>>> >>>> Hi Garrett, >>>> Could you please try the patch below and report back? >>>> >>>> Thank you >>>> >>>> diff -r cab6489de66d sys/dev/twa/tw_cl_intr.c >>>> --- a/sys/dev/twa/tw_cl_intr.c =C2=A0 =C2=A0 =C2=A0 =C2=A0Wed Mar 03 0= 4:51:13 2010 -0500 >>>> +++ b/sys/dev/twa/tw_cl_intr.c =C2=A0 =C2=A0 =C2=A0 =C2=A0Wed Mar 10 0= 6:29:05 2010 -0500 >>>> @@ -75,9 +75,12 @@ tw_cl_interrupt(struct tw_cl_ctlr_handle >>>> =C2=A0 =C2=A0 =C2=A0if (ctlr =3D=3D NULL) >>>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 goto out; >>>> >>>> - =C2=A0 =C2=A0 /* If we get an interrupt while resetting, it is a sha= red >>>> - =C2=A0 =C2=A0 =C2=A0 =C2=A0one for another device, so just bail */ >>>> - =C2=A0 =C2=A0 if (ctlr->state & TW_CLI_CTLR_STATE_RESET_IN_PROGRESS) >>>> + =C2=A0 =C2=A0 /* >>>> + =C2=A0 =C2=A0 =C2=A0* =C2=A0If we get an interrupt while resetting o= r shutting down, >>>> + =C2=A0 =C2=A0 =C2=A0* =C2=A0it is a shared one for another device, s= o just bail >>>> + =C2=A0 =C2=A0 =C2=A0*/ >>>> + =C2=A0 =C2=A0 if (ctlr->state & TW_CLI_CTLR_STATE_RESET_IN_PROGRESS = || >>>> + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 (ctrl->state & TW_CLI_CTLR_STATE_ACTIVE) =3D=3D 0) >>>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0goto out; >>>> >>>> =C2=A0 =C2=A0 =C2=A0/* > > Apart from the typo above (s/ctrl/ctlr/), things work appropriately > now at reboot. The only problem is that bootup is really wonky now, > because the RAID had a LOT of issues attaching to cam(4) (failed in > 2/3 cold boot attempts); an additional branch condition may need to be > added to the above if-statement if this change didn't take that into > account. However, if the old behavior was incorrect and the new > behavior is correct, s.t. the RAID controller demonstrating bus > detection timeout issue that is occurring with a lot of USB devices > and some RAID controllers today, this could be extremely problematic. > > So, while it looks better than before at reboot, it's not ready yet > for prime time; I'd rather that the bug was filed with the patch you > provided after the typo fixed, with the caveat mentioned and NOT > committed, because the adverse affect(s) seem a bit more annoying than > the previous panic issue described. I looked briefly at it and I think there are 2 bugs, one in twa_detach() and another one in twa_shutdown(). Basically, locks get destroyed in tw_cl_shutdown_ctlr() which is called by twa_shutdown() while interrupts are teared down in tw_osli_free_resource(). twa_shutdown() is called in twa_detach() before than tw_osli_free_resource(). tw_cl_shutdown_ctlr() also takes care to disable the interrupts for twa but a problem can arise with shared IRQ. Infact, the handler will remain on the IRQ until the bus_intr_teardown() takes place and it may run, trying to acknowledge the interrupt, but with destroyed lock, if an interrupt is sent by a shared source between twa_shutdown() and tw_osli_free_resource() call in twa_detach() or just after a simple call to twa_shutdown(). Problems I see here: - twa_shutdown() should not destroy the mutex at all, it is not something our shutdown handlers generally do and it might be kept in sync - twa_detach() might do a first half of tw_cl_shutdown_ctlr(), do the resource deallocation and just at the end destroy mutexes. That is how generally our detach handler works. All these solutions would mean refactoring the tw_osli_free_resource() and tw_cl_shutdown_ctlr(). I don't know very well the twa code, but it seems to me that we want to keep the driver very compatible with any vendor version or such? If yes this may be a problem because the failing patterns are all located into the shared code and an ideal solution could be more difficult to find out. Otherwise a fix might be simple to hammer down. Thanks, Attilio --=20 Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Tue Apr 13 10:50:31 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E09991065677; Tue, 13 Apr 2010 10:50:31 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-ew0-f224.google.com (mail-ew0-f224.google.com [209.85.219.224]) by mx1.freebsd.org (Postfix) with ESMTP id 185EE8FC14; Tue, 13 Apr 2010 10:50:30 +0000 (UTC) Received: by ewy24 with SMTP id 24so1378379ewy.33 for ; Tue, 13 Apr 2010 03:50:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:received:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=knXy/Y55AU9UfjG2BJO/JGG+NTu1joN2wuoAeG49BcI=; b=vp44Vju17pSUjwhaf7UUvcInT/bzllmv0Sl87B0UhK29nQdwTttzoVpzyZBcftoIGT G+7mhxC/2LLl0MJ6+0sVtIGqZBOVsCuRvns0In1TLq8NvV+CEYL0nrwdLKjs2nUMxPnU tMlR/V5vuqe7+36t5KtvttWx8xPrVw2fSqml8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=iMrDjbgTWe8F9EhFh3x0cWVLC7/quYz4jusVY5jfwMJZZqZoCxyIHbiHuhIUhW4hsM PskwCTOPlUtF/HKq/K4KxccyBWpAc4xihZ7SyZ+2Hw1QeW6sg77IWC6aqB9VlfUqJMQZ Uxda+Nx7vwSKo0E7/ejWxdSKOu4KhgBJALWvs= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.103.193.19 with HTTP; Tue, 13 Apr 2010 03:50:29 -0700 (PDT) In-Reply-To: References: <7d6fde3d1003070207q621e69ado2cb64e431feacd76@mail.gmail.com> <7d6fde3d1003070224k3626a9b5y98c11a43eef1bed4@mail.gmail.com> <4e6cba831003101356i534341ffr2961b983854ab788@mail.gmail.com> <7dc40bd01003101407m605e41ey2d8ace0049cf5e61@mail.gmail.com> <7d6fde3d1003102158o7834ca67lce3eca23aa723fd1@mail.gmail.com> <7d6fde3d1003121933s4ba7b57fw6542628c16edf723@mail.gmail.com> Date: Tue, 13 Apr 2010 12:50:29 +0200 X-Google-Sender-Auth: 5fc5e29874d86b21 Received: by 10.102.166.8 with SMTP id o8mr2985914mue.13.1271155829760; Tue, 13 Apr 2010 03:50:29 -0700 (PDT) Message-ID: From: Attilio Rao To: Garrett Cooper Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Tom Couch , Giovanni Trematerra , FreeBSD Current , Scott Long , Pyun YongHyeon Subject: Re: Removing USB keyboard after filesystems synced causes panic with destroyed mutex twa(4)? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Apr 2010 10:50:32 -0000 2010/4/13 Attilio Rao : > 2010/3/13 Garrett Cooper : >> On Wed, Mar 10, 2010 at 9:58 PM, Garrett Cooper wro= te: >>> On Wed, Mar 10, 2010 at 2:07 PM, Tom Couch wrote: >>>> Hi FreeBSD-current, >>>> =C2=A0 =C2=A0 My name is Tom Couch, >>>> I am part of the 3ware driver team recently acquired by LSI. >>>> I believe Giovanni's patch, below, is the correct fix for this bug. >>>> >>>> I am available to maintain the twa driver, now that I am on this list. >>>> Let me know how I can help, >>>> >>>> Tom >>>> >>>> >>>> On Wed, Mar 10, 2010 at 1:56 PM, Giovanni Trematerra < >>>> giovanni.trematerra@gmail.com> wrote: >>>> >>>>> On Sun, Mar 7, 2010 at 11:24 AM, Garrett Cooper >>>>> wrote: >>>>> > On Sun, Mar 7, 2010 at 2:07 AM, Garrett Cooper >>>>> wrote: >>>>> >> Hi Alexander and Hans, >>>>> >> =C2=A0 =C2=A0I recently did the following which generated a panic = on a >>>>> >> 9-CURRENT kernel compiled on the 26th: >>>>> >> >>>>> >> 1. Executed reboot >>>>> >> 2. Removed keyboard. >>>>> >> 3. Some time after `All buffers synced\nUptime: ...' was displayed= , >>>>> >> the keyboard was registered disconnected. >>>>> >> 4. The interrupt was delivered to my twa(4) enabled card and the >>>>> >> kernel panicked, like so: >>>>> >> >>>>> >> ugen2.2: at usbus2 (disconnected) >>>>> >> uhub8: at uhub2, port 1, addr 2 (disconnected) >>>>> >> ugen2.3: at usbus2 (disconnected) >>>>> >> ukbd0: at uhub8, port 3, addr 3 (disconnected) >>>>> >> uhid0: at uhub8, port 3, addr 3 (disconnected) >>>>> >> panic: mtx_lock_spin() of destroyed mutex @ >>>>> /usr/src/sys/dev/twa/tw_cl_intr.c:88 >>>>> >> >>>>> >> cpuid =3D 1 >>>>> >> KDB: enter: panic >>>>> >> [thread pid 12 tid 100025 ] >>>>> >> Stopped at =C2=A0 =C2=A0 =C2=A0 =C2=A0 kdb_enter+0x3d: movq =C2=A0= =C2=A0 $0,0x40289c(%rip) >>>>> >> db> >>>>> >> >>>>> >> =C2=A0 =C2=A0I wish I could provide you with more details, but unf= ortunately I >>>>> >> the USB bus isn't registering the fact that I'm reattaching the >>>>> >> keyboard right now and the box won't reboot automatically :( (didn= 't >>>>> >> set the right sysctl beforehand to panic automatically). I'll try = and >>>>> >> reproduce the issue again, but I was just wondering whether or not= you >>>>> >> guys had seen this problem before. >>>>> > >>>>> > =C2=A0 =C2=A0Phew... it's reproducible with that kernel. Here's wha= t I did >>>>> > exactly (because my original directions were incorrect): >>>>> > =C2=A0 =C2=A01. Hit power button (for S5). >>>>> > =C2=A0 =C2=A02. Disconnect keyboard RIGHT as `Uptime: ...' is displ= ayed. >>>>> > =C2=A0 =C2=A0Kernel panicked on my system again. Now to figure out = if it still >>>>> > exists with a kernel compiled today, and also how to debug it if it >>>>> > still does exist :/... >>>>> > Thanks, >>>>> > -Garrett >>>>> >>>>> Hi Garrett, >>>>> Could you please try the patch below and report back? >>>>> >>>>> Thank you >>>>> >>>>> diff -r cab6489de66d sys/dev/twa/tw_cl_intr.c >>>>> --- a/sys/dev/twa/tw_cl_intr.c =C2=A0 =C2=A0 =C2=A0 =C2=A0Wed Mar 03 = 04:51:13 2010 -0500 >>>>> +++ b/sys/dev/twa/tw_cl_intr.c =C2=A0 =C2=A0 =C2=A0 =C2=A0Wed Mar 10 = 06:29:05 2010 -0500 >>>>> @@ -75,9 +75,12 @@ tw_cl_interrupt(struct tw_cl_ctlr_handle >>>>> =C2=A0 =C2=A0 =C2=A0if (ctlr =3D=3D NULL) >>>>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 goto out; >>>>> >>>>> - =C2=A0 =C2=A0 /* If we get an interrupt while resetting, it is a sh= ared >>>>> - =C2=A0 =C2=A0 =C2=A0 =C2=A0one for another device, so just bail */ >>>>> - =C2=A0 =C2=A0 if (ctlr->state & TW_CLI_CTLR_STATE_RESET_IN_PROGRESS= ) >>>>> + =C2=A0 =C2=A0 /* >>>>> + =C2=A0 =C2=A0 =C2=A0* =C2=A0If we get an interrupt while resetting = or shutting down, >>>>> + =C2=A0 =C2=A0 =C2=A0* =C2=A0it is a shared one for another device, = so just bail >>>>> + =C2=A0 =C2=A0 =C2=A0*/ >>>>> + =C2=A0 =C2=A0 if (ctlr->state & TW_CLI_CTLR_STATE_RESET_IN_PROGRESS= || >>>>> + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 (ctrl->state & TW_CLI_CTLR_STATE_ACTIVE) =3D=3D 0) >>>>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0goto out; >>>>> >>>>> =C2=A0 =C2=A0 =C2=A0/* >> >> Apart from the typo above (s/ctrl/ctlr/), things work appropriately >> now at reboot. The only problem is that bootup is really wonky now, >> because the RAID had a LOT of issues attaching to cam(4) (failed in >> 2/3 cold boot attempts); an additional branch condition may need to be >> added to the above if-statement if this change didn't take that into >> account. However, if the old behavior was incorrect and the new >> behavior is correct, s.t. the RAID controller demonstrating bus >> detection timeout issue that is occurring with a lot of USB devices >> and some RAID controllers today, this could be extremely problematic. >> >> So, while it looks better than before at reboot, it's not ready yet >> for prime time; I'd rather that the bug was filed with the patch you >> provided after the typo fixed, with the caveat mentioned and NOT >> committed, because the adverse affect(s) seem a bit more annoying than >> the previous panic issue described. > > I looked briefly at it and I think there are 2 bugs, one in > twa_detach() and another one in twa_shutdown(). > Basically, locks get destroyed in tw_cl_shutdown_ctlr() which is > called by twa_shutdown() while interrupts are teared down in > tw_osli_free_resource(). twa_shutdown() is called in twa_detach() > before than tw_osli_free_resource(). > tw_cl_shutdown_ctlr() also takes care to disable the interrupts for > twa but a problem can arise with shared IRQ. Infact, the handler will > remain on the IRQ until the bus_intr_teardown() takes place and it may > run, trying to acknowledge the interrupt, but with destroyed lock, if > an interrupt is sent by a shared source between twa_shutdown() and > tw_osli_free_resource() call in twa_detach() or just after a simple > call to twa_shutdown(). > > Problems I see here: > - twa_shutdown() should not destroy the mutex at all, it is not > something our shutdown handlers generally do and it might be kept in > sync > - twa_detach() might do a first half of tw_cl_shutdown_ctlr(), do the > resource deallocation and just at the end destroy mutexes. That is how > generally our detach handler works. > > All these solutions would mean refactoring the tw_osli_free_resource() > and tw_cl_shutdown_ctlr(). I don't know very well the twa code, but it > seems to me that we want to keep the driver very compatible with any > vendor version or such? If yes this may be a problem because the > failing patterns are all located into the shared code and an ideal > solution could be more difficult to find out. Otherwise a fix might be > simple to hammer down. Forgot to tell: twe might have the same problem even if it doesn't expose just for luckiness. Attilio --=20 Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Tue Apr 13 07:23:01 2010 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 52A64106566C for ; Tue, 13 Apr 2010 07:23:01 +0000 (UTC) (envelope-from luke@foolishgames.com) Received: from qmta10.emeryville.ca.mail.comcast.net (qmta10.emeryville.ca.mail.comcast.net [76.96.30.17]) by mx1.freebsd.org (Postfix) with ESMTP id 2D6148FC14 for ; Tue, 13 Apr 2010 07:23:01 +0000 (UTC) Received: from omta16.emeryville.ca.mail.comcast.net ([76.96.30.72]) by qmta10.emeryville.ca.mail.comcast.net with comcast id 4uyS1e0081ZMdJ4AAv9rQ3; Tue, 13 Apr 2010 07:09:51 +0000 Received: from stargazer.midnightbsd.org ([70.91.226.201]) by omta16.emeryville.ca.mail.comcast.net with comcast id 4vFR1e0024MLobJ8cvFSY2; Tue, 13 Apr 2010 07:15:27 +0000 Received: from [10.0.1.23] ([62.8.239.66]) (authenticated bits=0) by stargazer.midnightbsd.org (8.14.4/8.14.4) with ESMTP id o3D79gtV061484 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT); Tue, 13 Apr 2010 03:09:44 -0400 (EDT) (envelope-from luke@foolishgames.com) X-Authentication-Warning: stargazer.midnightbsd.org: Host [62.8.239.66] claimed to be [10.0.1.23] Message-ID: <4BC418B5.1010304@foolishgames.com> Date: Tue, 13 Apr 2010 09:09:41 +0200 From: Lucas Holt User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 References: <49684.1270905510@pcbsd.org> In-Reply-To: <49684.1270905510@pcbsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (stargazer.midnightbsd.org [70.91.226.201]); Tue, 13 Apr 2010 03:09:47 -0400 (EDT) X-Mailman-Approved-At: Tue, 13 Apr 2010 11:21:39 +0000 Cc: Adam Vande More , Kris Moore , John Hixson , ports@freebsd.org, Julian Elischer , "Dave Fourman\(Gmail\)" , "Sam Fourman Jr." , Garrett Cooper , Matt Olander , Vanessa Kraus , FreeBSD Current Subject: Re: ports and PBIs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Apr 2010 07:23:01 -0000 On 4/10/2010 3:18 PM, kris@pcbsd.org wrote > However for my more hard-core friends, nothing stopping you from > running your own ports down > the road, more power to ya! For doing something like embedded work or > a server this makes total > sense and I think it is a huge positive for FreeBSD, no reason to > trash that or break it in any way. > For the other 99.9% of society who want something "that just works" > for day-to-day computing, > something like PBI is very attractive. It would be great to have an OS > that offers best of both worlds. > > -- > Kris Moore > There are only two possibilities with any package system. Either give the user self packaged binaries containing all shared libraries or make them update everything. Both have positives and negatives. We've been working on a new package system in MidnightBSD for some time. When we weighed this issue, it was decided that letting users have old binaries sitting around was a bad idea. It encourages a user to sit on a package for a year and not install security updates. The larger package size also deters users from downloading updates in parts of the world which have slow Internet connections. Remember the GDI+ update to windows awhile back? There were many applications that had to be updated and Microsoft had to release a scanner to search the drive for uses. There side isn't always rosy. Obviously, there are also advantages to the larger PBI packages for users. PC-BSD is certainly easy to use. At the end of the day, I think creating packages more frequently during releases and pushing updates like many linux distros do makes more sense in terms of security. FreeBSD has ten times the number of ports to build than we do so obviously it's a problem to build packages that frequently. I don't want to butt in any more on this because it's not my place, but I just felt it was important to bring another perspective. Lucas From owner-freebsd-current@FreeBSD.ORG Tue Apr 13 09:24:04 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7CD9D1065674 for ; Tue, 13 Apr 2010 09:24:04 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id DA5668FC08 for ; Tue, 13 Apr 2010 09:24:03 +0000 (UTC) Received: by bwz8 with SMTP id 8so3956989bwz.3 for ; Tue, 13 Apr 2010 02:24:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=VfcS66QZc08WP+eG2PLoigLMnNswuz/fmdVktz5PQB4=; b=bLel5+JTr3k2Fji8ol+8eLHbpy10vPjk/r4QN6cw0S3wzgpGS3K9/6Ezs6hg8xcyP/ tKojo8ibqCWcFTn3SbZLQknJhnA0ijpfwPm39hwQbtUEChNy3vA+lwHpE3L62rFq63cH g2KKsMhl78Xf+qNbNqXTU5OQxuJjXIuy0ObdI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=iC7XQPMCAjrhcN8VV6RgMZllM1DoVC564wDiVj58pUqUSf8AY80pO+UvElOIofhOpJ eSFGgkQZ4K2H1WIXTP5TrBQZwwhWcq6eX2FO1LTFZg4PS3yS/uKq8LskBaB+Ewd5OSis ENzn43rXyXY6JEywNk98UXSebfAGGs+kJNHus= Received: by 10.103.4.4 with SMTP id g4mr2882694mui.80.1271150642516; Tue, 13 Apr 2010 02:24:02 -0700 (PDT) Received: from [10.0.10.2] (54.81.54.77.rev.vodafone.pt [77.54.81.54]) by mx.google.com with ESMTPS id s11sm21793613mue.11.2010.04.13.02.24.01 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 13 Apr 2010 02:24:02 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Rui Paulo In-Reply-To: <20100413114803.784e2ab7@hzwork.vyborg.ru> Date: Tue, 13 Apr 2010 10:24:00 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <9A01E942-1C57-4E93-8B86-274407DEF778@gmail.com> References: <20100411001454.GO73901@bunrab.catwhisker.org> <20100413095350.3e74bb85@hzwork.vyborg.ru> <20100413114803.784e2ab7@hzwork.vyborg.ru> To: Hizel Ildar X-Mailer: Apple Mail (2.1078) X-Mailman-Approved-At: Tue, 13 Apr 2010 11:21:54 +0000 Cc: freebsd-current@freebsd.org Subject: Re: SIGSEGV in dc, at bcode.c:277 (function reset_bmachine()) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Apr 2010 09:24:04 -0000 On 13 Apr 2010, at 08:48, Hizel Ildar wrote: > My patch: >=20 > foo# diff -ruN dc.c.orig dc.c > --- dc.c.orig 2010-04-13 10:33:22.000000000 +0400 > +++ dc.c 2010-04-13 11:44:18.000000000 +0400 > @@ -87,12 +87,16 @@ > while ((ch =3D getopt_long(argc, argv, "e:f:Vx", long_options, = NULL)) !=3D -1) { > switch (ch) { > case 'e': > + if(!preproc_done) > + init_bmachine(extended_regs); > src_setstring(&src, optarg); > reset_bmachine(&src); > eval(); > preproc_done =3D true; > break; > case 'f': > + if(!preproc_done) > + init_bmachine(extended_regs); > procfile(optarg); > preproc_done =3D true; > break; > @@ -114,7 +118,9 @@ > argc -=3D optind; > argv +=3D optind; >=20 > - init_bmachine(extended_regs); > + if (!preproc_done) > + init_bmachine(extended_regs); > + > setlinebuf(stdout); > setlinebuf(stderr); >=20 >=20 > test: >=20 > foo# dc -f /tmp/test > 3 > foo# dc -e "6 2/p" > 3 > foo# dc -e "6 2/p" -f /tmp/test > 3 > 3 > foo# dc -e "6 2/p" -f /tmp/test /tmp/test > 3 > 3 > 3 This looks sane to me. Regards, -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Tue Apr 13 14:44:32 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B79C1065673 for ; Tue, 13 Apr 2010 14:44:32 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.221.175]) by mx1.freebsd.org (Postfix) with ESMTP id 00BAD8FC13 for ; Tue, 13 Apr 2010 14:44:31 +0000 (UTC) Received: by qyk5 with SMTP id 5so7854036qyk.3 for ; Tue, 13 Apr 2010 07:44:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=TxqVmICc2y9yejiyemRoddl0uXCPXMW3NIAzJhkBGu8=; b=jj9wHz36yI3MLKZmtnItXK3TF8s2+AsDS60o0HVkGA/Yt1R5ibKLpN+F9D7/0pmOHb f8jyO9SIt5ppW33zFZQzJw59+31b+EhSRERDBXWsvdkauDKr+bkquBMlHugzCpN1uB9l 5xpHxsGlfx6ZwcgD1sZyUgOFlDRz8+h0HHTfU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=s6nknyBj3McSnQencS9Na6xJ9Ilxd9i/SK7I5vqqHGXFHitiJ0NAaBOize0flFJslm EzeEHqlr4Er7oxBQ+ZwBcM/+YyWk5DmGPgZmYm0lUtwJiimrEeq+HnRfQhuGD+FxaY2s ERO22mxgyNKR836UwvtfwVP5a6iyKTqDom2pg= MIME-Version: 1.0 Received: by 10.229.28.85 with HTTP; Tue, 13 Apr 2010 07:44:27 -0700 (PDT) In-Reply-To: References: <7d6fde3d1003070207q621e69ado2cb64e431feacd76@mail.gmail.com> <7d6fde3d1003070224k3626a9b5y98c11a43eef1bed4@mail.gmail.com> <4e6cba831003101356i534341ffr2961b983854ab788@mail.gmail.com> <7dc40bd01003101407m605e41ey2d8ace0049cf5e61@mail.gmail.com> <7d6fde3d1003102158o7834ca67lce3eca23aa723fd1@mail.gmail.com> <7d6fde3d1003121933s4ba7b57fw6542628c16edf723@mail.gmail.com> Date: Tue, 13 Apr 2010 07:44:27 -0700 Received: by 10.229.35.80 with SMTP id o16mr1728203qcd.93.1271169868074; Tue, 13 Apr 2010 07:44:28 -0700 (PDT) Message-ID: From: Garrett Cooper To: Attilio Rao Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Tom Couch , Giovanni Trematerra , FreeBSD Current , Scott Long , Pyun YongHyeon Subject: Re: Removing USB keyboard after filesystems synced causes panic with destroyed mutex twa(4)? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Apr 2010 14:44:32 -0000 On Tue, Apr 13, 2010 at 3:50 AM, Attilio Rao wrote: > 2010/4/13 Attilio Rao : >> 2010/3/13 Garrett Cooper : >>> On Wed, Mar 10, 2010 at 9:58 PM, Garrett Cooper wr= ote: >>>> On Wed, Mar 10, 2010 at 2:07 PM, Tom Couch wrote: >>>>> Hi FreeBSD-current, >>>>> =A0 =A0 My name is Tom Couch, >>>>> I am part of the 3ware driver team recently acquired by LSI. >>>>> I believe Giovanni's patch, below, is the correct fix for this bug. >>>>> >>>>> I am available to maintain the twa driver, now that I am on this list= . >>>>> Let me know how I can help, >>>>> >>>>> Tom >>>>> >>>>> >>>>> On Wed, Mar 10, 2010 at 1:56 PM, Giovanni Trematerra < >>>>> giovanni.trematerra@gmail.com> wrote: >>>>> >>>>>> On Sun, Mar 7, 2010 at 11:24 AM, Garrett Cooper >>>>>> wrote: >>>>>> > On Sun, Mar 7, 2010 at 2:07 AM, Garrett Cooper >>>>>> wrote: >>>>>> >> Hi Alexander and Hans, >>>>>> >> =A0 =A0I recently did the following which generated a panic on a >>>>>> >> 9-CURRENT kernel compiled on the 26th: >>>>>> >> >>>>>> >> 1. Executed reboot >>>>>> >> 2. Removed keyboard. >>>>>> >> 3. Some time after `All buffers synced\nUptime: ...' was displaye= d, >>>>>> >> the keyboard was registered disconnected. >>>>>> >> 4. The interrupt was delivered to my twa(4) enabled card and the >>>>>> >> kernel panicked, like so: >>>>>> >> >>>>>> >> ugen2.2: at usbus2 (disconnected) >>>>>> >> uhub8: at uhub2, port 1, addr 2 (disconnected) >>>>>> >> ugen2.3: at usbus2 (disconnected) >>>>>> >> ukbd0: at uhub8, port 3, addr 3 (disconnected) >>>>>> >> uhid0: at uhub8, port 3, addr 3 (disconnected) >>>>>> >> panic: mtx_lock_spin() of destroyed mutex @ >>>>>> /usr/src/sys/dev/twa/tw_cl_intr.c:88 >>>>>> >> >>>>>> >> cpuid =3D 1 >>>>>> >> KDB: enter: panic >>>>>> >> [thread pid 12 tid 100025 ] >>>>>> >> Stopped at =A0 =A0 =A0 =A0 kdb_enter+0x3d: movq =A0 =A0 $0,0x4028= 9c(%rip) >>>>>> >> db> >>>>>> >> >>>>>> >> =A0 =A0I wish I could provide you with more details, but unfortun= ately I >>>>>> >> the USB bus isn't registering the fact that I'm reattaching the >>>>>> >> keyboard right now and the box won't reboot automatically :( (did= n't >>>>>> >> set the right sysctl beforehand to panic automatically). I'll try= and >>>>>> >> reproduce the issue again, but I was just wondering whether or no= t you >>>>>> >> guys had seen this problem before. >>>>>> > >>>>>> > =A0 =A0Phew... it's reproducible with that kernel. Here's what I d= id >>>>>> > exactly (because my original directions were incorrect): >>>>>> > =A0 =A01. Hit power button (for S5). >>>>>> > =A0 =A02. Disconnect keyboard RIGHT as `Uptime: ...' is displayed. >>>>>> > =A0 =A0Kernel panicked on my system again. Now to figure out if it= still >>>>>> > exists with a kernel compiled today, and also how to debug it if i= t >>>>>> > still does exist :/... >>>>>> > Thanks, >>>>>> > -Garrett >>>>>> >>>>>> Hi Garrett, >>>>>> Could you please try the patch below and report back? >>>>>> >>>>>> Thank you >>>>>> >>>>>> diff -r cab6489de66d sys/dev/twa/tw_cl_intr.c >>>>>> --- a/sys/dev/twa/tw_cl_intr.c =A0 =A0 =A0 =A0Wed Mar 03 04:51:13 20= 10 -0500 >>>>>> +++ b/sys/dev/twa/tw_cl_intr.c =A0 =A0 =A0 =A0Wed Mar 10 06:29:05 20= 10 -0500 >>>>>> @@ -75,9 +75,12 @@ tw_cl_interrupt(struct tw_cl_ctlr_handle >>>>>> =A0 =A0 =A0if (ctlr =3D=3D NULL) >>>>>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 goto out; >>>>>> >>>>>> - =A0 =A0 /* If we get an interrupt while resetting, it is a shared >>>>>> - =A0 =A0 =A0 =A0one for another device, so just bail */ >>>>>> - =A0 =A0 if (ctlr->state & TW_CLI_CTLR_STATE_RESET_IN_PROGRESS) >>>>>> + =A0 =A0 /* >>>>>> + =A0 =A0 =A0* =A0If we get an interrupt while resetting or shutting= down, >>>>>> + =A0 =A0 =A0* =A0it is a shared one for another device, so just bai= l >>>>>> + =A0 =A0 =A0*/ >>>>>> + =A0 =A0 if (ctlr->state & TW_CLI_CTLR_STATE_RESET_IN_PROGRESS || >>>>>> + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 (ctrl->state & TW_CLI_CTLR= _STATE_ACTIVE) =3D=3D 0) >>>>>> =A0 =A0 =A0 =A0 =A0 =A0 =A0goto out; >>>>>> >>>>>> =A0 =A0 =A0/* >>> >>> Apart from the typo above (s/ctrl/ctlr/), things work appropriately >>> now at reboot. The only problem is that bootup is really wonky now, >>> because the RAID had a LOT of issues attaching to cam(4) (failed in >>> 2/3 cold boot attempts); an additional branch condition may need to be >>> added to the above if-statement if this change didn't take that into >>> account. However, if the old behavior was incorrect and the new >>> behavior is correct, s.t. the RAID controller demonstrating bus >>> detection timeout issue that is occurring with a lot of USB devices >>> and some RAID controllers today, this could be extremely problematic. >>> >>> So, while it looks better than before at reboot, it's not ready yet >>> for prime time; I'd rather that the bug was filed with the patch you >>> provided after the typo fixed, with the caveat mentioned and NOT >>> committed, because the adverse affect(s) seem a bit more annoying than >>> the previous panic issue described. >> >> I looked briefly at it and I think there are 2 bugs, one in >> twa_detach() and another one in twa_shutdown(). >> Basically, locks get destroyed in tw_cl_shutdown_ctlr() which is >> called by twa_shutdown() while interrupts are teared down in >> tw_osli_free_resource(). twa_shutdown() is called in twa_detach() >> before than tw_osli_free_resource(). >> tw_cl_shutdown_ctlr() also takes care to disable the interrupts for >> twa but a problem can arise with shared IRQ. Infact, the handler will >> remain on the IRQ until the bus_intr_teardown() takes place and it may >> run, trying to acknowledge the interrupt, but with destroyed lock, if >> an interrupt is sent by a shared source between twa_shutdown() and >> tw_osli_free_resource() call in twa_detach() or just after a simple >> call to twa_shutdown(). >> >> Problems I see here: >> - twa_shutdown() should not destroy the mutex at all, it is not >> something our shutdown handlers generally do and it might be kept in >> sync >> - twa_detach() might do a first half of tw_cl_shutdown_ctlr(), do the >> resource deallocation and just at the end destroy mutexes. That is how >> generally our detach handler works. >> >> All these solutions would mean refactoring the tw_osli_free_resource() >> and tw_cl_shutdown_ctlr(). I don't know very well the twa code, but it >> seems to me that we want to keep the driver very compatible with any >> vendor version or such? If yes this may be a problem because the >> failing patterns are all located into the shared code and an ideal >> solution could be more difficult to find out. Otherwise a fix might be >> simple to hammer down. > > Forgot to tell: twe might have the same problem even if it doesn't > expose just for luckiness. Hmmm... ok. I don't have a twe enabled card so I can't verify whether or not this problem exists :/. Thanks for the comments! -Garrett From owner-freebsd-current@FreeBSD.ORG Tue Apr 13 15:32:14 2010 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 A373C106564A; Tue, 13 Apr 2010 15:32:14 +0000 (UTC) (envelope-from julianelischer@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id ED22D8FC12; Tue, 13 Apr 2010 15:32:13 +0000 (UTC) Received: by bwz8 with SMTP id 8so4373887bwz.3 for ; Tue, 13 Apr 2010 08:32:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=kNeku5/dNednuORGSnDfzNM4nUSew4H36WSDkdLbVoo=; b=sGcVVjHHv2Iz6Q9tI2k0GkGTXJLHVHW4HFOYejtO4HlXrzUaJD3JwxL2glMntNuSTb nFBoIP5Fh/ccZcdQ+NRdFUCs1Jf6ws41JchDrQl890en/m2aApmNrj8Eb2/X/YsjIltv e0IBjnGkXbItNHL1EgyjRcpBKNRxOSlI7Tq7s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=ZxEBcOqzXPvymcAkaPnbZEPCQrDxokTCfgAuRmFAvk3H/cepQ3ydund6WkrH2J7jOG GJM7uVBoBcpadG6un5H5JRclwJfbT2iwTJdx2ux+k7iOcVMxftQ+8u5SbZk5VS2ZtjmA fBrFOq3TPsjYw3XFIj5OPNADGP6yof3b0gv9E= Received: by 10.223.6.27 with SMTP id 27mr3580162fax.31.1271172732644; Tue, 13 Apr 2010 08:32:12 -0700 (PDT) Received: from julian-mac.elischer.org (h-67-100-89-137.snfccasy.static.covad.net [67.100.89.137]) by mx.google.com with ESMTPS id d13sm1884783fka.32.2010.04.13.08.32.08 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 13 Apr 2010 08:32:11 -0700 (PDT) Sender: Julian Elischer Message-ID: <4BC48E79.4090502@elischer.org> Date: Tue, 13 Apr 2010 08:32:09 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: Lucas Holt References: <49684.1270905510@pcbsd.org> <4BC418B5.1010304@foolishgames.com> In-Reply-To: <4BC418B5.1010304@foolishgames.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 13 Apr 2010 16:15:20 +0000 Cc: Adam Vande More , Kris Moore , John Hixson , ports@freebsd.org, Garrett Cooper , "Sam Fourman Jr." , "Dave Fourman\(Gmail\)" , Matt Olander , Vanessa Kraus , FreeBSD Current Subject: Re: ports and PBIs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Apr 2010 15:32:14 -0000 On 4/13/10 12:09 AM, Lucas Holt wrote: > On 4/10/2010 3:18 PM, kris@pcbsd.org wrote > >> However for my more hard-core friends, nothing stopping you from >> running your own ports down >> the road, more power to ya! For doing something like embedded work or >> a server this makes total >> sense and I think it is a huge positive for FreeBSD, no reason to >> trash that or break it in any way. >> For the other 99.9% of society who want something "that just works" >> for day-to-day computing, >> something like PBI is very attractive. It would be great to have an OS >> that offers best of both worlds. >> >> -- >> Kris Moore > > There are only two possibilities with any package system. Either give > the user self packaged binaries containing all shared libraries or make > them update everything. Both have positives and negatives. We've been > working on a new package system in MidnightBSD for some time. When we > weighed this issue, it was decided that letting users have old binaries > sitting around was a bad idea. It encourages a user to sit on a package > for a year and not install security updates. The larger package size > also deters users from downloading updates in parts of the world which > have slow Internet connections. Remember the GDI+ update to windows > awhile back? There were many applications that had to be updated and > Microsoft had to release a scanner to search the drive for uses. There > side isn't always rosy. > > Obviously, there are also advantages to the larger PBI packages for > users. PC-BSD is certainly easy to use. > > At the end of the day, I think creating packages more frequently during > releases and pushing updates like many linux distros do makes more sense > in terms of security. FreeBSD has ten times the number of ports to build > than we do so obviously it's a problem to build packages that frequently. > > I don't want to butt in any more on this because it's not my place, but > I just felt it was important to bring another perspective. It may be thaat part of the answer is to do both. For me I want to have PBIs for the actual tools I use on the machine.. things like wine, openoffice, gimp, etc. I don't care if these are 'bleeding edge'. I just want them to work, and to keep working no matter what I do in my development environment. On the other had for stuff I'm working on, I want ot be able to get the newest libraries etc and keep them up to date. This means I run the dependency problem but I'm willing to upgrade everything and if it breaks occasionally, I'll fix it. regardless of whether my development environment is current;y broke or not, the tools I actually use on the machine will not be affected. So for me I see a reason tehat we should use BOTH schemes. > > Lucas > _______________________________________________ > 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 Apr 13 19:09:54 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA3251065673; Tue, 13 Apr 2010 19:09:54 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id D2B7B8FC0A; Tue, 13 Apr 2010 19:09:53 +0000 (UTC) Received: by wyb28 with SMTP id 28so1596134wyb.13 for ; Tue, 13 Apr 2010 12:09:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:reply-to:date:received :message-id:subject:from:to:cc:content-type; bh=iaDxFxSAraqU9PO0vSQcmHWGbPNdAlsAipOlM8zixcw=; b=oNIO8Tm4ilBK55WPdOyQk0ZSlddmKIzefgBPlIIQUcorj1ysTFIGqnzWK8hmvhH6qw pg6xEqRrJmN9CdlnktgBXMuLnFZrpNBYutUxT1dDD1cxHbpRBD+tA+uUfAn5Hld8P6Rq 10cCYrGe7np4mDVh6h3urFxVFX+h814bGXQA4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:reply-to:date:message-id:subject:from:to:cc :content-type; b=eA8vjUYoCGu8sIAbL/nBE3Uf949lZp4ku7h0XQ1cHPMG4nexh3UnTVxqZL82DyLyHY ATZZ4/iJenXZrRbNATOZvA4iEnM+Pjc4HSuhkemXFxvdVFPxmI6ZMd08kTaGxi3CaJzx dZrvhZ3r8v45HG87hZxJ5I7OUhpoRnbMEi0Jw= MIME-Version: 1.0 Received: by 10.216.186.82 with HTTP; Tue, 13 Apr 2010 12:09:50 -0700 (PDT) Date: Tue, 13 Apr 2010 19:09:50 +0000 Received: by 10.216.85.194 with SMTP id u44mr3780406wee.160.1271185791022; Tue, 13 Apr 2010 12:09:51 -0700 (PDT) Message-ID: From: "b. f." To: freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Cc: luigi@FreeBSD.org, fabio@FreeBSD.org, freebsd-geom@FreeBSD.org Subject: Re: svn commit: r206497 - in head: sbin/geom/class sbin/geom/class/sched sys/geom/sched sys/modules/geom sys/modules/geom/geom_sched sys/modules/geom/geom_sched/gs_sched sys/modules/geom/geom_sched/gsc... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf1783@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Apr 2010 19:09:54 -0000 >Author: luigi >Date: Mon Apr 12 16:37:45 2010 >New Revision: 206497 >URL: http://svn.freebsd.org/changeset/base/206497 > >Log: > Bring in geom_sched, support for scheduling disk I/O requests > in a device independent manner. Also include an example anticipatory > scheduler, gsched_rr, which gives very nice performance improvements > in presence of competing random access patterns. Thank you for bringing this in. Do you or your collaborators also plan to add the BFQ scheduler that was in the earlier separate tarballs? The numbers at http://algo.ing.unimo.it/people/paolo/disk_sched/ suggest that it worked well in a different context. Also, there is a typographical error in the gsched(8) manpage: in the EXAMPLES section, "-s" should be "-a" in: # Configure device ad0 to use scheduler 'rr': geom sched insert -s rr ad0 Regards, b. From owner-freebsd-current@FreeBSD.ORG Tue Apr 13 19:52:40 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 44AF9106564A for ; Tue, 13 Apr 2010 19:52:40 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id C83858FC0A for ; Tue, 13 Apr 2010 19:52:39 +0000 (UTC) Received: (qmail 31494 invoked by uid 399); 13 Apr 2010 19:52:37 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 13 Apr 2010 19:52:37 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4BC4CB84.5020806@FreeBSD.org> Date: Tue, 13 Apr 2010 12:52:36 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100330 Thunderbird/3.0.4 MIME-Version: 1.0 To: Miroslav Lachman <000.fbsd@quip.cz> References: <4BC045EF.2030400@bsdforen.de> <201004121053.34456.jhb@freebsd.org> <4BC3397C.7040904@bsdforen.de> <201004121148.07730.jhb@freebsd.org> <4BC34E3E.1010405@quip.cz> <4BC35B0C.80000@FreeBSD.org> <4BC385DC.408@quip.cz> In-Reply-To: <4BC385DC.408@quip.cz> X-Enigmail-Version: 1.0.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Trivial PR, fix shutdown of rc services started with onestart X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Apr 2010 19:52:40 -0000 On 04/12/10 13:43, Miroslav Lachman wrote: > If you are the only one person responsible for all rc stuff, I did not mean to imply that in any way. I just wanted to provide a perspective of one person on the list as to why I haven't commented. Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Tue Apr 13 20:04:19 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 872A4106564A; Tue, 13 Apr 2010 20:04:19 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id 4475E8FC1C; Tue, 13 Apr 2010 20:04:18 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 6266973098; Tue, 13 Apr 2010 22:14:44 +0200 (CEST) Date: Tue, 13 Apr 2010 22:14:44 +0200 From: Luigi Rizzo To: bf1783@gmail.com Message-ID: <20100413201444.GB47657@onelab2.iet.unipi.it> References: 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: fabio@FreeBSD.org, luigi@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-geom@FreeBSD.org Subject: Re: svn commit: r206497 - in head: sbin/geom/class sbin/geom/class/sched sys/geom/sched sys/modules/geom sys/modules/geom/geom_sched sys/modules/geom/geom_sched/gs_sched sys/modules/geom/geom_sched/gsc... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Apr 2010 20:04:19 -0000 On Tue, Apr 13, 2010 at 07:09:50PM +0000, b. f. wrote: > >Author: luigi > >Date: Mon Apr 12 16:37:45 2010 > >New Revision: 206497 > >URL: http://svn.freebsd.org/changeset/base/206497 > > > >Log: > > Bring in geom_sched, support for scheduling disk I/O requests > > in a device independent manner. Also include an example anticipatory > > scheduler, gsched_rr, which gives very nice performance improvements > > in presence of competing random access patterns. > > Thank you for bringing this in. Do you or your collaborators also > plan to add the BFQ scheduler that was in the earlier separate sooner or later, yes. > tarballs? The numbers at > > http://algo.ing.unimo.it/people/paolo/disk_sched/ > > suggest that it worked well in a different context. > > Also, there is a typographical error in the gsched(8) manpage: in the > EXAMPLES section, "-s" should be "-a" in: > > # Configure device ad0 to use scheduler 'rr': > geom sched insert -s rr ad0 thanks, will fix that cheers luigi From owner-freebsd-current@FreeBSD.ORG Tue Apr 13 20:04:51 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD986106568E for ; Tue, 13 Apr 2010 20:04:51 +0000 (UTC) (envelope-from oizs@freemail.hu) Received: from viefep31-int.chello.at (viefep31-int.chello.at [62.179.121.49]) by mx1.freebsd.org (Postfix) with ESMTP id 033588FC1D for ; Tue, 13 Apr 2010 20:04:50 +0000 (UTC) Received: from edge05.upcmail.net ([192.168.13.212]) by viefep12-int.chello.at (InterMail vM.8.01.02.02 201-2260-120-106-20100312) with ESMTP id <20100413193406.HSEK14855.viefep12-int.chello.at@edge05.upcmail.net> for ; Tue, 13 Apr 2010 21:34:06 +0200 Received: from [192.168.0.6] ([213.222.167.104]) by edge05.upcmail.net with edge id 57a51e05h2FUr71057a6ng; Tue, 13 Apr 2010 21:34:06 +0200 X-SourceIP: 213.222.167.104 Message-ID: <4BC4C71F.3040901@freemail.hu> Date: Tue, 13 Apr 2010 21:33:51 +0200 From: oizs User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Cloudmark-Analysis: v=1.1 cv=SLkC287PFWo6d7eSEiSBB9255DBOWQ3bwOwHXJiyZoo= c=1 sm=0 a=Y16gA4e-IdwA:10 a=8nJEP1OIZ-IA:10 a=xP-5mc5CAAAA:8 a=vZXaz1ofAAAA:8 a=xAaqI0XGDh2QMSMI12wA:9 a=WRezCbqzmFpT8YHu4OsA:7 a=kKKuX5W1kNGBKBVPkFDXQVmS9usA:4 a=wPNLvfGTeEIA:10 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 X-Mailman-Approved-At: Tue, 13 Apr 2010 20:47:25 +0000 Subject: Can't get freebsd running on an opteron board X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Apr 2010 20:04:51 -0000 Hello, I bought myself an arima board on ebay, but I can't get it to boot any freebsd on it. It turns out to be a google board with a special google efi. picture: http://atrejus.net/arima/arima-gr.jpg other pictures: http://interhost.hu/stuff/pics/obey/ I can boot debian with acpi=off without trouble, even xen. Bsds die at btx loader part right after "Consoles: internal video/keyboard". I've tried 32bit 4.10 5.2 6.3 7.0 7.2 8.0rc 8.0 64bit 7.2 8.0 even current but can't get past that spot. I can't even get any debug information, because It never reaches a point to get any. Any input would be nice and I can give info from linux if that helps. Thanks in advance, zsozso From owner-freebsd-current@FreeBSD.ORG Tue Apr 13 22:14:54 2010 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 D1B56106564A; Tue, 13 Apr 2010 22:14:54 +0000 (UTC) (envelope-from sweetnavelorange@gmail.com) Received: from mail-yw0-f193.google.com (mail-yw0-f193.google.com [209.85.211.193]) by mx1.freebsd.org (Postfix) with ESMTP id 654808FC12; Tue, 13 Apr 2010 22:14:54 +0000 (UTC) Received: by ywh31 with SMTP id 31so2170715ywh.3 for ; Tue, 13 Apr 2010 15:14:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=bCBCGPAX6qNtQdCYDzu+W5LFqwXZvlttM743/5sza10=; b=i8aWvDsm2Wp+R3WLPeb2w2tn4l7BQX25eW9qswhMnkCLWYR7OQdysmMugBP4I0xVxM mPr3+1R8l6Nj6zZlp+lFeBWqkvKSEWfivpEwS/+Makc/S15txYItW7S6U/8LjUiQjg3y 0rPG5JToRBzZ1cxX9SCEx8N6rEdJHgtpCJckk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=u1mt09xnUszvzD/jNreWZ2BzyegTaAWi8/JsPakKcejSTpZaYxxLlo4+mJFHGKd47Y 0tVsGJTKUwtuAsr375NCDFjBSkTYZlZEYsNb2MVIOGUBCnc4upabneAsuSG6IEyVflo+ dPC4Cgz9xlb/mnR3AmFDDN/VmgZckc7be0Svo= Received: by 10.150.214.13 with SMTP id m13mr2923430ybg.134.1271196893176; Tue, 13 Apr 2010 15:14:53 -0700 (PDT) Received: from [10.240.2.46] (db.kiwiplan.co.nz [202.27.222.237]) by mx.google.com with ESMTPS id 23sm1599494ywh.0.2010.04.13.15.14.50 (version=SSLv3 cipher=RC4-MD5); Tue, 13 Apr 2010 15:14:52 -0700 (PDT) Message-ID: <4BC4ECD8.30706@gmail.com> Date: Wed, 14 Apr 2010 10:14:48 +1200 From: James Butler User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.9) Gecko/20100317 Lightning/1.0b1 Thunderbird/3.0.4 MIME-Version: 1.0 To: Lucas Holt References: <49684.1270905510@pcbsd.org> <4BC418B5.1010304@foolishgames.com> In-Reply-To: <4BC418B5.1010304@foolishgames.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, Kris Moore , FreeBSD Current Subject: Re: ports and PBIs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Apr 2010 22:14:55 -0000 On 13/04/10 19:09, Lucas Holt wrote: > On 4/10/2010 3:18 PM, kris@pcbsd.org wrote > >> However for my more hard-core friends, nothing stopping you from >> running your own ports down >> the road, more power to ya! For doing something like embedded work or >> a server this makes total >> sense and I think it is a huge positive for FreeBSD, no reason to >> trash that or break it in any way. >> For the other 99.9% of society who want something "that just works" >> for day-to-day computing, >> something like PBI is very attractive. It would be great to have an OS >> that offers best of both worlds. >> >> -- >> Kris Moore > > There are only two possibilities with any package system. Either give > the user self packaged binaries containing all shared libraries or make > them update everything. Both have positives and negatives. We've been Only two possibilities? I remember reading about a third in a paper proposing an enhancement to pkgsrc, but now I can't find the paper :-( Basically this involves distributing and downloading separate packages as with pkg_add, but installing each one in an isolated directory so multiple conflicting versions can be present side-by-side. The package tools then arrange for each package to have symlinks to all the packages it depends on, in a private libdepends/ folder or something. So if I install package A1.1 which depends on B3.2, then I want to install C5.3 which depends on B4.0, I have a choice: to upgrade A to a version depending on B4.0 if one exists, or to install C5.3 with B4.0 alongside A1.1 and B3.2. I'll try to find the paper I'm recalling after work, until then I'll just have to wave my hands in the air. -James Butler > working on a new package system in MidnightBSD for some time. When we > weighed this issue, it was decided that letting users have old binaries > sitting around was a bad idea. It encourages a user to sit on a package > for a year and not install security updates. The larger package size > also deters users from downloading updates in parts of the world which > have slow Internet connections. Remember the GDI+ update to windows > awhile back? There were many applications that had to be updated and > Microsoft had to release a scanner to search the drive for uses. There > side isn't always rosy. > > Obviously, there are also advantages to the larger PBI packages for > users. PC-BSD is certainly easy to use. > > At the end of the day, I think creating packages more frequently during > releases and pushing updates like many linux distros do makes more sense > in terms of security. FreeBSD has ten times the number of ports to build > than we do so obviously it's a problem to build packages that frequently. > > I don't want to butt in any more on this because it's not my place, but > I just felt it was important to bring another perspective. > > Lucas > _______________________________________________ > 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 Apr 13 22:24:02 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 059AC1065674 for ; Tue, 13 Apr 2010 22:24:02 +0000 (UTC) (envelope-from eirnym@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id 634D58FC1F for ; Tue, 13 Apr 2010 22:24:01 +0000 (UTC) Received: by bwz8 with SMTP id 8so4824675bwz.3 for ; Tue, 13 Apr 2010 15:24:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:in-reply-to:x-mailer :subject:references:message-id:content-type :content-transfer-encoding:mime-version:date:cc; bh=kWNkDGc1qVLshwW7ZxoXPs24lAI5W3fG8jQYTrlvkGs=; b=HfYitFTA/nic5zQiMza7pe3aR8MMnqLWRjVjL56DRY9mUnwmclPdhXlil3TA0HpaBh 71v+b5nQtpK0ZzHLn1NLV2u0AZDELSlRQsii8MP5/ThSiTqYprr34O0ItFcnU4ccFV5G ONA7Y9qDe17Hu54d+M/djYDYNpaDn5EjXnbzE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:in-reply-to:x-mailer:subject:references:message-id :content-type:content-transfer-encoding:mime-version:date:cc; b=Ueb3o2e/bBKNAg6JFZ59Qv5huzRHqrtGc+lr4C6fEMI/QG5+BngBCnfUZs7+5CeexH BhoQvpjWfW6alBTpoozTpRg3hRqQY1M0Yuqh1X+qBv/cf5EuZZ9HA2TgcnWBStQgkDVw +VwrR2CWuqZQ/ps3qorz43Nvs2q5TOFBgoUqE= Received: by 10.102.16.24 with SMTP id 24mr3568626mup.121.1271197438921; Tue, 13 Apr 2010 15:23:58 -0700 (PDT) Received: from [10.0.0.1] ([77.41.31.122]) by mx.google.com with ESMTPS id 12sm25398048muq.1.2010.04.13.15.23.58 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 13 Apr 2010 15:23:58 -0700 (PDT) From: Arseny Nasokin To: oizs In-Reply-To: <4BC4C71F.3040901@freemail.hu> X-Mailer: iPhone Mail (7E18) References: <4BC4C71F.3040901@freemail.hu> Message-Id: <8719C5C9-498E-4691-8220-E42F03679EFE@gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (iPhone Mail 7E18) Date: Wed, 14 Apr 2010 02:24:00 +0400 X-Mailman-Approved-At: Tue, 13 Apr 2010 22:32:07 +0000 Cc: "freebsd-current@freebsd.org" Subject: Re: Can't get freebsd running on an opteron board X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Apr 2010 22:24:02 -0000 On 13 Apr 2010, at 23:33, oizs wrote: > Hello, > > I bought myself an arima board on ebay, but I can't get it to boot > any freebsd on it. It turns out to be a google board with a special > google efi. picture: http://atrejus.net/arima/arima-gr.jpg other > pictures: http://interhost.hu/stuff/pics/obey/ I can boot debian > with acpi=off without trouble, even xen. Bsds die at btx loader part > right after "Consoles: internal video/keyboard". I've tried 32bit 4.10 5.2 6.3 > 7.0 7.2 8.0rc 8.0 64bit 7.2 8.0 even current but can't get past > that spot. I can't even get any debug information, because It never > reaches a point to get any. Any input would be nice and I can give > info from linux if that helps. > Can you take shot of BTX die? how does it die: reboot, write something or etc.,? Can you add trace output to BTX code on other machine and run with it? Did you try to boot from USB flash? > Thanks in advance, > zsozso > > _______________________________________________ > 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 Apr 13 22:37:06 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 75EFA1065673; Tue, 13 Apr 2010 22:37:06 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8CEB88FC16; Tue, 13 Apr 2010 22:37:05 +0000 (UTC) Received: by wwa36 with SMTP id 36so910817wwa.13 for ; Tue, 13 Apr 2010 15:37:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:reply-to:in-reply-to :references:date:received:message-id:subject:from:to:cc:content-type; bh=gW9Gi8A0Sv2zjYuHxWJNJkrsNrxt1SkcrXdSk309FfY=; b=GTEAz92DHj35aZiBzsGoRTc7dDi8kOdzKPbPWZ2dDsULxtyQPDqpdAtk0ySvEIEAfb xBa7oOG1moHu+eJSEdrlGvmsT2TJwctdbbYNmhBhYcvo1lIbF8/SqSIheIflaSA+yv/l /nCeZ2G93yKHHI4Lygh7m/WFnKjAupW03tvSE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; b=cpI7XTqVKBoI1VHFBRy4CcMwqMhv4BLX4eZIRQffYnGZMvPvTuvgUkAqs/ZuxZMwWL LDVv0qRpyBR+26Hv2qUCAjQqy9hRKQWjx7S+qeOnEpBDsxSEcDu3TNj68e+R2aHSlqBs kiL59clwU8xghgq33Py65eu8pazcMjjmSGsxo= MIME-Version: 1.0 Received: by 10.216.186.82 with HTTP; Tue, 13 Apr 2010 15:37:04 -0700 (PDT) In-Reply-To: <20100413201444.GB47657@onelab2.iet.unipi.it> References: <20100413201444.GB47657@onelab2.iet.unipi.it> Date: Tue, 13 Apr 2010 22:37:04 +0000 Received: by 10.216.178.85 with SMTP id e63mr508375wem.156.1271198224422; Tue, 13 Apr 2010 15:37:04 -0700 (PDT) Message-ID: From: "b. f." To: Luigi Rizzo Content-Type: text/plain; charset=ISO-8859-1 Cc: fabio@freebsd.org, luigi@freebsd.org, freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: svn commit: r206497 - in head: sbin/geom/class sbin/geom/class/sched sys/geom/sched sys/modules/geom sys/modules/geom/geom_sched sys/modules/geom/geom_sched/gs_sched sys/modules/geom/geom_sched/gsc... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf1783@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Apr 2010 22:37:06 -0000 On 4/13/10, Luigi Rizzo wrote: > On Tue, Apr 13, 2010 at 07:09:50PM +0000, b. f. wrote: >> >Author: luigi >> >Date: Mon Apr 12 16:37:45 2010 >> >New Revision: 206497 >> >URL: http://svn.freebsd.org/changeset/base/206497 >> > >> >Log: >> > Bring in geom_sched, support for scheduling disk I/O requests >> > in a device independent manner. Also include an example anticipatory >> > scheduler, gsched_rr, which gives very nice performance improvements >> > in presence of competing random access patterns. >> >> Thank you for bringing this in. Do you or your collaborators also >> plan to add the BFQ scheduler that was in the earlier separate > > sooner or later, yes. Oh, good. What do you think about adding an easy way to automatically enable scheduling on designated disks -- an rc-script, like that for geli, for example? Regards, b. From owner-freebsd-current@FreeBSD.ORG Tue Apr 13 22:47:00 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E99D21065670; Tue, 13 Apr 2010 22:47:00 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id A71548FC19; Tue, 13 Apr 2010 22:47:00 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 15160730A1; Wed, 14 Apr 2010 00:57:26 +0200 (CEST) Date: Wed, 14 Apr 2010 00:57:26 +0200 From: Luigi Rizzo To: bf1783@gmail.com Message-ID: <20100413225726.GA61070@onelab2.iet.unipi.it> References: <20100413201444.GB47657@onelab2.iet.unipi.it> 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: fabio@freebsd.org, luigi@freebsd.org, freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: svn commit: r206497 - in head: sbin/geom/class sbin/geom/class/sched sys/geom/sched sys/modules/geom sys/modules/geom/geom_sched sys/modules/geom/geom_sched/gs_sched sys/modules/geom/geom_sched/gsc... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Apr 2010 22:47:01 -0000 On Tue, Apr 13, 2010 at 10:37:04PM +0000, b. f. wrote: > On 4/13/10, Luigi Rizzo wrote: > > On Tue, Apr 13, 2010 at 07:09:50PM +0000, b. f. wrote: > >> >Author: luigi > >> >Date: Mon Apr 12 16:37:45 2010 > >> >New Revision: 206497 > >> >URL: http://svn.freebsd.org/changeset/base/206497 > >> > > >> >Log: > >> > Bring in geom_sched, support for scheduling disk I/O requests > >> > in a device independent manner. Also include an example anticipatory > >> > scheduler, gsched_rr, which gives very nice performance improvements > >> > in presence of competing random access patterns. > >> > >> Thank you for bringing this in. Do you or your collaborators also > >> plan to add the BFQ scheduler that was in the earlier separate > > > > sooner or later, yes. > > Oh, good. > > What do you think about adding an easy way to automatically enable > scheduling on designated disks -- an rc-script, like that for geli, > for example? sooner or later, yes. :) From owner-freebsd-current@FreeBSD.ORG Wed Apr 14 00:08:40 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0CD6106566B for ; Wed, 14 Apr 2010 00:08:40 +0000 (UTC) (envelope-from jasonjwwilliams@gmail.com) Received: from mail-iw0-f171.google.com (mail-iw0-f171.google.com [209.85.223.171]) by mx1.freebsd.org (Postfix) with ESMTP id 8D21B8FC19 for ; Wed, 14 Apr 2010 00:08:40 +0000 (UTC) Received: by iwn1 with SMTP id 1so2967373iwn.27 for ; Tue, 13 Apr 2010 17:08:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:received:message-id :subject:from:to:content-type; bh=vCcf3nDsKu/JslrlER1ETnimpqgLU25iK9jJ8V2O5cI=; b=KtIF7ePCjqomOeQ7wneXdvAcYEz3R3ckxJ5ZFzongLiKpCmVpoRyQrqnynfInna0dX r6lT5aOVUlm/2yp5JlssIRgZnvF5tsuNQ4jLO1xaFj47cl2EsJRdOfMy924Iz693YwFe 5iFfbh1WZTHm7QUWX6ANuWsLMkxL6z21EHtDk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=AWoijEaWrrHMKZ+x2FLi9nA9qJ6jS7jgopiLiqohe7LKjOkGkSCBJmzcHX+cbLOiE6 0WTM1L6KOZPhyLhc/9W+fhzHYvF8GocHjYile6v4pv0rqjcWaP9pTMOEYmSEo2Zckuig PuswcPNfgWUBeEfkunDBBUxyQ+HSpSnBCZAto= MIME-Version: 1.0 Received: by 10.231.185.144 with HTTP; Tue, 13 Apr 2010 16:39:30 -0700 (PDT) Date: Tue, 13 Apr 2010 17:39:30 -0600 Received: by 10.231.190.204 with SMTP id dj12mr2970191ibb.9.1271201970916; Tue, 13 Apr 2010 16:39:30 -0700 (PDT) Message-ID: From: "Jason J. W. Williams" To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: ZFS behavior when device disappears X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Apr 2010 00:08:40 -0000 Hello, Currently, we're an OpenSolaris shop but with the way things are going over at Oracle/Sun we're starting to evaluate our options for keeping ZFS but moving off Solaris. One of my concerns is that FreeBSD is implementing ZFSv14 (ZFS itself is up to v23 I believe). For quite a long time, ZFS under Solaris had a real problem with the following scenario: * Hard drive starts to die * Controller and SCSI subsystem continue to retry an I/O rather than failing fast * Even if the I/O does fail fast ZFS doesn't really notice a spike in I/O failures and continues to use the drive. * Result: I/O on the zpool stalls completely while the I/Os continue to be tried against the drive. This got fixed in later revs of OpenSolaris by enhancements to ZFS and greater integration with the Fault Management Architecture (FMA) of Solaris...lots of I/Os failing on a drive get communicated to ZFS who then offlines the drive out of the pool. My question is, what is the situation in FreeBSD 8 with ZFS if that type of situation occurs? Thank you in advance for your help. -J From owner-freebsd-current@FreeBSD.ORG Wed Apr 14 06:27:27 2010 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 3C7D31065670; Wed, 14 Apr 2010 06:27:27 +0000 (UTC) (envelope-from buganini@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 068208FC14; Wed, 14 Apr 2010 06:27:26 +0000 (UTC) Received: by pwi9 with SMTP id 9so6619971pwi.13 for ; Tue, 13 Apr 2010 23:27:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:content-type; bh=yCHSO74g46+EK1ly1e1RxNq6Ss51gb/F8lXqbDWNn8c=; b=sd+z6uzSi1vtOY8GM4AFZFEMECybIRZyMOr/LznVFPIUEzsNMi61kVx8IOlW4hAtFE oOjehtv6eaTM5xGJsMHleZbNAqvKAYBGHmWLd3ufy3u5lV0OuXjalWKHUGxe1aCsePL1 aliKJAlFTpZkfR54j6CJXXHpqCG/f6vZM0XUg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=dOivb91gsoex8HrQ844B1jbL3LVal/lXZ9tbWNTjTWd5h2hVPiFMuzdOfIyWau8MCE SpqTmZcG6RHy/ONPJFA8pGIsXKPyepjuak/5d9glVQjPiTYWo1cOoNJmf6nar6UOuzwL UwFsJ5xrdL1CUpwoywnB4/n9YE0VKpExfb+P4= MIME-Version: 1.0 Received: by 10.142.104.21 with HTTP; Tue, 13 Apr 2010 22:59:06 -0700 (PDT) In-Reply-To: <20100316225113.GF88159@weongyo> References: <20100226005115.GP14937@weongyo> <20100228095259.GB3536@weongyo> <20100301103240.3a4aac8a.ray@dlink.ua> <20100303082833.GB22865@weongyo> <20100303111014.6564ea1e.ray@dlink.ua> <20100312231333.GZ1295@weongyo> <20100313231205.5e68a89a.ray@ddteam.net> <20100314005558.GB88159@weongyo> <20100315004357.fca53c7f.ray@ddteam.net> <20100316225113.GF88159@weongyo> Date: Wed, 14 Apr 2010 13:59:06 +0800 Received: by 10.143.193.8 with SMTP id v8mr3252541wfp.162.1271224746919; Tue, 13 Apr 2010 22:59:06 -0700 (PDT) Message-ID: From: Buganini To: Weongyo Jeong , current@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: Subject: Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Apr 2010 06:27:27 -0000 Hi, I got a Lenovo G450 with siba_bwn0@pci0:4:0:0: class=0x028000 card=0x04b514e4 chip=0x431514e4 rev=0x01 hdr=0x00 vendor = 'Broadcom Corporation' device = 'Broadcom Wireless b/g (BCM4315/BCM22062000)' class = network 4315 is not in supported list, but however the driver took the device bwn_v4_lp_ucode.ko was not loaded automatically, so I loaded it manually ifconfig scan seem freeze, I can `ifconfig list scan` later and found access point correctly, but I can't associate with them, it just keep scanning channels. My uname -ai: FreeBSD Zeta.twbbs.org 9.0-CURRENT FreeBSD 9.0-CURRENT #1: Fri Mar 26 03:42:08 CST 2010 root@Zeta.twbbs.org:/usr/obj/usr/src/sys/ZETA i386 Zeta Is this bug or just lack of support? --Buganini From owner-freebsd-current@FreeBSD.ORG Wed Apr 14 08:33:30 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9CC75106566B for ; Wed, 14 Apr 2010 08:33:30 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: from mail-iw0-f171.google.com (mail-iw0-f171.google.com [209.85.223.171]) by mx1.freebsd.org (Postfix) with ESMTP id 583AF8FC17 for ; Wed, 14 Apr 2010 08:33:30 +0000 (UTC) Received: by iwn1 with SMTP id 1so3177447iwn.27 for ; Wed, 14 Apr 2010 01:33:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:received:message-id :subject:from:to:content-type; bh=Me6QaI0ENFKs3ml71MM7vaK0cLJmUFtiO+JRX51WGSo=; b=lol5hiFRC+mYn5s8KeNgYU/EF3ZmFaavAXe9DKJX3CU0VbLW5NHkvJXUHqtf9wTp1m uLKqcy/8xzIa5px9KY3gyaPwtk9op7OmHPPb1Zo07V4acjIEeBwhrfmi5AU93zYqoQRI BU+Ur6T5/iNKhlA9B5r+cYGNRJ9qRbjjk/rNQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=N58tDlCw6jCunGW6BE1V9PBwJJVaQiN9bJx5OVMNl3xrRdWuEVththxpXHyzExnsCB mdxvZfB52PUMIWeETZPuttkDh5CDSuz2WU+MDHX0S7b/GNS5HB8vlvjQdiwwCUXK8wZa HGvsH/0i1ktAcLv7nB6sN6qosaSRkglvrFL8Y= MIME-Version: 1.0 Received: by 10.231.213.16 with HTTP; Wed, 14 Apr 2010 01:33:29 -0700 (PDT) Date: Wed, 14 Apr 2010 01:33:29 -0700 Received: by 10.231.144.197 with SMTP id a5mr3196587ibv.5.1271234009813; Wed, 14 Apr 2010 01:33:29 -0700 (PDT) Message-ID: From: Navdeep Parhar To: netchild@freebsd.org, freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Does "makeoptions WITH_CTF=yes" actually work? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Apr 2010 08:33:30 -0000 I read the UPDATING entry that accompanied r206082 and added WITH_CTF=yes to my kernel config, hoping to get CTF information in the kernel and all modules. No luck. It appears that NO_CTF remains set to 1 inspite of the undef NO_CTF in various .mk files and ctfconvert never runs. Can anyone confirm whether r206082 works as advertised or not? This is the diff between my config and amd64/conf/GENERIC: 24a25 > makeoptions WITH_CTF=yes 66,67c67,68 < #options KDTRACE_FRAME # Ensure frames are compiled in < #options KDTRACE_HOOKS # Kernel DTrace hooks --- > options KDTRACE_FRAME # Ensure frames are compiled in > options KDTRACE_HOOKS # Kernel DTrace hooks 72a74 > options DDB_CTF This is /etc/make.conf on my system: CPUTYPE?=core2 DEBUG_FLAGS=-g -fno-inline-functions -fno-inline-functions-called-once I built the kernel with a "make -j16 buildkernel" in /usr/src. Regards, Navdeep From owner-freebsd-current@FreeBSD.ORG Wed Apr 14 09:16:11 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC5571065670 for ; Wed, 14 Apr 2010 09:16:11 +0000 (UTC) (envelope-from netchild@freebsd.org) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 600C68FC14 for ; Wed, 14 Apr 2010 09:16:11 +0000 (UTC) Received: from outgoing.leidinger.net (pD9E2D724.dip.t-dialin.net [217.226.215.36]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id AE841844A85; Wed, 14 Apr 2010 10:58:22 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id A81F55076; Wed, 14 Apr 2010 10:58:19 +0200 (CEST) Received: (from www@localhost) by webmail.leidinger.net (8.14.3/8.13.8/Submit) id o3E8wJ08070878; Wed, 14 Apr 2010 10:58:19 +0200 (CEST) (envelope-from netchild@FreeBSD.org) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Wed, 14 Apr 2010 10:58:19 +0200 Message-ID: <20100414105819.13143mf12ccgjy4g@webmail.leidinger.net> Date: Wed, 14 Apr 2010 10:58:19 +0200 From: Alexander Leidinger To: Navdeep Parhar References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Dynamic Internet Messaging Program (DIMP) H3 (1.1.4) X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: AE841844A85.73FAB X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1.363, required 6, autolearn=disabled, ALL_TRUSTED -1.44, TW_BJ 0.08) X-EBL-MailScanner-From: netchild@freebsd.org X-EBL-MailScanner-Watermark: 1271840305.64098@P6LlLgTYofPqzvUcJqEGTA X-EBL-Spam-Status: No Cc: freebsd-current@FreeBSD.org Subject: Re: Does "makeoptions WITH_CTF=yes" actually work? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Apr 2010 09:16:11 -0000 Quoting Navdeep Parhar (from Wed, 14 Apr 2010 01:33:29 -0700): > I read the UPDATING entry that accompanied r206082 and added WITH_CTF=yes to > my kernel config, hoping to get CTF information in the kernel and all > modules. No luck. > It appears that NO_CTF remains set to 1 inspite of the undef NO_CTF in > various .mk files > and ctfconvert never runs. This is the output I get in my kernel build directory: ---snip--- # make -V NO_CTF -V WITH_CTF yes ---snip--- > I built the kernel with a "make -j16 buildkernel" in /usr/src. How do you determine if ctfconvert is run or not? If you expect to see ctfconvert lines in the build output: this will not be the case, no matter if you enable it or not. With the current way of handling it, I'm not aware of a way how to print the command when ctfconvert is really executed (we can maybe add an echo which prints out something, but the question is if this is worth the effort). You can run objdump -f and have a look if the .SUNW_ctf section is there to determine if CTF stuff was inserted or not. Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 The Force is what holds everything together. It has its dark side, and it has its light side. It's sort of like cosmic duct tape. From owner-freebsd-current@FreeBSD.ORG Wed Apr 14 09:31:33 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D2B81065670; Wed, 14 Apr 2010 09:31:33 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: from mail-yx0-f174.google.com (mail-yx0-f174.google.com [209.85.210.174]) by mx1.freebsd.org (Postfix) with ESMTP id 33EF28FC12; Wed, 14 Apr 2010 09:31:32 +0000 (UTC) Received: by yxe4 with SMTP id 4so3988006yxe.28 for ; Wed, 14 Apr 2010 02:31:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=0U9smos64Q/2zm0xJK7cWnhRIJczuz3NTDNDe/Q2p6M=; b=IJtWKh434dXCXNTXWPh1xkP9VV+mOyfcjqWPvF2EbeDCAYPAba2eHVUV0vcSglxpn5 ywa/rYXOKsGtqvWi80M7qJVHVE2/G3qcQeifrCuzAz+dgvf5DXL4ccMhJuJRw9hj0mOe KtimX5EpiSymTHl6Fd0b9S8oQfYT8ZrOekKvc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=W0+0K7XYBl4R8o9F2lJLyEEJHodjWeSKqcHA4qKlutZghyLmTSfSN/t+zUdL9PMmJb Eyy0+3APtcQnoY5jc/ee7a/kJi/jWUhBqV2Ga8/S5r7Da/8zqy2xSZKgWXYrlLbElkvx hd2EmeiV9ydypQ/EApFlBvK4HHewYh+of3IJc= MIME-Version: 1.0 Received: by 10.231.213.16 with HTTP; Wed, 14 Apr 2010 02:31:30 -0700 (PDT) In-Reply-To: <20100414105819.13143mf12ccgjy4g@webmail.leidinger.net> References: <20100414105819.13143mf12ccgjy4g@webmail.leidinger.net> Date: Wed, 14 Apr 2010 02:31:30 -0700 Received: by 10.100.245.19 with SMTP id s19mr4695872anh.190.1271237490920; Wed, 14 Apr 2010 02:31:30 -0700 (PDT) Message-ID: From: Navdeep Parhar To: Alexander Leidinger Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Does "makeoptions WITH_CTF=yes" actually work? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Apr 2010 09:31:33 -0000 On Wed, Apr 14, 2010 at 1:58 AM, Alexander Leidinger wrote: > Quoting Navdeep Parhar (from Wed, 14 Apr 2010 01:33:2= 9 > -0700): > >> I read the UPDATING entry that accompanied r206082 and added WITH_CTF=3D= yes >> to >> my kernel config, hoping to get CTF information in the kernel and all >> modules. =A0No luck. >> It appears that NO_CTF remains set to 1 inspite of the undef NO_CTF in >> various .mk files >> and ctfconvert never runs. > > This is the output I get in my kernel build directory: > ---snip--- > # make -V NO_CTF -V WITH_CTF > > yes Can you also try a "makeoptions WITH_CTF=3Dyes" in your KERNCONF and see if the results are as expected? How was r206082 tested? I'm trying to figure out the differences, if any, between your build setup and mine. > ---snip--- > >> I built the kernel with a "make -j16 buildkernel" in /usr/src. > > How do you determine if ctfconvert is run or not? I got rid of the @ in front of all the CTF commands in all the .mk files. = I could see that NO_CTF was 1 and so the ctfconvert after || wouldn't run. [ -z "${CTFCONVERT}" -o -n "${NO_CTF}" ] || ${CTFCONVERT} ${CTFFLAGS} ${.TA= RGET} [ -z "ctfconvert" -o -n "1" ] || ........ Do you see anything different if you remove all the @'s? > If you expect to see > ctfconvert lines in the build output: this will not be the case, no matte= r > if you enable it or not. With the current way of handling it, I'm not awa= re > of a way how to print the command when ctfconvert is really executed (we = can > maybe add an echo which prints out something, but the question is if this= is > worth the effort). > > You can run objdump -f and have a look if the .SUNW_ctf sect= ion > is there to determine if CTF stuff was inserted or not. I tried this: # ctfdump /usr/obj/usr/src/sys/GENERIC/kernel /usr/obj/usr/src/sys/GENERIC/kernel does not contain .SUNW_ctf data Regards, Navdeep > > Bye, > Alexander. > > -- > http://www.Leidinger.net =A0Alexander @ Leidinger.net: PGP ID =3D B0063FE= 7 > http://www.FreeBSD.org =A0 =A0 netchild @ FreeBSD.org =A0: PGP ID =3D 720= 77137 > The Force is what holds everything together. > It has its dark side, and it has its light side. > It's sort of like cosmic duct tape. > > From owner-freebsd-current@FreeBSD.ORG Wed Apr 14 10:07:01 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 021EF106567A for ; Wed, 14 Apr 2010 10:07:01 +0000 (UTC) (envelope-from eirnym@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.25]) by mx1.freebsd.org (Postfix) with ESMTP id 9B0428FC13 for ; Wed, 14 Apr 2010 10:07:00 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 5so2709572qwi.7 for ; Wed, 14 Apr 2010 03:06:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:in-reply-to:x-mailer :subject:references:message-id:content-type :content-transfer-encoding:mime-version:date:cc; bh=JFrpoBXeyAppxdcDtWhYgTuoX3IyHFOb7XU2+sFZnXM=; b=f/oqczQvYdwSuC3gl5sTsNqaxY8kw7pda16dDktXBRv+khbAK2VqBWIEdsANK0p88Z mIM7b7uFjVWWj0Fn9x3ciySqZDdeQTgLG263Dd1GIsWwcM6he6LujTPUgWzI4oX0cqEX dtMwlzqc2KYwMqIM2RtPXr9D1vC5ci/2ZofeQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:in-reply-to:x-mailer:subject:references:message-id :content-type:content-transfer-encoding:mime-version:date:cc; b=ELw7JT8UH1UZPLNizqBx7n37+UDzJgGzWnQ9f/n0+FUg+fKTsJ7T9XcuH7FWqpEO/U R5YNJEZxvIVvM++IqohNTnc3lDmRYynGce61zYWQWTSAryFpdk7VWWKLME8SJfThY0J3 hz2AEMdjmCLTo+f3iyAziBQbZ17Dit2poTAh0= Received: by 10.229.191.1 with SMTP id dk1mr3116670qcb.18.1271239618438; Wed, 14 Apr 2010 03:06:58 -0700 (PDT) Received: from [10.0.2.9] (luxproject.ritzio.com [213.247.244.184]) by mx.google.com with ESMTPS id v37sm197667qce.12.2010.04.14.03.06.56 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 14 Apr 2010 03:06:57 -0700 (PDT) From: Arseny Nasokin To: oizs In-Reply-To: <4BC5126A.2060306@freemail.hu> X-Mailer: iPhone Mail (7E18) References: <4BC4C71F.3040901@freemail.hu> <8719C5C9-498E-4691-8220-E42F03679EFE@gmail.com> <4BC5126A.2060306@freemail.hu> Message-Id: Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (iPhone Mail 7E18) Date: Wed, 14 Apr 2010 14:06:53 +0400 Cc: FreeBSD Mail Lists Subject: Re: Can't get freebsd running on an opteron board X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Apr 2010 10:07:01 -0000 On 14 Apr 2010, at 04:55, oizs wrote: > It exactly looks like this: > > BTX loader 1.00 BTX version is 1.01 > Console: internal video/keyboard Good news! It's not BTX code, but loader :) Start point is in common/consoles.c line 85 (freebsd current) Boot loader code can be found at /usr/src/sys/boot > _ > > I have tried booting fbsd from pendrive cd dvd harddrive but I get > the same results. How can I add trace output to btx loader? > > > On 2010.04.14. 0:24, Arseny Nasokin wrote: >> On 13 Apr 2010, at 23:33, oizs wrote: >> >>> Hello, >>> >>> I bought myself an arima board on ebay, but I can't get it to boot >>> any freebsd on it. It turns out to be a google board with a >>> special google efi. picture: http://atrejus.net/arima/arima-gr.jpg >>> other pictures: http://interhost.hu/stuff/pics/obey/ I can boot >>> debian with acpi=off without trouble, even xen. Bsds die at btx >>> loader part right after "Consoles: internal video/keyboard". I've >>> tried 32bit 4.10 5.2 6.3 7.0 7.2 8.0rc 8.0 64bit 7.2 8.0 even >>> current but can't get past that spot. I can't even get any debug >>> information, because It never reaches a point to get any. Any >>> input would be nice and I can give info from linux if that helps. >>> >> >> Can you take shot of BTX die? how does it die: reboot, write >> something or etc.,? Can you add trace output to BTX code on other >> machine and run with it? >> Did you try to boot from USB flash? >> >>> Thanks in advance, >>> zsozso >>> >>> _______________________________________________ >>> 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 Wed Apr 14 11:23:53 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6491D106566B for ; Wed, 14 Apr 2010 11:23:53 +0000 (UTC) (envelope-from netchild@freebsd.org) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id E8BED8FC12 for ; Wed, 14 Apr 2010 11:23:52 +0000 (UTC) Received: from outgoing.leidinger.net (pD9E2D724.dip.t-dialin.net [217.226.215.36]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id E58EE844A85; Wed, 14 Apr 2010 13:23:45 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 1D6505086; Wed, 14 Apr 2010 13:23:43 +0200 (CEST) Received: (from www@localhost) by webmail.leidinger.net (8.14.3/8.13.8/Submit) id o3EBNgDh003677; Wed, 14 Apr 2010 13:23:42 +0200 (CEST) (envelope-from netchild@FreeBSD.org) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Wed, 14 Apr 2010 13:23:42 +0200 Message-ID: <20100414132342.74616nl7805cljgo@webmail.leidinger.net> Date: Wed, 14 Apr 2010 13:23:42 +0200 From: Alexander Leidinger To: Navdeep Parhar References: <20100414105819.13143mf12ccgjy4g@webmail.leidinger.net> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Dynamic Internet Messaging Program (DIMP) H3 (1.1.4) X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: E58EE844A85.C596A X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1.363, required 6, autolearn=disabled, ALL_TRUSTED -1.44, TW_BJ 0.08) X-EBL-MailScanner-From: netchild@freebsd.org X-EBL-MailScanner-Watermark: 1271849028.43785@PgIKRkVAJEILQP8mRvOjYQ X-EBL-Spam-Status: No Cc: freebsd-current@FreeBSD.org Subject: Re: Does "makeoptions WITH_CTF=yes" actually work? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Apr 2010 11:23:53 -0000 Quoting Navdeep Parhar (from Wed, 14 Apr 2010 =20 02:31:30 -0700): > On Wed, Apr 14, 2010 at 1:58 AM, Alexander Leidinger > wrote: >> Quoting Navdeep Parhar (from Wed, 14 Apr 2010 01:33:= 29 >> -0700): >> >>> I read the UPDATING entry that accompanied r206082 and added WITH_CTF= =3Dyes >>> to >>> my kernel config, hoping to get CTF information in the kernel and all >>> modules. =C2=A0No luck. >>> It appears that NO_CTF remains set to 1 inspite of the undef NO_CTF in >>> various .mk files >>> and ctfconvert never runs. >> >> This is the output I get in my kernel build directory: >> ---snip--- >> # make -V NO_CTF -V WITH_CTF >> >> yes > > Can you also try a "makeoptions WITH_CTF=3Dyes" in your KERNCONF The above one is with WITH_CTF in my kernel config, but this was =20 generated manually with cd /sys/i386/conf; config CONF; cd =20 ../compile/CONF; make -V... > and see if the results are as expected? How was r206082 tested? I'm > trying to figure out the differences, if any, between your build setup an= d > mine. I made a buildworld with and without WITH_CTF in src.conf to confirm =20 that it works (no installkernel, as the world is known to be not =20 useable with CTF), and I did a lot of tests by hand as above =20 (config;make). >> ---snip--- >> >>> I built the kernel with a "make -j16 buildkernel" in /usr/src. >> >> How do you determine if ctfconvert is run or not? > > I got rid of the @ in front of all the CTF commands in all the .mk files.= I > could see that NO_CTF was 1 and so the ctfconvert after || wouldn't > run. Can it be that NO_CTF is somewhere, e.g. in src.conf or make.conf or =20 in the environment of the shell? Did you do an installworld before? =20 The installworld is maybe important, I do not have in mind if =20 /ush/share/mk/ or SRC/share/mk is used and as such the NO_CTF which =20 was before in /usr/share/mk/* could cause what you see. > [ -z "${CTFCONVERT}" -o -n "${NO_CTF}" ] || ${CTFCONVERT} =20 > ${CTFFLAGS} ${.TARGET} > > [ -z "ctfconvert" -o -n "1" ] || ........ > > Do you see anything different if you remove all the @'s? I did a "objdump -h *.o | grep SUNW_ctf" and I get a lot of ctf =20 sections displayed. Adding the @ in front was the last action I did, =20 before that every case was working correctly. >> If you expect to see >> ctfconvert lines in the build output: this will not be the case, no matt= er >> if you enable it or not. With the current way of handling it, I'm not aw= are >> of a way how to print the command when ctfconvert is really executed (we= can >> maybe add an echo which prints out something, but the question is if thi= s is >> worth the effort). >> >> You can run objdump -f and have a look if the .SUNW_ctf sec= tion >> is there to determine if CTF stuff was inserted or not. > > I tried this: > # ctfdump /usr/obj/usr/src/sys/GENERIC/kernel > /usr/obj/usr/src/sys/GENERIC/kernel does not contain .SUNW_ctf data That's a lot of output (that I get when I do it on my kernel which was =20 build with makeoptions WITH_CTF=3Dyes), if you just want to know if =20 there is or is not ctf data in the kernel, the objdump (with -h, and =20 not -f as I wrote above) gives just one line if ctf date is present. Bye, Alexander. --=20 http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 =09 THE DAILY PLANET =09SUPERMAN SAVES DESSERT! =09Plans to "Eat it later" From owner-freebsd-current@FreeBSD.ORG Wed Apr 14 09:28:43 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5EBAE106564A for ; Wed, 14 Apr 2010 09:28:43 +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 0966E8FC27 for ; Wed, 14 Apr 2010 09:28:42 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1O1yti-000PpE-FJ; Wed, 14 Apr 2010 12:28:38 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: "Andrey V. Elsukov" In-reply-to: <232101270840092@web44.yandex.ru> References: <55861270658151@web135.yandex.ru> <20100408103809.13496s9i6ny03ocg@webmail.leidinger.net> <867hoi8gbl.fsf@ds4.des.no> <201004080849.12151.jhb@freebsd.org> <86r5mqt4aj.fsf@ds4.des.no> <86sk75ol54.fsf@ds4.des.no> <86fx356ku1.fsf@ds4.des.no> <232101270840092@web44.yandex.ru> Comments: In-reply-to Andrey V. Elsukov message dated "Fri, 09 Apr 2010 23:08:12 +0400." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 14 Apr 2010 12:28:36 +0300 From: Daniel Braniss Message-ID: X-Mailman-Approved-At: Wed, 14 Apr 2010 11:27:49 +0000 Cc: Bruce Cran , Marcel Moolenaar , freebsd-geom@freebsd.org, =?utf-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= , Teske , Randi Harper , freebsd-current@freebsd.org, Alexander Leidinger , Garrett Cooper Subject: Re: [RFC] Rewriting sade(8) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Apr 2010 09:28:43 -0000 > 09.04.10, 11:20, "Garrett Cooper" : > > Ok. Or maybe since `we're here' sade needs to be populating > > $DESTDIR/etc/fstab, not sysinstall ? > > I'm also looking for answer to this question. It seems that all basic operations > with partitions are already implemented. And I think about next steps. > > Also I think I should make a dialog for writing bootcode. And there are a bunch of > different bootstrap code which can be used with different schemes. So if anyone > can share own experience I'll be grateful. > > MBR: > /boot/mbr - standart boot record (is it needed? Is it not the same which gpart creates?). > /boot/boot0 - boot0 boot manager. > /boot/boot0sio - boot0 boot manager with redirected output ot com1. correct me if I'm wrong, is MBR the only one that can be used to change the boot partition via menu? and also via serial? BTW, you said you would look into boot0cfg :-) > > GPT: > /boot/pmbr - protective mbr > /boot/gptboot - bootstrap code for booting from GPT, should be installed to freebsd-boot > partition. > /boot/gptzfsboot - bootstrap code for booting from GPT and ZFS, should be installed to > freebsd-boot partition. > > /boot/zfsboot - bootstrap code for booting from ZFS from MBR, it seems this bootcode doesn't have > a correct way (e.g `gpart bootcode ...`) to be writed. > > What about VTOC8, PC98, APM? > > -- > WBR, Andrey V. Elsukov > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Wed Apr 14 11:54:33 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42D0D1065677; Wed, 14 Apr 2010 11:54:33 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward1.mail.yandex.net (forward1.mail.yandex.net [77.88.46.6]) by mx1.freebsd.org (Postfix) with ESMTP id DD6A28FC18; Wed, 14 Apr 2010 11:54:31 +0000 (UTC) Received: from smtp3.mail.yandex.net (smtp3.mail.yandex.net [77.88.46.103]) by forward1.mail.yandex.net (Yandex) with ESMTP id 893A169E8AC6; Wed, 14 Apr 2010 15:54:12 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1271246053; bh=Zo2E0yKX5KNJdJuyP7QsoB2EdMzyqMYK8c3MRwX7vfY=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=lLpyge7/VrqaK+orZnFvvuwyacMYFMLM1+Os/vbnmMoj+9yn2IfQ/AgQvqh7JHq4i zCpxJUfr/EEJN/oY1PbRibmaqlW1hJSOmE6QE0OWcemg5VR8NHMvo8D2kvo86r5FEE 2DM9dS3Jpd/+u5b0mN6KoNAAueD0UvvviK91GRtI= Received: from [127.0.0.1] (ns.kirov.so-ups.ru [77.72.136.145]) by smtp3.mail.yandex.net (Yandex) with ESMTPSA id AD75227809E; Wed, 14 Apr 2010 15:54:11 +0400 (MSD) Message-ID: <4BC5ACE2.30308@yandex.ru> Date: Wed, 14 Apr 2010 15:54:10 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Daniel Braniss References: <55861270658151@web135.yandex.ru> <20100408103809.13496s9i6ny03ocg@webmail.leidinger.net> <867hoi8gbl.fsf@ds4.des.no> <201004080849.12151.jhb@freebsd.org> <86r5mqt4aj.fsf@ds4.des.no> <86sk75ol54.fsf@ds4.des.no> <86fx356ku1.fsf@ds4.des.no> <232101270840092@web44.yandex.ru> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Yandex-TimeMark: 1271246051 X-Yandex-Spam: 1 X-Yandex-Front: smtp3.mail.yandex.net Cc: freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: [RFC] Rewriting sade(8) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Apr 2010 11:54:33 -0000 On 14.04.2010 13:28, Daniel Braniss wrote: > correct me if I'm wrong, is MBR the only one that can be used to change the > boot partition > via menu? and also via serial? BTW, you said you would look into boot0cfg :-) At this thime I implemented writing bootstrap code only for MBR and GPT schemes. For MBR scheme user can select one from "Standart MBR" and "Boot Manager". For GPT scheme user can select ZFS-aware gptzfsboot and gptboot. Currently I'm working on File Systems Editor. But here are lot of work. -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Wed Apr 14 15:58:54 2010 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 685F5106564A; Wed, 14 Apr 2010 15:58:54 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.161.16.135]) by mx1.freebsd.org (Postfix) with ESMTP id 012D48FC1A; Wed, 14 Apr 2010 15:58:52 +0000 (UTC) Received: from [41.154.88.19] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1O24zK-00039p-4O; Wed, 14 Apr 2010 17:58:50 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1O24zI-0008iD-4f; Wed, 14 Apr 2010 17:58:48 +0200 To: Weongyo Jeong From: Ian FREISLICH In-Reply-To: References: <20100226005115.GP14937@weongyo> <20100228095259.GB3536@weongyo> <20100301103240.3a4aac8a.ray@dlink.ua> <20100303082833.GB22865@weongyo> <20100303111014.6564ea1e.ray@dlink.ua> <20100312231333.GZ1295@weongyo> <20100313231205.5e68a89a.ray@ddteam.net> <20100314005558.GB88159@weongyo> <20100315004357.fca53c7f.ray@ddteam.net> <20100316225113.GF88159@weongyo> X-Attribution: BOFH Date: Wed, 14 Apr 2010 17:58:48 +0200 Message-Id: Cc: current@freebsd.org Subject: Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Apr 2010 15:58:54 -0000 Hi siba_bwn0@pci0:1:0:0: class=0x028000 card=0x1508103c chip=0x431514e4 rev=0x01 hdr=0x00 vendor = 'Broadcom Corporation' device = 'Broadcom Wireless b/g (BCM4315/BCM22062000)' class = network With a fresh -CURRENT and: 7 2 0xcb104000 9000 siba_bwn.ko 10 1 0xcb118000 2c000 bwn_v4_lp_ucode.ko 11 2 0xcb144000 3000 firmware.ko 13 1 0xcb2e0000 32000 if_bwn.ko This NIC works great. You made my day. It even obeys the wireless on-off switch on the front of my netbook. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Wed Apr 14 17:35:02 2010 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 8703E106566B; Wed, 14 Apr 2010 17:35:02 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.161.16.135]) by mx1.freebsd.org (Postfix) with ESMTP id 1D0648FC18; Wed, 14 Apr 2010 17:35:01 +0000 (UTC) Received: from [41.154.88.19] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1O26UN-0004ZI-PE; Wed, 14 Apr 2010 19:34:59 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1O26UJ-0000ab-SD; Wed, 14 Apr 2010 19:34:55 +0200 To: Buganini From: Ian FREISLICH In-Reply-To: References: <20100226005115.GP14937@weongyo> <20100228095259.GB3536@weongyo> <20100301103240.3a4aac8a.ray@dlink.ua> <20100303082833.GB22865@weongyo> <20100303111014.6564ea1e.ray@dlink.ua> <20100312231333.GZ1295@weongyo> <20100313231205.5e68a89a.ray@ddteam.net> <20100314005558.GB88159@weongyo> <20100315004357.fca53c7f.ray@ddteam.net> <20100316225113.GF88159@weongyo> X-Attribution: BOFH Date: Wed, 14 Apr 2010 19:34:55 +0200 Message-Id: Cc: Weongyo Jeong , current@freebsd.org Subject: Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Apr 2010 17:35:02 -0000 Buganini wrote: > Hi, I got a Lenovo G450 with > siba_bwn0@pci0:4:0:0: class=0x028000 card=0x04b514e4 chip=0x431514e4 > rev=0x01 hdr=0x00 > vendor = 'Broadcom Corporation' > device = 'Broadcom Wireless b/g (BCM4315/BCM22062000)' > class = network > > > 4315 is not in supported list, but however the driver took the device > bwn_v4_lp_ucode.ko was not loaded automatically, so I loaded it > manually ifconfig scan seem freeze, I can `ifconfig list scan` later > and found access point correctly, but I can't associate with them, it > just keep scanning channels. I found that if I 'ifconfig wlan0 destroy' followed by 'ifconfig wlan0 create wlandev bwn0' it works. /etc/rc.conf: --- wlans_bwn0="wlan0" ifconfig_wlan0="WPA DHCP" --- The corollery is that it doesn't work first time on reboot. I need to either '/etc/rc.d/netif restart' and if that panics the machine, destroy wlan0 and then restart netif. Then wlan0/bwn0 associates correctly with this device. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Wed Apr 14 18:35:51 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1FBDD1065675; Wed, 14 Apr 2010 18:35:51 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: from mail-bw0-f214.google.com (mail-bw0-f214.google.com [209.85.218.214]) by mx1.freebsd.org (Postfix) with ESMTP id 6EF848FC12; Wed, 14 Apr 2010 18:35:49 +0000 (UTC) Received: by bwz6 with SMTP id 6so449481bwz.13 for ; Wed, 14 Apr 2010 11:35:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:mail-followup-to:references:mime-version:content-type :content-disposition:content-transfer-encoding:in-reply-to :user-agent; bh=aLXh0mpudmZIYyl6lsH2emhTpl/OwK7rAgwZv42bPMc=; b=Yz8ZgCmDVXf3fKDfR4VVfonVXzBoa/eXh47rKakdtpkx3dqIE2CrNdv38gOpnhoRlr 3++XxoDQAyvtVB0wXCcfVQiazIQH45uiN8pq6f/wgvu9xI83EmrgGn5NB0wsG7E0IPsN uOLGnvDd3jp6oO4VWHOmKH41uMABCfddLsHw8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-type:content-disposition :content-transfer-encoding:in-reply-to:user-agent; b=Cq8hrs0iAe+L72e4zIzJquhZXOe5Ab2sb9GC2Uhh15elFDXfYWxy1KAJ+jzqnk3aWU u+s8B33lF5xo2l0Ow3vb8pA/S9ZnjrutmrtzXaAldaj0dPC8yxfyn1R9Q7KCC8hoME7s 7gjHkFkj6Ofxq3GETZ5idqIqIwRZSbCK0BRsM= Received: by 10.204.6.81 with SMTP id 17mr9074151bky.62.1271270148957; Wed, 14 Apr 2010 11:35:48 -0700 (PDT) Received: from gypsy (c-67-161-10-127.hsd1.ca.comcast.net [67.161.10.127]) by mx.google.com with ESMTPS id 24sm621715bkr.0.2010.04.14.11.35.45 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 14 Apr 2010 11:35:47 -0700 (PDT) Date: Wed, 14 Apr 2010 11:35:40 -0700 From: Navdeep Parhar To: Alexander Leidinger Message-ID: <20100414183540.GA2542@gypsy> Mail-Followup-To: Alexander Leidinger , freebsd-current@FreeBSD.org References: <20100414105819.13143mf12ccgjy4g@webmail.leidinger.net> <20100414132342.74616nl7805cljgo@webmail.leidinger.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20100414132342.74616nl7805cljgo@webmail.leidinger.net> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@FreeBSD.org Subject: Re: Does "makeoptions WITH_CTF=yes" actually work? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Apr 2010 18:35:51 -0000 On Wed, Apr 14, 2010 at 01:23:42PM +0200, Alexander Leidinger wrote: > Quoting Navdeep Parhar (from Wed, 14 Apr 2010 > 02:31:30 -0700): > > >On Wed, Apr 14, 2010 at 1:58 AM, Alexander Leidinger > > wrote: > >>Quoting Navdeep Parhar (from Wed, 14 Apr 2010 01:33:29 > >>-0700): > >> > >>>I read the UPDATING entry that accompanied r206082 and added WITH_CTF=yes > >>>to > >>>my kernel config, hoping to get CTF information in the kernel and all > >>>modules.  No luck. > >>>It appears that NO_CTF remains set to 1 inspite of the undef NO_CTF in > >>>various .mk files > >>>and ctfconvert never runs. > >> > >>This is the output I get in my kernel build directory: > >>---snip--- > >># make -V NO_CTF -V WITH_CTF > >> > >>yes > > > >Can you also try a "makeoptions WITH_CTF=yes" in your KERNCONF > > The above one is with WITH_CTF in my kernel config, but this was > generated manually with cd /sys/i386/conf; config CONF; cd > ../compile/CONF; make -V... > > >and see if the results are as expected? How was r206082 tested? I'm > >trying to figure out the differences, if any, between your build setup and > >mine. > > I made a buildworld with and without WITH_CTF in src.conf to confirm > that it works (no installkernel, as the world is known to be not > useable with CTF), and I did a lot of tests by hand as above > (config;make). Have you or anyone else ever used buildkernel successfully with "makeoptions WITH_CTF=yes" in the conf file? Something as simple as this does not work for me: - pristine sources in /usr/src, empty /usr/obj, no /etc/make.conf, no /etc/src.conf - add "makeoptions WITH_CTF=yes" in sys/amd64/conf/GENERIC - make buildkernel in /usr/src The result is a kernel without CTF information. The log is at http://www.freebsd.org/~np/WITH_CTF.log Regards, Navdeep From owner-freebsd-current@FreeBSD.ORG Thu Apr 15 07:08:20 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40941106564A for ; Thu, 15 Apr 2010 07:08:20 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.161.16.135]) by mx1.freebsd.org (Postfix) with ESMTP id D62528FC13 for ; Thu, 15 Apr 2010 07:08:19 +0000 (UTC) Received: from [41.154.88.19] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1O2JBP-0006Kz-JC; Thu, 15 Apr 2010 09:08:15 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1O2JBM-000HzH-7z; Thu, 15 Apr 2010 09:08:12 +0200 To: =?UTF-8?Q?Bernhard_Fr=C3=B6hlich?= , freebsd-current@freebsd.org From: Ian FREISLICH X-Attribution: BOFH Date: Thu, 15 Apr 2010 09:08:12 +0200 Message-Id: Cc: Subject: Re: Virtualbox X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Apr 2010 07:08:20 -0000 Ian FREISLICH wrote: > > >Has anyone managed to make Virtualbox work on 9-Current? Since > > >installing 3.1.2-OSE VMs, all brand new, abort on startup. > > > > > >The last part of the log seems pertinent: > > > > > >00:00:15.481 !!Assertion Failed!! > > >00:00:15.481 Expression: paPages[i].Phys !=3D 0 && paPages[i].Phys !=3D > > NIL_RTHCPHYS && >!(paPages[i].Phys & PAGE_OFFSET_MASK) > > >00:00:15.481 Location : > > /usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.1.2_OSE/src/VBox > > >/VMM/MMHyper.cpp(610) int MMR3HyperMapPages(VM*, void*, RTR0PTR, size_t, > > const SUPPAGE*,=20 > > >const char*, RTGCPTR64*) > > >00:00:15.482 i=3D0x0 Phys=3D0000000000000000 Heap Just wanted to report that -CURRENT compiled yesterday and Virtuabox compiled last night work. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Thu Apr 15 10:06:26 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9DC4F106566B; Thu, 15 Apr 2010 10:06:26 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-bw0-f214.google.com (mail-bw0-f214.google.com [209.85.218.214]) by mx1.freebsd.org (Postfix) with ESMTP id BA3CE8FC18; Thu, 15 Apr 2010 10:06:25 +0000 (UTC) Received: by bwz6 with SMTP id 6so1162869bwz.33 for ; Thu, 15 Apr 2010 03:06:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=xjnF8yi/mA93VSix/NgesosTVekhNOMxc3dZoo2KGbM=; b=CyjYiQvpCwDuGlraevPs7XUPxJVD3hjJWoKSw364cNn0dafk/igwbdUFMz/RGPEYLm EGZgYxey/RZndwnhQEXFCsiqbkb8bSHPBxTm9fDLykcXnNc52+oxKN3Mmpo5rmHCsgpL dTcRVITNbrLbBEE9feQYN+PbisGbNugdRvwDE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=Dcxq8s+36jOLOa3CPVeGNOHPtfccJBX2o2ggmmrU8+L4+D1CcLB3zei6EhN9K8x2oD XKa70g52MdJsDN85lHK0CniK3PXQPCtUQ0TKn6eBcGOJFj3vxR+HxSDQeE5XtplmuOgE M/8AAKv49WfAFO5zqAYF97ObfrrF5dW2JSsfc= MIME-Version: 1.0 Received: by 10.204.47.232 with HTTP; Thu, 15 Apr 2010 03:06:24 -0700 (PDT) In-Reply-To: <201004071549.41672.jhb@freebsd.org> References: <20100312171758.GB31089@dragon.NUXI.org> <4BBB5225.5020008@freebsd.org> <201004071549.41672.jhb@freebsd.org> Date: Thu, 15 Apr 2010 14:06:24 +0400 Received: by 10.204.152.135 with SMTP id g7mr9968436bkw.146.1271325984609; Thu, 15 Apr 2010 03:06:24 -0700 (PDT) Message-ID: From: pluknet To: John Baldwin Content-Type: multipart/mixed; boundary=0015175cff40b4d6cf048443a5f1 Cc: freebsd-current@freebsd.org, Nathan Whitehorn Subject: Re: HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Apr 2010 10:06:26 -0000 --0015175cff40b4d6cf048443a5f1 Content-Type: text/plain; charset=ISO-8859-1 On 7 April 2010 23:49, John Baldwin wrote: > On Tuesday 06 April 2010 11:24:21 am Nathan Whitehorn wrote: >> pluknet wrote: >> > Hi, >> > >> > the interesting part for me is how to properly assert now a value of e.g. >> > KINFO_PROC_SIZE varying on err.. different COMPAT_FREEBSD32 arches >> > (say, FreeBSD would have _kern_proc FreeBSD32 compat layer for top/ps/). >> > >> > >> Probably the cleanest thing would be to set KINFO_PROC_SIZE in >> machine/proc.h instead of where it is now, and then also define a >> KINFO_PROC32_SIZE or something in the same place. Also, that would be a >> really nice feature. > > Yes, I think this sounds like the best approach. > Something quick & not clean (well, it passes universe) attached. So, don't shoot me, please ;-). It's unclear how to convert those mips o32/n32/o64/n64 though. I had to make definitions out of _KERNEL visibility as far as is included from in !_KERNEL only too. -- wbr, pluknet --0015175cff40b4d6cf048443a5f1 Content-Type: application/octet-stream; name="KINFO_PROC_SIZE_md.diff" Content-Disposition: attachment; filename="KINFO_PROC_SIZE_md.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_g81e6sv10 SW5kZXg6IHN5cy9hcm0vaW5jbHVkZS9wcm9jLmgKPT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lzL2FybS9pbmNs dWRlL3Byb2MuaAkocmV2aXNpb24gMjA2MzM4KQorKysgc3lzL2FybS9pbmNsdWRlL3Byb2MuaAko d29ya2luZyBjb3B5KQpAQCAtNjAsNCArNjAsNiBAQAogCXZvaWQJKm1kX3NpZ3RyYW1wOwogfTsK IAorI2RlZmluZSBLSU5GT19QUk9DX1NJWkUgNzkyCisKICNlbmRpZiAvKiAhX01BQ0hJTkVfUFJP Q19IXyAqLwpJbmRleDogc3lzL3Bvd2VycGMvaW5jbHVkZS9wcm9jLmgKPT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0g c3lzL3Bvd2VycGMvaW5jbHVkZS9wcm9jLmgJKHJldmlzaW9uIDIwNjMzOCkKKysrIHN5cy9wb3dl cnBjL2luY2x1ZGUvcHJvYy5oCSh3b3JraW5nIGNvcHkpCkBAIC00Niw0ICs0Niw2IEBACiBzdHJ1 Y3QgbWRwcm9jIHsKIH07CiAKKyNkZWZpbmUgS0lORk9fUFJPQ19TSVpFIDc2OAorCiAjZW5kaWYg LyogIV9NQUNISU5FX1BST0NfSF8gKi8KSW5kZXg6IHN5cy9zcGFyYzY0L2luY2x1ZGUvcHJvYy5o Cj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT0KLS0tIHN5cy9zcGFyYzY0L2luY2x1ZGUvcHJvYy5oCShyZXZpc2lvbiAyMDYz MzgpCisrKyBzeXMvc3BhcmM2NC9pbmNsdWRlL3Byb2MuaAkod29ya2luZyBjb3B5KQpAQCAtNTEs NCArNTEsNiBAQAogCXZvaWQJKm1kX3NpZ3RyYW1wOwogfTsKIAorI2RlZmluZSBLSU5GT19QUk9D X1NJWkUgMTA4OAorCiAjZW5kaWYgLyogIV9NQUNISU5FX1BST0NfSF8gKi8KSW5kZXg6IHN5cy9p YTY0L2luY2x1ZGUvcHJvYy5oCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHN5cy9pYTY0L2luY2x1ZGUvcHJvYy5o CShyZXZpc2lvbiAyMDYzMzgpCisrKyBzeXMvaWE2NC9pbmNsdWRlL3Byb2MuaAkod29ya2luZyBj b3B5KQpAQCAtMzgsNCArMzgsNiBAQAogCWludAkJX19kdW1teTsJLyogQXZvaWQgaGF2aW5nIGFu IGVtcHR5IHN0cnVjdC4gKi8KIH07CiAKKyNkZWZpbmUgS0lORk9fUFJPQ19TSVpFIDEwODgKKwog I2VuZGlmIC8qICFfTUFDSElORV9QUk9DX0hfICovCkluZGV4OiBzeXMvbWlwcy9pbmNsdWRlL3By b2MuaAo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09Ci0tLSBzeXMvbWlwcy9pbmNsdWRlL3Byb2MuaAkocmV2aXNpb24gMjA2 MzM4KQorKysgc3lzL21pcHMvaW5jbHVkZS9wcm9jLmgJKHdvcmtpbmcgY29weSkKQEAgLTY5LDQg KzY5LDEwIEBACiB2b2lkCW1pcHNfY3B1X3N3aXRjaChzdHJ1Y3QgdGhyZWFkICosIHN0cnVjdCB0 aHJlYWQgKiwgc3RydWN0IG10eCAqKTsKIHZvaWQJbWlwc19jcHVfdGhyb3coc3RydWN0IHRocmVh ZCAqLCBzdHJ1Y3QgdGhyZWFkICopOwogCisjaWZkZWYgX19taXBzX242NAorI2RlZmluZSBLSU5G T19QUk9DX1NJWkUgMTA4OAorI2Vsc2UKKyNkZWZpbmUgS0lORk9fUFJPQ19TSVpFIDgxNgorI2Vu ZGlmCisKICNlbmRpZgkvKiAhX01BQ0hJTkVfUFJPQ19IXyAqLwpJbmRleDogc3lzL3N1bjR2L2lu Y2x1ZGUvcHJvYy5oCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHN5cy9zdW40di9pbmNsdWRlL3Byb2MuaAkocmV2 aXNpb24gMjA2MzM4KQorKysgc3lzL3N1bjR2L2luY2x1ZGUvcHJvYy5oCSh3b3JraW5nIGNvcHkp CkBAIC01MSw0ICs1MSw2IEBACiAJdm9pZAkqbWRfc2lndHJhbXA7CiB9OwogCisjZGVmaW5lIEtJ TkZPX1BST0NfU0laRSAxMDg4CisKICNlbmRpZiAvKiAhX01BQ0hJTkVfUFJPQ19IXyAqLwpJbmRl eDogc3lzL2kzODYvaW5jbHVkZS9wcm9jLmgKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lzL2kzODYvaW5jbHVk ZS9wcm9jLmgJKHJldmlzaW9uIDIwNjMzOCkKKysrIHN5cy9pMzg2L2luY2x1ZGUvcHJvYy5oCSh3 b3JraW5nIGNvcHkpCkBAIC01Nyw2ICs1Nyw4IEBACiAJc3RydWN0IHByb2NfbGR0ICptZF9sZHQ7 CS8qICh0KSBwZXItcHJvY2VzcyBsZHQgKi8KIH07CiAKKyNkZWZpbmUgS0lORk9fUFJPQ19TSVpF IDc2OAorCiAjaWZkZWYJX0tFUk5FTAogCiAvKiBHZXQgdGhlIGN1cnJlbnQga2VybmVsIHRocmVh ZCBzdGFjayB1c2FnZS4gKi8KSW5kZXg6IHN5cy9hbWQ2NC9pbmNsdWRlL3Byb2MuaAo9PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09Ci0tLSBzeXMvYW1kNjQvaW5jbHVkZS9wcm9jLmgJKHJldmlzaW9uIDIwNjMzOCkKKysrIHN5 cy9hbWQ2NC9pbmNsdWRlL3Byb2MuaAkod29ya2luZyBjb3B5KQpAQCAtNTMsNiArNTMsMTEgQEAK IAlzdHJ1Y3Qgc3lzdGVtX3NlZ21lbnRfZGVzY3JpcHRvciBtZF9sZHRfc2Q7CiB9OwogCisjZGVm aW5lIEtJTkZPX1BST0NfU0laRSAxMDg4CisjaWZkZWYgQ09NUEFUX0ZSRUVCU0QzMgorI2RlZmlu ZSBLSU5GT19QUk9DMzJfU0laRSA3NjgKKyNlbmRpZgorCiAjaWZkZWYJX0tFUk5FTAogCiAvKiBH ZXQgdGhlIGN1cnJlbnQga2VybmVsIHRocmVhZCBzdGFjayB1c2FnZS4gKi8KSW5kZXg6IHN5cy9z eXMvdXNlci5oCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT0KLS0tIHN5cy9zeXMvdXNlci5oCShyZXZpc2lvbiAyMDYzMzgp CisrKyBzeXMvc3lzL3VzZXIuaAkod29ya2luZyBjb3B5KQpAQCAtODcsMzQgKzg3LDExIEBACiAj ZGVmaW5lCUtJX05TUEFSRV9MT05HCTEyCiAjZGVmaW5lCUtJX05TUEFSRV9QVFIJNwogCi0jaWZk ZWYgX19hbWQ2NF9fCi0jZGVmaW5lCUtJTkZPX1BST0NfU0laRQkxMDg4Ci0jZW5kaWYKLSNpZmRl ZiBfX2FybV9fCi0jZGVmaW5lCUtJTkZPX1BST0NfU0laRQk3OTIKLSNlbmRpZgotI2lmZGVmIF9f aWE2NF9fCi0jZGVmaW5lCUtJTkZPX1BST0NfU0laRSAxMDg4Ci0jZW5kaWYKLSNpZmRlZiBfX2kz ODZfXwotI2RlZmluZQlLSU5GT19QUk9DX1NJWkUJNzY4Ci0jZW5kaWYKLSNpZmRlZiBfX21pcHNf XwotI2lmZGVmIF9fbWlwc19uNjQKLSNkZWZpbmUJS0lORk9fUFJPQ19TSVpFCTEwODgKLSNlbHNl Ci0jZGVmaW5lCUtJTkZPX1BST0NfU0laRQk4MTYKLSNlbmRpZgotI2VuZGlmCi0jaWZkZWYgX19w b3dlcnBjX18KLSNkZWZpbmUJS0lORk9fUFJPQ19TSVpFCTc2OAotI2VuZGlmCi0jaWZkZWYgX19z cGFyYzY0X18KLSNkZWZpbmUJS0lORk9fUFJPQ19TSVpFIDEwODgKLSNlbmRpZgorI2lmbmRlZiBf S0VSTkVMCiAjaWZuZGVmIEtJTkZPX1BST0NfU0laRQogI2Vycm9yICJVbmtub3duIGFyY2hpdGVj dHVyZSIKICNlbmRpZgorI2VuZGlmIC8qICFfS0VSTkVMICovCiAKICNkZWZpbmUJV01FU0dMRU4J OAkJLyogc2l6ZSBvZiByZXR1cm5lZCB3Y2hhbiBtZXNzYWdlICovCiAjZGVmaW5lCUxPQ0tOQU1F TEVOCTgJCS8qIHNpemUgb2YgcmV0dXJuZWQgbG9jayBuYW1lICovCg== --0015175cff40b4d6cf048443a5f1-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 15 13:01:27 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 923861065676 for ; Thu, 15 Apr 2010 13:01:27 +0000 (UTC) (envelope-from netchild@freebsd.org) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 21A998FC1A for ; Thu, 15 Apr 2010 13:01:26 +0000 (UTC) Received: from outgoing.leidinger.net (pD9E2D4F8.dip.t-dialin.net [217.226.212.248]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 29EC5844822; Thu, 15 Apr 2010 15:01:20 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 5B14C508F; Thu, 15 Apr 2010 15:01:15 +0200 (CEST) Received: (from www@localhost) by webmail.leidinger.net (8.14.3/8.13.8/Submit) id o3FD1EiI061803; Thu, 15 Apr 2010 15:01:14 +0200 (CEST) (envelope-from netchild@FreeBSD.org) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Thu, 15 Apr 2010 15:01:14 +0200 Message-ID: <20100415150114.10943xtlf1pbz76s@webmail.leidinger.net> Date: Thu, 15 Apr 2010 15:01:14 +0200 From: Alexander Leidinger To: Navdeep Parhar References: <20100414105819.13143mf12ccgjy4g@webmail.leidinger.net> <20100414132342.74616nl7805cljgo@webmail.leidinger.net> <20100414183540.GA2542@gypsy> In-Reply-To: <20100414183540.GA2542@gypsy> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Dynamic Internet Messaging Program (DIMP) H3 (1.1.4) X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 29EC5844822.C5DF5 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1.44, required 6, autolearn=disabled, ALL_TRUSTED -1.44) X-EBL-MailScanner-From: netchild@freebsd.org X-EBL-MailScanner-Watermark: 1271941281.68826@MAnTWM8a2Sw9Rc2FCyL1VQ X-EBL-Spam-Status: No Cc: freebsd-current@FreeBSD.org Subject: Re: Does "makeoptions WITH_CTF=yes" actually work? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Apr 2010 13:01:27 -0000 Quoting Navdeep Parhar (from Wed, 14 Apr 2010 =20 11:35:40 -0700): > On Wed, Apr 14, 2010 at 01:23:42PM +0200, Alexander Leidinger wrote: >> Quoting Navdeep Parhar (from Wed, 14 Apr 2010 >> 02:31:30 -0700): >> >> >On Wed, Apr 14, 2010 at 1:58 AM, Alexander Leidinger >> > wrote: >> >>Quoting Navdeep Parhar (from Wed, 14 Apr 2010 01:3= 3:29 >> >>-0700): >> >> >> >>>I read the UPDATING entry that accompanied r206082 and added WITH_CTF= =3Dyes >> >>>to >> >>>my kernel config, hoping to get CTF information in the kernel and all >> >>>modules. =C2=A0No luck. >> >>>It appears that NO_CTF remains set to 1 inspite of the undef NO_CTF i= n >> >>>various .mk files >> >>>and ctfconvert never runs. >> >> >> >>This is the output I get in my kernel build directory: >> >>---snip--- >> >># make -V NO_CTF -V WITH_CTF >> >> >> >>yes >> > >> >Can you also try a "makeoptions WITH_CTF=3Dyes" in your KERNCONF >> >> The above one is with WITH_CTF in my kernel config, but this was >> generated manually with cd /sys/i386/conf; config CONF; cd >> ../compile/CONF; make -V... >> >> >and see if the results are as expected? How was r206082 tested? I'm >> >trying to figure out the differences, if any, between your build setup = and >> >mine. >> >> I made a buildworld with and without WITH_CTF in src.conf to confirm >> that it works (no installkernel, as the world is known to be not >> useable with CTF), and I did a lot of tests by hand as above >> (config;make). > > Have you or anyone else ever used buildkernel successfully with > "makeoptions WITH_CTF=3Dyes" in the conf file? Something as simple as > this does not work for me: > > - pristine sources in /usr/src, empty /usr/obj, no /etc/make.conf, no > /etc/src.conf > - add "makeoptions WITH_CTF=3Dyes" in sys/amd64/conf/GENERIC > - make buildkernel in /usr/src I can reproduce what you see. Somewhere NO_CTF is feed to the build of =20 the kernel. I will have a look from where this comes. Until then I =20 suggest to compile the kernel by hand (if you want to make use of the =20 CTF stuff) instead of using buildkernel. Bye, Alexander. --=20 http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 I attribute my success to intelligence, guts, determination, honesty, ambition, and having enough money to buy people with those qualities. From owner-freebsd-current@FreeBSD.ORG Thu Apr 15 13:30:26 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 815DC106566B; Thu, 15 Apr 2010 13:30:26 +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 52F9E8FC14; Thu, 15 Apr 2010 13:30:26 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id E104946B92; Thu, 15 Apr 2010 09:30:25 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 37E008A026; Thu, 15 Apr 2010 09:30:25 -0400 (EDT) From: John Baldwin To: pluknet Date: Thu, 15 Apr 2010 09:13:50 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <20100312171758.GB31089@dragon.NUXI.org> <201004071549.41672.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201004150913.50097.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Thu, 15 Apr 2010 09:30:25 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-current@freebsd.org, Nathan Whitehorn Subject: Re: HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Apr 2010 13:30:26 -0000 On Thursday 15 April 2010 6:06:24 am pluknet wrote: > On 7 April 2010 23:49, John Baldwin wrote: > > On Tuesday 06 April 2010 11:24:21 am Nathan Whitehorn wrote: > >> pluknet wrote: > >> > Hi, > >> > > >> > the interesting part for me is how to properly assert now a value of e.g. > >> > KINFO_PROC_SIZE varying on err.. different COMPAT_FREEBSD32 arches > >> > (say, FreeBSD would have _kern_proc FreeBSD32 compat layer for top/ps/). > >> > > >> > > >> Probably the cleanest thing would be to set KINFO_PROC_SIZE in > >> machine/proc.h instead of where it is now, and then also define a > >> KINFO_PROC32_SIZE or something in the same place. Also, that would be a > >> really nice feature. > > > > Yes, I think this sounds like the best approach. > > > > Something quick & not clean (well, it passes universe) attached. > So, don't shoot me, please ;-). > It's unclear how to convert those mips o32/n32/o64/n64 though. > I had to make definitions out of _KERNEL visibility as far as > is included from in !_KERNEL only too. Just one suggestion: don't make KINFO_PROC32 #define depenedent on COMPAT_FREEBSD32. It should just be always defined. I think that is the approach Nathan used for the 32-bit ELF machine type. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Apr 15 13:41:31 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE35B106564A; Thu, 15 Apr 2010 13:41:31 +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 8E36B8FC16; Thu, 15 Apr 2010 13:41:31 +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 <0L0X005027CVY200@smtpauth3.wiscmail.wisc.edu>; Thu, 15 Apr 2010 08:41:19 -0500 (CDT) Received: from comporellon.tachypleus.net ([unknown] [76.210.66.137]) by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0L0X00MUM7COW060@smtpauth3.wiscmail.wisc.edu>; Thu, 15 Apr 2010 08:41:13 -0500 (CDT) Date: Thu, 15 Apr 2010 08:41:12 -0500 From: Nathan Whitehorn In-reply-to: <201004150913.50097.jhb@freebsd.org> To: John Baldwin Message-id: <4BC71778.40505@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=76.210.66.137 X-Spam-PmxInfo: Server=avs-12, Version=5.5.5.374460, Antispam-Engine: 2.7.1.369594, Antispam-Data: 2010.4.15.133316, SenderIP=76.210.66.137 References: <20100312171758.GB31089@dragon.NUXI.org> <201004071549.41672.jhb@freebsd.org> <201004150913.50097.jhb@freebsd.org> User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.9) Gecko/20100407 Thunderbird/3.0.4 Cc: pluknet , freebsd-current@freebsd.org Subject: Re: HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Apr 2010 13:41:31 -0000 On 04/15/10 08:13, John Baldwin wrote: > On Thursday 15 April 2010 6:06:24 am pluknet wrote: > >> On 7 April 2010 23:49, John Baldwin wrote: >> >>> On Tuesday 06 April 2010 11:24:21 am Nathan Whitehorn wrote: >>> >>>> pluknet wrote: >>>> >>>>> Hi, >>>>> >>>>> the interesting part for me is how to properly assert now a value of >>>>> > e.g. > >>>>> KINFO_PROC_SIZE varying on err.. different COMPAT_FREEBSD32 arches >>>>> (say, FreeBSD would have _kern_proc FreeBSD32 compat layer for >>>>> > top/ps/). > >>>>> >>>>> >>>> Probably the cleanest thing would be to set KINFO_PROC_SIZE in >>>> machine/proc.h instead of where it is now, and then also define a >>>> KINFO_PROC32_SIZE or something in the same place. Also, that would be a >>>> really nice feature. >>>> >>> Yes, I think this sounds like the best approach. >>> >>> >> Something quick& not clean (well, it passes universe) attached. >> So, don't shoot me, please ;-). >> It's unclear how to convert those mips o32/n32/o64/n64 though. >> I had to make definitions out of _KERNEL visibility as far as >> is included from in !_KERNEL only too. >> > Just one suggestion: don't make KINFO_PROC32 #define depenedent on > COMPAT_FREEBSD32. It should just be always defined. I think that is the > approach Nathan used for the 32-bit ELF machine type. > I agree. There's no harm in making it a global definition. You also need a KINFO_PROC32 for ia64, which also implements i386 compatibility. Other than that, the patch looks good to me. -Nathan From owner-freebsd-current@FreeBSD.ORG Thu Apr 15 15:54:19 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0DEB1065670; Thu, 15 Apr 2010 15:54:19 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-bw0-f214.google.com (mail-bw0-f214.google.com [209.85.218.214]) by mx1.freebsd.org (Postfix) with ESMTP id BDB058FC1C; Thu, 15 Apr 2010 15:54:18 +0000 (UTC) Received: by bwz6 with SMTP id 6so1373681bwz.13 for ; Thu, 15 Apr 2010 08:54:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=7MSV8G5MvMvycol5HD5FXZe+lHE3NoP3FXwoooSXroY=; b=u5hUtuJxbnHhBNpys9iqZAW8PxtCd9ngtV02nSrd6BFo5nn7ktFhdVT1K/evKal2o/ IUjAt/gYnGHqf8YBJDoZ+SNzx7ZVGwvNLRORe1xeW9yOXFkJOwxG8ZqSItSA7PmY2ynf otQkmwaEU6z72RxdsFMI1d/CMCo6JGJWzmblE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=dwBDKfHgXb6KM9V9BqL2e+uChMgWrB46uwoe8hs5+4H0AA2hfkDvKqy8wLWhiIY9qr Jy+Ud4M0TX7wjTTAhXkjsjOdmUIn8aZcoypRbk87PKA8el0AKhhkL5nCE9r0oa/4NGgB 5oI3NvFyIyUxscilyiM/WRExMteKyItl6njME= MIME-Version: 1.0 Received: by 10.204.47.232 with HTTP; Thu, 15 Apr 2010 08:54:17 -0700 (PDT) In-Reply-To: <4BC71778.40505@freebsd.org> References: <20100312171758.GB31089@dragon.NUXI.org> <201004071549.41672.jhb@freebsd.org> <201004150913.50097.jhb@freebsd.org> <4BC71778.40505@freebsd.org> Date: Thu, 15 Apr 2010 19:54:17 +0400 Received: by 10.204.81.164 with SMTP id x36mr262736bkk.162.1271346857488; Thu, 15 Apr 2010 08:54:17 -0700 (PDT) Message-ID: From: pluknet To: Nathan Whitehorn Content-Type: multipart/mixed; boundary=0016e6dd89d9d3b0a604844881ac Cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Apr 2010 15:54:19 -0000 --0016e6dd89d9d3b0a604844881ac Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 15 April 2010 17:41, Nathan Whitehorn wrote: > On 04/15/10 08:13, John Baldwin wrote: >> >> On Thursday 15 April 2010 6:06:24 am pluknet wrote: >> >>> >>> On 7 April 2010 23:49, John Baldwin =A0wrote: >>> >>>> >>>> On Tuesday 06 April 2010 11:24:21 am Nathan Whitehorn wrote: >>>> >>>>> >>>>> pluknet wrote: >>>>> >>>>>> >>>>>> Hi, >>>>>> >>>>>> the interesting part for me is how to properly assert now a value of >>>>>> >> >> e.g. >> >>>>>> >>>>>> KINFO_PROC_SIZE varying on err.. different COMPAT_FREEBSD32 arches >>>>>> (say, FreeBSD would have _kern_proc FreeBSD32 compat layer for >>>>>> >> >> top/ps/). >> >>>>>> >>>>>> >>>>> >>>>> Probably the cleanest thing would be to set KINFO_PROC_SIZE in >>>>> machine/proc.h instead of where it is now, and then also define a >>>>> KINFO_PROC32_SIZE or something in the same place. Also, that would be= a >>>>> really nice feature. >>>>> >>>> >>>> Yes, I think this sounds like the best approach. >>>> >>>> >>> >>> Something quick& =A0not clean (well, it passes universe) attached. >>> So, don't shoot me, please ;-). >>> It's unclear how to convert those mips o32/n32/o64/n64 though. >>> I had to make definitions out of _KERNEL visibility as far as >>> =A0is included from =A0in !_KERNEL only too. >>> >> >> Just one suggestion: don't make KINFO_PROC32 #define depenedent on >> COMPAT_FREEBSD32. =A0It should just be always defined. =A0I think that i= s the >> approach Nathan used for the 32-bit ELF machine type. >> > > I agree. There's no harm in making it a global definition. You also need = a > KINFO_PROC32 for ia64, which also implements i386 compatibility. Other th= an > that, the patch looks good to me. > -Nathan > Thanks for your suggestions. --=20 wbr, pluknet --0016e6dd89d9d3b0a604844881ac Content-Type: application/octet-stream; name="KINFO_PROC_SIZE_md.2.diff" Content-Disposition: attachment; filename="KINFO_PROC_SIZE_md.2.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_g81r1goa0 SW5kZXg6IHN5cy9hcm0vaW5jbHVkZS9wcm9jLmgKPT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lzL2FybS9pbmNs dWRlL3Byb2MuaAkocmV2aXNpb24gMjA2MzM4KQorKysgc3lzL2FybS9pbmNsdWRlL3Byb2MuaAko d29ya2luZyBjb3B5KQpAQCAtNjAsNCArNjAsNiBAQAogCXZvaWQJKm1kX3NpZ3RyYW1wOwogfTsK IAorI2RlZmluZSBLSU5GT19QUk9DX1NJWkUgNzkyCisKICNlbmRpZiAvKiAhX01BQ0hJTkVfUFJP Q19IXyAqLwpJbmRleDogc3lzL3Bvd2VycGMvaW5jbHVkZS9wcm9jLmgKPT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0g c3lzL3Bvd2VycGMvaW5jbHVkZS9wcm9jLmgJKHJldmlzaW9uIDIwNjMzOCkKKysrIHN5cy9wb3dl cnBjL2luY2x1ZGUvcHJvYy5oCSh3b3JraW5nIGNvcHkpCkBAIC00Niw0ICs0Niw2IEBACiBzdHJ1 Y3QgbWRwcm9jIHsKIH07CiAKKyNkZWZpbmUgS0lORk9fUFJPQ19TSVpFIDc2OAorCiAjZW5kaWYg LyogIV9NQUNISU5FX1BST0NfSF8gKi8KSW5kZXg6IHN5cy9zcGFyYzY0L2luY2x1ZGUvcHJvYy5o Cj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT0KLS0tIHN5cy9zcGFyYzY0L2luY2x1ZGUvcHJvYy5oCShyZXZpc2lvbiAyMDYz MzgpCisrKyBzeXMvc3BhcmM2NC9pbmNsdWRlL3Byb2MuaAkod29ya2luZyBjb3B5KQpAQCAtNTEs NCArNTEsNiBAQAogCXZvaWQJKm1kX3NpZ3RyYW1wOwogfTsKIAorI2RlZmluZSBLSU5GT19QUk9D X1NJWkUgMTA4OAorCiAjZW5kaWYgLyogIV9NQUNISU5FX1BST0NfSF8gKi8KSW5kZXg6IHN5cy9p YTY0L2luY2x1ZGUvcHJvYy5oCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHN5cy9pYTY0L2luY2x1ZGUvcHJvYy5o CShyZXZpc2lvbiAyMDYzMzgpCisrKyBzeXMvaWE2NC9pbmNsdWRlL3Byb2MuaAkod29ya2luZyBj b3B5KQpAQCAtMzgsNCArMzgsNyBAQAogCWludAkJX19kdW1teTsJLyogQXZvaWQgaGF2aW5nIGFu IGVtcHR5IHN0cnVjdC4gKi8KIH07CiAKKyNkZWZpbmUgS0lORk9fUFJPQ19TSVpFIDEwODgKKyNk ZWZpbmUgS0lORk9fUFJPQzMyX1NJWkUgNzY4CisKICNlbmRpZiAvKiAhX01BQ0hJTkVfUFJPQ19I XyAqLwpJbmRleDogc3lzL21pcHMvaW5jbHVkZS9wcm9jLmgKPT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lzL21p cHMvaW5jbHVkZS9wcm9jLmgJKHJldmlzaW9uIDIwNjMzOCkKKysrIHN5cy9taXBzL2luY2x1ZGUv cHJvYy5oCSh3b3JraW5nIGNvcHkpCkBAIC02OSw0ICs2OSwxMCBAQAogdm9pZAltaXBzX2NwdV9z d2l0Y2goc3RydWN0IHRocmVhZCAqLCBzdHJ1Y3QgdGhyZWFkICosIHN0cnVjdCBtdHggKik7CiB2 b2lkCW1pcHNfY3B1X3Rocm93KHN0cnVjdCB0aHJlYWQgKiwgc3RydWN0IHRocmVhZCAqKTsKIAor I2lmZGVmIF9fbWlwc19uNjQKKyNkZWZpbmUgS0lORk9fUFJPQ19TSVpFIDEwODgKKyNlbHNlCisj ZGVmaW5lIEtJTkZPX1BST0NfU0laRSA4MTYKKyNlbmRpZgorCiAjZW5kaWYJLyogIV9NQUNISU5F X1BST0NfSF8gKi8KSW5kZXg6IHN5cy9zdW40di9pbmNsdWRlL3Byb2MuaAo9PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0t LSBzeXMvc3VuNHYvaW5jbHVkZS9wcm9jLmgJKHJldmlzaW9uIDIwNjMzOCkKKysrIHN5cy9zdW40 di9pbmNsdWRlL3Byb2MuaAkod29ya2luZyBjb3B5KQpAQCAtNTEsNCArNTEsNiBAQAogCXZvaWQJ Km1kX3NpZ3RyYW1wOwogfTsKIAorI2RlZmluZSBLSU5GT19QUk9DX1NJWkUgMTA4OAorCiAjZW5k aWYgLyogIV9NQUNISU5FX1BST0NfSF8gKi8KSW5kZXg6IHN5cy9pMzg2L2luY2x1ZGUvcHJvYy5o Cj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT0KLS0tIHN5cy9pMzg2L2luY2x1ZGUvcHJvYy5oCShyZXZpc2lvbiAyMDYzMzgp CisrKyBzeXMvaTM4Ni9pbmNsdWRlL3Byb2MuaAkod29ya2luZyBjb3B5KQpAQCAtNTcsNiArNTcs OCBAQAogCXN0cnVjdCBwcm9jX2xkdCAqbWRfbGR0OwkvKiAodCkgcGVyLXByb2Nlc3MgbGR0ICov CiB9OwogCisjZGVmaW5lIEtJTkZPX1BST0NfU0laRSA3NjgKKwogI2lmZGVmCV9LRVJORUwKIAog LyogR2V0IHRoZSBjdXJyZW50IGtlcm5lbCB0aHJlYWQgc3RhY2sgdXNhZ2UuICovCkluZGV4OiBz eXMvYW1kNjQvaW5jbHVkZS9wcm9jLmgKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lzL2FtZDY0L2luY2x1ZGUv cHJvYy5oCShyZXZpc2lvbiAyMDYzMzgpCisrKyBzeXMvYW1kNjQvaW5jbHVkZS9wcm9jLmgJKHdv cmtpbmcgY29weSkKQEAgLTUzLDYgKzUzLDkgQEAKIAlzdHJ1Y3Qgc3lzdGVtX3NlZ21lbnRfZGVz Y3JpcHRvciBtZF9sZHRfc2Q7CiB9OwogCisjZGVmaW5lIEtJTkZPX1BST0NfU0laRSAxMDg4Cisj ZGVmaW5lIEtJTkZPX1BST0MzMl9TSVpFIDc2OAorCiAjaWZkZWYJX0tFUk5FTAogCiAvKiBHZXQg dGhlIGN1cnJlbnQga2VybmVsIHRocmVhZCBzdGFjayB1c2FnZS4gKi8KSW5kZXg6IHN5cy9zeXMv dXNlci5oCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT0KLS0tIHN5cy9zeXMvdXNlci5oCShyZXZpc2lvbiAyMDYzMzgpCisr KyBzeXMvc3lzL3VzZXIuaAkod29ya2luZyBjb3B5KQpAQCAtODcsMzQgKzg3LDExIEBACiAjZGVm aW5lCUtJX05TUEFSRV9MT05HCTEyCiAjZGVmaW5lCUtJX05TUEFSRV9QVFIJNwogCi0jaWZkZWYg X19hbWQ2NF9fCi0jZGVmaW5lCUtJTkZPX1BST0NfU0laRQkxMDg4Ci0jZW5kaWYKLSNpZmRlZiBf X2FybV9fCi0jZGVmaW5lCUtJTkZPX1BST0NfU0laRQk3OTIKLSNlbmRpZgotI2lmZGVmIF9faWE2 NF9fCi0jZGVmaW5lCUtJTkZPX1BST0NfU0laRSAxMDg4Ci0jZW5kaWYKLSNpZmRlZiBfX2kzODZf XwotI2RlZmluZQlLSU5GT19QUk9DX1NJWkUJNzY4Ci0jZW5kaWYKLSNpZmRlZiBfX21pcHNfXwot I2lmZGVmIF9fbWlwc19uNjQKLSNkZWZpbmUJS0lORk9fUFJPQ19TSVpFCTEwODgKLSNlbHNlCi0j ZGVmaW5lCUtJTkZPX1BST0NfU0laRQk4MTYKLSNlbmRpZgotI2VuZGlmCi0jaWZkZWYgX19wb3dl cnBjX18KLSNkZWZpbmUJS0lORk9fUFJPQ19TSVpFCTc2OAotI2VuZGlmCi0jaWZkZWYgX19zcGFy YzY0X18KLSNkZWZpbmUJS0lORk9fUFJPQ19TSVpFIDEwODgKLSNlbmRpZgorI2lmbmRlZiBfS0VS TkVMCiAjaWZuZGVmIEtJTkZPX1BST0NfU0laRQogI2Vycm9yICJVbmtub3duIGFyY2hpdGVjdHVy ZSIKICNlbmRpZgorI2VuZGlmIC8qICFfS0VSTkVMICovCiAKICNkZWZpbmUJV01FU0dMRU4JOAkJ Lyogc2l6ZSBvZiByZXR1cm5lZCB3Y2hhbiBtZXNzYWdlICovCiAjZGVmaW5lCUxPQ0tOQU1FTEVO CTgJCS8qIHNpemUgb2YgcmV0dXJuZWQgbG9jayBuYW1lICovCg== --0016e6dd89d9d3b0a604844881ac-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 15 16:51:42 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A223E1065672 for ; Thu, 15 Apr 2010 16:51:42 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id 330408FC16 for ; Thu, 15 Apr 2010 16:51:41 +0000 (UTC) Received: by wwa36 with SMTP id 36so1047579wwa.13 for ; Thu, 15 Apr 2010 09:51:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:subject :message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=/djeSlrJW8p+wUduHzgydSsDkj4Ky4to2d1jM8R1684=; b=OBxINzAEKTryucAZ3GZEJQICsinRD7+lY+5hcIAISg+KWF3PbWtHrTxi5q/2bbAsVU 42ykXMs5BmcWwyb62Gp27BPLgtd9KKwKDYsv6Fl0isDKcWQMsuKY9VDE0IELs3Kin+A3 K/JobpnkUkBtiU2rAlPiZvcOK9YDbIfXIEfKs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=CC/HfT9yKNm7SNuM5mNnuIeb/8X+tuBG66wfy8T8xPqWV0f9RPt9tFmeDTQdvQKSBi /a5NIBPQo6+W3tUp9NH8H3a9pwi88httB2tGHW5Jtq2KrOZPSXV0RbHK4QvYb52WX2T9 QTjPAet+1XeaFMvPXvHhzd/2RcK5oAjwGF/HA= Received: by 10.216.161.146 with SMTP id w18mr344882wek.100.1271350300799; Thu, 15 Apr 2010 09:51:40 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id x1sm13087450wbx.19.2010.04.15.09.51.37 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 15 Apr 2010 09:51:38 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Thu, 15 Apr 2010 09:51:35 -0700 From: Pyun YongHyeon Date: Thu, 15 Apr 2010 09:51:35 -0700 To: freebsd-current@FreeBSD.org Message-ID: <20100415165135.GG10628@michelle.cdnetworks.com> References: <20100216212950.GF1394@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100216212950.GF1394@michelle.cdnetworks.com> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: Call for testers: SiS190/191 Fast/Gigabit ethernet controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Apr 2010 16:51:42 -0000 On Tue, Feb 16, 2010 at 01:29:50PM -0800, Pyun YongHyeon wrote: > Hi, > > I had been working on sge(4) to commit the driver to tree. If you > have one of these controllers please give it try and let me know > how it goes on your box. I'm interested in both success and failure > report. Please see more information on the following URL. > http://people.freebsd.org/~yongari/sge/README.txt > FYI: driver committed to HEAD. > Thanks. From owner-freebsd-current@FreeBSD.ORG Thu Apr 15 17:37:18 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F03F01065776 for ; Thu, 15 Apr 2010 17:37:18 +0000 (UTC) (envelope-from juanito@info2001.com.br) Received: from kataguruma.info2001.com.br (kataguruma.info2001.com.br [200.206.139.182]) by mx1.freebsd.org (Postfix) with ESMTP id 650248FC1D for ; Thu, 15 Apr 2010 17:37:18 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by kataguruma.info2001.com.br (Postfix) with ESMTP id 75CFC5C87EA for ; Thu, 15 Apr 2010 14:00:30 -0300 (BRT) Received: from kataguruma.info2001.com.br ([127.0.0.1]) by localhost (kataguruma.info2001.com.br [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id asCogaziYHW7 for ; Thu, 15 Apr 2010 14:00:30 -0300 (BRT) Received: from JuanPC (unknown [192.168.100.4]) by kataguruma.info2001.com.br (Postfix) with ESMTP id 2B7265C87E9 for ; Thu, 15 Apr 2010 14:00:30 -0300 (BRT) Message-ID: <0CCD95CA70944D06A60CF37EBD9BDADF@JuanPC> From: "Juanito Cassemiro" To: Date: Thu, 15 Apr 2010 14:10:48 -0300 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Windows Mail 6.0.6002.18005 X-MimeOLE: Produced By Microsoft MimeOLE V6.0.6002.18005 X-Antivirus: avast! (VPS 100415-1, 15/04/2010), Outbound message X-Antivirus-Status: Clean X-Mailman-Approved-At: Thu, 15 Apr 2010 18:18:56 +0000 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: HP, IBM and Supermicro Servers Compatibility. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Apr 2010 17:37:19 -0000 Hi. I want to know if the IBM, HP or Supermicro Servers are compatible with = FreeBSD OS. Could you send me a hardware compatibility list with = compatible servers? Thank you. Juanito Caue Cassemiro T=E9cnico em Inform=E1tica INFO2001 - IARA CRISTINA DA SILVA MEIRELLES ARARAQUARA (16)3331-7727 0800-8912360 Skype: juanitocc_2001 MSN: juanitocc_2001@hotmail.com From owner-freebsd-current@FreeBSD.ORG Thu Apr 15 20:50:55 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D7861065672 for ; Thu, 15 Apr 2010 20:50:55 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id F1BBF8FC1D for ; Thu, 15 Apr 2010 20:50:54 +0000 (UTC) Received: from elsa.codelab.cz (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 824FB19E023; Thu, 15 Apr 2010 22:50:53 +0200 (CEST) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 47ADD19E02A; Thu, 15 Apr 2010 22:50:51 +0200 (CEST) Message-ID: <4BC77C2A.6080009@quip.cz> Date: Thu, 15 Apr 2010 22:50:50 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.9) Gecko/20100317 SeaMonkey/2.0.4 MIME-Version: 1.0 To: Juanito Cassemiro References: <0CCD95CA70944D06A60CF37EBD9BDADF@JuanPC> In-Reply-To: <0CCD95CA70944D06A60CF37EBD9BDADF@JuanPC> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: HP, IBM and Supermicro Servers Compatibility. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Apr 2010 20:50:55 -0000 Juanito Cassemiro wrote: > Hi. > > I want to know if the IBM, HP or Supermicro Servers are compatible with FreeBSD OS. Could you send me a hardware compatibility list with compatible servers? It depends on server model, not on manufacturer in general. I have some IBM, HP, Supermicro and Sun servers in production. But it does not mean all IBM / HP / SM servers will work. You can see more on Hardware Notes http://www.freebsd.org/releases/7.3R/hardware.html http://www.freebsd.org/releases/8.0R/hardware.html Miroslav Lachman From owner-freebsd-current@FreeBSD.ORG Thu Apr 15 22:27:05 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 243DF106566B for ; Thu, 15 Apr 2010 22:27:05 +0000 (UTC) (envelope-from eirnym@gmail.com) Received: from mail-bw0-f214.google.com (mail-bw0-f214.google.com [209.85.218.214]) by mx1.freebsd.org (Postfix) with ESMTP id A34698FC0A for ; Thu, 15 Apr 2010 22:27:04 +0000 (UTC) Received: by bwz6 with SMTP id 6so1761396bwz.13 for ; Thu, 15 Apr 2010 15:27:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:from:to :content-type:content-transfer-encoding:x-mailer:subject :mime-version:date; bh=xWizDxu9DMSKEbBeyXCGMF6CDk0RVqIpWrl0yYqF0qA=; b=SYGaj7sk7XLpwA7TtHoQaSoXodBp3gzcD5YSEW38Ggz7aPHVXlq90FRiaPK9OfB99F BIRkWMgM3KvPpQNRZA8/cQil5ej541HSCvYG/6n+pCoiK5/DqyINuoLDWKfWuBr1oz9z 6U0rgfHRl0AXb5F9AkUKUNMrqHCu+ZBRdqKVs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:content-type:content-transfer-encoding:x-mailer :subject:mime-version:date; b=WOs8k4WlJ7m7p4TBc9CCvi4q8SZzMhvZ3suCa+ZwPIVSY21yI2+6IXOAYGHRZtMhb1 KEEPajq9F8WpfUG0Ly0pJabvtIZOeGVWfMfZZFDK2PespunHJIcIsm/JPP75UT2jbvhO 0VEh+vuZx7qNbIJuh+mYuQrFxTuTqc7VKZgBk= Received: by 10.102.240.32 with SMTP id n32mr464473muh.114.1271370423473; Thu, 15 Apr 2010 15:27:03 -0700 (PDT) Received: from [10.0.0.1] ([77.41.31.122]) by mx.google.com with ESMTPS id s10sm10421460mue.27.2010.04.15.15.27.02 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 15 Apr 2010 15:27:03 -0700 (PDT) Message-Id: <6568D0A3-6061-4E24-9568-0D190469C97A@gmail.com> From: Arseny Nasokin To: FreeBSD Mail Lists X-Mailer: iPhone Mail (7E18) Mime-Version: 1.0 (iPhone Mail 7E18) Date: Fri, 16 Apr 2010 02:27:04 +0400 Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Cross compilling kernel i386/amd64 is failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Apr 2010 22:27:05 -0000 I get error in same point when I try compile amd64 current GENERIC on i386 machine. Svn revision is 206597 Error at src/sys/amd64/amd64/genassym.c:1: code model 'kernel' not supported in the 32 bit mode. how to cross compile it? PS: I build only kernel at this point. Should I rebuild whole world to build kernel? From owner-freebsd-current@FreeBSD.ORG Thu Apr 15 23:04:01 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2023106564A for ; Thu, 15 Apr 2010 23:04:01 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 095B38FC13 for ; Thu, 15 Apr 2010 23:04:00 +0000 (UTC) Received: from porto.topspin.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 CAA14651; Fri, 16 Apr 2010 02:03:58 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1O2Y6H-0006Yb-CZ; Fri, 16 Apr 2010 02:03:57 +0300 Message-ID: <4BC79B5C.7030307@icyb.net.ua> Date: Fri, 16 Apr 2010 02:03:56 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100321) MIME-Version: 1.0 To: Arseny Nasokin References: <6568D0A3-6061-4E24-9568-0D190469C97A@gmail.com> In-Reply-To: <6568D0A3-6061-4E24-9568-0D190469C97A@gmail.com> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Mail Lists Subject: Re: Cross compilling kernel i386/amd64 is failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Apr 2010 23:04:01 -0000 on 16/04/2010 01:27 Arseny Nasokin said the following: > I get error in same point when I try compile amd64 current GENERIC on > i386 machine. Svn revision is 206597 > > Error at src/sys/amd64/amd64/genassym.c:1: code model 'kernel' not > supported in the 32 bit mode. > > how to cross compile it? > > PS: I build only kernel at this point. Should I rebuild whole world to > build kernel? kernel-toolchain See build(7) -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Apr 16 01:19:03 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 295F8106564A for ; Fri, 16 Apr 2010 01:19:03 +0000 (UTC) (envelope-from eirnym@gmail.com) Received: from mail-bw0-f214.google.com (mail-bw0-f214.google.com [209.85.218.214]) by mx1.freebsd.org (Postfix) with ESMTP id A73418FC0A for ; Fri, 16 Apr 2010 01:19:02 +0000 (UTC) Received: by bwz6 with SMTP id 6so1832119bwz.13 for ; Thu, 15 Apr 2010 18:19:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:in-reply-to:x-mailer :subject:references:message-id:content-type :content-transfer-encoding:mime-version:date:cc; bh=GSNsKfXNqEbDkkvQh3TiFmv+GxJ1PQ+NLwSlKmiMWmM=; b=Y3uFimllHrz6hT912R6v5BJAWQGn8rkRV1ahW3FCL//gmvVGQE+Tddz3R8JSdRXmjZ RTwN4w7pnJai8/194tRUgKLkrnn8bjMMiRzdIVXomMPf2aOvQ4Kc7ll6HbHZV2gvvmcq ZzKrlV1IM/6V0iVz6Ohl6r+osqoNrKf32tzdc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:in-reply-to:x-mailer:subject:references:message-id :content-type:content-transfer-encoding:mime-version:date:cc; b=xF64z+aoqFEqq+LiGUUSb6nx0RTcB9d4l5Mc+Vkx+GJFoMSCaUwv0Ch5SVhMjhI5tP DDiHEG+WSh4hDynpE62zCD5I7+Vho367E20qboMQ7Y0u/WNAfIpE8xudyRKV8vIrhJju +M4JfFTZA7LRQvDPh2M0M4mN2/wvygs+ejVw8= Received: by 10.102.17.29 with SMTP id 29mr576274muq.45.1271380741374; Thu, 15 Apr 2010 18:19:01 -0700 (PDT) Received: from [10.0.0.1] ([77.41.31.122]) by mx.google.com with ESMTPS id s10sm10904392mue.27.2010.04.15.18.19.00 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 15 Apr 2010 18:19:00 -0700 (PDT) From: Arseny Nasokin To: Andriy Gapon In-Reply-To: <4BC79B5C.7030307@icyb.net.ua> X-Mailer: iPhone Mail (7E18) References: <6568D0A3-6061-4E24-9568-0D190469C97A@gmail.com> <4BC79B5C.7030307@icyb.net.ua> Message-Id: <522A0C7F-396C-42C8-BD6A-240EBEDCF589@gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (iPhone Mail 7E18) Date: Fri, 16 Apr 2010 05:19:01 +0400 Cc: FreeBSD Mail Lists Subject: Re: Cross compilling kernel i386/amd64 is failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Apr 2010 01:19:03 -0000 On 16 Apr 2010, at 03:03, Andriy Gapon wrote: > on 16/04/2010 01:27 Arseny Nasokin said the following: >> I get error in same point when I try compile amd64 current GENERIC on >> i386 machine. Svn revision is 206597 >> >> Error at src/sys/amd64/amd64/genassym.c:1: code model 'kernel' not >> supported in the 32 bit mode. >> >> how to cross compile it? >> >> PS: I build only kernel at this point. Should I rebuild whole world >> to >> build kernel? > > kernel-toolchain > See build(7) Thanks, I'll create bug with patch > > -- > Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Apr 16 01:23:30 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6419106564A for ; Fri, 16 Apr 2010 01:23:30 +0000 (UTC) (envelope-from francisprov@gmail.com) Received: from mail-bw0-f214.google.com (mail-bw0-f214.google.com [209.85.218.214]) by mx1.freebsd.org (Postfix) with ESMTP id 6A2098FC0C for ; Fri, 16 Apr 2010 01:23:30 +0000 (UTC) Received: by bwz6 with SMTP id 6so1834402bwz.13 for ; Thu, 15 Apr 2010 18:23:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:received:message-id :subject:from:to:content-type; bh=pbwKXkqtjVeMUa6EsloSesQomLyC9m47s4nOhNB/yes=; b=bRfeVDOI2ONu8kNNW5kFFLuobK7oZV2gzn3H1csG+skjUJtK/ysckbtlJU4r4fg+wC IuW2SfvuBLf6Ut+jVmuzqzk822LHRs3A6de3vpwXB4UKPjaqnDOSUiuanSZ68UkkHON4 BwNo4M7z6+Qc7S9HpTNDSI5BNe0lx5GkxjSUY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=jPC3jhQMKGlQdtFLGlyU2g3u10oSoMcqh8pA6WmhVpONHVHJ2r6sDZeta1cWPIbk6v RNTnIftj7rkKKV5ttf/h1hcmi2x41RuH3EZOu4DQdlFRX3hUQgFYI51H6v2KBohW926C fR/VO+XjPb6XHDV76cE+G6Mt6UKL8ayqj6hGU= MIME-Version: 1.0 Received: by 10.239.183.81 with HTTP; Thu, 15 Apr 2010 17:53:48 -0700 (PDT) Date: Thu, 15 Apr 2010 20:53:48 -0400 Received: by 10.103.67.20 with SMTP id u20mr541584muk.97.1271379228869; Thu, 15 Apr 2010 17:53:48 -0700 (PDT) Message-ID: From: Francis Provencher To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Malloc_init: Bad Malloc type Magic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Apr 2010 01:23:30 -0000 Hi All, I have update my Freebsd Box to 8.0 last nigth. When i reboot it, i received this error message. Panic: malloc_init: bad malloc type magic CPUID = 0 I can't anymore boot my box... I try to make un upgrade with Freebsd 8.0 CDROM to correct the situation, obviously that didnt work. I re-install the whole / (with CDROM & Network ) on the box, that not correct the situation... Some one experiment this issue... My Laptop work with Freebsd 7.2, but can't boot after a freebsd-update to 8.0 Thanks all for your help PS; The box is a DELL Inspiron From owner-freebsd-current@FreeBSD.ORG Fri Apr 16 05:09:38 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF6BE106566C for ; Fri, 16 Apr 2010 05:09:38 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-bw0-f214.google.com (mail-bw0-f214.google.com [209.85.218.214]) by mx1.freebsd.org (Postfix) with ESMTP id 72AA58FC1E for ; Fri, 16 Apr 2010 05:09:36 +0000 (UTC) Received: by bwz6 with SMTP id 6so1926339bwz.13 for ; Thu, 15 Apr 2010 22:09:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=9/9sWH/5DbkhqLl8gf7jsIJPxvbs7oxvoPTWXJtXAQ4=; b=I96dFztZZtdQUNH/llXPxsUtHfKYLlZF/qNG/VcmDazoz1f3ZBQqWvktkYiC7evslN 9V+3QMp+Izvl+dgmA8hpSugpAtmPuPt5wEfjKFcNvG+5Ukw/V7xtK4kWMGmehL+v583v uF5RrERWdB8+V1ALkDdEF326pfE0fNW82mJsI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=hmaw/Z/VjNmmVjFJjQ2d4LpJr3klVk/+1Bi85Fvg/JS/KxC3MD3QDkR5+c7o3yZw8Y biS4gxvZ3glE9RXCWrxhobcpf5YA6x1CRFn5kpZieD2YBxXc4f2Qo+35XAHgt4JoiG3S O8XVk2aszT5ymvlS0zGshcFQN97R8cVv9rmxQ= MIME-Version: 1.0 Received: by 10.204.47.232 with HTTP; Thu, 15 Apr 2010 22:09:35 -0700 (PDT) In-Reply-To: References: Date: Fri, 16 Apr 2010 09:09:35 +0400 Received: by 10.204.32.201 with SMTP id e9mr1163906bkd.47.1271394575218; Thu, 15 Apr 2010 22:09:35 -0700 (PDT) Message-ID: From: pluknet To: Francis Provencher Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: Malloc_init: Bad Malloc type Magic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Apr 2010 05:09:38 -0000 On 16 April 2010 04:53, Francis Provencher wrote: > Hi All, > > I have update my Freebsd Box to 8.0 last nigth. When i reboot it, i > received this error message. > > Panic: malloc_init: bad malloc type magic > CPUID = 0 > > I can't anymore boot my box... > You most likely faced with this (from src/UPDATING): 1.594 rwatson 428: 20090419: 429: The layout of struct malloc_type, used by modules to register new 430: memory allocation types, has changed. Most modules will need to 431: be rebuilt or panics may be experienced. 432: Bump __FreeBSD_version to 800081. If you have 3th-party modules from FreeBSD 7, it's time to rebuild them. -- wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Fri Apr 16 06:29:26 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15BA11065672 for ; Fri, 16 Apr 2010 06:29:26 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 5DAFE8FC1E for ; Fri, 16 Apr 2010 06:29:24 +0000 (UTC) Received: from porto.topspin.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 JAA23290; Fri, 16 Apr 2010 09:29:22 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1O2f3K-0009CD-F6; Fri, 16 Apr 2010 09:29:22 +0300 Message-ID: <4BC803C1.505@icyb.net.ua> Date: Fri, 16 Apr 2010 09:29:21 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100321) MIME-Version: 1.0 To: Arseny Nasokin References: <6568D0A3-6061-4E24-9568-0D190469C97A@gmail.com> <4BC79B5C.7030307@icyb.net.ua> <522A0C7F-396C-42C8-BD6A-240EBEDCF589@gmail.com> In-Reply-To: <522A0C7F-396C-42C8-BD6A-240EBEDCF589@gmail.com> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Mail Lists Subject: Re: Cross compilling kernel i386/amd64 is failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Apr 2010 06:29:26 -0000 on 16/04/2010 04:19 Arseny Nasokin said the following: > > > On 16 Apr 2010, at 03:03, Andriy Gapon wrote: > >> on 16/04/2010 01:27 Arseny Nasokin said the following: >>> I get error in same point when I try compile amd64 current GENERIC on >>> i386 machine. Svn revision is 206597 >>> >>> Error at src/sys/amd64/amd64/genassym.c:1: code model 'kernel' not >>> supported in the 32 bit mode. >>> >>> how to cross compile it? >>> >>> PS: I build only kernel at this point. Should I rebuild whole world to >>> build kernel? >> >> kernel-toolchain >> See build(7) > > Thanks, I'll create bug with patch Please don't create any new bugs, bug reports are welcome though :-) BTW, what do you want to report? >> >> -- >> Andriy Gapon -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Apr 16 07:38:41 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C40FF106564A for ; Fri, 16 Apr 2010 07:38:41 +0000 (UTC) (envelope-from eirnym@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by mx1.freebsd.org (Postfix) with ESMTP id 509EC8FC08 for ; Fri, 16 Apr 2010 07:38:40 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id e12so140820fga.13 for ; Fri, 16 Apr 2010 00:38:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:in-reply-to:x-mailer :subject:references:message-id:content-type :content-transfer-encoding:mime-version:date:cc; bh=tsgWkr3Iel4HAB3wiCaaqZgxODlvH3VlRqWd6lO1yQw=; b=BHbdjNI/OLqR7WmNSGOMGS4wNP+MEslrHJ4aBM2R9UKHIMGhg84lQRdvKbHcY0mVM0 oqfubf8xGaQzQAJk0soKMwVXDElgT37GFfmq7E6XCISZOdrBEgekoa/Yf9ruFrFnmqvN NlTeItlcRQ84RFFYvLQ+ffFbRw+WhnujDhplo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:in-reply-to:x-mailer:subject:references:message-id :content-type:content-transfer-encoding:mime-version:date:cc; b=UIFVbo9X+RfNYEiSwQu4iyje/NDQhdyUy48wpvtKTjP8sASpcsHo9s2MND5JATBFOB VF2PuEXQqu75HlpXdw2IDPezQt5EL2q2EAicsuhYKeCHBfPmmFHMa3fhrOmnv0Em4SBb qD3VeZA7XQHZhJHtpP0y8sZxr+Q3RmVmFpIaw= Received: by 10.102.174.3 with SMTP id w3mr818107mue.48.1271403520085; Fri, 16 Apr 2010 00:38:40 -0700 (PDT) Received: from [10.0.0.1] ([77.41.31.122]) by mx.google.com with ESMTPS id g1sm12158138muf.0.2010.04.16.00.38.38 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 16 Apr 2010 00:38:39 -0700 (PDT) From: Arseny Nasokin To: Andriy Gapon In-Reply-To: <4BC803C1.505@icyb.net.ua> X-Mailer: iPhone Mail (7E18) References: <6568D0A3-6061-4E24-9568-0D190469C97A@gmail.com> <4BC79B5C.7030307@icyb.net.ua> <522A0C7F-396C-42C8-BD6A-240EBEDCF589@gmail.com> <4BC803C1.505@icyb.net.ua> Message-Id: <44733623-700C-4A1A-AD21-3724351915C1@gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (iPhone Mail 7E18) Date: Fri, 16 Apr 2010 11:38:38 +0400 Cc: FreeBSD Mail Lists Subject: Re: Cross compilling kernel i386/amd64 is failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Apr 2010 07:38:41 -0000 On 16 Apr 2010, at 10:29, Andriy Gapon wrote: > on 16/04/2010 04:19 Arseny Nasokin said the following: >> >> >> On 16 Apr 2010, at 03:03, Andriy Gapon wrote: >> >>> on 16/04/2010 01:27 Arseny Nasokin said the following: >>>> I get error in same point when I try compile amd64 current >>>> GENERIC on >>>> i386 machine. Svn revision is 206597 >>>> >>>> Error at src/sys/amd64/amd64/genassym.c:1: code model 'kernel' not >>>> supported in the 32 bit mode. >>>> >>>> how to cross compile it? >>>> >>>> PS: I build only kernel at this point. Should I rebuild whole >>>> world to >>>> build kernel? >>> >>> kernel-toolchain >>> See build(7) >> >> Thanks, I'll create bug with patch > > Please don't create any new bugs, bug reports are welcome though :-) Yeah, you're right, sorry. > BTW, what do you want to report? kernel-toolchain target must be called on cross-compilling, even you making cross-world (where toolchain is called) > >>> >>> -- >>> Andriy Gapon > > > -- > Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Apr 16 07:51:29 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 56D2C1065672 for ; Fri, 16 Apr 2010 07:51:29 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 985DF8FC13 for ; Fri, 16 Apr 2010 07:51:28 +0000 (UTC) Received: from porto.topspin.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 KAA26057; Fri, 16 Apr 2010 10:51:25 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1O2gKj-0009Wo-3b; Fri, 16 Apr 2010 10:51:25 +0300 Message-ID: <4BC816FC.2000503@icyb.net.ua> Date: Fri, 16 Apr 2010 10:51:24 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100321) MIME-Version: 1.0 To: Arseny Nasokin References: <6568D0A3-6061-4E24-9568-0D190469C97A@gmail.com> <4BC79B5C.7030307@icyb.net.ua> <522A0C7F-396C-42C8-BD6A-240EBEDCF589@gmail.com> <4BC803C1.505@icyb.net.ua> <44733623-700C-4A1A-AD21-3724351915C1@gmail.com> In-Reply-To: <44733623-700C-4A1A-AD21-3724351915C1@gmail.com> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Mail Lists Subject: Re: Cross compilling kernel i386/amd64 is failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Apr 2010 07:51:29 -0000 on 16/04/2010 10:38 Arseny Nasokin said the following: > > kernel-toolchain target must be called on cross-compilling, even you > making cross-world (where toolchain is called) Still not sure what is the problem. Before cross-compiling a kernel you have to cross-build either the corresponding world or the kernel toolchain. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Apr 16 13:51:53 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA19F1065672 for ; Fri, 16 Apr 2010 13:51:53 +0000 (UTC) (envelope-from netchild@freebsd.org) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 67EE38FC14 for ; Fri, 16 Apr 2010 13:51:53 +0000 (UTC) Received: from outgoing.leidinger.net (pD9E2DBA7.dip.t-dialin.net [217.226.219.167]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 4B314844ADA; Fri, 16 Apr 2010 15:51:47 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id E017D5073; Fri, 16 Apr 2010 15:51:41 +0200 (CEST) Received: (from www@localhost) by webmail.leidinger.net (8.14.3/8.13.8/Submit) id o3GDpfnD090741; Fri, 16 Apr 2010 15:51:41 +0200 (CEST) (envelope-from netchild@FreeBSD.org) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Fri, 16 Apr 2010 15:51:40 +0200 Message-ID: <20100416155140.21425jmdvmha7z40@webmail.leidinger.net> Date: Fri, 16 Apr 2010 15:51:40 +0200 From: Alexander Leidinger To: Navdeep Parhar References: <20100414105819.13143mf12ccgjy4g@webmail.leidinger.net> <20100414132342.74616nl7805cljgo@webmail.leidinger.net> <20100414183540.GA2542@gypsy> In-Reply-To: <20100414183540.GA2542@gypsy> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Dynamic Internet Messaging Program (DIMP) H3 (1.1.4) X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 4B314844ADA.70FD1 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1.44, required 6, autolearn=disabled, ALL_TRUSTED -1.44) X-EBL-MailScanner-From: netchild@freebsd.org X-EBL-MailScanner-Watermark: 1272030708.38273@TzgOqDktg1o0cZe1Chq4eQ X-EBL-Spam-Status: No Cc: freebsd-current@FreeBSD.org Subject: Re: Does "makeoptions WITH_CTF=yes" actually work? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Apr 2010 13:51:54 -0000 Quoting Navdeep Parhar (from Wed, 14 Apr 2010 11:35:40 -0700): > Have you or anyone else ever used buildkernel successfully with > "makeoptions WITH_CTF=yes" in the conf file? Something as simple as > this does not work for me: Copy&paste patch, tabs probbly mangled: ---snip--- Index: Makefile.inc1 =================================================================== --- Makefile.inc1 (revision 206700) +++ Makefile.inc1 (working copy) @@ -314,7 +314,7 @@ .endif # kernel stage -KMAKEENV= ${WMAKEENV} +KMAKEENV= ${WMAKEENV:NNO_CTF=1} KMAKE= ${KMAKEENV} ${MAKE} KERNEL=${INSTKERNNAME} # @@ -780,7 +780,7 @@ @echo "--------------------------------------------------------------" cd ${KRNLOBJDIR}/${_kernel}; \ MAKESRCPATH=${KERNSRCDIR}/dev/aic7xxx/aicasm \ - ${MAKE} SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF \ + ${MAKE} SSP_CFLAGS= -DNO_CPU_CFLAGS \ -f ${KERNSRCDIR}/dev/aic7xxx/aicasm/Makefile # XXX - Gratuitously builds aicasm in the ``makeoptions NO_MODULES'' case. .if !defined(MODULES_WITH_WORLD) && !defined(NO_MODULES) && exists(${KERNSRCDIR}/modules) ---snip--- This lets the buildkernel generate ctf info in the object files (the build is not finished yet, so I still have to verify that the final kernel contains them too, but I do not see a reason ATM why this should not be the case). If your build environment is faster (here: about an hour for the buildkernel), can you please help testing? A buildworld with and without WITH_CTF in src.conf, and for buildkernel the same (with and without WITH_CTF in src.conf, and for each with and without makeoptions WITH_CTF=yes in the kernel). The expected outcome is no CTF when no WITH_CTF is in src.conf (except for the buildkernel with the makeoptions), and always with CTF when WITH_CTF is in src.conf (alternatively only CTF if makeoptions is used, but this would be surprising for me). And then... NO_CTF=yes defined in src.conf and WITH_CTF too... for the world this should not produce CTF data, but for the kernel I'm not sure what will or should happen for the makeoptions case... Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 See, these two penguins walked into a bar, which was really stupid, 'cause the second one should have seen it. From owner-freebsd-current@FreeBSD.ORG Fri Apr 16 16:10:39 2010 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 2E0C5106566B for ; Fri, 16 Apr 2010 16:10:39 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (lev.vlakno.cz [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id CC8A88FC14 for ; Fri, 16 Apr 2010 16:10:38 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 115759CB0D7 for ; Fri, 16 Apr 2010 18:08:21 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Q027bRB0aHZs for ; Fri, 16 Apr 2010 18:08:18 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id B8C1E9CB263 for ; Fri, 16 Apr 2010 18:08:18 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id o3GG8IPL069535 for current@freebsd.org; Fri, 16 Apr 2010 18:08:18 +0200 (CEST) (envelope-from rdivacky) Date: Fri, 16 Apr 2010 18:08:18 +0200 From: Roman Divacky To: current@freebsd.org Message-ID: <20100416160818.GA69460@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qDbXVdCdHGoSgWSk" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Apr 2010 16:10:39 -0000 --qDbXVdCdHGoSgWSk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, ClangBSD is a branch of FreeBSD that aims at integrating clang (clang.llvm.= org) into FreeBSD, replacing GCC as a system compiler. Recently, we've achieved the state when clang can compile all of FreeBSD wo= rld on i386/amd64 platforms (including all the C++ apps we have and itself) and a bootable kernel. Thus we feel that the time has come to ask the FreeB= SD community for wider testing on i386/amd64 (you sure can help with other platforms too :)). How to setup ClangBSD: The default configuration of ClangBSD requires clang installed so you can either install fresh llvm-devel port (portinstall devel/llvm-devel) or chan= ge=20 CC to "gcc" and CXX to "g++" in share/mk/sys.mk. I recommend the former. svn co http://svn.freebsd.org/base/projects/clangbsd/ clangbsd cd clangbsd && make buildworld echo NO_WERROR=3D >> /etc/make.conf echo WERROR=3D >> /etc/make.conf make DESTDIR=3D/clangbsd-chroot/ installworld now you have ClangBSD world installed and you can chroot into it. I don't recommend installing ClangBSD into real root as it is not tested enough. You can also start using clang compiled kernel - either build the kernel in the ClangBSD chroot (set NO_WERROR=3Dyo and WERROR=3Dyo in /etc/src.conf) o= r set CC to clang and build kernel the normal way. This information (and more) is also provided on: =09 http://wiki.freebsd.org/BuildingFreeBSDWithClang We kindly ask you to setup ClangBSD chroot and/or use clang compiled kernel= and=20 use it as you would normally use FreeBSD. Please report back=20 Thank you, Roman Divacky on behalf of the ClangBSD team --qDbXVdCdHGoSgWSk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkvIi3IACgkQLVEj6D3CBEyddgCfRbFIEPGL3y0Oc+5ZlXPw4co8 WIQAn00lJHZ/69TVyvzd8vp+TKRvAOCn =5kMd -----END PGP SIGNATURE----- --qDbXVdCdHGoSgWSk-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 16 19:50:25 2010 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 0F6A5106564A; Fri, 16 Apr 2010 19:50:25 +0000 (UTC) (envelope-from mattjreimer@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id AD3EC8FC14; Fri, 16 Apr 2010 19:50:24 +0000 (UTC) Received: by gwaa12 with SMTP id a12so1510172gwa.13 for ; Fri, 16 Apr 2010 12:50:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=bxVBYfIkKq32fA5l61xFldUbT6mHHPcZuWLO//qJvtY=; b=JoJNQtpFwUuzw37Fzoa707T4zN/o7w19ONtOsEkmciXcq3vRGkDNpybFRNW9IiNjP4 677sddtLpNMgEN491R7gZowktuZZxjUfYA7hasW6LKJ9JS7ryKBbdd/xnYGW4r+kzf1p DYDi7YDFEcTxvYZbviX8VpCio7KSMZHLBBA9o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=YAfnDgjdCJUK/m8wrrS5ZPIQdA0aL4u6yaMtUZLCLM27TbPZwayLXoEbZP+oNrhf7y z6w2RgkPV2Xg9LsKlH65FboHwLqWMxgJ5sUDpQgoVRhamxtueWRBF78yt+CgMLHjBVe/ MtIVlf7opvd3bobB0QUujt+eLOBdmX/ysf6gI= MIME-Version: 1.0 Received: by 10.151.48.19 with HTTP; Fri, 16 Apr 2010 12:19:31 -0700 (PDT) In-Reply-To: <20100416160818.GA69460@freebsd.org> References: <20100416160818.GA69460@freebsd.org> Date: Fri, 16 Apr 2010 12:19:31 -0700 Received: by 10.150.251.6 with SMTP id y6mr1962345ybh.328.1271445572042; Fri, 16 Apr 2010 12:19:32 -0700 (PDT) Message-ID: From: Matt Reimer To: Roman Divacky Content-Type: text/plain; charset=ISO-8859-1 Cc: current@freebsd.org Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Apr 2010 19:50:25 -0000 On Fri, Apr 16, 2010 at 9:08 AM, Roman Divacky wrote: > Hi, > > ClangBSD is a branch of FreeBSD that aims at integrating clang (clang.llvm.org) > into FreeBSD, replacing GCC as a system compiler. > > Recently, we've achieved the state when clang can compile all of FreeBSD world > on i386/amd64 platforms (including all the C++ apps we have and itself) > and a bootable kernel. Thus we feel that the time has come to ask the FreeBSD > community for wider testing on i386/amd64 (you sure can help with other > platforms too :)). Good job, and thank you! Matt From owner-freebsd-current@FreeBSD.ORG Fri Apr 16 20:37:28 2010 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 C6D05106564A; Fri, 16 Apr 2010 20:37:28 +0000 (UTC) (envelope-from geo.liaskos@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id 3153C8FC20; Fri, 16 Apr 2010 20:37:27 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id e12so456444fga.13 for ; Fri, 16 Apr 2010 13:37:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=IvEdhrVzPVd23iOY7g9208CIkezf97u6Kt+TLfOyQWU=; b=aFFaVKWOFOlbga6WOgwFbIYAQMOlqD3fIBcEW1R37t86zbe/f550v4nJ+zWvzl3Tk8 F2egUkuNP0JN+b1j55V2Dv+AHmGpy7WnjQS1rJ1aAeJB4AK2q7hq9jTU4W1sc1NEFI9+ +vezuNRNQ+zp6f3v2SbWGDYpcSiTtlG1+b5SE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=Z/ZIgM2Y3yY1GVnnzQDFm52vACGGALW8bqo185nD8XNH+Cw2U5Cv18NsIg0HpYWeam QeIUR1v46SLG2ouw5AlPC+6I7EW1f+8JW3DOiWksYxeeIxh2WbApregRUku8Oz3shg9h yoDXzTPS6J/JLz/GWIb7pXk0X7hkEGEbYLQDQ= MIME-Version: 1.0 Received: by 10.239.193.6 with HTTP; Fri, 16 Apr 2010 13:15:22 -0700 (PDT) In-Reply-To: <20100416160818.GA69460@freebsd.org> References: <20100416160818.GA69460@freebsd.org> Date: Fri, 16 Apr 2010 23:15:22 +0300 Received: by 10.239.186.136 with SMTP id g8mr163848hbh.71.1271448923047; Fri, 16 Apr 2010 13:15:23 -0700 (PDT) Message-ID: From: George Liaskos To: Roman Divacky Content-Type: text/plain; charset=ISO-8859-1 Cc: current@freebsd.org Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Apr 2010 20:37:28 -0000 > Recently, we've achieved the state when clang can compile all of FreeBSD world > on i386/amd64 platforms (including all the C++ apps we have and itself) > and a bootable kernel. Thus we feel that the time has come to ask the FreeBSD > community for wider testing on i386/amd64 (you sure can help with other > platforms too :)). This is great news, compiling right now! Thank you! From owner-freebsd-current@FreeBSD.ORG Fri Apr 16 21:15:11 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0EBB6106566C for ; Fri, 16 Apr 2010 21:15:11 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id BD19B8FC18 for ; Fri, 16 Apr 2010 21:15:10 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1O2ssW-0004C8-Rx for freebsd-current@freebsd.org; Fri, 16 Apr 2010 23:15:08 +0200 Received: from 93-138-134-93.adsl.net.t-com.hr ([93.138.134.93]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 16 Apr 2010 23:15:08 +0200 Received: from ivoras by 93-138-134-93.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 16 Apr 2010 23:15:08 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org connect(): No such file or directory From: Ivan Voras Date: Fri, 16 Apr 2010 23:14:59 +0200 Lines: 23 Message-ID: References: <0CCD95CA70944D06A60CF37EBD9BDADF@JuanPC> <4BC77C2A.6080009@quip.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 93-138-134-93.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.21 (X11/20090612) In-Reply-To: <4BC77C2A.6080009@quip.cz> Subject: Re: HP, IBM and Supermicro Servers Compatibility. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Apr 2010 21:15:11 -0000 Miroslav Lachman wrote: > Juanito Cassemiro wrote: >> Hi. >> >> I want to know if the IBM, HP or Supermicro Servers are compatible >> with FreeBSD OS. Could you send me a hardware compatibility list with >> compatible servers? > > It depends on server model, not on manufacturer in general. > I have some IBM, HP, Supermicro and Sun servers in production. But it > does not mean all IBM / HP / SM servers will work. I'd agree but would also add that "most will work ok" - especially from the eariler Xeon 5000/5100/5200/5300/5400 series. These systems have hardware which is well tested and developed through the years - it would be an anomaly to find a configuration that doesn't work. I have systems with all of the above CPUs on versions of FreeBSD from 6.x to 8.x, with all of the above vendors (well, not all CPU+Vendor combinations :) ) and not a single unsolvable problem. I had the most problems with blade servers. I'm writing this on a 2x 54xx system from SuperMicro. From owner-freebsd-current@FreeBSD.ORG Fri Apr 16 21:23:48 2010 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 19BDA106564A for ; Fri, 16 Apr 2010 21:23:48 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id CA1838FC0C for ; Fri, 16 Apr 2010 21:23:47 +0000 (UTC) Received: by gwaa12 with SMTP id a12so1552757gwa.13 for ; Fri, 16 Apr 2010 14:23:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:content-type; bh=N1ycSXtkqkqM3eiGPyYtHyDWmvhBFDQh6/+aJ2JVGkE=; b=GPt3r20QEqGIWr9dmKA9pWNUiFKBTuURJer6D8VxLy4ORdwYuosF01cseO/oRYxWCo nPDykqtLtmp89V4VhZlUFqQMAcmODZhLQ8rdp50qjCRxgDTa2jHD1g6ymctv7X+NwjYH rOP7n8qJrPhB0WniUKrLxEPfwzPo/tAMv25es= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=VMzro9e4GCOV5AkAzH8GTu6IrC+WGVTYz1BxSxen25Ogrt5rin+5yanzc34X0CEgjM EmbZAHZ8mfYKf9XkJxkryMX5jVOMmz8IDBmlGrKlWYqzPvlRkByNAr16w7C2cUstLKIr uftLgP8GY1Gd+/48fCrFbS03+m4lvucCOL9ro= MIME-Version: 1.0 Received: by 10.100.178.3 with HTTP; Fri, 16 Apr 2010 13:53:44 -0700 (PDT) In-Reply-To: <20100416160818.GA69460@freebsd.org> References: <20100416160818.GA69460@freebsd.org> Date: Fri, 16 Apr 2010 16:53:44 -0400 Received: by 10.100.29.11 with SMTP id c11mr5040140anc.231.1271451224726; Fri, 16 Apr 2010 13:53:44 -0700 (PDT) Message-ID: From: Outback Dingo To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Apr 2010 21:23:48 -0000 On Fri, Apr 16, 2010 at 12:08 PM, Roman Divacky wrote: > Hi, > > ClangBSD is a branch of FreeBSD that aims at integrating clang ( > clang.llvm.org) > into FreeBSD, replacing GCC as a system compiler. > > Recently, we've achieved the state when clang can compile all of FreeBSD > world > on i386/amd64 platforms (including all the C++ apps we have and itself) > and a bootable kernel. Thus we feel that the time has come to ask the > FreeBSD > community for wider testing on i386/amd64 (you sure can help with other > platforms too :)). > > How to setup ClangBSD: > > The default configuration of ClangBSD requires clang installed so you can > either install fresh llvm-devel port (portinstall devel/llvm-devel) or > change > CC to "gcc" and CXX to "g++" in share/mk/sys.mk. I recommend the former. > > > svn co http://svn.freebsd.org/base/projects/clangbsd/ clangbsd > > cd clangbsd && make buildworld > > echo NO_WERROR= >> /etc/make.conf > echo WERROR= >> /etc/make.conf > > make DESTDIR=/clangbsd-chroot/ installworld > > > now you have ClangBSD world installed and you can chroot into it. I don't > recommend installing ClangBSD into real root as it is not tested enough. > > You can also start using clang compiled kernel - either build the kernel in > the ClangBSD chroot (set NO_WERROR=yo and WERROR=yo in /etc/src.conf) or > set > CC to clang and build kernel the normal way. > > This information (and more) is also provided on: > > http://wiki.freebsd.org/BuildingFreeBSDWithClang > > We kindly ask you to setup ClangBSD chroot and/or use clang compiled kernel > and > use it as you would normally use FreeBSD. Please report back > > Thank you, > > Roman Divacky on behalf of the ClangBSD team > can someone explain the benefit other then not relying on gcc now ? performance ? From owner-freebsd-current@FreeBSD.ORG Fri Apr 16 21:30:32 2010 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 5EE0B1065670 for ; Fri, 16 Apr 2010 21:30:32 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout028.mac.com (asmtpout028.mac.com [17.148.16.103]) by mx1.freebsd.org (Postfix) with ESMTP id 4A1CC8FC08 for ; Fri, 16 Apr 2010 21:30:31 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii Received: from cswiger1.apple.com ([17.209.4.71]) by asmtp028.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0L0Z00INYNQL2F80@asmtp028.mac.com> for current@freebsd.org; Fri, 16 Apr 2010 14:30:31 -0700 (PDT) X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0908210000 definitions=main-1004160248 From: Chuck Swiger In-reply-to: Date: Fri, 16 Apr 2010 14:30:21 -0700 Message-id: <22FAC565-CD06-4B9F-8DB4-61ADD5FAB41A@mac.com> References: <20100416160818.GA69460@freebsd.org> To: Outback Dingo X-Mailer: Apple Mail (2.1078) Cc: current@freebsd.org Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Apr 2010 21:30:32 -0000 Hi-- On Apr 16, 2010, at 1:53 PM, Outback Dingo wrote: > can someone explain the benefit other then not relying on gcc now ? performance ? http://clang.llvm.org/comparison.html http://clang-analyzer.llvm.org/ Regards, -- -Chuck From owner-freebsd-current@FreeBSD.ORG Fri Apr 16 21:41:46 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 26B37106566C for ; Fri, 16 Apr 2010 21:41:46 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id A8AE98FC15 for ; Fri, 16 Apr 2010 21:41:45 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1O2tIE-0004MQ-1F for freebsd-current@freebsd.org; Fri, 16 Apr 2010 23:41:42 +0200 Received: from 93-138-134-93.adsl.net.t-com.hr ([93.138.134.93]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 16 Apr 2010 23:41:42 +0200 Received: from ivoras by 93-138-134-93.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 16 Apr 2010 23:41:42 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org connect(): No such file or directory From: Ivan Voras Date: Fri, 16 Apr 2010 23:41:30 +0200 Lines: 40 Message-ID: References: <20100416160818.GA69460@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 93-138-134-93.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.21 (X11/20090612) In-Reply-To: <20100416160818.GA69460@freebsd.org> Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Apr 2010 21:41:46 -0000 Roman Divacky wrote: > We kindly ask you to setup ClangBSD chroot and/or use clang compiled kernel and > use it as you would normally use FreeBSD. Please report back I have a buildworld error here: clang -isystem /usr/obj/mt/clangbsd/tmp/usr/include/clang/1.5 -isystem /usr/obj/mt/clangbsd/tmp/usr/include -B/usr/obj/mt/clangbsd/tmp/usr/lib/ -L/usr/obj/mt/clangbsd/tmp/usr/lib/ -fpic -DPIC -O2 -pipe -mtune=generic -I/mt/clangbsd/lib/libc/include -I/mt/clangbsd/lib/libc/../../include -I/mt/clangbsd/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/mt/clangbsd/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/mt/clangbsd/lib/libc -I/mt/clangbsd/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/mt/clangbsd/lib/libc/../../contrib/tzcode/stdtime -I/mt/clangbsd/lib/libc/stdtime -I/mt/clangbsd/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/mt/clangbsd/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /mt/clangbsd/lib/libc/sys/__error.c -o __error.So /mt/clangbsd/lib/libc/sys/stack_protector.c:88:19: error: format string is not a string literal (potentially insecure) [-Wformat-security] syslog(LOG_CRIT, msg); ^~~ 1 diagnostic generated. *** Error code 1 /mt/clangbsd/lib/libc/sys/stack_protector.c:88:19: error: format string is not a string literal (potentially insecure) [-Wformat-security] syslog(LOG_CRIT, msg); ^~~ 1 diagnostic generated. *** Error code 1 2 errors *** Error code 2 1 error The context is... I think a bit overprotective here :) At least this particular warning knob should probably be turned off. From owner-freebsd-current@FreeBSD.ORG Fri Apr 16 22:21:41 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DBA0A106566B for ; Fri, 16 Apr 2010 22:21:40 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 689F68FC14 for ; Fri, 16 Apr 2010 22:21:40 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1O2tur-0000iW-BY for freebsd-current@freebsd.org; Sat, 17 Apr 2010 00:21:37 +0200 Received: from 93-138-134-93.adsl.net.t-com.hr ([93.138.134.93]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 17 Apr 2010 00:21:37 +0200 Received: from ivoras by 93-138-134-93.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 17 Apr 2010 00:21:37 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org connect(): No such file or directory From: Ivan Voras Date: Sat, 17 Apr 2010 00:21:29 +0200 Lines: 67 Message-ID: References: <20100416160818.GA69460@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 93-138-134-93.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.21 (X11/20090612) In-Reply-To: Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Apr 2010 22:21:41 -0000 Ivan Voras wrote: > Roman Divacky wrote: > >> We kindly ask you to setup ClangBSD chroot and/or use clang compiled >> kernel and use it as you would normally use FreeBSD. Please report back > > I have a buildworld error here: > > clang -isystem /usr/obj/mt/clangbsd/tmp/usr/include/clang/1.5 -isystem > /usr/obj/mt/clangbsd/tmp/usr/include -B/usr/obj/mt/clangbsd/tmp/usr/lib/ > -L/usr/obj/mt/clangbsd/tmp/usr/lib/ -fpic -DPIC -O2 -pipe -mtune=generic > -I/mt/clangbsd/lib/libc/include -I/mt/clangbsd/lib/libc/../../include > -I/mt/clangbsd/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE > -I/mt/clangbsd/lib/libc/../../contrib/gdtoa -DINET6 > -I/usr/obj/mt/clangbsd/lib/libc -I/mt/clangbsd/lib/libc/resolv > -D_ACL_PRIVATE -DPOSIX_MISTAKE > -I/mt/clangbsd/lib/libc/../../contrib/tzcode/stdtime > -I/mt/clangbsd/lib/libc/stdtime -I/mt/clangbsd/lib/libc/locale > -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/mt/clangbsd/lib/libc/rpc -DYP > -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector > -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized > -Wno-pointer-sign -c /mt/clangbsd/lib/libc/sys/__error.c -o __error.So > /mt/clangbsd/lib/libc/sys/stack_protector.c:88:19: error: format string > is not a string literal (potentially insecure) [-Wformat-security] > syslog(LOG_CRIT, msg); > ^~~ > 1 diagnostic generated. > *** Error code 1 > /mt/clangbsd/lib/libc/sys/stack_protector.c:88:19: error: format string > is not a string literal (potentially insecure) [-Wformat-security] > syslog(LOG_CRIT, msg); > ^~~ > 1 diagnostic generated. > *** Error code 1 > 2 errors > *** Error code 2 > 1 error Actually the above error message was garbled by -j#, here's a more informative one: ===> lib/libc (obj,depend,all,install) clang -isystem /usr/obj/mt/clangbsd/tmp/usr/include/clang/1.5 -isystem /usr/obj/mt/clangbsd/tmp/usr/include -B/usr/obj/mt/clangbsd/tmp/usr/lib/ -L/usr/obj/mt/clangbsd/tmp/usr/lib/ -O2 -pipe -mtune=generic -I/mt/clangbsd/lib/libc/include -I/mt/clangbsd/lib/libc/../../include -I/mt/clangbsd/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/mt/clangbsd/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/mt/clangbsd/lib/libc -I/mt/clangbsd/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/mt/clangbsd/lib/libc/../../contrib/tzcode/stdtime -I/mt/clangbsd/lib/libc/stdtime -I/mt/clangbsd/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/mt/clangbsd/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /mt/clangbsd/lib/libc/sys/stack_protector.c /mt/clangbsd/lib/libc/sys/stack_protector.c:88:19: error: format string is not a string literal (potentially insecure) [-Wformat-security] syslog(LOG_CRIT, msg); ^~~ 1 diagnostic generated. *** Error code 1 Stop in /mt/clangbsd/lib/libc. *** Error code 1 It looks like one of the first steps in building libc. From owner-freebsd-current@FreeBSD.ORG Fri Apr 16 22:41:41 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDD75106564A; Fri, 16 Apr 2010 22:41:41 +0000 (UTC) (envelope-from rink@gloom.codethulu.net) Received: from mx1.codethulu.net (mail.codethulu.net [77.243.236.173]) by mx1.freebsd.org (Postfix) with ESMTP id 8A2CA8FC0C; Fri, 16 Apr 2010 22:41:41 +0000 (UTC) Received: from anathema.codethulu.net (mail.codethulu.net [77.243.236.173]) by mx1.codethulu.net (Postfix) with ESMTP id 74AED375BF17; Sat, 17 Apr 2010 00:27:25 +0200 (CEST) X-Virus-Scanned: amavisd-new at codethulu.net Received: from mx1.codethulu.net ([77.243.236.173]) by anathema.codethulu.net (anathema.codethulu.net [77.243.236.173]) (amavisd-new, port 10024) with ESMTP id KrhAtf2zT2Dt; Sat, 17 Apr 2010 00:27:21 +0200 (CEST) Received: from gloom.codethulu.net (mail.codethulu.net [77.243.236.173]) by mx1.codethulu.net (Postfix) with ESMTP id 55B18375BF15; Sat, 17 Apr 2010 00:27:21 +0200 (CEST) Received: by gloom.codethulu.net (Postfix, from userid 1000) id 523526D455; Sat, 17 Apr 2010 00:27:21 +0200 (CEST) Date: Sat, 17 Apr 2010 00:27:21 +0200 From: Rink Springer To: Ivan Voras Message-ID: <20100416222721.GC33847@rink.nu> References: <20100416160818.GA69460@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@freebsd.org Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Apr 2010 22:41:41 -0000 On Sat, Apr 17, 2010 at 12:21:29AM +0200, Ivan Voras wrote: > > /mt/clangbsd/lib/libc/sys/stack_protector.c:88:19: error: format string > > is not a string literal (potentially insecure) [-Wformat-security] > > syslog(LOG_CRIT, msg); > > ^~~ > > 1 diagnostic generated. > > *** Error code 1 > > 2 errors > > *** Error code 2 > > 1 error > > Actually the above error message was garbled by -j#, here's a more > informative one: Maybe this is why you have to place NO_WERROR and WERROR into make.conf before building? Regards, -- Rink P.W. Springer - http://rink.nu "Beauty often seduces us on the road to truth." - Dr. Wilson From owner-freebsd-current@FreeBSD.ORG Fri Apr 16 22:45:49 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64E5B106564A for ; Fri, 16 Apr 2010 22:45:49 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 1E8018FC0C for ; Fri, 16 Apr 2010 22:45:49 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1O2uIF-0003aE-Sc for freebsd-current@freebsd.org; Sat, 17 Apr 2010 00:45:47 +0200 Received: from 93-138-134-93.adsl.net.t-com.hr ([93.138.134.93]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 17 Apr 2010 00:45:47 +0200 Received: from ivoras by 93-138-134-93.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 17 Apr 2010 00:45:47 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org connect(): No such file or directory From: Ivan Voras Date: Sat, 17 Apr 2010 00:45:39 +0200 Lines: 19 Message-ID: References: <20100416160818.GA69460@freebsd.org> <20100416222721.GC33847@rink.nu> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 93-138-134-93.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.21 (X11/20090612) In-Reply-To: <20100416222721.GC33847@rink.nu> Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Apr 2010 22:45:49 -0000 Rink Springer wrote: > On Sat, Apr 17, 2010 at 12:21:29AM +0200, Ivan Voras wrote: >>> /mt/clangbsd/lib/libc/sys/stack_protector.c:88:19: error: format string >>> is not a string literal (potentially insecure) [-Wformat-security] >>> syslog(LOG_CRIT, msg); >>> ^~~ >>> 1 diagnostic generated. >>> *** Error code 1 >>> 2 errors >>> *** Error code 2 >>> 1 error >> Actually the above error message was garbled by -j#, here's a more >> informative one: > > Maybe this is why you have to place NO_WERROR and WERROR into make.conf > before building? Ahh yes, I thought something was nagging me about the order of setting make.conf vars and buildworld in Roman's message :) From owner-freebsd-current@FreeBSD.ORG Fri Apr 16 22:49:42 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E45A0106564A; Fri, 16 Apr 2010 22:49:42 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.26]) by mx1.freebsd.org (Postfix) with ESMTP id 8994E8FC08; Fri, 16 Apr 2010 22:49:42 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 5so985813qwi.7 for ; Fri, 16 Apr 2010 15:49:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=USnVMgdr78ZzIqcFYw5B+UkhX3K0ycAWM/F3xzJ9d38=; b=uRY3LVE2zCFjYMwRs66IN9i8TUXdcKlJliczgl35WOly0chE+WQEv/mbiJ/MhEVLx0 ks3zrHPnpxBjKL8u6hw/Ccs0mDxMKVTGUByr/+ycAYuhK1Pb2OYqrcm6mvUPEQd7AsSX MRNH+xiGBFijHTM+pM8YzkcpvJQr5xEQZ6A8A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=j89FVki39pQj91pMcIvf1Cb24lIxuFDzE1cIf+jhyBygXxTsGyR4cAWCdeEmoSLTD7 H1Nty7ImSlKAf/tDn6artyFAacOsD5RyJIyjDjmHBNfI4KHE+wm37dIRS9PZpRzLiA23 KzsIyZAKTm90vWc9M6RbLDQdGDXUsTrTrVBvE= MIME-Version: 1.0 Received: by 10.229.28.85 with HTTP; Fri, 16 Apr 2010 15:49:41 -0700 (PDT) In-Reply-To: References: <20100416160818.GA69460@freebsd.org> <20100416222721.GC33847@rink.nu> Date: Fri, 16 Apr 2010 15:49:41 -0700 Received: by 10.229.227.83 with SMTP id iz19mr863231qcb.44.1271458181771; Fri, 16 Apr 2010 15:49:41 -0700 (PDT) Message-ID: From: Garrett Cooper To: Ivan Voras Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Apr 2010 22:49:43 -0000 On Fri, Apr 16, 2010 at 3:45 PM, Ivan Voras wrote: > Rink Springer wrote: >> >> On Sat, Apr 17, 2010 at 12:21:29AM +0200, Ivan Voras wrote: >>>> >>>> /mt/clangbsd/lib/libc/sys/stack_protector.c:88:19: error: format strin= g >>>> is not a string literal (potentially insecure) [-Wformat-security] >>>> =A0 =A0 =A0 =A0syslog(LOG_CRIT, msg); >>>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 ^~~ >>>> 1 diagnostic generated. >>>> *** Error code 1 >>>> 2 errors >>>> *** Error code 2 >>>> 1 error >>> >>> Actually the above error message was garbled by -j#, here's a more >>> informative one: >> >> Maybe this is why you have to place NO_WERROR and WERROR into make.conf >> before building? > > Ahh yes, I thought something was nagging me about the order of setting > make.conf vars and buildworld in Roman's message :) Is there a -Wno-security with clang? Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Fri Apr 16 23:08:07 2010 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 B19271065678 for ; Fri, 16 Apr 2010 23:08:07 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4DFF68FC17 for ; Fri, 16 Apr 2010 23:08:06 +0000 (UTC) Received: by wwa36 with SMTP id 36so1936474wwa.13 for ; Fri, 16 Apr 2010 16:08:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:received:message-id :subject:from:to:content-type; bh=+8tzeDF2udqvDIRAvw3XEviGVhqN+qDTT6QZVGHRM6M=; b=RfjIsDSDBQxhCFUmBqpF0tdRdvbp3e5hdVP1ts+cA+u/Hj+2N97SRnNy33gvQHa9PR RKI/X8rgXCgx2YSfoIrGCuvrpCsT5wlqL6AZDallXoJ9ThTEI2jypNlJ6H07hYzJAWqv Y8jL4EDYqaPqLns+Mw1OAQYSp9XFhiOnRfMfo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=bejcnMVZytczI+BUZ+0w8rnWd/MIDDqPM0hJP4tdh8iNzd0jpvpk2kp0QtR9zVJu2t Tigw6EqCyE2I5Gdf8atCHqy6sACGVIqDU8zOTL9jTXU8IwelRiWLLTzLVodTWyIF5AlR VTJwuATQ3r0NIfHrGGsSqf0cEd4BeC6T2EVLk= MIME-Version: 1.0 Received: by 10.216.49.76 with HTTP; Fri, 16 Apr 2010 16:07:56 -0700 (PDT) Date: Fri, 16 Apr 2010 23:07:56 +0000 Received: by 10.216.180.85 with SMTP id i63mr2756839wem.119.1271459276299; Fri, 16 Apr 2010 16:07:56 -0700 (PDT) Message-ID: From: Paul B Mahol To: current@freebsd.org, fs@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: ISO9660 4GB directory structures boundary limit and growisofs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Apr 2010 23:08:07 -0000 Hi, It is apparently not possible to make use of -use-the-force-luke=4gms on FreeBSD when appending new session after 4GB. Mounted disk afterwards show nothing. Should we allow it like linux does? From owner-freebsd-current@FreeBSD.ORG Fri Apr 16 23:11:08 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A7F71065670 for ; Fri, 16 Apr 2010 23:11:08 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx23.fluidhosting.com [204.14.89.6]) by mx1.freebsd.org (Postfix) with ESMTP id CB0EC8FC12 for ; Fri, 16 Apr 2010 23:11:07 +0000 (UTC) Received: (qmail 5810 invoked by uid 399); 16 Apr 2010 23:11:06 -0000 Received: from localhost (HELO ?192.168.0.145?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 16 Apr 2010 23:11:06 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4BC8EE88.6000700@FreeBSD.org> Date: Fri, 16 Apr 2010 16:11:04 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: "Bjoern A. Zeeb" References: <201004090135.o391Z9q2092650@svn.freebsd.org> <20100416214823.Q40281@maildrop.int.zabbadoz.net> In-Reply-To: <20100416214823.Q40281@maildrop.int.zabbadoz.net> X-Enigmail-Version: 1.0.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: svn commit: r206408 - in head: etc etc/defaults etc/rc.d share/man/man5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Apr 2010 23:11:08 -0000 On 4/16/2010 3:27 PM, Bjoern A. Zeeb wrote: > On Fri, 9 Apr 2010, Doug Barton wrote: > > Hi, > > first off all it would have been easier to figure a few things out, if > the several different things had been individual commits I considered that but given that the changes had to happen at the same time because they were interrelated, this seemed impractical. Of course if there are any questions about the changes that I can answer for you, I will be happy to do so. Given that the various functions in network.subr are highly interrelated I found that the easiest way to review it was to have several windows open at the same time so that I could trace the interactions. It took me quite some time to unravel it all. The diff itself is nearly unintelligible, I suggest that you review the actual code in its current form. > or if the > commit hadn't happed in the middle of a discussion that died with > this. I took from the discussion the few things that we had achieved some form of consensus on, and chose to drop the rest of the topics that I had severe disagreements about. I also followed up to the list regarding this, and my reasons for dropping out. > The comments below are on the first four things I could figure > out easily. > >> Author: dougb >> Date: Fri Apr 9 01:35:09 2010 >> New Revision: 206408 >> URL: http://svn.freebsd.org/changeset/base/206408 >> >> Log: > ... >> 6. Add support for the [NO]RTADV options in ifconfig_getargs() and >> ipv6_autoconfif(). In the latter, include support for the explicit >> addition of [-]accept_rtadv in ifconfig__ipv6 as is done >> in the current code. > > So usually we seem to use the upper case pseudo arguments like DHCP, > SYNCDHCP, WPA, .. in combination with an actual command to start apart > from ifconfig. Now RTADV does not do that but it passes accept_rtadv or > -accept_rtadv to ifconfig. So if you need a command alias for that it > should probably be in ifconfig and discussed separately. I understand your argument, but I don't agree with it. The one thing that there was actually strong consensus on was that the IPv6 configuration should have feature-parity with IPv4. Given that we have easy to use knobs to enable things like DHCP and WPA that users are already familiar with it made sense to me to introduce the same types of knobs for RA. This is in anticipation of also adding support for DHCPV6 at some point in the future. From a user interface standpoint it does not make sense to have one form of IPv6 configuration to require an ifconfig statement, and another to have a knob. Furthermore: 1. I explicitly included support for the existence of [-]accept_rtadv in ifconfig_IF_ipv6 so if you or anyone else prefers that method of configuration it's available to you. 2. Just because RTADV doesn't start something "apart from ifconfig" now doesn't mean it won't or can't in the future. Specifically I'd like to see this knob turn on rtsold as well. (Even if I thought your argument above was valid, which I do not.) > Please revert this part. As I not only do not believe that you've proved your case but I also strongly disagree with your perspective on what I believe to be valid grounds, I must politely decline your request. OTOH, I would be supportive of any efforts you wanted to make in regards to documenting the ability to specify [-]accept_rtadv with ifconfig in rc.conf.5 and/or etc/defaults/rc.conf if you so desire. >> Switch ipv6_prefer to YES. If ipv6_enable is not set this will have >> no effect. > > This changed the default. It did not. Previous to the introduction (and overloading) of the ipv6_prefer knob if you enabled IPv6 support with ipv6_enable it was preferred. With the code just prior to my change in order to configure IPv6 for an interface at all it was necessary to set ipv6_prefer to on, which meant that there was no way to have IPv6 configured but not have it be preferred. With my changes to the user interface I've completely decoupled the 3 features that were previously overloaded into ipv6_enable: ability to configure IPv6, acceptance of RA, and preference of v6 over v4. Furthermore, one could easily deduce from the act of configuring IPv6 that the user would wish it to be preferred. However just in case that isn't true I purposely moved the ipv6_prefer knob up to just after ipv6_network_interfaces in defaults/rc.conf and up the list in rc.conf.5 as well to be sure that the user had a chance to see it and change it if necessary. > I have no idea where in the commit message it was but I must have > missed it. Anyway, with this change the link-local addresses are > there by default If INET6 is in the kernel, the loopback and link-local addresses for lo0 are always configured. My understanding is that this is a requirement, and Bad Things will happen if it's not done. However, in the absence of an ifconfig_IF_ipv6 line of some sort for an interface other than lo0 no IPv6 configuration should be happening for it at all, including link-local. If you're seeing that it's a bug, and I will gladly address it. >> 5. In rc.d/netoptions, add code for an ipv6_privacy option to use >> RFC 4193 style pseudo-random addresses > .. >> Add a default for ipv6_privacy (NO). > > I think this is the only option I can say I feel ok with so far. Thanks. :) Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Sat Apr 17 01:16:14 2010 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 6B0CB106564A for ; Sat, 17 Apr 2010 01:16:14 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 5FCF58FC12 for ; Sat, 17 Apr 2010 01:16:14 +0000 (UTC) Received: by elvis.mu.org (Postfix, from userid 1192) id 1B9471A3C66; Fri, 16 Apr 2010 18:16:14 -0700 (PDT) Date: Fri, 16 Apr 2010 18:16:14 -0700 From: Alfred Perlstein To: current@freebsd.org Message-ID: <20100417011614.GR54028@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: fix for compressed coredumps, please review X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Apr 2010 01:16:14 -0000 Can I get a review for this? summary: If doing compressed cores and there is an error, we leak resources unless this is fixed. Index: imgact_elf.c =================================================================== --- imgact_elf.c (revision 206498) +++ imgact_elf.c (working copy) @@ -29,7 +29,7 @@ */ #include -__FBSDID("$FreeBSD$"); +__FBSDID("$FreeBSD: head/sys/kern/imgact_elf.c 205643 2010-03-25 14:31:26Z nwhitehorn $"); #include "opt_compat.h" #include "opt_core.h" @@ -1088,8 +1088,10 @@ hdrsize = 0; __elfN(puthdr)(td, (void *)NULL, &hdrsize, seginfo.count); - if (hdrsize + seginfo.size >= limit) - return (EFAULT); + if (hdrsize + seginfo.size >= limit) { + error = EFAULT; + goto done; + } /* * Allocate memory for building the header, fill it up, @@ -1097,7 +1099,8 @@ */ hdr = malloc(hdrsize, M_TEMP, M_WAITOK); if (hdr == NULL) { - return (EINVAL); + error = EINVAL; + goto done; } error = __elfN(corehdr)(td, vp, cred, seginfo.count, hdr, hdrsize, gzfile); @@ -1125,8 +1128,8 @@ curproc->p_comm, error); } +done: #ifdef COMPRESS_USER_CORES -done: if (core_buf) free(core_buf, M_TEMP); if (gzfile) -- - Alfred Perlstein .- AMA, VMOA #5191, 03 vmax, 92 gs500, 85 ch250 .- FreeBSD committer From owner-freebsd-current@FreeBSD.ORG Sat Apr 17 10:01:07 2010 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 62DF8106566B for ; Sat, 17 Apr 2010 10:01:07 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (lev.vlakno.cz [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id 1E0448FC08 for ; Sat, 17 Apr 2010 10:01:06 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 36F2B9CB0C4 for ; Sat, 17 Apr 2010 11:58:48 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JL7GQeGw+DM9 for ; Sat, 17 Apr 2010 11:58:45 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 9D85D9CB263 for ; Sat, 17 Apr 2010 11:58:45 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id o3H9wjmJ095697 for current@freebsd.org; Sat, 17 Apr 2010 11:58:45 +0200 (CEST) (envelope-from rdivacky) Date: Sat, 17 Apr 2010 11:58:45 +0200 From: Roman Divacky To: current@freebsd.org Message-ID: <20100417095845.GA95627@freebsd.org> References: <20100416160818.GA69460@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100416160818.GA69460@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Apr 2010 10:01:07 -0000 On Fri, Apr 16, 2010 at 06:08:18PM +0200, Roman Divacky wrote: > Hi, > > ClangBSD is a branch of FreeBSD that aims at integrating clang (clang.llvm.org) > into FreeBSD, replacing GCC as a system compiler. > > Recently, we've achieved the state when clang can compile all of FreeBSD world > on i386/amd64 platforms (including all the C++ apps we have and itself) > and a bootable kernel. Thus we feel that the time has come to ask the FreeBSD > community for wider testing on i386/amd64 (you sure can help with other > platforms too :)). > > How to setup ClangBSD: > > The default configuration of ClangBSD requires clang installed so you can > either install fresh llvm-devel port (portinstall devel/llvm-devel) or change > CC to "gcc" and CXX to "g++" in share/mk/sys.mk. I recommend the former. > > > svn co http://svn.freebsd.org/base/projects/clangbsd/ clangbsd > > cd clangbsd && make buildworld > > echo NO_WERROR= >> /etc/make.conf > echo WERROR= >> /etc/make.conf you have to do those echos before the buildworld of course... sorry, my mistake From owner-freebsd-current@FreeBSD.ORG Sat Apr 17 10:14:44 2010 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 7D745106566B; Sat, 17 Apr 2010 10:14:44 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout2.freenet.de (mout2.freenet.de [IPv6:2001:748:100:40::2:4]) by mx1.freebsd.org (Postfix) with ESMTP id 14DC58FC14; Sat, 17 Apr 2010 10:14:44 +0000 (UTC) Received: from [195.4.92.20] (helo=10.mx.freenet.de) by mout2.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.72 #3) id 1O352w-0006OG-QN; Sat, 17 Apr 2010 12:14:42 +0200 Received: from p57ae2173.dip0.t-ipconnect.de ([87.174.33.115]:61185 helo=ernst.jennejohn.org) by 10.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.72 #3) id 1O352w-0002tq-Dl; Sat, 17 Apr 2010 12:14:42 +0200 Date: Sat, 17 Apr 2010 12:14:41 +0200 From: Gary Jennejohn To: Alfred Perlstein Message-ID: <20100417121441.7de4873b@ernst.jennejohn.org> In-Reply-To: <20100417011614.GR54028@elvis.mu.org> References: <20100417011614.GR54028@elvis.mu.org> X-Mailer: Claws Mail 3.7.5 (GTK+ 2.18.7; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: fix for compressed coredumps, please review X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Apr 2010 10:14:44 -0000 On Fri, 16 Apr 2010 18:16:14 -0700 Alfred Perlstein wrote: > Can I get a review for this? > > summary: > If doing compressed cores and there is an error, we leak > resources unless this is fixed. > > > Index: imgact_elf.c > =================================================================== > --- imgact_elf.c (revision 206498) > +++ imgact_elf.c (working copy) > @@ -29,7 +29,7 @@ > */ > > #include > -__FBSDID("$FreeBSD$"); > +__FBSDID("$FreeBSD: head/sys/kern/imgact_elf.c 205643 2010-03-25 14:31:26Z nwhitehorn $"); > > #include "opt_compat.h" > #include "opt_core.h" > @@ -1088,8 +1088,10 @@ > hdrsize = 0; > __elfN(puthdr)(td, (void *)NULL, &hdrsize, seginfo.count); > > - if (hdrsize + seginfo.size >= limit) > - return (EFAULT); > + if (hdrsize + seginfo.size >= limit) { > + error = EFAULT; > + goto done; > + } > > /* > * Allocate memory for building the header, fill it up, > @@ -1097,7 +1099,8 @@ > */ > hdr = malloc(hdrsize, M_TEMP, M_WAITOK); > if (hdr == NULL) { > - return (EINVAL); > + error = EINVAL; > + goto done; > } > error = __elfN(corehdr)(td, vp, cred, seginfo.count, hdr, hdrsize, > gzfile); > @@ -1125,8 +1128,8 @@ > curproc->p_comm, error); > } > > +done: > #ifdef COMPRESS_USER_CORES > -done: > if (core_buf) > free(core_buf, M_TEMP); > if (gzfile) > Looks good to me. Actually, you don't need the "if (core_buf)" since free(9) DTRT with NULL. -- Gary Jennejohn (gj@) From owner-freebsd-current@FreeBSD.ORG Sat Apr 17 10:45:51 2010 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 6C23B1065672 for ; Sat, 17 Apr 2010 10:45:51 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id AED1D8FC1A for ; Sat, 17 Apr 2010 10:45:50 +0000 (UTC) Received: from porto.topspin.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 NAA15694; Sat, 17 Apr 2010 13:45:47 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1O35X1-000EE9-4X; Sat, 17 Apr 2010 13:45:47 +0300 Message-ID: <4BC99159.8080109@icyb.net.ua> Date: Sat, 17 Apr 2010 13:45:45 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100321) MIME-Version: 1.0 To: Paul B Mahol References: In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, fs@freebsd.org Subject: Re: ISO9660 4GB directory structures boundary limit and growisofs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Apr 2010 10:45:51 -0000 on 17/04/2010 02:07 Paul B Mahol said the following: > Hi, > > It is apparently not possible to make use of -use-the-force-luke=4gms > on FreeBSD when appending new session after 4GB. Mounted disk > afterwards show nothing. Is it expected that everyone knows what -use-the-force-luke=4gms is? > Should we allow it like linux does? What exactly is disallowed on FreeBSD? -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Sat Apr 17 11:14:22 2010 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 00EFD1065675; Sat, 17 Apr 2010 11:14:22 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id 62D288FC16; Sat, 17 Apr 2010 11:14:21 +0000 (UTC) Received: by wwa36 with SMTP id 36so2098836wwa.13 for ; Sat, 17 Apr 2010 04:14:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=LkDwXq7jyNESaD8m8Y3UYQ0KpB5yZ2EovqDUGfcsorI=; b=SY3X/DWpzKI/1ah6cvFSYujj+fWB8YDDF1pooanQr9tNLko83Ca3/Oe25ISvAH5Mhh ACVgMIZfOysZDXCtU7zW8i18ftNt7AS4Tngex16rF3/OFxOHKAOrVIzT9A1aup0rNCl9 7/AxO5EJ+L8alhqaszss3kDDeUP3vE+VauFBU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=QqSTkbrSi016w8aMdmrqlMUB2Uox3tFN8HtBvCAZx7FyE4Sz/TkNwUwoUauKixV8SQ YQGP+/WGx1GtpP79FbAoh+wKqJOJOSMY/F1jPlxBRVXjPJFKGjQtxIiYUmMKfi/gZVkb fxHBTzSZBXgHa3zS8huo68ZtlmdqHoQ1tyd2g= MIME-Version: 1.0 Received: by 10.216.49.76 with HTTP; Sat, 17 Apr 2010 04:14:20 -0700 (PDT) In-Reply-To: <4BC99159.8080109@icyb.net.ua> References: <4BC99159.8080109@icyb.net.ua> Date: Sat, 17 Apr 2010 11:14:20 +0000 Received: by 10.216.90.3 with SMTP id d3mr897880wef.110.1271502860139; Sat, 17 Apr 2010 04:14:20 -0700 (PDT) Message-ID: From: Paul B Mahol To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 Cc: current@freebsd.org, fs@freebsd.org Subject: Re: ISO9660 4GB directory structures boundary limit and growisofs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Apr 2010 11:14:22 -0000 On 4/17/10, Andriy Gapon wrote: > on 17/04/2010 02:07 Paul B Mahol said the following: >> Hi, >> >> It is apparently not possible to make use of -use-the-force-luke=4gms >> on FreeBSD when appending new session after 4GB. Mounted disk >> afterwards show nothing. > > Is it expected that everyone knows what -use-the-force-luke=4gms is? > >> Should we allow it like linux does? > > What exactly is disallowed on FreeBSD? http://fy.chalmers.se/~appro/linux/DVD+RW/ search for 4gms :) From owner-freebsd-current@FreeBSD.ORG Sat Apr 17 11:45:26 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41A98106564A; Sat, 17 Apr 2010 11:45:26 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id 9899A8FC0A; Sat, 17 Apr 2010 11:45:25 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id 22so174330fge.13 for ; Sat, 17 Apr 2010 04:45:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=JgsgVdCoQxgeG/AGBUsjowso/zE+zpzmhucVNuxhLfs=; b=cSReFxSwjarGEJ+gLmudHDrM1QgW476Khzv5Fg8mffciFsTMTmUQ4/t4PIjeDbf9YN C+QYOH5CLbgobCC5B/ImXJwStsQRhha8pcwRyooqWq7+vNelyn3DbMwf0j5fB8Jmx5WR tUmI4HOmQYenCN1LAHpUlHQhfeAX/WiEWQ/gk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=CCkKpekAVBnLmMe3+gOiw83TgpQlF6uX7+rggXDRPfekEjaXK80FxOSoI9vs+9WHPn QaFQ8jdZy6TfAfXxfDiVKrPKPx30KpVcKlyxm8Uly6JacWygOpwh2xIrAJdhJElrB7sD Ha/jlUwaFV9FgMv52Z3Qx5xeqJHVzoqE8spWw= Received: by 10.102.202.13 with SMTP id z13mr1875097muf.96.1271504724386; Sat, 17 Apr 2010 04:45:24 -0700 (PDT) Received: from [10.0.10.2] (54.81.54.77.rev.vodafone.pt [77.54.81.54]) by mx.google.com with ESMTPS id e9sm18404608muf.10.2010.04.17.04.45.23 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 17 Apr 2010 04:45:23 -0700 (PDT) Sender: Rui Paulo Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Rui Paulo In-Reply-To: Date: Sat, 17 Apr 2010 12:45:22 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20100416160818.GA69460@freebsd.org> To: Ivan Voras X-Mailer: Apple Mail (2.1078) Cc: freebsd-current@freebsd.org Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Apr 2010 11:45:26 -0000 On 16 Apr 2010, at 22:41, Ivan Voras wrote: > Roman Divacky wrote: >=20 >> We kindly ask you to setup ClangBSD chroot and/or use clang compiled = kernel and use it as you would normally use FreeBSD. Please report back=20= >=20 > I have a buildworld error here: >=20 > clang -isystem /usr/obj/mt/clangbsd/tmp/usr/include/clang/1.5 -isystem = /usr/obj/mt/clangbsd/tmp/usr/include -B/usr/obj/mt/clangbsd/tmp/usr/lib/ = -L/usr/obj/mt/clangbsd/tmp/usr/lib/ -fpic -DPIC -O2 -pipe -mtune=3Dgeneric= -I/mt/clangbsd/lib/libc/include -I/mt/clangbsd/lib/libc/../../include = -I/mt/clangbsd/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE = -I/mt/clangbsd/lib/libc/../../contrib/gdtoa -DINET6 = -I/usr/obj/mt/clangbsd/lib/libc -I/mt/clangbsd/lib/libc/resolv = -D_ACL_PRIVATE -DPOSIX_MISTAKE = -I/mt/clangbsd/lib/libc/../../contrib/tzcode/stdtime = -I/mt/clangbsd/lib/libc/stdtime -I/mt/clangbsd/lib/libc/locale = -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/mt/clangbsd/lib/libc/rpc -DYP = -DNS_CACHING -DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector = -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized = -Wno-pointer-sign -c /mt/clangbsd/lib/libc/sys/__error.c -o __error.So > /mt/clangbsd/lib/libc/sys/stack_protector.c:88:19: error: format = string is not a string literal (potentially insecure) = [-Wformat-security] > syslog(LOG_CRIT, msg); > ^~~ > 1 diagnostic generated. > *** Error code 1 > /mt/clangbsd/lib/libc/sys/stack_protector.c:88:19: error: format = string is not a string literal (potentially insecure) = [-Wformat-security] > syslog(LOG_CRIT, msg); > ^~~ > 1 diagnostic generated. > *** Error code 1 > 2 errors > *** Error code 2 > 1 error >=20 >=20 > The context is... I think a bit overprotective here :) At least this = particular warning knob should probably be turned off. Actually, I would rather fix the code that does this than disabling the = warning. Even if this particular code is not vulnerable to format string = problems, it's 2010 now and it doesn't hurt to add a "%s" there. Regards, -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Sat Apr 17 14:39:11 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9D9F106564A for ; Sat, 17 Apr 2010 14:39:11 +0000 (UTC) (envelope-from prvs=17232837bf=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 720128FC21 for ; Sat, 17 Apr 2010 14:39:11 +0000 (UTC) X-MDAV-Processed: mail1.multiplay.co.uk, Sat, 17 Apr 2010 15:28:22 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Sat, 17 Apr 2010 15:28:22 +0100 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v10.0.4) with ESMTP id md50010016274.msg for ; Sat, 17 Apr 2010 15:28:21 +0100 X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 188.220.16.48 X-Return-Path: prvs=17232837bf=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-current@FreeBSD.org Message-ID: From: "Steven Hartland" To: "Juanito Cassemiro" , References: <0CCD95CA70944D06A60CF37EBD9BDADF@JuanPC> Date: Sat, 17 Apr 2010 15:28:20 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5843 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Cc: Subject: Re: HP, IBM and Supermicro Servers Compatibility. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Apr 2010 14:39:11 -0000 We use Supermicro here extensively and have never had a single problem with them. We tend to combine them with Areca RAID cards which also work well with FreeBSD. Regards Steve ----- Original Message ----- From: "Juanito Cassemiro" To: Sent: Thursday, April 15, 2010 6:10 PM Subject: HP, IBM and Supermicro Servers Compatibility. Hi. I want to know if the IBM, HP or Supermicro Servers are compatible with FreeBSD OS. Could you send me a hardware compatibility list with compatible servers? Thank you. Juanito Caue Cassemiro Técnico em Informática INFO2001 - IARA CRISTINA DA SILVA MEIRELLES ARARAQUARA (16)3331-7727 0800-8912360 Skype: juanitocc_2001 MSN: juanitocc_2001@hotmail.com _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Sat Apr 17 15:01:14 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 149FE106564A; Sat, 17 Apr 2010 15:01:14 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper-int.allbsd.org [IPv6:2001:2f0:104:e002::2]) by mx1.freebsd.org (Postfix) with ESMTP id 99B6D8FC1D; Sat, 17 Apr 2010 15:01:13 +0000 (UTC) Received: from delta.allbsd.org (p4178-ipbf1907funabasi.chiba.ocn.ne.jp [114.146.127.178]) (authenticated bits=128) by mail.allbsd.org (8.14.3/8.14.3) with ESMTP id o3HF0nxf046609; Sun, 18 Apr 2010 00:01:00 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (alph.allbsd.org [192.168.0.10]) (authenticated bits=0) by delta.allbsd.org (8.13.4/8.13.4) with ESMTP id o3HF0ii5000362; Sun, 18 Apr 2010 00:00:49 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Sat, 17 Apr 2010 23:39:57 +0900 (JST) Message-Id: <20100417.233957.145060369.hrs@allbsd.org> To: dougb@FreeBSD.org From: Hiroki Sato In-Reply-To: <4BC8EE88.6000700@FreeBSD.org> <201004090135.o391Z9q2092650@svn.freebsd.org> References: <201004090135.o391Z9q2092650@svn.freebsd.org> <20100416214823.Q40281@maildrop.int.zabbadoz.net> <4BC8EE88.6000700@FreeBSD.org> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.3 on Emacs 23.1 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Sat_Apr_17_23_39_57_2010_726)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.95.3 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (mail.allbsd.org [133.31.130.32]); Sun, 18 Apr 2010 00:01:06 +0900 (JST) X-Spam-Status: No, score=2.2 required=13.0 tests=CONTENT_TYPE_PRESENT, FORGED_RCVD_IP,RCVD_IN_PBL,SPF_SOFTFAIL,X_MAILER_PRESENT autolearn=no version=3.2.5 X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gatekeeper.allbsd.org Cc: freebsd-current@FreeBSD.org, bz@FreeBSD.org Subject: Re: svn commit: r206408 - in head: etc etc/defaults etc/rc.d share/man/man5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Apr 2010 15:01:14 -0000 ----Security_Multipart(Sat_Apr_17_23_39_57_2010_726)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Doug Barton wrote in <4BC8EE88.6000700@FreeBSD.org>: do> > or if the do> > commit hadn't happed in the middle of a discussion that died with do> > this. do> do> I took from the discussion the few things that we had achieved some form do> of consensus on, and chose to drop the rest of the topics that I had do> severe disagreements about. I also followed up to the list regarding do> this, and my reasons for dropping out. No, you changed the meaning of $ipv6_prefer, which does not agree with one of the results of discussion. When ipv6_prefer=YES, ifdisabled flag must be cleared on all interfaces. The reason is to enable automatic link-local address assignment without manual configuration. I explained again and again, the ifdisabled flag is *not for* disabling IPv6 on an interface as opposed to the name. In rc.d scripts this is used for controlling link-local address assignment. Your change removed the logic in no $ifconfig_IF_ipv6 case, and it is not a consensus. I strongly disagree with this because some IPv6 applications depend on link-local address automatically added on cloned interfaces and at the same time IPv4 people do not like the link-local address. We need a knob to control that, and the default should be "no link-local when no ifconfig_IF_ipv6", and "all interfaces have a link-local address when $ipv6_prefer=YES". For all scenarios I can think of this is the least-worst. Also, source address selection has to be IPv4-preferred by default. Why did you change this? I disagree with this. I want "IPv6 enabled by default", but we are not ready for "IPv6 is preferred when the both are available" for various reasons. do> > So usually we seem to use the upper case pseudo arguments like DHCP, do> > SYNCDHCP, WPA, .. in combination with an actual command to start apart do> > from ifconfig. Now RTADV does not do that but it passes accept_rtadv or do> > -accept_rtadv to ifconfig. So if you need a command alias for that it do> > should probably be in ifconfig and discussed separately. do> do> I understand your argument, but I don't agree with it. The one thing do> that there was actually strong consensus on was that the IPv6 do> configuration should have feature-parity with IPv4. Given that we have do> easy to use knobs to enable things like DHCP and WPA that users are do> already familiar with it made sense to me to introduce the same types of do> knobs for RA. This is in anticipation of also adding support for DHCPV6 do> at some point in the future. From a user interface standpoint it does do> not make sense to have one form of IPv6 configuration to require an do> ifconfig statement, and another to have a knob. do> do> Furthermore: do> 1. I explicitly included support for the existence of [-]accept_rtadv in do> ifconfig_IF_ipv6 so if you or anyone else prefers that method of do> configuration it's available to you. do> 2. Just because RTADV doesn't start something "apart from ifconfig" now do> doesn't mean it won't or can't in the future. Specifically I'd like to do> see this knob turn on rtsold as well. (Even if I thought your argument do> above was valid, which I do not.) So please add that after you implement it and RTADV is not equivalent to accept_rtadv. I cannot understand why we need to add it now. At this moment, having two keywords makes nothing easy. Invoking rtsold (and/or dhclient) when receiving RAs are not so simple. Did you really try that? I personally lean to having a userland daemon to handle RA options including RDNSS and O-flag. If you want direction for extending rc.d scripts to handle them, please show the concrete implementation first as David Horn did. I think this is not a simple one like just adding a keyword and careful consideration is needed before implementing it. do> It did not. Previous to the introduction (and overloading) of the do> ipv6_prefer knob if you enabled IPv6 support with ipv6_enable it was do> preferred. With the code just prior to my change in order to configure do> IPv6 for an interface at all it was necessary to set ipv6_prefer to on, do> which meant that there was no way to have IPv6 configured but not have do> it be preferred. That behavior was intentional. Please keep it disabled by default. I disagree with decoupling seatbelt for link-local addr assignment from IPv6-preferred source address selection. The IPv6-preferred source address selection is troublesome for IPv4-only people, and for IPv6-people the seatbelt for link-local addr is troublesome. I designed $ipv6_prefer as a knob for this trade-off. -- Hiroki ----Security_Multipart(Sat_Apr_17_23_39_57_2010_726)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkvJyD0ACgkQTyzT2CeTzy1e6QCcDoZ1RSceEkD6fna+LNkIiHq2 /B4AnA5jWJYf/RyzZTP6i7oTaGSr7XHC =+kag -----END PGP SIGNATURE----- ----Security_Multipart(Sat_Apr_17_23_39_57_2010_726)---- From owner-freebsd-current@FreeBSD.ORG Sat Apr 17 16:31:20 2010 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 0E2E41065670 for ; Sat, 17 Apr 2010 16:31:20 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from monday.kientzle.com (kientzle.com [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id D9DEF8FC1B for ; Sat, 17 Apr 2010 16:31:19 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.3/8.14.3) id o3HGVXVF078851; Sat, 17 Apr 2010 16:31:33 GMT (envelope-from kientzle@freebsd.org) Received: from horton.x.kientzle.com (fw2.kientzle.com [10.123.1.2]) by kientzle.com with SMTP id grga9drjmuu6ua2xtwnwtqmnen; Sat, 17 Apr 2010 16:31:32 +0000 (UTC) (envelope-from kientzle@freebsd.org) Message-ID: <4BC9E254.9070300@freebsd.org> Date: Sat, 17 Apr 2010 09:31:16 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.23) Gecko/20100314 SeaMonkey/1.1.18 MIME-Version: 1.0 To: Paul B Mahol References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, fs@freebsd.org Subject: Re: ISO9660 4GB directory structures boundary limit and growisofs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Apr 2010 16:31:20 -0000 Paul B Mahol wrote: > > It is apparently not possible to make use of -use-the-force-luke=4gms > on FreeBSD when appending new session after 4GB. Mounted disk > afterwards show nothing. > > Should we allow it like linux does? Are you claiming there is a problem when FreeBSD reads such images or a problem with creating such images? What programs are you using? This sounds like a pretty unsurprising 32-bit truncation bug: the filesystem structures in ISO9660 are all sector numbers so 8TB should be the natural limit (4G sectors times 2k bytes/sector). Tim From owner-freebsd-current@FreeBSD.ORG Sat Apr 17 17:03:16 2010 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 2B6BA1065673; Sat, 17 Apr 2010 17:03:15 +0000 (UTC) (envelope-from dimitry@andric.com) 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 55B488FC0A; Sat, 17 Apr 2010 17:03:15 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:49b3:a96a:6c92:afe4] (unknown [IPv6:2001:7b8:3a7:0:49b3:a96a:6c92:afe4]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 9D1DF5C59; Sat, 17 Apr 2010 19:03:13 +0200 (CEST) Message-ID: <4BC9E9D2.1040505@andric.com> Date: Sat, 17 Apr 2010 19:03:14 +0200 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.2.4pre) Gecko/20100410 Lanikai/3.1b2pre MIME-Version: 1.0 To: Roman Divacky References: <20100416160818.GA69460@freebsd.org> In-Reply-To: <20100416160818.GA69460@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Apr 2010 17:03:16 -0000 On 2010-04-16 18:08, Roman Divacky wrote: > cd clangbsd&& make buildworld Buildworld all goes well, until this stage: -------------------------------------------------------------- >>> stage 4.2: building libraries -------------------------------------------------------------- cd /home/dim/src/clangbsd; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 MACHINE=i386 CPUTYPE= GROFF_BIN_PATH=/usr/obj/home/dim/src/clangbsd/tmp/legacy/usr/bin GROFF_FONT_PATH=/usr/obj/home/dim/src/clangbsd/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/home/dim/src/clangbsd/tmp/legacy/usr/share/tmac _SHLIBDIRPREFIX=/usr/obj/home/dim/src/clangbsd/tmp VERSION="FreeBSD 9.0-CURRENT i386 900010" INSTALL="sh /home/dim/src/clangbsd/tools/install.sh" PATH=/usr/obj/home/dim/src/clangbsd/tmp/legacy/usr/sbin:/usr/obj/home/dim/src/clangbsd/tmp/legacy/usr/bin:/usr/obj/home/dim/src/clangbsd/tmp/legacy/usr/games:/usr/obj/home/dim/src/clangbsd/tmp/usr/sbin:/usr/obj/home/dim/src/clangbsd/tmp/usr/bin:/usr/obj/home/dim/src/clangbsd/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin CC="clang -isystem /usr/obj/home/dim/src/clangbsd/tmp/usr/include/clang/1.5 -isystem /usr/obj/home/dim/src/clangbsd/tmp/usr/include -B/usr/obj/home/dim/src/clangbsd/tmp/usr/lib/ -L/usr/o bj/home/dim/src/clangbsd/tmp/usr/lib/" CXX="clang++ -isystem /usr/obj/home/dim/src/clangbsd/tmp/usr/include/clang/1.5 -isystem /usr/obj/home/dim/src/clangbsd/tmp/usr/include -isystem /usr/obj/home/dim/src/clangbsd/tmp/include/c++/4.2 -isystem /usr/obj/home/dim/src/clangbsd/tmp/include/c++/4.2/backward -B/usr/obj/home/dim/src/clangbsd/tmp/usr/lib/ -L/usr/obj/home/dim/src/clangbsd/tmp/usr/lib/" NO_CTF=1 make -f Makefile.inc1 DESTDIR=/usr/obj/home/dim/src/clangbsd/tmp -DNO_FSCHG -DWITHOUT_HTML -DWITHOUT_INFO -DNO_LINT -DWITHOUT_MAN -DWITHOUT_PROFILE libraries cd /home/dim/src/clangbsd; make -f Makefile.inc1 _prereq_libs; make -f Makefile.inc1 _startup_libs; make -f Makefile.inc1 _prebuild_libs; make -f Makefile.inc1 _generic_libs; ===> gnu/lib/libssp/libssp_nonshared (obj,depend,all,install) rm -f .depend CC='clang -isystem /usr/obj/home/dim/src/clangbsd/tmp/usr/include/clang/1.5 -isystem /usr/obj/home/dim/src/clangbsd/tmp/usr/include -B/usr/obj/home/dim/src/clangbsd/tmp/usr/lib/ -L/usr/obj/home/dim/src/clangbsd/tmp/usr/lib/' mkdep -f .depend -a -DHAVE_CONFIG_H -I/home/dim/src/clangbsd/gnu/lib/libssp/libssp_nonshared/.. -I/home/dim/src/clangbsd/gnu/lib/libssp/libssp_nonshared/../../../../contrib/gcclibs/libssp -I/home/dim/src/clangbsd/gnu/lib/libssp/libssp_nonshared/../../../../contrib/gcclibs/include -DPIC /home/dim/src/clangbsd/gnu/lib/libssp/libssp_nonshared/../../../../contrib/gcclibs/libssp/ssp-local.c clang -isystem /usr/obj/home/dim/src/clangbsd/tmp/usr/include/clang/1.5 -isystem /usr/obj/home/dim/src/clangbsd/tmp/usr/include -B/usr/obj/home/dim/src/clangbsd/tmp/usr/lib/ -L/usr/obj/home/dim/src/clangbsd/tmp/usr/lib/ -O2 -pipe -DHAVE_CONFIG_H -I/home/dim/src/clangbsd/gnu/lib/libssp/libssp_nonshared/.. -I/home/dim/src/clangbsd/gnu/lib/libssp/libssp_nonshared/../../../../contrib/gcclibs/libssp -I/home/dim/src/clangbsd/gnu/lib/libssp/libssp_nonshared/../../../../contrib/gcclibs/include -fPIC -DPIC -fvisibility=hidden -std=gnu99 -fstack-protector -c /home/dim/src/clangbsd/gnu/lib/libssp/libssp_nonshared/../../../../contrib/gcclibs/libssp/ssp-local.c '486' is not a recognized processor for this target (ignoring processor) building static ssp_nonshared library ranlib libssp_nonshared.a sh /home/dim/src/clangbsd/tools/install.sh -C -o root -g wheel -m 444 libssp_nonshared.a /usr/obj/home/dim/src/clangbsd/tmp/usr/lib ===> gnu/lib/libgcc (obj,depend,all,install) make -f /home/dim/src/clangbsd/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/home/dim/src/clangbsd/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc tm.h TARGET_CPU_DEFAULT="" HEADERS="options.h i386/i386.h i386/unix.h i386/att.h dbxelf.h elfos-undef.h elfos.h freebsd-native.h freebsd-spec.h freebsd.h i386/freebsd.h defaults.h" DEFINES="" /bin/sh /home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/mkconfig.sh tm.h echo '#define EXTRA_MODES_FILE "i386/i386-modes.def"' >> tm.h make -f /home/dim/src/clangbsd/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/home/dim/src/clangbsd/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc tconfig.h TARGET_CPU_DEFAULT="" HEADERS="auto-host.h ansidecl.h" DEFINES="USED_FOR_TARGET" /bin/sh /home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/mkconfig.sh tconfig.h make -f /home/dim/src/clangbsd/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/home/dim/src/clangbsd/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc options.h LC_ALL=C awk -f /home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/opt-gather.awk /home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/c.opt /home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/common.opt /home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/config/i386/i386.opt > optionlist LC_ALL=C awk -f /home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/opt-functions.awk -f /home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/opth-gen.awk < optionlist > options.h make -f /home/dim/src/clangbsd/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/home/dim/src/clangbsd/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc unwind.h ln -sf /home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/unwind-generic.h unwind.h make -f /home/dim/src/clangbsd/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/home/dim/src/clangbsd/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc gthr-default.h ln -sf /home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/gthr-posix.h gthr-default.h clang -isystem /usr/obj/home/dim/src/clangbsd/tmp/usr/include/clang/1.5 -isystem /usr/obj/home/dim/src/clangbsd/tmp/usr/include -B/usr/obj/home/dim/src/clangbsd/tmp/usr/lib/ -L/usr/obj/home/dim/src/clangbsd/tmp/usr/lib/ -c -O2 -pipe -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_GTHR_DEFAULT -I/home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcclibs/include -I/home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/config -I/home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc -I. -I/home/dim/src/clangbsd/gnu/lib/libgcc/../../usr.bin/cc/cc_tools -std=gnu99 -fvisibility=hidden -DHIDE_EXPORTS -fPIC -fexceptions -D__GLIBC__=3 -DElfW=__ElfN -o unwind-dw2.o /home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/unwind-dw2.c In file included from /home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/unwind-dw2.c:1518: /home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/unwind.inc:140:1: warning: control may reach end of non-void function [-Wreturn-type] } ^ /home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/unwind.inc:216:1: warning: control may reach end of non-void function [-Wreturn-type] } ^ /home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/unwind.inc:266:1: warning: control may reach end of non-void function [-Wreturn-type] } ^ '486' is not a recognized processor for this target (ignoring processor) Stack dump: 0. Program arguments: /usr/obj/home/dim/src/clangbsd/tmp/usr/bin/clang -cc1 -triple i386-undermydesk-freebsd9.0 -S -disable-free -main-file-name unwind-dw2.c -pic-level 2 -mdisable-fp-elim -mconstructor-aliases -target-cpu 486 -resource-dir /usr/obj/home/dim/src/clangbsd/tmp/usr/lib/clang/1.5 -isystem /usr/obj/home/dim/src/clangbsd/tmp/usr/include/clang/1.5 -isystem /usr/obj/home/dim/src/clangbsd/tmp/usr/include -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_GTHR_DEFAULT -DHIDE_EXPORTS -D__GLIBC__=3 -DElfW=__ElfN -I/home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcclibs/include -I/home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/config -I/home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc -I. -I/home/dim/src/clangbsd/gnu/lib/libgcc/../../usr.bin/cc/cc_tools -O2 -std=gnu99 -fmessage-length 160 -fvisibility hidden -fexceptions -fgnu-runtime -fdiagnostics-show-option -fcolor-diagnostics -o /home/dim/tmp/cc-CrUoSK.s -x c /home/dim/src/clangbsd/gnu/l ib/libgcc/../../../contrib/gcc/unwind-dw2.c 1. parser at end of file 2. Per-module optimization passes 3. Running pass 'CallGraph Pass Manager' on module '/home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/unwind-dw2.c'. 4. Running pass 'Global Value Numbering' on function '@_Unwind_FindEnclosingFunction' clang: error: compiler command failed due to signal 11 (use -v to see invocation) *** Error code 245 Stop in /home/dim/src/clangbsd/gnu/lib/libgcc. *** Error code 1 Stop in /home/dim/src/clangbsd. *** Error code 1 Stop in /home/dim/src/clangbsd. *** Error code 1 Stop in /home/dim/src/clangbsd. *** Error code 1 Stop in /home/dim/src/clangbsd. Script done on Sat Apr 17 18:50:46 2010 Any idea? I'm using the llvm-devel-2.7.r100430 port. From owner-freebsd-current@FreeBSD.ORG Sat Apr 17 17:07:03 2010 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 7A93D106567A; Sat, 17 Apr 2010 17:07:03 +0000 (UTC) (envelope-from dimitry@andric.com) 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 3F7838FC1A; Sat, 17 Apr 2010 17:07:03 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:49b3:a96a:6c92:afe4] (unknown [IPv6:2001:7b8:3a7:0:49b3:a96a:6c92:afe4]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 9A8F35C59; Sat, 17 Apr 2010 19:07:02 +0200 (CEST) Message-ID: <4BC9EAB9.6080302@andric.com> Date: Sat, 17 Apr 2010 19:07:05 +0200 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.2.4pre) Gecko/20100410 Lanikai/3.1b2pre MIME-Version: 1.0 To: Roman Divacky References: <20100416160818.GA69460@freebsd.org> <20100417095845.GA95627@freebsd.org> In-Reply-To: <20100417095845.GA95627@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Apr 2010 17:07:03 -0000 On 2010-04-17 11:58, Roman Divacky wrote: >> svn co http://svn.freebsd.org/base/projects/clangbsd/ clangbsd >> >> cd clangbsd&& make buildworld >> >> echo NO_WERROR=>> /etc/make.conf >> echo WERROR=>> /etc/make.conf > > you have to do those echos before the buildworld of course... sorry, my mistake Btw, http://wiki.freebsd.org/BuildingFreeBSDWithClang says to put these in src.conf, it does not mention make.conf. This is most likely the correct location, right? From owner-freebsd-current@FreeBSD.ORG Sat Apr 17 17:12:08 2010 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 54263106564A; Sat, 17 Apr 2010 17:12:08 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8F7488FC19; Sat, 17 Apr 2010 17:12:07 +0000 (UTC) Received: by wwa36 with SMTP id 36so2208264wwa.13 for ; Sat, 17 Apr 2010 10:12:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:received:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=6nNNMZkONRk+18obkCb05Fi3bhQaE4fD5Mj05dE3DnY=; b=OQPEdcIxGpwKPxo+lzq1ZZlrNZvN07OulW07yOBg8Ec5XttAntz/CSKbjb3KMU8Cx7 A5j0AKUSKWkgE75PHVPtLjlhF64wbdQCYv/TQeH/errFhXzaFJEVJsPPW1uCrDQ1G1uH 2YS/XOBvOTP07bFZUghPHvseGBtuXwUovNEi0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=lqX3F3BhegqjbONhOZ02ccCaVgf7y+Q9l0wZ6TTqMnS4W6/02CA0Aj5o8eLRw2ivyv zzAv1PsdmwCtlEyEOH4pR2MuX07nNoNiVX7g8HgI18w78alQ1TtQZEvdqWWn+9VgSjVO WLbtkrbfQZv406s6gsYNUWEok2MazZdQtqs88= MIME-Version: 1.0 Received: by 10.216.49.76 with HTTP; Sat, 17 Apr 2010 10:11:46 -0700 (PDT) In-Reply-To: <4BC9E254.9070300@freebsd.org> References: <4BC9E254.9070300@freebsd.org> From: Paul B Mahol Date: Sat, 17 Apr 2010 17:11:46 +0000 Received: by 10.216.158.1 with SMTP id p1mr3962407wek.202.1271524326320; Sat, 17 Apr 2010 10:12:06 -0700 (PDT) Message-ID: To: Tim Kientzle Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org, fs@freebsd.org Subject: Re: ISO9660 4GB directory structures boundary limit and growisofs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Apr 2010 17:12:08 -0000 On Sat, Apr 17, 2010 at 4:31 PM, Tim Kientzle wrote: > Paul B Mahol wrote: >> >> It is apparently not possible to make use of -use-the-force-luke=3D4gms >> on FreeBSD when appending new session after 4GB. Mounted disk >> afterwards =A0show nothing. >> >> Should we allow it like linux does? > > Are you claiming there is a problem when FreeBSD reads such > images or a problem with creating such images? =A0What > programs are you using? I burn flac files in multiple sessions, each session have separate directory, on DVD+R DL MKM/003 After I used 4gms switch mounted fs shows nothing. (but there is >5GB of da= ta) According to growisofs source BD (bluray) dont need this switch at all ... > This sounds like a pretty unsurprising 32-bit truncation > bug: =A0the filesystem structures in ISO9660 are all sector > numbers so 8TB should be the natural limit (4G sectors > times 2k bytes/sector). I did not tested this on FreeBSD amd64 yet. From owner-freebsd-current@FreeBSD.ORG Sat Apr 17 17:32:58 2010 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 633531065677; Sat, 17 Apr 2010 17:32:58 +0000 (UTC) (envelope-from james-freebsd-current@jrv.org) Received: from mail.jrv.org (rrcs-24-73-246-106.sw.biz.rr.com [24.73.246.106]) by mx1.freebsd.org (Postfix) with ESMTP id 0FDEA8FC23; Sat, 17 Apr 2010 17:32:57 +0000 (UTC) Received: from kremvax.housenet.jrv (kremvax.housenet.jrv [192.168.3.124]) by mail.jrv.org (8.14.3/8.14.3) with ESMTP id o3HGm2mk089011; Sat, 17 Apr 2010 11:48:02 -0500 (CDT) (envelope-from james-freebsd-current@jrv.org) Authentication-Results: mail.jrv.org; domainkeys=pass (testing) header.from=james-freebsd-current@jrv.org DomainKey-Signature: a=rsa-sha1; s=enigma; d=jrv.org; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:content-type:content-transfer-encoding; b=UlWQw+w4dqmFx/bAY7IN7Uu1hiCLsxAQos/2FxqOFQr1bazkNkUarXOW35Hp7twSz DZC7DBDkpHOAsI+pYDSpLkmGUUuzhebqBXUFbXBDLokdMXurmkpuG9XlHJg8sjOWcm9 WnGU6vU5NuBmGlcMRPrlkZJIpzUn0Iy2Ur/RWC4= Message-ID: <4BC9E642.1050502@jrv.org> Date: Sat, 17 Apr 2010 11:48:02 -0500 From: "James R. Van Artsdalen" User-Agent: Thunderbird 2.0.0.24 (Macintosh/20100228) MIME-Version: 1.0 To: Roman Divacky References: <20100416160818.GA69460@freebsd.org> In-Reply-To: <20100416160818.GA69460@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Apr 2010 17:32:58 -0000 Roman Divacky wrote: > Recently, we've achieved the state when clang can compile all of FreeBSD world > on i386/amd64 platforms (including all the C++ apps we have and itself) > and a bootable kernel. bigback:/usr/clangbsd# make buildworld . . . clang++ -O2 -pipe -I/usr/clangbsd/usr.bin/clang/lib/libllvmsupport/../../../../contrib/llvm/include -I/usr/clangbsd/usr.bin/clang/lib/libllvmsupport/../../../../contrib/llvm/tools/clang/include -I/usr/clangbsd/usr.bin/clang/lib/libllvmsupport/../../../../contrib/llvm/lib/Support -I. -I/usr/clangbsd/usr.bin/clang/lib/libllvmsupport/../../include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DLLVM_HOSTTRIPLE=\"amd64-undermydesk-freebsd9.0\" -g -I/usr/obj/usr/clangbsd/tmp/legacy/usr/include -c /usr/clangbsd/usr.bin/clang/lib/libllvmsupport/../../../../contrib/llvm/lib/Support/DeltaAlgorithm.cpp /tmp/cc-Jb5jkf.s: Assembler messages: /tmp/cc-Jb5jkf.s:4487: Error: can not do 8 byte pc-relative relocation /tmp/cc-Jb5jkf.s:4607: Error: can not do 8 byte pc-relative relocation /tmp/cc-Jb5jkf.s:4640: Error: can not do 8 byte pc-relative relocation /tmp/cc-Jb5jkf.s:4787: Error: can not do 8 byte pc-relative relocation /tmp/cc-Jb5jkf.s:4820: Error: can not do 8 byte pc-relative relocation /tmp/cc-Jb5jkf.s:4969: Error: can not do 8 byte pc-relative relocation clang: error: assembler command failed with exit code 1 (use -v to see invocation) *** Error code 1 Stop in /usr/clangbsd/usr.bin/clang/lib/libllvmsupport. *** Error code 1 From owner-freebsd-current@FreeBSD.ORG Sat Apr 17 17:35:44 2010 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 9C5F0106566C for ; Sat, 17 Apr 2010 17:35:44 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (lev.vlakno.cz [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id E44758FC0A for ; Sat, 17 Apr 2010 17:35:43 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id C43CC9CB0D1; Sat, 17 Apr 2010 19:33:24 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ovoytSIpyIDp; Sat, 17 Apr 2010 19:33:22 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 503449CB263; Sat, 17 Apr 2010 19:33:22 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id o3HHXLtC046249; Sat, 17 Apr 2010 19:33:21 +0200 (CEST) (envelope-from rdivacky) Date: Sat, 17 Apr 2010 19:33:21 +0200 From: Roman Divacky To: Dimitry Andric Message-ID: <20100417173321.GA46116@freebsd.org> References: <20100416160818.GA69460@freebsd.org> <4BC9E9D2.1040505@andric.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <4BC9E9D2.1040505@andric.com> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Apr 2010 17:35:44 -0000 what version of clang/llvm are you using? On Sat, Apr 17, 2010 at 07:03:14PM +0200, Dimitry Andric wrote: > On 2010-04-16 18:08, Roman Divacky wrote: > > cd clangbsd&& make buildworld >=20 > Buildworld all goes well, until this stage: >=20 > -------------------------------------------------------------- > >>>stage 4.2: building libraries > -------------------------------------------------------------- > cd /home/dim/src/clangbsd; MAKEOBJDIRPREFIX=3D/usr/obj MACHINE_ARCH=3Di= 386 =20 > MACHINE=3Di386 CPUTYPE=3D =20 > GROFF_BIN_PATH=3D/usr/obj/home/dim/src/clangbsd/tmp/legacy/usr/bin =20 > GROFF_FONT_PATH=3D/usr/obj/home/dim/src/clangbsd/tmp/legacy/usr/share/gro= ff_font GROFF_TMAC_PATH=3D/usr/obj/home/dim/src/clangbsd/tmp/legacy/usr/sh= are/tmac _SHLIBDIRPREFIX=3D/usr/obj/home/dim/src/clangbsd/tmp VERSION=3D"= FreeBSD 9.0-CURRENT i386 900010" INSTALL=3D"sh /home/dim/src/clangbsd/tool= s/install.sh" PATH=3D/usr/obj/home/dim/src/clangbsd/tmp/legacy/usr/sbin:/u= sr/obj/home/dim/src/clangbsd/tmp/legacy/usr/bin:/usr/obj/home/dim/src/clang= bsd/tmp/legacy/usr/games:/usr/obj/home/dim/src/clangbsd/tmp/usr/sbin:/usr/o= bj/home/dim/src/clangbsd/tmp/usr/bin:/usr/obj/home/dim/src/clangbsd/tmp/usr= /games:/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin CC=3D"clang -isystem /= usr/obj/home/dim/src/clangbsd/tmp/usr/include/clang/1.5 -isystem /usr/obj/h= ome/dim/src/clangbsd/tmp/usr/include -B/usr/obj/home/dim/src/clangbsd/tmp/u= sr/lib/ -L/usr/o > bj/home/dim/src/clangbsd/tmp/usr/lib/" CXX=3D"clang++ -isystem=20 > /usr/obj/home/dim/src/clangbsd/tmp/usr/include/clang/1.5 -isystem=20 > /usr/obj/home/dim/src/clangbsd/tmp/usr/include -isystem=20 > /usr/obj/home/dim/src/clangbsd/tmp/include/c++/4.2 -isystem=20 > /usr/obj/home/dim/src/clangbsd/tmp/include/c++/4.2/backward=20 > -B/usr/obj/home/dim/src/clangbsd/tmp/usr/lib/=20 > -L/usr/obj/home/dim/src/clangbsd/tmp/usr/lib/" NO_CTF=3D1 make -f=20 > Makefile.inc1 DESTDIR=3D/usr/obj/home/dim/src/clangbsd/tmp -DNO_FSCHG=20 > -DWITHOUT_HTML -DWITHOUT_INFO -DNO_LINT -DWITHOUT_MAN -DWITHOUT_PROFILE= =20 > libraries > cd /home/dim/src/clangbsd; make -f Makefile.inc1 _prereq_libs; make -f= =20 > Makefile.inc1 _startup_libs; make -f Makefile.inc1 _prebuild_libs; make= =20 > -f Makefile.inc1 _generic_libs; > =3D=3D=3D> gnu/lib/libssp/libssp_nonshared (obj,depend,all,install) > rm -f .depend > CC=3D'clang -isystem /usr/obj/home/dim/src/clangbsd/tmp/usr/include/clang= /1.5=20 > -isystem /usr/obj/home/dim/src/clangbsd/tmp/usr/include=20 > -B/usr/obj/home/dim/src/clangbsd/tmp/usr/lib/=20 > -L/usr/obj/home/dim/src/clangbsd/tmp/usr/lib/' mkdep -f .depend -a =20 > -DHAVE_CONFIG_H -I/home/dim/src/clangbsd/gnu/lib/libssp/libssp_nonshared/= ..=20 > -I/home/dim/src/clangbsd/gnu/lib/libssp/libssp_nonshared/../../../../cont= rib/gcclibs/libssp -I/home/dim/src/clangbsd/gnu/lib/libssp/libssp_nonshared= /../../../../contrib/gcclibs/include -DPIC /home/dim/src/clangbsd/gnu/lib/l= ibssp/libssp_nonshared/../../../../contrib/gcclibs/libssp/ssp-local.c > clang -isystem /usr/obj/home/dim/src/clangbsd/tmp/usr/include/clang/1.5= =20 > -isystem /usr/obj/home/dim/src/clangbsd/tmp/usr/include=20 > -B/usr/obj/home/dim/src/clangbsd/tmp/usr/lib/=20 > -L/usr/obj/home/dim/src/clangbsd/tmp/usr/lib/ -O2 -pipe -DHAVE_CONFIG_H= =20 > -I/home/dim/src/clangbsd/gnu/lib/libssp/libssp_nonshared/.. =20 > -I/home/dim/src/clangbsd/gnu/lib/libssp/libssp_nonshared/../../../../cont= rib/gcclibs/libssp -I/home/dim/src/clangbsd/gnu/lib/libssp/libssp_nonshare= d/../../../../contrib/gcclibs/include -fPIC -DPIC -fvisibility=3Dhidden -st= d=3Dgnu99 -fstack-protector -c /home/dim/src/clangbsd/gnu/lib/libssp/libss= p_nonshared/../../../../contrib/gcclibs/libssp/ssp-local.c > '486' is not a recognized processor for this target (ignoring processor) > building static ssp_nonshared library > ranlib libssp_nonshared.a > sh /home/dim/src/clangbsd/tools/install.sh -C -o root -g wheel -m 444 = =20 > libssp_nonshared.a /usr/obj/home/dim/src/clangbsd/tmp/usr/lib > =3D=3D=3D> gnu/lib/libgcc (obj,depend,all,install) > make -f=20 > /home/dim/src/clangbsd/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile= =20 > MFILE=3D/home/dim/src/clangbsd/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/M= akefile GCCDIR=3D/home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc= tm.h > TARGET_CPU_DEFAULT=3D"" HEADERS=3D"options.h i386/i386.h i386/unix.h=20 > i386/att.h dbxelf.h elfos-undef.h elfos.h freebsd-native.h freebsd-spec.h= =20 > freebsd.h i386/freebsd.h defaults.h" DEFINES=3D"" /bin/sh=20 > /home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/mkconfig.sh tm= .h > echo '#define EXTRA_MODES_FILE "i386/i386-modes.def"' >> tm.h > make -f=20 > /home/dim/src/clangbsd/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile= =20 > MFILE=3D/home/dim/src/clangbsd/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/M= akefile GCCDIR=3D/home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc= tconfig.h > TARGET_CPU_DEFAULT=3D"" HEADERS=3D"auto-host.h ansidecl.h" =20 > DEFINES=3D"USED_FOR_TARGET" /bin/sh=20 > /home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/mkconfig.sh=20 > tconfig.h > make -f=20 > /home/dim/src/clangbsd/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile= =20 > MFILE=3D/home/dim/src/clangbsd/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/M= akefile GCCDIR=3D/home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc= options.h > LC_ALL=3DC awk -f=20 > /home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/opt-gather.awk= =20 > /home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/c.opt=20 > /home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/common.opt=20 > /home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/config/i386/i3= 86.opt > optionlist > LC_ALL=3DC awk -f=20 > /home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/opt-functions.= awk -f /home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/opth-gen= .awk < optionlist > options.h > make -f=20 > /home/dim/src/clangbsd/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile= =20 > MFILE=3D/home/dim/src/clangbsd/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/M= akefile GCCDIR=3D/home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc= unwind.h > ln -sf=20 > /home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/unwind-generic= .h=20 > unwind.h > make -f=20 > /home/dim/src/clangbsd/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile= =20 > MFILE=3D/home/dim/src/clangbsd/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/M= akefile GCCDIR=3D/home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc= gthr-default.h > ln -sf=20 > /home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/gthr-posix.h= =20 > gthr-default.h > clang -isystem /usr/obj/home/dim/src/clangbsd/tmp/usr/include/clang/1.5= =20 > -isystem /usr/obj/home/dim/src/clangbsd/tmp/usr/include=20 > -B/usr/obj/home/dim/src/clangbsd/tmp/usr/lib/=20 > -L/usr/obj/home/dim/src/clangbsd/tmp/usr/lib/ -c -O2 -pipe -DIN_GCC=20 > -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_GTHR_DEFAULT =20 > -I/home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcclibs/include = =20 > -I/home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/config=20 > -I/home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc -I. =20 > -I/home/dim/src/clangbsd/gnu/lib/libgcc/../../usr.bin/cc/cc_tools=20 > -std=3Dgnu99 -fvisibility=3Dhidden -DHIDE_EXPORTS -fPIC -fexceptions=20 > -D__GLIBC__=3D3 -DElfW=3D__ElfN -o unwind-dw2.o=20 > /home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/unwind-dw2.c > In file included from=20 > /home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/unwind-dw2.c:1= 518: > =1B[1m/home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/unwind.i= nc:140:1: =1B[0m=1B[0;1;35mwarning: =1B[0m=1B[1mcontrol may reach end of no= n-void function [-Wreturn-type] > =1B[0m} > =1B[0;1;32m^ > =1B[0m=1B[1m/home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/un= wind.inc:216:1: =1B[0m=1B[0;1;35mwarning: =1B[0m=1B[1mcontrol may reach end= of non-void function [-Wreturn-type] > =1B[0m} > =1B[0;1;32m^ > =1B[0m=1B[1m/home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/un= wind.inc:266:1: =1B[0m=1B[0;1;35mwarning: =1B[0m=1B[1mcontrol may reach end= of non-void function [-Wreturn-type] > =1B[0m} > =1B[0;1;32m^ > =1B[0m'486' is not a recognized processor for this target (ignoring proce= ssor) > Stack dump: > 0. Program arguments: /usr/obj/home/dim/src/clangbsd/tmp/usr/bin/clang=20 > -cc1 -triple i386-undermydesk-freebsd9.0 -S -disable-free -main-file-name= =20 > unwind-dw2.c -pic-level 2 -mdisable-fp-elim -mconstructor-aliases=20 > -target-cpu 486 -resource-dir=20 > /usr/obj/home/dim/src/clangbsd/tmp/usr/lib/clang/1.5 -isystem=20 > /usr/obj/home/dim/src/clangbsd/tmp/usr/include/clang/1.5 -isystem=20 > /usr/obj/home/dim/src/clangbsd/tmp/usr/include -DIN_GCC -DIN_LIBGCC2=20 > -D__GCC_FLOAT_NOT_NEEDED -DHAVE_GTHR_DEFAULT -DHIDE_EXPORTS -D__GLIBC__= =3D3=20 > -DElfW=3D__ElfN=20 > -I/home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcclibs/include= =20 > -I/home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/config=20 > -I/home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc -I.=20 > -I/home/dim/src/clangbsd/gnu/lib/libgcc/../../usr.bin/cc/cc_tools -O2=20 > -std=3Dgnu99 -fmessage-length 160 -fvisibility hidden -fexceptions=20 > -fgnu-runtime -fdiagnostics-show-option -fcolor-diagnostics -o=20 > /home/dim/tmp/cc-CrUoSK.s -x c /home/dim/src/clangbsd/gnu/l > ib/libgcc/../../../contrib/gcc/unwind-dw2.c > 1. parser at end of file > 2. Per-module optimization passes > 3. Running pass 'CallGraph Pass Manager' on module=20 > '/home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/unwind-dw2.c'. > 4. Running pass 'Global Value Numbering' on function=20 > '@_Unwind_FindEnclosingFunction' > clang: error: compiler command failed due to signal 11 (use -v to see=20 > invocation) > *** Error code 245 >=20 > Stop in /home/dim/src/clangbsd/gnu/lib/libgcc. > *** Error code 1 >=20 > Stop in /home/dim/src/clangbsd. > *** Error code 1 >=20 > Stop in /home/dim/src/clangbsd. > *** Error code 1 >=20 > Stop in /home/dim/src/clangbsd. > *** Error code 1 >=20 > Stop in /home/dim/src/clangbsd. >=20 > Script done on Sat Apr 17 18:50:46 2010 >=20 > Any idea? I'm using the llvm-devel-2.7.r100430 port. >=20 >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sat Apr 17 17:35:54 2010 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 0C10C106572E for ; Sat, 17 Apr 2010 17:35:54 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (lev.vlakno.cz [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id B9AA78FC08 for ; Sat, 17 Apr 2010 17:35:53 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id BCEBC9CB25F; Sat, 17 Apr 2010 19:33:35 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3AAjn-LhzWEk; Sat, 17 Apr 2010 19:33:33 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 993179CB27D; Sat, 17 Apr 2010 19:33:33 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id o3HHXXmv046276; Sat, 17 Apr 2010 19:33:33 +0200 (CEST) (envelope-from rdivacky) Date: Sat, 17 Apr 2010 19:33:33 +0200 From: Roman Divacky To: "James R. Van Artsdalen" Message-ID: <20100417173333.GB46116@freebsd.org> References: <20100416160818.GA69460@freebsd.org> <4BC9E642.1050502@jrv.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4BC9E642.1050502@jrv.org> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Apr 2010 17:35:54 -0000 what version of clang/llvm are you using? On Sat, Apr 17, 2010 at 11:48:02AM -0500, James R. Van Artsdalen wrote: > Roman Divacky wrote: > > Recently, we've achieved the state when clang can compile all of FreeBSD world > > on i386/amd64 platforms (including all the C++ apps we have and itself) > > and a bootable kernel. > > bigback:/usr/clangbsd# make buildworld > . > . > . > clang++ -O2 -pipe > -I/usr/clangbsd/usr.bin/clang/lib/libllvmsupport/../../../../contrib/llvm/include > -I/usr/clangbsd/usr.bin/clang/lib/libllvmsupport/../../../../contrib/llvm/tools/clang/include > -I/usr/clangbsd/usr.bin/clang/lib/libllvmsupport/../../../../contrib/llvm/lib/Support > -I. -I/usr/clangbsd/usr.bin/clang/lib/libllvmsupport/../../include > -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS > -D__STDC_CONSTANT_MACROS > -DLLVM_HOSTTRIPLE=\"amd64-undermydesk-freebsd9.0\" -g > -I/usr/obj/usr/clangbsd/tmp/legacy/usr/include -c > /usr/clangbsd/usr.bin/clang/lib/libllvmsupport/../../../../contrib/llvm/lib/Support/DeltaAlgorithm.cpp > /tmp/cc-Jb5jkf.s: Assembler messages: > /tmp/cc-Jb5jkf.s:4487: Error: can not do 8 byte pc-relative relocation > /tmp/cc-Jb5jkf.s:4607: Error: can not do 8 byte pc-relative relocation > /tmp/cc-Jb5jkf.s:4640: Error: can not do 8 byte pc-relative relocation > /tmp/cc-Jb5jkf.s:4787: Error: can not do 8 byte pc-relative relocation > /tmp/cc-Jb5jkf.s:4820: Error: can not do 8 byte pc-relative relocation > /tmp/cc-Jb5jkf.s:4969: Error: can not do 8 byte pc-relative relocation > clang: error: assembler command failed with exit code 1 (use -v to see > invocation) > *** Error code 1 > > Stop in /usr/clangbsd/usr.bin/clang/lib/libllvmsupport. > *** Error code 1 > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sat Apr 17 17:52:55 2010 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 14970106566C; Sat, 17 Apr 2010 17:52:55 +0000 (UTC) (envelope-from hinokind@gmail.com) Received: from mail-ew0-f224.google.com (mail-ew0-f224.google.com [209.85.219.224]) by mx1.freebsd.org (Postfix) with ESMTP id 6D8398FC17; Sat, 17 Apr 2010 17:52:54 +0000 (UTC) Received: by ewy24 with SMTP id 24so1052677ewy.33 for ; Sat, 17 Apr 2010 10:52:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:content-type:to:cc:subject :references:date:mime-version:content-transfer-encoding:from :message-id:in-reply-to:user-agent; bh=FrUOH/ZNyOCwLf7ghZERfjK3liAaYx2D4vzzTTRTK2M=; b=sTfriRyqEjxGj3l5UuK+wgNC22zDVY/smgYxIEHmOfl+Rhlz/VX7WrWkQZaU3WXz8E My4U314tChffl/NEheHMeHE3d9/ZglMvEvoL7DMcbBjvykZFqlNWWSdk6vtpc33lBnZ+ TmK21xyqn3tPcREwTVfLnUzinGvIF5LJpkE7s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=content-type:to:cc:subject:references:date:mime-version :content-transfer-encoding:from:message-id:in-reply-to:user-agent; b=o0uABT0ol8e5MqBIWTwjQROyEwvOjVt4549rr+sC7+qG59obw4aWCpmQDMR1vSRxjC i8vvRWTlMcPDJRJS4DwCN79WS6dECJ4yE7qL1XRXACUgwRDmy+dGd2as0qDuelC7pRIb MYwDdBZwsgcWolomc7Y2SwfCxyOJWINfT3wO0= Received: by 10.213.66.204 with SMTP id o12mr1265706ebi.54.1271525072390; Sat, 17 Apr 2010 10:24:32 -0700 (PDT) Received: from klevas (hst-17-80.splius.lt [77.79.17.80]) by mx.google.com with ESMTPS id 16sm2562174ewy.15.2010.04.17.10.24.30 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 17 Apr 2010 10:24:31 -0700 (PDT) Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: "Dimitry Andric" , "Roman Divacky" References: <20100416160818.GA69460@freebsd.org> <20100417095845.GA95627@freebsd.org> <4BC9EAB9.6080302@andric.com> Date: Sat, 17 Apr 2010 20:24:28 +0300 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: =?utf-8?B?QW5kcml1cyBNb3JrxatuYXM=?= Message-ID: In-Reply-To: <4BC9EAB9.6080302@andric.com> User-Agent: Opera Mail/10.10 (FreeBSD) Cc: current@freebsd.org Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Apr 2010 17:52:55 -0000 On Sat, 17 Apr 2010 20:07:05 +0300, Dimitry Andric wrote: > Btw, http://wiki.freebsd.org/BuildingFreeBSDWithClang says to put these > in src.conf, it does not mention make.conf. This is most likely the > correct location, right? Either way works, src.conf is probably more "correct" location, but it doesn't really make a difference for clangbsd. -- Andrius From owner-freebsd-current@FreeBSD.ORG Sat Apr 17 17:56:52 2010 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 7ED87106564A for ; Sat, 17 Apr 2010 17:56:52 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx23.fluidhosting.com [204.14.89.6]) by mx1.freebsd.org (Postfix) with ESMTP id 113FF8FC12 for ; Sat, 17 Apr 2010 17:56:51 +0000 (UTC) Received: (qmail 6175 invoked by uid 399); 17 Apr 2010 17:56:51 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 17 Apr 2010 17:56:51 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4BC9F662.9060200@FreeBSD.org> Date: Sat, 17 Apr 2010 10:56:50 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100330 Thunderbird/3.0.4 MIME-Version: 1.0 To: =?UTF-8?B?QW5kcml1cyBNb3JrxatuYXM=?= References: <20100416160818.GA69460@freebsd.org> <20100417095845.GA95627@freebsd.org> <4BC9EAB9.6080302@andric.com> In-Reply-To: X-Enigmail-Version: 1.0.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: Dimitry Andric , Roman Divacky , current@freebsd.org Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Apr 2010 17:56:52 -0000 On 04/17/10 10:24, Andrius MorkÅ«nas wrote: > On Sat, 17 Apr 2010 20:07:05 +0300, Dimitry Andric > wrote: >> Btw, http://wiki.freebsd.org/BuildingFreeBSDWithClang says to put these >> in src.conf, it does not mention make.conf. This is most likely the >> correct location, right? > > Either way works, src.conf is probably more "correct" location, but it > doesn't really make a difference for clangbsd. It should be in src.conf unless it is desirable for those same flags to affect port builds. Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Sat Apr 17 18:14:20 2010 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 82EDD1065676; Sat, 17 Apr 2010 18:14:20 +0000 (UTC) (envelope-from dimitry@andric.com) 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 46C2B8FC0A; Sat, 17 Apr 2010 18:14:20 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:49b3:a96a:6c92:afe4] (unknown [IPv6:2001:7b8:3a7:0:49b3:a96a:6c92:afe4]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 95CDD5C59; Sat, 17 Apr 2010 20:14:19 +0200 (CEST) Message-ID: <4BC9FA7D.4060108@andric.com> Date: Sat, 17 Apr 2010 20:14:21 +0200 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.2.4pre) Gecko/20100410 Lanikai/3.1b2pre MIME-Version: 1.0 To: Roman Divacky References: <20100416160818.GA69460@freebsd.org> <4BC9E9D2.1040505@andric.com> <20100417173321.GA46116@freebsd.org> In-Reply-To: <20100417173321.GA46116@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Apr 2010 18:14:20 -0000 On 2010-04-17 19:33, Roman Divacky wrote: > what version of clang/llvm are you using? As I mentioned at the end of my previous post: >> I'm using the llvm-devel-2.7.r100430 port. This is the current devel/llvm-devel port, AFAICS? The system itself runs -CURRENT as of r206706. From owner-freebsd-current@FreeBSD.ORG Sat Apr 17 18:15:23 2010 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 C8675106567A for ; Sat, 17 Apr 2010 18:15:23 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (lev.vlakno.cz [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id 7FE038FC14 for ; Sat, 17 Apr 2010 18:15:23 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id E661F9CB057; Sat, 17 Apr 2010 20:13:04 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EUc-IgA6I0tA; Sat, 17 Apr 2010 20:13:02 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id A8C739CB263; Sat, 17 Apr 2010 20:13:02 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id o3HID2Bl050716; Sat, 17 Apr 2010 20:13:02 +0200 (CEST) (envelope-from rdivacky) Date: Sat, 17 Apr 2010 20:13:02 +0200 From: Roman Divacky To: Dimitry Andric Message-ID: <20100417181302.GA50462@freebsd.org> References: <20100416160818.GA69460@freebsd.org> <4BC9E9D2.1040505@andric.com> <20100417173321.GA46116@freebsd.org> <4BC9FA7D.4060108@andric.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4BC9FA7D.4060108@andric.com> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Apr 2010 18:15:23 -0000 On Sat, Apr 17, 2010 at 08:14:21PM +0200, Dimitry Andric wrote: > On 2010-04-17 19:33, Roman Divacky wrote: > >what version of clang/llvm are you using? > > As I mentioned at the end of my previous post: > > >>I'm using the llvm-devel-2.7.r100430 port. > > This is the current devel/llvm-devel port, AFAICS? The system itself > runs -CURRENT as of r206706. sorry.. havent noticed that you wrote that in your first mail yes, i386 has a problem. I am just distilling the testcase and I guess it will be fixed in upstream LLVM in a couple of hours. I'll let you know. thnx for the report! From owner-freebsd-current@FreeBSD.ORG Sat Apr 17 21:34:43 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DBB16106564A for ; Sat, 17 Apr 2010 21:34:43 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id A7AC58FC1B for ; Sat, 17 Apr 2010 21:34:43 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [IPv6:2001:470:1f07:4e1::4]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA" (verified OK)) (Authenticated sender: imb) by sarah.protected-networks.net (Postfix) with ESMTPSA id 411DA60D2 for ; Sat, 17 Apr 2010 17:34:42 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1271540082; bh=a3yXQ4pZSrVLgss3EWiVo/qAof39QDU1/gQCeFgEeQ0=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type: Content-Transfer-Encoding; b=lhqer+lKNChOwl7EpFUnRAyRx3Za3y69X7RYLx9SDYjNsjReBVFKAEu3TBBIoxwlI l7lUDA2OWzt4FO6Rgjl8oYg2s0e8hTiNDE3LMikVsDUtEBUON0RZ5XQbyxW1EW9 DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:subject: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=m5DTjj/xkCDXO8PlRM/nE8qKTLrRzp675Hc+O3c8Kw2hfmT2g2nwoaCFKaEYFM7HR GE1v80Zl6/g6Z3x9L7Aifb+qgPxe2NmJYPt2ZXi05gLN77OWGqXNQEEACM19DaU Message-ID: <4BCA296E.5030700@protected-networks.net> Date: Sat, 17 Apr 2010 17:34:38 -0400 From: Michael Butler User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100331 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-current X-Enigmail-Version: 1.0.1 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: SVN rev 206755 breakage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Apr 2010 21:34:43 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The revision labeled: SVN rev 206755 on 2010-04-17 11:40:39Z by rpaulo Add another ICH7M chipset that works. .. is incorrect and will cause some laptops to not boot. Of the following identifiers: {0x27c48086, 0x00, "Intel ICH7M", 0}, .. is the ICH7M in legacy and/or combined mode, i.e. *not* AHCI {0x27c58086, 0x00, "Intel ICH7M", 0}, .. is the *same* chipset in AHCI mode, imb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkvKKW4ACgkQQv9rrgRC1JIMUQCeKmCz2USYE2SSyb1X5f6tes7G DtsAoKkjFHhlPdESsziKO92LCaxK6EI5 =JAg8 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sat Apr 17 21:42:49 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E394106566C for ; Sat, 17 Apr 2010 21:42:49 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx23.fluidhosting.com [204.14.89.6]) by mx1.freebsd.org (Postfix) with ESMTP id 9C0918FC25 for ; Sat, 17 Apr 2010 21:42:48 +0000 (UTC) Received: (qmail 19419 invoked by uid 399); 17 Apr 2010 21:42:47 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 17 Apr 2010 21:42:47 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4BCA2B55.9000609@FreeBSD.org> Date: Sat, 17 Apr 2010 14:42:45 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100330 Thunderbird/3.0.4 MIME-Version: 1.0 To: Hiroki Sato References: <201004090135.o391Z9q2092650@svn.freebsd.org> <20100416214823.Q40281@maildrop.int.zabbadoz.net> <4BC8EE88.6000700@FreeBSD.org> <20100417.233957.145060369.hrs@allbsd.org> In-Reply-To: <20100417.233957.145060369.hrs@allbsd.org> X-Enigmail-Version: 1.0.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, bz@FreeBSD.org Subject: IPv6 configuration in rc.d (Was: Re: svn commit: r206408 ...) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Apr 2010 21:42:49 -0000 To add a little history to the discussion: In June of last year you posted a patch to the -rc list to update our treatment of IPv6 configuration in rc.d and bring it on par with how we configure IPv4. At the time I did not give your patch adequate review, and subsequent to it being committed a number of problems were discovered, and some things about your changes that I did not agree with became apparent to me. Some of the problems were easily fixed, others were more fundamental and required a lot more time and attention. OTOH, the majority of the work you did was really great, long overdue, and as I've said in the past you should be commended for it. I would like to be clear that for the most part where you and I disagree is not in the "under the hood" aspects of the scripting but rather in the user interface design. For a variety of reasons I was unable to give the more in-depth issues the time and attention they deserved until recently. Frankly I did not place a high priority on this because for the most part the IPv6 configuration worked, and since the changes are not going to be MFC'ed I devoted my attention to other things. (FWIW my life for over a year now has been devoted to trying to find a job, and doing what little contract work I've been able to find, including the work on portmaster that has been supported by the FreeBSD community.) For the last several weeks I have tried to engage you, and other interested parties in discussion about how IPv6 configuration in rc.d should look. For better or worse you have a very clear, well-defined vision of what you think things should look like, and have (IMO) been quite intractable. Others in the community have spoken up and expressed their opinions on how they would like to see the configuration look as well. I continue to disagree rather strongly with some of your perspectives, most notably the demise of the ipv6_enable knob. However as I expressed in my post to -current after I committed my most recent changes I judged the opinions expressed by the community as roughly evenly divided, so I regarded the fact that I was the only one complaining about it as the tie-breaking vote and agreed to let it stay dead. On other aspects of the UI design I listened to what you and our users had to say and tried to come up with what I believe is a good compromise that is clean, easy to understand, and consistent. Regarding some of the other aspects of your concept of the UI I have tried to be diplomatic and express my opinions in the context of what I believe the good points are in the changes I made. However given your continued insistence on the issues you expressed below I think I need to be more direct. While a lot of what you did was great work, several aspects of the UI that you had/have in mind are quite simply bad ideas. While to some extent I understand the goals of what you seem to be trying to achieve the ideas you have are in many cases overly complex, and more importantly inconsistent with general rc.d UI concepts and more specifically inconsistent with how we configure IPv4. I will respond more particularly to the points you make below, however as I said previously I've already spent way too much time on what (IMO) should have been some simple changes to make things easier and more consistent for our users. If after reading this message you still don't agree with my perspective I would like to suggest that you use the available dispute resolution mechanism and then we can take it from there. On 04/17/10 07:39, Hiroki Sato wrote: > Doug Barton wrote > in <4BC8EE88.6000700@FreeBSD.org>: > > do> > or if the > do> > commit hadn't happed in the middle of a discussion that died with > do> > this. > do> > do> I took from the discussion the few things that we had achieved some form > do> of consensus on, and chose to drop the rest of the topics that I had > do> severe disagreements about. I also followed up to the list regarding > do> this, and my reasons for dropping out. > > No, you changed the meaning of $ipv6_prefer, which does not agree > with one of the results of discussion. When ipv6_prefer=YES, > ifdisabled flag must be cleared on all interfaces. The reason is to > enable automatic link-local address assignment without manual > configuration. I'm sorry, but what you're suggesting makes no sense at all. One area that you and I agreed on was that the previous ipv6_enable knob was overloaded in the sense of controlling 3 different things that should have had separate configuration options (overall IPv6 config, accepting RAs, and preferring IPv6). Your idea to split these functions into separate configuration elements is a major step forward. However, adding a new knob for ipv6_prefer and then also overloading it to control link-local addresses is a big step backwards. The ipv6_prefer knob should control one thing, and one thing only, whether or not IPv6 transport is preferred vs. IPv4 transport. This is what I mean by "clean and simple UI design." > I explained again and again, the ifdisabled flag is *not for* > disabling IPv6 on an interface as opposed to the name. The description of the flag in ifconfig(8) seems to disagree with you: ifdisabled Set a flag to disable all of IPv6 network communications on the specified interface. I think it's also worth pointing out that regardless of how you think it should be used, setting 'ifdisabled' on the interface does actually do what the man page describes, and therefore if there is no ifconfig_IF_ipv6 for the interface (other than lo0) then it gets set, and no IPv6 configuration is done for it. Voila! > In rc.d > scripts this is used for controlling link-local address assignment. In the current code if the user has any sort of ifconfig_IF_ipv6 then the ifdisabled flag is cleared, and the link-local address will be configured in addition to any global addresses (either from manual configuration or RA). If the user wants to configure ONLY a link-local address they can do that as well. In fact I just committed examples to etc/defaults/rc.conf and rc.conf.5 to demonstrate how to do this. (Meanwhile, I have a non-trivial amount of experience with IPv6, follow the discussion on numerous IETF and IPv6 operations lists, and I can't think of a reason why someone would actually WANT to do this, but if someone wants to they can.) > Your change removed the logic in no $ifconfig_IF_ipv6 case, If what you mean here is, "With your changes no link-local address will be created if there is no ifconfig_IF_ipv6 variable for that interface" then yes, that is correct. You (and others) said over and over again in the previous discussions that this is how it should be, so that's what I did. What you're proposing (automatic config of link-local) violates the exact principle that you espoused quite forcefully, and which (in a spirit of compromise) I have adopted. > and it is not a consensus. I never saw _any_ discussion about "If there is no ifconfig_ line for an interface it should still get a link-local address." If I had, I would have stated my strong objection to this as a principle. There was also no discussion about overloading ipv6_prefer with this capability either. And even if there had been, I feel compelled to point out once again that doing either of those things would be a bad idea. > I strongly disagree with this because some IPv6 > applications depend on link-local address automatically added on > cloned interfaces Can you please give a configuration example that would create the scenario you are describing with the current code? And assuming that you actually have a valid use case for having a "link-local but no global" interface, can you please explain why configuring that with an ifconfig_IF_ipv6 line is not a good solution? If there is such a use case, and the current code does not allow for it, I will gladly work with you to find a solution. > and at the same time IPv4 people do not like the link-local address. I would restate this as, "If there is no explicit IPv6 configuration for an interface (other than lo0) the user has the reasonable expectation that there will not be a link-local address assigned to it." > We need a knob to control that, and the default > should be "no link-local when no ifconfig_IF_ipv6", On this we agree (in the sense that I accepted this as a compromise position based on your insistence and other feedback from the community). > and "all > interfaces have a link-local address when $ipv6_prefer=YES". And as I said above, this makes no sense. Clean, consistent UI design mandates that each knob have a specific, well defined function. As an example of why what you're suggesting is a bad idea, how would a user specify that they want link-local addresses on an interface, but they do NOT want the other effect of ipv6_prefer (the ip6addctrl settings)? (It's also worth pointing out that in addition to link-local configuration, in your code it was not possible to do any IPv6 configuration at all unless ipv6_prefer was yes.) > Also, source address selection has to be IPv4-preferred by default. > Why did you change this? I disagree with this. I want "IPv6 enabled > by default", but we are not ready for "IPv6 is preferred when the > both are available" for various reasons. Two reasons, in roughly equal importance. First, it has always been true that if IPv6 configuration is enabled IPv6 transport is preferred. Changing that now would be a POLA violation. Second, (as I stated previously) if the user takes the proactive step to configure IPv6 it is entirely reasonable to assume that they also want it to be tried first. However (as I said to bz in my previous post) because it is possible that this is not true, and because we now have a knob to control the behavior, I moved the ipv6_prefer knob up to the number 2 spot in the IPv6 configuration section of defaults/rc.conf so that anyone who wants to change this can do so easily. FWIW, I've been using IPv6 on FreeBSD for about 6 years now, and other than the very occasional glitch on the content-provider side it's been smooth sailing. Given that the default has been the equivalent of "ipv6_prefer=yes" all that time, I don't see any problem with leaving it that way, and as I said above I think defaulting it to off would be the wrong decision. It's probably also worth pointing out that in the case of ipv6_prefer=yes and no IPv6 configured on an external interface, the _prefer knob is moot. > do> > So usually we seem to use the upper case pseudo arguments like DHCP, > do> > SYNCDHCP, WPA, .. in combination with an actual command to start apart > do> > from ifconfig. Now RTADV does not do that but it passes accept_rtadv or > do> > -accept_rtadv to ifconfig. So if you need a command alias for that it > do> > should probably be in ifconfig and discussed separately. > do> > do> I understand your argument, but I don't agree with it. The one thing > do> that there was actually strong consensus on was that the IPv6 > do> configuration should have feature-parity with IPv4. Given that we have > do> easy to use knobs to enable things like DHCP and WPA that users are > do> already familiar with it made sense to me to introduce the same types of > do> knobs for RA. This is in anticipation of also adding support for DHCPV6 > do> at some point in the future. From a user interface standpoint it does > do> not make sense to have one form of IPv6 configuration to require an > do> ifconfig statement, and another to have a knob. > do> > do> Furthermore: > do> 1. I explicitly included support for the existence of [-]accept_rtadv in > do> ifconfig_IF_ipv6 so if you or anyone else prefers that method of > do> configuration it's available to you. > do> 2. Just because RTADV doesn't start something "apart from ifconfig" now > do> doesn't mean it won't or can't in the future. Specifically I'd like to > do> see this knob turn on rtsold as well. (Even if I thought your argument > do> above was valid, which I do not.) > > So please add that after you implement it and RTADV is not equivalent > to accept_rtadv. I cannot understand why we need to add it now. Because (as you and others pointed out, and I agree with) we want IPv6 configuration to have parity with IPv4 configuration. It also makes no sense to have a design in mind for "later" but not use it now. It's much better from a user experience standpoint to introduce the new UI now so that people have a chance to get used to it, exercise the code, shake out the bugs, etc. Using RTADV is also consistent with how we do things with IPv4 ala [NO]DHCP and WPA. The fact that those 2 IPv4 knobs _also_ start external processes is a red herring. Users don't care how things work under the hood, they just want a simple, easy to understand UI. FWIW, I also want to mention here that accepting the need to configure anything explicitly to get RA behavior is a compromise on my part. I STILL think that RA should "just work," which is how the protocol is designed to work in the first place. > At this moment, having two keywords makes nothing easy. We don't have "two keywords." We have one keyword (RTADV) that users can use just like they use DHCP for IPv4. I also maintained backwards compatibility for [-]accept_rtadv in ifconfig_IF_ipv6 because that's the right thing to do. However, that method is not documented, and no one who reads the examples in defaults/rc.conf or rc.conf.5 could possibly be confused. > Invoking rtsold (and/or dhclient) when receiving RAs are not so > simple. Did you really try that? This part of the conversation is a little off-topic to the overall rc.d discussion, but in any case, yes. I've been using the rtsold option ever since it was committed. > I personally lean to having a > userland daemon to handle RA options including RDNSS and O-flag. If > you want direction for extending rc.d scripts to handle them, please > show the concrete implementation first as David Horn did. I think > this is not a simple one like just adding a keyword and careful > consideration is needed before implementing it. I agree with you on that, which is why I haven't made any changes in this area. :) However, given that we know that at some point in the future we will want a DHCPV6 knob, and given that we are likely to also want to do things other than just 'ifconfig accept_rtadv' for RA in the future, it makes sense to introduce RTADV now. > do> It did not. Previous to the introduction (and overloading) of the > do> ipv6_prefer knob if you enabled IPv6 support with ipv6_enable it was > do> preferred. With the code just prior to my change in order to configure > do> IPv6 for an interface at all it was necessary to set ipv6_prefer to on, > do> which meant that there was no way to have IPv6 configured but not have > do> it be preferred. > > That behavior was intentional. I'm sorry to hear you say that, as I was hoping that it was simply an honest mistake on your part. To be clear, ipv6_prefer should control one, and only one thing, the behavior of rc.d/ip6addctrl. Overloading it in any way, and more importantly overloading it to require that it be on for any IPv6 configuration to occur at all is not acceptable. There _must_ be a way for users to configure IPv6 for their external interfaces and also have it not be preferred. Regardless of how you intended it at the time, adding an ipv6_prefer knob to control the behavior of rc.d/ip6addctrl is a good idea, and a valuable addition to FreeBSD. Overloading it to perform other functions is not acceptable. Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Sat Apr 17 21:46:59 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 295911065672 for ; Sat, 17 Apr 2010 21:46:59 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx23.fluidhosting.com [204.14.89.6]) by mx1.freebsd.org (Postfix) with ESMTP id BA9B48FC18 for ; Sat, 17 Apr 2010 21:46:58 +0000 (UTC) Received: (qmail 26614 invoked by uid 399); 17 Apr 2010 21:46:58 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 17 Apr 2010 21:46:58 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4BCA2C51.2070202@FreeBSD.org> Date: Sat, 17 Apr 2010 14:46:57 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100330 Thunderbird/3.0.4 MIME-Version: 1.0 To: Michael Butler References: <4BCA296E.5030700@protected-networks.net> In-Reply-To: <4BCA296E.5030700@protected-networks.net> X-Enigmail-Version: 1.0.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current Subject: Re: SVN rev 206755 breakage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Apr 2010 21:46:59 -0000 It's generally also a good idea to cc the author of the change just in case they don't get to their -current mail in a timely manner. hth, Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Sat Apr 17 22:12:44 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A06D106564A; Sat, 17 Apr 2010 22:12:44 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 427728FC08; Sat, 17 Apr 2010 22:12:44 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [202.12.127.84]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA" (verified OK)) (Authenticated sender: imb) by sarah.protected-networks.net (Postfix) with ESMTPSA id 701FA60D2; Sat, 17 Apr 2010 18:12:43 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1271542363; bh=X2MDCS/4E1M8fUPCEkVQm7GOrDOBkWbF5uedwEnBCGo=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=CHsyzl3LqLmEyKDg5Dw/6x8VTZ4fRjm8MavD7N0ezKseMVQf05rH57WOzuTQAZ5Do 5+m0YycQuXr7A/0Jg2y05I/4svLPOSeD5j2QUDwaH4TxJe/AswKpqwMDdV8rUu2 DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=hDUm0Q2o9RZ1VSLfjnkaTIwnlQZLkHepTNBy8T/puw5Wo1X4SKeJi3QneCHCUaMg9 geCkYbE1zZYyLzAhL2M7lSd7UEmxZEebk/KFcs6rZY9ZcOeCvZCjAh/2jH8GMrU Message-ID: <4BCA325A.1060600@protected-networks.net> Date: Sat, 17 Apr 2010 18:12:42 -0400 From: Michael Butler User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100331 Thunderbird/3.0.4 MIME-Version: 1.0 To: Rui Paulo References: <4BCA296E.5030700@protected-networks.net> <2D7313EC-CEBE-4714-85B8-74181C35056C@freebsd.org> In-Reply-To: <2D7313EC-CEBE-4714-85B8-74181C35056C@freebsd.org> X-Enigmail-Version: 1.0.1 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current Subject: Re: SVN rev 206755 breakage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Apr 2010 22:12:44 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 04/17/10 18:05, Rui Paulo wrote: > On 17 Apr 2010, at 22:34, Michael Butler wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> The revision labeled: >> >> SVN rev 206755 on 2010-04-17 11:40:39Z by rpaulo >> >> Add another ICH7M chipset that works. >> >> .. is incorrect and will cause some laptops to not boot. > > So, in AHCI mode it doesn't find the disks? No - the driver fails to attach (ENXIO). I'm looking into which resource(s) it either couldn't allocate or gain control. The BIOS on my Toshiba does not initialize BAR(5) and, in the most general case, combined mode (MAP.SMS=0b, MAP.MV=10b) is required as the hard-drive is SATA but the DVD+RW is PATA :-( imb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkvKMloACgkQQv9rrgRC1JJ4FACdHxDzzfGIwBS4XEnfPWGCs2Qb wSsAoJAV6q/b16joC9MylPS8ZbT2JB/b =IeOp -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sat Apr 17 22:26:43 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5492B1065672 for ; Sat, 17 Apr 2010 22:26:43 +0000 (UTC) (envelope-from rpaulo@freebsd.org) Received: from karen.lavabit.com (karen.lavabit.com [72.249.41.33]) by mx1.freebsd.org (Postfix) with ESMTP id 1E3BD8FC14 for ; Sat, 17 Apr 2010 22:26:42 +0000 (UTC) Received: from e.earth.lavabit.com (e.earth.lavabit.com [192.168.111.14]) by karen.lavabit.com (Postfix) with ESMTP id B612F11B9B6; Sat, 17 Apr 2010 17:05:56 -0500 (CDT) Received: from 10.0.10.2 (54.81.54.77.rev.vodafone.pt [77.54.81.54]) by lavabit.com with ESMTP id YK40872RAG6T; Sat, 17 Apr 2010 17:05:56 -0500 Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Rui Paulo In-Reply-To: <4BCA296E.5030700@protected-networks.net> Date: Sat, 17 Apr 2010 23:05:53 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <2D7313EC-CEBE-4714-85B8-74181C35056C@freebsd.org> References: <4BCA296E.5030700@protected-networks.net> To: Michael Butler X-Mailer: Apple Mail (2.1078) Cc: freebsd-current Subject: Re: SVN rev 206755 breakage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Apr 2010 22:26:43 -0000 On 17 Apr 2010, at 22:34, Michael Butler wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 >=20 > The revision labeled: >=20 > SVN rev 206755 on 2010-04-17 11:40:39Z by rpaulo >=20 > Add another ICH7M chipset that works. >=20 > .. is incorrect and will cause some laptops to not boot. So, in AHCI mode it doesn't find the disks? >=20 > Of the following identifiers: >=20 > {0x27c48086, 0x00, "Intel ICH7M", 0}, >=20 > .. is the ICH7M in legacy and/or combined mode, i.e. *not* AHCI >=20 > {0x27c58086, 0x00, "Intel ICH7M", 0}, >=20 > .. is the *same* chipset in AHCI mode, Unfortunately, this is not the case on my laptop and I would rather find = a way to correctly identify the chipset instead of backing out this = change. Regards, -- Rui Paulo