From owner-freebsd-current@FreeBSD.ORG Sun Feb 9 16:56:34 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B8DB835F for ; Sun, 9 Feb 2014 16:56:34 +0000 (UTC) Received: from forward5l.mail.yandex.net (forward5l.mail.yandex.net [IPv6:2a02:6b8:0:1819::5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5DFE71483 for ; Sun, 9 Feb 2014 16:56:34 +0000 (UTC) Received: from smtp2h.mail.yandex.net (smtp2h.mail.yandex.net [84.201.187.145]) by forward5l.mail.yandex.net (Yandex) with ESMTP id 8A48CC40DAC; Sun, 9 Feb 2014 20:56:22 +0400 (MSK) Received: from smtp2h.mail.yandex.net (localhost [127.0.0.1]) by smtp2h.mail.yandex.net (Yandex) with ESMTP id 2233F17030DA; Sun, 9 Feb 2014 20:56:22 +0400 (MSK) Received: from 78.108.206.159.tel.ru (78.108.206.159.tel.ru [78.108.206.159]) by smtp2h.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id 7IoTXPRA7e-uLVq66Y2; Sun, 9 Feb 2014 20:56:21 +0400 (using TLSv1 with cipher CAMELLIA256-SHA (256/256 bits)) (Client certificate not present) X-Yandex-Uniq: 13ce827f-d50c-45b3-8e55-70dc23dcfe28 Message-ID: <52F7B335.4010509@passap.ru> Date: Sun, 09 Feb 2014 20:56:21 +0400 From: Boris Samorodov Organization: =?UTF-8?B?0JfQkNCeICLQktCQ0KDQoiI=?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: pyunyh@gmail.com Subject: Re: regression: msk0 watchdog timeout and interrupt storm References: <526FBA53.9000208@passap.ru> <20131030021650.GA3106@michelle.cdnetworks.com> <52725C3D.2030602@passap.ru> <52ECADF3.4020909@passap.ru> <20140206020003.GC2810@michelle.cdnetworks.com> <52F3C275.6000106@passap.ru> In-Reply-To: <52F3C275.6000106@passap.ru> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 09 Feb 2014 16:56:34 -0000 06.02.2014 21:12, Boris Samorodov пишет: > 06.02.2014 06:00, Yonghyeon PYUN пишет: >> On Sat, Feb 01, 2014 at 12:18:59PM +0400, Boris Samorodov wrote: >>> Hi Yonghyeon and All, >>> >>> (this time it's a CURRENT issue) >>> >>> 31.10.2013 17:33, Boris Samorodov пишет: >>>> 30.10.2013 06:16, Yonghyeon PYUN пишет: >>>>> On Tue, Oct 29, 2013 at 05:38:27PM +0400, Boris Samorodov wrote: >>>> >>>>>> >From time to time I use a notebook and boot FreeBSD from USB >>>>>> stick. FreeBSD 9.2-i386 works OK. So I tried to use >>>>>> FreeBSD 10.0-i386 BETA2 and the network adapter works for >>>>>> some 10-15 seconds and then stops with diagnostic message >>>>>> "msk0:watchdog timeout". I've found similar case at >>>>>> freebsd-current@ with no workaround. Yes, there is an >>>>>> interrupt storm as well. >>>>> >>>>> There had been no functional changes for very long time so I'm not >>>>> sure what's going on here. I've attached local change I have at >>>>> this moment but I'm afraid it wouldn't address the issue above. >>>>> >>>>> I recall jhb also reported interrupt storm in the past but the root >>>>> cause was not identified yet. Could you change msk_intr() and let >>>>> me know which interrupt is firing? >>>> >>>> I've yet to organize a build. >>>> >>>>>> Here is some additional info: >>>>>> ----- >>>>>> mskc0@pci0:3:0:0: class=0x020000 card=0xff501179 chip=0x435511ab >>>>>> rev=0x12 hdr=0x00 >>>>>> vendor = 'Marvell Technology Group Ltd.' >>>>>> device = '88E8040T PCI-E Fast Ethernet Controller' >>>>>> class = network >>>>>> subclass = ethernet >>>>>> cap 01[48] = powerspec 3 supports D0 D1 D2 D3 current D0 >>>>>> cap 05[5c] = MSI supports 1 message, 64 bit enabled with 1 message >>>>>> cap 10[c0] = PCI-Express 2 legacy endpoint max data 128(128) link x1(x1) >>>>>> speed 2.5(2.5) ASPM disabled(L0s/L1) >>>>>> ecap 0001[100] = AER 1 0 fatal 0 non-fatal 1 corrected >>>>>> ecap 0003[130] = Serial 1 b8b063ffff681e00 >>>>>> ----- >>>> >>>> Meanwhile some more investigations, "vmstat -i" for calm and storm: >>>> ----- >>>> interrupt total rate >>>> irq1: atkbd0 1025 2 >>>> irq9: acpi0 204 0 >>>> irq14: ata0 327 0 >>>> irq16: uhci0+ 246 0 >>>> irq20: hpet0 22472 52 >>>> irq23: uhci2 ehci1 10341 24 >>>> irq256: hdac0 52 0 >>>> irq257: mskc0 258 0 >>>> irq258: ahci0 221 0 >>>> Total 35146 81 >>>> ----- >>>> interrupt total rate >>>> irq1: atkbd0 1508 2 >>>> irq9: acpi0 234 0 >>>> irq14: ata0 409 0 >>>> irq16: uhci0+ 246 0 >>>> irq20: hpet0 72288 131 >>>> irq23: uhci2 ehci1 10846 19 >>>> irq256: hdac0 52 0 >>>> irq257: mskc0 4419760 8021 >>>> irq258: ahci0 221 0 >>>> Total 4505564 8177 >>>> ----- >>>> >>>> And "vmstat -w1" for calm and storm: >>>> ----- >>>> procs memory page disks faults cpu >>>> r b w avm fre flt re pi po fr sr mm0 ad0 in sy cs >>>> us sy id >>>> 0 0 0 206928 956040 277 0 2 0 330 4 0 0 117 476 >>>> 454 0 1 99 >>>> 0 0 0 206928 956036 0 0 0 0 8 4 0 0 50 123 >>>> 137 0 0 100 >>>> 0 0 0 206928 956036 0 0 0 0 0 4 0 0 47 120 >>>> 92 0 1 99 >>>> 0 0 0 206928 956036 0 0 0 0 0 4 0 0 43 123 >>>> 119 0 1 99 >>>> 0 0 0 206928 956036 0 0 0 0 0 4 0 0 55 132 >>>> 123 0 1 99 >>>> 0 0 0 206928 956004 0 0 0 0 0 4 0 0 68 123 >>>> 185 0 1 99 >>>> 0 0 0 206928 956036 0 0 0 0 8 4 0 0 86 123 >>>> 266 0 1 99 >>>> 0 0 0 206928 956036 0 0 0 0 0 4 0 0 44 125 >>>> 124 0 0 100 >>>> 0 0 0 206928 956036 0 0 0 0 0 4 0 0 64 128 >>>> 164 0 1 99 >>>> 0 0 0 206928 956036 0 0 0 0 0 4 0 0 42 131 >>>> 101 0 1 99 >>>> ----- >>>> procs memory page disks faults cpu >>>> r b w avm fre flt re pi po fr sr mm0 ad0 in sy cs >>>> us sy id >>>> 0 0 0 213648 954676 104 0 1 0 121 4 0 0 22299 204 >>>> 44262 0 10 90 >>>> 0 0 0 213648 954672 0 0 0 0 8 4 0 0 112259 123 >>>> 222379 0 44 56 >>>> 0 0 0 213648 954672 0 0 0 0 0 4 0 0 111792 123 >>>> 221489 0 43 57 >>>> 0 0 0 213648 954672 1 0 0 0 0 4 0 0 109887 183 >>>> 217754 0 43 57 >>>> 0 0 0 213648 954668 2 0 0 0 0 4 0 0 109543 146 >>>> 216963 0 44 56 >>>> 0 0 0 213648 954668 0 0 0 0 0 4 0 0 110142 123 >>>> 218187 0 45 55 >>>> 0 0 0 213648 954660 472 0 0 0 474 4 0 0 109340 717 >>>> 216674 0 42 57 >>>> 0 0 0 213648 954656 2 0 0 0 0 4 0 0 109459 147 >>>> 216831 0 43 57 >>>> 0 0 0 213648 954656 0 0 0 0 0 4 0 0 109462 131 >>>> 216827 0 43 57 >>>> 0 0 0 213648 954656 0 0 0 0 0 4 0 0 109454 123 >>>> 216803 0 42 58 >>>> ----- >>>> >>>> Dmesg is here: ftp://ftp.wart.ru/pub/misc/tos.dmesg.boot.txt . >>>> >>>> BTW, some more observations. While downloading a file the system >>>> goto watchdog timeout rather quickly, but the system works. If I >>>> try to upload files the system works much longer (for a couple of >>>> minutes) but then freeses. No ctrl-alt-esc. Only cold restart works. >>> >>> I've successfully upgraded to 10.0-RELEASE. Then I tried CURRENT >>> (verbose dmesg is here: ftp://ftp.wart.ru/pub/misc/dmesg.boot.a300.txt ) >>> and I've got watchdog timeouts. The situation is very much alike >>> (see previous diagnostics). Just uploads happens very quickly and >>> the machine is not freezed and operates well. >>> >>> This time I have sources and can test patches (if any) rather >>> quickly. >>> >> >> There is no driver code difference between CURRENT and >> 10.0-RELEASE. If you don't encounter watchdog timeouts on >> 10.0-RELEASE I have no idea what's going on there. >> I recall a couple of users are seeing msk(4) watchdog timeouts on >> 10.0-RELEASE/CURRENT so I started to think about r234666 which was >> not merged to stable/9 and stable/8. >> >> Could you back out r234666 and let me know whether it makes any >> difference for you? > > Thank you! > > That was it. The system survived svn up of /usr/src, rebuild/reinstall > and almost 25000 patches were downloaded by portsnap. Some additional info. As of r261651 at CURRENT the driver works for me if: . disable multi-core at BIOS (so kern.smp.cpus: 1); . do not load driver at /boot/loader.conf (i.e. use the builtin kernel driver); . disable WITNESS* and INVARIANTS* (GENERIC does not work even with single CPU). -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Mon Feb 10 12:21:46 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1033) id 2BAE5DEC; Mon, 10 Feb 2014 12:21:46 +0000 (UTC) Date: Mon, 10 Feb 2014 12:21:46 +0000 From: Alexey Dokuchaev To: Rui Paulo Subject: Re: urtwn driver for Edimax EW-7811U WLAN nano USB Adapter Message-ID: <20140210122146.GA26853@FreeBSD.org> References: <201310081742.r98HfbBV055077@fire.js.berklix.net> <589BAB21-30E9-4750-A345-BE7AB1116F48@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <589BAB21-30E9-4750-A345-BE7AB1116F48@FreeBSD.org> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: "Julian H. Stacey" , Alfred Perlstein , "freebsd-current@freebsd.org bsd" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 10 Feb 2014 12:21:46 -0000 On Tue, Oct 15, 2013 at 11:13:56PM -0700, Rui Paulo wrote: > On 8 Oct 2013, at 10:41, Julian H. Stacey wrote: > > I too am seeing > > urtwn0: timeout waiting for checksum report > > Sorry, this is a know problem that I haven't been able to figure out... > It probably exists in the OpenBSD driver as well. Usually retrying works. To augment this a bit: I also came across one of these dongles (vendor 0x0bda product 0x8176) that gave me this "timeout waiting for checksum report" message. Retrying didn't help, but plugging the dongle out and then back in did. After powercycling the machine, I had to replug it again. Once replugged, the dongle seems to work fine (I rebuilt kernel and some ports via NFS over it thus far). This suggests that the driver (or more generic part of the USB stack) does not initialize something correctly, while full plug-and-play thing does it. Any ideas? ./danfe From owner-freebsd-current@FreeBSD.ORG Mon Feb 10 12:24:16 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A9743F33; Mon, 10 Feb 2014 12:24:16 +0000 (UTC) Received: from mta04.bitpro.no (mta04.bitpro.no [92.42.64.203]) by mx1.freebsd.org (Postfix) with ESMTP id 5E8EC1822; Mon, 10 Feb 2014 12:24:16 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta04.bitpro.no (Postfix) with ESMTPS id 2BDE910020F; Mon, 10 Feb 2014 13:24:08 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id 2D416160208; Mon, 10 Feb 2014 13:25:02 +0100 (CET) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Z++HENJBd77w; Mon, 10 Feb 2014 13:25:01 +0100 (CET) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id 036FA160207; Mon, 10 Feb 2014 13:25:00 +0100 (CET) Message-ID: <52F8C522.4050302@bitfrost.no> Date: Mon, 10 Feb 2014 13:25:06 +0100 From: Hans Petter Selasky Organization: Bitfrost A/S User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Alexey Dokuchaev , Rui Paulo Subject: Re: urtwn driver for Edimax EW-7811U WLAN nano USB Adapter References: <201310081742.r98HfbBV055077@fire.js.berklix.net> <589BAB21-30E9-4750-A345-BE7AB1116F48@FreeBSD.org> <20140210122146.GA26853@FreeBSD.org> In-Reply-To: <20140210122146.GA26853@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "Julian H. Stacey" , Alfred Perlstein , "freebsd-current@freebsd.org bsd" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 10 Feb 2014 12:24:16 -0000 On 02/10/14 13:21, Alexey Dokuchaev wrote: > On Tue, Oct 15, 2013 at 11:13:56PM -0700, Rui Paulo wrote: >> On 8 Oct 2013, at 10:41, Julian H. Stacey wrote: >>> I too am seeing >>> urtwn0: timeout waiting for checksum report >> >> Sorry, this is a know problem that I haven't been able to figure out... >> It probably exists in the OpenBSD driver as well. Usually retrying works. > > To augment this a bit: I also came across one of these dongles (vendor > 0x0bda product 0x8176) that gave me this "timeout waiting for checksum > report" message. Retrying didn't help, but plugging the dongle out and > then back in did. After powercycling the machine, I had to replug it > again. Once replugged, the dongle seems to work fine (I rebuilt kernel > and some ports via NFS over it thus far). > > This suggests that the driver (or more generic part of the USB stack) > does not initialize something correctly, while full plug-and-play thing > does it. Any ideas? > > ./danfe Hi, Looking at output from "usbdump -i usbusX -f Y" might give you some clues. Else have you tried "usbconfig -d X.Y reset". --HPS From owner-freebsd-current@FreeBSD.ORG Mon Feb 10 13:01:16 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1033) id C32258C5; Mon, 10 Feb 2014 13:01:16 +0000 (UTC) Date: Mon, 10 Feb 2014 13:01:16 +0000 From: Alexey Dokuchaev To: Hans Petter Selasky Subject: Re: urtwn driver for Edimax EW-7811U WLAN nano USB Adapter Message-ID: <20140210130116.GA39731@FreeBSD.org> References: <201310081742.r98HfbBV055077@fire.js.berklix.net> <589BAB21-30E9-4750-A345-BE7AB1116F48@FreeBSD.org> <20140210122146.GA26853@FreeBSD.org> <52F8C522.4050302@bitfrost.no> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <52F8C522.4050302@bitfrost.no> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: "Julian H. Stacey" , Alfred Perlstein , Rui Paulo , "freebsd-current@freebsd.org bsd" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 10 Feb 2014 13:01:16 -0000 On Mon, Feb 10, 2014 at 01:25:06PM +0100, Hans Petter Selasky wrote: > On 02/10/14 13:21, Alexey Dokuchaev wrote: > >To augment this a bit: I also came across one of these dongles (vendor > >0x0bda product 0x8176) that gave me this "timeout waiting for checksum > >report" message. Retrying didn't help, but plugging the dongle out and > >then back in did. After powercycling the machine, I had to replug it > >again. Once replugged, the dongle seems to work fine (I rebuilt kernel > >and some ports via NFS over it thus far). > > Looking at output from "usbdump -i usbusX -f Y" might give you some clues. > Else have you tried "usbconfig -d X.Y reset". Hmm; I've added if_urtwn_load="YES" and some ifconfig...="WPA DHCP" lines to rc.conf and surprisingly it came up OK after reboot. usbdump is full of these lines (timestamps trimmed): usbus0.3 SUBM-BULK-EP=00000081,SPD=HIGH,NFR=1,SLEN=0,IVAL=0 usbus0.3 DONE-BULK-EP=00000081,SPD=HIGH,NFR=1,SLEN=384,IVAL=0,ERR=0 ^^^ sometimes 256 If I notice "checksum timeout" situation again, I'll post an update; thank you for the tips. ./danfe From owner-freebsd-current@FreeBSD.ORG Mon Feb 10 20:56:15 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 04500C54 for ; Mon, 10 Feb 2014 20:56:15 +0000 (UTC) Received: from caravan.chchile.org (caravan.chchile.org [178.32.125.136]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BD224186C for ; Mon, 10 Feb 2014 20:56:14 +0000 (UTC) Received: by caravan.chchile.org (Postfix, from userid 1000) id 83182102ABF; Mon, 10 Feb 2014 20:56:07 +0000 (UTC) Date: Mon, 10 Feb 2014 21:56:07 +0100 From: Jeremie Le Hen To: freebsd-current@FreeBSD.org Subject: panic: LK_RETRY set with incompatible flags (0x200400) or an error occured (11) Message-ID: <20140210205607.GA3783@caravan.chchile.org> Mail-Followup-To: freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.22 (2013-10-16) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 10 Feb 2014 20:56:15 -0000 Hi, I run 11.0-CURRENT r260696 on amd64. I've got the following panic: panic: LK_RETRY set with incompatible flags (0x200400) or an error occured (11) cpuid = 1 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe00e5e53980 kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe00e5e53a30 vpanic() at vpanic+0x126/frame 0xfffffe00e5e53a70 kassert_panic() at kassert_panic+0x136/frame 0xfffffe00e5e53ae0 _vn_lock() at _vn_lock+0x70/frame 0xfffffe00e5e53b50 zfs_lookup() at zfs_lookup+0x44d/frame 0xfffffe00e5e53be0 zfs_freebsd_lookup() at zfs_freebsd_lookup+0x91/frame 0xfffffe00e5e53d20 VOP_CACHEDLOOKUP_APV() at VOP_CACHEDLOOKUP_APV+0xea/frame 0xfffffe00e5e53d50 vfs_cache_lookup() at vfs_cache_lookup+0xcf/frame 0xfffffe00e5e53da0 VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0xea/frame 0xfffffe00e5e53dd0 null_lookup() at null_lookup+0x8b/frame 0xfffffe00e5e53e40 VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0xea/frame 0xfffffe00e5e53e70 lookup() at lookup+0x590/frame 0xfffffe00e5e53f00 namei() at namei+0x524/frame 0xfffffe00e5e53fd0 vn_open_cred() at vn_open_cred+0x28f/frame 0xfffffe00e5e54120 vop_stdvptocnp() at vop_stdvptocnp+0x17d/frame 0xfffffe00e5e54460 null_vptocnp() at null_vptocnp+0x2b/frame 0xfffffe00e5e544c0 VOP_VPTOCNP_APV() at VOP_VPTOCNP_APV+0xf0/frame 0xfffffe00e5e544f0 vn_vptocnp_locked() at vn_vptocnp_locked+0x118/frame 0xfffffe00e5e54560 vn_fullpath1() at vn_fullpath1+0x1ca/frame 0xfffffe00e5e545c0 vn_fullpath() at vn_fullpath+0xc5/frame 0xfffffe00e5e54620 export_fd_to_sb() at export_fd_to_sb+0x2fd/frame 0xfffffe00e5e54850 kern_proc_filedesc_out() at kern_proc_filedesc_out+0x237/frame 0xfffffe00e5e548d0 sysctl_kern_proc_filedesc() at sysctl_kern_proc_filedesc+0x66/frame 0xfffffe00e5e54940 sysctl_root() at sysctl_root+0x1e4/frame 0xfffffe00e5e54990 userland_sysctl() at userland_sysctl+0x192/frame 0xfffffe00e5e54a30 sys___sysctl() at sys___sysctl+0x74/frame 0xfffffe00e5e54ae0 amd64_syscall() at amd64_syscall+0x265/frame 0xfffffe00e5e54bf0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe00e5e54bf0 --- syscall (202, FreeBSD ELF64, sys___sysctl), rip = 0x801027d1a, rsp = 0x7fffffffc758, rbp = 0x7fffffffc790 --- I can provide core upon request. -- Jeremie Le Hen Scientists say the world is made up of Protons, Neutrons and Electrons. They forgot to mention Morons. From owner-freebsd-current@FreeBSD.ORG Mon Feb 10 21:07:28 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1033) id 60068115; Mon, 10 Feb 2014 21:07:28 +0000 (UTC) Date: Mon, 10 Feb 2014 21:07:28 +0000 From: Alexey Dokuchaev To: Kevin Oberman Subject: Re: newcons comming Message-ID: <20140210210728.GA86718@FreeBSD.org> References: <20131025151847.2a1b83de93335040797ceaf1@ddteam.net> <20131031210138.GC30328@ambrisko.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.22 (2013-10-16) Cc: Aleksandr Rybalko , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 10 Feb 2014 21:07:28 -0000 On Sun, Nov 03, 2013 at 11:16:53PM -0800, Kevin Oberman wrote: > Are you booting directly to X or using startx from the console? In either > case, I think that i915kms should auto-load at the start of X, so you > should not need to pre-load it. Just switched to newcons on fresh -CURRENT, seem to work fine so far. Going to X (via startx) does load required modules automagically (radeonkms.ko and radeonkmsfw_R420_cp.ko in my case). Switching to and from the console also works now (did not work with syscons), but screen resolution remains the one X sets (LCD native). I thought that going back to console would restore its original, somewhat closer to 80x25 resolution, but it did not. Which brings me to my first question: 1. Before going X, switching consoles took considerable time (about or more than one second). Every time my monitor briefly displayed mode information pane like it does when new mode is being switched. It does not happen after X was loaded, and while console text is pretty small now (LCD runs at native resolution for all consoles, text ones + X), I'm wondering why it cannot be done up front, without having to startx first. Also, even at native resolution, switching consoles takes LCD considerable time to redraw screen contents. Looks like it's not accelerated at all... 2. Is there way to change fonts apart from patching the kernel source code and using tools from https://github.com/emaste/fontstuff? Can I use more than one font (e.g. for different Unicode code point ranges)? > Does newcons require VESA? If not, you should be able to remove it from > your kernel to get suspend/resume working from X. I didn't know that VESA (in kernel or kldloaded) can cause problems; can you give any pointers (e.g. reports on the maillists)? I've seen FreeBSD fail to come out of resume too often and want to check if VESA could be the cause. ./danfe From owner-freebsd-current@FreeBSD.ORG Mon Feb 10 21:24:20 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0EDF0554 for ; Mon, 10 Feb 2014 21:24:20 +0000 (UTC) Received: from mail-qc0-x22a.google.com (mail-qc0-x22a.google.com [IPv6:2607:f8b0:400d:c01::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BDE871AAE for ; Mon, 10 Feb 2014 21:24:19 +0000 (UTC) Received: by mail-qc0-f170.google.com with SMTP id e9so11804156qcy.29 for ; Mon, 10 Feb 2014 13:24:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=X7bIMFEeke4A5XCxOZeOEp4xFNdcE3q3uzjVbaKZ4Mo=; b=duoh8LtGzgK8z5pIeKIHIZTgXLDSobCTz9ulbahLWAczOR+ISrKT5w49M3DnlGMpVH wxO7yUxLoTwXweatYN3/cDsh84bAHQoKN6pVWAY6GiSQeCBBQ6eYIBiymk5aO/EUo8ja rz1nZHtS39TpQ82I2ijhNtASDKCxbBMIGkH7sKq5w8qM3smeFUC/zxp6BX8xH/n6j2GE z+Cazb5rdqWOiHsmuHcoXz+lDwaSp83bMVfrjfgOU22FiYYFphWA5yBN2Y2//fR8wt6c N3a6+PyfGToKutgTJb45HvWe1Le/LCExw4JAflnVrVfNngT1SEIfL3tdy+urg8HcJLUG 3XRg== MIME-Version: 1.0 X-Received: by 10.224.160.195 with SMTP id o3mr51616196qax.98.1392067458916; Mon, 10 Feb 2014 13:24:18 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.52.8 with HTTP; Mon, 10 Feb 2014 13:24:18 -0800 (PST) In-Reply-To: <20131025151847.2a1b83de93335040797ceaf1@ddteam.net> References: <20131025151847.2a1b83de93335040797ceaf1@ddteam.net> Date: Mon, 10 Feb 2014 13:24:18 -0800 X-Google-Sender-Auth: JHflUmq32zpr74pS1QAlt7Aw3O4 Message-ID: Subject: Re: newcons comming From: Adrian Chadd To: Aleksandr Rybalko Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 10 Feb 2014 21:24:20 -0000 [snip] My experiences with newcons/drm2: * suspend/resume occasionally throws up a panic in the softclock code, with some vaguely invalid looking newcons timer entry. THis happens after it comes out of suspend, after af ew seconds. It sucks and makes things rather unusable. * Occasionally a resume results in control not going back to xorg correctly. I have to vt switch to vty0 and back to xorg * Occasionally the text drawing is garbage - the text cells are correct (ie spaces where there's spaces, text where there's text) but the character contents are totally different/garbage. I have to switch vts to fix this. -a From owner-freebsd-current@FreeBSD.ORG Mon Feb 10 21:49:19 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2704AB1C for ; Mon, 10 Feb 2014 21:49:19 +0000 (UTC) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 520531C81 for ; Mon, 10 Feb 2014 21:49:17 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id XAA21102 for ; Mon, 10 Feb 2014 23:49:16 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1WCyj6-0006Ml-8h for freebsd-current@FreeBSD.org; Mon, 10 Feb 2014 23:49:16 +0200 Message-ID: <52F94923.60102@FreeBSD.org> Date: Mon, 10 Feb 2014 23:48:19 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-current@FreeBSD.org Subject: Re: panic: LK_RETRY set with incompatible flags (0x200400) or an error occured (11) References: <20140210205607.GA3783@caravan.chchile.org> In-Reply-To: <20140210205607.GA3783@caravan.chchile.org> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 10 Feb 2014 21:49:19 -0000 stack trace from kgdb could be a good middle ground between ddb stack trace and a full vmcore file... on 10/02/2014 22:56 Jeremie Le Hen said the following: > Hi, > > I run 11.0-CURRENT r260696 on amd64. > > I've got the following panic: > > panic: LK_RETRY set with incompatible flags (0x200400) or an error occured (11) > cpuid = 1 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > 0xfffffe00e5e53980 > kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe00e5e53a30 > vpanic() at vpanic+0x126/frame 0xfffffe00e5e53a70 > kassert_panic() at kassert_panic+0x136/frame 0xfffffe00e5e53ae0 > _vn_lock() at _vn_lock+0x70/frame 0xfffffe00e5e53b50 > zfs_lookup() at zfs_lookup+0x44d/frame 0xfffffe00e5e53be0 > zfs_freebsd_lookup() at zfs_freebsd_lookup+0x91/frame 0xfffffe00e5e53d20 > VOP_CACHEDLOOKUP_APV() at VOP_CACHEDLOOKUP_APV+0xea/frame > 0xfffffe00e5e53d50 > vfs_cache_lookup() at vfs_cache_lookup+0xcf/frame 0xfffffe00e5e53da0 > VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0xea/frame 0xfffffe00e5e53dd0 > null_lookup() at null_lookup+0x8b/frame 0xfffffe00e5e53e40 > VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0xea/frame 0xfffffe00e5e53e70 > lookup() at lookup+0x590/frame 0xfffffe00e5e53f00 > namei() at namei+0x524/frame 0xfffffe00e5e53fd0 > vn_open_cred() at vn_open_cred+0x28f/frame 0xfffffe00e5e54120 > vop_stdvptocnp() at vop_stdvptocnp+0x17d/frame 0xfffffe00e5e54460 > null_vptocnp() at null_vptocnp+0x2b/frame 0xfffffe00e5e544c0 > VOP_VPTOCNP_APV() at VOP_VPTOCNP_APV+0xf0/frame 0xfffffe00e5e544f0 > vn_vptocnp_locked() at vn_vptocnp_locked+0x118/frame 0xfffffe00e5e54560 > vn_fullpath1() at vn_fullpath1+0x1ca/frame 0xfffffe00e5e545c0 > vn_fullpath() at vn_fullpath+0xc5/frame 0xfffffe00e5e54620 > export_fd_to_sb() at export_fd_to_sb+0x2fd/frame 0xfffffe00e5e54850 > kern_proc_filedesc_out() at kern_proc_filedesc_out+0x237/frame > 0xfffffe00e5e548d0 > sysctl_kern_proc_filedesc() at sysctl_kern_proc_filedesc+0x66/frame > 0xfffffe00e5e54940 > sysctl_root() at sysctl_root+0x1e4/frame 0xfffffe00e5e54990 > userland_sysctl() at userland_sysctl+0x192/frame 0xfffffe00e5e54a30 > sys___sysctl() at sys___sysctl+0x74/frame 0xfffffe00e5e54ae0 > amd64_syscall() at amd64_syscall+0x265/frame 0xfffffe00e5e54bf0 > Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe00e5e54bf0 > --- syscall (202, FreeBSD ELF64, sys___sysctl), rip = 0x801027d1a, rsp = 0x7fffffffc758, rbp = 0x7fffffffc790 --- > > > > I can provide core upon request. > -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue Feb 11 01:05:29 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2AE4A116; Tue, 11 Feb 2014 01:05:29 +0000 (UTC) Received: from mail-ob0-x22f.google.com (mail-ob0-x22f.google.com [IPv6:2607:f8b0:4003:c01::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DBBA81DFD; Tue, 11 Feb 2014 01:05:28 +0000 (UTC) Received: by mail-ob0-f175.google.com with SMTP id wn1so8034716obc.20 for ; Mon, 10 Feb 2014 17:05:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=4YKhzy+FvWPBZ1ByxvmngNet3fUs7cB9flpRGsZPbRU=; b=xQ9W8IXujIi2CXRikiiQbbKjSFHEj8WLIj/dAbmrqN3M2IiMO6zWRlpr/KX+6GEB/Q ZhdX4rhX+k+9mzt1W87n/n2meAO0ymfpDDnS08f/Il/tkZV2oE7CdopDTYAXr+YTR5Zs Mz9kopWZ+rtOR274YT+572HM6R2if3UePg20MBD3azyP4Usl/yUrD2t+/c50YUdQPvvJ Fpaps/uRxE7gd75ArnfFH+KkoELm394tgKkGIF820m6kjM5C2mcXB6MYrN6dnkTqHS8d T82Kc/UYUGX4LM490hMcw+tN6zD/dNUKCac4mXwLQOMZIXFfeIFiTB18OmyFIRgPQOPm AZGg== MIME-Version: 1.0 X-Received: by 10.182.33.102 with SMTP id q6mr25670951obi.8.1392080728128; Mon, 10 Feb 2014 17:05:28 -0800 (PST) Received: by 10.182.78.71 with HTTP; Mon, 10 Feb 2014 17:05:28 -0800 (PST) Date: Mon, 10 Feb 2014 20:05:28 -0500 Message-ID: Subject: usb_compat_linux.h errors From: Joe Nosay To: hselasky@freebsd.org, hselasky@c2i.net, freebsd-current Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 11 Feb 2014 01:05:29 -0000 Referencing at https://forums.freebsd.org/viewtopic.php?f=39&t=44691#p249459 I'm wondering if the problem is in my system or not. From owner-freebsd-current@FreeBSD.ORG Tue Feb 11 02:09:44 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C08A8CBC; Tue, 11 Feb 2014 02:09:44 +0000 (UTC) Received: from mail-qc0-x230.google.com (mail-qc0-x230.google.com [IPv6:2607:f8b0:400d:c01::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6A4411382; Tue, 11 Feb 2014 02:09:44 +0000 (UTC) Received: by mail-qc0-f176.google.com with SMTP id e16so11900206qcx.21 for ; Mon, 10 Feb 2014 18:09:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=F4M93H979pFLbr4F854YCjezxHGLyHV3fmO7KvhiwEI=; b=JnzuTy6TgGhMN+Eac++Xn5IIhhfkcRMfwr9Z48M/Mom9DZVX7r4Ir9TBt3xuC7vLXS sEHMgZrA0Ist1/lMPybQflX8rmTxWS2cYa44fBtcsyiHJlIGuGnDbfWDR5L3UmNsekzS scpDE2dLmMNzA7yHFCR+rw+gbqIlPMr0YvzGgL+nTcPDMCKoN39PdqmFdzmQIozFbcw8 HdYyaLuFtf7x8381QRmeKzky8y2pLKKXNC66nfAi2zNt+oAi3ocHpJyQDBBPxwSFuCTF M4++KDQR7FywNOXwLWfQvJJImyzEwK0bG3JfDsrZaKGi3nptuI1cv6+FScCYGAd4lzYw ptTA== MIME-Version: 1.0 X-Received: by 10.224.26.15 with SMTP id b15mr52766781qac.46.1392084583571; Mon, 10 Feb 2014 18:09:43 -0800 (PST) Sender: carpeddiem@gmail.com Received: by 10.140.31.68 with HTTP; Mon, 10 Feb 2014 18:09:43 -0800 (PST) In-Reply-To: <20140210210728.GA86718@FreeBSD.org> References: <20131025151847.2a1b83de93335040797ceaf1@ddteam.net> <20131031210138.GC30328@ambrisko.com> <20140210210728.GA86718@FreeBSD.org> Date: Mon, 10 Feb 2014 21:09:43 -0500 X-Google-Sender-Auth: 2n1W4bKd5I-Wdfd3h_UKKNc0wmQ Message-ID: Subject: Re: newcons comming From: Ed Maste To: Alexey Dokuchaev Content-Type: text/plain; charset=ISO-8859-1 Cc: Aleksandr Rybalko , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 11 Feb 2014 02:09:44 -0000 On 10 February 2014 16:07, Alexey Dokuchaev wrote: > > 1. Before going X, switching consoles took considerable time (about or more > than one second). Every time my monitor briefly displayed mode information > pane like it does when new mode is being switched. It does not happen after > X was loaded, and while console text is pretty small now (LCD runs at native > resolution for all consoles, text ones + X), I'm wondering why it cannot be > done up front, without having to startx first. You should be able to manually load the kms modules to switch to native resolution, without starting X. This should also be possible from the loader, although there's a known issue with i915kms on certain hardware, like X2xx Thinkpads. > Also, even at native resolution, switching consoles takes LCD considerable > time to redraw screen contents. Looks like it's not accelerated at all... Can you quantify "considerable time," and describe the hardware on which you observe this? On my Thinkpad X220 it's not noticeably laggy, with either the VGA driver (at boot) or i915kms. In Virtualbox it is observably slow right now, but not unusably so. > 2. Is there way to change fonts apart from patching the kernel source code > and using tools from https://github.com/emaste/fontstuff? Can I use more > than one font (e.g. for different Unicode code point ranges)? We will ship a set of fonts in /usr/share, and vidcontrol will gain the ability to load those fonts for vt(9). For now you can build the font tools in tools/tools/vt/fontcvt and tools/tools/vt/setfont to convert a .bdf font and load it. The current plan is to support only one font (per vt) in the kernel. Any mixing would be done in userland. -Ed From owner-freebsd-current@FreeBSD.ORG Tue Feb 11 04:13:24 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E77B2EB for ; Tue, 11 Feb 2014 04:13:24 +0000 (UTC) Received: from mail-qa0-x234.google.com (mail-qa0-x234.google.com [IPv6:2607:f8b0:400d:c00::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A05E51150 for ; Tue, 11 Feb 2014 04:13:24 +0000 (UTC) Received: by mail-qa0-f52.google.com with SMTP id j15so10955516qaq.39 for ; Mon, 10 Feb 2014 20:13:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:from:date:message-id:subject:to:content-type; bh=t+5E7naZvhVUSirLmDbp57zme1xNFaiyRzYExPwQKMY=; b=h2KL5tQiEDbmmkpwTVmWPDG/XRpYP6xwSgmiXWQI2wqoYQheJbIYXCVYga5yDwbFPP Y64SQI5tj/0DEJDMEcKE/WSkjUT2X9ul7y/5UWf3DOZb5TFAXpoWCdg/Yl8Kmn+meX5S 9CInioIJHV3LEIGyq2EU1QRHpGgtqk8HIQ264= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to :content-type; bh=t+5E7naZvhVUSirLmDbp57zme1xNFaiyRzYExPwQKMY=; b=fTiWyR2OyXRVhCC9pzTRruzKJ/zaxDTBcs7L6An5I2QDXEarUlybSA3s9hkyzkO+m0 f2SaRq565HGb+snJMoWi6A+GBBHXAZfFIeBP4xddqHRn7t4zu8MbkDNUi91vyi0XSMcv NEVaVjGA9mK5G2fJkrKwFwvwk6ccqH5wLCEr0hyn9dN+gztzYeD5xTN60AuGNemHLSWv 6t9xO45E5lPgx8iglUZhpap2XwK7P5Os4+Jzud3FkxrpK+SNPSSXGLKx6p2u28L9JKDx lNTkceIrwvcXPJgJquAIwy2Ivdi65BWnMQR9Up4DL3do1SvpLhvaGY0wQxitNKQ1GOab 7D6Q== X-Gm-Message-State: ALoCoQleV9Z1rYRhld/CXrjZ/pRFWsSdUy5nuvVePaLQqGIAUHjy1CYslzJ0avIddhj3fgiHBvU0 X-Received: by 10.224.8.70 with SMTP id g6mr53969322qag.45.1392092003773; Mon, 10 Feb 2014 20:13:23 -0800 (PST) MIME-Version: 1.0 Received: by 10.96.175.169 with HTTP; Mon, 10 Feb 2014 20:12:53 -0800 (PST) From: Eitan Adler Date: Mon, 10 Feb 2014 23:12:53 -0500 Message-ID: Subject: small issue with HDMI and newcons To: freebsd-current Current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 11 Feb 2014 04:13:25 -0000 I have two outputs: LVDS1 and HDMI1. When the computer starts the LVDS1 and HDMI1 output is mirrored. I see the same output on both screens. However, once I start X and switch back to the console the HDMI output is disabled when looking at the console. This means that any audio I may have playing is also disabled. Is it possible to re-enable the HDMI screen? -- Eitan Adler From owner-freebsd-current@FreeBSD.ORG Tue Feb 11 09:35:31 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BF13CCD6; Tue, 11 Feb 2014 09:35:31 +0000 (UTC) Received: from caravan.chchile.org (caravan.chchile.org [178.32.125.136]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 854F31C2B; Tue, 11 Feb 2014 09:35:31 +0000 (UTC) Received: by caravan.chchile.org (Postfix, from userid 1000) id 84DB5102FD4; Tue, 11 Feb 2014 09:35:29 +0000 (UTC) Date: Tue, 11 Feb 2014 10:35:29 +0100 From: Jeremie Le Hen To: Andriy Gapon Subject: Re: panic: LK_RETRY set with incompatible flags (0x200400) or an error occured (11) Message-ID: <20140211093529.GB3783@caravan.chchile.org> Mail-Followup-To: Andriy Gapon , freebsd-current@FreeBSD.org References: <20140210205607.GA3783@caravan.chchile.org> <52F94923.60102@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <52F94923.60102@FreeBSD.org> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 11 Feb 2014 09:35:31 -0000 On Mon, Feb 10, 2014 at 11:48:19PM +0200, Andriy Gapon wrote: > > stack trace from kgdb could be a good middle ground between ddb stack trace and > a full vmcore file... Here we go: #1 0xffffffff80302ca5 in db_fncall (dummy1=, dummy2=, dummy3=, dummy4=) at /usr/src-svn/sys/ddb/db_command.c:578 #2 0xffffffff8030298d in db_command (cmd_table=) at /usr/src-svn/sys/ddb/db_command.c:449 #3 0xffffffff80306bef in db_script_exec ( scriptname=0xfffffe00e5e53610 "kdb.enter.panic", warnifnotfound=) at /usr/src-svn/sys/ddb/db_script.c:302 #4 0xffffffff80306a26 in db_script_kdbenter (eventname=0x0) at /usr/src-svn/sys/ddb/db_script.c:324 #5 0xffffffff803050ab in db_trap (type=, code=0) at /usr/src-svn/sys/ddb/db_main.c:230 #6 0xffffffff80696c33 in kdb_trap (type=3, code=0, tf=) at /usr/src-svn/sys/kern/subr_kdb.c:656 #7 0xffffffff809b0e92 in trap (frame=0xfffffe00e5e53960) at /usr/src-svn/sys/amd64/amd64/trap.c:571 #8 0xffffffff80996122 in calltrap () at /usr/src-svn/sys/amd64/amd64/exception.S:231 #9 0xffffffff806963ee in kdb_enter (why=0xffffffff80b3c985 "panic", msg=) at cpufunc.h:63 #10 0xffffffff8065ec96 in vpanic (fmt=, ap=) at /usr/src-svn/sys/kern/kern_shutdown.c:752 #11 0xffffffff8065eb46 in kassert_panic (fmt=) at /usr/src-svn/sys/kern/kern_shutdown.c:647 #12 0xffffffff807167c0 in _vn_lock (vp=0xfffff8000f8943b0, flags=2098176, file=0xffffffff81508fe5 "/usr/src-svn/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c", line=1518) at /usr/src-svn/sys/kern/vfs_vnops.c:1436 #13 0xffffffff8148417d in zfs_lookup () at /usr/src-svn/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c:1518 #14 0xffffffff814844e1 in zfs_freebsd_lookup (ap=0xfffffe00e5e53d60) at /usr/src-svn/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c:6106 #15 0xffffffff80a6b34a in VOP_CACHEDLOOKUP_APV (vop=, a=) at vnode_if.c:195 #16 0xffffffff806f480f in vfs_cache_lookup (ap=) at vnode_if.h:80 #17 0xffffffff80a6b1fa in VOP_LOOKUP_APV (vop=, a=) at vnode_if.c:127 #18 0xffffffff80578ecb in null_lookup (ap=0xfffffe00e5e53eb8) at vnode_if.h:54 #19 0xffffffff80a6b1fa in VOP_LOOKUP_APV (vop=, a=) at vnode_if.c:127 #20 0xffffffff806fc980 in lookup (ndp=0xfffffe00e5e541b8) at vnode_if.h:54 #21 0xffffffff806fc0f4 in namei (ndp=0xfffffe00e5e541b8) at /usr/src-svn/sys/kern/vfs_lookup.c:298 #22 0xffffffff80715f5f in vn_open_cred (ndp=0xfffffe00e5e541b8, flagp=0xfffffe00e5e54340, cmode=0, vn_open_flags=, cred=0xfffff8008c070b00, fp=0x0) at /usr/src-svn/sys/kern/vfs_vnops.c:205 #23 0xffffffff806f7b5d in vop_stdvptocnp (ap=) at /usr/src-svn/sys/kern/vfs_default.c:797 #24 0xffffffff805797fb in null_vptocnp (ap=0xfffffe00e5e54508) at /usr/src-svn/sys/fs/nullfs/null_vnops.c:824 #25 0xffffffff80a6fb40 in VOP_VPTOCNP_APV (vop=, a=) at vnode_if.c:3647 #26 0xffffffff806f5048 in vn_vptocnp_locked (vp=0xfffffe00e5e54590, cred=0xfffff8008c070b00, buf=0xfffff8000474ac00 "......", buflen=0xfffffe00e5e5458c) at vnode_if.h:1564 #27 0xffffffff806f4b6a in vn_fullpath1 (td=0xfffff800399a9920, vp=0xfffff8009d2ba000, rdir=0xfffff8000f9d7938, buf=0xfffff8000474ac00 "......", retbuf=0xfffffe00e5e54660, buflen=995) at /usr/src-svn/sys/kern/vfs_cache.c:1330 #28 0xffffffff806f4de5 in vn_fullpath (td=0xfffff800399a9920, vn=0xfffff8009584c588, retbuf=0xfffffe00e5e54660, freebuf=0xfffffe00e5e54658) at /usr/src-svn/sys/kern/vfs_cache.c:1156 #29 0xffffffff8061a9dd in export_fd_to_sb (data=0xfffff8009584c588, type=1, fd=-1, fflags=1, refcnt=-1, offset=-1, rightsp=, efbuf=0xfffff8008343a800) at /usr/src-svn/sys/kern/kern_descrip.c:3584 #30 0xffffffff8061a4c7 in kern_proc_filedesc_out (p=, sb=0xfffffe00e5e548e8, maxlen=-1) at /usr/src-svn/sys/kern/kern_descrip.c:3405 #31 0xffffffff8061b2e6 in sysctl_kern_proc_filedesc ( oidp=, arg1=, arg2=-2135739022, req=) at /usr/src-svn/sys/kern/kern_descrip.c:3534 #32 0xffffffff80669c84 in sysctl_root (arg1=, arg2=) at /usr/src-svn/sys/kern/kern_sysctl.c:1497 #33 0xffffffff8066a282 in userland_sysctl (td=, name=0xfffffe00e5e54a70, namelen=, old=, oldlenp=, inkernel=, new=, retval=, flags=0) at /usr/src-svn/sys/kern/kern_sysctl.c:1607 #34 0xffffffff8066a0b4 in sys___sysctl (td=0xfffff800399a9920, uap=0xfffffe00e5e54b80) at /usr/src-svn/sys/kern/kern_sysctl.c:1533 #35 0xffffffff809b1af5 in amd64_syscall (td=0xfffff800399a9920, traced=0) at subr_syscall.c:133 #36 0xffffffff8099640b in Xfast_syscall () at /usr/src-svn/sys/amd64/amd64/exception.S:390 -- Jeremie Le Hen Scientists say the world is made up of Protons, Neutrons and Electrons. They forgot to mention Morons. From owner-freebsd-current@FreeBSD.ORG Tue Feb 11 09:51:34 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8ABB9209 for ; Tue, 11 Feb 2014 09:51:34 +0000 (UTC) Received: from mail.made4.biz (mail.made4.biz [IPv6:2001:41d0:2:c018::1:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 480FE1D74 for ; Tue, 11 Feb 2014 09:51:34 +0000 (UTC) Received: from [2001:1b48:10b:cafe:225:64ff:febe:589f] (helo=viking.yzserv.com) by mail.made4.biz with esmtpsa (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (Exim 4.82 (FreeBSD)) (envelope-from ) id 1WDA02-000Nuq-N6 for freebsd-current@freebsd.org; Tue, 11 Feb 2014 10:51:32 +0100 Message-ID: <52F9F29E.7080400@FreeBSD.org> Date: Tue, 11 Feb 2014 10:51:26 +0100 From: =?ISO-8859-1?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: newcons comming References: <20131025151847.2a1b83de93335040797ceaf1@ddteam.net> <20131031210138.GC30328@ambrisko.com> <20140210210728.GA86718@FreeBSD.org> In-Reply-To: <20140210210728.GA86718@FreeBSD.org> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EUansoCj3WGPEuf0kkO2hqvG9jDDRvLA0" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 11 Feb 2014 09:51:34 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --EUansoCj3WGPEuf0kkO2hqvG9jDDRvLA0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 10.02.2014 22:07, Alexey Dokuchaev wrote: > Also, even at native resolution, switching consoles takes LCD considera= ble > time to redraw screen contents. Looks like it's not accelerated at all= =2E.. I used the following (hackish) patch which fixed the slow redraw problem for me, but I don't know if it still works: http://people.freebsd.org/~dumbbell/radeonkms/wr4-only-no-copy-vt_fb.c.pa= tch I still need to take some time to discuss it with ray@. --=20 Jean-S=E9bastien P=E9dron --EUansoCj3WGPEuf0kkO2hqvG9jDDRvLA0 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJS+fKiAAoJEDnpl2Gl/ZTM6sEP/0u1peh5Ik7f6/AAt/jAnnw4 PcshmtBb4AQPUo9EYPTnddnq/gnIfCyRPKscerpi6kIkv5160Cb26ZpDDxDYs5iB b+HC3GzQfPwtdmP/5/RNMrD0wvzRX/1POeGLvNAO3Nzf7e4DuiqhinuH4v8l1xSK yQpzQ5e3Cp7eEqBokv1YA1AluNr25l148tMrOwr+l7RWptimUs1kXtb2OHG6ckZs 2Y1qAdoYq5bJBPTB1nEHgoayT0WhwlT78+JGnlfS7WUIx8iJhp9MjCf9BR/3FF7z oA7SfZkQkM4uLQWgMzaMNPiaqSZIJTGRRWV+t0BPGYH09k7UuQqkXcmJhhHfixfq mKNaUYutJTWOkVKUt+VkzLHp8ceiDe2POt3fX21cdHvhUa0P2OfVaDsRPXlXRAuM OcOEIyGSfOLlhF5GaqQee/vwQ0sIhQ2cj8ubbMGfXifYYwh4y7O96IEyzUtV/blI +t0XqXnBpnOksPzB0ByR+YvfBpUU3hKcx02uD2QVuk56Yj2c6FAeWe7F2E3z7T33 1UWQhtaX0V96uu8Vzz2rpuh29tMsrU2aC/nT/D50G1mlRjq7o/Vge8ylCZPX+pBk Mb1LU3sNXFzsNbk69ZpvbAU3LcqE0c0X+oa84HjGo1hAYfY2fB4jXDsD3EhQ2xBU BZYbLaI0j/QqdeaRNGNh =Z2Sn -----END PGP SIGNATURE----- --EUansoCj3WGPEuf0kkO2hqvG9jDDRvLA0-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 11 10:47:52 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 13B64489; Tue, 11 Feb 2014 10:47:52 +0000 (UTC) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id C6E951319; Tue, 11 Feb 2014 10:47:51 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:8550:150b:b352:9b7a]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id 7E3044AC1C; Tue, 11 Feb 2014 14:47:50 +0400 (MSK) Date: Tue, 11 Feb 2014 14:47:47 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1338104105.20140211144747@serebryakov.spb.ru> To: Ed Maste Subject: Re: newcons comming In-Reply-To: References: <20131025151847.2a1b83de93335040797ceaf1@ddteam.net> <20131031210138.GC30328@ambrisko.com> <20140210210728.GA86718@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Aleksandr Rybalko , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Feb 2014 10:47:52 -0000 Hello, Ed. You wrote 11 =D1=84=D0=B5=D0=B2=D1=80=D0=B0=D0=BB=D1=8F 2014 =D0=B3., 6:09:= 43: One (two?) more datapoints: I'm trying -CURRENT + vt(9) + vt_vga(9) on old Sony Vaio which has i915 AN= D NVIDIA GeForce Go 7400 (selectable before boot with hardware switch), so I have two-for-price-of=3Done experience. (1) When I select chipset-based (Intel) video. (a) i915kms is NOT loaded via loader.conf -- small windows in middle of screen, but it works considerably well. Not as fast as text console,= but usable. When I starts X (NEW_XORG) and its load i915kms.so, I could switch back to text console which is full-resolution and fast now. (b) i915kms is LOADED with loader.conf. First messages from boot is in small window, and after that BLACK SCREEN and full hangup. It doesn't access HDD after that at all, so it looks like real hangup. (2) When I select GeForce video. Everything are in small window, but lower 2.5 lines are OUT OF SCREEN at all! I could type without seeing command-line. When I start X, it works (with nv driver) and I could switch to text console back, but it it same -- small, displaced window. After X finished, console is complete mess = -- large "sparse" letters, pink instead of "bold", only 1/4 of console in "window" and all other is cut out. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Tue Feb 11 12:25:59 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5533F25F; Tue, 11 Feb 2014 12:25:59 +0000 (UTC) Received: from sarah.protected-networks.net (sarah.protected-networks.net [202.12.127.65]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2209D1B10; Tue, 11 Feb 2014 12:25:59 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [202.12.127.84]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA v2" (verified OK)) (Authenticated sender: imb@protected-networks.net) by sarah.protected-networks.net (Postfix) with ESMTPSA id CBF5460DB; Tue, 11 Feb 2014 07:25:51 -0500 (EST) 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: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=b8KUleOBwYZNwDCTLHu0bdwtWv0OM3Ru6haxCAbiQi3sgWwmABW+miebVSgjYKaJp Yq/i3twuhqIXyeqw4SSHvHBmcB53ijTgmbU+tXX5PFaqJzZN+vRJ0p0OhaE7J+y Message-ID: <52FA16CE.4000609@protected-networks.net> Date: Tue, 11 Feb 2014 07:25:50 -0500 From: Michael Butler User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: John Baldwin , current@freebsd.org Subject: Re: [PATCH] PCI bus number management References: <201402061437.53355.jhb@freebsd.org> In-Reply-To: <201402061437.53355.jhb@freebsd.org> X-Enigmail-Version: 1.6 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 11 Feb 2014 12:25:59 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 02/06/14 14:37, John Baldwin wrote: > I would like to commit this to HEAD soon but thought I would post it for some > pre-commit testing for the brave. :) If you are really brave, try booting > with 'hw.pci.clear_buses=1' which will force the kernel to renumber all buses > in the system. If you are really, really brave, try booting with > 'hw.pci.clear_bars=1', 'hw.pci.clear_buses=1', and 'hw.pci.clear_pcib=1'. (My > laptop survives with all those set) My Toshiba Satellite A-105 survives all three with one oddity - when 'clear_bars' is set, it recognizes that a USB mouse is attached but neither the external USB drive or webcam. imb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlL6Fs4ACgkQQv9rrgRC1JJH4ACeMVHmW4W5LZgp+9MSPrONnI06 Lo8AnjIj5acN1GNCL3Tjr9Pt/aawJ86u =B24W -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Feb 11 12:59:05 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1FFA1EC4 for ; Tue, 11 Feb 2014 12:59:05 +0000 (UTC) Received: from mta04.bitpro.no (mta04.bitpro.no [92.42.64.203]) by mx1.freebsd.org (Postfix) with ESMTP id CCF911E13 for ; Tue, 11 Feb 2014 12:59:04 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta04.bitpro.no (Postfix) with ESMTPS id 8A065100210; Tue, 11 Feb 2014 13:58:56 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id E4A30161517; Tue, 11 Feb 2014 13:59:50 +0100 (CET) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EfPXdL540eGd; Tue, 11 Feb 2014 13:59:50 +0100 (CET) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id 1E997161516; Tue, 11 Feb 2014 13:59:50 +0100 (CET) Message-ID: <52FA1EC8.80902@bitfrost.no> Date: Tue, 11 Feb 2014 13:59:52 +0100 From: Hans Petter Selasky Organization: Bitfrost A/S User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Joe Nosay , freebsd-current Subject: Re: usb_compat_linux.h errors References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 11 Feb 2014 12:59:05 -0000 On 02/11/14 02:05, Joe Nosay wrote: > Referencing at https://forums.freebsd.org/viewtopic.php?f=39&t=44691#p249459 > > I'm wondering if the problem is in my system or not. Hi, > 1 warning generated. > /usr/local/bin/clang -I. -I. -I./../Programs -I../Programs -I./.. -I.. -DHAVE_CONFIG_H -g -O2 -std=gnu99 -Wall -fPIC -c ./usb_freebsd.c > In file included from ./usb_freebsd.c:34: > ./usb_bsd.h:38:21: error: use of undeclared identifier 'USB_SET_TIMEOUT' > if (ioctl(file, USB_SET_TIMEOUT, &arg) == -1) { > ^ > ./usb_bsd.h:49:19: error: use of undeclared identifier 'USB_SET_SHORT_XFER' > if (ioctl(file, USB_SET_SHORT_XFER, &arg) != -1) return 1; > ^ > ./usb_bsd.h:75:25: error: use of undeclared identifier 'USB_SET_CONFIG' > if (ioctl(devx->file, USB_SET_CONFIG, &arg) != -1) return 1; > ^ > ./usb_bsd.h:113:28: error: variable has incomplete type 'struct > usb_alt_interface' > struct usb_alt_interface arg; > ^ > ./usb_bsd.h:113:10: note: forward declaration of 'struct usb_alt_interface' > struct usb_alt_interface arg; > ^ This code is for the old user-space USB API. You need to configure for libusb. --HPS From owner-freebsd-current@FreeBSD.ORG Tue Feb 11 13:47:16 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AEDCDC50; Tue, 11 Feb 2014 13:47:16 +0000 (UTC) Received: from smtp.dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id 6C277143A; Tue, 11 Feb 2014 13:47:16 +0000 (UTC) Received: from terran (unknown [192.168.99.1]) (Authenticated sender: ray) by smtp.dlink.ua (Postfix) with ESMTPA id 0E26CC492D; Tue, 11 Feb 2014 15:47:09 +0200 (EET) Date: Tue, 11 Feb 2014 15:50:43 +0200 From: Aleksandr Rybalko To: Adrian Chadd Subject: Re: newcons comming Message-Id: <20140211155043.6900fe11aaa717f7bca781df@freebsd.org> In-Reply-To: References: <20131025151847.2a1b83de93335040797ceaf1@ddteam.net> X-Mailer: Sylpheed 3.2.0 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 11 Feb 2014 13:47:16 -0000 Hi Adrian! On Mon, 10 Feb 2014 13:24:18 -0800 Adrian Chadd wrote: > [snip] > > My experiences with newcons/drm2: > > * suspend/resume occasionally throws up a panic in the softclock code, > with some vaguely invalid looking newcons timer entry. THis happens > after it comes out of suspend, after af ew seconds. It sucks and makes > things rather unusable. Are you have some data to investigate who is culprit? You can try also kernel with syscons, of course console will be black after kms load, but you still able to input commands. > * Occasionally a resume results in control not going back to xorg > correctly. I have to vt switch to vty0 and back to xorg yeah, dunno why, but xorg's framebuffer damaged in many cases, and not restored on resume. But how it is related to newcons? > * Occasionally the text drawing is garbage - the text cells are > correct (ie spaces where there's spaces, text where there's text) but > the character contents are totally different/garbage. I have to switch > vts to fix this. Can you please take a picture of that? I can't imaging it yet. :) It is related to previous paragraph or another issue? > > > -a Thanks for report Adrian! WBW -- Aleksandr Rybalko From owner-freebsd-current@FreeBSD.ORG Tue Feb 11 14:00:24 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E7B4CF9E for ; Tue, 11 Feb 2014 14:00:24 +0000 (UTC) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 35852156E for ; Tue, 11 Feb 2014 14:00:22 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA08144; Tue, 11 Feb 2014 16:00:20 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1WDDsp-000ALL-Nx; Tue, 11 Feb 2014 16:00:19 +0200 Message-ID: <52FA2CA2.5000508@FreeBSD.org> Date: Tue, 11 Feb 2014 15:58:58 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Vitalij Satanivskij Subject: Re: ARC "pressured out", how to control/stabilize ? (reformatted to text/plain) References: <52D66DB6.7030807@FreeBSD.org> <1390900795.258244476.v35k1338@frv45.ukr.net> <52EA3459.3070300@FreeBSD.org> <1391083826.948700370.cmzf8475@frv45.ukr.net> <20140131182637.GA82526@hell.ukr.net> <20140204100823.GA95709@hell.ukr.net> <52F0F687.6050307@FreeBSD.org> <20140204171040.GA82996@hell.ukr.net> <52F12210.10604@FreeBSD.org> <20140205090449.GA9341@hell.ukr.net> <20140205122241.GA38114@hell.ukr.net> <52F4A35E.1080902@FreeBSD.org> In-Reply-To: <52F4A35E.1080902@FreeBSD.org> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Vladimir Sharun , Current FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 11 Feb 2014 14:00:25 -0000 on 07/02/2014 11:11 Andriy Gapon said the following: > on 05/02/2014 14:22 Vitalij Satanivskij said the following: >> Dear Andriy and FreeBSD community, >> >> Ok. I'm get coredump on panic. >> >> What else i need to do? > > > Vitalij, Vladimir, > > I have been able to reproduce the leak at work, so now I have full access to all > debugging information that I need. Thank you for your testing and reports. > > I have reported my observations to OpenZFS developers. It looks like the author > of L2ARC compression code is too busy right now to produce a fix. > Unfortunately, I am not very familiar with the L2ARC code, so I can not promise > to produce a patch soon. I've been able to spend some time on this issue. Could you please try the following patch? http://people.freebsd.org/~avg/l2arc-b_tmp_cdata-diag.2.patch It obsoletes all previous patches from me. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue Feb 11 14:07:56 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D72A021E; Tue, 11 Feb 2014 14:07:56 +0000 (UTC) Received: from hell.ukr.net (hell.ukr.net [212.42.67.68]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 910491614; Tue, 11 Feb 2014 14:07:56 +0000 (UTC) Received: from satan by hell.ukr.net with local ID 1WDE02-000GAT-LU ; Tue, 11 Feb 2014 16:07:46 +0200 Date: Tue, 11 Feb 2014 16:07:46 +0200 From: Vitalij Satanivskij To: Andriy Gapon Subject: Re: ARC "pressured out", how to control/stabilize ? (reformatted to text/plain) Message-ID: <20140211140746.GA59461@hell.ukr.net> References: <1391083826.948700370.cmzf8475@frv45.ukr.net> <20140131182637.GA82526@hell.ukr.net> <20140204100823.GA95709@hell.ukr.net> <52F0F687.6050307@FreeBSD.org> <20140204171040.GA82996@hell.ukr.net> <52F12210.10604@FreeBSD.org> <20140205090449.GA9341@hell.ukr.net> <20140205122241.GA38114@hell.ukr.net> <52F4A35E.1080902@FreeBSD.org> <52FA2CA2.5000508@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <52FA2CA2.5000508@FreeBSD.org> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: Vitalij Satanivskij , Current FreeBSD , Vladimir Sharun X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 11 Feb 2014 14:07:56 -0000 Dear Andriy and FreeBSD community, For now I begin testing l2 cache without compression (with you path provided in last messages) in production. I will test the new patch on the test server first, and then if all is ok on one of the production servers. Andriy Gapon wrote: AG> on 07/02/2014 11:11 Andriy Gapon said the following: AG> > on 05/02/2014 14:22 Vitalij Satanivskij said the following: AG> >> Dear Andriy and FreeBSD community, AG> >> AG> >> Ok. I'm get coredump on panic. AG> >> AG> >> What else i need to do? AG> > AG> > AG> > Vitalij, Vladimir, AG> > AG> > I have been able to reproduce the leak at work, so now I have full access to all AG> > debugging information that I need. Thank you for your testing and reports. AG> > AG> > I have reported my observations to OpenZFS developers. It looks like the author AG> > of L2ARC compression code is too busy right now to produce a fix. AG> > Unfortunately, I am not very familiar with the L2ARC code, so I can not promise AG> > to produce a patch soon. AG> AG> I've been able to spend some time on this issue. AG> Could you please try the following patch? AG> http://people.freebsd.org/~avg/l2arc-b_tmp_cdata-diag.2.patch AG> It obsoletes all previous patches from me. AG> AG> -- AG> Andriy Gapon AG> _______________________________________________ AG> freebsd-current@freebsd.org mailing list AG> http://lists.freebsd.org/mailman/listinfo/freebsd-current AG> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Feb 11 14:38:26 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C0A995DB; Tue, 11 Feb 2014 14:38:26 +0000 (UTC) Received: from hell.ukr.net (hell.ukr.net [212.42.67.68]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7A84518C4; Tue, 11 Feb 2014 14:38:26 +0000 (UTC) Received: from satan by hell.ukr.net with local ID 1WDETf-000BQT-VI ; Tue, 11 Feb 2014 16:38:23 +0200 Date: Tue, 11 Feb 2014 16:38:23 +0200 From: Vitalij Satanivskij To: Vitalij Satanivskij Subject: Re: ARC "pressured out", how to control/stabilize ? (reformatted to text/plain) Message-ID: <20140211143823.GB59461@hell.ukr.net> References: <20140131182637.GA82526@hell.ukr.net> <20140204100823.GA95709@hell.ukr.net> <52F0F687.6050307@FreeBSD.org> <20140204171040.GA82996@hell.ukr.net> <52F12210.10604@FreeBSD.org> <20140205090449.GA9341@hell.ukr.net> <20140205122241.GA38114@hell.ukr.net> <52F4A35E.1080902@FreeBSD.org> <52FA2CA2.5000508@FreeBSD.org> <20140211140746.GA59461@hell.ukr.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140211140746.GA59461@hell.ukr.net> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: Vladimir Sharun , Current FreeBSD , Andriy Gapon X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 11 Feb 2014 14:38:26 -0000 Get first result's while testing l2 without compression Memory leak is not seen for now ( system working only 20 hours) but zfs stats saying that l2 degraded output of zfs-stats -L: ------------------------------------------------------------------------ ZFS Subsystem Report Tue Feb 11 16:34:43 2014 ------------------------------------------------------------------------ L2 ARC Summary: (DEGRADED) Passed Headroom: 3.81m Tried Lock Failures: 79.52m IO In Progress: 9 Low Memory Aborts: 235 Free on Write: 54.37k Writes While Full: 9.68k R/W Clashes: 2.82k Bad Checksums: 211.94k IO Errors: 0 SPA Mismatch: 58.33m L2 ARC Size: (Adaptive) 243.32 GiB Header Size: 0.36% 895.11 MiB L2 ARC Evicts: Lock Retries: 45 Upon Reading: 0 L2 ARC Breakdown: 38.15m Hit Ratio: 17.79% 6.79m Miss Ratio: 82.21% 31.36m Feeds: 88.88k L2 ARC Buffer: Bytes Scanned: 292.58 TiB Buffer Iterations: 88.88k List Iterations: 5.63m NULL List Iterations: 17.26k L2 ARC Writes: Writes Sent: (FAULTED) 77.95k Done Ratio: 100.00% 77.95k Error Ratio: 0.00% 0 ------------------------------------------------------------------------ As you can see we have Bad Checksums: 211.94k and growing and also Writes Sent: (FAULTED) 77.95k Done Ratio: 100.00% 77.95k Another question: Please provide revision number of arc.c against which was diff created (http://people.freebsd.org/~avg/l2arc-b_tmp_cdata-diag.2.patch) Because in version in head have some small diferent's and I need manualy aply patch. Thank you. Vitalij Satanivskij wrote: VS> Dear Andriy and FreeBSD community, VS> VS> VS> For now I begin testing l2 cache without compression (with you path provided in last messages) in production. VS> VS> I will test the new patch on the test server first, and then if all is ok on one of the production servers. VS> VS> VS> Andriy Gapon wrote: VS> AG> on 07/02/2014 11:11 Andriy Gapon said the following: VS> AG> > on 05/02/2014 14:22 Vitalij Satanivskij said the following: VS> AG> >> Dear Andriy and FreeBSD community, VS> AG> >> VS> AG> >> Ok. I'm get coredump on panic. VS> AG> >> VS> AG> >> What else i need to do? VS> AG> > VS> AG> > VS> AG> > Vitalij, Vladimir, VS> AG> > VS> AG> > I have been able to reproduce the leak at work, so now I have full access to all VS> AG> > debugging information that I need. Thank you for your testing and reports. VS> AG> > VS> AG> > I have reported my observations to OpenZFS developers. It looks like the author VS> AG> > of L2ARC compression code is too busy right now to produce a fix. VS> AG> > Unfortunately, I am not very familiar with the L2ARC code, so I can not promise VS> AG> > to produce a patch soon. VS> AG> VS> AG> I've been able to spend some time on this issue. VS> AG> Could you please try the following patch? VS> AG> http://people.freebsd.org/~avg/l2arc-b_tmp_cdata-diag.2.patch VS> AG> It obsoletes all previous patches from me. VS> AG> VS> AG> -- VS> AG> Andriy Gapon VS> AG> _______________________________________________ VS> AG> freebsd-current@freebsd.org mailing list VS> AG> http://lists.freebsd.org/mailman/listinfo/freebsd-current VS> AG> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" VS> _______________________________________________ VS> freebsd-current@freebsd.org mailing list VS> http://lists.freebsd.org/mailman/listinfo/freebsd-current VS> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Feb 11 14:45:50 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 33242906; Tue, 11 Feb 2014 14:45:50 +0000 (UTC) Received: from smtp.dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id E021D19AE; Tue, 11 Feb 2014 14:45:49 +0000 (UTC) Received: from terran (unknown [192.168.99.1]) (Authenticated sender: ray) by smtp.dlink.ua (Postfix) with ESMTPA id 877F7C497E; Tue, 11 Feb 2014 16:45:47 +0200 (EET) Date: Tue, 11 Feb 2014 16:49:21 +0200 From: Aleksandr Rybalko To: =?UTF-8?B?SmVhbi1Tw6liYXN0aWVuIFDDqWRyb24=?= Subject: Re: newcons comming Message-Id: <20140211164921.53ba6277db52e84397bd0409@freebsd.org> In-Reply-To: <52F9F29E.7080400@FreeBSD.org> References: <20131025151847.2a1b83de93335040797ceaf1@ddteam.net> <20131031210138.GC30328@ambrisko.com> <20140210210728.GA86718@FreeBSD.org> <52F9F29E.7080400@FreeBSD.org> X-Mailer: Sylpheed 3.2.0 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 11 Feb 2014 14:45:50 -0000 On Tue, 11 Feb 2014 10:51:26 +0100 Jean-Sébastien Pédron wrote: > On 10.02.2014 22:07, Alexey Dokuchaev wrote: > > Also, even at native resolution, switching consoles takes LCD considerable > > time to redraw screen contents. Looks like it's not accelerated at all... > > I used the following (hackish) patch which fixed the slow redraw problem > for me, but I don't know if it still works: > http://people.freebsd.org/~dumbbell/radeonkms/wr4-only-no-copy-vt_fb.c.patch > > I still need to take some time to discuss it with ray@. > > -- > Jean-Sébastien Pédron > Hi Jean! currently vt(9) do not blank screen on each vt switch. About your patch, think we will better malloc line size buffer (when VM become ready) to not trap into "slow read from video mem" problem. Before VM come up, we have only one screen blank and since modern system mostly use main memory, it will be viable only for devices with separate video memory and only at boot time (or even use wr4 before VM became ready). Thanks! WBW -- Aleksandr Rybalko From owner-freebsd-current@FreeBSD.ORG Tue Feb 11 19:49:34 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 57893E6D; Tue, 11 Feb 2014 19:49:34 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2D8F41993; Tue, 11 Feb 2014 19:49:34 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 065A1B981; Tue, 11 Feb 2014 14:49:33 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: newcons comming Date: Tue, 11 Feb 2014 13:04:29 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <20131025151847.2a1b83de93335040797ceaf1@ddteam.net> <20140211155043.6900fe11aaa717f7bca781df@freebsd.org> In-Reply-To: <20140211155043.6900fe11aaa717f7bca781df@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201402111304.29840.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 11 Feb 2014 14:49:33 -0500 (EST) Cc: Aleksandr Rybalko , Adrian Chadd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 11 Feb 2014 19:49:34 -0000 On Tuesday, February 11, 2014 8:50:43 am Aleksandr Rybalko wrote: > Hi Adrian! > > On Mon, 10 Feb 2014 13:24:18 -0800 > Adrian Chadd wrote: > > > [snip] > > > > My experiences with newcons/drm2: > > > > * suspend/resume occasionally throws up a panic in the softclock code, > > with some vaguely invalid looking newcons timer entry. THis happens > > after it comes out of suspend, after af ew seconds. It sucks and makes > > things rather unusable. > > Are you have some data to investigate who is culprit? > You can try also kernel with syscons, of course console will be black > after kms load, but you still able to input commands. I had this for the first time yesterday. It is the timer used for vt switching. c_lock inside the callout structure for ttyv0 is trashed and points to NULL instead of &Giant. Adrian, you should try setting kern.vt.suspendswitch=0 to see if that helps. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Feb 11 19:49:38 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ADE4FF75 for ; Tue, 11 Feb 2014 19:49:38 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 862241996 for ; Tue, 11 Feb 2014 19:49:38 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 77F77B988; Tue, 11 Feb 2014 14:49:37 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: newcons comming Date: Tue, 11 Feb 2014 13:15:53 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <20131025151847.2a1b83de93335040797ceaf1@ddteam.net> In-Reply-To: <20131025151847.2a1b83de93335040797ceaf1@ddteam.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201402111315.53753.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 11 Feb 2014 14:49:37 -0500 (EST) Cc: Aleksandr Rybalko X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 11 Feb 2014 19:49:38 -0000 I've been using newcons for quite a while on my laptop (X220) and it generally works well. A few comments: - When I kldload i915kms on the console, ttyv0 always scrolls down so that the previous screen contents are just off the "top" of the screen. Other vt's do not do this. (For example, on ttyv1, the initial login prompt remains on the screen at the top.) If I login on on ttyv1 and run the kldload from there, the behavior is generally the same: ttyv1-N all preserve the existing screen contents, but ttyv0 always scrolls up. This is a minor annoyance, but given that it works for all the other vt's, it seems like ttyv0 should work as well. - I get one complaint about an invalid ioctl when starting hald even with freshly compiled ports: consolectl: unknown ioctl: t:40007413 - The few times I've had panics in X, newcons has switched back to ttyv0 and I was able to use DDB just fine. \0/ - I just had the same softclock related panic Adrian reported for the first time yesterday (and I've resumed probably 20-30 times without an issue). - Occasionally if I move the mouse around constantly on the console I can get the mouse cursor to leave an artifact. If I move the mouse cursor back over the artifact it gets cleaned up, but only the pixels the mouse cursor overlaps with (so if I try I can make it only clean up part of the artifact). Switching to another VT and back cleans up the artifacts as well. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Feb 12 07:12:47 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4530672E for ; Wed, 12 Feb 2014 07:12:47 +0000 (UTC) Received: from mta04.bitpro.no (mta04.bitpro.no [92.42.64.203]) by mx1.freebsd.org (Postfix) with ESMTP id F00921F8F for ; Wed, 12 Feb 2014 07:12:46 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta04.bitpro.no (Postfix) with ESMTPS id 49EF9100218 for ; Wed, 12 Feb 2014 08:12:44 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id A7E658F6FDA for ; Wed, 12 Feb 2014 08:13:38 +0100 (CET) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JJh9jgUecSnX for ; Wed, 12 Feb 2014 08:13:38 +0100 (CET) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id 188668F247A for ; Wed, 12 Feb 2014 08:13:38 +0100 (CET) Message-ID: <52FB1F24.3060405@bitfrost.no> Date: Wed, 12 Feb 2014 08:13:40 +0100 From: Hans Petter Selasky Organization: Bitfrost A/S User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: FreeBSD Current Subject: Google Chromebook C720 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 12 Feb 2014 07:12:47 -0000 Hi, Anyone subscribed here that can do some USB tests using FreeBSD on a Google Chromebook, C720? --HPS From owner-freebsd-current@FreeBSD.ORG Wed Feb 12 07:19:54 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 29A7FCD5 for ; Wed, 12 Feb 2014 07:19:54 +0000 (UTC) Received: from sh4-5.1blu.de (sh4-5.1blu.de [178.254.11.41]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E17981FD2 for ; Wed, 12 Feb 2014 07:19:53 +0000 (UTC) Received: from ftp51246-2575596 by sh4-5.1blu.de with local (Exim 4.76) (envelope-from ) id 1WDU6p-0001O9-7W; Wed, 12 Feb 2014 08:19:51 +0100 Date: Wed, 12 Feb 2014 08:19:51 +0100 From: Matthias Apitz To: Hans Petter Selasky Subject: Re: Google Chromebook C720 Message-ID: <20140212071951.GA5086@sh4-5.1blu.de> References: <52FB1F24.3060405@bitfrost.no> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <52FB1F24.3060405@bitfrost.no> X-Operating-System: FreeBSD 7.0-RELEASE (i386) User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Feb 2014 07:19:54 -0000 El día Wednesday, February 12, 2014 a las 08:13:40AM +0100, Hans Petter Selasky escribió: > Hi, > > Anyone subscribed here that can do some USB tests using FreeBSD on a > Google Chromebook, C720? Does FreeBSD run on Google Chromebook at all? matthias -- Matthias Apitz | /"\ ASCII Ribbon Campaign: www.asciiribbon.org E-mail: guru@unixarea.de | \ / - No HTML/RTF in E-mail WWW: http://www.unixarea.de/ | X - No proprietary attachments phone: +49-170-4527211 | / \ - Respect for open standards From owner-freebsd-current@FreeBSD.ORG Wed Feb 12 07:26:16 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DD8EFFA2 for ; Wed, 12 Feb 2014 07:26:16 +0000 (UTC) Received: from mta04.bitpro.no (mta04.bitpro.no [92.42.64.203]) by mx1.freebsd.org (Postfix) with ESMTP id 93D7010B1 for ; Wed, 12 Feb 2014 07:26:16 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta04.bitpro.no (Postfix) with ESMTPS id 43E2310021A; Wed, 12 Feb 2014 08:26:15 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id ACA351616E1; Wed, 12 Feb 2014 08:27:09 +0100 (CET) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6HPodzgPaQo3; Wed, 12 Feb 2014 08:27:09 +0100 (CET) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id DEE591616D3; Wed, 12 Feb 2014 08:27:08 +0100 (CET) Message-ID: <52FB224E.2070005@bitfrost.no> Date: Wed, 12 Feb 2014 08:27:10 +0100 From: Hans Petter Selasky Organization: Bitfrost A/S User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Matthias Apitz Subject: Re: Google Chromebook C720 References: <52FB1F24.3060405@bitfrost.no> <20140212071951.GA5086@sh4-5.1blu.de> In-Reply-To: <20140212071951.GA5086@sh4-5.1blu.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 12 Feb 2014 07:26:16 -0000 On 02/12/14 08:19, Matthias Apitz wrote: > El día Wednesday, February 12, 2014 a las 08:13:40AM +0100, Hans Petter Selasky escribió: > >> Hi, >> >> Anyone subscribed here that can do some USB tests using FreeBSD on a >> Google Chromebook, C720? > > Does FreeBSD run on Google Chromebook at all? > > matthias > Hi, DragonFlyBSD runs on it, so FreeBSD should too. The INTEL based ones. Only they found some USB issues, which needs to be addressed. --HPS From owner-freebsd-current@FreeBSD.ORG Wed Feb 12 07:51:57 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C9129838 for ; Wed, 12 Feb 2014 07:51:57 +0000 (UTC) Received: from mail-qc0-x229.google.com (mail-qc0-x229.google.com [IPv6:2607:f8b0:400d:c01::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 83FCA12AE for ; Wed, 12 Feb 2014 07:51:57 +0000 (UTC) Received: by mail-qc0-f169.google.com with SMTP id w7so14870702qcr.28 for ; Tue, 11 Feb 2014 23:51:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=ujNFHCNqgKquMg4QK0CtRmqp0Lr3o4xdJciTIdK3pck=; b=qFeLT/uObRoFHBmbL5/Lv4Y18mbikr0Pza8BfkzglTobYNMLWcwV3/06QY7Mj+6MB1 p261SHxyIMX8hLiHxdrqzh+q27MtVizJcXAacoG9i4kubrXqfJ70gE+A0B3xPRnubN8o 8srA5TwFK4voFmGutk17SpVn9srohYIzqCgz982WinkTJp6QSiOUr1+4Is07rjPXNbXP PUTfuu7i5EXoCXbdcqxYe/whUHi90ElN1pb43EpvGaWiq1/3hIKwIAox9/103KMJnUKm IDfAKhoJutCNKPchSCXeB8PQqEPHvSh8QEu3AACO8UDx3qGI6TS8GXncXjDfy565EQwl BBLQ== MIME-Version: 1.0 X-Received: by 10.140.96.180 with SMTP id k49mr60482780qge.4.1392191516694; Tue, 11 Feb 2014 23:51:56 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.52.8 with HTTP; Tue, 11 Feb 2014 23:51:56 -0800 (PST) In-Reply-To: <52FB224E.2070005@bitfrost.no> References: <52FB1F24.3060405@bitfrost.no> <20140212071951.GA5086@sh4-5.1blu.de> <52FB224E.2070005@bitfrost.no> Date: Tue, 11 Feb 2014 23:51:56 -0800 X-Google-Sender-Auth: tjDzH9BaK9QPKCD7OR0NK80oHaw Message-ID: Subject: Re: Google Chromebook C720 From: Adrian Chadd To: Hans Petter Selasky Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Matthias Apitz , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 12 Feb 2014 07:51:57 -0000 Yeah, we need: * usb fixed up * bootloader (loader) needs more ram, as it runs out of memory trying to read in the kernel - seabios unfortunately lies about how much is actually there * graphics - haswell, right? * atkbd patches * mouse / i2c bus driver ported over The wifi, works great. -a On 11 February 2014 23:27, Hans Petter Selasky wrote: > On 02/12/14 08:19, Matthias Apitz wrote: >> >> El d=EDa Wednesday, February 12, 2014 a las 08:13:40AM +0100, Hans Pette= r >> Selasky escribi=F3: >> >>> Hi, >>> >>> Anyone subscribed here that can do some USB tests using FreeBSD on a >>> Google Chromebook, C720? >> >> >> Does FreeBSD run on Google Chromebook at all? >> >> matthias >> > > Hi, > > DragonFlyBSD runs on it, so FreeBSD should too. The INTEL based ones. Onl= y > they found some USB issues, which needs to be addressed. > > --HPS > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " From owner-freebsd-current@FreeBSD.ORG Wed Feb 12 08:14:44 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C4BF5DB8 for ; Wed, 12 Feb 2014 08:14:44 +0000 (UTC) Received: from mail-la0-x22e.google.com (mail-la0-x22e.google.com [IPv6:2a00:1450:4010:c03::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4869A145A for ; Wed, 12 Feb 2014 08:14:44 +0000 (UTC) Received: by mail-la0-f46.google.com with SMTP id b8so6725799lan.19 for ; Wed, 12 Feb 2014 00:14:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:cc :content-type; bh=Sm1xlFqp4zCs3sUN75S3oVs7vuskbRMys3f9Tvb9yck=; b=Rn4vNaI5uqPqXBWnfeakHZYYrv2tGyEsBojL+ddaulD69bc66vhgBNnJHzEmPf9g7u 0dqPbP4wTpmePN/X/VAYHDSNo1FZ2wCShSMHngy7zBhiuEsRqm36z9CAP6gx2LE9xSx7 EjETZbkHjftcK0EGF7i0NjCro1DXvoXBtHGJcmoBaavosSlseTxtmpCNp32PQI2zJEFc kjnHLer7koOLh2WkL6qVg2UtE50KCNUZWzoqRnyt7ZGhV0KfZv+rgJ5X6mGqyuEloj2O kmY24Fvxfc9gaKA+gj/gHzVvG00+ibBss3cOuXcY/uQrZFb61HfYiilypjYlnsmfhlTr 3sRg== MIME-Version: 1.0 X-Received: by 10.152.21.4 with SMTP id r4mr737189lae.51.1392192881609; Wed, 12 Feb 2014 00:14:41 -0800 (PST) Received: by 10.112.62.130 with HTTP; Wed, 12 Feb 2014 00:14:41 -0800 (PST) Received: by 10.112.62.130 with HTTP; Wed, 12 Feb 2014 00:14:41 -0800 (PST) In-Reply-To: <201402111315.53753.jhb@freebsd.org> References: <20131025151847.2a1b83de93335040797ceaf1@ddteam.net> <201402111315.53753.jhb@freebsd.org> Date: Wed, 12 Feb 2014 12:14:41 +0400 Message-ID: Subject: Re: newcons comming From: =?KOI8-R?B?5MXOydMg5c3FzNjRzs/X?= Cc: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 12 Feb 2014 08:14:44 -0000 On 11 Feb 2014 23:49, "John Baldwin" wrote: > - Occasionally if I move the mouse around constantly on the console I can get > the mouse cursor to leave an artifact. If I move the mouse cursor back over > the artifact it gets cleaned up, but only the pixels the mouse cursor > overlaps with (so if I try I can make it only clean up part of the > artifact). Switching to another VT and back cleans up the artifacts as > well. I have this issue also, but I don't use newcons, so it's probably is independent problem. ------- Best regards, Denis Emelyanov From owner-freebsd-current@FreeBSD.ORG Wed Feb 12 08:20:39 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E3521C2; Wed, 12 Feb 2014 08:20:39 +0000 (UTC) Received: from mta05.bitpro.no (mta05.bitpro.no [92.42.64.202]) by mx1.freebsd.org (Postfix) with ESMTP id 972B514CA; Wed, 12 Feb 2014 08:20:39 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta05.bitpro.no (Postfix) with ESMTPS id 5C8DF17F86E; Wed, 12 Feb 2014 09:20:37 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id D2BFE16170D; Wed, 12 Feb 2014 09:21:31 +0100 (CET) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qE7uc1g4k5Hk; Wed, 12 Feb 2014 09:21:31 +0100 (CET) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id 1F6DE161305; Wed, 12 Feb 2014 09:21:31 +0100 (CET) Message-ID: <52FB2F0D.8060209@bitfrost.no> Date: Wed, 12 Feb 2014 09:21:33 +0100 From: Hans Petter Selasky Organization: Bitfrost A/S User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Adrian Chadd Subject: Re: Google Chromebook C720 References: <52FB1F24.3060405@bitfrost.no> <20140212071951.GA5086@sh4-5.1blu.de> <52FB224E.2070005@bitfrost.no> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Matthias Apitz , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 12 Feb 2014 08:20:40 -0000 Hi, Here is at least one patch for USB fixup and there might be more coming. A need someone to test this patch. The issue of problem has been identified thanks to Mattew Dillon at DragonFlyBSD. On 02/12/14 08:51, Adrian Chadd wrote: > Yeah, we need: > > * usb fixed up http://svnweb.freebsd.org/changeset/base/261795 > * bootloader (loader) needs more ram, as it runs out of memory trying > to read in the kernel - seabios unfortunately lies about how much is > actually there > * graphics - haswell, right? > * atkbd patches > * mouse / i2c bus driver ported over > > The wifi, works great. > --HPS From owner-freebsd-current@FreeBSD.ORG Wed Feb 12 08:48:32 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CCC536B2 for ; Wed, 12 Feb 2014 08:48:32 +0000 (UTC) Received: from mail-qc0-x22f.google.com (mail-qc0-x22f.google.com [IPv6:2607:f8b0:400d:c01::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 867D31735 for ; Wed, 12 Feb 2014 08:48:32 +0000 (UTC) Received: by mail-qc0-f175.google.com with SMTP id x13so14947575qcv.34 for ; Wed, 12 Feb 2014 00:48:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=8xOjDv++uoMVZUk2IDPiFyME+onfN25WBObHYrpWiy0=; b=0ueMLRN4NP9/MkWqTfIvv3pQdrrJBJLnIBIEGZ5zcutESBlfPuWq3+CUI+7dEJX9d3 hbWXygdpEW5Q+4yO7lcOZRHDGmLUIbBzxtHqjPCxHjyj47h7/0TDTezp4RPuOH7qE/v0 Ic/z52I4VlIu842Tr1KE8GYg/fPudffjVMLLM1pd6cQaJ0MIYsY9EVcA8oN0XZqqHvDN RCvaKW6Z+haG+OpcjGbPMRlxAVJL4u+HdCyUudxUrXTbhSBOBALm2PihB6UWHKrb5bi1 JwUy+N8ITMgLyvs0XeF5LW4EoMIqH7S3SuqYi7mo0KkhzON11JEhKbDa5nwjsXNPMxMs 8ULg== MIME-Version: 1.0 X-Received: by 10.224.121.137 with SMTP id h9mr65829817qar.55.1392194911625; Wed, 12 Feb 2014 00:48:31 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.52.8 with HTTP; Wed, 12 Feb 2014 00:48:31 -0800 (PST) In-Reply-To: <52FB2F0D.8060209@bitfrost.no> References: <52FB1F24.3060405@bitfrost.no> <20140212071951.GA5086@sh4-5.1blu.de> <52FB224E.2070005@bitfrost.no> <52FB2F0D.8060209@bitfrost.no> Date: Wed, 12 Feb 2014 00:48:31 -0800 X-Google-Sender-Auth: blmdMig6u0WCV_f8Ji4hcUJpHaE Message-ID: Subject: Re: Google Chromebook C720 From: Adrian Chadd To: Hans Petter Selasky Content-Type: text/plain; charset=ISO-8859-1 Cc: Matthias Apitz , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 12 Feb 2014 08:48:32 -0000 I have one of these, but I haven't yet sat down to try freebsd-head again. The default problems with the bootloader sucks. -a On 12 February 2014 00:21, Hans Petter Selasky wrote: > Hi, > > Here is at least one patch for USB fixup and there might be more coming. A > need someone to test this patch. The issue of problem has been identified > thanks to Mattew Dillon at DragonFlyBSD. > > > On 02/12/14 08:51, Adrian Chadd wrote: >> >> Yeah, we need: >> >> * usb fixed up > > > http://svnweb.freebsd.org/changeset/base/261795 > > >> * bootloader (loader) needs more ram, as it runs out of memory trying >> to read in the kernel - seabios unfortunately lies about how much is >> actually there >> * graphics - haswell, right? >> * atkbd patches >> * mouse / i2c bus driver ported over >> >> The wifi, works great. >> > > --HPS > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Feb 12 12:30:22 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 66C7ACEC; Wed, 12 Feb 2014 12:30:22 +0000 (UTC) Received: from sh4-5.1blu.de (sh4-5.1blu.de [178.254.11.41]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 26AC71C30; Wed, 12 Feb 2014 12:30:21 +0000 (UTC) Received: from ftp51246-2575596 by sh4-5.1blu.de with local (Exim 4.76) (envelope-from ) id 1WDYxB-0000xM-Qe; Wed, 12 Feb 2014 13:30:13 +0100 Date: Wed, 12 Feb 2014 13:30:13 +0100 From: Matthias Apitz To: Adrian Chadd Subject: Re: Google Chromebook C720 Message-ID: <20140212123013.GA1144@sh4-5.1blu.de> References: <52FB1F24.3060405@bitfrost.no> <20140212071951.GA5086@sh4-5.1blu.de> <52FB224E.2070005@bitfrost.no> <52FB2F0D.8060209@bitfrost.no> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Operating-System: FreeBSD 7.0-RELEASE (i386) User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Hans Petter Selasky , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Feb 2014 12:30:22 -0000 El día Wednesday, February 12, 2014 a las 12:48:31AM -0800, Adrian Chadd escribió: > I have one of these, but I haven't yet sat down to try freebsd-head > again. The default problems with the bootloader sucks. Are we talking about this device: https://www.google.de/intl/de/chrome/devices/acer-c720-chromebook.html#ac-c720 This has only a 16 GByte SSD and the rest is in the cloud under the control of whoever. matthias -- Matthias Apitz | /"\ ASCII Ribbon Campaign: www.asciiribbon.org E-mail: guru@unixarea.de | \ / - No HTML/RTF in E-mail WWW: http://www.unixarea.de/ | X - No proprietary attachments phone: +49-170-4527211 | / \ - Respect for open standards From owner-freebsd-current@FreeBSD.ORG Wed Feb 12 15:01:43 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 62CADCFD for ; Wed, 12 Feb 2014 15:01:43 +0000 (UTC) Received: from mail-qc0-x232.google.com (mail-qc0-x232.google.com [IPv6:2607:f8b0:400d:c01::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1C3691B99 for ; Wed, 12 Feb 2014 15:01:43 +0000 (UTC) Received: by mail-qc0-f178.google.com with SMTP id m20so15341579qcx.37 for ; Wed, 12 Feb 2014 07:01:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=9v4JwvZqiGvb2amkHZFO693MNIrUjXnL/RgE0qcGY/Q=; b=IRUh7TLgJ77zPpIdy2HBnNJoZ5j1mP2feQXVMjkOHougrdUlprMt8IvV9t/93PrzmB 0gSGiUDPlD+SbpAQtWjs0bW/DoKudhnkIp/0d0clnI+9eP2Tcx8sh6tcilkIOAz1wxvr lCOu153yI+sB87GSzDmfRZQk/sZyBW8hcSwAQP7vLqmbhC7Fo0jCv67y8/n3+3gQMsMU NCLlfs0BEIhypC236hOz6b0uCNjZd8JNVjFD3pWt51zexl88QI2EyAcZwyDyrCy9ATcF +hJEkpEYGyhDDTJdh3Thqu+kev3vvrS6RpaIA/bSeKsQDK05waa88xpO8IZlB3+ja+Q2 52Kw== MIME-Version: 1.0 X-Received: by 10.140.42.54 with SMTP id b51mr55733221qga.87.1392217302260; Wed, 12 Feb 2014 07:01:42 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.52.8 with HTTP; Wed, 12 Feb 2014 07:01:42 -0800 (PST) In-Reply-To: <20140212123013.GA1144@sh4-5.1blu.de> References: <52FB1F24.3060405@bitfrost.no> <20140212071951.GA5086@sh4-5.1blu.de> <52FB224E.2070005@bitfrost.no> <52FB2F0D.8060209@bitfrost.no> <20140212123013.GA1144@sh4-5.1blu.de> Date: Wed, 12 Feb 2014 07:01:42 -0800 X-Google-Sender-Auth: Hb7_yYOD9O6YsQZ_6sFwS6RLabs Message-ID: Subject: Re: Google Chromebook C720 From: Adrian Chadd To: Matthias Apitz Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Hans Petter Selasky , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 12 Feb 2014 15:01:43 -0000 On 12 February 2014 04:30, Matthias Apitz wrote: > El d=EDa Wednesday, February 12, 2014 a las 12:48:31AM -0800, Adrian Chad= d escribi=F3: > >> I have one of these, but I haven't yet sat down to try freebsd-head >> again. The default problems with the bootloader sucks. > > Are we talking about this device: > > https://www.google.de/intl/de/chrome/devices/acer-c720-chromebook.html#ac= -c720 > > This has only a 16 GByte SSD and the rest is in the cloud under the > control of whoever. so? It doesn't have to have the data in google's cloud. it can run freebsd and be useful. :) -a From owner-freebsd-current@FreeBSD.ORG Wed Feb 12 21:52:15 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 929112F4; Wed, 12 Feb 2014 21:52:15 +0000 (UTC) Received: from freebsd.czest.pl (freebsd.czest.pl [212.87.224.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 21A8612C8; Wed, 12 Feb 2014 21:52:14 +0000 (UTC) Received: from freebsd.czest.pl (freebsd.czest.pl [212.87.224.105]) by freebsd.czest.pl (8.14.5/8.14.5) with ESMTP id s1CLpO3i032464; Wed, 12 Feb 2014 21:51:24 GMT (envelope-from wkoszek@freebsd.czest.pl) Received: (from wkoszek@localhost) by freebsd.czest.pl (8.14.5/8.14.5/Submit) id s1CLpOSg032463; Wed, 12 Feb 2014 21:51:24 GMT (envelope-from wkoszek) Date: Wed, 12 Feb 2014 21:51:23 +0000 From: "Wojciech A. Koszek" To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, soc-status@freebsd.org Subject: FreeBSD GSOC 2014: call for ideas! Message-ID: <20140212215123.GB31185@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-0.4 required=5.0 tests=RP_MATCHES_RCVD, SPF_HELO_PASS, SPF_PASS autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on freebsd.czest.pl X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (freebsd.czest.pl [212.87.224.105]); Wed, 12 Feb 2014 21:51:28 +0000 (UTC) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 12 Feb 2014 21:52:15 -0000 (cross-posted message; keep discussion on hackers@ only) Hello, We want to participate in GSOC 2014. We need more ideas for students, who can be new to FreeBSD and Open Source. Submit your ideas here: http://tinyurl.com/FreeBSD-GSOC2014 If you make them attractive and clearly explained, there should be a bigger chance of getting them picked by somebody. All submitted ideas upon review will be put here: https://wiki.freebsd.org/SummerOfCode2014 If you have a Wiki access, please just copy the skeleton from the top of this page and use it for your task. Thanks, -- Wojciech A. Koszek wkoszek@FreeBSD.org http://www.koszek.com/ From owner-freebsd-current@FreeBSD.ORG Thu Feb 13 10:20:55 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 24B02532 for ; Thu, 13 Feb 2014 10:20:55 +0000 (UTC) Received: from co9outboundpool.messaging.microsoft.com (co9ehsobe002.messaging.microsoft.com [207.46.163.25]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C72E812E6 for ; Thu, 13 Feb 2014 10:20:54 +0000 (UTC) Received: from mail123-co9-R.bigfish.com (10.236.132.232) by CO9EHSOBE020.bigfish.com (10.236.130.83) with Microsoft SMTP Server id 14.1.225.22; Thu, 13 Feb 2014 10:20:48 +0000 Received: from mail123-co9 (localhost [127.0.0.1]) by mail123-co9-R.bigfish.com (Postfix) with ESMTP id 761AFDC01E5 for ; Thu, 13 Feb 2014 10:20:48 +0000 (UTC) X-Forefront-Antispam-Report: CIP:157.56.240.101; KIP:(null); UIP:(null); IPV:NLI; H:BL2PRD0510HT003.namprd05.prod.outlook.com; RD:none; EFVD:NLI X-SpamScore: 2 X-BigFish: VPS2(zzc85fhzz1f42h2148h208ch1ee6h1de0h1fdah2073h2146h1202h1e76h2189h1d1ah1d2ah21bch1fc6hzz17326ah8275dh18c673h1de097h186068hz2fh109h2a8h839hd24hf0ah1288h12a5h12bdh137ah1441h1504h1537h153bh162dh1631h1758h18e1h1946h19b5h19ceh1ad9h1b0ah1bceh224fh1d07h1d0ch1d2eh1d3fh1dc1h1de9h1dfeh1dffh1ff5h20f0h2216h22d0h2336h2461h2487h24d7h2516h2545h255eh9a9j1155h) Received-SPF: pass (mail123-co9: domain of juniper.net designates 157.56.240.101 as permitted sender) client-ip=157.56.240.101; envelope-from=yfshao@juniper.net; helo=BL2PRD0510HT003.namprd05.prod.outlook.com ; .outlook.com ; X-Forefront-Antispam-Report-Untrusted: SFV:NSPM; SFS:(10009001)(6009001)(189002)(199002)(76786001)(19580395003)(76796001)(76576001)(66066001)(79102001)(87936001)(33646001)(80976001)(80022001)(65816001)(85306002)(15202345003)(59766001)(47446002)(74366001)(92566001)(63696002)(76176001)(74662001)(31966008)(81816001)(95416001)(49866001)(47736001)(87266001)(50986001)(47976001)(83322001)(95666001)(74502001)(2656002)(77982001)(56776001)(54316002)(4396001)(93136001)(15975445006)(81542001)(81342001)(74706001)(46102001)(54356001)(53806001)(94946001)(76482001)(93516002)(74876001)(86362001)(90146001)(575784001)(56816005)(83072002)(51856001)(85852003)(69226001)(74316001)(94316002)(24736002); DIR:OUT; SFP:1101; SCL:1; SRVR:DM2PR05MB590; H:DM2PR05MB591.namprd05.prod.outlook.com; CLIP:116.197.188.16; FPR:D61EDA0E.8CF6D148.B8DD7297.11C4A941.20998; PTR:InfoNoRecords; MX:1; A:1; LANG:en; Received: from mail123-co9 (localhost.localdomain [127.0.0.1]) by mail123-co9 (MessageSwitch) id 1392286846889013_22546; Thu, 13 Feb 2014 10:20:46 +0000 (UTC) Received: from CO9EHSMHS018.bigfish.com (unknown [10.236.132.247]) by mail123-co9.bigfish.com (Postfix) with ESMTP id D462B80004A for ; Thu, 13 Feb 2014 10:20:46 +0000 (UTC) Received: from BL2PRD0510HT003.namprd05.prod.outlook.com (157.56.240.101) by CO9EHSMHS018.bigfish.com (10.236.130.28) with Microsoft SMTP Server (TLS) id 14.16.227.3; Thu, 13 Feb 2014 10:20:46 +0000 Received: from DM2PR05MB590.namprd05.prod.outlook.com (10.141.159.145) by BL2PRD0510HT003.namprd05.prod.outlook.com (10.255.100.38) with Microsoft SMTP Server (TLS) id 14.16.411.0; Thu, 13 Feb 2014 10:20:18 +0000 Received: from DM2PR05MB591.namprd05.prod.outlook.com (10.141.159.146) by DM2PR05MB590.namprd05.prod.outlook.com (10.141.159.145) with Microsoft SMTP Server (TLS) id 15.0.878.16; Thu, 13 Feb 2014 10:20:16 +0000 Received: from DM2PR05MB591.namprd05.prod.outlook.com ([10.141.159.146]) by DM2PR05MB591.namprd05.prod.outlook.com ([10.141.159.146]) with mapi id 15.00.0878.008; Thu, 13 Feb 2014 10:20:16 +0000 From: Yafang Shao To: "freebsd-current@freebsd.org" Subject: DTrace/MIPS port Thread-Topic: DTrace/MIPS port Thread-Index: Ac8opS9eloHa3OKPSAeF+AwaR88u2Q== Importance: high X-Priority: 1 Date: Thu, 13 Feb 2014 10:20:16 +0000 Message-ID: <6fea3c7bfb134e53891a5bb232353230@DM2PR05MB591.namprd05.prod.outlook.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [116.197.188.16] x-forefront-prvs: 0121F24F22 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-FOPE-CONNECTOR: Id%0$Dn%*$RO%0$TLS%0$FQDN%$TlsDn% X-Mailman-Approved-At: Thu, 13 Feb 2014 12:54:55 +0000 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 13 Feb 2014 10:20:55 -0000 Hi Gonzo, I got your patch of port mips (http://lists.freebsd.org/pipermail/freebsd-c= urrent/2012-March/032182.html), in which you noted that "fbt, pid are not i= mplemented." Would you pls. explain the reason why fbt and pid aren't implemented? If I want to use fbt and pid, what should I do ? Best Regards, Yafang From owner-freebsd-current@FreeBSD.ORG Thu Feb 13 17:34:02 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F1103A0; Thu, 13 Feb 2014 17:34:01 +0000 (UTC) Received: from mail.xcllnt.net (mail.xcllnt.net [50.0.150.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B97B21C4C; Thu, 13 Feb 2014 17:34:01 +0000 (UTC) Received: from [172.29.0.16] ([66.129.239.12]) (authenticated bits=0) by mail.xcllnt.net (8.14.7/8.14.7) with ESMTP id s1DHXwim007786 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 13 Feb 2014 09:34:00 -0800 (PST) (envelope-from marcel@xcllnt.net) From: Marcel Moolenaar Content-Type: multipart/signed; boundary="Apple-Mail=_67974C63-D3F4-47AF-93B5-F3975880C18B"; protocol="application/pgp-signature"; micalg=pgp-sha1 Subject: LLVM bug WRT temporary files? Date: Thu, 13 Feb 2014 09:33:53 -0800 Message-Id: <21FB3229-E39C-424C-B18A-DD5932A32885@xcllnt.net> To: freebsd-toolchain@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) X-Mailer: Apple Mail (2.1827) Cc: "FreeBSD-CURRENT@freebsd.org Current" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 13 Feb 2014 17:34:02 -0000 --Apple-Mail=_67974C63-D3F4-47AF-93B5-F3975880C18B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Guys, I'm running into a build break that relates to the temporary files that LLVM creates: svl-junos-j019% cc --version FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 Target: arm--freebsd10.0-gnueabi Thread model: posix On a build machine /tmp/b is a directory and created by user X. I am doing a buildworld on that machine as user Y (Y=3Dmarcelm) and I don't have permissions in /tmp/b. The build gets to usr.bin/awk and it has a source file called b.c The build fails with: --- b.o --- cc -O -pipe -DHAS_ISBLANK -I. = -I/b/marcelm/buildbot/FreeBSD_arm_arm/build/usr.bin/awk/../../contrib/one-= true-awk -DFOPEN_MAX=3D64 -std=3Dgnu99 -Qunused-arguments = -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body = -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value = -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion = -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter = -Wno-parentheses -c = /b/marcelm/buildbot/FreeBSD_arm_arm/build/usr.bin/awk/../../contrib/one-tr= ue-awk/b.c cc: error: unable to make temporary file: /tmp/b: can't make unique = filename: Permission denied *** [b.o] Error code 1 Running truss shows: = access("/b/marcelm/buildbot/FreeBSD_arm_arm/build/usr.bin/awk/../../contri= b/one-true-awk/b.c",0) =3D 0 (0x0) stat("/tmp/b",{ mode=3Ddrwxr-xr-x ,inode=3D235520,size=3D512,blksize=3D163= 84 }) =3D 0 (0x0) open("/dev/random",O_RDONLY,00) =3D 3 (0x3) read(3,"\M^S\M^H\^S65S'*\M-T\M-r\^A9\M-K"...,128) =3D 128 (0x80) close(3) =3D 0 (0x0) stat("/tmp/b",{ mode=3Ddrwxr-xr-x ,inode=3D235520,size=3D512,blksize=3D163= 84 }) =3D 0 (0x0) open("/tmp/b/B8owDb",O_RDWR|O_CREAT|O_EXCL,0600) ERR#13 'Permission = denied' Now, if I compile another file, I get: = access("/b/marcelm/buildbot/FreeBSD_arm_arm/build/usr.bin/awk/../../contri= b/one-true-awk/lex.c",0) =3D 0 (0x0) stat("/tmp/lex",0x7fffffffbab0) ERR#2 'No such file or = directory' open("/dev/random",O_RDONLY,00) =3D 3 (0x3) read(3,"\^F\r\M-J\M-5Z\M-fK\^E\M-2'\M-1"...,128) =3D 128 (0x80) close(3) =3D 0 (0x0) stat("/tmp",{ mode=3Ddrwxrwxrwt ,inode=3D2,size=3D9728,blksize=3D16384 = }) =3D 0 (0x0) open("/tmp/lex-pDQnPA",O_RDWR|O_CREAT|O_EXCL,0600) =3D 3 (0x3) close(3) =3D 0 (0x0) So for some reason when /tmp/ exists and is a directory, then = the compiler wants to create a temporary file underneath that directory. = That looks like a bug to me. Do people concur and thus shall I file a PR? --=20 Marcel Moolenaar marcel@xcllnt.net --Apple-Mail=_67974C63-D3F4-47AF-93B5-F3975880C18B Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAlL9AgEACgkQpgWlLWHuifYYuwCdFrZIkOM97zSrjFIGe91lAKp7 nYsAn2B3tErg0/42CGk2qn4gYSkxs52y =x2Bn -----END PGP SIGNATURE----- --Apple-Mail=_67974C63-D3F4-47AF-93B5-F3975880C18B-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 13 17:44:20 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 468A2495; Thu, 13 Feb 2014 17:44:20 +0000 (UTC) Received: from mail.xcllnt.net (mail.xcllnt.net [50.0.150.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 186061D1D; Thu, 13 Feb 2014 17:44:19 +0000 (UTC) Received: from [172.29.0.16] ([66.129.239.12]) (authenticated bits=0) by mail.xcllnt.net (8.14.7/8.14.7) with ESMTP id s1DHi8qY007821 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 13 Feb 2014 09:44:10 -0800 (PST) (envelope-from marcel@xcllnt.net) Content-Type: multipart/signed; boundary="Apple-Mail=_05A24383-61C5-4F99-BB25-EEF6D0FCEDD1"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: LLVM bug WRT temporary files? From: Marcel Moolenaar In-Reply-To: <9DFFC955-D1BB-47CB-9AF9-03A5DC93958A@cl.cam.ac.uk> Date: Thu, 13 Feb 2014 09:44:03 -0800 Message-Id: References: <21FB3229-E39C-424C-B18A-DD5932A32885@xcllnt.net> <9DFFC955-D1BB-47CB-9AF9-03A5DC93958A@cl.cam.ac.uk> To: David Chisnall X-Mailer: Apple Mail (2.1827) Cc: freebsd-toolchain@FreeBSD.org, "FreeBSD-CURRENT@freebsd.org Current" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 13 Feb 2014 17:44:20 -0000 --Apple-Mail=_05A24383-61C5-4F99-BB25-EEF6D0FCEDD1 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Feb 13, 2014, at 9:42 AM, David Chisnall = wrote: > This looks like a bug, please file an llvm PR. The offending code = seems to be createUniqueEntity() in lib/Support/Unix/Path.inc, which = does... something. Something weird and convoluted that seems to try to = implement mkstemp() / mkdtemp() in an incomprehensible way. Will do. Thanks David, --=20 Marcel Moolenaar marcel@xcllnt.net --Apple-Mail=_05A24383-61C5-4F99-BB25-EEF6D0FCEDD1 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAlL9BGMACgkQpgWlLWHuifaoNQCdFD9JFHnZxIt+UA2gVrAr//nw iEYAn1WFagWBNa/9V+Lm5Qjn6BTfd72h =znjN -----END PGP SIGNATURE----- --Apple-Mail=_05A24383-61C5-4F99-BB25-EEF6D0FCEDD1-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 13 18:59:16 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9BEDA78D for ; Thu, 13 Feb 2014 18:59:16 +0000 (UTC) Received: from mail-ve0-x234.google.com (mail-ve0-x234.google.com [IPv6:2607:f8b0:400c:c01::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 59AC515F2 for ; Thu, 13 Feb 2014 18:59:16 +0000 (UTC) Received: by mail-ve0-f180.google.com with SMTP id db12so8720159veb.39 for ; Thu, 13 Feb 2014 10:59:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=hZ6rZJrd36JC5te9hqMvhqFI8qyMIddpqvAvti952A4=; b=ohiW1rLjJRRJeq/ldDJFKpk/DqMLwtrlDeswuAoYjCo4wK3Ckb5TzwZXnygDtbQjpg tldS8EQaGKVtZK3+TGkoSqjFMozZwN9iPe+8aime1ys2KPIEuTwPOFZSKyhXeCBmKWC6 pSGrQVVBhBXoLN1PSYRQXQmAt3OKJqIDzU5rD2Yfg4QQj221iBtyJv4xhUwt1K6DylSo UU4IndQtCUFG54hnSYFkIjPr223UAwLZ02DpJAlCHWnI0Sy7+9IMGWvJyZdh9PUF8f/v ja7fLvfvAqNkFjdudABGXB6LWVpx88QRLmt6H9w30l5mLnHJNxd+xWAN9xo1zk+R6tND kINw== MIME-Version: 1.0 X-Received: by 10.59.5.102 with SMTP id cl6mr483584ved.41.1392317954936; Thu, 13 Feb 2014 10:59:14 -0800 (PST) Received: by 10.220.11.130 with HTTP; Thu, 13 Feb 2014 10:59:14 -0800 (PST) Date: Thu, 13 Feb 2014 12:59:14 -0600 Message-ID: Subject: ezjails, systat -ifstat, and multiple network cards From: Preston Hagar To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 13 Feb 2014 18:59:16 -0000 I have a server setup with FreeBSD-10.0-RELEASE. It has 3 Intel gigabit network cards in it, em0, em1, and em2. I have multiple ezjails setup that run various things. One jail, called db, runs a postgresql database. It was my intention to give it em0 all to itself. The other jails and host machine should be going through em2. em1 currently isn't being used. If I do an ifconfig, I see that em0 has the alias IP for my db jail and em2 has the alias IP for all other jails. All the jails respond to network traffic as expected and seemingly work fine. The weird thing is when I do a systat -ifstat from the host, it should essentially all traffic going through em0. Some of the jails that run off of em2 (as defined in their jail config files and seen in ifconfig) have large data transfers and/or are web servers with lots of photos. I have even tried to manually scp a large file out of a jail setup through em2 and the numbers don't seem to budge. If I do netstat -i -b -n -I and check em0 and em2, it seems to support the numbers shown by systat -ifstat. However, if I use trafshow or iftop (both of which require choosing one interface at a time), they both seem to indicate the traffic flowing through the interfaces as I would expect. So I was curious if anyone had seen something like this before or had any ideas of what is going on. I have net.fibs=2 set in /boot/loader.conf, but in all the jails I current have jail_name_fib="" as I haven't got around to fullying setting up fibs. Is that perhaps the issue? Is there any way to determine with certainty which jail is using which interface short of physically pulling a network cable and seeing what stops working? Here are the relevant lines from my db (the one that should be on em0) config: export jail_db_hostname="db" export jail_db_ip="em0|10.1.10.2" >From another jail on em2 called www: export jail_www_hostname="www" export jail_www_ip="em2|10.1.10.7" from ifconfig em0: flags=8843 metric 0 mtu 1500 options=4219b ether 08:60:6e:13:94:06 inet 10.1.1.4 netmask 0xffff0000 broadcast 10.1.255.255 inet6 fe80::a60:6eff:fe13:9406%em0 prefixlen 64 scopeid 0x1 inet 10.1.10.2 netmask 0xffffffff broadcast 10.1.10.2 nd6 options=29 media: Ethernet autoselect (1000baseT ) status: active em2: flags=8843 metric 0 mtu 1500 options=4219b ether 68:05:ca:13:74:2a inet 10.1.1.2 netmask 0xffff0000 broadcast 10.1.255.255 inet6 fe80::6a05:caff:fe13:742a%em2 prefixlen 64 scopeid 0x3 inet 10.1.10.3 netmask 0xffffffff broadcast 10.1.10.3 inet 10.1.10.1 netmask 0xffffffff broadcast 10.1.10.1 inet 10.1.10.8 netmask 0xffffffff broadcast 10.1.10.8 inet 10.1.10.10 netmask 0xffffffff broadcast 10.1.10.10 inet 10.1.10.4 netmask 0xffffffff broadcast 10.1.10.4 inet 10.1.10.9 netmask 0xffffffff broadcast 10.1.10.9 inet 10.1.10.7 netmask 0xffffffff broadcast 10.1.10.7 nd6 options=29 media: Ethernet autoselect (1000baseT ) status: active Let me know if any more detail would be helpful or if you have any ideas of things to check. Thanks, Preston From owner-freebsd-current@FreeBSD.ORG Thu Feb 13 19:11:28 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4BC53C14; Thu, 13 Feb 2014 19:11:28 +0000 (UTC) Received: from alto.onthenet.com.au (alto.OntheNet.com.au [203.13.68.12]) by mx1.freebsd.org (Postfix) with ESMTP id F1A601748; Thu, 13 Feb 2014 19:11:27 +0000 (UTC) Received: from dommail.onthenet.com.au (dommail.OntheNet.com.au [203.13.70.57]) by alto.onthenet.com.au (Postfix) with ESMTPS id DB8641247E; Fri, 14 Feb 2014 05:11:25 +1000 (EST) Received: from Peter-Grehans-MacBook-Pro-2.local (c-50-156-65-192.hsd1.ca.comcast.net [50.156.65.192]) by dommail.onthenet.com.au (MOS 4.2.4-GA) with ESMTP id BRU64225 (AUTH peterg@ptree32.com.au); Fri, 14 Feb 2014 05:11:20 +1000 Message-ID: <52FD18D2.1050007@freebsd.org> Date: Thu, 13 Feb 2014 11:11:14 -0800 From: Peter Grehan User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Michael Dexter Subject: Re: Automatic enabling of serial console References: <5275C597.6070702@freebsd.org> <97944047-D575-4E2E-B687-9871DFE058E3@fisglobal.com> <52769CFE.5080707@freebsd.org> <5281340E.8080009@callfortesting.org> <52813E53.20403@freebsd.org> <5281441E.7060806@freebsd.org> <529A6862.7060308@freebsd.org> <20131201123442.GA6818@stack.nl> <52C9C8C3.7050108@freebsd.org> <52CB3E01.8040605@callfortesting.org> <52CB6809.7090808@freebsd.org> <52FC8397.1040604@callfortesting.org> In-Reply-To: <52FC8397.1040604@callfortesting.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Jilles Tjoelker , "Teske, Devin" , Current Current , Nathan Whitehorn , "freebsd-arch@freebsd.org" , Devin Teske X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 13 Feb 2014 19:11:28 -0000 Hi Michael, > I am curious if any progress has been made with regard to the automatic > enabling of serial consoles? Nathan W checked in the base code for this in r260913. I'll make the change to the amd64/i386 ttys file after some more testing. later, Peter. From owner-freebsd-current@FreeBSD.ORG Thu Feb 13 17:42:26 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9BEEE435; Thu, 13 Feb 2014 17:42:26 +0000 (UTC) Received: from ppsw-52.csi.cam.ac.uk (ppsw-52.csi.cam.ac.uk [IPv6:2001:630:212:8::e:f52]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5AF681D12; Thu, 13 Feb 2014 17:42:26 +0000 (UTC) X-Cam-AntiVirus: no malware found X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ Received: from cpc28-cmbg15-2-0-cust64.5-4.cable.virginm.net ([86.27.189.65]:55850 helo=[192.168.0.7]) by ppsw-52.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.158]:465) with esmtpsa (PLAIN:dc552) (TLSv1:AES128-SHA:128) id 1WE0Iq-0007vV-EV (Exim 4.82_3-c0e5623) (return-path ); Thu, 13 Feb 2014 17:42:24 +0000 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: LLVM bug WRT temporary files? From: David Chisnall In-Reply-To: <21FB3229-E39C-424C-B18A-DD5932A32885@xcllnt.net> Date: Thu, 13 Feb 2014 17:42:25 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <9DFFC955-D1BB-47CB-9AF9-03A5DC93958A@cl.cam.ac.uk> References: <21FB3229-E39C-424C-B18A-DD5932A32885@xcllnt.net> To: Marcel Moolenaar X-Mailer: Apple Mail (2.1827) Sender: "Dr D. Chisnall" X-Mailman-Approved-At: Thu, 13 Feb 2014 19:47:04 +0000 Cc: freebsd-toolchain@FreeBSD.org, "FreeBSD-CURRENT@freebsd.org Current" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 13 Feb 2014 17:42:26 -0000 This looks like a bug, please file an llvm PR. The offending code seems = to be createUniqueEntity() in lib/Support/Unix/Path.inc, which does... = something. Something weird and convoluted that seems to try to = implement mkstemp() / mkdtemp() in an incomprehensible way. David On 13 Feb 2014, at 17:33, Marcel Moolenaar wrote: > Guys, >=20 > I'm running into a build break that relates to the temporary files > that LLVM creates: >=20 > svl-junos-j019% cc --version > FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 > Target: arm--freebsd10.0-gnueabi > Thread model: posix >=20 >=20 > On a build machine /tmp/b is a directory and created by user X. > I am doing a buildworld on that machine as user Y (Y=3Dmarcelm) and > I don't have permissions in /tmp/b. The build gets to usr.bin/awk > and it has a source file called b.c >=20 >=20 > The build fails with: >=20 > --- b.o --- > cc -O -pipe -DHAS_ISBLANK -I. = -I/b/marcelm/buildbot/FreeBSD_arm_arm/build/usr.bin/awk/../../contrib/one-= true-awk -DFOPEN_MAX=3D64 -std=3Dgnu99 -Qunused-arguments = -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body = -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value = -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion = -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter = -Wno-parentheses -c = /b/marcelm/buildbot/FreeBSD_arm_arm/build/usr.bin/awk/../../contrib/one-tr= ue-awk/b.c > cc: error: unable to make temporary file: /tmp/b: can't make unique = filename: Permission denied > *** [b.o] Error code 1 >=20 >=20 > Running truss shows: >=20 > = access("/b/marcelm/buildbot/FreeBSD_arm_arm/build/usr.bin/awk/../../contri= b/one-true-awk/b.c",0) =3D 0 (0x0) > stat("/tmp/b",{ mode=3Ddrwxr-xr-x ,inode=3D235520,size=3D512,blksize=3D1= 6384 }) =3D 0 (0x0) > open("/dev/random",O_RDONLY,00) =3D 3 (0x3) > read(3,"\M^S\M^H\^S65S'*\M-T\M-r\^A9\M-K"...,128) =3D 128 (0x80) > close(3) =3D 0 (0x0) > stat("/tmp/b",{ mode=3Ddrwxr-xr-x ,inode=3D235520,size=3D512,blksize=3D1= 6384 }) =3D 0 (0x0) > open("/tmp/b/B8owDb",O_RDWR|O_CREAT|O_EXCL,0600) ERR#13 'Permission = denied' >=20 >=20 > Now, if I compile another file, I get: >=20 > = access("/b/marcelm/buildbot/FreeBSD_arm_arm/build/usr.bin/awk/../../contri= b/one-true-awk/lex.c",0) =3D 0 (0x0) > stat("/tmp/lex",0x7fffffffbab0) ERR#2 'No such = file or directory' > open("/dev/random",O_RDONLY,00) =3D 3 (0x3) > read(3,"\^F\r\M-J\M-5Z\M-fK\^E\M-2'\M-1"...,128) =3D 128 (0x80) > close(3) =3D 0 (0x0) > stat("/tmp",{ mode=3Ddrwxrwxrwt ,inode=3D2,size=3D9728,blksize=3D16384 = }) =3D 0 (0x0) > open("/tmp/lex-pDQnPA",O_RDWR|O_CREAT|O_EXCL,0600) =3D 3 (0x3) > close(3) =3D 0 (0x0) >=20 >=20 > So for some reason when /tmp/ exists and is a directory, = then the > compiler wants to create a temporary file underneath that directory. = That > looks like a bug to me. Do people concur and thus shall I file a PR? >=20 > --=20 > Marcel Moolenaar > marcel@xcllnt.net >=20 >=20 From owner-freebsd-current@FreeBSD.ORG Thu Feb 13 20:22:25 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8BEB3C1F for ; Thu, 13 Feb 2014 20:22:25 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id 602E61E1C for ; Thu, 13 Feb 2014 20:22:22 +0000 (UTC) Received: from [10.1.1.1] (S01060001abad1dea.hm.shawcable.net [50.70.146.73]) (Authenticated sender: allan.jude@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 90A435CD4B for ; Thu, 13 Feb 2014 20:22:20 +0000 (UTC) Message-ID: <52FD297E.6040502@allanjude.com> Date: Thu, 13 Feb 2014 15:22:22 -0500 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: ezjails, systat -ifstat, and multiple network cards References: In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Dl4s3nJ5GBKTH9P9w2qpfqCUmA0E6DLoB" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 13 Feb 2014 20:22:25 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --Dl4s3nJ5GBKTH9P9w2qpfqCUmA0E6DLoB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2014-02-13 13:59, Preston Hagar wrote: > I have a server setup with FreeBSD-10.0-RELEASE. It has 3 Intel gigabi= t > network cards in it, em0, em1, and em2. I have multiple ezjails setup = that > run various things. >=20 > One jail, called db, runs a postgresql database. It was my intention t= o > give it em0 all to itself. The other jails and host machine should be= > going through em2. em1 currently isn't being used. >=20 > If I do an ifconfig, I see that em0 has the alias IP for my db jail and= em2 > has the alias IP for all other jails. All the jails respond to network= > traffic as expected and seemingly work fine. >=20 > The weird thing is when I do a systat -ifstat from the host, it should > essentially all traffic going through em0. Some of the jails that run = off > of em2 (as defined in their jail config files and seen in ifconfig) hav= e > large data transfers and/or are web servers with lots of photos. I hav= e > even tried to manually scp a large file out of a jail setup through em2= and > the numbers don't seem to budge. >=20 > If I do netstat -i -b -n -I and check em0 and em2, it seems to support= the > numbers shown by systat -ifstat. However, if I use trafshow or iftop (= both > of which require choosing one interface at a time), they both seem to > indicate the traffic flowing through the interfaces as I would expect. >=20 > So I was curious if anyone had seen something like this before or had a= ny > ideas of what is going on. I have net.fibs=3D2 set in /boot/loader.con= f, but > in all the jails I current have jail_name_fib=3D"" as I haven't got aro= und to > fullying setting up fibs. Is that perhaps the issue? Is there any way= to > determine with certainty which jail is using which interface short of > physically pulling a network cable and seeing what stops working? >=20 > Here are the relevant lines from my db (the one that should be on em0) > config: >=20 > export jail_db_hostname=3D"db" > export jail_db_ip=3D"em0|10.1.10.2" >=20 > From another jail on em2 called www: >=20 > export jail_www_hostname=3D"www" > export jail_www_ip=3D"em2|10.1.10.7" >=20 > from ifconfig >=20 > em0: flags=3D8843 metric 0 mtu = 1500 > options=3D4219b > ether 08:60:6e:13:94:06 > inet 10.1.1.4 netmask 0xffff0000 broadcast 10.1.255.255 > inet6 fe80::a60:6eff:fe13:9406%em0 prefixlen 64 scopeid 0x1 > inet 10.1.10.2 netmask 0xffffffff broadcast 10.1.10.2 > nd6 options=3D29 > media: Ethernet autoselect (1000baseT ) > status: active >=20 > em2: flags=3D8843 metric 0 mtu = 1500 > options=3D4219b > ether 68:05:ca:13:74:2a > inet 10.1.1.2 netmask 0xffff0000 broadcast 10.1.255.255 > inet6 fe80::6a05:caff:fe13:742a%em2 prefixlen 64 scopeid 0x3 > inet 10.1.10.3 netmask 0xffffffff broadcast 10.1.10.3 > inet 10.1.10.1 netmask 0xffffffff broadcast 10.1.10.1 > inet 10.1.10.8 netmask 0xffffffff broadcast 10.1.10.8 > inet 10.1.10.10 netmask 0xffffffff broadcast 10.1.10.10 > inet 10.1.10.4 netmask 0xffffffff broadcast 10.1.10.4 > inet 10.1.10.9 netmask 0xffffffff broadcast 10.1.10.9 > inet 10.1.10.7 netmask 0xffffffff broadcast 10.1.10.7 > nd6 options=3D29 > media: Ethernet autoselect (1000baseT ) > status: active >=20 >=20 > Let me know if any more detail would be helpful or if you have any idea= s of > things to check. >=20 > Thanks, >=20 > Preston > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" >=20 All traffic going out from the jails will using the routing table from the host system. The routing table will use the network card that is in the same subnet as your default gateway to route the traffic to the internet. In your case, I would imagine this is 10.1.1.4/16 (and 10.1.1.2/16). 'netstat -rn' will tell the tale, but I imagine it is whichever was added first. If you want to have separate routing tables per jail, you'd have to either use FIBs, and set the jails to use the different FIBs, or use VNET jails and have a routing table in each jail. --=20 Allan Jude --Dl4s3nJ5GBKTH9P9w2qpfqCUmA0E6DLoB Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJS/SmBAAoJEJrBFpNRJZKfITEQAIfSKmFLr+VkRgmHob01tVqv c3ZecjqnRh9Co+GiqiNvnidnMFN986YO9KTr85/rpVK+AjD/rUn5K///DEGz++Go oFUbzCQ56BEbQi4QgGZfVc32LsYt9L97GeXuy9ENx29HTR0247acMhz1+JhmMnVz 1tsJYlJ2XRDYwkXpNCiRUV/RV1REmJvz7LjXx9ZC1dCyCSNhPPo4X9fdKdgoHAWJ SDMJ5KbRDz/AmCQNEwf/wXA7FYE694WOO+bsF7F27mcVfWpFjTYbnOue4jY+3qjh Pg+/BBPa9eX1SfuYy9D89oV5ABbtshhcjLyUhl7QX3dEdhZPSlLePAuXN3Pv84MZ 90mPbeeY5B8bbaC6hO5vocXXVHWyfaWb1XQQzKIfv34W+FiketDWlGhWm39IpdCi NJ0OZL8ji/M6PQCCDLifSufwrrMbEHr3G3hR6vNCsgkgxRhDKH0C5r4jgOIgmfrG Z6ezfjz59HxI65lsi34lPt4qIXAtivByL9baaQdmrwwshRTcXyB7otoAqJmA1ehn 8Z0XJx645UKVhKdZxkX4PBvE0Sy9rFE1D1Iu1aMKT7P7NmGUJy3amLETYtvFGt8z 5m75RrDTVwXcEZU1vlAJGnOcd5ispkA5AzyAlNKJDNSI8i8Gz7Rwns5EVwMEGIBc tBhUBIFt5O8PA8eOLJ+b =XSlw -----END PGP SIGNATURE----- --Dl4s3nJ5GBKTH9P9w2qpfqCUmA0E6DLoB-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 13 20:24:53 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5AB80F53; Thu, 13 Feb 2014 20:24:53 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2D42A1E52; Thu, 13 Feb 2014 20:24:53 +0000 (UTC) Received: from ralph.baldwin.cx (pool-173-70-85-31.nwrknj.fios.verizon.net [173.70.85.31]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 11C6EB9D8; Thu, 13 Feb 2014 15:24:52 -0500 (EST) From: John Baldwin To: Roger Pau Monne Subject: Re: [PATCH RFC 12/13] mca: disable cmc enable on Xen PV Date: Sat, 08 Feb 2014 17:02:47 -0500 Message-ID: <2452208.OksOsMWhSU@ralph.baldwin.cx> User-Agent: KMail/4.10.5 (FreeBSD/10.0-STABLE; KDE/4.10.5; amd64; ; ) In-Reply-To: <1387884062-41154-13-git-send-email-roger.pau@citrix.com> References: <1387884062-41154-1-git-send-email-roger.pau@citrix.com> <1387884062-41154-13-git-send-email-roger.pau@citrix.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 13 Feb 2014 15:24:52 -0500 (EST) Cc: julien.grall@citrix.com, freebsd-xen@freebsd.org, freebsd-current@freebsd.org, kib@freebsd.org, xen-devel@lists.xenproject.org, gibbs@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 13 Feb 2014 20:24:53 -0000 On Tuesday, December 24, 2013 12:21:01 PM Roger Pau Monne wrote: > Xen PV guests doesn't have a lapic, so disable the lapic call in mca > initialization. I think this is fine, but I wonder if it wouldn't be cleaner to have lapic_enable_cmc() do the check instead. Where else do you check lapic_disabled? > --- > sys/x86/x86/mca.c | 2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) > > diff --git a/sys/x86/x86/mca.c b/sys/x86/x86/mca.c > index f1369cd..e9d2c1d 100644 > --- a/sys/x86/x86/mca.c > +++ b/sys/x86/x86/mca.c > @@ -897,7 +897,7 @@ _mca_init(int boot) > } > > #ifdef DEV_APIC > - if (PCPU_GET(cmci_mask) != 0 && boot) > + if (PCPU_GET(cmci_mask) != 0 && boot && !lapic_disabled) > lapic_enable_cmc(); > #endif > } -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Feb 13 20:24:55 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C837CF59; Thu, 13 Feb 2014 20:24:55 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9B8151E56; Thu, 13 Feb 2014 20:24:55 +0000 (UTC) Received: from ralph.baldwin.cx (pool-173-70-85-31.nwrknj.fios.verizon.net [173.70.85.31]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 7A86CB9CA; Thu, 13 Feb 2014 15:24:54 -0500 (EST) From: John Baldwin To: Roger Pau Monne Subject: Re: [PATCH RFC 10/13] xen: add ACPI bus to xen_nexus when running as Dom0 Date: Sat, 08 Feb 2014 16:50:35 -0500 Message-ID: <2410827.IqfpSAhe3T@ralph.baldwin.cx> User-Agent: KMail/4.10.5 (FreeBSD/10.0-STABLE; KDE/4.10.5; amd64; ; ) In-Reply-To: <1387884062-41154-11-git-send-email-roger.pau@citrix.com> References: <1387884062-41154-1-git-send-email-roger.pau@citrix.com> <1387884062-41154-11-git-send-email-roger.pau@citrix.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 13 Feb 2014 15:24:54 -0500 (EST) Cc: julien.grall@citrix.com, freebsd-xen@freebsd.org, freebsd-current@freebsd.org, kib@freebsd.org, xen-devel@lists.xenproject.org, gibbs@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 13 Feb 2014 20:24:55 -0000 On Tuesday, December 24, 2013 12:20:59 PM Roger Pau Monne wrote: > Also disable a couple of ACPI devices that are not usable under Dom0. Hmm, setting debug.acpi.disabled in this way is a bit hacky. It might be fine however if there's no way for the user to set it before booting the kernel (as opposed to haing the relevant drivers explicitly disable themselves under Xen which I think would be cleaner, but would also make your patch larger) -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Feb 13 20:24:54 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A5C6AF56; Thu, 13 Feb 2014 20:24:54 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5EEAF1E55; Thu, 13 Feb 2014 20:24:54 +0000 (UTC) Received: from ralph.baldwin.cx (pool-173-70-85-31.nwrknj.fios.verizon.net [173.70.85.31]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 55B71B992; Thu, 13 Feb 2014 15:24:53 -0500 (EST) From: John Baldwin To: Roger Pau Monne Subject: Re: [PATCH RFC 11/13] pci: introduce a new event on PCI device detection Date: Sat, 08 Feb 2014 16:57:11 -0500 Message-ID: <2534929.ApYhIx3ttm@ralph.baldwin.cx> User-Agent: KMail/4.10.5 (FreeBSD/10.0-STABLE; KDE/4.10.5; amd64; ; ) In-Reply-To: <1387884062-41154-12-git-send-email-roger.pau@citrix.com> References: <1387884062-41154-1-git-send-email-roger.pau@citrix.com> <1387884062-41154-12-git-send-email-roger.pau@citrix.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 13 Feb 2014 15:24:53 -0500 (EST) Cc: julien.grall@citrix.com, freebsd-xen@freebsd.org, freebsd-current@freebsd.org, kib@freebsd.org, xen-devel@lists.xenproject.org, gibbs@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 13 Feb 2014 20:24:54 -0000 On Tuesday, December 24, 2013 12:21:00 PM Roger Pau Monne wrote: > Add a new event that will fire each time a PCI device is added to the > system, and allows us to register the device with Xen. It's really hackish to make this PCI specific. OTOH, I can't think of a good place to have a more generic new-bus callback. You could make the eventhandler pass the 'device_t' instead of the dinfo. The dinfo isn't really a public structure, and since the device_t's ivars are already set you can use things like 'pci_get_domain()' and 'pci_get_bus()' of the passed in device in your callback function. > --- > sys/dev/pci/pci.c | 1 + > sys/sys/eventhandler.h | 5 +++++ > sys/x86/xen/pv.c | 21 +++++++++++++++++++++ > sys/x86/xen/xen_nexus.c | 6 ++++++ > sys/xen/pv.h | 1 + > 5 files changed, 34 insertions(+), 0 deletions(-) > > diff --git a/sys/dev/pci/pci.c b/sys/dev/pci/pci.c > index 4d8837f..2ee5093 100644 > --- a/sys/dev/pci/pci.c > +++ b/sys/dev/pci/pci.c > @@ -3293,6 +3293,7 @@ pci_add_child(device_t bus, struct pci_devinfo *dinfo) > resource_list_init(&dinfo->resources); > pci_cfg_save(dinfo->cfg.dev, dinfo, 0); > pci_cfg_restore(dinfo->cfg.dev, dinfo); > + EVENTHANDLER_INVOKE(pci_add, dinfo); > pci_print_verbose(dinfo); > pci_add_resources(bus, dinfo->cfg.dev, 0, 0); > } > diff --git a/sys/sys/eventhandler.h b/sys/sys/eventhandler.h > index 111c21b..3201848 100644 > --- a/sys/sys/eventhandler.h > +++ b/sys/sys/eventhandler.h > @@ -269,5 +269,10 @@ typedef void (*unregister_framebuffer_fn)(void *, > struct fb_info *); EVENTHANDLER_DECLARE(register_framebuffer, > register_framebuffer_fn); EVENTHANDLER_DECLARE(unregister_framebuffer, > unregister_framebuffer_fn); > > +/* PCI events */ > +struct pci_devinfo; > +typedef void (*pci_add_fn)(void *, struct pci_devinfo *); > +EVENTHANDLER_DECLARE(pci_add, pci_add_fn); > + > #endif /* _SYS_EVENTHANDLER_H_ */ > > diff --git a/sys/x86/xen/pv.c b/sys/x86/xen/pv.c > index e5ad200..a44f8ca 100644 > --- a/sys/x86/xen/pv.c > +++ b/sys/x86/xen/pv.c > @@ -39,6 +39,9 @@ __FBSDID("$FreeBSD$"); > #include > #include > #include > +#include > +#include > +#include > > #include > #include > @@ -63,6 +66,8 @@ __FBSDID("$FreeBSD$"); > > #include > > +#include > + > /* Native initial function */ > extern u_int64_t hammer_time(u_int64_t, u_int64_t); > /* Xen initial function */ > @@ -384,6 +389,22 @@ xen_pv_ioapic_register_intr(struct ioapic_intsrc *pin) > xen_register_pirq(pin->io_irq, pin->io_activehi, pin->io_edgetrigger); > } > > +void > +xen_pv_pci_device_add(void *arg, struct pci_devinfo *dinfo) > +{ > + struct physdev_pci_device_add add_pci; > + int error; > + > + bzero(&add_pci, sizeof(add_pci)); > + add_pci.seg = dinfo->cfg.domain; > + add_pci.bus = dinfo->cfg.bus; > + add_pci.devfn = (dinfo->cfg.slot << 3) | dinfo->cfg.func; > + error = HYPERVISOR_physdev_op(PHYSDEVOP_pci_device_add, &add_pci); > + if (error) > + printf("unable to add device bus %u devfn %u error: %d\n", > + add_pci.bus, add_pci.devfn, error); > +} > + > static void > xen_pv_set_init_ops(void) > { > diff --git a/sys/x86/xen/xen_nexus.c b/sys/x86/xen/xen_nexus.c > index 823b3bc..60c6c5d 100644 > --- a/sys/x86/xen/xen_nexus.c > +++ b/sys/x86/xen/xen_nexus.c > @@ -34,6 +34,7 @@ __FBSDID("$FreeBSD$"); > #include > #include > #include > +#include > > #include > > @@ -42,6 +43,7 @@ __FBSDID("$FreeBSD$"); > #include > > #include > +#include > > static const char *xen_devices[] = > { > @@ -87,6 +89,10 @@ nexus_xen_attach(device_t dev) > /* Disable some ACPI devices that are not usable by Dom0 */ > setenv("debug.acpi.disabled", "cpu hpet timer"); > > + /* Register PCI add hook */ > + EVENTHANDLER_REGISTER(pci_add, xen_pv_pci_device_add, NULL, > + EVENTHANDLER_PRI_FIRST); > + > acpi_dev = BUS_ADD_CHILD(dev, 10, "acpi", 0); > if (acpi_dev == NULL) > panic("Unable to add ACPI bus to Xen Dom0"); > diff --git a/sys/xen/pv.h b/sys/xen/pv.h > index a9d6eb0..ac737a7 100644 > --- a/sys/xen/pv.h > +++ b/sys/xen/pv.h > @@ -24,5 +24,6 @@ > #define __XEN_PV_H__ > > int xen_pv_start_all_aps(void); > +void xen_pv_pci_device_add(void *, struct pci_devinfo *); > > #endif /* __XEN_PV_H__ */ -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Feb 13 20:24:58 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 51CF9FF7; Thu, 13 Feb 2014 20:24:58 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 26DB31E58; Thu, 13 Feb 2014 20:24:58 +0000 (UTC) Received: from ralph.baldwin.cx (pool-173-70-85-31.nwrknj.fios.verizon.net [173.70.85.31]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 2AA98B9E6; Thu, 13 Feb 2014 15:24:57 -0500 (EST) From: John Baldwin To: Roger Pau Monne Subject: Re: [PATCH RFC 08/13] xen: change order of Xen intr init and IO APIC registration Date: Sat, 08 Feb 2014 16:37:08 -0500 Message-ID: <1827512.nD8lVLObSo@ralph.baldwin.cx> User-Agent: KMail/4.10.5 (FreeBSD/10.0-STABLE; KDE/4.10.5; amd64; ; ) In-Reply-To: <1387884062-41154-9-git-send-email-roger.pau@citrix.com> References: <1387884062-41154-1-git-send-email-roger.pau@citrix.com> <1387884062-41154-9-git-send-email-roger.pau@citrix.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 13 Feb 2014 15:24:57 -0500 (EST) Cc: julien.grall@citrix.com, freebsd-xen@freebsd.org, freebsd-current@freebsd.org, kib@freebsd.org, xen-devel@lists.xenproject.org, gibbs@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 13 Feb 2014 20:24:58 -0000 On Tuesday, December 24, 2013 12:20:57 PM Roger Pau Monne wrote: > Change order of some of the services in the SI_SUB_INTR stage, so > that it follows the order: > > - System intr initialization > - Xen intr initalization > - IO APIC source registration This is ok. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Feb 13 20:24:59 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A3C86FFA; Thu, 13 Feb 2014 20:24:59 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 76A551E5A; Thu, 13 Feb 2014 20:24:59 +0000 (UTC) Received: from ralph.baldwin.cx (pool-173-70-85-31.nwrknj.fios.verizon.net [173.70.85.31]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 54F03B992; Thu, 13 Feb 2014 15:24:58 -0500 (EST) From: John Baldwin To: Roger Pau Monne Subject: Re: [PATCH RFC 07/13] xen: implement IO APIC support in Xen mptable parser Date: Sat, 08 Feb 2014 16:36:11 -0500 Message-ID: <11166680.j6yj7PCWSG@ralph.baldwin.cx> User-Agent: KMail/4.10.5 (FreeBSD/10.0-STABLE; KDE/4.10.5; amd64; ; ) In-Reply-To: <1387884062-41154-8-git-send-email-roger.pau@citrix.com> References: <1387884062-41154-1-git-send-email-roger.pau@citrix.com> <1387884062-41154-8-git-send-email-roger.pau@citrix.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 13 Feb 2014 15:24:58 -0500 (EST) Cc: julien.grall@citrix.com, freebsd-xen@freebsd.org, freebsd-current@freebsd.org, kib@freebsd.org, xen-devel@lists.xenproject.org, gibbs@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 13 Feb 2014 20:24:59 -0000 On Tuesday, December 24, 2013 12:20:56 PM Roger Pau Monne wrote: > Use madt_setup_io (from madt.c) on Xen apic_enumerator, in order to > parse the interrupt sources from the IO APIC. > > I would like to get opinions, but I think we should rename and move > madt_setup_io to io_apic.c. It wouldn't be appropriate for io_apic.c as it isn't generic to I/O APICs but is specific to ACPI. However, mptable.c is really not a great name for this file in sys/x86/xen. I wonder if it should be xen_apic.c instead? Also, if Xen PV has an MADT table, why do you need a custom APIC enumerator at all? That is, what is preventing the code in madt.c from just working? Do you just not have 'device acpi' in the kernel config you are using? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Feb 13 20:24:57 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 383DFFF2; Thu, 13 Feb 2014 20:24:57 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 052921E57; Thu, 13 Feb 2014 20:24:57 +0000 (UTC) Received: from ralph.baldwin.cx (pool-173-70-85-31.nwrknj.fios.verizon.net [173.70.85.31]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id E17FFB9DD; Thu, 13 Feb 2014 15:24:55 -0500 (EST) From: John Baldwin To: Roger Pau Monne Subject: Re: [PATCH RFC 09/13] xen: change quality of the MADT ACPI enumerator Date: Sat, 08 Feb 2014 16:42:08 -0500 Message-ID: <1980951.95r2q2cca3@ralph.baldwin.cx> User-Agent: KMail/4.10.5 (FreeBSD/10.0-STABLE; KDE/4.10.5; amd64; ; ) In-Reply-To: <1387884062-41154-10-git-send-email-roger.pau@citrix.com> References: <1387884062-41154-1-git-send-email-roger.pau@citrix.com> <1387884062-41154-10-git-send-email-roger.pau@citrix.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 13 Feb 2014 15:24:56 -0500 (EST) Cc: julien.grall@citrix.com, freebsd-xen@freebsd.org, freebsd-current@freebsd.org, kib@freebsd.org, xen-devel@lists.xenproject.org, gibbs@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 13 Feb 2014 20:24:57 -0000 On Tuesday, December 24, 2013 12:20:58 PM Roger Pau Monne wrote: > Lower the quality of the MADT ACPI enumerator, so on Xen Dom0 we can > force the usage of the Xen mptable enumerator even when ACPI is > detected. Hmm, so I think one question is why does the existing MADT parser not work with the MADT table provided by Xen? This may very well be correct, but if it's only a small change to make the existing MADT parser work with Xen's MADT table, that route might be preferable. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Feb 14 01:49:35 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AA334FF; Fri, 14 Feb 2014 01:49:35 +0000 (UTC) Received: from SMTP02.CITRIX.COM (smtp02.citrix.com [66.165.176.63]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 37AC61BAF; Fri, 14 Feb 2014 01:49:33 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.95,842,1384300800"; d="scan'208";a="100661686" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 14 Feb 2014 01:49:25 +0000 Received: from AMSPEX01CL01.citrite.net (10.69.46.32) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server (TLS) id 14.2.342.4; Thu, 13 Feb 2014 20:49:25 -0500 Received: from [10.68.19.43] (10.68.19.43) by AMSPEX01CL01.citrite.net (10.69.46.32) with Microsoft SMTP Server id 14.2.342.4; Fri, 14 Feb 2014 02:49:23 +0100 Message-ID: <52FD7624.90202@citrix.com> Date: Fri, 14 Feb 2014 01:49:24 +0000 From: Andrew Cooper User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: John Baldwin , Roger Pau Monne Subject: Re: [Xen-devel] [PATCH RFC 09/13] xen: change quality of the MADT ACPI enumerator References: <1387884062-41154-1-git-send-email-roger.pau@citrix.com> <1387884062-41154-10-git-send-email-roger.pau@citrix.com> <1980951.95r2q2cca3@ralph.baldwin.cx> In-Reply-To: <1980951.95r2q2cca3@ralph.baldwin.cx> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.68.19.43] X-DLP: MIA1 X-Mailman-Approved-At: Fri, 14 Feb 2014 03:29:23 +0000 Cc: julien.grall@citrix.com, freebsd-xen@freebsd.org, freebsd-current@freebsd.org, kib@freebsd.org, xen-devel@lists.xenproject.org, gibbs@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 14 Feb 2014 01:49:35 -0000 On 08/02/2014 21:42, John Baldwin wrote: > On Tuesday, December 24, 2013 12:20:58 PM Roger Pau Monne wrote: >> Lower the quality of the MADT ACPI enumerator, so on Xen Dom0 we can >> force the usage of the Xen mptable enumerator even when ACPI is >> detected. > Hmm, so I think one question is why does the existing MADT parser > not work with the MADT table provided by Xen? This may very well > be correct, but if it's only a small change to make the existing > MADT parser work with Xen's MADT table, that route might be > preferable. > For dom0, the MADT seen is the system MADT, which does not bear any reality to dom0's topology. For PV domU, no MADT will be found. For HVM domU, the MADT seen ought to represent (virtual) reality. ~Andrew From owner-freebsd-current@FreeBSD.ORG Fri Feb 14 10:38:21 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1F2C9F56; Fri, 14 Feb 2014 10:38:21 +0000 (UTC) Received: from SMTP02.CITRIX.COM (smtp02.citrix.com [66.165.176.63]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A19261852; Fri, 14 Feb 2014 10:38:19 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.95,844,1384300800"; d="scan'208";a="100742221" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 14 Feb 2014 10:38:17 +0000 Received: from [IPv6:::1] (10.80.16.47) by smtprelay.citrix.com (10.13.107.79) with Microsoft SMTP Server id 14.2.342.4; Fri, 14 Feb 2014 05:38:17 -0500 Message-ID: <52FDF217.3040005@citrix.com> Date: Fri, 14 Feb 2014 11:38:15 +0100 From: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: John Baldwin Subject: Re: [PATCH RFC 10/13] xen: add ACPI bus to xen_nexus when running as Dom0 References: <1387884062-41154-1-git-send-email-roger.pau@citrix.com> <1387884062-41154-11-git-send-email-roger.pau@citrix.com> <2410827.IqfpSAhe3T@ralph.baldwin.cx> In-Reply-To: <2410827.IqfpSAhe3T@ralph.baldwin.cx> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-DLP: MIA2 Cc: julien.grall@citrix.com, freebsd-xen@freebsd.org, freebsd-current@freebsd.org, kib@freebsd.org, xen-devel@lists.xenproject.org, gibbs@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 14 Feb 2014 10:38:21 -0000 On 08/02/14 22:50, John Baldwin wrote: > On Tuesday, December 24, 2013 12:20:59 PM Roger Pau Monne wrote: >> Also disable a couple of ACPI devices that are not usable under Dom0. > > Hmm, setting debug.acpi.disabled in this way is a bit hacky. It might > be fine however if there's no way for the user to set it before booting > the kernel (as opposed to haing the relevant drivers explicitly disable > themselves under Xen which I think would be cleaner, but would also > make your patch larger) Thanks for the review, the user can pass parameters to FreeBSD when booted as Dom0, I just find it uncomfortable to force the user into always setting something on the command line in order to boot. What do you mean with "haing the relevant drivers explicitly disable themselves under Xen"? Adding a gate on every one of those devices like "if (xen_pv_domain()) return (ENXIO);" in the identify/probe routine seems even worse. Roger. From owner-freebsd-current@FreeBSD.ORG Fri Feb 14 11:47:08 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9959334E for ; Fri, 14 Feb 2014 11:47:08 +0000 (UTC) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id C7F4D1DA3 for ; Fri, 14 Feb 2014 11:47:07 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA13035; Fri, 14 Feb 2014 13:47:05 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1WEHEX-000Ne9-4d; Fri, 14 Feb 2014 13:47:05 +0200 Message-ID: <52FE01FE.2000205@FreeBSD.org> Date: Fri, 14 Feb 2014 13:46:06 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Vitalij Satanivskij Subject: Re: ARC "pressured out", how to control/stabilize ? (reformatted to text/plain) References: <20140131182637.GA82526@hell.ukr.net> <20140204100823.GA95709@hell.ukr.net> <52F0F687.6050307@FreeBSD.org> <20140204171040.GA82996@hell.ukr.net> <52F12210.10604@FreeBSD.org> <20140205090449.GA9341@hell.ukr.net> <20140205122241.GA38114@hell.ukr.net> <52F4A35E.1080902@FreeBSD.org> <52FA2CA2.5000508@FreeBSD.org> <20140211140746.GA59461@hell.ukr.net> <20140211143823.GB59461@hell.ukr.net> In-Reply-To: <20140211143823.GB59461@hell.ukr.net> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Vladimir Sharun , Current FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 14 Feb 2014 11:47:08 -0000 on 11/02/2014 16:38 Vitalij Satanivskij said the following: > Get first result's while testing l2 without compression > > Memory leak is not seen for now ( system working only 20 hours) but > zfs stats saying that l2 degraded > > output of zfs-stats -L: > > ------------------------------------------------------------------------ > ZFS Subsystem Report Tue Feb 11 16:34:43 2014 > ------------------------------------------------------------------------ > > L2 ARC Summary: (DEGRADED) > Passed Headroom: 3.81m > Tried Lock Failures: 79.52m > IO In Progress: 9 > Low Memory Aborts: 235 > Free on Write: 54.37k > Writes While Full: 9.68k > R/W Clashes: 2.82k > Bad Checksums: 211.94k > IO Errors: 0 > SPA Mismatch: 58.33m > > L2 ARC Size: (Adaptive) 243.32 GiB > Header Size: 0.36% 895.11 MiB > > L2 ARC Evicts: > Lock Retries: 45 > Upon Reading: 0 > > L2 ARC Breakdown: 38.15m > Hit Ratio: 17.79% 6.79m > Miss Ratio: 82.21% 31.36m > Feeds: 88.88k > > L2 ARC Buffer: > Bytes Scanned: 292.58 TiB > Buffer Iterations: 88.88k > List Iterations: 5.63m > NULL List Iterations: 17.26k > > L2 ARC Writes: > Writes Sent: (FAULTED) 77.95k > Done Ratio: 100.00% 77.95k > Error Ratio: 0.00% 0 > > ------------------------------------------------------------------------ > > As you can see we have Bad Checksums: 211.94k and growing > > and also > Writes Sent: (FAULTED) 77.95k > Done Ratio: 100.00% 77.95k I have no clue how this tool summarizes the statistics. I think that I would prefer output of vfs.zfs and kstat sysctl hierarchies. I have no idea what could cause those checksum errors. This will have to be investigated separately when I (or someone else) have time. > > Another question: Please provide revision number of arc.c against which was diff created (http://people.freebsd.org/~avg/l2arc-b_tmp_cdata-diag.2.patch) > Because in version in head have some small diferent's and I need manualy aply patch. I've just updated the patch in-place. It is now based r261726. Sorry for the previous version which was against my local tree. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Feb 14 12:40:26 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1033) id 3E731DC; Fri, 14 Feb 2014 12:40:26 +0000 (UTC) Date: Fri, 14 Feb 2014 12:40:26 +0000 From: Alexey Dokuchaev To: Ed Maste Subject: Re: newcons comming Message-ID: <20140214124026.GA9489@FreeBSD.org> References: <20131025151847.2a1b83de93335040797ceaf1@ddteam.net> <20131031210138.GC30328@ambrisko.com> <20140210210728.GA86718@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.22 (2013-10-16) Cc: Aleksandr Rybalko , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 14 Feb 2014 12:40:26 -0000 On Mon, Feb 10, 2014 at 09:09:43PM -0500, Ed Maste wrote: > You should be able to manually load the kms modules to switch to > native resolution, without starting X. Indeed, kldload'ing radeonmks.so switched LCD to its native resolution. What if I am on CRT (which has many native resolutions). Is there way to select particular one (other than patching source code)? > On 10 February 2014 16:07, Alexey Dokuchaev wrote: > > Also, even at native resolution, switching consoles takes LCD considerable > > time to redraw screen contents. Looks like it's not accelerated at all... > > Can you quantify "considerable time," and describe the hardware on > which you observe this? It means that I can see that top part of the screen is drawn before bottom one (I've made a lame video: https://vidd.me/NqM). This is on some NEC AS231WM monitor connected to RV410 (Radeon X700 Pro), per pciconf(8). ./danfe From owner-freebsd-current@FreeBSD.ORG Fri Feb 14 13:57:12 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 73CE0BD8; Fri, 14 Feb 2014 13:57:12 +0000 (UTC) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 3DCC919B9; Fri, 14 Feb 2014 13:57:10 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA14962; Fri, 14 Feb 2014 15:57:09 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1WEJGP-000NmF-1t; Fri, 14 Feb 2014 15:57:09 +0200 Message-ID: <52FE2063.9090905@FreeBSD.org> Date: Fri, 14 Feb 2014 15:55:47 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-x11@FreeBSD.org Subject: [TTM] Unable to allocate page X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=X-VIET-VPS Content-Transfer-Encoding: 7bit Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 14 Feb 2014 13:57:12 -0000 I am using "radeonkms" on a machine with quite mixed, diverse and varying loads. Sometimes I get an X server crash like the following: kernel: [TTM] Unable to allocate page kernel: error: [drm:pid1815:radeon_gem_object_create] *ERROR* Failed to allocate GEM object (25591808, 2, 4096, -12) kernel: [TTM] Unable to allocate page kernel: [TTM] Buffer eviction failed kernel: vm_fault: pager read error, pid 1815 (Xorg) kernel: pid 1815 (Xorg), uid 0: exited on signal 11 (core dumped) At the same time there was the following in X servers stderr: Failed to allocate : size : 25589760 bytes alignment : 256 bytes domains : 2 I wonder if this is a generic problem for example caused by severe resource exhaustion or if this is something where FreeBSD specific code does not do its best. In particular, it caught my attention that ttm_get_pages() effectively has semantics of M_NOWAIT as it never retries allocation failures in vm_page_alloc_contig(). -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Feb 14 16:14:53 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C5FDB432; Fri, 14 Feb 2014 16:14:53 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7F9301992; Fri, 14 Feb 2014 16:14:53 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id s1EGEqRZ062094; Fri, 14 Feb 2014 11:14:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s1EGEqI2062093; Fri, 14 Feb 2014 16:14:52 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 14 Feb 2014 16:14:52 GMT Message-Id: <201402141614.s1EGEqI2062093@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 , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Feb 2014 16:14:54 -0000 TB --- 2014-02-14 13:20:16 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-02-14 13:20:16 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-02-14 13:20:16 - starting HEAD tinderbox run for i386/i386 TB --- 2014-02-14 13:20:16 - cleaning the object tree TB --- 2014-02-14 13:20:16 - /usr/local/bin/svn stat /src TB --- 2014-02-14 13:20:21 - At svn revision 261885 TB --- 2014-02-14 13:20:22 - building world TB --- 2014-02-14 13:20:22 - CROSS_BUILD_TESTING=YES TB --- 2014-02-14 13:20:22 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-14 13:20:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-14 13:20:22 - SRCCONF=/dev/null TB --- 2014-02-14 13:20:22 - TARGET=i386 TB --- 2014-02-14 13:20:22 - TARGET_ARCH=i386 TB --- 2014-02-14 13:20:22 - TZ=UTC TB --- 2014-02-14 13:20:22 - __MAKE_CONF=/dev/null TB --- 2014-02-14 13:20:22 - cd /src TB --- 2014-02-14 13:20:22 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Feb 14 13:20:28 UTC 2014 >>> 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 [...] cc -O2 -pipe -Wall -Wmissing-prototypes -Wno-uninitialized -Wstrict-prototypes -DENABLE_ALTQ -I/src/sbin/pfctl -DWITH_INET6 -DWITH_INET -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/sbin/pfctl/pfctl.c /src/sbin/pfctl/pfctl.c:799:25: error: format specifies type 'unsigned long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat] rule->bytes[1]), (uint64_t)rule->states_cur); ^~~~~~~~~~~~~~~~~~~~~~~~~~ /src/sbin/pfctl/pfctl.c:804:8: error: format specifies type 'unsigned long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat] (uint64_t)rule->states_tot); ^~~~~~~~~~~~~~~~~~~~~~~~~~ 2 errors generated. *** Error code 1 Stop. bmake[3]: stopped in /src/sbin/pfctl *** Error code 1 Stop. bmake[2]: stopped in /src/sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-02-14 16:14:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-02-14 16:14:52 - ERROR: failed to build world TB --- 2014-02-14 16:14:52 - 8654.54 user 1398.41 system 10475.48 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Fri Feb 14 16:18:39 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 069CE6A4; Fri, 14 Feb 2014 16:18:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B309F19CF; Fri, 14 Feb 2014 16:18:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id s1EG5vpY089970; Fri, 14 Feb 2014 11:05:57 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s1EG5vvd089966; Fri, 14 Feb 2014 16:05:57 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 14 Feb 2014 16:05:57 GMT Message-Id: <201402141605.s1EG5vvd089966@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Feb 2014 16:18:39 -0000 TB --- 2014-02-14 13:20:16 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-02-14 13:20:16 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-02-14 13:20:16 - starting HEAD tinderbox run for arm/arm TB --- 2014-02-14 13:20:16 - cleaning the object tree TB --- 2014-02-14 13:20:16 - /usr/local/bin/svn stat /src TB --- 2014-02-14 13:20:21 - At svn revision 261885 TB --- 2014-02-14 13:20:22 - building world TB --- 2014-02-14 13:20:22 - CROSS_BUILD_TESTING=YES TB --- 2014-02-14 13:20:22 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-14 13:20:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-14 13:20:22 - SRCCONF=/dev/null TB --- 2014-02-14 13:20:22 - TARGET=arm TB --- 2014-02-14 13:20:22 - TARGET_ARCH=arm TB --- 2014-02-14 13:20:22 - TZ=UTC TB --- 2014-02-14 13:20:22 - __MAKE_CONF=/dev/null TB --- 2014-02-14 13:20:22 - cd /src TB --- 2014-02-14 13:20:22 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Feb 14 13:20:28 UTC 2014 >>> 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 [...] cc -O -pipe -Wall -Wmissing-prototypes -Wno-uninitialized -Wstrict-prototypes -DENABLE_ALTQ -I/src/sbin/pfctl -DWITH_INET6 -DWITH_INET -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/sbin/pfctl/pfctl.c /src/sbin/pfctl/pfctl.c:799:25: error: format specifies type 'unsigned long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat] rule->bytes[1]), (uint64_t)rule->states_cur); ^~~~~~~~~~~~~~~~~~~~~~~~~~ /src/sbin/pfctl/pfctl.c:804:8: error: format specifies type 'unsigned long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat] (uint64_t)rule->states_tot); ^~~~~~~~~~~~~~~~~~~~~~~~~~ 2 errors generated. *** Error code 1 Stop. bmake[3]: stopped in /src/sbin/pfctl *** Error code 1 Stop. bmake[2]: stopped in /src/sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-02-14 16:05:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-02-14 16:05:56 - ERROR: failed to build world TB --- 2014-02-14 16:05:56 - 8041.86 user 1417.29 system 9940.16 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Fri Feb 14 16:18:42 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7CB9579D; Fri, 14 Feb 2014 16:18:42 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3934619D1; Fri, 14 Feb 2014 16:18:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id s1EG5vJ8089971; Fri, 14 Feb 2014 11:05:57 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s1EG5vQp089967; Fri, 14 Feb 2014 16:05:57 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 14 Feb 2014 16:05:57 GMT Message-Id: <201402141605.s1EG5vQp089967@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 , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Feb 2014 16:18:42 -0000 TB --- 2014-02-14 13:20:16 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-02-14 13:20:16 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-02-14 13:20:16 - starting HEAD tinderbox run for armv6/arm TB --- 2014-02-14 13:20:16 - cleaning the object tree TB --- 2014-02-14 13:20:16 - /usr/local/bin/svn stat /src TB --- 2014-02-14 13:20:21 - At svn revision 261885 TB --- 2014-02-14 13:20:22 - building world TB --- 2014-02-14 13:20:22 - CROSS_BUILD_TESTING=YES TB --- 2014-02-14 13:20:22 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-14 13:20:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-14 13:20:22 - SRCCONF=/dev/null TB --- 2014-02-14 13:20:22 - TARGET=arm TB --- 2014-02-14 13:20:22 - TARGET_ARCH=armv6 TB --- 2014-02-14 13:20:22 - TZ=UTC TB --- 2014-02-14 13:20:22 - __MAKE_CONF=/dev/null TB --- 2014-02-14 13:20:22 - cd /src TB --- 2014-02-14 13:20:22 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Feb 14 13:20:28 UTC 2014 >>> 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 [...] cc -O -pipe -Wall -Wmissing-prototypes -Wno-uninitialized -Wstrict-prototypes -DENABLE_ALTQ -I/src/sbin/pfctl -DWITH_INET6 -DWITH_INET -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/sbin/pfctl/pfctl.c /src/sbin/pfctl/pfctl.c:799:25: error: format specifies type 'unsigned long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat] rule->bytes[1]), (uint64_t)rule->states_cur); ^~~~~~~~~~~~~~~~~~~~~~~~~~ /src/sbin/pfctl/pfctl.c:804:8: error: format specifies type 'unsigned long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat] (uint64_t)rule->states_tot); ^~~~~~~~~~~~~~~~~~~~~~~~~~ 2 errors generated. *** Error code 1 Stop. bmake[3]: stopped in /src/sbin/pfctl *** Error code 1 Stop. bmake[2]: stopped in /src/sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-02-14 16:05:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-02-14 16:05:56 - ERROR: failed to build world TB --- 2014-02-14 16:05:56 - 8050.33 user 1418.39 system 9940.13 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Fri Feb 14 17:07:12 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 633EECE4; Fri, 14 Feb 2014 17:07:12 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0BBB51E5B; Fri, 14 Feb 2014 17:07:11 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id s1EH75Sm042659; Fri, 14 Feb 2014 12:07:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s1EH75bX042653; Fri, 14 Feb 2014 17:07:05 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 14 Feb 2014 17:07:05 GMT Message-Id: <201402141707.s1EH75bX042653@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Feb 2014 17:07:12 -0000 TB --- 2014-02-14 16:14:52 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-02-14 16:14:52 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-02-14 16:14:52 - starting HEAD tinderbox run for mips/mips TB --- 2014-02-14 16:14:52 - cleaning the object tree TB --- 2014-02-14 16:14:52 - /usr/local/bin/svn stat /src TB --- 2014-02-14 16:14:55 - At svn revision 261885 TB --- 2014-02-14 16:14:56 - building world TB --- 2014-02-14 16:14:56 - CROSS_BUILD_TESTING=YES TB --- 2014-02-14 16:14:56 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-14 16:14:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-14 16:14:56 - SRCCONF=/dev/null TB --- 2014-02-14 16:14:56 - TARGET=mips TB --- 2014-02-14 16:14:56 - TARGET_ARCH=mips TB --- 2014-02-14 16:14:56 - TZ=UTC TB --- 2014-02-14 16:14:56 - __MAKE_CONF=/dev/null TB --- 2014-02-14 16:14:56 - cd /src TB --- 2014-02-14 16:14:56 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Feb 14 16:15:03 UTC 2014 >>> 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 [...] cc1: warnings being treated as errors /src/sbin/pfctl/pfctl.c: In function 'pfctl_print_rule_counters': /src/sbin/pfctl/pfctl.c:799: warning: cast from pointer to integer of different size /src/sbin/pfctl/pfctl.c:799: warning: format '%-6lu' expects type 'long unsigned int', but argument 5 has type 'long long unsigned int' /src/sbin/pfctl/pfctl.c:804: warning: cast from pointer to integer of different size /src/sbin/pfctl/pfctl.c:804: warning: format '%-6lu' expects type 'long unsigned int', but argument 4 has type 'long long unsigned int' /src/sbin/pfctl/pfctl.c: In function 'pfctl_show_rules': /src/sbin/pfctl/pfctl.c:917: warning: cast from pointer to integer of different size *** Error code 1 Stop. bmake[3]: stopped in /src/sbin/pfctl *** Error code 1 Stop. bmake[2]: stopped in /src/sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-02-14 17:07:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-02-14 17:07:05 - ERROR: failed to build world TB --- 2014-02-14 17:07:05 - 2213.71 user 600.87 system 3133.08 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Fri Feb 14 17:42:52 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B466CC81 for ; Fri, 14 Feb 2014 17:42:52 +0000 (UTC) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id 766BB1304 for ; Fri, 14 Feb 2014 17:42:51 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 1E9067300A; Fri, 14 Feb 2014 18:35:53 +0100 (CET) Date: Fri, 14 Feb 2014 18:35:53 +0100 From: Luigi Rizzo To: current@freebsd.org Subject: HEAD buildkernel error (aic7xxx_seq.h is missing. Run 'make ahcfirmware') Message-ID: <20140214173553.GA90364@onelab2.iet.unipi.it> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 14 Feb 2014 17:42:52 -0000 on a freshly checked out HEAD, "make toolchain" followed by "make buildkernel" fails at this stage: ... @ -> /usr/home/luigi/FreeBSD/head/sys machine -> /usr/home/luigi/FreeBSD/head/sys/amd64/include x86 -> /usr/home/luigi/FreeBSD/head/sys/x86/include Error: aic7xxx_reg_print.c is missing. Run 'make ahcfirmware' Error: aic7xxx_seq.h is missing. Run 'make ahcfirmware' Error: aic7xxx_reg.h is missing. Run 'make ahcfirmware' (don't think it matters, but i am cross compiling amd64 from a stable/9 amd64 system, using clang). I am not sure which commit triggered the problem, but this used to work in the past -- toolchain was enough to build a kernel. cheers luigi From owner-freebsd-current@FreeBSD.ORG Fri Feb 14 17:51:37 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9AB8C121; Fri, 14 Feb 2014 17:51:37 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6D4C81457; Fri, 14 Feb 2014 17:51:37 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 57AA4B9B1; Fri, 14 Feb 2014 12:51:36 -0500 (EST) From: John Baldwin To: Roger Pau =?iso-8859-1?q?Monn=E9?= Subject: Re: [PATCH RFC 10/13] xen: add ACPI bus to xen_nexus when running as Dom0 Date: Fri, 14 Feb 2014 12:50:06 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <1387884062-41154-1-git-send-email-roger.pau@citrix.com> <2410827.IqfpSAhe3T@ralph.baldwin.cx> <52FDF217.3040005@citrix.com> In-Reply-To: <52FDF217.3040005@citrix.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <201402141250.06829.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 14 Feb 2014 12:51:36 -0500 (EST) Cc: julien.grall@citrix.com, freebsd-xen@freebsd.org, freebsd-current@freebsd.org, kib@freebsd.org, xen-devel@lists.xenproject.org, gibbs@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 14 Feb 2014 17:51:37 -0000 On Friday, February 14, 2014 5:38:15 am Roger Pau Monn=E9 wrote: > On 08/02/14 22:50, John Baldwin wrote: > > On Tuesday, December 24, 2013 12:20:59 PM Roger Pau Monne wrote: > >> Also disable a couple of ACPI devices that are not usable under Dom0. > >=20 > > Hmm, setting debug.acpi.disabled in this way is a bit hacky. It might > > be fine however if there's no way for the user to set it before booting > > the kernel (as opposed to haing the relevant drivers explicitly disable > > themselves under Xen which I think would be cleaner, but would also > > make your patch larger) >=20 > Thanks for the review, the user can pass parameters to FreeBSD when > booted as Dom0, I just find it uncomfortable to force the user into > always setting something on the command line in order to boot. Can the user set debug.acpi.disabled? If so, you are overriding their setting which would be bad. > What do you mean with "haing the relevant drivers explicitly disable > themselves under Xen"? Adding a gate on every one of those devices like > "if (xen_pv_domain()) return (ENXIO);" in the identify/probe routine > seems even worse. A check like this in probe() is what I had in mind, though I agree it's not perfect. =2D-=20 John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Feb 14 17:51:38 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CBBE5124; Fri, 14 Feb 2014 17:51:38 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9D63E1458; Fri, 14 Feb 2014 17:51:38 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 6C199B9E6; Fri, 14 Feb 2014 12:51:37 -0500 (EST) From: John Baldwin To: Andrew Cooper Subject: Re: [Xen-devel] [PATCH RFC 09/13] xen: change quality of the MADT ACPI enumerator Date: Fri, 14 Feb 2014 12:51:10 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <1387884062-41154-1-git-send-email-roger.pau@citrix.com> <1980951.95r2q2cca3@ralph.baldwin.cx> <52FD7624.90202@citrix.com> In-Reply-To: <52FD7624.90202@citrix.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201402141251.10278.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 14 Feb 2014 12:51:37 -0500 (EST) Cc: julien.grall@citrix.com, freebsd-xen@freebsd.org, freebsd-current@freebsd.org, kib@freebsd.org, xen-devel@lists.xenproject.org, gibbs@freebsd.org, Roger Pau Monne X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 14 Feb 2014 17:51:38 -0000 On Thursday, February 13, 2014 8:49:24 pm Andrew Cooper wrote: > On 08/02/2014 21:42, John Baldwin wrote: > > On Tuesday, December 24, 2013 12:20:58 PM Roger Pau Monne wrote: > >> Lower the quality of the MADT ACPI enumerator, so on Xen Dom0 we can > >> force the usage of the Xen mptable enumerator even when ACPI is > >> detected. > > Hmm, so I think one question is why does the existing MADT parser > > not work with the MADT table provided by Xen? This may very well > > be correct, but if it's only a small change to make the existing > > MADT parser work with Xen's MADT table, that route might be > > preferable. > > > > For dom0, the MADT seen is the system MADT, which does not bear any > reality to dom0's topology. For PV domU, no MADT will be found. For > HVM domU, the MADT seen ought to represent (virtual) reality. Hmm, the other changes suggested that you do want to use the I/O APIC entries and interrupt overrides from the system MADT for dom0? Just not the CPU entries. Is that correct? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Feb 14 18:23:47 2014 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3C544291 for ; Fri, 14 Feb 2014 18:23:47 +0000 (UTC) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0F21B1788 for ; Fri, 14 Feb 2014 18:23:46 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1WENQK-0008yc-3o; Fri, 14 Feb 2014 18:23:40 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id s1EINZsi076818; Fri, 14 Feb 2014 11:23:35 -0700 (MST) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1+Grf/UdaDVZqX+9Ebx0QeJ Subject: Re: HEAD buildkernel error (aic7xxx_seq.h is missing. Run 'make ahcfirmware') From: Ian Lepore To: Luigi Rizzo In-Reply-To: <20140214173553.GA90364@onelab2.iet.unipi.it> References: <20140214173553.GA90364@onelab2.iet.unipi.it> Content-Type: text/plain; charset="us-ascii" Date: Fri, 14 Feb 2014 11:23:35 -0700 Message-ID: <1392402215.1145.103.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 14 Feb 2014 18:23:47 -0000 On Fri, 2014-02-14 at 18:35 +0100, Luigi Rizzo wrote: > on a freshly checked out HEAD, > "make toolchain" followed by "make buildkernel" fails at this stage: > > ... > @ -> /usr/home/luigi/FreeBSD/head/sys > machine -> /usr/home/luigi/FreeBSD/head/sys/amd64/include > x86 -> /usr/home/luigi/FreeBSD/head/sys/x86/include > Error: aic7xxx_reg_print.c is missing. Run 'make ahcfirmware' > Error: aic7xxx_seq.h is missing. Run 'make ahcfirmware' > Error: aic7xxx_reg.h is missing. Run 'make ahcfirmware' > > (don't think it matters, but i am cross compiling amd64 > from a stable/9 amd64 system, using clang). > I am not sure which commit triggered the problem, > but this used to work in the past -- toolchain was enough > to build a kernel. > > cheers > luigi That should be 'make kernel-toolchain', shouldn't it? -- Ian From owner-freebsd-current@FreeBSD.ORG Fri Feb 14 18:42:08 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 24A9E8DB; Fri, 14 Feb 2014 18:42:08 +0000 (UTC) Received: from mail-la0-x233.google.com (mail-la0-x233.google.com [IPv6:2a00:1450:4010:c03::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 71ADB191C; Fri, 14 Feb 2014 18:42:07 +0000 (UTC) Received: by mail-la0-f51.google.com with SMTP id c6so9446753lan.24 for ; Fri, 14 Feb 2014 10:42:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=mUshK4u3UPU6yCBIvtEaPJO/5sv+cilQDEJ7Vwu3Bv0=; b=0JxTp5wcXyn8lf+tlm36Q0Xvdk3Z4DiLrnlcmMbZK86g7rKLuGaZ1qMC9f9XzIgW2D C7W9V1qDfx8NiBpQUBBo1b/4LJPZERGHgfhwA1lv6Eby3eKPueb2qhJ8/hY6erDinkpd DkOQoi9U3mEH4bwboo6keLW2/dpaQ7flAmWOe64oN8Epo+74Id7/VzBZTwGdJ/TcDNpe eNkXhLqxpUdniExCmCYil0SIAGgHkJuHY2a3F3NBuBHVamYp/Mjnx9tl5X+wGdxnnot0 40/oMVYNjpC6LniMEz3K6g4UI+fE/0igDqF4HJgU+Q66yki42PzylDXcGVUMmPgXj14p xqbQ== MIME-Version: 1.0 X-Received: by 10.152.28.200 with SMTP id d8mr2569151lah.59.1392403325509; Fri, 14 Feb 2014 10:42:05 -0800 (PST) Sender: rizzo.unipi@gmail.com Received: by 10.115.4.162 with HTTP; Fri, 14 Feb 2014 10:42:05 -0800 (PST) In-Reply-To: <1392402215.1145.103.camel@revolution.hippie.lan> References: <20140214173553.GA90364@onelab2.iet.unipi.it> <1392402215.1145.103.camel@revolution.hippie.lan> Date: Fri, 14 Feb 2014 10:42:05 -0800 X-Google-Sender-Auth: mmHZNYKun9nL6cXjZLeAvwB-q0s Message-ID: Subject: Re: HEAD buildkernel error (aic7xxx_seq.h is missing. Run 'make ahcfirmware') From: Luigi Rizzo To: Ian Lepore Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 14 Feb 2014 18:42:08 -0000 On Fri, Feb 14, 2014 at 10:23 AM, Ian Lepore wrote: > On Fri, 2014-02-14 at 18:35 +0100, Luigi Rizzo wrote: > > on a freshly checked out HEAD, > > "make toolchain" followed by "make buildkernel" fails at this stage: > > > > ... > > @ -> /usr/home/luigi/FreeBSD/head/sys > > machine -> /usr/home/luigi/FreeBSD/head/sys/amd64/include > > x86 -> /usr/home/luigi/FreeBSD/head/sys/x86/include > > Error: aic7xxx_reg_print.c is missing. Run 'make ahcfirmware' > > Error: aic7xxx_seq.h is missing. Run 'make ahcfirmware' > > Error: aic7xxx_reg.h is missing. Run 'make ahcfirmware' > > > > (don't think it matters, but i am cross compiling amd64 > > from a stable/9 amd64 system, using clang). > > I am not sure which commit triggered the problem, > > but this used to work in the past -- toolchain was enough > > to build a kernel. > > > > cheers > > luigi > > That should be 'make kernel-toolchain', shouldn't it? > thanks, i will learn the difference and retry. i just used toolchain in the past for both and since it worked i thought it was enough. i wonder if differentiating between user and kernel toolchains makes sense, since probably 95% of the tools and 99.999% of the time (clang) are in common... cheers luigi From owner-freebsd-current@FreeBSD.ORG Fri Feb 14 19:10:13 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9F3131B2; Fri, 14 Feb 2014 19:10:13 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5AB251B17; Fri, 14 Feb 2014 19:10:13 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id s1EJABhp034867; Fri, 14 Feb 2014 14:10:11 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s1EJABLu034863; Fri, 14 Feb 2014 19:10:11 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 14 Feb 2014 19:10:11 GMT Message-Id: <201402141910.s1EJABLu034863@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 , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Feb 2014 19:10:13 -0000 TB --- 2014-02-14 16:05:57 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-02-14 16:05:57 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-02-14 16:05:57 - starting HEAD tinderbox run for i386/pc98 TB --- 2014-02-14 16:05:57 - cleaning the object tree TB --- 2014-02-14 16:05:57 - /usr/local/bin/svn stat /src TB --- 2014-02-14 16:06:03 - At svn revision 261885 TB --- 2014-02-14 16:06:04 - building world TB --- 2014-02-14 16:06:04 - CROSS_BUILD_TESTING=YES TB --- 2014-02-14 16:06:04 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-14 16:06:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-14 16:06:04 - SRCCONF=/dev/null TB --- 2014-02-14 16:06:04 - TARGET=pc98 TB --- 2014-02-14 16:06:04 - TARGET_ARCH=i386 TB --- 2014-02-14 16:06:04 - TZ=UTC TB --- 2014-02-14 16:06:04 - __MAKE_CONF=/dev/null TB --- 2014-02-14 16:06:04 - cd /src TB --- 2014-02-14 16:06:04 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Feb 14 16:06:11 UTC 2014 >>> 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 [...] cc -O2 -pipe -Wall -Wmissing-prototypes -Wno-uninitialized -Wstrict-prototypes -DENABLE_ALTQ -I/src/sbin/pfctl -DWITH_INET6 -DWITH_INET -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/sbin/pfctl/pfctl.c /src/sbin/pfctl/pfctl.c:799:25: error: format specifies type 'unsigned long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat] rule->bytes[1]), (uint64_t)rule->states_cur); ^~~~~~~~~~~~~~~~~~~~~~~~~~ /src/sbin/pfctl/pfctl.c:804:8: error: format specifies type 'unsigned long' but the argument has type 'uint64_t' (aka 'unsigned long long') [-Werror,-Wformat] (uint64_t)rule->states_tot); ^~~~~~~~~~~~~~~~~~~~~~~~~~ 2 errors generated. *** Error code 1 Stop. bmake[3]: stopped in /src/sbin/pfctl *** Error code 1 Stop. bmake[2]: stopped in /src/sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-02-14 19:10:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-02-14 19:10:11 - ERROR: failed to build world TB --- 2014-02-14 19:10:11 - 9196.92 user 1220.07 system 11054.46 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Fri Feb 14 19:19:06 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A8C35767; Fri, 14 Feb 2014 19:19:06 +0000 (UTC) Received: from caravan.chchile.org (caravan.chchile.org [178.32.125.136]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6A0561BFC; Fri, 14 Feb 2014 19:19:06 +0000 (UTC) Received: by caravan.chchile.org (Postfix, from userid 1000) id 8B78210237B; Fri, 14 Feb 2014 19:18:58 +0000 (UTC) Date: Fri, 14 Feb 2014 20:18:58 +0100 From: Jeremie Le Hen To: Andriy Gapon , freebsd-current@FreeBSD.org Subject: Re: panic: LK_RETRY set with incompatible flags (0x200400) or an error occured (11) Message-ID: <20140214191858.GC3783@caravan.chchile.org> Mail-Followup-To: Andriy Gapon , freebsd-current@FreeBSD.org References: <20140210205607.GA3783@caravan.chchile.org> <52F94923.60102@FreeBSD.org> <20140211093529.GB3783@caravan.chchile.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140211093529.GB3783@caravan.chchile.org> User-Agent: Mutt/1.5.22 (2013-10-16) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 14 Feb 2014 19:19:06 -0000 On Tue, Feb 11, 2014 at 10:35:29AM +0100, Jeremie Le Hen wrote: > On Mon, Feb 10, 2014 at 11:48:19PM +0200, Andriy Gapon wrote: > > > > stack trace from kgdb could be a good middle ground between ddb stack trace and > > a full vmcore file... > > Here we go: > > #1 0xffffffff80302ca5 in db_fncall (dummy1=, > dummy2=, dummy3=, > dummy4=) at /usr/src-svn/sys/ddb/db_command.c:578 > #2 0xffffffff8030298d in db_command (cmd_table=) > at /usr/src-svn/sys/ddb/db_command.c:449 > #3 0xffffffff80306bef in db_script_exec ( > scriptname=0xfffffe00e5e53610 "kdb.enter.panic", > warnifnotfound=) > at /usr/src-svn/sys/ddb/db_script.c:302 > #4 0xffffffff80306a26 in db_script_kdbenter (eventname=0x0) > at /usr/src-svn/sys/ddb/db_script.c:324 > #5 0xffffffff803050ab in db_trap (type=, code=0) > at /usr/src-svn/sys/ddb/db_main.c:230 > #6 0xffffffff80696c33 in kdb_trap (type=3, code=0, tf=) > at /usr/src-svn/sys/kern/subr_kdb.c:656 > #7 0xffffffff809b0e92 in trap (frame=0xfffffe00e5e53960) > at /usr/src-svn/sys/amd64/amd64/trap.c:571 > #8 0xffffffff80996122 in calltrap () > at /usr/src-svn/sys/amd64/amd64/exception.S:231 > #9 0xffffffff806963ee in kdb_enter (why=0xffffffff80b3c985 "panic", > msg=) at cpufunc.h:63 > #10 0xffffffff8065ec96 in vpanic (fmt=, > ap=) at /usr/src-svn/sys/kern/kern_shutdown.c:752 > #11 0xffffffff8065eb46 in kassert_panic (fmt=) > at /usr/src-svn/sys/kern/kern_shutdown.c:647 > #12 0xffffffff807167c0 in _vn_lock (vp=0xfffff8000f8943b0, flags=2098176, > file=0xffffffff81508fe5 "/usr/src-svn/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c", line=1518) > at /usr/src-svn/sys/kern/vfs_vnops.c:1436 > #13 0xffffffff8148417d in zfs_lookup () > at /usr/src-svn/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c:1518 > #14 0xffffffff814844e1 in zfs_freebsd_lookup (ap=0xfffffe00e5e53d60) > at /usr/src-svn/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c:6106 > #15 0xffffffff80a6b34a in VOP_CACHEDLOOKUP_APV (vop=, > a=) at vnode_if.c:195 > #16 0xffffffff806f480f in vfs_cache_lookup (ap=) > at vnode_if.h:80 > #17 0xffffffff80a6b1fa in VOP_LOOKUP_APV (vop=, > a=) at vnode_if.c:127 > #18 0xffffffff80578ecb in null_lookup (ap=0xfffffe00e5e53eb8) at vnode_if.h:54 > #19 0xffffffff80a6b1fa in VOP_LOOKUP_APV (vop=, > a=) at vnode_if.c:127 > #20 0xffffffff806fc980 in lookup (ndp=0xfffffe00e5e541b8) at vnode_if.h:54 > #21 0xffffffff806fc0f4 in namei (ndp=0xfffffe00e5e541b8) > at /usr/src-svn/sys/kern/vfs_lookup.c:298 > #22 0xffffffff80715f5f in vn_open_cred (ndp=0xfffffe00e5e541b8, > flagp=0xfffffe00e5e54340, cmode=0, vn_open_flags=, > cred=0xfffff8008c070b00, fp=0x0) at /usr/src-svn/sys/kern/vfs_vnops.c:205 > #23 0xffffffff806f7b5d in vop_stdvptocnp (ap=) > at /usr/src-svn/sys/kern/vfs_default.c:797 > #24 0xffffffff805797fb in null_vptocnp (ap=0xfffffe00e5e54508) > at /usr/src-svn/sys/fs/nullfs/null_vnops.c:824 > #25 0xffffffff80a6fb40 in VOP_VPTOCNP_APV (vop=, > a=) at vnode_if.c:3647 > #26 0xffffffff806f5048 in vn_vptocnp_locked (vp=0xfffffe00e5e54590, > cred=0xfffff8008c070b00, > buf=0xfffff8000474ac00 "......", > buflen=0xfffffe00e5e5458c) at vnode_if.h:1564 > #27 0xffffffff806f4b6a in vn_fullpath1 (td=0xfffff800399a9920, > vp=0xfffff8009d2ba000, rdir=0xfffff8000f9d7938, > buf=0xfffff8000474ac00 "......", > retbuf=0xfffffe00e5e54660, buflen=995) > at /usr/src-svn/sys/kern/vfs_cache.c:1330 > #28 0xffffffff806f4de5 in vn_fullpath (td=0xfffff800399a9920, > vn=0xfffff8009584c588, retbuf=0xfffffe00e5e54660, > freebuf=0xfffffe00e5e54658) at /usr/src-svn/sys/kern/vfs_cache.c:1156 > #29 0xffffffff8061a9dd in export_fd_to_sb (data=0xfffff8009584c588, type=1, > fd=-1, fflags=1, refcnt=-1, offset=-1, rightsp=, > efbuf=0xfffff8008343a800) at /usr/src-svn/sys/kern/kern_descrip.c:3584 > #30 0xffffffff8061a4c7 in kern_proc_filedesc_out (p=, > sb=0xfffffe00e5e548e8, maxlen=-1) > at /usr/src-svn/sys/kern/kern_descrip.c:3405 > #31 0xffffffff8061b2e6 in sysctl_kern_proc_filedesc ( > oidp=, arg1=, arg2=-2135739022, > req=) at /usr/src-svn/sys/kern/kern_descrip.c:3534 > #32 0xffffffff80669c84 in sysctl_root (arg1=, > arg2=) at /usr/src-svn/sys/kern/kern_sysctl.c:1497 > #33 0xffffffff8066a282 in userland_sysctl (td=, > name=0xfffffe00e5e54a70, namelen=, > old=, oldlenp=, > inkernel=, new=, > retval=, flags=0) > at /usr/src-svn/sys/kern/kern_sysctl.c:1607 > #34 0xffffffff8066a0b4 in sys___sysctl (td=0xfffff800399a9920, > uap=0xfffffe00e5e54b80) at /usr/src-svn/sys/kern/kern_sysctl.c:1533 > #35 0xffffffff809b1af5 in amd64_syscall (td=0xfffff800399a9920, traced=0) > at subr_syscall.c:133 > #36 0xffffffff8099640b in Xfast_syscall () > at /usr/src-svn/sys/amd64/amd64/exception.S:390 I've just got another occurence of the exact same panic. Any clue how to debug this? -- Jeremie Le Hen Scientists say the world is made up of Protons, Neutrons and Electrons. They forgot to mention Morons. From owner-freebsd-current@FreeBSD.ORG Fri Feb 14 19:30:24 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EFCECC09; Fri, 14 Feb 2014 19:30:24 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 99B3C1CFB; Fri, 14 Feb 2014 19:30:24 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id s1EJUNo2072404; Fri, 14 Feb 2014 14:30:23 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s1EJUNYQ072403; Fri, 14 Feb 2014 19:30:23 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 14 Feb 2014 19:30:23 GMT Message-Id: <201402141930.s1EJUNYQ072403@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Feb 2014 19:30:25 -0000 TB --- 2014-02-14 17:07:05 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-02-14 17:07:05 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-02-14 17:07:05 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-02-14 17:07:05 - cleaning the object tree TB --- 2014-02-14 17:07:05 - /usr/local/bin/svn stat /src TB --- 2014-02-14 17:07:09 - At svn revision 261885 TB --- 2014-02-14 17:07:10 - building world TB --- 2014-02-14 17:07:10 - CROSS_BUILD_TESTING=YES TB --- 2014-02-14 17:07:10 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-14 17:07:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-14 17:07:10 - SRCCONF=/dev/null TB --- 2014-02-14 17:07:10 - TARGET=powerpc TB --- 2014-02-14 17:07:10 - TARGET_ARCH=powerpc TB --- 2014-02-14 17:07:10 - TZ=UTC TB --- 2014-02-14 17:07:10 - __MAKE_CONF=/dev/null TB --- 2014-02-14 17:07:10 - cd /src TB --- 2014-02-14 17:07:10 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Feb 14 17:07:17 UTC 2014 >>> 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 [...] cc1: warnings being treated as errors /src/sbin/pfctl/pfctl.c: In function 'pfctl_print_rule_counters': /src/sbin/pfctl/pfctl.c:799: warning: cast from pointer to integer of different size /src/sbin/pfctl/pfctl.c:799: warning: format '%-6lu' expects type 'long unsigned int', but argument 5 has type 'long long unsigned int' /src/sbin/pfctl/pfctl.c:804: warning: cast from pointer to integer of different size /src/sbin/pfctl/pfctl.c:804: warning: format '%-6lu' expects type 'long unsigned int', but argument 4 has type 'long long unsigned int' /src/sbin/pfctl/pfctl.c: In function 'pfctl_show_rules': /src/sbin/pfctl/pfctl.c:917: warning: cast from pointer to integer of different size *** Error code 1 Stop. bmake[3]: stopped in /src/sbin/pfctl *** Error code 1 Stop. bmake[2]: stopped in /src/sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-02-14 19:30:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-02-14 19:30:23 - ERROR: failed to build world TB --- 2014-02-14 19:30:23 - 7230.04 user 988.12 system 8597.35 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Feb 14 18:09:41 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D871AB60 for ; Fri, 14 Feb 2014 18:09:41 +0000 (UTC) Received: from mx2.paymentallianceintl.com (mx2.paymentallianceintl.com [216.26.158.171]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E0F8E15EB for ; Fri, 14 Feb 2014 18:09:39 +0000 (UTC) Received: from firewall.mikej.com (162-238-140-44.lightspeed.lsvlky.sbcglobal.net [162.238.140.44]) by mx2.paymentallianceintl.com (8.14.5/8.13.8) with ESMTP id s1EHx1Bg018176 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Fri, 14 Feb 2014 12:59:02 -0500 (EST) (envelope-from mikej@mikej.com) Received: from firewall.mikej.com (localhost.mikej.com [127.0.0.1]) by firewall.mikej.com (8.14.8/8.14.6) with ESMTP id s1EHwKYu090067 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Fri, 14 Feb 2014 12:59:00 -0500 (EST) (envelope-from mikej@mikej.com) Received: (from www@localhost) by firewall.mikej.com (8.14.8/8.14.8/Submit) id s1EHwHIZ090062; Fri, 14 Feb 2014 12:58:17 -0500 (EST) (envelope-from mikej@mikej.com) X-Authentication-Warning: firewall.mikej.com: www set sender to mikej@mikej.com using -f To: Subject: Two LOR in r261885 MIME-Version: 1.0 Date: Fri, 14 Feb 2014 13:57:47 -0400 From: mikej Message-ID: <0ea6317f2ffe7eb01ab411962be4779c@mail.mikej.com> X-Sender: mikej@mikej.com User-Agent: Roundcube Webmail/0.6-beta X-Mailman-Approved-At: Fri, 14 Feb 2014 19:52:49 +0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 14 Feb 2014 18:09:41 -0000 I tried searching the list and google and could not find a reference which seemed to apply. Neither LOR dropped to the debugger. This happens when under heavy load poudreire 16 processes. If its been reported or nothing to worry about sorry for the noise. No sysctl, make, loader changes - generic kernel. --mikej lock order reversal: 1st 0xfffffe0f9446ff28 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:3081 2nd 0xfffff801c946a400 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:284 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe104b8403b0 kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe104b840460 witness_checkorder() at witness_checkorder+0xd23/frame 0xfffffe104b8404f0 _sx_xlock() at _sx_xlock+0x75/frame 0xfffffe104b840530 ufsdirhash_add() at ufsdirhash_add+0x3b/frame 0xfffffe104b840570 ufs_direnter() at ufs_direnter+0x688/frame 0xfffffe104b840630 ufs_makeinode() at ufs_makeinode+0x573/frame 0xfffffe104b8407f0 VOP_CREATE_APV() at VOP_CREATE_APV+0xea/frame 0xfffffe104b840820 vn_open_cred() at vn_open_cred+0x300/frame 0xfffffe104b840970 kern_openat() at kern_openat+0x261/frame 0xfffffe104b840ae0 amd64_syscall() at amd64_syscall+0x265/frame 0xfffffe104b840bf0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe104b840bf0 --- syscall (5, FreeBSD ELF64, sys_open), rip = 0x801833eca, rsp = 0x7fffffffd768, rbp = 0x7fffffffd7a0 --- lock order reversal: 1st 0xfffff800138ac068 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2101 2nd 0xfffffe0f9446ff28 bufwait (bufwait) @ /usr/src/sys/ufs/ffs/ffs_vnops.c:262 3rd 0xfffff801c952a068 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2101 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe104b83ff20 kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe104b83ffd0 witness_checkorder() at witness_checkorder+0xd23/frame 0xfffffe104b840060 __lockmgr_args() at __lockmgr_args+0x878/frame 0xfffffe104b840190 ffs_lock() at ffs_lock+0x84/frame 0xfffffe104b8401e0 VOP_LOCK1_APV() at VOP_LOCK1_APV+0xf5/frame 0xfffffe104b840210 _vn_lock() at _vn_lock+0xab/frame 0xfffffe104b840280 vget() at vget+0x70/frame 0xfffffe104b8402d0 vfs_hash_get() at vfs_hash_get+0xf5/frame 0xfffffe104b840320 ffs_vgetf() at ffs_vgetf+0x41/frame 0xfffffe104b8403b0 softdep_sync_buf() at softdep_sync_buf+0xa8c/frame 0xfffffe104b840490 ffs_syncvnode() at ffs_syncvnode+0x258/frame 0xfffffe104b840510 ffs_fsync() at ffs_fsync+0x20/frame 0xfffffe104b840540 VOP_FSYNC_APV() at VOP_FSYNC_APV+0xf0/frame 0xfffffe104b840570 ufs_direnter() at ufs_direnter+0x5c8/frame 0xfffffe104b840630 ufs_makeinode() at ufs_makeinode+0x573/frame 0xfffffe104b8407f0 VOP_CREATE_APV() at VOP_CREATE_APV+0xea/frame 0xfffffe104b840820 vn_open_cred() at vn_open_cred+0x300/frame 0xfffffe104b840970 kern_openat() at kern_openat+0x261/frame 0xfffffe104b840ae0 amd64_syscall() at amd64_syscall+0x265/frame 0xfffffe104b840bf0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe104b840bf0 --- syscall (5, FreeBSD ELF64, sys_open), rip = 0x801833eca, rsp = 0x7fffffffd768, rbp = 0x7fffffffd7a0 --- lock order reversal: 1st 0xfffff80d69ab2418 ufs (ufs) @ /usr/src/sys/kern/vfs_mount.c:851 2nd 0xfffff8033fba5068 devfs (devfs) @ /usr/src/sys/kern/vfs_subr.c:2101 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe104b8723d0 kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe104b872480 witness_checkorder() at witness_checkorder+0xd23/frame 0xfffffe104b872510 __lockmgr_args() at __lockmgr_args+0x878/frame 0xfffffe104b872640 vop_stdlock() at vop_stdlock+0x3c/frame 0xfffffe104b872660 VOP_LOCK1_APV() at VOP_LOCK1_APV+0xf5/frame 0xfffffe104b872690 _vn_lock() at _vn_lock+0xab/frame 0xfffffe104b872700 vget() at vget+0x70/frame 0xfffffe104b872750 devfs_allocv() at devfs_allocv+0xfd/frame 0xfffffe104b8727a0 devfs_root() at devfs_root+0x43/frame 0xfffffe104b8727d0 vfs_donmount() at vfs_donmount+0x115e/frame 0xfffffe104b872aa0 sys_nmount() at sys_nmount+0x72/frame 0xfffffe104b872ae0 amd64_syscall() at amd64_syscall+0x265/frame 0xfffffe104b872bf0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe104b872bf0 --- syscall (378, FreeBSD ELF64, sys_nmount), rip = 0x800a9ecba, rsp = 0x7fffffffcb18, rbp = 0x7fffffffd080 --- root@custom:/usr/local/poudriere/data/logs/bulk/current-default/2014-02-14_11h55m32s # uname -a FreeBSD custom 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r261885: Fri Feb 14 08:51:48 EST 2014 mikej@custom:/usr/obj/usr/src/sys/GENERIC amd64 Copyright (c) 1992-2014 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 11.0-CURRENT #0 r261885: Fri Feb 14 08:51:48 EST 2014 mikej@custom:/usr/obj/usr/src/sys/GENERIC amd64 FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 WARNING: WITNESS option enabled, expect reduced performance. CPU: Intel(R) Xeon(R) CPU X7350 @ 2.93GHz (2925.93-MHz K8-class CPU) Origin="GenuineIntel" Id=0x6fb Family=0x6 Model=0xf Stepping=11 Features=0xbfebfbff Features2=0x4e3bd AMD Features=0x20100800 AMD Features2=0x1 TSC: P-state invariant, performance statistics real memory = 68719476736 (65536 MB) avail memory = 66702168064 (63612 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 16 CPUs FreeBSD/SMP: 4 package(s) x 4 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 8 cpu5 (AP): APIC ID: 9 cpu6 (AP): APIC ID: 10 cpu7 (AP): APIC ID: 11 cpu8 (AP): APIC ID: 16 cpu9 (AP): APIC ID: 17 cpu10 (AP): APIC ID: 18 cpu11 (AP): APIC ID: 19 cpu12 (AP): APIC ID: 24 cpu13 (AP): APIC ID: 25 cpu14 (AP): APIC ID: 26 cpu15 (AP): APIC ID: 27 ioapic0: Changing APIC ID to 6 ioapic1: Changing APIC ID to 7 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 32-55 on motherboard random: initialized kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 cpu4: on acpi0 cpu5: on acpi0 cpu6: on acpi0 cpu7: on acpi0 cpu8: on acpi0 cpu9: on acpi0 cpu10: on acpi0 cpu11: on acpi0 cpu12: on acpi0 cpu13: on acpi0 cpu14: on acpi0 cpu15: on acpi0 atrtc0: port 0x70-0x7f irq 8 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x5f irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Event timer "HPET" frequency 14318180 Hz quality 350 Event timer "HPET1" frequency 14318180 Hz quality 340 Event timer "HPET2" frequency 14318180 Hz quality 340 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: port 0x808-0x80b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 36 at device 1.0 on pci0 pci20: on pcib1 pcib2: irq 17 at device 2.0 on pci0 pci22: on pcib2 pcib3: irq 17 at device 0.0 on pci22 pci23: on pcib3 pcib4: irq 17 at device 0.0 on pci23 pci25: on pcib4 mfi0: port 0xec00-0xecff mem 0xde380000-0xde3bffff,0xde3c0000-0xde3fffff irq 17 at device 0.0 on pci25 mfi0: Using MSI mfi0: Megaraid SAS driver Ver 4.23 mfi0: FW MaxCmds = 1008, limiting to 128 pcib5: irq 18 at device 1.0 on pci23 pci24: on pcib5 pcib6: at device 0.3 on pci22 pci26: on pcib6 pcib7: irq 37 at device 3.0 on pci0 pci1: on pcib7 pcib8: at device 0.0 on pci1 pci2: on pcib8 pcib9: at device 1.0 on pci2 pci3: on pcib9 pcib10: at device 2.0 on pci2 pci10: on pcib10 pcib11: at device 0.0 on pci10 pci11: on pcib11 bce0: mem 0xd6000000-0xd7ffffff irq 18 at device 0.0 on pci11 miibus0: on bce0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bce0: Ethernet address: a4:ba:db:34:77:df bce0: ASIC (0x57081020); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); B/C (7.4.0); Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|MFW); MFW (ipms 1.6.0) Coal (RX:6,6,18,18; TX:20,20,80,80) pcib12: at device 3.0 on pci2 pci8: on pcib12 pcib13: at device 0.0 on pci8 pci9: on pcib13 bce1: mem 0xd8000000-0xd9ffffff irq 19 at device 0.0 on pci9 miibus1: on bce1 brgphy1: PHY 1 on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bce1: Ethernet address: a4:ba:db:34:77:dd bce1: ASIC (0x57081020); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); B/C (7.4.0); Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|MFW); MFW (ipms 1.6.0) Coal (RX:6,6,18,18; TX:20,20,80,80) pcib14: at device 4.0 on pci2 pci6: on pcib14 pcib15: at device 0.0 on pci6 pci7: on pcib15 bce2: mem 0xda000000-0xdbffffff irq 37 at device 0.0 on pci7 miibus2: on bce2 brgphy2: PHY 1 on miibus2 brgphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bce2: Ethernet address: a4:ba:db:34:77:db bce2: ASIC (0x57081020); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); B/C (7.4.0); Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|MFW); MFW (UMP 1.1.9) Coal (RX:6,6,18,18; TX:20,20,80,80) pcib16: at device 5.0 on pci2 pci4: on pcib16 pcib17: at device 0.0 on pci4 pci5: on pcib17 bce3: mem 0xdc000000-0xddffffff irq 38 at device 0.0 on pci5 miibus3: on bce3 brgphy3: PHY 1 on miibus3 brgphy3: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bce3: Ethernet address: a4:ba:db:34:77:d9 bce3: ASIC (0x57081020); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); B/C (7.4.0); Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|MFW); MFW (UMP 1.1.9) Coal (RX:6,6,18,18; TX:20,20,80,80) pcib18: irq 32 at device 4.0 on pci0 pci12: on pcib18 pcib19: at device 0.0 on pci12 pci13: on pcib19 pcib20: at device 2.0 on pci13 pci15: on pcib20 pcib21: at device 4.0 on pci13 pci14: on pcib21 pcib22: irq 33 at device 6.0 on pci0 pci16: on pcib22 pcib23: at device 0.0 on pci16 pci17: on pcib23 pcib24: at device 2.0 on pci17 pci19: on pcib24 pcib25: at device 4.0 on pci17 pci18: on pcib25 pci0: at device 8.0 (no driver attached) pcib26: at device 28.0 on pci0 Coal (RX:6,6,18,18; TX:20,20,80,80) pcib12: at device 3.0 on pci2 pci8: on pcib12 pcib13: at device 0.0 on pci8 pci9: on pcib13 bce1: mem 0xd8000000-0xd9ffffff irq 19 at device 0.0 on pci9 miibus1: on bce1 brgphy1: PHY 1 on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bce1: Ethernet address: a4:ba:db:34:77:dd bce1: ASIC (0x57081020); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); B/C (7.4.0); Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|MFW); MFW (ipms 1.6.0) Coal (RX:6,6,18,18; TX:20,20,80,80) pcib14: at device 4.0 on pci2 pci6: on pcib14 pcib15: at device 0.0 on pci6 pci7: on pcib15 bce2: mem 0xda000000-0xdbffffff irq 37 at device 0.0 on pci7 miibus2: on bce2 brgphy2: PHY 1 on miibus2 brgphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bce2: Ethernet address: a4:ba:db:34:77:db bce2: ASIC (0x57081020); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); B/C (7.4.0); Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|MFW); MFW (UMP 1.1.9) Coal (RX:6,6,18,18; TX:20,20,80,80) pcib16: at device 5.0 on pci2 pci4: on pcib16 pcib17: at device 0.0 on pci4 pci5: on pcib17 bce3: mem 0xdc000000-0xddffffff irq 38 at device 0.0 on pci5 miibus3: on bce3 brgphy3: PHY 1 on miibus3 brgphy3: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bce3: Ethernet address: a4:ba:db:34:77:d9 bce3: ASIC (0x57081020); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); B/C (7.4.0); Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|MFW); MFW (UMP 1.1.9) Coal (RX:6,6,18,18; TX:20,20,80,80) pcib18: irq 32 at device 4.0 on pci0 pci12: on pcib18 pcib19: at device 0.0 on pci12 pci13: on pcib19 pcib20: at device 2.0 on pci13 pci15: on pcib20 pcib21: at device 4.0 on pci13 pci14: on pcib21 pcib22: irq 33 at device 6.0 on pci0 pci16: on pcib22 pcib23: at device 0.0 on pci16 pci17: on pcib23 pcib24: at device 2.0 on pci17 pci19: on pcib24 pcib25: at device 4.0 on pci17 pci18: on pcib25 pci0: at device 8.0 (no driver attached) pcib26: at device 28.0 on pci0 Coal (RX:6,6,18,18; TX:20,20,80,80) pcib12: at device 3.0 on pci2 pci8: on pcib12 pcib13: at device 0.0 on pci8 pci9: on pcib13 bce1: mem 0xd8000000-0xd9ffffff irq 19 at device 0.0 on pci9 miibus1: on bce1 brgphy1: PHY 1 on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bce1: Ethernet address: a4:ba:db:34:77:dd bce1: ASIC (0x57081020); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); B/C (7.4.0); Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|MFW); MFW (ipms 1.6.0) Coal (RX:6,6,18,18; TX:20,20,80,80) pcib14: at device 4.0 on pci2 pci6: on pcib14 pcib15: at device 0.0 on pci6 pci7: on pcib15 bce2: mem 0xda000000-0xdbffffff irq 37 at device 0.0 on pci7 miibus2: on bce2 brgphy2: PHY 1 on miibus2 brgphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bce2: Ethernet address: a4:ba:db:34:77:db bce2: ASIC (0x57081020); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); B/C (7.4.0); Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|MFW); MFW (UMP 1.1.9) Coal (RX:6,6,18,18; TX:20,20,80,80) pcib16: at device 5.0 on pci2 pci4: on pcib16 pcib17: at device 0.0 on pci4 pci5: on pcib17 bce3: mem 0xdc000000-0xddffffff irq 38 at device 0.0 on pci5 miibus3: on bce3 brgphy3: PHY 1 on miibus3 brgphy3: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bce3: Ethernet address: a4:ba:db:34:77:d9 bce3: ASIC (0x57081020); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); B/C (7.4.0); Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|MFW); MFW (UMP 1.1.9) Coal (RX:6,6,18,18; TX:20,20,80,80) pcib18: irq 32 at device 4.0 on pci0 pci12: on pcib18 pcib19: at device 0.0 on pci12 pci13: on pcib19 pcib20: at device 2.0 on pci13 pci15: on pcib20 pcib21: at device 4.0 on pci13 pci14: on pcib21 pcib22: irq 33 at device 6.0 on pci0 pci16: on pcib22 pcib23: at device 0.0 on pci16 pci17: on pcib23 pcib24: at device 2.0 on pci17 pci19: on pcib24 pcib25: at device 4.0 on pci17 pci18: on pcib25 pci0: at device 8.0 (no driver attached) pcib26: at device 28.0 on pci0 Coal (RX:6,6,18,18; TX:20,20,80,80) pcib12: at device 3.0 on pci2 pci8: on pcib12 pcib13: at device 0.0 on pci8 pci9: on pcib13 bce1: mem 0xd8000000-0xd9ffffff irq 19 at device 0.0 on pci9 miibus1: on bce1 brgphy1: PHY 1 on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bce1: Ethernet address: a4:ba:db:34:77:dd bce1: ASIC (0x57081020); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); B/C (7.4.0); Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|MFW); MFW (ipms 1.6.0) Coal (RX:6,6,18,18; TX:20,20,80,80) pcib14: at device 4.0 on pci2 pci6: on pcib14 pcib15: at device 0.0 on pci6 pci7: on pcib15 bce2: mem 0xda000000-0xdbffffff irq 37 at device 0.0 on pci7 miibus2: on bce2 brgphy2: PHY 1 on miibus2 brgphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bce2: Ethernet address: a4:ba:db:34:77:db bce2: ASIC (0x57081020); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); B/C (7.4.0); Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|MFW); MFW (UMP 1.1.9) Coal (RX:6,6,18,18; TX:20,20,80,80) pcib16: at device 5.0 on pci2 pci4: on pcib16 pcib17: at device 0.0 on pci4 pci5: on pcib17 bce3: mem 0xdc000000-0xddffffff irq 38 at device 0.0 on pci5 miibus3: on bce3 brgphy3: PHY 1 on miibus3 brgphy3: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bce3: Ethernet address: a4:ba:db:34:77:d9 bce3: ASIC (0x57081020); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); B/C (7.4.0); Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|MFW); MFW (UMP 1.1.9) Coal (RX:6,6,18,18; TX:20,20,80,80) pcib18: irq 32 at device 4.0 on pci0 pci12: on pcib18 pcib19: at device 0.0 on pci12 pci13: on pcib19 pcib20: at device 2.0 on pci13 pci15: on pcib20 pcib21: at device 4.0 on pci13 pci14: on pcib21 pcib22: irq 33 at device 6.0 on pci0 pci16: on pcib22 pcib23: at device 0.0 on pci16 pci17: on pcib23 pcib24: at device 2.0 on pci17 pci19: on pcib24 pcib25: at device 4.0 on pci17 pci18: on pcib25 pci0: at device 8.0 (no driver attached) pcib26: at device 28.0 on pci0 Coal (RX:6,6,18,18; TX:20,20,80,80) pcib12: at device 3.0 on pci2 pci8: on pcib12 pcib13: at device 0.0 on pci8 pci9: on pcib13 bce1: mem 0xd8000000-0xd9ffffff irq 19 at device 0.0 on pci9 miibus1: on bce1 brgphy1: PHY 1 on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bce1: Ethernet address: a4:ba:db:34:77:dd bce1: ASIC (0x57081020); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); B/C (7.4.0); Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|MFW); MFW (ipms 1.6.0) Coal (RX:6,6,18,18; TX:20,20,80,80) pcib14: at device 4.0 on pci2 pci6: on pcib14 pcib15: at device 0.0 on pci6 pci7: on pcib15 bce2: mem 0xda000000-0xdbffffff irq 37 at device 0.0 on pci7 miibus2: on bce2 brgphy2: PHY 1 on miibus2 brgphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bce2: Ethernet address: a4:ba:db:34:77:db bce2: ASIC (0x57081020); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); B/C (7.4.0); Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|MFW); MFW (UMP 1.1.9) Coal (RX:6,6,18,18; TX:20,20,80,80) pcib16: at device 5.0 on pci2 pci4: on pcib16 pcib17: at device 0.0 on pci4 pci5: on pcib17 bce3: mem 0xdc000000-0xddffffff irq 38 at device 0.0 on pci5 miibus3: on bce3 brgphy3: PHY 1 on miibus3 brgphy3: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bce3: Ethernet address: a4:ba:db:34:77:d9 bce3: ASIC (0x57081020); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); B/C (7.4.0); Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|MFW); MFW (UMP 1.1.9) Coal (RX:6,6,18,18; TX:20,20,80,80) pcib18: irq 32 at device 4.0 on pci0 pci12: on pcib18 pcib19: at device 0.0 on pci12 pci13: on pcib19 pcib20: at device 2.0 on pci13 pci15: on pcib20 pcib21: at device 4.0 on pci13 pci14: on pcib21 pcib22: irq 33 at device 6.0 on pci0 pci16: on pcib22 pcib23: at device 0.0 on pci16 pci17: on pcib23 pcib24: at device 2.0 on pci17 pci19: on pcib24 pcib25: at device 4.0 on pci17 pci18: on pcib25 pci0: at device 8.0 (no driver attached) pcib26: at device 28.0 on pci0 Coal (RX:6,6,18,18; TX:20,20,80,80) pcib12: at device 3.0 on pci2 pci8: on pcib12 pcib13: at device 0.0 on pci8 pci9: on pcib13 bce1: mem 0xd8000000-0xd9ffffff irq 19 at device 0.0 on pci9 miibus1: on bce1 brgphy1: PHY 1 on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bce1: Ethernet address: a4:ba:db:34:77:dd bce1: ASIC (0x57081020); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); B/C (7.4.0); Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|MFW); MFW (ipms 1.6.0) Coal (RX:6,6,18,18; TX:20,20,80,80) pcib14: at device 4.0 on pci2 pci6: on pcib14 pcib15: at device 0.0 on pci6 pci7: on pcib15 bce2: mem 0xda000000-0xdbffffff irq 37 at device 0.0 on pci7 miibus2: on bce2 brgphy2: PHY 1 on miibus2 brgphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bce2: Ethernet address: a4:ba:db:34:77:db bce2: ASIC (0x57081020); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); B/C (7.4.0); Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|MFW); MFW (UMP 1.1.9) Coal (RX:6,6,18,18; TX:20,20,80,80) pcib16: at device 5.0 on pci2 pci4: on pcib16 pcib17: at device 0.0 on pci4 pci5: on pcib17 bce3: mem 0xdc000000-0xddffffff irq 38 at device 0.0 on pci5 miibus3: on bce3 brgphy3: PHY 1 on miibus3 brgphy3: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bce3: Ethernet address: a4:ba:db:34:77:d9 bce3: ASIC (0x57081020); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); B/C (7.4.0); Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|MFW); MFW (UMP 1.1.9) Coal (RX:6,6,18,18; TX:20,20,80,80) pcib18: irq 32 at device 4.0 on pci0 pci12: on pcib18 pcib19: at device 0.0 on pci12 pci13: on pcib19 pcib20: at device 2.0 on pci13 pci15: on pcib20 pcib21: at device 4.0 on pci13 pci14: on pcib21 pcib22: irq 33 at device 6.0 on pci0 pci16: on pcib22 pcib23: at device 0.0 on pci16 pci17: on pcib23 pcib24: at device 2.0 on pci17 pci19: on pcib24 pcib25: at device 4.0 on pci17 pci18: on pcib25 pci0: at device 8.0 (no driver attached) pcib26: at device 28.0 on pci0 From owner-freebsd-current@FreeBSD.ORG Fri Feb 14 20:38:42 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 98DB7FB3; Fri, 14 Feb 2014 20:38:42 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 15B9F1462; Fri, 14 Feb 2014 20:38:41 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id s1EKcV9s069510; Fri, 14 Feb 2014 22:38:31 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua s1EKcV9s069510 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id s1EKcVp2069509; Fri, 14 Feb 2014 22:38:31 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 14 Feb 2014 22:38:31 +0200 From: Konstantin Belousov To: Andriy Gapon Subject: Re: [TTM] Unable to allocate page Message-ID: <20140214203831.GV24664@kib.kiev.ua> References: <52FE2063.9090905@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="S+p9DbwVuimCDe+R" Content-Disposition: inline In-Reply-To: <52FE2063.9090905@FreeBSD.org> User-Agent: Mutt/1.5.22 (2013-10-16) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: freebsd-x11@FreeBSD.org, FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 14 Feb 2014 20:38:42 -0000 --S+p9DbwVuimCDe+R Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 14, 2014 at 03:55:47PM +0200, Andriy Gapon wrote: >=20 > I am using "radeonkms" on a machine with quite mixed, diverse and varying= loads. > Sometimes I get an X server crash like the following: >=20 > kernel: [TTM] Unable to allocate page > kernel: error: [drm:pid1815:radeon_gem_object_create] *ERROR* Failed to a= llocate > GEM object (25591808, 2, 4096, -12) > kernel: [TTM] Unable to allocate page > kernel: [TTM] Buffer eviction failed > kernel: vm_fault: pager read error, pid 1815 (Xorg) > kernel: pid 1815 (Xorg), uid 0: exited on signal 11 (core dumped) >=20 > At the same time there was the following in X servers stderr: > Failed to allocate : > size : 25589760 bytes > alignment : 256 bytes > domains : 2 >=20 > I wonder if this is a generic problem for example caused by severe resour= ce > exhaustion or if this is something where FreeBSD specific code does not d= o its best. > In particular, it caught my attention that ttm_get_pages() effectively has > semantics of M_NOWAIT as it never retries allocation failures in > vm_page_alloc_contig(). It seems you are right that Linux tries much harder to allocate the page than the current FreeBSD TTM ports does. Can you try the following patch ? I did not tested it, only compiled. Please keep witness enabled. diff --git a/sys/dev/drm2/ttm/ttm_bo.c b/sys/dev/drm2/ttm/ttm_bo.c index d87940c..748c969 100644 --- a/sys/dev/drm2/ttm/ttm_bo.c +++ b/sys/dev/drm2/ttm/ttm_bo.c @@ -35,6 +35,7 @@ __FBSDID("$FreeBSD$"); #include #include #include +#include =20 #define TTM_ASSERT_LOCKED(param) #define TTM_DEBUG(fmt, arg...) @@ -1489,15 +1490,23 @@ int ttm_bo_global_init(struct drm_global_reference = *ref) container_of(ref, struct ttm_bo_global_ref, ref); struct ttm_bo_global *glob =3D ref->object; int ret; + int tries; =20 sx_init(&glob->device_list_mutex, "ttmdlm"); mtx_init(&glob->lru_lock, "ttmlru", NULL, MTX_DEF); glob->mem_glob =3D bo_ref->mem_glob; + tries =3D 0; +retry: glob->dummy_read_page =3D vm_page_alloc_contig(NULL, 0, VM_ALLOC_NORMAL | VM_ALLOC_NOOBJ, 1, 0, VM_MAX_ADDRESS, PAGE_SIZE, 0, VM_MEMATTR_UNCACHEABLE); =20 if (unlikely(glob->dummy_read_page =3D=3D NULL)) { + if (tries < 1) { + vm_pageout_grow_cache(tries, 0, VM_MAX_ADDRESS); + tries++; + goto retry; + } ret =3D -ENOMEM; goto out_no_drp; } diff --git a/sys/dev/drm2/ttm/ttm_page_alloc.c b/sys/dev/drm2/ttm/ttm_page_= alloc.c index 3c0f18a..29a3621 100644 --- a/sys/dev/drm2/ttm/ttm_page_alloc.c +++ b/sys/dev/drm2/ttm/ttm_page_alloc.c @@ -44,6 +44,7 @@ __FBSDID("$FreeBSD$"); #include #include #include +#include =20 #ifdef TTM_HAS_AGP #include @@ -476,6 +477,14 @@ static void ttm_handle_caching_state_failure(struct pg= list *pages, } } =20 +static vm_paddr_t +ttm_alloc_high_bound(int ttm_alloc_flags) +{ + + return ((ttm_alloc_flags & TTM_PAGE_FLAG_DMA32) ? 0xffffffff : + VM_MAX_ADDRESS); +} + /** * Allocate new pages with correct caching. * @@ -491,6 +500,7 @@ static int ttm_alloc_new_pages(struct pglist *pages, in= t ttm_alloc_flags, unsigned i, cpages, aflags; unsigned max_cpages =3D min(count, (unsigned)(PAGE_SIZE/sizeof(vm_page_t))); + int tries; =20 aflags =3D VM_ALLOC_NORMAL | VM_ALLOC_WIRED | VM_ALLOC_NOOBJ | ((ttm_alloc_flags & TTM_PAGE_FLAG_ZERO_ALLOC) !=3D 0 ? @@ -501,11 +511,18 @@ static int ttm_alloc_new_pages(struct pglist *pages, = int ttm_alloc_flags, M_WAITOK | M_ZERO); =20 for (i =3D 0, cpages =3D 0; i < count; ++i) { + tries =3D 0; +retry: p =3D vm_page_alloc_contig(NULL, 0, aflags, 1, 0, - (ttm_alloc_flags & TTM_PAGE_FLAG_DMA32) ? 0xffffffff : - VM_MAX_ADDRESS, PAGE_SIZE, 0, - ttm_caching_state_to_vm(cstate)); + ttm_alloc_high_bound(ttm_alloc_flags), + PAGE_SIZE, 0, ttm_caching_state_to_vm(cstate)); if (!p) { + if (tries < 3) { + vm_pageout_grow_cache(tries, 0, + ttm_alloc_high_bound(ttm_alloc_flags)); + tries++; + goto retry; + } printf("[TTM] Unable to get page %u\n", i); =20 /* store already allocated pages in the pool after @@ -707,6 +724,7 @@ static int ttm_get_pages(vm_page_t *pages, unsigned npa= ges, int flags, int gfp_flags, aflags; unsigned count; int r; + int tries; =20 aflags =3D VM_ALLOC_NORMAL | VM_ALLOC_NOOBJ | VM_ALLOC_WIRED | ((flags & TTM_PAGE_FLAG_ZERO_ALLOC) !=3D 0 ? VM_ALLOC_ZERO : 0); @@ -714,11 +732,18 @@ static int ttm_get_pages(vm_page_t *pages, unsigned n= pages, int flags, /* No pool for cached pages */ if (pool =3D=3D NULL) { for (r =3D 0; r < npages; ++r) { + tries =3D 0; +retry: p =3D vm_page_alloc_contig(NULL, 0, aflags, 1, 0, - (flags & TTM_PAGE_FLAG_DMA32) ? 0xffffffff : - VM_MAX_ADDRESS, PAGE_SIZE, + ttm_alloc_high_bound(flags), PAGE_SIZE, 0, ttm_caching_state_to_vm(cstate)); if (!p) { + if (tries < 3) { + vm_pageout_grow_cache(tries, 0, + ttm_alloc_high_bound(flags)); + tries++; + goto retry; + } printf("[TTM] Unable to allocate page\n"); return -ENOMEM; } --S+p9DbwVuimCDe+R Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJS/n7GAAoJEJDCuSvBvK1BCX0P/ijVY9HkXpfzY+N1D2NxMqMQ sybDLy51tbQ0NdAQvTrwOrkTlJEDTjKnOPKsS4Gt61scP10iCQa5csPLhgzITy9r aO44T58ALb0l03gekdmY41g0yCXYa9sR6kLLF0pyJ7yAAhOK0HUs+9oW+41p/LCc Fc5KGB+eHv+bz7mCJlj5LUipMSflhjO9dea02OmYqzWSQF48kYxPb8ZOnjMQpp9S sNedG6iPnLVxqGq8TtZ5YmBjuOkZgYusRS+9CvwJjUqTSATaour5UOQ+Ip70iWWB p789dcvdR4HAzwDlsoU/xIJljn/4OUaaMJaQgphiAmsfB8Iuv9nF/4vMkeFIw5xO /ynzG47fKROttSd2dh78w3T4NylcVLwloBYSBh0FPNnFup2Ib9oatzWM/tWgMQf+ BPLdkSFUnPhuCAQE1CNIMRI2vrgyp8Vi5VexW0V3JstkAC2VtnvTC/bmQ3WjU5aX c1gzyyf5iixQ7ZeOlTc12rGdrgsJfgxwRD3yJpDy6CFprcVyU6nTyfh70usWx1N4 +GMTnY82+cdZKHlAXchjAIWSz0FrnKtlMwXGdoau0WsyiHKSNCWB9kiC3jQHjHhS 9Nohx9ivuFJrDickQUUyQxxF0vH7HnspjtYziUPG/b6PBCYezt1MC6XY/OcD7Bx3 0yXee+dJPv8VEr//3F8u =Jj8E -----END PGP SIGNATURE----- --S+p9DbwVuimCDe+R-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 14 21:46:59 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B608B88F; Fri, 14 Feb 2014 21:46:59 +0000 (UTC) Received: from mail-lb0-x236.google.com (mail-lb0-x236.google.com [IPv6:2a00:1450:4010:c04::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F24CE1A2B; Fri, 14 Feb 2014 21:46:58 +0000 (UTC) Received: by mail-lb0-f182.google.com with SMTP id w7so9993618lbi.27 for ; Fri, 14 Feb 2014 13:46:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=fVeJSCkgC5Dg125tzHOmaq8kxKaWxrK2WqDWIhYQAAM=; b=SbCiFv8r6M6JhunnCF7uKgCQov1ROTi/FVBB1/xtPDt+xLyYWPDwMr2DWwYtFL8kRb yhIFUesjv+nKnD8d8yu/r13ylVM2NH195PyGTHIAd8QM+uRFwl28xJ7cVwYb1GGFQibH H4UAodA/Xr298FZJPnRnKVwpx/YUfXM/+rLoQoaEa6KyKHPOJaSDiaxcoSUgiDS6tsKv XWFxqsH4dAY955DwqL11JyJN927xYvZ7p1hnyLjXHJKOWS4Gng8fhGghOCsb4yNtX4ZG 87qZC50Bwades5XwuMYcgqt/ckuZKElnqjt97eCpCT1ADxNEQIcKgIq32JhjaW+hLpT0 P66Q== MIME-Version: 1.0 X-Received: by 10.112.236.3 with SMTP id uq3mr6730653lbc.14.1392414416833; Fri, 14 Feb 2014 13:46:56 -0800 (PST) Sender: rizzo.unipi@gmail.com Received: by 10.115.4.162 with HTTP; Fri, 14 Feb 2014 13:46:56 -0800 (PST) In-Reply-To: <1392402215.1145.103.camel@revolution.hippie.lan> References: <20140214173553.GA90364@onelab2.iet.unipi.it> <1392402215.1145.103.camel@revolution.hippie.lan> Date: Fri, 14 Feb 2014 13:46:56 -0800 X-Google-Sender-Auth: OffjRlZofYJIbtEb3eQ284NPXr0 Message-ID: Subject: Re: HEAD buildkernel error (aic7xxx_seq.h is missing. Run 'make ahcfirmware') From: Luigi Rizzo To: Ian Lepore Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 14 Feb 2014 21:46:59 -0000 On Fri, Feb 14, 2014 at 10:23 AM, Ian Lepore wrote: > On Fri, 2014-02-14 at 18:35 +0100, Luigi Rizzo wrote: > > on a freshly checked out HEAD, > > "make toolchain" followed by "make buildkernel" fails at this stage: > > > > ... > > @ -> /usr/home/luigi/FreeBSD/head/sys > > machine -> /usr/home/luigi/FreeBSD/head/sys/amd64/include > > x86 -> /usr/home/luigi/FreeBSD/head/sys/x86/include > > Error: aic7xxx_reg_print.c is missing. Run 'make ahcfirmware' > > Error: aic7xxx_seq.h is missing. Run 'make ahcfirmware' > > Error: aic7xxx_reg.h is missing. Run 'make ahcfirmware' > > > > (don't think it matters, but i am cross compiling amd64 > > from a stable/9 amd64 system, using clang). > > I am not sure which commit triggered the problem, > > but this used to work in the past -- toolchain was enough > > to build a kernel. > > > > cheers > > luigi > > That should be 'make kernel-toolchain', shouldn't it? > nope, fails with kernel-toolchain as well. I need to do a full buildworld to avoid this problem. cheers luigi > > -- Ian > > > -- -----------------------------------------+------------------------------- Prof. Luigi RIZZO, rizzo@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/ . Universita` di Pisa TEL +39-050-2211611 . via Diotisalvi 2 Mobile +39-338-6809875 . 56122 PISA (Italy) -----------------------------------------+------------------------------- From owner-freebsd-current@FreeBSD.ORG Sat Feb 15 00:59:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C50EECB1; Sat, 15 Feb 2014 00:59:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6E79D1842; Sat, 15 Feb 2014 00:59:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id s1F0xOID089181; Fri, 14 Feb 2014 19:59:24 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s1F0xNkT089163; Sat, 15 Feb 2014 00:59:23 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 15 Feb 2014 00:59:23 GMT Message-Id: <201402150059.s1F0xNkT089163@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Feb 2014 00:59:25 -0000 TB --- 2014-02-15 00:08:20 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-02-15 00:08:20 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-02-15 00:08:20 - starting HEAD tinderbox run for mips/mips TB --- 2014-02-15 00:08:20 - cleaning the object tree TB --- 2014-02-15 00:09:17 - /usr/local/bin/svn stat /src TB --- 2014-02-15 00:09:20 - At svn revision 261900 TB --- 2014-02-15 00:09:21 - building world TB --- 2014-02-15 00:09:21 - CROSS_BUILD_TESTING=YES TB --- 2014-02-15 00:09:21 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-15 00:09:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-15 00:09:21 - SRCCONF=/dev/null TB --- 2014-02-15 00:09:21 - TARGET=mips TB --- 2014-02-15 00:09:21 - TARGET_ARCH=mips TB --- 2014-02-15 00:09:21 - TZ=UTC TB --- 2014-02-15 00:09:21 - __MAKE_CONF=/dev/null TB --- 2014-02-15 00:09:21 - cd /src TB --- 2014-02-15 00:09:21 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Feb 15 00:09:28 UTC 2014 >>> 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 [...] ===> sbin/pfctl (all) cc -O -pipe -G0 -Wall -Wmissing-prototypes -Wno-uninitialized -Wstrict-prototypes -DENABLE_ALTQ -I/src/sbin/pfctl -DWITH_INET6 -DWITH_INET -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/pfctl/pfctl.c cc1: warnings being treated as errors /src/sbin/pfctl/pfctl.c: In function 'pfctl_print_rule_counters': /src/sbin/pfctl/pfctl.c:800: warning: cast from pointer to integer of different size /src/sbin/pfctl/pfctl.c:805: warning: cast from pointer to integer of different size /src/sbin/pfctl/pfctl.c: In function 'pfctl_show_rules': /src/sbin/pfctl/pfctl.c:918: warning: cast from pointer to integer of different size *** Error code 1 Stop. bmake[3]: stopped in /src/sbin/pfctl *** Error code 1 Stop. bmake[2]: stopped in /src/sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-02-15 00:59:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-02-15 00:59:23 - ERROR: failed to build world TB --- 2014-02-15 00:59:23 - 2218.45 user 549.80 system 3063.62 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 15 03:22:05 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F360844C; Sat, 15 Feb 2014 03:22:04 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9EAC715FE; Sat, 15 Feb 2014 03:22:04 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id s1F3M3ix080632; Fri, 14 Feb 2014 22:22:03 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s1F3M3PN080631; Sat, 15 Feb 2014 03:22:03 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 15 Feb 2014 03:22:03 GMT Message-Id: <201402150322.s1F3M3PN080631@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Feb 2014 03:22:05 -0000 TB --- 2014-02-15 00:59:24 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-02-15 00:59:24 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-02-15 00:59:24 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-02-15 00:59:24 - cleaning the object tree TB --- 2014-02-15 01:00:02 - /usr/local/bin/svn stat /src TB --- 2014-02-15 01:00:05 - At svn revision 261900 TB --- 2014-02-15 01:00:06 - building world TB --- 2014-02-15 01:00:06 - CROSS_BUILD_TESTING=YES TB --- 2014-02-15 01:00:06 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-15 01:00:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-15 01:00:06 - SRCCONF=/dev/null TB --- 2014-02-15 01:00:06 - TARGET=powerpc TB --- 2014-02-15 01:00:06 - TARGET_ARCH=powerpc TB --- 2014-02-15 01:00:06 - TZ=UTC TB --- 2014-02-15 01:00:06 - __MAKE_CONF=/dev/null TB --- 2014-02-15 01:00:06 - cd /src TB --- 2014-02-15 01:00:06 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Feb 15 01:00:14 UTC 2014 >>> 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 [...] ===> sbin/pfctl (all) cc -O2 -pipe -Wall -Wmissing-prototypes -Wno-uninitialized -Wstrict-prototypes -DENABLE_ALTQ -I/src/sbin/pfctl -DWITH_INET6 -DWITH_INET -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/pfctl/pfctl.c cc1: warnings being treated as errors /src/sbin/pfctl/pfctl.c: In function 'pfctl_print_rule_counters': /src/sbin/pfctl/pfctl.c:800: warning: cast from pointer to integer of different size /src/sbin/pfctl/pfctl.c:805: warning: cast from pointer to integer of different size /src/sbin/pfctl/pfctl.c: In function 'pfctl_show_rules': /src/sbin/pfctl/pfctl.c:918: warning: cast from pointer to integer of different size *** Error code 1 Stop. bmake[3]: stopped in /src/sbin/pfctl *** Error code 1 Stop. bmake[2]: stopped in /src/sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-02-15 03:22:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-02-15 03:22:03 - ERROR: failed to build world TB --- 2014-02-15 03:22:03 - 7224.97 user 1004.80 system 8558.99 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 15 04:13:08 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 06C09965 for ; Sat, 15 Feb 2014 04:13:08 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DC55D19B0 for ; Sat, 15 Feb 2014 04:13:07 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s1F4D7mJ095908 for ; Sat, 15 Feb 2014 04:13:07 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.8/8.14.8/Submit) id s1F4D7TV095907 for freebsd-current@freebsd.org; Sat, 15 Feb 2014 04:13:07 GMT (envelope-from bdrewery) Received: (qmail 64718 invoked from network); 14 Feb 2014 22:13:05 -0600 Received: from unknown (HELO ?10.10.0.24?) (freebsd@shatow.net@10.10.0.24) by sweb.xzibition.com with ESMTPA; 14 Feb 2014 22:13:05 -0600 Message-ID: <52FEE944.2050406@FreeBSD.org> Date: Fri, 14 Feb 2014 22:12:52 -0600 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: FreeBSD Current Subject: M_FILEDESC leak X-Enigmail-Version: 1.6 OpenPGP: id=6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oT6eifoSSwMBjfNGlrkiSRkHBE0n5HHOq" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 15 Feb 2014 04:13:08 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --oT6eifoSSwMBjfNGlrkiSRkHBE0n5HHOq Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable There's some leak of M_FILEDESC. Most head servers I look on have high filedesc usage in vmstat -m. Older (stable/9,8) do not. vmstat -m|grep filedesc usage on various servers: r259961 133350 (freefall) r261350 829256 (my dev server) r261411 67 (pointyhat) r263068 288122 (beefy1) r260368 1193324 (beefy2) --=20 Regards, Bryan Drewery --oT6eifoSSwMBjfNGlrkiSRkHBE0n5HHOq Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJS/ulEAAoJEDXXcbtuRpfPOsMIALf9oyZ0Ythbdrw6tZFa0UlH EWD8t8TFj2JF4g+A6YcFe0oTa1q/STjNLzDhEadsmpFyiUP83D99LUqh7XviVud4 tRRt1+nXxji1jQm5GxvT/c/xoaru9kZJH333v8Qs44qcHDU8rxMPNR15Wup+rKzB 6Q26Uprd0fZ8n64j5KYHnZzABM0lCscHDUrsCBbkpdMPc22V/9BvjrcIUyq6rSjw qNevwKrUt8t0EusLv56QakC4BcwdsZ94+wezUjrWvg/yqZtxcs+eGzWwbQhRUqgw r5rlxZBMcF7V2WOsy+NZ8zgUVL4R62BPkhj9CV9v3zhWKsH9SWS38lqDwo4aSlA= =/djm -----END PGP SIGNATURE----- --oT6eifoSSwMBjfNGlrkiSRkHBE0n5HHOq-- From owner-freebsd-current@FreeBSD.ORG Sat Feb 15 09:00:27 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5D2CE14A; Sat, 15 Feb 2014 09:00:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0A9B713C5; Sat, 15 Feb 2014 09:00:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id s1F90PUS089089; Sat, 15 Feb 2014 04:00:25 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s1F90PsW089088; Sat, 15 Feb 2014 09:00:25 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 15 Feb 2014 09:00:25 GMT Message-Id: <201402150900.s1F90PsW089088@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Feb 2014 09:00:27 -0000 TB --- 2014-02-15 08:03:55 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-02-15 08:03:55 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-02-15 08:03:55 - starting HEAD tinderbox run for mips/mips TB --- 2014-02-15 08:03:55 - cleaning the object tree TB --- 2014-02-15 08:06:54 - /usr/local/bin/svn stat /src TB --- 2014-02-15 08:06:58 - At svn revision 261908 TB --- 2014-02-15 08:06:59 - building world TB --- 2014-02-15 08:06:59 - CROSS_BUILD_TESTING=YES TB --- 2014-02-15 08:06:59 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-15 08:06:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-15 08:06:59 - SRCCONF=/dev/null TB --- 2014-02-15 08:06:59 - TARGET=mips TB --- 2014-02-15 08:06:59 - TARGET_ARCH=mips TB --- 2014-02-15 08:06:59 - TZ=UTC TB --- 2014-02-15 08:06:59 - __MAKE_CONF=/dev/null TB --- 2014-02-15 08:06:59 - cd /src TB --- 2014-02-15 08:06:59 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Feb 15 08:07:09 UTC 2014 >>> 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 [...] ===> sbin/pfctl (all) cc -O -pipe -G0 -Wall -Wmissing-prototypes -Wno-uninitialized -Wstrict-prototypes -DENABLE_ALTQ -I/src/sbin/pfctl -DWITH_INET6 -DWITH_INET -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/pfctl/pfctl.c cc1: warnings being treated as errors /src/sbin/pfctl/pfctl.c: In function 'pfctl_print_rule_counters': /src/sbin/pfctl/pfctl.c:800: warning: cast from pointer to integer of different size /src/sbin/pfctl/pfctl.c:805: warning: cast from pointer to integer of different size /src/sbin/pfctl/pfctl.c: In function 'pfctl_show_rules': /src/sbin/pfctl/pfctl.c:918: warning: cast from pointer to integer of different size *** Error code 1 Stop. bmake[3]: stopped in /src/sbin/pfctl *** Error code 1 Stop. bmake[2]: stopped in /src/sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-02-15 09:00:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-02-15 09:00:25 - ERROR: failed to build world TB --- 2014-02-15 09:00:25 - 2218.59 user 565.62 system 3390.23 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 15 11:25:08 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DF88130E; Sat, 15 Feb 2014 11:25:08 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 857E71D54; Sat, 15 Feb 2014 11:25:08 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id s1FBP7ai089812; Sat, 15 Feb 2014 06:25:07 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s1FBP76w089811; Sat, 15 Feb 2014 11:25:07 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 15 Feb 2014 11:25:07 GMT Message-Id: <201402151125.s1FBP76w089811@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Feb 2014 11:25:09 -0000 TB --- 2014-02-15 09:00:25 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-02-15 09:00:25 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-02-15 09:00:25 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-02-15 09:00:25 - cleaning the object tree TB --- 2014-02-15 09:01:05 - /usr/local/bin/svn stat /src TB --- 2014-02-15 09:01:08 - At svn revision 261908 TB --- 2014-02-15 09:01:09 - building world TB --- 2014-02-15 09:01:09 - CROSS_BUILD_TESTING=YES TB --- 2014-02-15 09:01:09 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-15 09:01:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-15 09:01:09 - SRCCONF=/dev/null TB --- 2014-02-15 09:01:09 - TARGET=powerpc TB --- 2014-02-15 09:01:09 - TARGET_ARCH=powerpc TB --- 2014-02-15 09:01:09 - TZ=UTC TB --- 2014-02-15 09:01:09 - __MAKE_CONF=/dev/null TB --- 2014-02-15 09:01:09 - cd /src TB --- 2014-02-15 09:01:09 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Feb 15 09:01:16 UTC 2014 >>> 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 [...] ===> sbin/pfctl (all) cc -O2 -pipe -Wall -Wmissing-prototypes -Wno-uninitialized -Wstrict-prototypes -DENABLE_ALTQ -I/src/sbin/pfctl -DWITH_INET6 -DWITH_INET -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/pfctl/pfctl.c cc1: warnings being treated as errors /src/sbin/pfctl/pfctl.c: In function 'pfctl_print_rule_counters': /src/sbin/pfctl/pfctl.c:800: warning: cast from pointer to integer of different size /src/sbin/pfctl/pfctl.c:805: warning: cast from pointer to integer of different size /src/sbin/pfctl/pfctl.c: In function 'pfctl_show_rules': /src/sbin/pfctl/pfctl.c:918: warning: cast from pointer to integer of different size *** Error code 1 Stop. bmake[3]: stopped in /src/sbin/pfctl *** Error code 1 Stop. bmake[2]: stopped in /src/sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-02-15 11:25:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-02-15 11:25:07 - ERROR: failed to build world TB --- 2014-02-15 11:25:07 - 7230.30 user 1002.46 system 8681.35 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 15 12:13:38 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 551DEF0F for ; Sat, 15 Feb 2014 12:13:38 +0000 (UTC) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 9C77E11DD for ; Sat, 15 Feb 2014 12:13:37 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA28900 for ; Sat, 15 Feb 2014 14:13:36 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1WEe7j-0002o1-Tw for freebsd-current@FreeBSD.org; Sat, 15 Feb 2014 14:13:35 +0200 Message-ID: <52FF59B8.1080206@FreeBSD.org> Date: Sat, 15 Feb 2014 14:12:40 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-current@FreeBSD.org Subject: Re: panic: LK_RETRY set with incompatible flags (0x200400) or an error occured (11) References: <20140210205607.GA3783@caravan.chchile.org> <52F94923.60102@FreeBSD.org> <20140211093529.GB3783@caravan.chchile.org> <20140214191858.GC3783@caravan.chchile.org> In-Reply-To: <20140214191858.GC3783@caravan.chchile.org> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 15 Feb 2014 12:13:38 -0000 on 14/02/2014 21:18 Jeremie Le Hen said the following: > I've just got another occurence of the exact same panic. Any clue how > to debug this? Could you please obtain *vp from frame 12 ? The problem seems to be happening in this piece of ZFS code: if (cnp->cn_flags & ISDOTDOT) { ltype = VOP_ISLOCKED(dvp); VOP_UNLOCK(dvp, 0); } ZFS_EXIT(zfsvfs); error = vn_lock(*vpp, cnp->cn_lkflags); if (cnp->cn_flags & ISDOTDOT) vn_lock(dvp, ltype | LK_RETRY); ltype is apparently LK_SHARED and the assertion is apparently triggered by EDEADLK error. The error can occur only if a thread tries to obtain a lock in a shared mode when it already has the lock exclusively. My only explanation of how this could happen is that dvp == *vpp and cn_lkflags is LK_EXCLUSIVE. In other words, this is a dot-dot lookup that results in the same vnode. I think that this is only possible if dvp is the root vnode. I am not sure if my theory is correct though. Also, I am not sure if zfs_lookup() should be prepared to handle such a lookup or if this kind of lookup should be handled by upper/other layers. In this case these would be VFS lookup code and nullfs code. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Sat Feb 15 16:53:14 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0848E99B; Sat, 15 Feb 2014 16:53:13 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CB3D716EF; Sat, 15 Feb 2014 16:53:12 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id s1FGr5Ps096410; Sat, 15 Feb 2014 11:53:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s1FGr5Bo096409; Sat, 15 Feb 2014 16:53:05 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 15 Feb 2014 16:53:05 GMT Message-Id: <201402151653.s1FGr5Bo096409@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 , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Feb 2014 16:53:14 -0000 TB --- 2014-02-15 16:01:58 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-02-15 16:01:58 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-02-15 16:01:58 - starting HEAD tinderbox run for mips/mips TB --- 2014-02-15 16:01:58 - cleaning the object tree TB --- 2014-02-15 16:02:56 - /usr/local/bin/svn stat /src TB --- 2014-02-15 16:03:00 - At svn revision 261916 TB --- 2014-02-15 16:03:01 - building world TB --- 2014-02-15 16:03:01 - CROSS_BUILD_TESTING=YES TB --- 2014-02-15 16:03:01 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-15 16:03:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-15 16:03:01 - SRCCONF=/dev/null TB --- 2014-02-15 16:03:01 - TARGET=mips TB --- 2014-02-15 16:03:01 - TARGET_ARCH=mips TB --- 2014-02-15 16:03:01 - TZ=UTC TB --- 2014-02-15 16:03:01 - __MAKE_CONF=/dev/null TB --- 2014-02-15 16:03:01 - cd /src TB --- 2014-02-15 16:03:01 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Feb 15 16:03:08 UTC 2014 >>> 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 [...] ===> sbin/pfctl (all) cc -O -pipe -G0 -Wall -Wmissing-prototypes -Wno-uninitialized -Wstrict-prototypes -DENABLE_ALTQ -I/src/sbin/pfctl -DWITH_INET6 -DWITH_INET -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/pfctl/pfctl.c cc1: warnings being treated as errors /src/sbin/pfctl/pfctl.c: In function 'pfctl_print_rule_counters': /src/sbin/pfctl/pfctl.c:800: warning: cast from pointer to integer of different size /src/sbin/pfctl/pfctl.c:805: warning: cast from pointer to integer of different size /src/sbin/pfctl/pfctl.c: In function 'pfctl_show_rules': /src/sbin/pfctl/pfctl.c:918: warning: cast from pointer to integer of different size *** Error code 1 Stop. bmake[3]: stopped in /src/sbin/pfctl *** Error code 1 Stop. bmake[2]: stopped in /src/sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-02-15 16:53:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-02-15 16:53:05 - ERROR: failed to build world TB --- 2014-02-15 16:53:05 - 2220.23 user 569.09 system 3066.86 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 15 19:16:07 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 74FEB3D4; Sat, 15 Feb 2014 19:16:07 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1F60B118D; Sat, 15 Feb 2014 19:16:06 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id s1FJG5lg098359; Sat, 15 Feb 2014 14:16:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s1FJG5Tr098358; Sat, 15 Feb 2014 19:16:05 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 15 Feb 2014 19:16:05 GMT Message-Id: <201402151916.s1FJG5Tr098358@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 , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Feb 2014 19:16:07 -0000 TB --- 2014-02-15 16:53:05 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-02-15 16:53:05 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-02-15 16:53:05 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2014-02-15 16:53:05 - cleaning the object tree TB --- 2014-02-15 16:53:41 - /usr/local/bin/svn stat /src TB --- 2014-02-15 16:53:44 - At svn revision 261916 TB --- 2014-02-15 16:53:45 - building world TB --- 2014-02-15 16:53:45 - CROSS_BUILD_TESTING=YES TB --- 2014-02-15 16:53:45 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-15 16:53:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-15 16:53:45 - SRCCONF=/dev/null TB --- 2014-02-15 16:53:45 - TARGET=powerpc TB --- 2014-02-15 16:53:45 - TARGET_ARCH=powerpc TB --- 2014-02-15 16:53:45 - TZ=UTC TB --- 2014-02-15 16:53:45 - __MAKE_CONF=/dev/null TB --- 2014-02-15 16:53:45 - cd /src TB --- 2014-02-15 16:53:45 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Feb 15 16:53:52 UTC 2014 >>> 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 [...] ===> sbin/pfctl (all) cc -O2 -pipe -Wall -Wmissing-prototypes -Wno-uninitialized -Wstrict-prototypes -DENABLE_ALTQ -I/src/sbin/pfctl -DWITH_INET6 -DWITH_INET -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/pfctl/pfctl.c cc1: warnings being treated as errors /src/sbin/pfctl/pfctl.c: In function 'pfctl_print_rule_counters': /src/sbin/pfctl/pfctl.c:800: warning: cast from pointer to integer of different size /src/sbin/pfctl/pfctl.c:805: warning: cast from pointer to integer of different size /src/sbin/pfctl/pfctl.c: In function 'pfctl_show_rules': /src/sbin/pfctl/pfctl.c:918: warning: cast from pointer to integer of different size *** Error code 1 Stop. bmake[3]: stopped in /src/sbin/pfctl *** Error code 1 Stop. bmake[2]: stopped in /src/sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-02-15 19:16:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-02-15 19:16:05 - ERROR: failed to build world TB --- 2014-02-15 19:16:05 - 7234.96 user 1006.22 system 8580.30 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 15 20:03:04 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8B5C3BBD; Sat, 15 Feb 2014 20:03:04 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 105D6150A; Sat, 15 Feb 2014 20:03:03 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id s1FK2xko067750; Sat, 15 Feb 2014 22:02:59 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua s1FK2xko067750 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id s1FK2xJJ067749; Sat, 15 Feb 2014 22:02:59 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 15 Feb 2014 22:02:59 +0200 From: Konstantin Belousov To: Andriy Gapon Subject: Re: panic: LK_RETRY set with incompatible flags (0x200400) or an error occured (11) Message-ID: <20140215200259.GZ24664@kib.kiev.ua> References: <20140210205607.GA3783@caravan.chchile.org> <52F94923.60102@FreeBSD.org> <20140211093529.GB3783@caravan.chchile.org> <20140214191858.GC3783@caravan.chchile.org> <52FF59B8.1080206@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xp5T+jWXk9cMuWlh" Content-Disposition: inline In-Reply-To: <52FF59B8.1080206@FreeBSD.org> User-Agent: Mutt/1.5.22 (2013-10-16) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 15 Feb 2014 20:03:04 -0000 --xp5T+jWXk9cMuWlh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Feb 15, 2014 at 02:12:40PM +0200, Andriy Gapon wrote: > on 14/02/2014 21:18 Jeremie Le Hen said the following: > > I've just got another occurence of the exact same panic. Any clue how > > to debug this? >=20 > Could you please obtain *vp from frame 12 ? >=20 > The problem seems to be happening in this piece of ZFS code: > if (cnp->cn_flags & ISDOTDOT) { > ltype =3D VOP_ISLOCKED(dvp); > VOP_UNLOCK(dvp, 0); > } > ZFS_EXIT(zfsvfs); > error =3D vn_lock(*vpp, cnp->cn_lkflags); > if (cnp->cn_flags & ISDOTDOT) > vn_lock(dvp, ltype | LK_RETRY); >=20 > ltype is apparently LK_SHARED and the assertion is apparently triggered by > EDEADLK error. The error can occur only if a thread tries to obtain a lo= ck in a > shared mode when it already has the lock exclusively. > My only explanation of how this could happen is that dvp =3D=3D *vpp and = cn_lkflags > is LK_EXCLUSIVE. In other words, this is a dot-dot lookup that results i= n the > same vnode. I think that this is only possible if dvp is the root vnode. > I am not sure if my theory is correct though. > Also, I am not sure if zfs_lookup() should be prepared to handle such a l= ookup > or if this kind of lookup should be handled by upper/other layers. In th= is case > these would be VFS lookup code and nullfs code. >=20 So, is VV_ROOT flag set on the corresponding ZFS vnode ? Just in case, you could try the following change, but I doubt that it would have any effect. Nullfs root vnode is cached so its VV_ROOT flag should not be lost. Also, I never seen similar issue with UFS. diff --git a/sys/fs/nullfs/null_subr.c b/sys/fs/nullfs/null_subr.c index fa6c4af..3f74579 100644 --- a/sys/fs/nullfs/null_subr.c +++ b/sys/fs/nullfs/null_subr.c @@ -251,6 +251,7 @@ null_nodeget(mp, lowervp, vpp) vp->v_type =3D lowervp->v_type; vp->v_data =3D xp; vp->v_vnlock =3D lowervp->v_vnlock; + vp->v_vflag =3D lowervp->v_vflag & VV_ROOT; error =3D insmntque1(vp, mp, null_insmntque_dtr, xp); if (error !=3D 0) return (error); --xp5T+jWXk9cMuWlh Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJS/8fyAAoJEJDCuSvBvK1BlnwQAJPH1uXPUh/NlDP5h1WixbUB mdUvNzBvbU+LYV/sCU+GSvN6x78Sr3V5rNUEKbGUQVOu81jIpvyy0GQlUDmMshTq ix+123xvR80gz2/XnZ6NmeVdg4f0VxDPBVgt+sCz+X5RhOVxt0QgxKspFQT0jX/f +DweE4NOLthySsRA49UEOruhlcdA0SSz/h/zZghewutu3FxwmEdm8GC/ZG52YAvw yA6ki7FSQfgGG8JGDY/34Y6Gn9hehHqPDPKRLEDT/0DtQTtwcQAEtrNeuNXw2Gz/ MYMz0TOtNumwhUF3WhcVuFVRIppDrDyi4tpWFg8cg6z8R4BJe05WPIxHw+NQztNc WKKPyQrHhrU5+ENK9nsRjpTqFpba+C+ALlXSZ29juBNcwkXqLTTMHfGhvPMrLRnX pVzarQYl+6+1qYrtFvXWGrVV1UdgFN9+xHVBGF2F1evoXRSbILWGV3Cc1PFeiSJs I79ku57OSesC1eZXmAQX0Q5B1YFS0hhFVXivaG0yUQmF3L+fYvRpbCB0Zt9mrME4 BAw7KKBElODp7JvsNrtUTeGGt7U6vE661VJ1ZavZNotlN55REPjVhKIh3yPEaAbG jg/X8RyUd2bPkK1G9WsJZr4Y3i05oqN/3kv/sBNdH2AQ0xZCzL1wHi/MuHNZQkce J+YSCfKaKAcRQyvJh0T4 =Kf/c -----END PGP SIGNATURE----- --xp5T+jWXk9cMuWlh-- From owner-freebsd-current@FreeBSD.ORG Sat Feb 15 23:48:55 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D057CF20; Sat, 15 Feb 2014 23:48:55 +0000 (UTC) Received: from esa-annu.net.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 7F3D21513; Sat, 15 Feb 2014 23:48:54 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqQEAI77/1KDaFve/2dsb2JhbABZgz5XgwK7a0+BJXSCJQEBAQQBAQEgBCcgCxsOCgICDRkCKQEJJgYIBwQBHASHZA2oK6EPF4EpjQcBARs0B4JvgUkEiUiMEIQGiR2HVIFvgVweMYEEOQ X-IronPort-AV: E=Sophos;i="4.95,852,1384318800"; d="scan'208";a="96849811" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-annu.net.uoguelph.ca with ESMTP; 15 Feb 2014 18:47:45 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id D831FB3F91; Sat, 15 Feb 2014 18:47:45 -0500 (EST) Date: Sat, 15 Feb 2014 18:47:45 -0500 (EST) From: Rick Macklem To: Andriy Gapon Message-ID: <1366623125.6790356.1392508065873.JavaMail.root@uoguelph.ca> In-Reply-To: <52FF59B8.1080206@FreeBSD.org> Subject: Re: panic: LK_RETRY set with incompatible flags (0x200400) or an error occured (11) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.202] X-Mailer: Zimbra 7.2.1_GA_2790 (ZimbraWebClient - FF3.0 (Win)/7.2.1_GA_2790) Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: 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, 15 Feb 2014 23:48:55 -0000 Andriy Gapon wrote: > on 14/02/2014 21:18 Jeremie Le Hen said the following: > > I've just got another occurence of the exact same panic. Any clue > > how > > to debug this? > > Could you please obtain *vp from frame 12 ? > > The problem seems to be happening in this piece of ZFS code: > if (cnp->cn_flags & ISDOTDOT) { > ltype = VOP_ISLOCKED(dvp); > VOP_UNLOCK(dvp, 0); > } > ZFS_EXIT(zfsvfs); > error = vn_lock(*vpp, cnp->cn_lkflags); > if (cnp->cn_flags & ISDOTDOT) > vn_lock(dvp, ltype | LK_RETRY); > > ltype is apparently LK_SHARED and the assertion is apparently > triggered by > EDEADLK error. The error can occur only if a thread tries to obtain > a lock in a > shared mode when it already has the lock exclusively. > My only explanation of how this could happen is that dvp == *vpp and > cn_lkflags > is LK_EXCLUSIVE. In other words, this is a dot-dot lookup that > results in the > same vnode. I think that this is only possible if dvp is the root > vnode. > I am not sure if my theory is correct though. > Also, I am not sure if zfs_lookup() should be prepared to handle such > a lookup > or if this kind of lookup should be handled by upper/other layers. > In this case > these would be VFS lookup code and nullfs code. > I don't know if it ever occurs, but the NFS client has a check for if (vp != dvp) vn_lock(dvp...); /* roughly what the code looks like. */ in the ISDOTDOT section of nfs_lookup(). I don't think this check would be harmful? rick > -- > Andriy Gapon > _______________________________________________ > 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" >