From owner-freebsd-stable@FreeBSD.ORG Sun Oct 27 01:18:46 2013 Return-Path: Delivered-To: stable@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 ESMTP id D24173CC for ; Sun, 27 Oct 2013 01:18:46 +0000 (UTC) (envelope-from wolfgang@lyxys.ka.sub.org) Received: from saturn.lyxys.ka.sub.org (saturn.lyxys.ka.sub.org [217.29.35.151]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5B7242DC4 for ; Sun, 27 Oct 2013 01:18:46 +0000 (UTC) Received: from juno.lyxys.ka.sub.org (juno.lyx [IPv6:fd2a:89ca:7d54:0:20f:feff:fe0e:7312]) by saturn.lyxys.ka.sub.org (8.14.7/8.14.7) with ESMTP id r9R1IThA019150 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 27 Oct 2013 02:18:30 +0100 (CET) (envelope-from wolfgang@lyxys.ka.sub.org) Received: from juno.lyxys.ka.sub.org (localhost [127.0.0.1]) by juno.lyxys.ka.sub.org (8.14.7/8.14.7) with ESMTP id r9R1ITr6098491 for ; Sun, 27 Oct 2013 02:18:29 +0100 (CET) (envelope-from wolfgang@lyxys.ka.sub.org) Received: (from wolfgang@localhost) by juno.lyxys.ka.sub.org (8.14.7/8.14.7/Submit) id r9R1ITEQ098490 for stable@freebsd.org; Sun, 27 Oct 2013 02:18:29 +0100 (CET) (envelope-from wolfgang@lyxys.ka.sub.org) X-Authentication-Warning: juno.lyxys.ka.sub.org: wolfgang set sender to wolfgang@lyxys.ka.sub.org using -f Date: Sun, 27 Oct 2013 02:18:29 +0100 From: Wolfgang Zenker To: stable@freebsd.org Subject: x11 hangs unkillable on 10.0-BETA1 Message-ID: <20131027011829.GA98327@lyxys.ka.sub.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Organization: private site User-Agent: Mutt/1.5.21 (2010-09-15) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (saturn.lyxys.ka.sub.org [IPv6:fd2a:89ca:7d54:1:200:24ff:feca:b4cc]); Sun, 27 Oct 2013 02:18:30 +0100 (CET) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Oct 2013 01:18:46 -0000 Testing 10.0-BETA1 on an old IBM T42p Laptop, after a while Xorg starts to use 100% CPU, stops to update the screen and does not accept any input anymore. I can still work from remote via ssh; top shows Xorg using up 100% CPU most of the time. Trying to kill or even kill -9 the Xorg process does not result in an error message but fails to terminate the process. What information would be helpful to debug this? Wolfgang From owner-freebsd-stable@FreeBSD.ORG Sun Oct 27 04:31:28 2013 Return-Path: Delivered-To: stable@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 ESMTP id A1ED911A for ; Sun, 27 Oct 2013 04:31:28 +0000 (UTC) (envelope-from illoai@gmail.com) Received: from mail-pa0-x235.google.com (mail-pa0-x235.google.com [IPv6:2607:f8b0:400e:c03::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 72B69253D for ; Sun, 27 Oct 2013 04:31:28 +0000 (UTC) Received: by mail-pa0-f53.google.com with SMTP id kx10so3029061pab.26 for ; Sat, 26 Oct 2013 21:31:27 -0700 (PDT) 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:to :cc:content-type; bh=6WpZBh/p4l0y9Pl99CenKJtQWw+BSZCkmdXzcOUjjCs=; b=hnx2shFm0F7NiGd0SOdwOIM+ntm7NompnDOFnF/pPgZ1chO8LDB9q2vyiBwCrpFLTF EGej0knX+1c5OYT4Cy/GW8qriMIej0e+6z1D7Fg1AF6in8QY71ijbP2SADlgTtANOsMI KUbTO/LJx5vNPv+zOLmELI7/YhSeRtaEjrFzDRDThNe58Q7diuDypQe4L3liEizLy3Pf 75cA6CwiLALZDceQS7HbiYkDGIECwyC/0JxbOx1e1XzfYAheHIocYsB+E8j/c1PXgSaG 2/Acj+eYlSsglEp+vI+MIEW6il2UcIrYzDHHHbnHYW1AhOp1KzoYyHRpsBOEr9VQVkw2 Az+Q== MIME-Version: 1.0 X-Received: by 10.68.35.229 with SMTP id l5mr260443pbj.134.1382848287430; Sat, 26 Oct 2013 21:31:27 -0700 (PDT) Received: by 10.68.218.136 with HTTP; Sat, 26 Oct 2013 21:31:27 -0700 (PDT) In-Reply-To: <20131027011829.GA98327@lyxys.ka.sub.org> References: <20131027011829.GA98327@lyxys.ka.sub.org> Date: Sun, 27 Oct 2013 00:31:27 -0400 Message-ID: Subject: Re: x11 hangs unkillable on 10.0-BETA1 From: "illoai@gmail.com" To: Wolfgang Zenker Content-Type: text/plain; charset=ISO-8859-1 Cc: "stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Oct 2013 04:31:28 -0000 On 26 October 2013 21:18, Wolfgang Zenker wrote: > Testing 10.0-BETA1 on an old IBM T42p Laptop, after a while Xorg starts > to use 100% CPU, stops to update the screen and does not accept any > input anymore. I can still work from remote via ssh; top shows Xorg using > up 100% CPU most of the time. Trying to kill or even kill -9 the Xorg > process does not result in an error message but fails to terminate the > process. > > What information would be helpful to debug this? > Screams of the tormented? Basically, I debug [X] by disabling features until it doesn't lock up, & then I use those settings until it causes lockups (from updates). mplayer would reliably lock Xorg if I used (or allowed) vo=sdl or higher (gl, gl2, whatever). vo=x11 a) never locks up xorg & 4) doesn't allow resizing of windows to scale the player. Oh f'well. Summary: Xorg on FreeBSD is a crap shoot based on your card. IIRC a T42 is one of those terrible i915 or something video cards. Ugh. Sorry. -- -- From owner-freebsd-stable@FreeBSD.ORG Sun Oct 27 05:10:59 2013 Return-Path: Delivered-To: stable@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 ESMTP id 993DE623 for ; Sun, 27 Oct 2013 05:10:59 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-pb0-x22b.google.com (mail-pb0-x22b.google.com [IPv6:2607:f8b0:400e:c01::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 71B5B267C for ; Sun, 27 Oct 2013 05:10:59 +0000 (UTC) Received: by mail-pb0-f43.google.com with SMTP id md4so648077pbc.2 for ; Sat, 26 Oct 2013 22:10:59 -0700 (PDT) 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=rvpiIWrsJURjoe4PQJWuZZVLWstCqB6RNn8i9U167d0=; b=gSYycYGWsyjxZ1sKCdNwHZnGLhHG+eKStM5lXzMbFrfjPLqDc/8q29hVLNy0CN74YN 2R1u4jHZo8zt77VSCTkGQBmuMVYHvT98em0TG5J4YsLDjyhzRumLwM5GuYjPTPJpZWX3 wZj9e6xhXfslOC3WRNXttrLSfRt+en7rzQ7nHevp2DzObEmNvJAT5SXZgwl406PInSFv BRW9YVj+W50Z0czVHQi33H3OkT1KxsE9uDS2N0JfjmbnAYVoDuSE4rcE2c1wQgjVhD6b ++MbwCn8UjAnJ0Y5kD4kqDpbqY5hRiltAR0fxDxAlMRr0BYnahl98jEzPm2fORSZtgaA H4lg== MIME-Version: 1.0 X-Received: by 10.66.162.136 with SMTP id ya8mr18591977pab.110.1382850658997; Sat, 26 Oct 2013 22:10:58 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.67.23.101 with HTTP; Sat, 26 Oct 2013 22:10:58 -0700 (PDT) In-Reply-To: References: <20131027011829.GA98327@lyxys.ka.sub.org> Date: Sat, 26 Oct 2013 22:10:58 -0700 X-Google-Sender-Auth: XBML3DH7MMGbRIWtkXlMt64IxBA Message-ID: Subject: Re: x11 hangs unkillable on 10.0-BETA1 From: Kevin Oberman To: "illoai@gmail.com" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Oct 2013 05:10:59 -0000 On Sat, Oct 26, 2013 at 9:31 PM, illoai@gmail.com wrote: > On 26 October 2013 21:18, Wolfgang Zenker > wrote: > > Testing 10.0-BETA1 on an old IBM T42p Laptop, after a while Xorg starts > > to use 100% CPU, stops to update the screen and does not accept any > > input anymore. I can still work from remote via ssh; top shows Xorg using > > up 100% CPU most of the time. Trying to kill or even kill -9 the Xorg > > process does not result in an error message but fails to terminate the > > process. > > > > What information would be helpful to debug this? > > > > Screams of the tormented? Basically, I debug [X] by disabling > features until it doesn't lock up, & then I use those settings until > it causes lockups (from updates). > > mplayer would reliably lock Xorg if I used (or allowed) vo=sdl > or higher (gl, gl2, whatever). vo=x11 a) never locks up xorg & > 4) doesn't allow resizing of windows to scale the player. Oh f'well. > > Summary: > Xorg on FreeBSD is a crap shoot based on your card. IIRC a T42 > is one of those terrible i915 or something video cards. Ugh. > I am surprised by this. I have a T42 with the Intel 3000 graphics card and it has worked quite well for me. I use mplayer, vlc, and (primarily) xine on it. I use the default video output device for all. I thought the default was Xv, but I could well be wrong. It's been working for me on stable for well over a year. I started using it when kib made patches available, but I have been running the committed version. Just to confirm, you have WITH_NEW_XORG=YES and WITH_KMS=YES in /etc/make.conf and have built all X ports and the kernel with these options. -- R. Kevin Oberman, Network Engineer E-mail: rkoberman@gmail.com From owner-freebsd-stable@FreeBSD.ORG Sun Oct 27 05:23:03 2013 Return-Path: Delivered-To: stable@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 ESMTP id EA4E876C for ; Sun, 27 Oct 2013 05:23:02 +0000 (UTC) (envelope-from illoai@gmail.com) Received: from mail-we0-x229.google.com (mail-we0-x229.google.com [IPv6:2a00:1450:400c:c03::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8787526D5 for ; Sun, 27 Oct 2013 05:23:02 +0000 (UTC) Received: by mail-we0-f169.google.com with SMTP id q58so5417343wes.28 for ; Sat, 26 Oct 2013 22:23:01 -0700 (PDT) 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:to :cc:content-type:content-transfer-encoding; bh=HhEdF9hR1FYkTHIkSGz5DwwFtG0b9aM2prhdZZ/EF/U=; b=uoSYbozxRr0zh8DfLqYAs5TF4ioR69zMoRO7zTvKCsbggG83ln8wsxs3kNDy+skw8E mQ1knXlHW7+8Y4rCdTHQ6mGPNAnI/yds0fUX59K97zDSMV1ASJDFS2IL8nRlaQuyi8RR K6T+cB9qTP9XM8zbMRqqVLbqLDc4GYSM8SzVw7l7KRQ3yylxnlCROmMYqs+L3HD6GET1 1+/6Q+sWl61a6/g1cbwd9U4W51aR7ohHqmexiOOhOV/R9HDTy//WsEJNfuPwdS22DIv7 mmtV3qSFj/NPnp9YWlYmp69EQJt8lZGLDlxzWffII8A4ElbyKlyaB8YwxTQbkyx3y0S8 sw7g== MIME-Version: 1.0 X-Received: by 10.180.212.51 with SMTP id nh19mr2180151wic.52.1382851381007; Sat, 26 Oct 2013 22:23:01 -0700 (PDT) Received: by 10.216.245.5 with HTTP; Sat, 26 Oct 2013 22:23:00 -0700 (PDT) In-Reply-To: References: <20131027011829.GA98327@lyxys.ka.sub.org> Date: Sun, 27 Oct 2013 01:23:00 -0400 Message-ID: Subject: Re: x11 hangs unkillable on 10.0-BETA1 From: "illoai@gmail.com" To: Kevin Oberman Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Cc: "stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Oct 2013 05:23:03 -0000 On 27 October 2013 01:10, Kevin Oberman wrote: > On Sat, Oct 26, 2013 at 9:31 PM, illoai@gmail.com wrot= e: >> >> On 26 October 2013 21:18, Wolfgang Zenker >> wrote: >> > Testing 10.0-BETA1 on an old IBM T42p Laptop, after a while Xorg start= s >> > to use 100% CPU, stops to update the screen and does not accept any >> > input anymore. I can still work from remote via ssh; top shows Xorg >> > using >> > up 100% CPU most of the time. Trying to kill or even kill -9 the Xorg >> > process does not result in an error message but fails to terminate the >> > process. >> > >> > What information would be helpful to debug this? >> > >> >> Screams of the tormented? Basically, I debug [X] by disabling >> features until it doesn't lock up, & then I use those settings until >> it causes lockups (from updates). >> >> mplayer would reliably lock Xorg if I used (or allowed) vo=3Dsdl >> or higher (gl, gl2, whatever). vo=3Dx11 a) never locks up xorg & >> 4) doesn't allow resizing of windows to scale the player. Oh f'well. >> >> Summary: >> Xorg on FreeBSD is a crap shoot based on your card. IIRC a T42 >> is one of those terrible i915 or something video cards. Ugh. > > > I am surprised by this. I have a T42 with the Intel 3000 graphics card an= d > it has worked quite well for me. I use mplayer, vlc, and (primarily) xine= on > it. I use the default video output device for all. I thought the default > was Xv, but I could well be wrong. It's been working for me on stable for > well over a year. I started using it when kib made patches available, but= I > have been running the committed version. > > Just to confirm, you have WITH_NEW_XORG=3DYES and WITH_KMS=3DYES in > /etc/make.conf and have built all X ports and the kernel with these optio= ns. No*, AMD, but I've had my fill of Intel naughtiness lo many years ago. I've essentially defaulted to the equivalent of VESA, given the horrors that lie within the realms of DRM & DRI & GL. The problem is manifold, but no matter what the Xorg (& FBSD DRM) driver writers do, the hardware manufacturers move to weirder & odder methods of displaying (or desplaying, if you're trying to follow allonge in mi=FEle =E6nglisc) your graphical content. Oddly enough, they seem to have a rather short turnaround on their Windows=99 drivers. Anyway, don't trust new technology, unless it directly benefits you, & even then, don't trust it. *None of those settings, but how does that affect your situation? --=20 -- From owner-freebsd-stable@FreeBSD.ORG Sun Oct 27 05:58:23 2013 Return-Path: Delivered-To: stable@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 ESMTP id A7B1EA1F for ; Sun, 27 Oct 2013 05:58:23 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) Received: from alogt.com (alogt.com [69.36.191.58]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7CCEC27F6 for ; Sun, 27 Oct 2013 05:58:23 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=2+9qum4fbi4paUEsSseNYj9lCsHQTEqesyVsRM+31oI=; b=YCUYVJaK+P0dTGnQ5JYGxb/FEAjRasxCWIQp/xAzr4rh3AYHs1jb4xjPx//v8jYEnQvYyt+OkMr06/5RGJQhmdXvZOhn6EWz59uwWDJotZ92xe+yNolvKiMWKPWqV7hwLjtVpuoQaGqGA+ob/vvfODFas/+wRtPK2ZNqHCRDonk=; Received: from [182.2.135.91] (port=23899 helo=X220.ovitrap.com) by sl-508-2.slc.westdc.net with esmtpsa (SSLv3:DHE-RSA-AES128-SHA:128) (Exim 4.80.1) (envelope-from ) id 1VaIse-001w56-8L; Sat, 26 Oct 2013 23:27:17 -0600 Date: Sun, 27 Oct 2013 13:27:09 +0800 From: Erich Dollansky To: Kevin Oberman Subject: Re: x11 hangs unkillable on 10.0-BETA1 Message-ID: <20131027132709.3f305da5@X220.ovitrap.com> In-Reply-To: References: <20131027011829.GA98327@lyxys.ka.sub.org> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: Cc: "stable@freebsd.org" , "illoai@gmail.com" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Oct 2013 05:58:23 -0000 Hi, On Sat, 26 Oct 2013 22:10:58 -0700 Kevin Oberman wrote: > On Sat, Oct 26, 2013 at 9:31 PM, illoai@gmail.com > wrote: > > > On 26 October 2013 21:18, Wolfgang Zenker > > wrote: > > > Testing 10.0-BETA1 on an old IBM T42p Laptop, after a while Xorg > > > starts to use 100% CPU, stops to update the screen and does not > > > accept any input anymore. I can still work from remote via ssh; > > > top shows Xorg using up 100% CPU most of the time. Trying to kill > > > or even kill -9 the Xorg process does not result in an error > > > message but fails to terminate the process. > > > > > > What information would be helpful to debug this? > > > > > > > Screams of the tormented? Basically, I debug [X] by disabling > > features until it doesn't lock up, & then I use those settings until > > it causes lockups (from updates). > > > > mplayer would reliably lock Xorg if I used (or allowed) vo=sdl > > or higher (gl, gl2, whatever). vo=x11 a) never locks up xorg & > > 4) doesn't allow resizing of windows to scale the player. Oh > > f'well. > > > > Summary: > > Xorg on FreeBSD is a crap shoot based on your card. IIRC a T42 > > is one of those terrible i915 or something video cards. Ugh. > > > > I am surprised by this. I have a T42 with the Intel 3000 graphics > card and it has worked quite well for me. I use mplayer, vlc, and > (primarily) xine on it. I use the default video output device for > all. I thought the default was Xv, but I could well be wrong. It's > been working for me on stable for well over a year. I started using > it when kib made patches available, but I have been running the > committed version. > > Just to confirm, you have WITH_NEW_XORG=YES and WITH_KMS=YES in > /etc/make.conf and have built all X ports and the kernel with these > options. the GENERIC kernel did for me. But I needed this to get X running: WITH_NEW_XORG=true WITH_KMS=true WITH_GALLIUM=true I installed FreeBSD 10.0 BETA1 last Tuesday. X might be running since Wednesday without problems. Erich From owner-freebsd-stable@FreeBSD.ORG Sun Oct 27 06:11:47 2013 Return-Path: Delivered-To: stable@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 ESMTP id 5568EBB8 for ; Sun, 27 Oct 2013 06:11:47 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-pb0-x22b.google.com (mail-pb0-x22b.google.com [IPv6:2607:f8b0:400e:c01::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2B48328A8 for ; Sun, 27 Oct 2013 06:11:47 +0000 (UTC) Received: by mail-pb0-f43.google.com with SMTP id md4so670367pbc.30 for ; Sat, 26 Oct 2013 23:11:46 -0700 (PDT) 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=bjCsgX83iis3iVM9bVQHiqShjq7S/V/TyIO4uHR8+E4=; b=1KPWErrVccDeqDCkJRGHgUjClohumun1GA0IebHO1rPQz5xtUNhc2rQEX3dx2j5kPn Ietv4H62n2qAnwlhRsKlHUZ/lmWMPjLJkVI1fH11K8pOpwHDjvm4LuU76wp1NhfxCHCn /YJjNLmsFdRxn9Q2hXVEpEI8i9fCQPLWNnq5lDrVrz9gXHgiSTiwtAUVK1ImI3ujnfGC TfxpdoIqz8aPKDy0lVMHrSLnsfGEdMq3gd5lDiUiJ8OxWmvAJfFf7vcn9iW3sILC2de5 JOGo9GEEGrpy7MKjBKr3RbxqXvqwaV7hqFsPtCpwZMpiVnjXvW/qlq9ZUcXChIH2S7Ma mluA== MIME-Version: 1.0 X-Received: by 10.66.146.199 with SMTP id te7mr19270983pab.106.1382854306806; Sat, 26 Oct 2013 23:11:46 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.67.23.101 with HTTP; Sat, 26 Oct 2013 23:11:46 -0700 (PDT) In-Reply-To: References: <20131027011829.GA98327@lyxys.ka.sub.org> Date: Sat, 26 Oct 2013 23:11:46 -0700 X-Google-Sender-Auth: x8gTNqj81k-6KiiePnhid3mfNHc Message-ID: Subject: Re: x11 hangs unkillable on 10.0-BETA1 From: Kevin Oberman To: "illoai@gmail.com" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Oct 2013 06:11:47 -0000 On Sat, Oct 26, 2013 at 10:23 PM, illoai@gmail.com wrote= : > On 27 October 2013 01:10, Kevin Oberman wrote: > > On Sat, Oct 26, 2013 at 9:31 PM, illoai@gmail.com > wrote: > >> > >> On 26 October 2013 21:18, Wolfgang Zenker > >> wrote: > >> > Testing 10.0-BETA1 on an old IBM T42p Laptop, after a while Xorg > starts > >> > to use 100% CPU, stops to update the screen and does not accept any > >> > input anymore. I can still work from remote via ssh; top shows Xorg > >> > using > >> > up 100% CPU most of the time. Trying to kill or even kill -9 the Xor= g > >> > process does not result in an error message but fails to terminate t= he > >> > process. > >> > > >> > What information would be helpful to debug this? > >> > > >> > >> Screams of the tormented? Basically, I debug [X] by disabling > >> features until it doesn't lock up, & then I use those settings until > >> it causes lockups (from updates). > >> > >> mplayer would reliably lock Xorg if I used (or allowed) vo=3Dsdl > >> or higher (gl, gl2, whatever). vo=3Dx11 a) never locks up xorg & > >> 4) doesn't allow resizing of windows to scale the player. Oh f'well. > >> > >> Summary: > >> Xorg on FreeBSD is a crap shoot based on your card. IIRC a T42 > >> is one of those terrible i915 or something video cards. Ugh. > > > > > > I am surprised by this. I have a T42 with the Intel 3000 graphics card > and > > it has worked quite well for me. I use mplayer, vlc, and (primarily) > xine on > > it. I use the default video output device for all. I thought the defau= lt > > was Xv, but I could well be wrong. It's been working for me on stable f= or > > well over a year. I started using it when kib made patches available, > but I > > have been running the committed version. > > > > Just to confirm, you have WITH_NEW_XORG=3DYES and WITH_KMS=3DYES in > > /etc/make.conf and have built all X ports and the kernel with these > options. > > No*, AMD, but I've had my fill of Intel naughtiness lo many years ago. > I've essentially defaulted to the equivalent of VESA, given the horrors > that lie within the realms of DRM & DRI & GL. > > The problem is manifold, but no matter what the Xorg (& FBSD DRM) > driver writers do, the hardware manufacturers move to weirder & odder > methods of displaying (or desplaying, if you're trying to follow allonge > in mi=C3=BEle =C3=A6nglisc) your graphical content. Oddly enough, they s= eem > to have a rather short turnaround on their Windows=E2=84=A2 drivers. > > > Anyway, don't trust new technology, unless it directly benefits you, > & even then, don't trust it. > > *None of those settings, but how does that affect your situation? > > If you have AMD and are running 9, you can't use WITH_KMS (only supports Intel) and probably don't want WITH_NEW_XORG as it won't work with newer AMD graphics. If you are running 10, you want WITH_NEW_XORG, the fairly current Xorg code. It requires the option because X.org dropped support for a lot of older GPUs. You can try WITH_NEW_XORG and see how well it works with your AMD system. 10 also brings KMS support for AMD GPUs. I have none, so I can't say how well it works. I forgot that the kernel is now always built to support KMS, so it's only the X ports that require a re-build. --=20 R. Kevin Oberman, Network Engineer E-mail: rkoberman@gmail.com From owner-freebsd-stable@FreeBSD.ORG Sun Oct 27 07:29:50 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id 581686F9 for ; Sun, 27 Oct 2013 07:29:50 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C4A842B1D for ; Sun, 27 Oct 2013 07:29:49 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id r9R7Otn4088949; Sun, 27 Oct 2013 18:24:55 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Sun, 27 Oct 2013 18:24:55 +1100 (EST) From: Ian Smith To: David Boyd Subject: Re: memstick.img size adjustment In-Reply-To: <0BEF1ADC0CFB448F9CB7264B652C4643@sneezy> Message-ID: <20131027144834.T80429@sola.nimnet.asn.au> References: <0BEF1ADC0CFB448F9CB7264B652C4643@sneezy> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Oct 2013 07:29:50 -0000 On Wed, 23 Oct 2013 11:37:04 -0400, David Boyd wrote: > Would it be in anyone else's interest to have the size of the memstick > images for 10.0-RELEASE+ adjusted upward a little (say 64MB) to allow for > some free space on the filesystem? > > We have custom installation scripts that add "misc.txz" to the bsdinstall > distribution list. These scripts want "misc.txz" to be able to grow to a > few megabytes. > > The current image is too large for 512MB USB drives, so it would seem that > as long as the image remains smaller than 1GB it will still fit on current > devices. Can you still get 1GB sticks? I haven't seen anything less than 4GB in local shops for ages, we see 4 and 8GB sticks given away as promotional keyfobs by various businesses, and 32GB sticks are no longer expensive. I don't understand why we still aren't doing a 4GB image with the same content as the DVD by now. PC-BSD was doing this at 8.2 or earlier. But then, I never understood why we used DD mode (/dev/da0a) rather than a properly sliced MBR with the potential to have multiple releases &/or architectures on one stick. Again, PC-BSD (at 8.2 anyway) made a stick with a slice table, so storing data (dmesg, pciconf, whatever) back to the stick was trivial, as was adding boot0 to allow boot selection. > Or can someone identify the custom changes we need to generate-release.sh in > order to accomplish this? I'm all ears. > We need to be able to make this increase for 9.2-RELEASE+, but I hope this > is generally acceptable for future releases. I must admit having given up on this some years ago; time I had another look to see where it's up to. Not that MBR is likely to 'stop working', but is there yet any replacement for boot0 for GPT partitioning in the wings? I know all the Big Guys are using virtualbox and I suppose that multibooting is considered passe` these days; call me an old fogie .. cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Sun Oct 27 08:01:56 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id EEA47C6C for ; Sun, 27 Oct 2013 08:01:56 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) Received: from alogt.com (alogt.com [69.36.191.58]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C4E352C5A for ; Sun, 27 Oct 2013 08:01:56 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=xh0FZ7w+cX//YiGU9XvQim3rtQxY6c1WFPZNIDQpfPQ=; b=IAGbqMnY1uV3xIcK7s1IEUKUNh/IRrzgdTbmoAZKffaL/lXG+OvJWxjcOeIB5nh6MJ+L31FQQuGgmom3ndIczWElQfi5IQnFEU4jLkyLlpdQBkRTNsXetZFiAW/XzxrRRZzawLwEUvQ0TBIEyAMHqnz05xrbKEB7c+jcTqSJL6E=; Received: from [182.2.135.91] (port=23541 helo=X220.ovitrap.com) by sl-508-2.slc.westdc.net with esmtpsa (SSLv3:DHE-RSA-AES128-SHA:128) (Exim 4.80.1) (envelope-from ) id 1VaLIG-002gic-Ma; Sun, 27 Oct 2013 02:01:54 -0600 Date: Sun, 27 Oct 2013 16:01:43 +0800 From: Erich Dollansky To: Ian Smith Subject: Re: memstick.img size adjustment Message-ID: <20131027160143.5ff81ada@X220.ovitrap.com> In-Reply-To: <20131027144834.T80429@sola.nimnet.asn.au> References: <0BEF1ADC0CFB448F9CB7264B652C4643@sneezy> <20131027144834.T80429@sola.nimnet.asn.au> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: Cc: David Boyd , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Oct 2013 08:01:57 -0000 Hi, On Sun, 27 Oct 2013 18:24:55 +1100 (EST) Ian Smith wrote: > On Wed, 23 Oct 2013 11:37:04 -0400, David Boyd wrote: > > Would it be in anyone else's interest to have the size of the > > memstick images for 10.0-RELEASE+ adjusted upward a little (say > > 64MB) to allow for some free space on the filesystem? > > > > We have custom installation scripts that add "misc.txz" to the > > bsdinstall distribution list. These scripts want "misc.txz" to be > > able to grow to a few megabytes. > > > > The current image is too large for 512MB USB drives, so it would > > seem that as long as the image remains smaller than 1GB it will > > still fit on current devices. > > Can you still get 1GB sticks? I haven't seen anything less than 4GB this does not matter. There are still countries around where a 4 GB download is a problem. Having an image with the size of a CD or at least not crossing 1GB is helpful. Erich From owner-freebsd-stable@FreeBSD.ORG Sun Oct 27 08:05:58 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id F3F8DE94 for ; Sun, 27 Oct 2013 08:05:57 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5FBEB2C8C for ; Sun, 27 Oct 2013 08:05:56 +0000 (UTC) Received: from ur.dons.net.au (ppp118-210-221-155.lns20.adl6.internode.on.net [118.210.221.155]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id r9R85YT8025918 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 27 Oct 2013 18:35:40 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: memstick.img size adjustment Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1816\)) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: <20131027144834.T80429@sola.nimnet.asn.au> Date: Sun, 27 Oct 2013 18:35:34 +1030 Content-Transfer-Encoding: quoted-printable Message-Id: References: <0BEF1ADC0CFB448F9CB7264B652C4643@sneezy> <20131027144834.T80429@sola.nimnet.asn.au> To: Ian Smith X-Mailer: Apple Mail (2.1816) X-Spam-Score: 0.163 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: David Boyd , freebsd-stable stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Oct 2013 08:05:58 -0000 On 27 Oct 2013, at 17:54, Ian Smith wrote: > But then, I never understood why we used DD mode (/dev/da0a) rather = than=20 > a properly sliced MBR with the potential to have multiple releases = &/or=20 > architectures on one stick. Again, PC-BSD (at 8.2 anyway) made a = stick=20 > with a slice table, so storing data (dmesg, pciconf, whatever) back to=20= > the stick was trivial, as was adding boot0 to allow boot selection. I don't know either, although given how makefs works it might be the = easy option. >> Or can someone identify the custom changes we need to = generate-release.sh in >> order to accomplish this? >=20 > I'm all ears. I make custom releases for work with a large (multi gigabyte) tar file = which is unpacked over the installed system. My script looks like.. =3D=3D SNIP =3D=3D set -e PATH=3D/bin:/usr/bin:/sbin:/usr/sbin export PATH BLOCKSIZE=3D10240 if [ $# -lt 2 ]; then echo "$0 file srcdir [path ..]" echo "" echo "For example.." echo "$0 /tmp/memstick.img /usr/obj/usr/src/release/release = /tmp/extra" echo "" echo "Note that srcdir must have a release built (we need the boot = loader from it)" exit 1 fi FILE=3D"${1}" shift SRC=3D"${1}" shift DIRS=3D"$@" for d in $DIRS; do if [ ! -e "${d}" ]; then echo "${d} doesn't exist" exit 1 fi done TMPDIR=3D`mktemp -d -q /tmp/make-usbimg.XXXXXX` if [ $? -ne 0 ]; then echo "Unable to create temporary directory" exit 1 fi mkdir -p "${TMPDIR}/etc" echo '/dev/ufs/FreeBSD_Install / ufs ro,noatime 1 1' > = ${TMPDIR}/etc/fstab makefs -b 204800 -B little -o label=3DFreeBSD_Install ${FILE} ${TMPDIR} = ${SRC} ${DIRS} if [ $? -ne 0 ]; then echo "makefs failed" exit 1 fi unit=3D`mdconfig -a -t vnode -f ${FILE}` if [ $? -ne 0 ]; then echo "mdconfig failed" exit 1 fi gpart create -s BSD ${unit} gpart bootcode -b ${SRC}/boot/boot ${unit} gpart add -t freebsd-ufs ${unit} mdconfig -d -u ${unit} rm -rf "${TMPDIR}" =3D=3D SNIP =3D=3D I haven't tried using partitions, given the way it is made it might be = tricky. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-stable@FreeBSD.ORG Sun Oct 27 09:06:41 2013 Return-Path: Delivered-To: stable@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 ESMTP id 90D41406 for ; Sun, 27 Oct 2013 09:06:41 +0000 (UTC) (envelope-from wolfgang@lyxys.ka.sub.org) Received: from saturn.lyxys.ka.sub.org (saturn.lyxys.ka.sub.org [217.29.35.151]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EFC742EA1 for ; Sun, 27 Oct 2013 09:06:40 +0000 (UTC) Received: from juno.lyxys.ka.sub.org (juno.lyx [IPv6:fd2a:89ca:7d54:0:20f:feff:fe0e:7312]) by saturn.lyxys.ka.sub.org (8.14.7/8.14.7) with ESMTP id r9R96OAh020469 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 27 Oct 2013 10:06:25 +0100 (CET) (envelope-from wolfgang@lyxys.ka.sub.org) Received: from juno.lyxys.ka.sub.org (localhost [127.0.0.1]) by juno.lyxys.ka.sub.org (8.14.7/8.14.7) with ESMTP id r9R96OlD014030; Sun, 27 Oct 2013 10:06:24 +0100 (CET) (envelope-from wolfgang@lyxys.ka.sub.org) Received: (from wolfgang@localhost) by juno.lyxys.ka.sub.org (8.14.7/8.14.7/Submit) id r9R96OfW014029; Sun, 27 Oct 2013 10:06:24 +0100 (CET) (envelope-from wolfgang@lyxys.ka.sub.org) X-Authentication-Warning: juno.lyxys.ka.sub.org: wolfgang set sender to wolfgang@lyxys.ka.sub.org using -f Date: Sun, 27 Oct 2013 10:06:24 +0100 From: Wolfgang Zenker To: Kevin Oberman Subject: Re: x11 hangs unkillable on 10.0-BETA1 Message-ID: <20131027090624.GA13421@lyxys.ka.sub.org> References: <20131027011829.GA98327@lyxys.ka.sub.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Organization: private site User-Agent: Mutt/1.5.21 (2010-09-15) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (saturn.lyxys.ka.sub.org [IPv6:fd2a:89ca:7d54:1:200:24ff:feca:b4cc]); Sun, 27 Oct 2013 10:06:25 +0100 (CET) Cc: "stable@freebsd.org" , "illoai@gmail.com" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Oct 2013 09:06:41 -0000 * Kevin Oberman [131027 06:10]: > On Sat, Oct 26, 2013 at 9:31 PM, illoai@gmail.com wrote: >> On 26 October 2013 21:18, Wolfgang Zenker >> wrote: >>> Testing 10.0-BETA1 on an old IBM T42p Laptop, after a while Xorg starts >>> to use 100% CPU, stops to update the screen and does not accept any >>> input anymore. I can still work from remote via ssh; top shows Xorg using >>> up 100% CPU most of the time. Trying to kill or even kill -9 the Xorg >>> process does not result in an error message but fails to terminate the >>> process. >> [..] >> Summary: >> Xorg on FreeBSD is a crap shoot based on your card. IIRC a T42 >> is one of those terrible i915 or something video cards. Ugh. This is a pre-Lenovo T42p and X identifies the graphics card as an [AMD/ATI] RV350/M10 GL [Mobility FireGL T2] rev 128 > I am surprised by this. I have a T42 with the Intel 3000 graphics card and > it has worked quite well for me. I use mplayer, vlc, and (primarily) xine > on it. I use the default video output device for all. I thought the > default was Xv, but I could well be wrong. It's been working for me on > stable for well over a year. I started using it when kib made patches > available, but I have been running the committed version. > Just to confirm, you have WITH_NEW_XORG=YES and WITH_KMS=YES in > /etc/make.conf and have built all X ports and the kernel with these options. So far I have not tried WITH_NEW_XORG=YES, beause AFAIR that would not allow me to switch back to console after starting X11. The last line in the Xorg.0.log of the failed session was [mi] EQ overflowing. The server is probably stuck in an infinite loop. so I might give WITH_NEW_XORG=YES a try. Wolfgang From owner-freebsd-stable@FreeBSD.ORG Sun Oct 27 09:25:22 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id 5C70E743 for ; Sun, 27 Oct 2013 09:25:22 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BEAF42F6E for ; Sun, 27 Oct 2013 09:25:21 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id r9R9PCZs092941; Sun, 27 Oct 2013 20:25:13 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Sun, 27 Oct 2013 20:25:12 +1100 (EST) From: Ian Smith To: Erich Dollansky Subject: Re: memstick.img size adjustment In-Reply-To: <20131027160143.5ff81ada@X220.ovitrap.com> Message-ID: <20131027191905.S80429@sola.nimnet.asn.au> References: <0BEF1ADC0CFB448F9CB7264B652C4643@sneezy> <20131027144834.T80429@sola.nimnet.asn.au> <20131027160143.5ff81ada@X220.ovitrap.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: David Boyd , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Oct 2013 09:25:22 -0000 On Sun, 27 Oct 2013 16:01:43 +0800, Erich Dollansky wrote: > Hi, > > On Sun, 27 Oct 2013 18:24:55 +1100 (EST) > Ian Smith wrote: > > > On Wed, 23 Oct 2013 11:37:04 -0400, David Boyd wrote: > > > Would it be in anyone else's interest to have the size of the > > > memstick images for 10.0-RELEASE+ adjusted upward a little (say > > > 64MB) to allow for some free space on the filesystem? > > > > > > We have custom installation scripts that add "misc.txz" to the > > > bsdinstall distribution list. These scripts want "misc.txz" to be > > > able to grow to a few megabytes. > > > > > > The current image is too large for 512MB USB drives, so it would > > > seem that as long as the image remains smaller than 1GB it will > > > still fit on current devices. > > > > Can you still get 1GB sticks? I haven't seen anything less than 4GB > > this does not matter. There are still countries around where a 4 GB > download is a problem. Having an image with the size of a CD or at > least not crossing 1GB is helpful. Agreed, Erich. That doesn't preclude adding a 4GB memstick to the mix, or at least including a script so those who want one could make one up, perhaps most ideally from the downloaded DVD image? I do have a DVD reader but no burner, and a stick's a lot handier to take to a store. I'll have a closer look over Daniel's script towards that end. And David's point stands; some extra space for mods would be useful. Dunno about 10, but a 9.1 i386 memstick is well short of CD size: /dev/da0a 609M 568M -7.9M 101% /media cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Sun Oct 27 17:13:59 2013 Return-Path: Delivered-To: stable@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 ESMTP id A328E89A; Sun, 27 Oct 2013 17:13:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E47ED216A; Sun, 27 Oct 2013 17:13:58 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id r9RHDlGg030946; Sun, 27 Oct 2013 19:13:48 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id r9RHDlex030894; Sun, 27 Oct 2013 17:13:47 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 27 Oct 2013 17:13:47 GMT Message-Id: <201310271713.r9RHDlex030894@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Oct 2013 17:13:59 -0000 TB --- 2013-10-27 16:00:43 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-10-27 16:00:43 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-10-27 16:00:43 - starting RELENG_10 tinderbox run for powerpc/powerpc TB --- 2013-10-27 16:00:43 - cleaning the object tree TB --- 2013-10-27 16:00:43 - /usr/local/bin/svn stat /src TB --- 2013-10-27 16:01:33 - At svn revision 257211 TB --- 2013-10-27 16:01:34 - building world TB --- 2013-10-27 16:01:34 - CROSS_BUILD_TESTING=YES TB --- 2013-10-27 16:01:34 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-27 16:01:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-27 16:01:34 - SRCCONF=/dev/null TB --- 2013-10-27 16:01:34 - TARGET=powerpc TB --- 2013-10-27 16:01:34 - TARGET_ARCH=powerpc TB --- 2013-10-27 16:01:34 - TZ=UTC TB --- 2013-10-27 16:01:34 - __MAKE_CONF=/dev/null TB --- 2013-10-27 16:01:34 - cd /src TB --- 2013-10-27 16:01:34 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Oct 27 16:01:45 UTC 2013 >>> 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 [...] ===> lib/clang/libclangcodegen (all) c++ -O2 -pipe -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen -I. -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"powerpc-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen/BackendUtil.cpp -o BackendUtil.o c++ -O2 -pipe -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen -I. -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"powerpc-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen/CGAtomic.cpp -o CGAtomic.o /src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen/CGAtomic.cpp: In member function 'clang::CodeGen::RValue clang::CodeGen::CodeGenFunction::EmitAtomicExpr(clang::AtomicExpr*, llvm::Value*)': /src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen/CGAtomic.cpp:336: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[5]: stopped in /src/lib/clang/libclangcodegen *** Error code 1 Stop. bmake[4]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[3]: stopped in /src/lib *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2013-10-27 17:13:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-10-27 17:13:46 - ERROR: failed to build world TB --- 2013-10-27 17:13:46 - 3313.47 user 1198.19 system 4383.55 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sun Oct 27 18:03:00 2013 Return-Path: Delivered-To: stable@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 ESMTP id 8BE84D74 for ; Sun, 27 Oct 2013 18:03:00 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-pd0-x22b.google.com (mail-pd0-x22b.google.com [IPv6:2607:f8b0:400e:c02::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6242B241E for ; Sun, 27 Oct 2013 18:03:00 +0000 (UTC) Received: by mail-pd0-f171.google.com with SMTP id w10so4234027pde.30 for ; Sun, 27 Oct 2013 11:03:00 -0700 (PDT) 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=/hYGJXuZkvEQ4OfGPhK4BxuTQAXPdnG7RqNpYUxn2CE=; b=Mb1u1zw8sGIQ+aVJPSn6fgs5wSMfwPm2N6Z76UwAS6sGi5vQX612koXBkxPdDjtLYr 1NsP80LuMl+8Tc4YD7YpRJJ35aiWhGz1s5b28ZiLdGs1tbdRbEqQJdtIOD/HZDZsQNhK vjCVmlTEOTJC0QKvbFb558CL16jHtFwUeJrgDnsLxtaFhrTcL4YP8PXCD7rvqdRuLNBF yO0V6HNn02rYeOPm2Kv1Zsl+OlKVltiGiUryIUA58GQx+HMGuP/5YBxg/NfwXlqPhkby tRpjW7QLo82+qsaXmw6knS1XegCVRniE7lHV+Q69I9dPJDdJAPFXpHw53IHNUit5dSOR sG9g== MIME-Version: 1.0 X-Received: by 10.68.172.66 with SMTP id ba2mr12285150pbc.92.1382896979980; Sun, 27 Oct 2013 11:02:59 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.67.23.101 with HTTP; Sun, 27 Oct 2013 11:02:59 -0700 (PDT) In-Reply-To: <20131027090624.GA13421@lyxys.ka.sub.org> References: <20131027011829.GA98327@lyxys.ka.sub.org> <20131027090624.GA13421@lyxys.ka.sub.org> Date: Sun, 27 Oct 2013 11:02:59 -0700 X-Google-Sender-Auth: ias9xyqvFwXRUaO74-GjMt1W0NU Message-ID: Subject: Re: x11 hangs unkillable on 10.0-BETA1 From: Kevin Oberman To: Wolfgang Zenker Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "stable@freebsd.org" , "illoai@gmail.com" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Oct 2013 18:03:00 -0000 On Sun, Oct 27, 2013 at 2:06 AM, Wolfgang Zenker wrote: > * Kevin Oberman [131027 06:10]: > > On Sat, Oct 26, 2013 at 9:31 PM, illoai@gmail.com > wrote: > >> On 26 October 2013 21:18, Wolfgang Zenker > >> wrote: > >>> Testing 10.0-BETA1 on an old IBM T42p Laptop, after a while Xorg starts > >>> to use 100% CPU, stops to update the screen and does not accept any > >>> input anymore. I can still work from remote via ssh; top shows Xorg > using > >>> up 100% CPU most of the time. Trying to kill or even kill -9 the Xorg > >>> process does not result in an error message but fails to terminate the > >>> process. > > >> [..] > >> Summary: > >> Xorg on FreeBSD is a crap shoot based on your card. IIRC a T42 > >> is one of those terrible i915 or something video cards. Ugh. > > This is a pre-Lenovo T42p and X identifies the graphics card as an > [AMD/ATI] RV350/M10 GL [Mobility FireGL T2] rev 128 > > > I am surprised by this. I have a T42 with the Intel 3000 graphics card > and > > it has worked quite well for me. I use mplayer, vlc, and (primarily) xine > > on it. I use the default video output device for all. I thought the > > default was Xv, but I could well be wrong. It's been working for me on > > stable for well over a year. I started using it when kib made patches > > available, but I have been running the committed version. > > > Just to confirm, you have WITH_NEW_XORG=YES and WITH_KMS=YES in > > /etc/make.conf and have built all X ports and the kernel with these > options. > > So far I have not tried WITH_NEW_XORG=YES, beause AFAIR that would not > allow me to switch back to console after starting X11. > No, WITH_NEW_XORG has nothing to do with this. It's KMS on Intel graphics that prevents getting a vty after X is started. Well. actually is is th display of vty that fails. You can still type commands and they are executed. You can, for example, restart X (startx). NEW_XORG is mostly the new MESA code that no linger supports older version of may cards. What results would be on your RV350, I can't say. Once you go to 10, you can build WITH_GALIUM and, hopefully shortly after that newcons will be ready and the problem of returning to console mode will be over. That said, I am not sure whether KMS support will make any difference on your system. I do recommend starting without an xorg.conf file. It almost always works at a basic level. Then, if that works, with or without WITH_NEW_XORG=YES, you can add "extras" like optional fonts, or additional modules. Mine is pretty short. > The last line in the Xorg.0.log of the failed session was > [mi] EQ overflowing. The server is probably stuck in an infinite loop. > so I might give WITH_NEW_XORG=YES a try. > > Wolfgang > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- R. Kevin Oberman, Network Engineer E-mail: rkoberman@gmail.com From owner-freebsd-stable@FreeBSD.ORG Sun Oct 27 18:46:33 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id 5482BC6F for ; Sun, 27 Oct 2013 18:46:33 +0000 (UTC) (envelope-from kostikbel@gmail.com) 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 A27C62621 for ; Sun, 27 Oct 2013 18:46:32 +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 r9RIkPlY014905; Sun, 27 Oct 2013 20:46:25 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua r9RIkPlY014905 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id r9RIkPVT014904; Sun, 27 Oct 2013 20:46:25 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 27 Oct 2013 20:46:25 +0200 From: Konstantin Belousov To: Alexey Tarasov Subject: Re: FreeBSD 9.2 UFS + GELI softdep_deallocate_dependencies: unrecovered I/O error Message-ID: <20131027184625.GI59496@kib.kiev.ua> References: <2AA765E7-1F17-4C6F-98BD-004AEFF88D32@lexasoft.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6lCXDTVICvIQMz0h" Content-Disposition: inline In-Reply-To: <2AA765E7-1F17-4C6F-98BD-004AEFF88D32@lexasoft.ru> User-Agent: Mutt/1.5.22 (2013-10-16) X-Spam-Status: No, score=-0.4 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED, FREEMAIL_FROM, NML_ADSP_CUSTOM_MED, URIBL_SBL autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Oct 2013 18:46:33 -0000 --6lCXDTVICvIQMz0h Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Oct 26, 2013 at 01:47:18PM +0400, Alexey Tarasov wrote: > Hello.=20 >=20 > I've upgraded server to 9.2 and now it hangs every 2-3 hours of intensive= I/O to UFS SUJ + GELI disk. On 9.1 everything was good for a half of a yea= r.=20 >=20 > g_vfs_done():da1.eli[WRITE(offset=3D614630752256, length=3D32768)]error = =3D 11=20 > g_vfs_done():da1.eli[WRITE(offset=3D614631211008, length=3D32768)]error = =3D 11=20 > g_vfs_done():da1.eli[WRITE(offset=3D614634815488, length=3D32768)]error = =3D 11=20 > g_vfs_done():da1.eli[WRITE(offset=3D614642319360, length=3D32768)]error = =3D 11=20 > g_vfs_done():da1.eli[WRITE(offset=3D614642909184, length=3D32768)]error = =3D 11=20 > g_vfs_done():da1.eli[WRITE(offset=3D614643007488, length=3D32768)]error = =3D 11=20 > g_vfs_done():da1.eli[WRITE(offset=3D614644875264, length=3D32768)]error = =3D 11=20 > g_vfs_done():da1.eli[WRITE(offset=3D550691995648, length=3D98304)]error = =3D 11=20 > g_vfs_done():da1.eli[WRITE(offset=3D550692519936, length=3D32768)]error = =3D 11=20 > g_vfs_done():da1.eli[WRITE(offset=3D550704152576, length=3D32768)]error = =3D 11=20 > /data/pgsql/data/base: got error 11 while accessing filesystem=20 > panic: softdep_deallocate_dependencies: unrecovered I/O error=20 > cpuid =3D 10=20 > KDB: stack backtrace:=20 > #0 0xffffffff80947986 at kdb_backtrace+0x66=20 > #1 0xffffffff8090d9ae at panic+0x1ce=20 > #2 0xffffffff80b3ff90 at clear_remove+0=20 > #3 0xffffffff8098fb65 at brelse+0x75=20 > #4 0xffffffff80990978 at bufdone+0x68=20 > #5 0xffffffff8098c83e at biodone+0xae=20 > #6 0xffffffff80872f4c at g_io_schedule_up+0xac=20 > #7 0xffffffff808736ac at g_up_procbody+0x5c=20 > #8 0xffffffff808db67f at fork_exit+0x11f=20 > #9 0xffffffff80cdc23e at fork_trampoline+0xe=20 > Uptime: 6d15h5m7s=20 > Dumping 7664 out of 196573 MB:..1%..11%..21%..31%..41%..51%..61%..71%..81= %..91%=20 >=20 > Full core.txt is here: http://lexasoft.ru/core.txt.1=20 >=20 > Server is HP Proliant DL180 G6 with P410 RAID controller.=20 Look for your current value of the kern.bio_transient_maxcnt and increase it by 4-8 times, using the same tunable. If this helps, fine. If not, disable unmapped i/o with the vfs.unmapped_buf_allowed tunable. Real solution is to convert geom classes like geli to use limited transient mapping windows to access the data, thus adding support for unmapped i/o to them. --6lCXDTVICvIQMz0h Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJSbV+AAAoJEJDCuSvBvK1BkSgQAI6SVZoMXhBHR9k6LvKdNFY7 EvMfT7+XNLrZIDt+kS8/+kRmJeaq9iVrR12KlOKMzVZA9WFbkPKMpjzw5HVEB2PU n4yLG1VcWoC+N7PhZGpq0hctItd3igYjO/nlL4TgadoH5+wTawhNiaO6F8nLoVeG jWdtDKi4R7Pc+eiBmJb4GM/iapmnM7fmCkgF1tgRScaCYkYwmK6lAZ5CN/KmRirA ayWaRVbtCJJbZsaAXnYznRYot+it1Ev0AdvBZPzatNTmO82jV5LB5OtSt7lQJFg5 wMqsUU9K/Y0sDDNdr3As1nScL8rE+3i/n5VSleuAqV29QQcVEysgAezBA4kkl/n8 Qs+1XwKAkzDf/3Jq0A/AZOZ9sFnsGAKzXdRwxsla13ox2mIJny7jwsyNinaFWp31 em1CBjvRR+H2ozhWKhKNQrBFLyZQJWswfOl4YuGAKQYBm2QQCtuXlyDXpfttbRpJ L3EKJ5ptq64tURfusC8vdj30fqBmq57U6XBGXnO2Wmre2yT6zDLnXW6ATrGaBxic FdwQgo8hwife/39Ew9lC0eH5Soz7L0Cyu+11xmezLBgaXUiTRKwNkC//GDdsJuwj 89Ej33jKTX43MfIV8KD7G3i4WCcKzRyPNLvGCMxAL7LdD0lE2KFKo9Gbe74EB0Eh krAOyLLkrsYzYezqCL7A =NbaG -----END PGP SIGNATURE----- --6lCXDTVICvIQMz0h-- From owner-freebsd-stable@FreeBSD.ORG Sun Oct 27 19:01:06 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id C4C0D379 for ; Sun, 27 Oct 2013 19:01:06 +0000 (UTC) (envelope-from me@lexasoft.ru) Received: from mail.fly-group.ru (mail.fly-group.ru [91.205.125.25]) by mx1.freebsd.org (Postfix) with ESMTP id 458FE26FE for ; Sun, 27 Oct 2013 19:01:05 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.fly-group.ru (Postfix) with ESMTP id 87304959C80; Sun, 27 Oct 2013 23:00:57 +0400 (MSK) Received: from mail.fly-group.ru ([127.0.0.1]) by localhost (mail.fly-group.ru [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id 5AsrHRfGCwMc; Sun, 27 Oct 2013 23:00:56 +0400 (MSK) Received: from localhost (localhost [127.0.0.1]) by mail.fly-group.ru (Postfix) with ESMTP id CA5E8959C7C; Sun, 27 Oct 2013 23:00:56 +0400 (MSK) DKIM-Filter: OpenDKIM Filter v2.8.0 mail.fly-group.ru CA5E8959C7C DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lexasoft.ru; s=108F67EA-0FB0-11E3-B95A-30512DDDB480; t=1382900456; bh=c5zm9tex5LSz1XmfZMz4aPD59ztj7TjtsH7CNKgUhFY=; h=Content-Type:Mime-Version:Subject:From:Date: Content-Transfer-Encoding:Message-Id:To; b=FyiUfJGMdKHeyTHvLRm8uyfBMJo+ZWnILcPov11lA2OjhbfkNhuZY5o02VpO7G7Qg iT5K4fA3yosZ1FM8N6gsXA9EcFe2HrCuQUKSVhTkQNanWUelLrw2XGMxSC7pmNjirI CXrTMWk1IfeOrcaZfZAENyEAOztE7LQmIUAL1BzI= X-Virus-Scanned: amavisd-new at mail.fly-group.ru Received: from mail.fly-group.ru ([127.0.0.1]) by localhost (mail.fly-group.ru [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id Uaeqgj4CQoa6; Sun, 27 Oct 2013 23:00:56 +0400 (MSK) Received: from [10.0.1.11] (unknown [37.204.101.27]) by mail.fly-group.ru (Postfix) with ESMTPSA id 87264959C75; Sun, 27 Oct 2013 23:00:56 +0400 (MSK) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1816\)) Subject: Re: FreeBSD 9.2 UFS + GELI softdep_deallocate_dependencies: unrecovered I/O error From: Alexey Tarasov In-Reply-To: <20131027184625.GI59496@kib.kiev.ua> Date: Sun, 27 Oct 2013 23:00:55 +0400 Content-Transfer-Encoding: quoted-printable Message-Id: <415FD2A4-E2D2-4784-A9AB-A7CCFBBAC27F@lexasoft.ru> References: <2AA765E7-1F17-4C6F-98BD-004AEFF88D32@lexasoft.ru> <20131027184625.GI59496@kib.kiev.ua> To: Konstantin Belousov X-Mailer: Apple Mail (2.1816) Cc: freebsd-stable@freebsd.org, =?utf-8?B?0KLQsNGA0LDRgdC+0LIg0JDQu9C10LrRgdC10LnigI4KINCS0Lg=?= =?utf-8?B?0LrRgtC+0YDQvtCy0LjRhw==?= X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Oct 2013 19:01:06 -0000 Hello! Ok, I=E2=80=99ll try this. So this is software defect of FreeBSD 9.2? On 27 =D0=BE=D0=BA=D1=82. 2013 =D0=B3., at 22:46, Konstantin Belousov = wrote: > On Sat, Oct 26, 2013 at 01:47:18PM +0400, Alexey Tarasov wrote: >> Hello.=20 >>=20 >> I've upgraded server to 9.2 and now it hangs every 2-3 hours of = intensive I/O to UFS SUJ + GELI disk. On 9.1 everything was good for a = half of a year.=20 >>=20 >> g_vfs_done():da1.eli[WRITE(offset=3D614630752256, length=3D32768)]error= =3D 11=20 >> g_vfs_done():da1.eli[WRITE(offset=3D614631211008, length=3D32768)]error= =3D 11=20 >> g_vfs_done():da1.eli[WRITE(offset=3D614634815488, length=3D32768)]error= =3D 11=20 >> g_vfs_done():da1.eli[WRITE(offset=3D614642319360, length=3D32768)]error= =3D 11=20 >> g_vfs_done():da1.eli[WRITE(offset=3D614642909184, length=3D32768)]error= =3D 11=20 >> g_vfs_done():da1.eli[WRITE(offset=3D614643007488, length=3D32768)]error= =3D 11=20 >> g_vfs_done():da1.eli[WRITE(offset=3D614644875264, length=3D32768)]error= =3D 11=20 >> g_vfs_done():da1.eli[WRITE(offset=3D550691995648, length=3D98304)]error= =3D 11=20 >> g_vfs_done():da1.eli[WRITE(offset=3D550692519936, length=3D32768)]error= =3D 11=20 >> g_vfs_done():da1.eli[WRITE(offset=3D550704152576, length=3D32768)]error= =3D 11=20 >> /data/pgsql/data/base: got error 11 while accessing filesystem=20 >> panic: softdep_deallocate_dependencies: unrecovered I/O error=20 >> cpuid =3D 10=20 >> KDB: stack backtrace:=20 >> #0 0xffffffff80947986 at kdb_backtrace+0x66=20 >> #1 0xffffffff8090d9ae at panic+0x1ce=20 >> #2 0xffffffff80b3ff90 at clear_remove+0=20 >> #3 0xffffffff8098fb65 at brelse+0x75=20 >> #4 0xffffffff80990978 at bufdone+0x68=20 >> #5 0xffffffff8098c83e at biodone+0xae=20 >> #6 0xffffffff80872f4c at g_io_schedule_up+0xac=20 >> #7 0xffffffff808736ac at g_up_procbody+0x5c=20 >> #8 0xffffffff808db67f at fork_exit+0x11f=20 >> #9 0xffffffff80cdc23e at fork_trampoline+0xe=20 >> Uptime: 6d15h5m7s=20 >> Dumping 7664 out of 196573 = MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91%=20 >>=20 >> Full core.txt is here: http://lexasoft.ru/core.txt.1=20 >>=20 >> Server is HP Proliant DL180 G6 with P410 RAID controller.=20 >=20 > Look for your current value of the kern.bio_transient_maxcnt and = increase > it by 4-8 times, using the same tunable. If this helps, fine. If = not, > disable unmapped i/o with the vfs.unmapped_buf_allowed tunable. >=20 > Real solution is to convert geom classes like geli to use limited > transient mapping windows to access the data, thus adding support for > unmapped i/o to them. -- Alexey Tarasov (\__/)=20 (=3D'.'=3D)=20 E[: | | | | :]=D0=97=20 (")_(") From owner-freebsd-stable@FreeBSD.ORG Sun Oct 27 20:54:19 2013 Return-Path: Delivered-To: stable@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 ESMTP id 12C68CC8; Sun, 27 Oct 2013 20:54:19 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-oa0-x230.google.com (mail-oa0-x230.google.com [IPv6:2607:f8b0:4003:c02::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B27CF2BBE; Sun, 27 Oct 2013 20:54:18 +0000 (UTC) Received: by mail-oa0-f48.google.com with SMTP id m17so2786636oag.7 for ; Sun, 27 Oct 2013 13:54:18 -0700 (PDT) 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:to :cc:content-type; bh=514MnjIUZN9sbxhW8WdfeUsJ2KKxPO/OKP1jOb2vYfM=; b=scziBh6ahvGJmHPjcGSGVKi4hEK0nYG8RJBXAnMCT40v9xRQpXRel75fF755oDp3AV XhI4H5J2f4gE+/VOLlKhZNkqM646DDbJt63XDykKRZL0ITQK6BeLzE3KBV/Wwz6j7pUp mVv8H76gE3N4v2lMb2WWXzNSJdki7TlSRBl8mXpfKkuuVmL86hJey5Nu3I7z1qhzui8W F1+oSwWospaOKuASWQelk+a6j67WAr1nPT3hENDrt5lb/ANZYLAxEZn98p6/IKX+qt4B iJmSXnEcxL76TXboCC3NRNQjSmV1dkDojgAsEGlGD/Mr12DDmYp5mYJ0qdTKYWD2ydgy wMjQ== MIME-Version: 1.0 X-Received: by 10.60.117.225 with SMTP id kh1mr11918320oeb.15.1382907257899; Sun, 27 Oct 2013 13:54:17 -0700 (PDT) Received: by 10.182.80.7 with HTTP; Sun, 27 Oct 2013 13:54:17 -0700 (PDT) In-Reply-To: References: <20131027011829.GA98327@lyxys.ka.sub.org> <20131027090624.GA13421@lyxys.ka.sub.org> Date: Sun, 27 Oct 2013 21:54:17 +0100 Message-ID: Subject: Re: x11 hangs unkillable on 10.0-BETA1 From: Oliver Pinter To: ray@freebsd.org, kib@freebsd.org Content-Type: multipart/mixed; boundary=047d7b3a9a7cdd538504e9bf2fd3 Cc: Kevin Oberman , "stable@freebsd.org" , "illoai@gmail.com" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Oct 2013 20:54:19 -0000 --047d7b3a9a7cdd538504e9bf2fd3 Content-Type: text/plain; charset=ISO-8859-1 On 10/27/13, Kevin Oberman wrote: > On Sun, Oct 27, 2013 at 2:06 AM, Wolfgang Zenker > wrote: > >> * Kevin Oberman [131027 06:10]: >> > On Sat, Oct 26, 2013 at 9:31 PM, illoai@gmail.com >> wrote: >> >> On 26 October 2013 21:18, Wolfgang Zenker >> >> wrote: >> >>> Testing 10.0-BETA1 on an old IBM T42p Laptop, after a while Xorg >> >>> starts >> >>> to use 100% CPU, stops to update the screen and does not accept any >> >>> input anymore. I can still work from remote via ssh; top shows Xorg >> using >> >>> up 100% CPU most of the time. Trying to kill or even kill -9 the Xorg >> >>> process does not result in an error message but fails to terminate >> >>> the >> >>> process. >> >> >> [..] >> >> Summary: >> >> Xorg on FreeBSD is a crap shoot based on your card. IIRC a T42 >> >> is one of those terrible i915 or something video cards. Ugh. >> >> This is a pre-Lenovo T42p and X identifies the graphics card as an >> [AMD/ATI] RV350/M10 GL [Mobility FireGL T2] rev 128 >> >> > I am surprised by this. I have a T42 with the Intel 3000 graphics card >> and >> > it has worked quite well for me. I use mplayer, vlc, and (primarily) >> > xine >> > on it. I use the default video output device for all. I thought the >> > default was Xv, but I could well be wrong. It's been working for me on >> > stable for well over a year. I started using it when kib made patches >> > available, but I have been running the committed version. >> >> > Just to confirm, you have WITH_NEW_XORG=YES and WITH_KMS=YES in >> > /etc/make.conf and have built all X ports and the kernel with these >> options. >> >> So far I have not tried WITH_NEW_XORG=YES, beause AFAIR that would not >> allow me to switch back to console after starting X11. >> > > No, WITH_NEW_XORG has nothing to do with this. It's KMS on Intel graphics > that prevents getting a vty after X is started. Well. actually is is th > display of vty that fails. You can still type commands and they are > executed. You can, for example, restart X (startx). NEW_XORG is mostly the > new MESA code that no linger supports older version of may cards. What > results would be on your RV350, I can't say. Once you go to 10, you can > build WITH_GALIUM and, hopefully shortly after that newcons will be ready > and the problem of returning to console mode will be over. That said, I am > not sure whether KMS support will make any difference on your system. > > I do recommend starting without an xorg.conf file. It almost always works > at a basic level. Then, if that works, with or without WITH_NEW_XORG=YES, > you can add "extras" like optional fonts, or additional modules. Mine is > pretty short. > > >> The last line in the Xorg.0.log of the failed session was >> [mi] EQ overflowing. The server is probably stuck in an infinite loop. >> so I might give WITH_NEW_XORG=YES a try. >> >> Wolfgang >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >> > > > > -- > R. Kevin Oberman, Network Engineer > E-mail: rkoberman@gmail.com > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > In my case, the system locked up. Possible double or triple fault. The system must be rebooted. I use an Intel Haswell core-i5-4670 CPU with VESA driver without DRI. The last lines from Xorg shutdown are: (==) VESA(0): Write-combining range (0x0, 0x1000) was already clear (==) VESA(0): Write-combining range (0x0, 0x1000) was already clear (==) VESA(0): Write-combinin And at this point I loose the control over the machine. No serial port access, no input, nothing. No panic, no DDB. --047d7b3a9a7cdd538504e9bf2fd3 Content-Type: application/octet-stream; name=xorg-crash-201310272145 Content-Disposition: attachment; filename=xorg-crash-201310272145 Content-Transfer-Encoding: base64 X-Attachment-Id: file0 cm9vdEBwZXJwZXR1YSB+IyBkbWVzZwpDb3B5cmlnaHQgKGMpIDE5OTItMjAxMyBUaGUgRnJlZUJT RCBQcm9qZWN0LgpDb3B5cmlnaHQgKGMpIDE5NzksIDE5ODAsIDE5ODMsIDE5ODYsIDE5ODgsIDE5 ODksIDE5OTEsIDE5OTIsIDE5OTMsIDE5OTQKICAgICAgICBUaGUgUmVnZW50cyBvZiB0aGUgVW5p dmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmlnaHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEg cmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhlIEZyZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCAx MC4wLUJFVEEyICMyIDVlNzBjOTEoc3RhYmxlLzEwKS1kaXJ0eTogU3VuIE9jdCAyNyAyMDoyMzoy MCBDRVQgMjAxMwogICAgcm9vdEBwZXJwZXR1YS5iZXJjc2VueWkuYm1lLmh1Oi91c3Ivb2JqL3Vz ci9zcmMvc3lzL1NUQUJMRS1ERUJVRyBhbWQ2NApGcmVlQlNEIGNsYW5nIHZlcnNpb24gMy4zICh0 YWdzL1JFTEVBU0VfMzMvZmluYWwgMTgzNTAyKSAyMDEzMDYxMApXQVJOSU5HOiBXSVRORVNTIG9w dGlvbiBlbmFibGVkLCBleHBlY3QgcmVkdWNlZCBwZXJmb3JtYW5jZS4KQ1BVOiBJbnRlbChSKSBD b3JlKFRNKSBpNS00NjcwIENQVSBAIDMuNDBHSHogKDMzOTIuMjEtTUh6IEs4LWNsYXNzIENQVSkK ICBPcmlnaW4gPSAiR2VudWluZUludGVsIiAgSWQgPSAweDMwNmMzICBGYW1pbHkgPSAweDYgIE1v ZGVsID0gMHgzYyAgU3RlcHBpbmcgPSAzCiAgRmVhdHVyZXM9MHhiZmViZmJmZjxGUFUsVk1FLERF LFBTRSxUU0MsTVNSLFBBRSxNQ0UsQ1g4LEFQSUMsU0VQLE1UUlIsUEdFLE1DQSxDTU9WLFBBVCxQ U0UzNixDTEZMVVNILERUUyxBQ1BJLE1NWCxGWFNSLFNTRSxTU0UyLFNTLEhUVCxUTSxQQkU+CiAg RmVhdHVyZXMyPTB4N2ZmYWZiZmY8U1NFMyxQQ0xNVUxRRFEsRFRFUzY0LE1PTixEU19DUEwsVk1Y LFNNWCxFU1QsVE0yLFNTU0UzLDxiMTE+LEZNQSxDWDE2LHhUUFIsUERDTSxQQ0lELFNTRTQuMSxT U0U0LjIseDJBUElDLE1PVkJFLFBPUENOVCxUU0NETFQsQUVTTkksWFNBVkUsT1NYU0FWRSxBVlgs RjE2QyxSRFJBTkQ+CiAgQU1EIEZlYXR1cmVzPTB4MmMxMDA4MDA8U1lTQ0FMTCxOWCxQYWdlMUdC LFJEVFNDUCxMTT4KICBBTUQgRmVhdHVyZXMyPTB4MjE8TEFIRixBQk0+CiAgU3RhbmRhcmQgRXh0 ZW5kZWQgRmVhdHVyZXM9MHgyZmJiPEdTRlNCQVNFLFRTQ0FESixCTUkxLEhMRSxBVlgyLFNNRVAs Qk1JMixFTkhNT1ZTQixJTlZQQ0lELFJUTT4KICBUU0M6IFAtc3RhdGUgaW52YXJpYW50LCBwZXJm b3JtYW5jZSBzdGF0aXN0aWNzCnJlYWwgbWVtb3J5ICA9IDg1ODk5MzQ1OTIgKDgxOTIgTUIpCmF2 YWlsIG1lbW9yeSA9IDgxODU1Nzc0NzIgKDc4MDYgTUIpCkV2ZW50IHRpbWVyICJMQVBJQyIgcXVh bGl0eSA2MDAKQUNQSSBBUElDIFRhYmxlOiA8QUxBU0tBIEEgTSBJPgpGcmVlQlNEL1NNUDogTXVs dGlwcm9jZXNzb3IgU3lzdGVtIERldGVjdGVkOiA0IENQVXMKRnJlZUJTRC9TTVA6IDEgcGFja2Fn ZShzKSB4IDQgY29yZShzKQogY3B1MCAoQlNQKTogQVBJQyBJRDogIDAKIGNwdTEgKEFQKTogQVBJ QyBJRDogIDIKIGNwdTIgKEFQKTogQVBJQyBJRDogIDQKIGNwdTMgKEFQKTogQVBJQyBJRDogIDYK QUNQSSBFcnJvcjogTnVsbCBwaHlzaWNhbCBhZGRyZXNzIGZvciBBQ1BJIHRhYmxlIFsobnVsbCld ICgyMDEzMDgyMy90YnV0aWxzLTIzOSkKaW9hcGljMCA8VmVyc2lvbiAyLjA+IGlycXMgMC0yMyBv biBtb3RoZXJib2FyZApyYW5kb206IDxTb2Z0d2FyZSwgWWFycm93PiBpbml0aWFsaXplZAprYmQx IGF0IGtiZG11eDAKYWVzbmkwOiA8QUVTLUNCQyxBRVMtWFRTPiBvbiBtb3RoZXJib2FyZApjcnlw dG9zb2Z0MDogPHNvZnR3YXJlIGNyeXB0bz4gb24gbW90aGVyYm9hcmQKYWNwaTA6IDxBTEFTS0Eg QSBNIEk+IG9uIG1vdGhlcmJvYXJkCmFjcGkwOiBQb3dlciBCdXR0b24gKGZpeGVkKQphY3BpMDog cmVzZXJ2YXRpb24gb2YgNjcsIDEgKDQpIGZhaWxlZApjcHUwOiA8QUNQSSBDUFU+IG9uIGFjcGkw CmNwdTE6IDxBQ1BJIENQVT4gb24gYWNwaTAKY3B1MjogPEFDUEkgQ1BVPiBvbiBhY3BpMApjcHUz OiA8QUNQSSBDUFU+IG9uIGFjcGkwCmhwZXQwOiA8SGlnaCBQcmVjaXNpb24gRXZlbnQgVGltZXI+ IGlvbWVtIDB4ZmVkMDAwMDAtMHhmZWQwMDNmZiBvbiBhY3BpMApUaW1lY291bnRlciAiSFBFVCIg ZnJlcXVlbmN5IDE0MzE4MTgwIEh6IHF1YWxpdHkgOTUwCkV2ZW50IHRpbWVyICJIUEVUIiBmcmVx dWVuY3kgMTQzMTgxODAgSHogcXVhbGl0eSA1NTAKRXZlbnQgdGltZXIgIkhQRVQxIiBmcmVxdWVu Y3kgMTQzMTgxODAgSHogcXVhbGl0eSA0NDAKRXZlbnQgdGltZXIgIkhQRVQyIiBmcmVxdWVuY3kg MTQzMTgxODAgSHogcXVhbGl0eSA0NDAKRXZlbnQgdGltZXIgIkhQRVQzIiBmcmVxdWVuY3kgMTQz MTgxODAgSHogcXVhbGl0eSA0NDAKRXZlbnQgdGltZXIgIkhQRVQ0IiBmcmVxdWVuY3kgMTQzMTgx ODAgSHogcXVhbGl0eSA0NDAKYXRydGMwOiA8QVQgcmVhbHRpbWUgY2xvY2s+IHBvcnQgMHg3MC0w eDc3IGlycSA4IG9uIGFjcGkwCmF0cnRjMDogV2FybmluZzogQ291bGRuJ3QgbWFwIEkvTy4KRXZl bnQgdGltZXIgIlJUQyIgZnJlcXVlbmN5IDMyNzY4IEh6IHF1YWxpdHkgMAphdHRpbWVyMDogPEFU IHRpbWVyPiBwb3J0IDB4NDAtMHg0MywweDUwLTB4NTMgaXJxIDAgb24gYWNwaTAKVGltZWNvdW50 ZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5MzE4MiBIeiBxdWFsaXR5IDAKRXZlbnQgdGltZXIgImk4 MjU0IiBmcmVxdWVuY3kgMTE5MzE4MiBIeiBxdWFsaXR5IDEwMApUaW1lY291bnRlciAiQUNQSS1m YXN0IiBmcmVxdWVuY3kgMzU3OTU0NSBIeiBxdWFsaXR5IDkwMAphY3BpX3RpbWVyMDogPDI0LWJp dCB0aW1lciBhdCAzLjU3OTU0NU1Iej4gcG9ydCAweDE4MDgtMHgxODBiIG9uIGFjcGkwCnBjaWIw OiA8QUNQSSBIb3N0LVBDSSBicmlkZ2U+IHBvcnQgMHhjZjgtMHhjZmYgb24gYWNwaTAKcGNpMDog PEFDUEkgUENJIGJ1cz4gb24gcGNpYjAKdmdhcGNpMDogPFZHQS1jb21wYXRpYmxlIGRpc3BsYXk+ IHBvcnQgMHhmMDAwLTB4ZjAzZiBtZW0gMHhmMDAwMDAwMC0weGYwM2ZmZmZmLDB4ZTAwMDAwMDAt MHhlZmZmZmZmZiBpcnEgMTYgYXQgZGV2aWNlIDIuMCBvbiBwY2kwCmhkYWMwOiA8SW50ZWwgKDB4 MGMwYykgSERBIENvbnRyb2xsZXI+IG1lbSAweGYwNjM0MDAwLTB4ZjA2MzdmZmYgaXJxIDE2IGF0 IGRldmljZSAzLjAgb24gcGNpMAp4aGNpMDogPEludGVsIEx5bnggUG9pbnQgVVNCIDMuMCBjb250 cm9sbGVyPiBtZW0gMHhmMDYyMDAwMC0weGYwNjJmZmZmIGlycSAxNiBhdCBkZXZpY2UgMjAuMCBv biBwY2kwCnhoY2kwOiAzMiBieXRlIGNvbnRleHQgc2l6ZS4KeGhjaTA6IFBvcnQgcm91dGluZyBt YXNrIHNldCB0byAweGZmZmZmZmZmCnVzYnVzMCBvbiB4aGNpMApwY2kwOiA8c2ltcGxlIGNvbW1z PiBhdCBkZXZpY2UgMjIuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kwOiA8c2ltcGxlIGNvbW1z LCBVQVJUPiBhdCBkZXZpY2UgMjIuMyAobm8gZHJpdmVyIGF0dGFjaGVkKQplbTA6IDxJbnRlbChS KSBQUk8vMTAwMCBOZXR3b3JrIENvbm5lY3Rpb24gNy4zLjg+IHBvcnQgMHhmMDgwLTB4ZjA5ZiBt ZW0gMHhmMDYwMDAwMC0weGYwNjFmZmZmLDB4ZjA2M2QwMDAtMHhmMDYzZGZmZiBpcnEgMjAgYXQg ZGV2aWNlIDI1LjAgb24gcGNpMAplbTA6IFVzaW5nIGFuIE1TSSBpbnRlcnJ1cHQKZW0wOiBFdGhl cm5ldCBhZGRyZXNzOiA5NDpkZTo4MDphNjo4NjowOAplaGNpMDogPEVIQ0kgKGdlbmVyaWMpIFVT QiAyLjAgY29udHJvbGxlcj4gbWVtIDB4ZjA2M2MwMDAtMHhmMDYzYzNmZiBpcnEgMTYgYXQgZGV2 aWNlIDI2LjAgb24gcGNpMAp1c2J1czE6IEVIQ0kgdmVyc2lvbiAxLjAKdXNidXMxIG9uIGVoY2kw CmhkYWMxOiA8SW50ZWwgTHlueCBQb2ludCBIREEgQ29udHJvbGxlcj4gbWVtIDB4ZjA2MzAwMDAt MHhmMDYzM2ZmZiBpcnEgMjIgYXQgZGV2aWNlIDI3LjAgb24gcGNpMApwY2liMTogPEFDUEkgUENJ LVBDSSBicmlkZ2U+IGlycSAxNiBhdCBkZXZpY2UgMjguMCBvbiBwY2kwCnBjaTE6IDxBQ1BJIFBD SSBidXM+IG9uIHBjaWIxCnBjaWIyOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE5IGF0IGRl dmljZSAyOC4zIG9uIHBjaTAKcGNpMjogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjIKcGNpMjogPG5l dHdvcmssIGV0aGVybmV0PiBhdCBkZXZpY2UgMC4wIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaWIz OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE2IGF0IGRldmljZSAyOC40IG9uIHBjaTAKcGNp MzogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjMKaXduMDogPEludGVsIENlbnRyaW5vIFdpcmVsZXNz LU4gMjIzMD4gbWVtIDB4ZjA0MDAwMDAtMHhmMDQwMWZmZiBpcnEgMTYgYXQgZGV2aWNlIDAuMCBv biBwY2kzCml3bjA6IGFkYXB0ZXIgdHlwZSAxMiBub3Qgc3VwcG9ydGVkCml3bjA6IGNvdWxkIG5v dCBhdHRhY2ggZGV2aWNlLCBlcnJvciA0NQpkZXZpY2VfYXR0YWNoOiBpd24wIGF0dGFjaCByZXR1 cm5lZCA0NQplaGNpMTogPEVIQ0kgKGdlbmVyaWMpIFVTQiAyLjAgY29udHJvbGxlcj4gbWVtIDB4 ZjA2M2IwMDAtMHhmMDYzYjNmZiBpcnEgMjMgYXQgZGV2aWNlIDI5LjAgb24gcGNpMAp1c2J1czI6 IEVIQ0kgdmVyc2lvbiAxLjAKdXNidXMyIG9uIGVoY2kxCmlzYWIwOiA8UENJLUlTQSBicmlkZ2U+ IGF0IGRldmljZSAzMS4wIG9uIHBjaTAKaXNhMDogPElTQSBidXM+IG9uIGlzYWIwCmFoY2kwOiA8 SW50ZWwgTHlueCBQb2ludCBBSENJIFNBVEEgY29udHJvbGxlcj4gcG9ydCAweGYwZDAtMHhmMGQ3 LDB4ZjBjMC0weGYwYzMsMHhmMGIwLTB4ZjBiNywweGYwYTAtMHhmMGEzLDB4ZjA2MC0weGYwN2Yg bWVtIDB4ZjA2M2EwMDAtMHhmMDYzYTdmZiBpcnEgMTkgYXQgZGV2aWNlIDMxLjIgb24gcGNpMAph aGNpMDogQUhDSSB2MS4zMCB3aXRoIDYgNkdicHMgcG9ydHMsIFBvcnQgTXVsdGlwbGllciBub3Qg c3VwcG9ydGVkCmFoY2ljaDA6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgMCBvbiBhaGNpMAph aGNpY2gxOiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDEgb24gYWhjaTAKYWhjaWNoMjogPEFI Q0kgY2hhbm5lbD4gYXQgY2hhbm5lbCAyIG9uIGFoY2kwCmFoY2ljaDM6IDxBSENJIGNoYW5uZWw+ IGF0IGNoYW5uZWwgMyBvbiBhaGNpMAphaGNpY2g0OiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVs IDQgb24gYWhjaTAKYWhjaWNoNTogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5lbCA1IG9uIGFoY2kw CmFoY2llbTA6IDxBSENJIGVuY2xvc3VyZSBtYW5hZ2VtZW50IGJyaWRnZT4gb24gYWhjaTAKcGNp MDogPHNlcmlhbCBidXMsIFNNQnVzPiBhdCBkZXZpY2UgMzEuMyAobm8gZHJpdmVyIGF0dGFjaGVk KQphY3BpX2J1dHRvbjA6IDxQb3dlciBCdXR0b24+IG9uIGFjcGkwCmFjcGlfdHowOiA8VGhlcm1h bCBab25lPiBvbiBhY3BpMAphY3BpX3R6MTogPFRoZXJtYWwgWm9uZT4gb24gYWNwaTAKdWFydDA6 IDwxNjU1MCBvciBjb21wYXRpYmxlPiBwb3J0IDB4M2Y4LTB4M2ZmIGlycSA0IGZsYWdzIDB4MTAg b24gYWNwaTAKdWFydDA6IGNvbnNvbGUgKDk2MDAsbiw4LDEpCnNjMDogPFN5c3RlbSBjb25zb2xl PiBhdCBmbGFncyAweDEwMCBvbiBpc2EwCnNjMDogVkdBIDwxNiB2aXJ0dWFsIGNvbnNvbGVzLCBm bGFncz0weDMwMD4KdmdhMDogPEdlbmVyaWMgSVNBIFZHQT4gYXQgcG9ydCAweDNjMC0weDNkZiBp b21lbSAweGEwMDAwLTB4YmZmZmYgb24gaXNhMAphdGtiZGMwOiA8S2V5Ym9hcmQgY29udHJvbGxl ciAoaTgwNDIpPiBhdCBwb3J0IDB4NjAsMHg2NCBvbiBpc2EwCmF0a2JkMDogPEFUIEtleWJvYXJk PiBpcnEgMSBvbiBhdGtiZGMwCmtiZDAgYXQgYXRrYmQwCmF0a2JkMDogW0dJQU5ULUxPQ0tFRF0K Y29yZXRlbXAwOiA8Q1BVIE9uLURpZSBUaGVybWFsIFNlbnNvcnM+IG9uIGNwdTAKZXN0MDogPEVu aGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1MApwNHRjYzA6IDxDUFUg RnJlcXVlbmN5IFRoZXJtYWwgQ29udHJvbD4gb24gY3B1MApjb3JldGVtcDE6IDxDUFUgT24tRGll IFRoZXJtYWwgU2Vuc29ycz4gb24gY3B1MQplc3QxOiA8RW5oYW5jZWQgU3BlZWRTdGVwIEZyZXF1 ZW5jeSBDb250cm9sPiBvbiBjcHUxCnA0dGNjMTogPENQVSBGcmVxdWVuY3kgVGhlcm1hbCBDb250 cm9sPiBvbiBjcHUxCmNvcmV0ZW1wMjogPENQVSBPbi1EaWUgVGhlcm1hbCBTZW5zb3JzPiBvbiBj cHUyCmVzdDI6IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRyb2w+IG9uIGNwdTIK cDR0Y2MyOiA8Q1BVIEZyZXF1ZW5jeSBUaGVybWFsIENvbnRyb2w+IG9uIGNwdTIKY29yZXRlbXAz OiA8Q1BVIE9uLURpZSBUaGVybWFsIFNlbnNvcnM+IG9uIGNwdTMKZXN0MzogPEVuaGFuY2VkIFNw ZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1MwpwNHRjYzM6IDxDUFUgRnJlcXVlbmN5 IFRoZXJtYWwgQ29udHJvbD4gb24gY3B1MwpUaW1lY291bnRlcnMgdGljayBldmVyeSAxMC4wMDAg bXNlYwppcGZ3MiAoK2lwdjYpIGluaXRpYWxpemVkLCBkaXZlcnQgbG9hZGFibGUsIG5hdCBsb2Fk YWJsZSwgZGVmYXVsdCB0byBkZW55LCBsb2dnaW5nIGRpc2FibGVkCmhkYWNjMDogPEludGVsICgw eDI4MDcpIEhEQSBDT0RFQz4gYXQgY2FkIDAgb24gaGRhYzAKaGRhYTA6IDxJbnRlbCAoMHgyODA3 KSBBdWRpbyBGdW5jdGlvbiBHcm91cD4gYXQgbmlkIDEgb24gaGRhY2MwCnBjbTA6IDxJbnRlbCAo MHgyODA3KSAoSERNSS9EUCA4Y2gpPiBhdCBuaWQgMyBvbiBoZGFhMApoZGFjYzE6IDxSZWFsdGVr IEFMQzg5MiBIREEgQ09ERUM+IGF0IGNhZCAyIG9uIGhkYWMxCmhkYWExOiA8UmVhbHRlayBBTEM4 OTIgQXVkaW8gRnVuY3Rpb24gR3JvdXA+IGF0IG5pZCAxIG9uIGhkYWNjMQpwY20xOiA8UmVhbHRl ayBBTEM4OTIgKFJlYXIgQW5hbG9nIDUuMS8yLjApPiBhdCBuaWQgMjAsMjIsMjEgYW5kIDI0LDI2 IG9uIGhkYWExCnBjbTI6IDxSZWFsdGVrIEFMQzg5MiAoRnJvbnQgQW5hbG9nKT4gYXQgbmlkIDI3 IGFuZCAyNSBvbiBoZGFhMQpwY20zOiA8UmVhbHRlayBBTEM4OTIgKE9uYm9hcmQgRGlnaXRhbCk+ IGF0IG5pZCAxNyBvbiBoZGFhMQpwY200OiA8UmVhbHRlayBBTEM4OTIgKFJlYXIgRGlnaXRhbCk+ IGF0IG5pZCAzMCBvbiBoZGFhMQpyYW5kb206IHVuYmxvY2tpbmcgZGV2aWNlLgp1c2J1czA6IDUu MEdicHMgU3VwZXIgU3BlZWQgVVNCIHYzLjAKdXNidXMxOiA0ODBNYnBzIEhpZ2ggU3BlZWQgVVNC IHYyLjAKdWdlbjAuMTogPDB4ODA4Nj4gYXQgdXNidXMwCnVodWIwOiA8MHg4MDg2IFhIQ0kgcm9v dCBIVUIsIGNsYXNzIDkvMCwgcmV2IDMuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czAKdWdlbjEu MTogPEludGVsPiBhdCB1c2J1czEKdWh1YjE6IDxJbnRlbCBFSENJIHJvb3QgSFVCLCBjbGFzcyA5 LzAsIHJldiAyLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXMxCnVzYnVzMjogNDgwTWJwcyBIaWdo IFNwZWVkIFVTQiB2Mi4wCnVnZW4yLjE6IDxJbnRlbD4gYXQgdXNidXMyCnVodWIyOiA8SW50ZWwg RUhDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMi4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVz MgphZGEwIGF0IGFoY2ljaDAgYnVzIDAgc2NidXMwIHRhcmdldCAwIGx1biAwCmFkYTA6IDxIaXRh Y2hpIEhEUDcyNTA1MEdMQTM2MCBHTTRPQTUyQT4gQVRBLTggU0FUQSAyLnggZGV2aWNlCmFkYTA6 IFNlcmlhbCBOdW1iZXIgR0VBNTMwUkYwS1NCNEEKYWRhMDogMzAwLjAwME1CL3MgdHJhbnNmZXJz IChTQVRBIDIueCwgVURNQTYsIFBJTyA4MTkyYnl0ZXMpCmFkYTA6IENvbW1hbmQgUXVldWVpbmcg ZW5hYmxlZAphZGEwOiA0NzY5NDBNQiAoOTc2NzczMTY4IDUxMiBieXRlIHNlY3RvcnM6IDE2SCA2 M1MvVCAxNjM4M0MpCmFkYTA6IFByZXZpb3VzbHkgd2FzIGtub3duIGFzIGFkNApzZXMwIGF0IGFo Y2llbTAgYnVzIDAgc2NidXM2IHRhcmdldCAwIGx1biAwCnNlczA6IDxBSENJIFNHUElPIEVuY2xv c3VyZSAxLjAwIDAwMDE+IFNFTUIgUy1FLVMgMi4wMCBkZXZpY2UKc2VzMDogU0VNQiBTRVMgRGV2 aWNlClNNUDogQVAgQ1BVICMzIExhdW5jaGVkIQpTTVA6IEFQIENQVSAjMiBMYXVuY2hlZCEKU01Q OiBBUCBDUFUgIzEgTGF1bmNoZWQhClRpbWVjb3VudGVyICJUU0MtbG93IiBmcmVxdWVuY3kgMTY5 NjEwNjY3OCBIeiBxdWFsaXR5IDEwMDAKV0FSTklORzogV0lUTkVTUyBvcHRpb24gZW5hYmxlZCwg ZXhwZWN0IHJlZHVjZWQgcGVyZm9ybWFuY2UuCnVodWIxOiAyIHBvcnRzIHdpdGggMiByZW1vdmFi bGUsIHNlbGYgcG93ZXJlZAp1aHViMjogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBv d2VyZWQKUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogdXNidXMyIHVzYnVzMSB1c2J1czAKdWh1YjA6 IDIxIHBvcnRzIHdpdGggMjEgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWdlbjEuMjogPHZlbmRv ciAweDgwODc+IGF0IHVzYnVzMQp1aHViMzogPHZlbmRvciAweDgwODcgcHJvZHVjdCAweDgwMDgs IGNsYXNzIDkvMCwgcmV2IDIuMDAvMC4wNCwgYWRkciAyPiBvbiB1c2J1czEKdWdlbjIuMjogPHZl bmRvciAweDgwODc+IGF0IHVzYnVzMgp1aHViNDogPHZlbmRvciAweDgwODcgcHJvZHVjdCAweDgw MDAsIGNsYXNzIDkvMCwgcmV2IDIuMDAvMC4wNCwgYWRkciAyPiBvbiB1c2J1czIKdWh1YjM6IDYg cG9ydHMgd2l0aCA2IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkClJvb3QgbW91bnQgd2FpdGluZyBm b3I6IHVzYnVzMiB1c2J1czEgdXNidXMwCnVnZW4wLjI6IDxMSVRFT04gVGVjaG5vbG9neT4gYXQg dXNidXMwCnVrYmQwOiA8TElURU9OIFRlY2hub2xvZ3kgVVNCIE11bHRpbWVkaWEgS2V5Ym9hcmQs IGNsYXNzIDAvMCwgcmV2IDEuMTAvMS4wMSwgYWRkciAxPiBvbiB1c2J1czAKa2JkMiBhdCB1a2Jk MAp1aHViNDogOCBwb3J0cyB3aXRoIDggcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWdlbjAuMzog PHZlbmRvciAweDgwODc+IGF0IHVzYnVzMApUcnlpbmcgdG8gbW91bnQgcm9vdCBmcm9tIHVmczov ZGV2L2FkYTBwMiBbcnddLi4uCldBUk5JTkc6IC90bXAgd2FzIG5vdCBwcm9wZXJseSBkaXNtb3Vu dGVkCmxvY2sgb3JkZXIgcmV2ZXJzYWw6CiAxc3QgMHhmZmZmZmUwMWViNjU4YTgwIGJ1ZndhaXQg KGJ1ZndhaXQpIEAgL3Vzci9zcmMvc3lzL3Vmcy9mZnMvZmZzX3Zub3BzLmM6MjYyCiAybmQgMHhm ZmZmZjgwMDk3MGMwMTMwIHNuYXBsayAoc25hcGxrKSBAIC91c3Ivc3JjL3N5cy91ZnMvZmZzL2Zm c19zbmFwc2hvdC5jOjIyOTcKS0RCOiBzdGFjayBiYWNrdHJhY2U6CmRiX3RyYWNlX3NlbGZfd3Jh cHBlcigpIGF0IGRiX3RyYWNlX3NlbGZfd3JhcHBlcisweDJiL2ZyYW1lIDB4ZmZmZmZlMDIzNTBm YzIwMAprZGJfYmFja3RyYWNlKCkgYXQga2RiX2JhY2t0cmFjZSsweDM5L2ZyYW1lIDB4ZmZmZmZl MDIzNTBmYzJiMAp3aXRuZXNzX2NoZWNrb3JkZXIoKSBhdCB3aXRuZXNzX2NoZWNrb3JkZXIrMHhk MjMvZnJhbWUgMHhmZmZmZmUwMjM1MGZjMzQwCl9fbG9ja21ncl9hcmdzKCkgYXQgX19sb2NrbWdy X2FyZ3MrMHg4NmMvZnJhbWUgMHhmZmZmZmUwMjM1MGZjNDcwCmZmc19jb3B5b253cml0ZSgpIGF0 IGZmc19jb3B5b253cml0ZSsweDE2YS9mcmFtZSAweGZmZmZmZTAyMzUwZmM1MjAKZmZzX2dlb21f c3RyYXRlZ3koKSBhdCBmZnNfZ2VvbV9zdHJhdGVneSsweGRkL2ZyYW1lIDB4ZmZmZmZlMDIzNTBm YzU1MAp1ZnNfc3RyYXRlZ3koKSBhdCB1ZnNfc3RyYXRlZ3krMHg4YS9mcmFtZSAweGZmZmZmZTAy MzUwZmM1ODAKVk9QX1NUUkFURUdZX0FQVigpIGF0IFZPUF9TVFJBVEVHWV9BUFYrMHhkMi9mcmFt ZSAweGZmZmZmZTAyMzUwZmM1YjAKYnVmc3RyYXRlZ3koKSBhdCBidWZzdHJhdGVneSsweDQ2L2Zy YW1lIDB4ZmZmZmZlMDIzNTBmYzVmMApidWZ3cml0ZSgpIGF0IGJ1ZndyaXRlKzB4MTcwL2ZyYW1l IDB4ZmZmZmZlMDIzNTBmYzY0MApmZnNfc3luY3Zub2RlKCkgYXQgZmZzX3N5bmN2bm9kZSsweDMw My9mcmFtZSAweGZmZmZmZTAyMzUwZmM2YzAKZmZzX2ZzeW5jKCkgYXQgZmZzX2ZzeW5jKzB4MjAv ZnJhbWUgMHhmZmZmZmUwMjM1MGZjNmYwClZPUF9GU1lOQ19BUFYoKSBhdCBWT1BfRlNZTkNfQVBW KzB4Y2EvZnJhbWUgMHhmZmZmZmUwMjM1MGZjNzIwCnVmc19yZW1vdmUoKSBhdCB1ZnNfcmVtb3Zl KzB4YzYvZnJhbWUgMHhmZmZmZmUwMjM1MGZjNzgwClZPUF9SRU1PVkVfQVBWKCkgYXQgVk9QX1JF TU9WRV9BUFYrMHhjYS9mcmFtZSAweGZmZmZmZTAyMzUwZmM3YjAKa2Vybl91bmxpbmthdCgpIGF0 IGtlcm5fdW5saW5rYXQrMHgyMGMvZnJhbWUgMHhmZmZmZmUwMjM1MGZjOWEwCmFtZDY0X3N5c2Nh bGwoKSBhdCBhbWQ2NF9zeXNjYWxsKzB4MjM5L2ZyYW1lIDB4ZmZmZmZlMDIzNTBmY2FiMApYZmFz dF9zeXNjYWxsKCkgYXQgWGZhc3Rfc3lzY2FsbCsweGZiL2ZyYW1lIDB4ZmZmZmZlMDIzNTBmY2Fi MAotLS0gc3lzY2FsbCAoMTAsIEZyZWVCU0QgRUxGNjQsIHN5c191bmxpbmspLCByaXAgPSAweDgw MGI1OWU2YSwgcnNwID0gMHg3ZmZmZmZmZmQ4NTgsIHJicCA9IDB4N2ZmZmZmZmZkOTUwIC0tLQps b2NrIG9yZGVyIHJldmVyc2FsOgogMXN0IDB4ZmZmZmY4MDA5NzBjMDEzMCBzbmFwbGsgKHNuYXBs aykgQCAvdXNyL3NyYy9zeXMva2Vybi92ZnNfdm5vcHMuYzozNzAKIDJuZCAweGZmZmZmODAwOTcw MjE5YTAgdWZzICh1ZnMpIEAgL3Vzci9zcmMvc3lzL3Vmcy9mZnMvZmZzX3NuYXBzaG90LmM6MTYy OApLREI6IHN0YWNrIGJhY2t0cmFjZToKZGJfdHJhY2Vfc2VsZl93cmFwcGVyKCkgYXQgZGJfdHJh Y2Vfc2VsZl93cmFwcGVyKzB4MmIvZnJhbWUgMHhmZmZmZmUwMjM1MGZjMWQwCmtkYl9iYWNrdHJh Y2UoKSBhdCBrZGJfYmFja3RyYWNlKzB4MzkvZnJhbWUgMHhmZmZmZmUwMjM1MGZjMjgwCndpdG5l c3NfY2hlY2tvcmRlcigpIGF0IHdpdG5lc3NfY2hlY2tvcmRlcisweGQyMy9mcmFtZSAweGZmZmZm ZTAyMzUwZmMzMTAKX19sb2NrbWdyX2FyZ3MoKSBhdCBfX2xvY2ttZ3JfYXJncysweDg2Yy9mcmFt ZSAweGZmZmZmZTAyMzUwZmM0NDAKZmZzX3NuYXByZW1vdmUoKSBhdCBmZnNfc25hcHJlbW92ZSsw eGZhL2ZyYW1lIDB4ZmZmZmZlMDIzNTBmYzRiMApmZnNfdHJ1bmNhdGUoKSBhdCBmZnNfdHJ1bmNh dGUrMHgyODUvZnJhbWUgMHhmZmZmZmUwMjM1MGZjNjkwCnVmc19pbmFjdGl2ZSgpIGF0IHVmc19p bmFjdGl2ZSsweDE3MS9mcmFtZSAweGZmZmZmZTAyMzUwZmM2ZDAKVk9QX0lOQUNUSVZFX0FQVigp IGF0IFZPUF9JTkFDVElWRV9BUFYrMHhjYS9mcmFtZSAweGZmZmZmZTAyMzUwZmM3MDAKdmluYWN0 aXZlKCkgYXQgdmluYWN0aXZlKzB4YzYvZnJhbWUgMHhmZmZmZmUwMjM1MGZjNzUwCnZwdXR4KCkg YXQgdnB1dHgrMHgyODgvZnJhbWUgMHhmZmZmZmUwMjM1MGZjN2IwCnZuX2Nsb3NlKCkgYXQgdm5f Y2xvc2UrMHgxNDQvZnJhbWUgMHhmZmZmZmUwMjM1MGZjODIwCnZuX2Nsb3NlZmlsZSgpIGF0IHZu X2Nsb3NlZmlsZSsweDQ4L2ZyYW1lIDB4ZmZmZmZlMDIzNTBmYzhhMApfZmRyb3AoKSBhdCBfZmRy b3ArMHgyOS9mcmFtZSAweGZmZmZmZTAyMzUwZmM4YzAKY2xvc2VmKCkgYXQgY2xvc2VmKzB4MWQx L2ZyYW1lIDB4ZmZmZmZlMDIzNTBmYzk1MApjbG9zZWZwKCkgYXQgY2xvc2VmcCsweGEwL2ZyYW1l IDB4ZmZmZmZlMDIzNTBmYzlhMAphbWQ2NF9zeXNjYWxsKCkgYXQgYW1kNjRfc3lzY2FsbCsweDIz OS9mcmFtZSAweGZmZmZmZTAyMzUwZmNhYjAKWGZhc3Rfc3lzY2FsbCgpIGF0IFhmYXN0X3N5c2Nh bGwrMHhmYi9mcmFtZSAweGZmZmZmZTAyMzUwZmNhYjAKLS0tIHN5c2NhbGwgKDYsIEZyZWVCU0Qg RUxGNjQsIHN5c19jbG9zZSksIHJpcCA9IDB4ODAwYjZjZjlhLCByc3AgPSAweDdmZmZmZmZmZDk1 OCwgcmJwID0gMHg3ZmZmZmZmZmRjZjAgLS0tCmVtMDogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIERP V04KZW0wOiBsaW5rIHN0YXRlIGNoYW5nZWQgdG8gVVAKcm9vdEBwZXJwZXR1YSB+IyBtb3VudCAt dSAtYSAtciAtZgpyb290QHBlcnBldHVhIH4jIHN5bmMKcm9vdEBwZXJwZXR1YSB+IyBtb3VudCAt dSAtdyAvdG1wCnJvb3RAcGVycGV0dWEgfiMgWG9yZyAtdmVyYm9zZSAtbG9nZmlsZSAvdG1wL1hv cmcubG9nCgpYLk9yZyBYIFNlcnZlciAxLjcuNwpSZWxlYXNlIERhdGU6IDIwMTAtMDUtMDQKWCBQ cm90b2NvbCBWZXJzaW9uIDExLCBSZXZpc2lvbiAwCkJ1aWxkIE9wZXJhdGluZyBTeXN0ZW06IEZy ZWVCU0QgMTAuMC1CRVRBMSBhbWQ2NApDdXJyZW50IE9wZXJhdGluZyBTeXN0ZW06IEZyZWVCU0Qg cGVycGV0dWEuYmVyY3NlbnlpLmJtZS5odSAxMC4wLUJFVEEyIEZyZWVCU0QgMTAuMC1CRVRBMiAj MiA1ZTcwYzkxKHN0YWJsZS8xMCktZGlydHk6IFN1biBPY3QgMjcgMjA6MjM6MjAgQ0VUIDIwMTMg ICAgIHJvb3RAcGVycGV0dWEuYmVyY3NlbnlpLmJtZS5odTovdXNyL29iai91c3Ivc3JjL3N5cy9T VEFCTEUtREVCVUcgYW1kNjQKQnVpbGQgRGF0ZTogMjcgT2N0b2JlciAyMDEzICAwMTo1NDo1NFBN CgpDdXJyZW50IHZlcnNpb24gb2YgcGl4bWFuOiAwLjMwLjIKICAgICAgICBCZWZvcmUgcmVwb3J0 aW5nIHByb2JsZW1zLCBjaGVjayBodHRwOi8vd2lraS54Lm9yZwogICAgICAgIHRvIG1ha2Ugc3Vy ZSB0aGF0IHlvdSBoYXZlIHRoZSBsYXRlc3QgdmVyc2lvbi4KTWFya2VyczogKC0tKSBwcm9iZWQs ICgqKikgZnJvbSBjb25maWcgZmlsZSwgKD09KSBkZWZhdWx0IHNldHRpbmcsCiAgICAgICAgKCsr KSBmcm9tIGNvbW1hbmQgbGluZSwgKCEhKSBub3RpY2UsIChJSSkgaW5mb3JtYXRpb25hbCwKICAg ICAgICAoV1cpIHdhcm5pbmcsIChFRSkgZXJyb3IsIChOSSkgbm90IGltcGxlbWVudGVkLCAoPz8p IHVua25vd24uCigrKykgTG9nIGZpbGU6ICIvdG1wL1hvcmcubG9nIiwgVGltZTogU3VuIE9jdCAy NyAyMTo0Mzo0MiAyMDEzCig9PSkgVXNpbmcgY29uZmlnIGZpbGU6ICIvdXNyL2xvY2FsL2V0Yy9Y MTEveG9yZy5jb25mIgooPT0pIFNlcnZlckxheW91dCAic2ltcGxlX2xheW91dCIKKCoqKSB8LS0+ U2NyZWVuICJzY3JlZW5fZHZpX3BhbmRvcmEiICgwKQooKiopIHwgICB8LS0+TW9uaXRvciAiPGRl ZmF1bHQgbW9uaXRvcj4iCigqKikgfCAgIHwtLT5EZXZpY2UgInJoZDM0NTBfcGFuZG9yYSIKKD09 KSBObyBtb25pdG9yIHNwZWNpZmllZCBmb3Igc2NyZWVuICJzY3JlZW5fZHZpX3BhbmRvcmEiLgog ICAgICAgIFVzaW5nIGEgZGVmYXVsdCBtb25pdG9yIGNvbmZpZ3VyYXRpb24uCigqKikgfC0tPklu cHV0IERldmljZSAibW91c2VfcGFuZG9yYSIKKCoqKSB8LS0+SW5wdXQgRGV2aWNlICJrZXlib2Fy ZF9wYW5kb3JhIgooPT0pIE5vdCBhdXRvbWF0aWNhbGx5IGFkZGluZyBkZXZpY2VzCig9PSkgTm90 IGF1dG9tYXRpY2FsbHkgZW5hYmxpbmcgZGV2aWNlcwooV1cpIFRoZSBkaXJlY3RvcnkgIi91c3Iv bG9jYWwvbGliL1gxMS9mb250cy9taXNjLyIgZG9lcyBub3QgZXhpc3QuCiAgICAgICAgRW50cnkg ZGVsZXRlZCBmcm9tIGZvbnQgcGF0aC4KKFdXKSBUaGUgZGlyZWN0b3J5ICIvdXNyL2xvY2FsL2xp Yi9YMTEvZm9udHMvVHlwZTEvIiBkb2VzIG5vdCBleGlzdC4KICAgICAgICBFbnRyeSBkZWxldGVk IGZyb20gZm9udCBwYXRoLgooV1cpIFRoZSBkaXJlY3RvcnkgIi91c3IvbG9jYWwvbGliL1gxMS9m b250cy8xMDBkcGkvIiBkb2VzIG5vdCBleGlzdC4KICAgICAgICBFbnRyeSBkZWxldGVkIGZyb20g Zm9udCBwYXRoLgooV1cpIFRoZSBkaXJlY3RvcnkgIi91c3IvbG9jYWwvbGliL1gxMS9mb250cy83 NWRwaS8iIGRvZXMgbm90IGV4aXN0LgogICAgICAgIEVudHJ5IGRlbGV0ZWQgZnJvbSBmb250IHBh dGguCihXVykgYGZvbnRzLmRpcicgbm90IGZvdW5kIChvciBub3QgdmFsaWQpIGluICIvdXNyL2xv Y2FsL2xpYi9YMTEvZm9udHMvbG9jYWwvIi4KICAgICAgICBFbnRyeSBkZWxldGVkIGZyb20gZm9u dCBwYXRoLgogICAgICAgIChSdW4gJ21rZm9udGRpcicgb24gIi91c3IvbG9jYWwvbGliL1gxMS9m b250cy9sb2NhbC8iKS4KKFdXKSBUaGUgZGlyZWN0b3J5ICIvdXNyL2xvY2FsL2xpYi9YMTEvZm9u dHMvbWlzYy8iIGRvZXMgbm90IGV4aXN0LgogICAgICAgIEVudHJ5IGRlbGV0ZWQgZnJvbSBmb250 IHBhdGguCihXVykgVGhlIGRpcmVjdG9yeSAiL3Vzci9sb2NhbC9saWIvWDExL2ZvbnRzL1R5cGUx LyIgZG9lcyBub3QgZXhpc3QuCiAgICAgICAgRW50cnkgZGVsZXRlZCBmcm9tIGZvbnQgcGF0aC4K KFdXKSBUaGUgZGlyZWN0b3J5ICIvdXNyL2xvY2FsL2xpYi9YMTEvZm9udHMvMTAwZHBpLyIgZG9l cyBub3QgZXhpc3QuCiAgICAgICAgRW50cnkgZGVsZXRlZCBmcm9tIGZvbnQgcGF0aC4KKFdXKSBU aGUgZGlyZWN0b3J5ICIvdXNyL2xvY2FsL2xpYi9YMTEvZm9udHMvNzVkcGkvIiBkb2VzIG5vdCBl eGlzdC4KICAgICAgICBFbnRyeSBkZWxldGVkIGZyb20gZm9udCBwYXRoLgooKiopIEZvbnRQYXRo IHNldCB0bzoKICAgICAgICAvdXNyL2xvY2FsL2xpYi9YMTEvZm9udHMvVFRGLywKICAgICAgICAv dXNyL2xvY2FsL2xpYi9YMTEvZm9udHMvT1RGLAogICAgICAgIC91c3IvbG9jYWwvbGliL1gxMS9m b250cy9UVEYvLAogICAgICAgIC91c3IvbG9jYWwvbGliL1gxMS9mb250cy9PVEYKKD09KSBNb2R1 bGVQYXRoIHNldCB0byAiL3Vzci9sb2NhbC9saWIveG9yZy9tb2R1bGVzIgooLS0pIFVzaW5nIHN5 c2NvbnMgZHJpdmVyIHdpdGggWCBzdXBwb3J0ICh2ZXJzaW9uIDIuMCkKKC0tKSB1c2luZyBWVCBu dW1iZXIgOQoKKC0tKSBQQ0k6KigwOjA6MjowKSA4MDg2OjA0MTI6MTQ1ODpkMDAwIEludGVsIENv cnBvcmF0aW9uIFhlb24gRTMtMTIwMCB2My80dGggR2VuIENvcmUgUHJvY2Vzc29yIEludGVncmF0 ZWQgR3JhcGhpY3MgQ29udHJvbGxlciByZXYgNiwgTWVtIEAgMHhmMDAwMDAwMC80MTk0MzA0LCAw eGUwMDAwMDAwLzI2ODQzNTQ1NiwgSS9PIEAgMHgwMDAwZjAwMC82NCwgQklPUyBAIDB4Pz8/Pz8/ Pz8vNjU1MzYKKFdXKSAiZ2x4IiB3aWxsIG5vdCBiZSBsb2FkZWQgdW5sZXNzIHlvdSd2ZSBzcGVj aWZpZWQgaXQgdG8gYmUgbG9hZGVkIGVsc2V3aGVyZS4KKFdXKSAiZHJpIiB3aWxsIG5vdCBiZSBs b2FkZWQgdW5sZXNzIHlvdSd2ZSBzcGVjaWZpZWQgaXQgdG8gYmUgbG9hZGVkIGVsc2V3aGVyZS4K KFdXKSAiZHJpMiIgd2lsbCBub3QgYmUgbG9hZGVkIHVubGVzcyB5b3UndmUgc3BlY2lmaWVkIGl0 IHRvIGJlIGxvYWRlZCBlbHNld2hlcmUuCihJSSkgImV4dG1vZCIgd2lsbCBiZSBsb2FkZWQuIFRo aXMgd2FzIGVuYWJsZWQgYnkgZGVmYXVsdCBhbmQgYWxzbyBzcGVjaWZpZWQgaW4gdGhlIGNvbmZp ZyBmaWxlLgooSUkpICJkYmUiIHdpbGwgYmUgbG9hZGVkLiBUaGlzIHdhcyBlbmFibGVkIGJ5IGRl ZmF1bHQgYW5kIGFsc28gc3BlY2lmaWVkIGluIHRoZSBjb25maWcgZmlsZS4KKElJKSAiZ2x4IiB3 aWxsIGJlIGxvYWRlZCBldmVuIHRob3VnaCB0aGUgZGVmYXVsdCBpcyB0byBkaXNhYmxlIGl0Lgoo SUkpICJyZWNvcmQiIHdpbGwgYmUgbG9hZGVkIGJ5IGRlZmF1bHQuCihJSSkgImRyaSIgd2lsbCBi ZSBsb2FkZWQgZXZlbiB0aG91Z2ggdGhlIGRlZmF1bHQgaXMgdG8gZGlzYWJsZSBpdC4KKElJKSAi ZHJpMiIgd2lsbCBiZSBsb2FkZWQgZXZlbiB0aG91Z2ggdGhlIGRlZmF1bHQgaXMgdG8gZGlzYWJs ZSBpdC4KKElJKSBMb2FkaW5nIC91c3IvbG9jYWwvbGliL3hvcmcvbW9kdWxlcy9leHRlbnNpb25z L2xpYmRiZS5zbwooSUkpIE1vZHVsZSBkYmU6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiIKICAg ICAgICBjb21waWxlZCBmb3IgMS43LjcsIG1vZHVsZSB2ZXJzaW9uID0gMS4wLjAKKElJKSBMb2Fk aW5nIC91c3IvbG9jYWwvbGliL3hvcmcvbW9kdWxlcy9leHRlbnNpb25zL2xpYmV4dG1vZC5zbwoo SUkpIE1vZHVsZSBleHRtb2Q6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiIKICAgICAgICBjb21w aWxlZCBmb3IgMS43LjcsIG1vZHVsZSB2ZXJzaW9uID0gMS4wLjAKKElJKSBMb2FkaW5nIC91c3Iv bG9jYWwvbGliL3hvcmcvbW9kdWxlcy9leHRlbnNpb25zL2xpYnJlY29yZC5zbwooSUkpIE1vZHVs ZSByZWNvcmQ6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiIKICAgICAgICBjb21waWxlZCBmb3Ig MS43LjcsIG1vZHVsZSB2ZXJzaW9uID0gMS4xMy4wCihJSSkgTG9hZGluZyAvdXNyL2xvY2FsL2xp Yi94b3JnL21vZHVsZXMvZHJpdmVycy92ZXNhX2Rydi5zbwooSUkpIE1vZHVsZSB2ZXNhOiB2ZW5k b3I9IlguT3JnIEZvdW5kYXRpb24iCiAgICAgICAgY29tcGlsZWQgZm9yIDEuNy43LCBtb2R1bGUg dmVyc2lvbiA9IDIuMy4zCihJSSkgTG9hZGluZyAvdXNyL2xvY2FsL2xpYi94b3JnL21vZHVsZXMv aW5wdXQvbW91c2VfZHJ2LnNvCihJSSkgTW9kdWxlIG1vdXNlOiB2ZW5kb3I9IlguT3JnIEZvdW5k YXRpb24iCiAgICAgICAgY29tcGlsZWQgZm9yIDEuNy43LCBtb2R1bGUgdmVyc2lvbiA9IDEuOS4w CihJSSkgTG9hZGluZyAvdXNyL2xvY2FsL2xpYi94b3JnL21vZHVsZXMvaW5wdXQva2JkX2Rydi5z bwooSUkpIE1vZHVsZSBrYmQ6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlvbiIKICAgICAgICBjb21w aWxlZCBmb3IgMS43LjcsIG1vZHVsZSB2ZXJzaW9uID0gMS43LjAKKElJKSBWRVNBOiBkcml2ZXIg Zm9yIFZFU0EgY2hpcHNldHM6IHZlc2EKKFdXKSBWR0EgYXJiaXRlcjogY2Fubm90IG9wZW4ga2Vy bmVsIGFyYml0ZXIsIG5vIG11bHRpLWNhcmQgc3VwcG9ydAooSUkpIExvYWRpbmcgL3Vzci9sb2Nh bC9saWIveG9yZy9tb2R1bGVzL2xpYnZiZS5zbwooSUkpIE1vZHVsZSB2YmU6IHZlbmRvcj0iWC5P cmcgRm91bmRhdGlvbiIKICAgICAgICBjb21waWxlZCBmb3IgMS43LjcsIG1vZHVsZSB2ZXJzaW9u ID0gMS4xLjAKKElJKSBMb2FkaW5nIC91c3IvbG9jYWwvbGliL3hvcmcvbW9kdWxlcy9saWJpbnQx MC5zbwooSUkpIE1vZHVsZSBpbnQxMDogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgogICAgICAg IGNvbXBpbGVkIGZvciAxLjcuNywgbW9kdWxlIHZlcnNpb24gPSAxLjAuMAooSUkpIFZFU0EoMCk6 IGluaXRpYWxpemluZyBpbnQxMAooPT0pIFZFU0EoMCk6IFdyaXRlLWNvbWJpbmluZyByYW5nZSAo MHhhMDAwMCwweDIwMDAwKSB3YXMgYWxyZWFkeSBjbGVhcgooPT0pIFZFU0EoMCk6IFdyaXRlLWNv bWJpbmluZyByYW5nZSAoMHhjMDAwMCwweDQwMDAwKSB3YXMgYWxyZWFkeSBjbGVhcgooSUkpIFZF U0EoMCk6IFByaW1hcnkgVl9CSU9TIHNlZ21lbnQgaXM6IDB4YzAwMAooPT0pIFZFU0EoMCk6IFdy aXRlLWNvbWJpbmluZyByYW5nZSAoMHgwLDB4MTAwMCkgd2FzIGFscmVhZHkgY2xlYXIKKD09KSBW RVNBKDApOiBXcml0ZS1jb21iaW5pbmcgcmFuZ2UgKDB4MCwweDEwMDApIHdhcyBhbHJlYWR5IGNs ZWFyCig9PSkgVkVTQSgwKTogV3JpdGUtY29tYmluaW5nIHJhbmdlICgweDAsMHgxMDAwKSB3YXMg YWxyZWFkeSBjbGVhcgooSUkpIFZFU0EoMCk6IFZFU0EgQklPUyBkZXRlY3RlZAooPT0pIFZFU0Eo MCk6IFdyaXRlLWNvbWJpbmluZyByYW5nZSAoMHgwLDB4MTAwMCkgd2FzIGFscmVhZHkgY2xlYXIK KD09KSBWRVNBKDApOiBXcml0ZS1jb21iaW5pbmcgcmFuZ2UgKDB4MCwweDEwMDApIHdhcyBhbHJl YWR5IGNsZWFyCig9PSkgVkVTQSgwKTogV3JpdGUtY29tYmluaW5nIHJhbmdlICgweDAsMHgxMDAw KSB3YXMgYWxyZWFkeSBjbGVhcgooPT0pIFZFU0EoMCk6IFdyaXRlLWNvbWJpbmluZyByYW5nZSAo MHgwLDB4MTAwMCkgd2FzIGFscmVhZHkgY2xlYXIKKD09KSBWRVNBKDApOiBXcml0ZS1jb21iaW5p bmcgcmFuZ2UgKDB4MCwweDEwMDApIHdhcyBhbHJlYWR5IGNsZWFyCig9PSkgVkVTQSgwKTogV3Jp dGUtY29tYmluaW5nIHJhbmdlICgweDAsMHgxMDAwKSB3YXMgYWxyZWFkeSBjbGVhcgooPT0pIFZF U0EoMCk6IFdyaXRlLWNvbWJpbmluZyByYW5nZSAoMHgwLDB4MTAwMCkgd2FzIGFscmVhZHkgY2xl YXIKKD09KSBWRVNBKDApOiBXcml0ZS1jb21iaW5pbmcgcmFuZ2UgKDB4MCwweDEwMDApIHdhcyBh bHJlYWR5IGNsZWFyCig9PSkgVkVTQSgwKTogV3JpdGUtY29tYmluaW5nIHJhbmdlICgweDAsMHgx MDAwKSB3YXMgYWxyZWFkeSBjbGVhcgooPT0pIFZFU0EoMCk6IFdyaXRlLWNvbWJpbmluZyByYW5n ZSAoMHgwLDB4MTAwMCkgd2FzIGFscmVhZHkgY2xlYXIKKD09KSBWRVNBKDApOiBXcml0ZS1jb21i aW5pbmcgcmFuZ2UgKDB4MCwweDEwMDApIHdhcyBhbHJlYWR5IGNsZWFyCig9PSkgVkVTQSgwKTog V3JpdGUtY29tYmluaW5nIHJhbmdlICgweDAsMHgxMDAwKSB3YXMgYWxyZWFkeSBjbGVhcgooPT0p IFZFU0EoMCk6IFdyaXRlLWNvbWJpbmluZyByYW5nZSAoMHgwLDB4MTAwMCkgd2FzIGFscmVhZHkg Y2xlYXIKKD09KSBWRVNBKDApOiBXcml0ZS1jb21iaW5pbmcgcmFuZ2UgKDB4MCwweDEwMDApIHdh cyBhbHJlYWR5IGNsZWFyCig9PSkgVkVTQSgwKTogV3JpdGUtY29tYmluaW5nIHJhbmdlICgweDAs MHgxMDAwKSB3YXMgYWxyZWFkeSBjbGVhcgooPT0pIFZFU0EoMCk6IFdyaXRlLWNvbWJpbmluZyBy YW5nZSAoMHgwLDB4MTAwMCkgd2FzIGFscmVhZHkgY2xlYXIKKD09KSBWRVNBKDApOiBXcml0ZS1j b21iaW5pbmcgcmFuZ2UgKDB4MCwweDEwMDApIHdhcyBhbHJlYWR5IGNsZWFyCig9PSkgVkVTQSgw KTogV3JpdGUtY29tYmluaW5nIHJhbmdlICgweDAsMHgxMDAwKSB3YXMgYWxyZWFkeSBjbGVhcgoo PT0pIFZFU0EoMCk6IFdyaXRlLWNvbWJpbmluZyByYW5nZSAoMHgwLDB4MTAwMCkgd2FzIGFscmVh ZHkgY2xlYXIKKD09KSBWRVNBKDApOiBXcml0ZS1jb21iaW5pbmcgcmFuZ2UgKDB4MCwweDEwMDAp IHdhcyBhbHJlYWR5IGNsZWFyCig9PSkgVkVTQSgwKTogV3JpdGUtY29tYmluaW5nIHJhbmdlICgw eDAsMHgxMDAwKSB3YXMgYWxyZWFkeSBjbGVhcgooPT0pIFZFU0EoMCk6IFdyaXRlLWNvbWJpbmlu ZyByYW5nZSAoMHgwLDB4MTAwMCkgd2FzIGFscmVhZHkgY2xlYXIKKD09KSBWRVNBKDApOiBXcml0 ZS1jb21iaW5pbmcgcmFuZ2UgKDB4MCwweDEwMDApIHdhcyBhbHJlYWR5IGNsZWFyCig9PSkgVkVT QSgwKTogV3JpdGUtY29tYmluaW5nIHJhbmdlICgweDAsMHgxMDAwKSB3YXMgYWxyZWFkeSBjbGVh cgooPT0pIFZFU0EoMCk6IFdyaXRlLWNvbWJpbmluZyByYW5nZSAoMHgwLDB4MTAwMCkgd2FzIGFs cmVhZHkgY2xlYXIKKD09KSBWRVNBKDApOiBXcml0ZS1jb21iaW5pbmcgcmFuZ2UgKDB4MCwweDEw MDApIHdhcyBhbHJlYWR5IGNsZWFyCig9PSkgVkVTQSgwKTogV3JpdGUtY29tYmluaW5nIHJhbmdl ICgweDAsMHgxMDAwKSB3YXMgYWxyZWFkeSBjbGVhcgooPT0pIFZFU0EoMCk6IFdyaXRlLWNvbWJp bmluZyByYW5nZSAoMHgwLDB4MTAwMCkgd2FzIGFscmVhZHkgY2xlYXIKKD09KSBWRVNBKDApOiBX cml0ZS1jb21iaW5pbmcgcmFuZ2UgKDB4MCwweDEwMDApIHdhcyBhbHJlYWR5IGNsZWFyCig9PSkg VkVTQSgwKTogV3JpdGUtY29tYmluaW5nIHJhbmdlICgweDAsMHgxMDAwKSB3YXMgYWxyZWFkeSBj bGVhcgooPT0pIFZFU0EoMCk6IFdyaXRlLWNvbWJpbmluZyByYW5nZSAoMHgwLDB4MTAwMCkgd2Fz IGFscmVhZHkgY2xlYXIKKD09KSBWRVNBKDApOiBXcml0ZS1jb21iaW5pbmcgcmFuZ2UgKDB4MCww eDEwMDApIHdhcyBhbHJlYWR5IGNsZWFyCigqKikgVkVTQSgwKTogRGVwdGggMjQsICgtLSkgZnJh bWVidWZmZXIgYnBwIDMyCig9PSkgVkVTQSgwKTogUkdCIHdlaWdodCA4ODgKKD09KSBWRVNBKDAp OiBEZWZhdWx0IHZpc3VhbCBpcyBUcnVlQ29sb3IKKD09KSBWRVNBKDApOiBVc2luZyBnYW1tYSBj b3JyZWN0aW9uICgxLjAsIDEuMCwgMS4wKQooPT0pIFZFU0EoMCk6IFdyaXRlLWNvbWJpbmluZyBy YW5nZSAoMHgwLDB4MTAwMCkgd2FzIGFscmVhZHkgY2xlYXIKKD09KSBWRVNBKDApOiBXcml0ZS1j b21iaW5pbmcgcmFuZ2UgKDB4MCwweDEwMDApIHdhcyBhbHJlYWR5IGNsZWFyCihJSSkgVkVTQSgw KTogVkVTQSBWQkUgRERDIHN1cHBvcnRlZAooPT0pIFZFU0EoMCk6IFdyaXRlLWNvbWJpbmluZyBy YW5nZSAoMHgwLDB4MTAwMCkgd2FzIGFscmVhZHkgY2xlYXIKKD09KSBWRVNBKDApOiBXcml0ZS1j b21iaW5pbmcgcmFuZ2UgKDB4MCwweDEwMDApIHdhcyBhbHJlYWR5IGNsZWFyCihJSSkgVkVTQSgw KTogTWFudWZhY3R1cmVyOiBTQU0gIE1vZGVsOiAyYTEgIFNlcmlhbCM6IDEzNDY3Nzc0MDEKKElJ KSBWRVNBKDApOiBZZWFyOiAyMDA4ICBXZWVrOiAyMAooSUkpIFZFU0EoMCk6IEVESUQgVmVyc2lv bjogMS4zCihJSSkgVkVTQSgwKTogRGlnaXRhbCBEaXNwbGF5IElucHV0CihJSSkgVkVTQSgwKTog TWF4IEltYWdlIFNpemUgW2NtXTogaG9yaXouOiAzOCAgdmVydC46IDMwCihJSSkgVkVTQSgwKTog R2FtbWE6IDIuMjAKKElJKSBWRVNBKDApOiBEUE1TIGNhcGFiaWxpdGllczogT2ZmCihJSSkgVkVT QSgwKTogU3VwcG9ydGVkIGNvbG9yIGVuY29kaW5nczogUkdCIDQ6NDo0IFlDckNiIDQ6NDo0CihJ SSkgVkVTQSgwKTogRmlyc3QgZGV0YWlsZWQgdGltaW5nIGlzIHByZWZlcnJlZCBtb2RlCihJSSkg VkVTQSgwKTogcmVkWDogMC42NDAgcmVkWTogMC4zMjkgICBncmVlblg6IDAuMzAwIGdyZWVuWTog MC42MDAKKElJKSBWRVNBKDApOiBibHVlWDogMC4xNTAgYmx1ZVk6IDAuMDYwICAgd2hpdGVYOiAw LjMxMyB3aGl0ZVk6IDAuMzI5CihJSSkgVkVTQSgwKTogU3VwcG9ydGVkIGVzdGFibGlzaGVkIHRp bWluZ3M6CihJSSkgVkVTQSgwKTogNzIweDQwMEA3MEh6CihJSSkgVkVTQSgwKTogNjQweDQ4MEA2 MEh6CihJSSkgVkVTQSgwKTogNjQweDQ4MEA2N0h6CihJSSkgVkVTQSgwKTogNjQweDQ4MEA3Mkh6 CihJSSkgVkVTQSgwKTogNjQweDQ4MEA3NUh6CihJSSkgVkVTQSgwKTogODAweDYwMEA1Nkh6CihJ SSkgVkVTQSgwKTogODAweDYwMEA2MEh6CihJSSkgVkVTQSgwKTogODAweDYwMEA3Mkh6CihJSSkg VkVTQSgwKTogODAweDYwMEA3NUh6CihJSSkgVkVTQSgwKTogODMyeDYyNEA3NUh6CihJSSkgVkVT QSgwKTogMTAyNHg3NjhANjBIegooSUkpIFZFU0EoMCk6IDEwMjR4NzY4QDcwSHoKKElJKSBWRVNB KDApOiAxMDI0eDc2OEA3NUh6CihJSSkgVkVTQSgwKTogMTI4MHgxMDI0QDc1SHoKKElJKSBWRVNB KDApOiAxMTUyeDg2NEA3NUh6CihJSSkgVkVTQSgwKTogTWFudWZhY3R1cmVyJ3MgbWFzazogMAoo SUkpIFZFU0EoMCk6IFN1cHBvcnRlZCBzdGFuZGFyZCB0aW1pbmdzOgooSUkpIFZFU0EoMCk6ICMw OiBoc2l6ZTogMTI4MCAgdnNpemUgMTAyNCAgcmVmcmVzaDogNjAgIHZpZDogMzI4OTcKKElJKSBW RVNBKDApOiAjMTogaHNpemU6IDEyODAgIHZzaXplIDk2MCAgcmVmcmVzaDogNjAgIHZpZDogMTY1 MTMKKElJKSBWRVNBKDApOiAjMjogaHNpemU6IDExNTIgIHZzaXplIDg2NCAgcmVmcmVzaDogNzUg IHZpZDogMjAzMzcKKElJKSBWRVNBKDApOiBTdXBwb3J0ZWQgZGV0YWlsZWQgdGltaW5nOgooSUkp IFZFU0EoMCk6IGNsb2NrOiAxMDguMCBNSHogICBJbWFnZSBTaXplOiAgMzc2IHggMzAxIG1tCihJ SSkgVkVTQSgwKTogaF9hY3RpdmU6IDEyODAgIGhfc3luYzogMTMyOCAgaF9zeW5jX2VuZCAxNDQw IGhfYmxhbmtfZW5kIDE2ODggaF9ib3JkZXI6IDAKKElJKSBWRVNBKDApOiB2X2FjdGl2ZTogMTAy NCAgdl9zeW5jOiAxMDI1ICB2X3N5bmNfZW5kIDEwMjggdl9ibGFua2luZzogMTA2NiB2X2JvcmRl cjogMAooSUkpIFZFU0EoMCk6IFJhbmdlczogViBtaW46IDU2IFYgbWF4OiA3NSBIeiwgSCBtaW46 IDMwIEggbWF4OiA4MSBrSHosIFBpeENsb2NrIG1heCAxNDAgTUh6CihJSSkgVkVTQSgwKTogTW9u aXRvciBuYW1lOiBTeW5jTWFzdGVyCihJSSkgVkVTQSgwKTogU2VyaWFsIE5vOiBITURRNTAwMjk0 CihJSSkgVkVTQSgwKTogRURJRCAoaW4gaGV4KToKKElJKSBWRVNBKDApOiAgIDAwZmZmZmZmZmZm ZmZmMDA0YzJkYTEwMjM5MzE0NjUwCihJSSkgVkVTQSgwKTogICAxNDEyMDEwMzgwMjYxZTc4MmFk ZTk1YTM1NDRjOTkyNgooSUkpIFZFU0EoMCk6ICAgMGY1MDU0YmZlZjgwODE4MDgxNDA3MTRmMDEw MTAxMDEKKElJKSBWRVNBKDApOiAgIDAxMDEwMTAxMDEwMTMwMmEwMDk4NTEwMDJhNDAzMDcwCihJ SSkgVkVTQSgwKTogICAxMzAwNzgyZDExMDAwMDFlMDAwMDAwZmQwMDM4NGIxZQooSUkpIFZFU0Eo MCk6ICAgNTEwZTAwMGEyMDIwMjAyMDIwMjAwMDAwMDBmYzAwNTMKKElJKSBWRVNBKDApOiAgIDc5 NmU2MzRkNjE3Mzc0NjU3MjBhMjAyMDAwMDAwMGZmCihJSSkgVkVTQSgwKTogICAwMDQ4NGQ0NDUx MzUzMDMwMzIzOTM0MGEyMDIwMDA4NwooSUkpIFZFU0EoMCk6IEVESUQgdmVuZG9yICJTQU0iLCBw cm9kIGlkIDY3MwooSUkpIFZFU0EoMCk6IFVzaW5nIEVESUQgcmFuZ2UgaW5mbyBmb3IgaG9yaXpv bnRhbCBzeW5jCihJSSkgVkVTQSgwKTogVXNpbmcgRURJRCByYW5nZSBpbmZvIGZvciB2ZXJ0aWNh bCByZWZyZXNoCihJSSkgVkVTQSgwKTogUHJpbnRpbmcgRERDIGdhdGhlcmVkIE1vZGVsaW5lczoK KElJKSBWRVNBKDApOiBNb2RlbGluZSAiMTI4MHgxMDI0IngwLjAgIDEwOC4wMCAgMTI4MCAxMzI4 IDE0NDAgMTY4OCAgMTAyNCAxMDI1IDEwMjggMTA2NiAraHN5bmMgK3ZzeW5jICg2NC4wIGtIeikK KElJKSBWRVNBKDApOiBNb2RlbGluZSAiODAweDYwMCJ4MC4wICAgNDAuMDAgIDgwMCA4NDAgOTY4 IDEwNTYgIDYwMCA2MDEgNjA1IDYyOCAraHN5bmMgK3ZzeW5jICgzNy45IGtIeikKKElJKSBWRVNB KDApOiBNb2RlbGluZSAiODAweDYwMCJ4MC4wICAgMzYuMDAgIDgwMCA4MjQgODk2IDEwMjQgIDYw MCA2MDEgNjAzIDYyNSAraHN5bmMgK3ZzeW5jICgzNS4yIGtIeikKKElJKSBWRVNBKDApOiBNb2Rl bGluZSAiNjQweDQ4MCJ4MC4wICAgMzEuNTAgIDY0MCA2NTYgNzIwIDg0MCAgNDgwIDQ4MSA0ODQg NTAwIC1oc3luYyAtdnN5bmMgKDM3LjUga0h6KQooSUkpIFZFU0EoMCk6IE1vZGVsaW5lICI2NDB4 NDgwIngwLjAgICAzMS41MCAgNjQwIDY2NCA3MDQgODMyICA0ODAgNDg5IDQ5MiA1MjAgLWhzeW5j IC12c3luYyAoMzcuOSBrSHopCihJSSkgVkVTQSgwKTogTW9kZWxpbmUgIjY0MHg0ODAieDAuMCAg IDMwLjI0ICA2NDAgNzA0IDc2OCA4NjQgIDQ4MCA0ODMgNDg2IDUyNSAtaHN5bmMgLXZzeW5jICgz NS4wIGtIeikKKElJKSBWRVNBKDApOiBNb2RlbGluZSAiNjQweDQ4MCJ4MC4wICAgMjUuMTggIDY0 MCA2NTYgNzUyIDgwMCAgNDgwIDQ5MCA0OTIgNTI1IC1oc3luYyAtdnN5bmMgKDMxLjUga0h6KQoo SUkpIFZFU0EoMCk6IE1vZGVsaW5lICI3MjB4NDAwIngwLjAgICAyOC4zMiAgNzIwIDczOCA4NDYg OTAwICA0MDAgNDEyIDQxNCA0NDkgLWhzeW5jICt2c3luYyAoMzEuNSBrSHopCihJSSkgVkVTQSgw KTogTW9kZWxpbmUgIjEyODB4MTAyNCJ4MC4wICAxMzUuMDAgIDEyODAgMTI5NiAxNDQwIDE2ODgg IDEwMjQgMTAyNSAxMDI4IDEwNjYgK2hzeW5jICt2c3luYyAoODAuMCBrSHopCihJSSkgVkVTQSgw KTogTW9kZWxpbmUgIjEwMjR4NzY4IngwLjAgICA3OC43NSAgMTAyNCAxMDQwIDExMzYgMTMxMiAg NzY4IDc2OSA3NzIgODAwICtoc3luYyArdnN5bmMgKDYwLjAga0h6KQooSUkpIFZFU0EoMCk6IE1v ZGVsaW5lICIxMDI0eDc2OCJ4MC4wICAgNzUuMDAgIDEwMjQgMTA0OCAxMTg0IDEzMjggIDc2OCA3 NzEgNzc3IDgwNiAtaHN5bmMgLXZzeW5jICg1Ni41IGtIeikKKElJKSBWRVNBKDApOiBNb2RlbGlu ZSAiMTAyNHg3NjgieDAuMCAgIDY1LjAwICAxMDI0IDEwNDggMTE4NCAxMzQ0ICA3NjggNzcxIDc3 NyA4MDYgLWhzeW5jIC12c3luYyAoNDguNCBrSHopCihJSSkgVkVTQSgwKTogTW9kZWxpbmUgIjgz Mng2MjQieDAuMCAgIDU3LjI4ICA4MzIgODY0IDkyOCAxMTUyICA2MjQgNjI1IDYyOCA2NjcgLWhz eW5jIC12c3luYyAoNDkuNyBrSHopCihJSSkgVkVTQSgwKTogTW9kZWxpbmUgIjgwMHg2MDAieDAu MCAgIDQ5LjUwICA4MDAgODE2IDg5NiAxMDU2ICA2MDAgNjAxIDYwNCA2MjUgK2hzeW5jICt2c3lu YyAoNDYuOSBrSHopCihJSSkgVkVTQSgwKTogTW9kZWxpbmUgIjgwMHg2MDAieDAuMCAgIDUwLjAw ICA4MDAgODU2IDk3NiAxMDQwICA2MDAgNjM3IDY0MyA2NjYgK2hzeW5jICt2c3luYyAoNDguMSBr SHopCihJSSkgVkVTQSgwKTogTW9kZWxpbmUgIjExNTJ4ODY0IngwLjAgIDEwOC4wMCAgMTE1MiAx MjE2IDEzNDQgMTYwMCAgODY0IDg2NSA4NjggOTAwICtoc3luYyArdnN5bmMgKDY3LjUga0h6KQoo SUkpIFZFU0EoMCk6IE1vZGVsaW5lICIxMjgweDk2MCJ4MC4wICAxMDguMDAgIDEyODAgMTM3NiAx NDg4IDE4MDAgIDk2MCA5NjEgOTY0IDEwMDAgK2hzeW5jICt2c3luYyAoNjAuMCBrSHopCig9PSkg VkVTQSgwKTogV3JpdGUtY29tYmluaW5nIHJhbmdlICgweDAsMHgxMDAwKSB3YXMgYWxyZWFkeSBj bGVhcgooPT0pIFZFU0EoMCk6IFdyaXRlLWNvbWJpbmluZyByYW5nZSAoMHgwLDB4MTAwMCkgd2Fz IGFscmVhZHkgY2xlYXIKKD09KSBWRVNBKDApOiBXcml0ZS1jb21iaW5pbmcgcmFuZ2UgKDB4MCww eDEwMDApIHdhcyBhbHJlYWR5IGNsZWFyCig9PSkgVkVTQSgwKTogV3JpdGUtY29tYmluaW5nIHJh bmdlICgweDAsMHgxMDAwKSB3YXMgYWxyZWFkeSBjbGVhcgooPT0pIFZFU0EoMCk6IFdyaXRlLWNv bWJpbmluZyByYW5nZSAoMHgwLDB4MTAwMCkgd2FzIGFscmVhZHkgY2xlYXIKKD09KSBWRVNBKDAp OiBXcml0ZS1jb21iaW5pbmcgcmFuZ2UgKDB4MCwweDEwMDApIHdhcyBhbHJlYWR5IGNsZWFyCig9 PSkgVkVTQSgwKTogV3JpdGUtY29tYmluaW5nIHJhbmdlICgweDAsMHgxMDAwKSB3YXMgYWxyZWFk eSBjbGVhcgooPT0pIFZFU0EoMCk6IFdyaXRlLWNvbWJpbmluZyByYW5nZSAoMHgwLDB4MTAwMCkg d2FzIGFscmVhZHkgY2xlYXIKKD09KSBWRVNBKDApOiBXcml0ZS1jb21iaW5pbmcgcmFuZ2UgKDB4 MCwweDEwMDApIHdhcyBhbHJlYWR5IGNsZWFyCig9PSkgVkVTQSgwKTogV3JpdGUtY29tYmluaW5n IHJhbmdlICgweDAsMHgxMDAwKSB3YXMgYWxyZWFkeSBjbGVhcgooPT0pIFZFU0EoMCk6IFdyaXRl LWNvbWJpbmluZyByYW5nZSAoMHgwLDB4MTAwMCkgd2FzIGFscmVhZHkgY2xlYXIKKD09KSBWRVNB KDApOiBXcml0ZS1jb21iaW5pbmcgcmFuZ2UgKDB4MCwweDEwMDApIHdhcyBhbHJlYWR5IGNsZWFy Cig9PSkgVkVTQSgwKTogV3JpdGUtY29tYmluaW5nIHJhbmdlICgweDAsMHgxMDAwKSB3YXMgYWxy ZWFkeSBjbGVhcgooPT0pIFZFU0EoMCk6IFdyaXRlLWNvbWJpbmluZyByYW5nZSAoMHgwLDB4MTAw MCkgd2FzIGFscmVhZHkgY2xlYXIKKD09KSBWRVNBKDApOiBXcml0ZS1jb21iaW5pbmcgcmFuZ2Ug KDB4MCwweDEwMDApIHdhcyBhbHJlYWR5IGNsZWFyCig9PSkgVkVTQSgwKTogV3JpdGUtY29tYmlu aW5nIHJhbmdlICgweDAsMHgxMDAwKSB3YXMgYWxyZWFkeSBjbGVhcgooPT0pIFZFU0EoMCk6IFdy aXRlLWNvbWJpbmluZyByYW5nZSAoMHgwLDB4MTAwMCkgd2FzIGFscmVhZHkgY2xlYXIKKD09KSBW RVNBKDApOiBXcml0ZS1jb21iaW5pbmcgcmFuZ2UgKDB4MCwweDEwMDApIHdhcyBhbHJlYWR5IGNs ZWFyCig9PSkgVkVTQSgwKTogV3JpdGUtY29tYmluaW5nIHJhbmdlICgweDAsMHgxMDAwKSB3YXMg YWxyZWFkeSBjbGVhcgooPT0pIFZFU0EoMCk6IFdyaXRlLWNvbWJpbmluZyByYW5nZSAoMHgwLDB4 MTAwMCkgd2FzIGFscmVhZHkgY2xlYXIKKD09KSBWRVNBKDApOiBXcml0ZS1jb21iaW5pbmcgcmFu Z2UgKDB4MCwweDEwMDApIHdhcyBhbHJlYWR5IGNsZWFyCig9PSkgVkVTQSgwKTogV3JpdGUtY29t YmluaW5nIHJhbmdlICgweDAsMHgxMDAwKSB3YXMgYWxyZWFkeSBjbGVhcgooPT0pIFZFU0EoMCk6 IFdyaXRlLWNvbWJpbmluZyByYW5nZSAoMHgwLDB4MTAwMCkgd2FzIGFscmVhZHkgY2xlYXIKKD09 KSBWRVNBKDApOiBXcml0ZS1jb21iaW5pbmcgcmFuZ2UgKDB4MCwweDEwMDApIHdhcyBhbHJlYWR5 IGNsZWFyCig9PSkgVkVTQSgwKTogV3JpdGUtY29tYmluaW5nIHJhbmdlICgweDAsMHgxMDAwKSB3 YXMgYWxyZWFkeSBjbGVhcgooPT0pIFZFU0EoMCk6IFdyaXRlLWNvbWJpbmluZyByYW5nZSAoMHgw LDB4MTAwMCkgd2FzIGFscmVhZHkgY2xlYXIKKD09KSBWRVNBKDApOiBXcml0ZS1jb21iaW5pbmcg cmFuZ2UgKDB4MCwweDEwMDApIHdhcyBhbHJlYWR5IGNsZWFyCig9PSkgVkVTQSgwKTogV3JpdGUt Y29tYmluaW5nIHJhbmdlICgweDAsMHgxMDAwKSB3YXMgYWxyZWFkeSBjbGVhcgooPT0pIFZFU0Eo MCk6IFdyaXRlLWNvbWJpbmluZyByYW5nZSAoMHgwLDB4MTAwMCkgd2FzIGFscmVhZHkgY2xlYXIK KD09KSBWRVNBKDApOiBXcml0ZS1jb21iaW5pbmcgcmFuZ2UgKDB4MCwweDEwMDApIHdhcyBhbHJl YWR5IGNsZWFyCihJSSkgVkVTQSgwKTogPGRlZmF1bHQgbW9uaXRvcj46IFVzaW5nIGhzeW5jIHJh bmdlIG9mIDMwLjAwLTgxLjAwIGtIegooSUkpIFZFU0EoMCk6IDxkZWZhdWx0IG1vbml0b3I+OiBV c2luZyB2cmVmcmVzaCByYW5nZSBvZiA1Ni4wMC03NS4wMCBIegooSUkpIFZFU0EoMCk6IDxkZWZh dWx0IG1vbml0b3I+OiBVc2luZyBtYXhpbXVtIHBpeGVsIGNsb2NrIG9mIDE0MC4wMCBNSHoKKD09 KSBWRVNBKDApOiBXcml0ZS1jb21iaW5pbmcgcmFuZ2UgKDB4MCwweDEwMDApIHdhcyBhbHJlYWR5 IGNsZWFyCig9PSkgVkVTQSgwKTogV3JpdGUtY29tYmluaW5nIHJhbmdlICgweDAsMHgxMDAwKSB3 YXMgYWxyZWFkeSBjbGVhcgooPT0pIFZFU0EoMCk6IFdyaXRlLWNvbWJpbmluZyByYW5nZSAoMHgw LDB4MTAwMCkgd2FzIGFscmVhZHkgY2xlYXIKKD09KSBWRVNBKDApOiBXcml0ZS1jb21iaW5pbmcg cmFuZ2UgKDB4MCwweDEwMDApIHdhcyBhbHJlYWR5IGNsZWFyCig9PSkgVkVTQSgwKTogV3JpdGUt Y29tYmluaW5nIHJhbmdlICgweDAsMHgxMDAwKSB3YXMgYWxyZWFkeSBjbGVhcgooPT0pIFZFU0Eo MCk6IFdyaXRlLWNvbWJpbmluZyByYW5nZSAoMHgwLDB4MTAwMCkgd2FzIGFscmVhZHkgY2xlYXIK KD09KSBWRVNBKDApOiBXcml0ZS1jb21iaW5pbmcgcmFuZ2UgKDB4MCwweDEwMDApIHdhcyBhbHJl YWR5IGNsZWFyCig9PSkgVkVTQSgwKTogV3JpdGUtY29tYmluaW5nIHJhbmdlICgweDAsMHgxMDAw KSB3YXMgYWxyZWFkeSBjbGVhcgooPT0pIFZFU0EoMCk6IFdyaXRlLWNvbWJpbmluZyByYW5nZSAo MHgwLDB4MTAwMCkgd2FzIGFscmVhZHkgY2xlYXIKKD09KSBWRVNBKDApOiBXcml0ZS1jb21iaW5p bmcgcmFuZ2UgKDB4MCwweDEwMDApIHdhcyBhbHJlYWR5IGNsZWFyCigtLSkgVkVTQSgwKTogVmly dHVhbCBzaXplIGlzIDEyODB4MTAyNCAocGl0Y2ggMTI4MCkKKCoqKSBWRVNBKDApOiAqQnVpbHQt aW4gbW9kZSAiMTI4MHgxMDI0IgooKiopIFZFU0EoMCk6ICBCdWlsdC1pbiBtb2RlICIxMjgweDEw MjQiCigqKikgVkVTQSgwKTogIEJ1aWx0LWluIG1vZGUgIjEwMjR4NzY4IgooKiopIFZFU0EoMCk6 ICBCdWlsdC1pbiBtb2RlICI4MDB4NjAwIgooKiopIFZFU0EoMCk6ICBCdWlsdC1pbiBtb2RlICI2 NDB4NDgwIgooKiopIFZFU0EoMCk6IERpc3BsYXkgZGltZW5zaW9uczogKDM4MCwgMzAwKSBtbQoo KiopIFZFU0EoMCk6IERQSSBzZXQgdG8gKDg1LCA4NikKKCoqKSBWRVNBKDApOiBVc2luZyAiU2hh ZG93IEZyYW1lYnVmZmVyIgooSUkpIExvYWRpbmcgL3Vzci9sb2NhbC9saWIveG9yZy9tb2R1bGVz L2xpYnNoYWRvdy5zbwooSUkpIE1vZHVsZSBzaGFkb3c6IHZlbmRvcj0iWC5PcmcgRm91bmRhdGlv biIKICAgICAgICBjb21waWxlZCBmb3IgMS43LjcsIG1vZHVsZSB2ZXJzaW9uID0gMS4xLjAKKElJ KSBMb2FkaW5nIC91c3IvbG9jYWwvbGliL3hvcmcvbW9kdWxlcy9saWJmYi5zbwooSUkpIE1vZHVs ZSBmYjogdmVuZG9yPSJYLk9yZyBGb3VuZGF0aW9uIgogICAgICAgIGNvbXBpbGVkIGZvciAxLjcu NywgbW9kdWxlIHZlcnNpb24gPSAxLjAuMAooPT0pIFZFU0EoMCk6IFdyaXRlLWNvbWJpbmluZyBy YW5nZSAoMHgwLDB4MTAwMCkgd2FzIGFscmVhZHkgY2xlYXIKKD09KSBEZXB0aCAyNCBwaXhtYXAg Zm9ybWF0IGlzIDMyIGJwcAooSUkpIFZFU0EoMCk6IGluaXRpYWxpemluZyBpbnQxMAooPT0pIFZF U0EoMCk6IFdyaXRlLWNvbWJpbmluZyByYW5nZSAoMHhhMDAwMCwweDIwMDAwKSB3YXMgYWxyZWFk eSBjbGVhcgooSUkpIFZFU0EoMCk6IFByaW1hcnkgVl9CSU9TIHNlZ21lbnQgaXM6IDB4YzAwMAoo PT0pIFZFU0EoMCk6IFdyaXRlLWNvbWJpbmluZyByYW5nZSAoMHgwLDB4MTAwMCkgd2FzIGFscmVh ZHkgY2xlYXIKKD09KSBWRVNBKDApOiBXcml0ZS1jb21iaW5pbmcgcmFuZ2UgKDB4MCwweDEwMDAp IHdhcyBhbHJlYWR5IGNsZWFyCig9PSkgVkVTQSgwKTogV3JpdGUtY29tYmluaW5nIHJhbmdlICgw eDAsMHgxMDAwKSB3YXMgYWxyZWFkeSBjbGVhcgooSUkpIFZFU0EoMCk6IFZFU0EgQklPUyBkZXRl Y3RlZApmYWlsZWQgdG8gc2V0IG10cnI6IEludmFsaWQgYXJndW1lbnQKKD09KSBWRVNBKDApOiBX cml0ZS1jb21iaW5pbmcgcmFuZ2UgKDB4MCwweDEwMDApIHdhcyBhbHJlYWR5IGNsZWFyCig9PSkg VkVTQSgwKTogV3JpdGUtY29tYmluaW5nIHJhbmdlICgweDAsMHgxMDAwKSB3YXMgYWxyZWFkeSBj bGVhcgooPT0pIFZFU0EoMCk6IFdyaXRlLWNvbWJpbmluZyByYW5nZSAoMHgwLDB4MTAwMCkgd2Fz IGFscmVhZHkgY2xlYXIKKD09KSBWRVNBKDApOiBXcml0ZS1jb21iaW5pbmcgcmFuZ2UgKDB4MCww eDEwMDApIHdhcyBhbHJlYWR5IGNsZWFyCig9PSkgVkVTQSgwKTogV3JpdGUtY29tYmluaW5nIHJh bmdlICgweDAsMHgxMDAwKSB3YXMgYWxyZWFkeSBjbGVhcgooPT0pIFZFU0EoMCk6IFdyaXRlLWNv bWJpbmluZyByYW5nZSAoMHgwLDB4MTAwMCkgd2FzIGFscmVhZHkgY2xlYXIKKD09KSBWRVNBKDAp OiBXcml0ZS1jb21iaW5pbmcgcmFuZ2UgKDB4MCwweDEwMDApIHdhcyBhbHJlYWR5IGNsZWFyCig9 PSkgVkVTQSgwKTogV3JpdGUtY29tYmluaW5nIHJhbmdlICgweDAsMHgxMDAwKSB3YXMgYWxyZWFk eSBjbGVhcgooPT0pIFZFU0EoMCk6IFdyaXRlLWNvbWJpbmluZyByYW5nZSAoMHgwLDB4MTAwMCkg d2FzIGFscmVhZHkgY2xlYXIKKD09KSBWRVNBKDApOiBXcml0ZS1jb21iaW5pbmcgcmFuZ2UgKDB4 MCwweDEwMDApIHdhcyBhbHJlYWR5IGNsZWFyCihJSSkgVkVTQSgwKTogU2V0dGluZyB1cCBWRVNB IE1vZGUgMHgxMUIgKDEyODB4MTAyNCkKKD09KSBWRVNBKDApOiBXcml0ZS1jb21iaW5pbmcgcmFu Z2UgKDB4MCwweDEwMDApIHdhcyBhbHJlYWR5IGNsZWFyCig9PSkgVkVTQSgwKTogV3JpdGUtY29t YmluaW5nIHJhbmdlICgweDAsMHgxMDAwKSB3YXMgYWxyZWFkeSBjbGVhcgooPT0pIFZFU0EoMCk6 IFdyaXRlLWNvbWJpbmluZyByYW5nZSAoMHgwLDB4MTAwMCkgd2FzIGFscmVhZHkgY2xlYXIKKD09 KSBWRVNBKDApOiBXcml0ZS1jb21iaW5pbmcgcmFuZ2UgKDB4MCwweDEwMDApIHdhcyBhbHJlYWR5 IGNsZWFyCig9PSkgVkVTQSgwKTogRGVmYXVsdCB2aXN1YWwgaXMgVHJ1ZUNvbG9yCig9PSkgVkVT QSgwKTogQmFja2luZyBzdG9yZSBkaXNhYmxlZAooPT0pIFZFU0EoMCk6IERQTVMgZW5hYmxlZAoo PT0pIFJhbmRSIGVuYWJsZWQKKCoqKSBtb3VzZV9wYW5kb3JhOiBQcm90b2NvbDogIlN5c01vdXNl IgooKiopIG1vdXNlX3BhbmRvcmE6IGFsd2F5cyByZXBvcnRzIGNvcmUgZXZlbnRzCigqKikgbW91 c2VfcGFuZG9yYTogRW11bGF0ZTNCdXR0b25zLCBFbXVsYXRlM1RpbWVvdXQ6IDUwCigqKikgbW91 c2VfcGFuZG9yYTogWkF4aXNNYXBwaW5nOiBidXR0b25zIDQsIDUsIDYgYW5kIDcKKCoqKSBtb3Vz ZV9wYW5kb3JhOiBCdXR0b25zOiA3CihJSSkgWElOUFVUOiBBZGRpbmcgZXh0ZW5kZWQgaW5wdXQg ZGV2aWNlICJtb3VzZV9wYW5kb3JhIiAodHlwZTogTU9VU0UpCigqKikgbW91c2VfcGFuZG9yYTog KGFjY2VsKSBrZWVwaW5nIGFjY2VsZXJhdGlvbiBzY2hlbWUgMQooKiopIG1vdXNlX3BhbmRvcmE6 IChhY2NlbCkgYWNjZWxlcmF0aW9uIHByb2ZpbGUgMAooKiopIGtleWJvYXJkX3BhbmRvcmE6IGFs d2F5cyByZXBvcnRzIGNvcmUgZXZlbnRzCihJSSkgWElOUFVUOiBBZGRpbmcgZXh0ZW5kZWQgaW5w dXQgZGV2aWNlICJrZXlib2FyZF9wYW5kb3JhIiAodHlwZTogS0VZQk9BUkQpCgojIyMgb3AgWG9y ZyBpcyB1cAoKCiMgcHJlc3MgY3RybCtjCl5DKD09KSBWRVNBKDApOiBXcml0ZS1jb21iaW5pbmcg cmFuZ2UgKDB4MCwweDEwMDApIHdhcyBhbHJlYWR5IGNsZWFyCig9PSkgVkVTQSgwKTogV3JpdGUt Y29tYmluaW5nIHJhbmdlICgweDAsMHgxMDAwKSB3YXMgYWxyZWFkeSBjbGVhcgooPT0pIFZFU0Eo MCk6IFdyaXRlLWNvbWJpbmluCgoK --047d7b3a9a7cdd538504e9bf2fd3-- From owner-freebsd-stable@FreeBSD.ORG Mon Oct 28 04:20:11 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id 0EBB367F for ; Mon, 28 Oct 2013 04:20:11 +0000 (UTC) (envelope-from john.marshall@riverwillow.com.au) Received: from mail1.riverwillow.net.au (mail1.riverwillow.net.au [IPv6:2001:8000:1000:1801::36]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 786AB2F90 for ; Mon, 28 Oct 2013 04:20:10 +0000 (UTC) Received: from rwpc15.gfn.riverwillow.net.au (rwpc15.gfn.riverwillow.net.au [IPv6:2001:8000:1000:18e1:20c:76ff:fe0a:2117]) (authenticated bits=56) by mail1.riverwillow.net.au (8.14.7/8.14.7) with ESMTP id r9S4K1Ts016981 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Mon, 28 Oct 2013 15:20:03 +1100 (AEDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=riverwillow.com.au; s=m1001; t=1382934004; bh=ahOxpUN55/wpQNXI9X4k81gdqqMdvmG2dDP1Sb0qv0A=; h=Date:From:To:Subject; b=qLBOoxbYwOzLHA8+8rE286v//bGCKWhqkKZNFe38H/mlN9fIfVTCx0fxR6ARW1+Es Ae7aB/9HGEmzMyWWSO0LdZQPeWCyNw+bFdf4v5hytD++UESZSOhgTvWx8jbvTe3/EB n4Ql2nhaW+841PKaqASIPg70Q/D9QZsLPZyJF8Gc= Date: Mon, 28 Oct 2013 15:20:01 +1100 From: John Marshall To: freebsd-stable@freebsd.org Subject: Stale NTP in FreeBSD Message-ID: <20131028042000.GA1455@rwpc15.gfn.riverwillow.net.au> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nFreZHaLTZJo0R7j" Content-Disposition: inline OpenPGP: id=A29A84A2; url=http://pki.riverwillow.com.au/pgp/johnmarshall.asc User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Oct 2013 04:20:11 -0000 --nFreZHaLTZJo0R7j Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Apologies if this is the wrong mailing list but no list in particular seems appropriate. I was disappointed to discover in the 9.2-RC's that ntpd was still 4.2.4p8. I notice that that same (legacy) ntpd version is in stable/10 and, presumably, likely to end up in the new 10.0 release; so I thought I should speak up in the hope that it is not yet too late for the current ntpd stable release to be included. 2006-12-28 ntpd 4.2.4 released 2008-08-21 ntpd 4.2.4p5 released 2008-08-23 FreeBSD imports ntpd 4.2.4p5 to head 2009-01-04 FreeBSD 7.1-RELEASE (with ntpd 4.2.4p5) 2009-05-04 FreeBSD 7.2-RELEASE (with ntpd 4.2.4p5) 2009-11-25 FreeBSD 8.0-RELEASE (with ntpd 4.2.4p5) 2009-12-08 ntpd 4.2.4p8 released 2009-12-12 ntpd 4.2.6 released 2009-12-16 FreeBSD imports ntpd 4.2.4p8 to head 2010-03-23 FreeBSD 7.3-RELEASE (with ntpd 4.2.4p5) 2010-07-23 FreeBSD 8.1-RELEASE (with ntpd 4.2.4p5) 2011-02-24 FreeBSD 7.4-RELEASE (with ntpd 4.2.4p5) 2011-02-24 FreeBSD 8.2-RELEASE (with ntpd 4.2.4p5) 2011-12-24 ntpd 4.2.6p5 released <------------- current ntpd STABLE 2012-01-10 FreeBSD 9.0-RELEASE (with ntpd 4.2.4p8) 2012-04-18 FreeBSD 8.3-RELEASE (with ntpd 4.2.4p5) 2012-12-30 FreeBSD 9.1-RELEASE (with ntpd 4.2.4p8) 2013-06-09 FreeBSD 8.4-RELEASE (with ntpd 4.2.4p5) 2013-09-30 FreeBSD 9.2-RELEASE (with ntpd 4.2.4p8) [soon] FreeBSD 10.0-RELEASE (still with ntpd 4.2.4p8?) rwpc15> cd /usr/src && svn cat ^/stable/10/contrib/ntp/version.m4 m4_define([VERSION_NUMBER],[4.2.4p8]) The version of ntp in FreeBSD has been 'legacy' since December 2009 (almost 4 years ago). Is there a technical reason why we are stuck at 4.2.4 or is it simply lack of volunteer resources? Perhaps ntp (and some of the other imported software in the base) is just not on anybody's RADAR? I know I can "use the port" if I want a current version of ntp, but I can't see the point of shipping superseded stuff in the base without good reason. Would it be asking to much for re@ to include, as part of its release planning, a review of just how current the vendor imports are? Perhaps this is already part of the process? Thank you for listening :-) --=20 John Marshall --nFreZHaLTZJo0R7j Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iEYEARECAAYFAlJt5fAACgkQw/tAaKKahKJZ8ACfSdNqCOVFuC5XuhN6sHIc2jNN SSQAnAt3aNmSaqRyT5+NNq7zxuCQU1NT =wWpp -----END PGP SIGNATURE----- --nFreZHaLTZJo0R7j-- From owner-freebsd-stable@FreeBSD.ORG Mon Oct 28 04:43:45 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id 241B09AB for ; Mon, 28 Oct 2013 04:43:45 +0000 (UTC) (envelope-from robert.burmeister@utoledo.edu) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0578220CB for ; Mon, 28 Oct 2013 04:43:44 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1Vaefx-0005n7-Ru for freebsd-stable@freebsd.org; Sun, 27 Oct 2013 21:43:37 -0700 Date: Sun, 27 Oct 2013 21:43:37 -0700 (PDT) From: Robert_Burmeister To: freebsd-stable@freebsd.org Message-ID: <1382935417785-5855675.post@n5.nabble.com> In-Reply-To: <1377856164912-5840292.post@n5.nabble.com> References: <521C9E85.4060801@UToledo.edu> <1377805359915-5840115.post@n5.nabble.com> <1377856164912-5840292.post@n5.nabble.com> Subject: Re: Suggest changing dirhash defaults for FreeBSD 9.2. MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Oct 2013 04:43:45 -0000 Additional observation: When virtual memory is continually using swap the vfs.ufs.dirhash_mem gets squished to 0 which is, I believe, the desired behavior. -- View this message in context: http://freebsd.1045724.n5.nabble.com/Suggest-changing-dirhash-defaults-for-FreeBSD-9-2-tp5839351p5855675.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Mon Oct 28 12:42:30 2013 Return-Path: Delivered-To: stable@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 ESMTP id 636BCD64; Mon, 28 Oct 2013 12:42:30 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.69.10]) (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 E4E702B99; Mon, 28 Oct 2013 12:42:29 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.7/8.14.7) with ESMTP id r9SCgLDE052628; Mon, 28 Oct 2013 16:42:21 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.7/8.14.7/Submit) id r9SCgLvR052627; Mon, 28 Oct 2013 16:42:21 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Mon, 28 Oct 2013 16:42:21 +0400 From: Gleb Smirnoff To: current@FreeBSD.org Subject: [heads up] axing AppleTalk and IPX/SPX Message-ID: <20131028124221.GO52889@glebius.int.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Oct 2013 12:42:30 -0000 Hello! [Cc to stable@, for wider audience] The plan is two axe two old networking protocols from FreeBSD head/, meaning that FreeBSD 11.0-RELEASE, available in couple of years would be shipped without them. 1) AppleTalk Last time claimed to be supported by vendor in 2007[1]. In practice had very little use since 90th. Discontinued by major routing equipment vendors since 2009[2]. 2) IPX Last time claimed to be supported by vendor in 2007[3]. In practice had very little use since 90th. Discontinued by major routing equipment vendors since 2011[4]. Current status of these protocols in FreeBSD is "compilable". For the next couple of years, we plan a lot of changes in networking stack, many of which will require changing the protocols, as well. Keeping them in compilable state would require additional manpower, but it is very probable, that after all the changes they will be utterly broken, albeit compilable. P.S. I account any objector as taker of maintainership :) [1] http://en.wikipedia.org/wiki/Mac_OS_X_v10.5 http://en.wikipedia.org/wiki/Mac_OS_X_v10.6 [2] http://www.cisco.com/en/US/prod/collateral/iosswrel/ps8802/ps5460/product_bulletin_c25-520459.html [3] http://en.wikipedia.org/wiki/Open_Enterprise_Server#OES-NetWare [4] http://www.cisco.com/en/US/docs/ios/novipx/configuration/guide/Novell_IPX_Discontinuation.html -- Totus tuus, Glebius. From owner-freebsd-stable@FreeBSD.ORG Mon Oct 28 13:29:23 2013 Return-Path: Delivered-To: stable@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 ESMTP id 7EEC7322; Mon, 28 Oct 2013 13:29:23 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from mx0.gid.co.uk (mx0.gid.co.uk [194.32.164.250]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0D47C2EF1; Mon, 28 Oct 2013 13:29:22 +0000 (UTC) Received: from [194.32.164.26] (80-46-130-69.static.dsl.as9105.com [80.46.130.69]) by mx0.gid.co.uk (8.14.2/8.14.2) with ESMTP id r9SDEpVE019742; Mon, 28 Oct 2013 13:14:51 GMT (envelope-from rb@gid.co.uk) Subject: Re: [heads up] axing AppleTalk and IPX/SPX Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=us-ascii From: Bob Bishop In-Reply-To: <20131028124221.GO52889@glebius.int.ru> Date: Mon, 28 Oct 2013 13:14:46 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20131028124221.GO52889@glebius.int.ru> To: Gleb Smirnoff X-Mailer: Apple Mail (2.1283) Cc: stable@freebsd.org, current@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Oct 2013 13:29:23 -0000 Hi, On 28 Oct 2013, at 12:42, Gleb Smirnoff wrote: > Hello! >=20 > [Cc to stable@, for wider audience] >=20 > The plan is two axe two old networking protocols from FreeBSD head/, > meaning that FreeBSD 11.0-RELEASE, available in couple of years would > be shipped without them. >=20 > 1) AppleTalk >=20 > Last time claimed to be supported by vendor in 2007[1]. In practice > had very little use since 90th. > Discontinued by major routing equipment vendors since 2009[2]. More pertinantly, netatalk dropped AppleTalk support with v3.0 in = 2012[a]. [a] http://netatalk.sourceforge.net/3.0/ReleaseNotes-3.0-alpha1.html > 2) IPX >=20 > Last time claimed to be supported by vendor in 2007[3]. In practice > had very little use since 90th. > Discontinued by major routing equipment vendors since 2011[4]. >=20 > Current status of these protocols in FreeBSD is "compilable". For the > next couple of years, we plan a lot of changes in networking stack, > many of which will require changing the protocols, as well. Keeping > them in compilable state would require additional manpower, but it > is very probable, that after all the changes they will be utterly > broken, albeit compilable. >=20 > P.S. I account any objector as taker of maintainership :) >=20 > [1] http://en.wikipedia.org/wiki/Mac_OS_X_v10.5 > http://en.wikipedia.org/wiki/Mac_OS_X_v10.6 > [2] = http://www.cisco.com/en/US/prod/collateral/iosswrel/ps8802/ps5460/product_= bulletin_c25-520459.html > [3] http://en.wikipedia.org/wiki/Open_Enterprise_Server#OES-NetWare > [4] = http://www.cisco.com/en/US/docs/ios/novipx/configuration/guide/Novell_IPX_= Discontinuation.html >=20 > --=20 > Totus tuus, Glebius. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" >=20 -- Bob Bishop +44 (0)118 940 1243 rb@gid.co.uk fax +44 (0)118 940 1295 mobile +44 (0)783 626 4518 From owner-freebsd-stable@FreeBSD.ORG Mon Oct 28 13:35:28 2013 Return-Path: Delivered-To: stable@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 ESMTP id B798B911; Mon, 28 Oct 2013 13:35:28 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from smtpauth2.wiscmail.wisc.edu (wmauth2.doit.wisc.edu [144.92.197.222]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 894AA2F88; Mon, 28 Oct 2013 13:35:28 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from avs-daemon.smtpauth2.wiscmail.wisc.edu by smtpauth2.wiscmail.wisc.edu (Oracle Communications Messaging Server 7u4-27.01(7.0.4.27.0) 64bit (built Aug 30 2012)) id <0MVD00500S9KU800@smtpauth2.wiscmail.wisc.edu>; Mon, 28 Oct 2013 08:35:27 -0500 (CDT) X-Spam-PmxInfo: Server=avs-2, Version=6.0.3.2322014, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2013.10.28.132415, SenderIP=0.0.0.0 X-Spam-Report: AuthenticatedSender=yes, SenderIP=0.0.0.0 Received: from wanderer.tachypleus.net (adsl-76-208-69-44.dsl.mdsnwi.sbcglobal.net [76.208.69.44]) by smtpauth2.wiscmail.wisc.edu (Oracle Communications Messaging Server 7u4-27.01(7.0.4.27.0) 64bit (built Aug 30 2012)) with ESMTPSA id <0MVD0013OSF1ZG30@smtpauth2.wiscmail.wisc.edu>; Mon, 28 Oct 2013 08:35:27 -0500 (CDT) Message-id: <526E681D.9070405@freebsd.org> Date: Mon, 28 Oct 2013 08:35:25 -0500 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0 To: Gleb Smirnoff , current@FreeBSD.org Subject: Re: [heads up] axing AppleTalk and IPX/SPX References: <20131028124221.GO52889@glebius.int.ru> In-reply-to: <20131028124221.GO52889@glebius.int.ru> X-Enigmail-Version: 1.5.2 Cc: stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Oct 2013 13:35:28 -0000 On 10/28/13 07:42, Gleb Smirnoff wrote: > Hello! > > [Cc to stable@, for wider audience] > > The plan is two axe two old networking protocols from FreeBSD head/, > meaning that FreeBSD 11.0-RELEASE, available in couple of years would > be shipped without them. > > 1) AppleTalk > > Last time claimed to be supported by vendor in 2007[1]. In practice > had very little use since 90th. > Discontinued by major routing equipment vendors since 2009[2]. I actually still use this. > Current status of these protocols in FreeBSD is "compilable". For the > next couple of years, we plan a lot of changes in networking stack, > many of which will require changing the protocols, as well. Keeping > them in compilable state would require additional manpower, but it > is very probable, that after all the changes they will be utterly > broken, albeit compilable. Given that Appletalk currently is in a much state than "compilable", how serious are these changes? > P.S. I account any objector as taker of maintainership :) > If they are minor, I volunteer for Appletalk. Otherwise, axe away... -Nathan From owner-freebsd-stable@FreeBSD.ORG Mon Oct 28 15:28:17 2013 Return-Path: Delivered-To: stable@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 ESMTP id A20307E9; Mon, 28 Oct 2013 15:28:17 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (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 748A82728; Mon, 28 Oct 2013 15:28:17 +0000 (UTC) Received: from jre-mbp.elischer.org (ppp121-45-246-96.lns20.per2.internode.on.net [121.45.246.96]) (authenticated bits=0) by vps1.elischer.org (8.14.7/8.14.7) with ESMTP id r9SFSCie015934 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Mon, 28 Oct 2013 08:28:15 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <526E8287.8080609@freebsd.org> Date: Mon, 28 Oct 2013 23:28:07 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:24.0) Gecko/20100101 Thunderbird/24.0.1 MIME-Version: 1.0 To: Gleb Smirnoff , current@FreeBSD.org Subject: Re: [heads up] axing AppleTalk and IPX/SPX References: <20131028124221.GO52889@glebius.int.ru> In-Reply-To: <20131028124221.GO52889@glebius.int.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Oct 2013 15:28:17 -0000 On 10/28/13 8:42 PM, Gleb Smirnoff wrote: > Hello! > > [Cc to stable@, for wider audience] > > The plan is two axe two old networking protocols from FreeBSD head/, > meaning that FreeBSD 11.0-RELEASE, available in couple of years would > be shipped without them. > > 1) AppleTalk > > Last time claimed to be supported by vendor in 2007[1]. In practice > had very little use since 90th. > Discontinued by major routing equipment vendors since 2009[2]. I did a lot of work on this to get it going in the 90s but really it's only current value is as an example of a non-IP protocol. (and the same for IPX, which was what Novell used to use I believe.) I'd be pretty amazed to discover anyone still used either. ok I did see someone talking about IPX a while back but, really it should probably go.. the timeframe is good.. "shoot in 11" :-) > 2) IPX > > Last time claimed to be supported by vendor in 2007[3]. In practice > had very little use since 90th. > Discontinued by major routing equipment vendors since 2011[4]. > > Current status of these protocols in FreeBSD is "compilable". For the > next couple of years, we plan a lot of changes in networking stack, > many of which will require changing the protocols, as well. Keeping > them in compilable state would require additional manpower, but it > is very probable, that after all the changes they will be utterly > broken, albeit compilable. > > P.S. I account any objector as taker of maintainership :) > > [1] http://en.wikipedia.org/wiki/Mac_OS_X_v10.5 > http://en.wikipedia.org/wiki/Mac_OS_X_v10.6 > [2] http://www.cisco.com/en/US/prod/collateral/iosswrel/ps8802/ps5460/product_bulletin_c25-520459.html > [3] http://en.wikipedia.org/wiki/Open_Enterprise_Server#OES-NetWare > [4] http://www.cisco.com/en/US/docs/ios/novipx/configuration/guide/Novell_IPX_Discontinuation.html > From owner-freebsd-stable@FreeBSD.ORG Mon Oct 28 16:49:24 2013 Return-Path: Delivered-To: stable@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 ESMTP id EA749741; Mon, 28 Oct 2013 16:49:24 +0000 (UTC) (envelope-from drosih@rpi.edu) Received: from smtp10.server.rpi.edu (smtp10.server.rpi.edu [128.113.2.230]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8A0EA2C79; Mon, 28 Oct 2013 16:49:24 +0000 (UTC) Received: from smtp-auth1.server.rpi.edu (smtp-auth1.server.rpi.edu [128.113.2.231]) by smtp10.server.rpi.edu (8.14.3/8.14.3/Debian-9.4) with ESMTP id r9SGmlQQ008874; Mon, 28 Oct 2013 12:48:48 -0400 Message-Id: <201310281648.r9SGmlQQ008874@smtp10.server.rpi.edu> Received: from smtp-auth1.server.rpi.edu (localhost [127.0.0.1]) by smtp-auth1.server.rpi.edu (Postfix) with ESMTP id D2A2158087; Mon, 28 Oct 2013 12:48:47 -0400 (EDT) Received: from localhost.localdomain (webmail1.server.rpi.edu [128.113.2.169]) by smtp-auth1.server.rpi.edu (Postfix) with ESMTP id ADCB858005; Mon, 28 Oct 2013 12:48:47 -0400 (EDT) Content-Type: text/plain Content-Disposition: inline Content-Transfer-Encoding: binary X-Originating-Ip: 128.113.124.121 X-Http_host: webmail.rpi.edu Date: Mon, 28 Oct 2013 12:49:14 -0400 MIME-Version: 1.0 Subject: Re: [heads up] axing AppleTalk and IPX/SPX X-Mailer: EMUmail 6.0.1.32 From: drosih@rpi.edu X-Browser: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/534. 59.8 (KHTML, like Gecko) Version/5.1.9 Safari/534.59.8 X-Webmail-User: drosih@mail.rpi.edu To: julian@freebsd.org, glebius@FreeBSD.org X-Virus-Scanned: ClamAV using ClamSMTP X-Bayes-Prob: 0.0001 (Score 0, tokens from: outgoing, @@RPTN) X-Spam-Score: 0.00 () [Hold at 15.00] MSGID_FROM_MTA_HEADER:0.001, T_RP_MATCHES_RCVD:-0.01, SPF(none:0) X-CanIt-Incident-Id: 03KGEMMSS X-CanIt-Geo: ip=128.113.2.169; country=US; region=NY; city=Troy; postalcode=12180; latitude=42.7495; longitude=-73.5951; metrocode=532; areacode=518; http://maps.google.com/maps?q=42.7495,-73.5951&z=6 X-CanItPRO-Stream: outgoing X-Canit-Stats-ID: Bayes signature not available X-Scanned-By: CanIt (www . roaringpenguin . com) on 128.113.2.230 Cc: stable@FreeBSD.org, current@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: drosih@rpi.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Oct 2013 16:49:25 -0000 On Mon, 28 Oct 2013 11:28:07 EDT Julian Elischer wrote: > > On 10/28/13 8:42 PM, Gleb Smirnoff wrote: > > > > The plan is two axe two old networking protocols from FreeBSD head/, > > meaning that FreeBSD 11.0-RELEASE (available in couple of years) would > > be shipped without them. > > > > 1) AppleTalk > > > > Last time claimed to be supported by vendor in 2007[1]. In > > practice had very little use since 90th. > > Discontinued by major routing equipment vendors since 2009[2]. > > I did a lot of work on this to get it going in the 90s but > really it's only current value is as an example of a non-IP protocol. > > (and the same for IPX, which was what Novell used to use I believe.) > I'd be pretty amazed to discover anyone still used either. FWIW, we still use Appletalk for a lot of printing at RPI, although we're not using the system-level Appletalk in FreeBSD. I've got my own heavily customized version of the old CAP (Columbia Appletalk Package). We use it only for printing, not for file-sharing. I can certainly confirm that very few printers support Appletalk, so obviously we (at RPI) are in for a world of hurt at some point in the future. But we've also cut back so much on systems-programmers and sysadmin's that we haven't had the manpower to work on alternatives. I suspect this will end badly. I notice that CAP was removed from the ports collection some time ago, and that there didn't seem to be any objections to that. So that's some more indication that appletalk isn't seeing much use. As far as the kernel-level support, I assume you're just removing all the code tied to the kernel options NETATALK and NETATALKDEBUG? Or does it entail some other changes, which might wreck my custom compile of CAP? -- Garance Alistair Drosehn = drosehn@rpi.edu Senior Systems Programmer or gad@FreeBSD.org Rensselaer Polytechnic Institute; Troy, NY; USA From owner-freebsd-stable@FreeBSD.ORG Mon Oct 28 18:55:29 2013 Return-Path: Delivered-To: stable@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 ESMTP id A6A52F29; Mon, 28 Oct 2013 18:55:29 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from gilb.zs64.net (gilb.zs64.net [IPv6:2a00:14b0:4200:32e0::1ea]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 688982578; Mon, 28 Oct 2013 18:55:29 +0000 (UTC) Received: by gilb.zs64.net (Postfix, from stb@lassitu.de) id 7417F8CC5E; Mon, 28 Oct 2013 18:55:16 +0000 (UTC) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1816\)) Subject: Re: [heads up] axing AppleTalk and IPX/SPX From: Stefan Bethke In-Reply-To: <20131028124221.GO52889@glebius.int.ru> Date: Mon, 28 Oct 2013 19:54:52 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <139F9446-64B8-4105-AEFB-4F90EDB44792@lassitu.de> References: <20131028124221.GO52889@glebius.int.ru> To: Gleb Smirnoff X-Mailer: Apple Mail (2.1816) Cc: stable@FreeBSD.org, current@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Oct 2013 18:55:29 -0000 Am 28.10.2013 um 13:42 schrieb Gleb Smirnoff : > The plan is two axe two old networking protocols from FreeBSD head/, > meaning that FreeBSD 11.0-RELEASE, available in couple of years would > be shipped without them. >=20 > 1) AppleTalk >=20 > Last time claimed to be supported by vendor in 2007[1]. In practice > had very little use since 90th. > Discontinued by major routing equipment vendors since 2009[2]. Since Apple has now even deprecated AFP (the file sharing protocol = implemented by netatalk, among others), it=92s time to let go. There=92s a thriving historic enthusiast community around older Macs and = Apple IIs, and I can report that FreeBSD 4 (including then-current = versions of netatalk and for those who care, macipgw) works just fine in = VirtualBox, on FreeBSD 9-stable. Newer FreeBSD versions will likely work = as well. Since AppleTalk (DDP and the layer 3 protocols on top of it) = were originally tuned for LocalTalk and it=92s 230.4 kbps rate, running = a virtualized OS on even very modest hardware will likely incur no = performance penalty, so just shove a VM onto any old box. Stefan --=20 Stefan Bethke Fon +49 151 14070811 From owner-freebsd-stable@FreeBSD.ORG Mon Oct 28 19:12:29 2013 Return-Path: Delivered-To: stable@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 ESMTP id A0031BE5 for ; Mon, 28 Oct 2013 19:12:29 +0000 (UTC) (envelope-from tom@samplonius.org) Received: from mail-pa0-f50.google.com (mail-pa0-f50.google.com [209.85.220.50]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 76BE326A9 for ; Mon, 28 Oct 2013 19:12:29 +0000 (UTC) Received: by mail-pa0-f50.google.com with SMTP id fb1so7298060pad.37 for ; Mon, 28 Oct 2013 12:12:23 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=ySOsJSaHujr2KueUNSwQqzLi+MlZN2x+NJmP6EVvo24=; b=RzBcDn1fuKRN8hYQQFDK6H0AOHcJ5aAceV3X/YCT4mhy1ssjxPwqDX+7bzH7b8kXov RqhwpokuOBT8iaostOF6OtCc6MtOrTki8tVkUzUSQ7ygKtd5MB+jXl7YkHFxyQymfNjZ XW9NkwTGbVm7bdmIMMTkMDXHP1TH+gxAm/Dw8WYmZb+uaGq+Mh35odCTFzfdDA0b2PAg WyXbTRxYQp+KzNLVb6setL9sp5RjiqfLIrpJXjXMCz85063ZQZO9wKRhBAPNKNb2l+sa 4n3XsqAlkiunZnqC/qTrJ0GzkZS5wW0YISy/T93EnI1YG2npsIagvAKOey9U/kGcZxrr rfdw== X-Gm-Message-State: ALoCoQmajcizGHOkw/+RT88oJ2KvLYSa23tkZEa7agPN3UQ3cTcP3mpgbnltGRLnc+tN0LVURCCR X-Received: by 10.66.146.199 with SMTP id te7mr27388562pab.106.1382987543665; Mon, 28 Oct 2013 12:12:23 -0700 (PDT) Received: from toms-air.navcorp.ca (corp.navigata.ca. [204.244.110.7]) by mx.google.com with ESMTPSA id ye1sm37050591pab.19.2013.10.28.12.12.22 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 28 Oct 2013 12:12:22 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1816\)) Subject: Re: [heads up] axing AppleTalk and IPX/SPX From: Tom Samplonius In-Reply-To: <139F9446-64B8-4105-AEFB-4F90EDB44792@lassitu.de> Date: Mon, 28 Oct 2013 12:12:21 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <06F87683-2E6F-48A1-B99B-E9A00070D4C3@samplonius.org> References: <20131028124221.GO52889@glebius.int.ru> <139F9446-64B8-4105-AEFB-4F90EDB44792@lassitu.de> To: Stefan Bethke X-Mailer: Apple Mail (2.1816) Cc: stable@FreeBSD.org, Gleb Smirnoff , current@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Oct 2013 19:12:29 -0000 On Oct 28, 2013, at 11:54 AM, Stefan Bethke wrote: > Am 28.10.2013 um 13:42 schrieb Gleb Smirnoff : >=20 >> The plan is two axe two old networking protocols from FreeBSD head/, >> meaning that FreeBSD 11.0-RELEASE, available in couple of years would >> be shipped without them. >>=20 >> 1) AppleTalk >>=20 >> Last time claimed to be supported by vendor in 2007[1]. In practice >> had very little use since 90th. >> Discontinued by major routing equipment vendors since 2009[2]. >=20 > Since Apple has now even deprecated AFP (the file sharing protocol = implemented by netatalk, among others), it=92s time to let go. >=20 Do you have a reference for that? Various pundits have claimed that = Apple is deprecating AFP because when you enable Personal File Sharing, = that enables SMB now, not AFP, but so far I have not seen any official = announcement from Apple either way. Tom From owner-freebsd-stable@FreeBSD.ORG Mon Oct 28 19:12:57 2013 Return-Path: Delivered-To: stable@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 ESMTP id F0162CE2; Mon, 28 Oct 2013 19:12:56 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8596426BB; Mon, 28 Oct 2013 19:12:56 +0000 (UTC) Received: from hugo10.ka.punkt.de ([217.29.45.10]) by gate1.intern.punkt.de with ESMTP id r9SIviij097570; Mon, 28 Oct 2013 19:57:44 +0100 (CET) Received: from [217.29.46.102] ([217.29.46.102]) by hugo10.ka.punkt.de (8.14.2/8.14.2) with ESMTP id r9SIviQv048428; Mon, 28 Oct 2013 19:57:44 +0100 (CET) (envelope-from hausen@punkt.de) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1816\)) Subject: Re: [heads up] axing AppleTalk and IPX/SPX From: "Patrick M. Hausen" In-Reply-To: <201310281648.r9SGmlQQ008874@smtp10.server.rpi.edu> Date: Mon, 28 Oct 2013 19:57:44 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <201310281648.r9SGmlQQ008874@smtp10.server.rpi.edu> To: drosih@rpi.edu X-Mailer: Apple Mail (2.1816) Cc: stable@freebsd.org, glebius@freebsd.org, julian@freebsd.org, current@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Oct 2013 19:12:57 -0000 Hi, all, Am 28.10.2013 um 17:49 schrieb drosih@rpi.edu: > I notice that CAP was removed from the ports collection some time ago, > and that there didn't seem to be any objections to that. So that's > some more indication that appletalk isn't seeing much use. I=92d guess the main reason is that Apple and Novell had enough = foresight to make their proprietary file sharing and printing protocols run over = IP. And for Apple this has been the case, since when? System 7.5.? Earlier, = even? I=92m curious what it is your are running in sufficient numbers to make = Appletalk mandatory? > As far as the kernel-level support, I assume you're just removing all > the code tied to the kernel options NETATALK and NETATALKDEBUG? Or = does > it entail some other changes, which might wreck my custom compile of = CAP? IIRC - and I used to use CAP a lot - it uses BPF to get the interface = into promiscuous mode and does all of the protocol itself. So as long as the upcoming = changes do not touch the BPF API, you should be fine. Kind regards Patrick --=20 punkt.de GmbH * Kaiserallee 13a * 76133 Karlsruhe Tel. 0721 9109 0 * Fax 0721 9109 100 info@punkt.de http://www.punkt.de Gf: J=FCrgen Egeling AG Mannheim 108285 From owner-freebsd-stable@FreeBSD.ORG Mon Oct 28 19:23:06 2013 Return-Path: Delivered-To: stable@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 ESMTP id 03D5912E; Mon, 28 Oct 2013 19:23:06 +0000 (UTC) (envelope-from ian@FreeBSD.org) 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 CB1402763; Mon, 28 Oct 2013 19:23:05 +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 1VasP2-0005vL-MV; Mon, 28 Oct 2013 19:23:04 +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 r9SJN2Xd051405; Mon, 28 Oct 2013 13:23:02 -0600 (MDT) (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++t7Ujb/saor9cRWwoAEKE Subject: Re: [heads up] axing AppleTalk and IPX/SPX From: Ian Lepore To: Stefan Bethke In-Reply-To: <139F9446-64B8-4105-AEFB-4F90EDB44792@lassitu.de> References: <20131028124221.GO52889@glebius.int.ru> <139F9446-64B8-4105-AEFB-4F90EDB44792@lassitu.de> Content-Type: text/plain; charset="iso-8859-7" Date: Mon, 28 Oct 2013 13:23:01 -0600 Message-ID: <1382988181.1170.249.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by damnhippie.dyndns.org id r9SJN2Xd051405 Cc: stable@FreeBSD.org, Gleb Smirnoff , current@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Oct 2013 19:23:06 -0000 On Mon, 2013-10-28 at 19:54 +0100, Stefan Bethke wrote: > Am 28.10.2013 um 13:42 schrieb Gleb Smirnoff : >=20 > > The plan is two axe two old networking protocols from FreeBSD head/, > > meaning that FreeBSD 11.0-RELEASE, available in couple of years would > > be shipped without them. > >=20 > > 1) AppleTalk > >=20 > > Last time claimed to be supported by vendor in 2007[1]. In practice > > had very little use since 90th. > > Discontinued by major routing equipment vendors since 2009[2]. >=20 > Since Apple has now even deprecated AFP (the file sharing protocol impl= emented by netatalk, among others), it=A2s time to let go. >=20 > There=A2s a thriving historic enthusiast community around older Macs an= d Apple IIs, and I can report that FreeBSD 4 (including then-current vers= ions of netatalk and for those who care, macipgw) works just fine in Virt= ualBox, on FreeBSD 9-stable. Newer FreeBSD versions will likely work as w= ell. Since AppleTalk (DDP and the layer 3 protocols on top of it) were or= iginally tuned for LocalTalk and it=A2s 230.4 kbps rate, running a virtua= lized OS on even very modest hardware will likely incur no performance pe= nalty, so just shove a VM onto any old box. >=20 Remember too that what's really being said here is that it will be gone from 11; it's still in FreeBSD 10, and that means FreeBSD will still support those protocols (as much as possible given the lack of upstream support) for many years to come. Think of this as "You have about 4 years to make other arrangements before this support is gone." -- Ian From owner-freebsd-stable@FreeBSD.ORG Mon Oct 28 21:43:08 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id 0D401BB; Mon, 28 Oct 2013 21:43:08 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1AE68213F; Mon, 28 Oct 2013 21:43:06 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 2B825106F7; Mon, 28 Oct 2013 21:43:00 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 2B825106F7 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Mon, 28 Oct 2013 17:42:58 -0400 From: Glen Barber To: freebsd-stable@FreeBSD.org, freebsd-current@FreeBSD.org Subject: FreeBSD 10.0-BETA2 now available Message-ID: <20131028214258.GM1755@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="kunpHVz1op/+13PW" Content-Disposition: inline X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: FreeBSD Release Engineering Team X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Oct 2013 21:43:08 -0000 --kunpHVz1op/+13PW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline The second BETA build of the 10.0-RELEASE release cycle is now available on the FTP servers for the amd64, i386, ia64, powerpc, powerpc64 and sparc64 architectures. The image checksums follow at the end of this email. ISO images and, for architectures that support it, the memory stick images are available here: ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/10.0/ (or any of the FreeBSD mirror sites). If you notice problems you can report them through the normal GNATS PR system or here on the -current mailing list. If you would like to use SVN to do a source based update of an existing system, use the "stable/10" branch. Important note to freebsd-update(8) users: Please be sure to follow the instructions in the EN-13:04.freebsd-update errata notice here before upgrading the system to 10.0-BETA2: http://www.freebsd.org/security/advisories/FreeBSD-EN-13:04.freebsd-update.asc For convenience, the following steps mention in the errata notice should be performed: a) Download the relevant patch from the location below, and verify the detached PGP signature using your PGP utility. # fetch # http://security.FreeBSD.org/patches/EN-13:04/freebsd-update.patch # fetch # http://security.FreeBSD.org/patches/EN-13:04/freebsd-update.patch.asc # gpg --verify freebsd-update.patch.asc b) Apply the patch. # cd /usr/src # patch < /path/to/patch c) Reinstall freebsd-update. # cd /usr/src/usr.sbin/freebsd-update # make install -DWITHOUT_MAN 3) To update your system via a binary patch: Systems running a RELEASE version of FreeBSD on the i386 or amd64 platforms can be updated via the freebsd-update(8) utility: # freebsd-update fetch # freebsd-update install On systems running 10.0-BETA1 (and ONLY systems running 10.0-BETA1), run the following command before using freebsd-update in order to fix it enough that it can update itself: # sed -i '' -e 's/%@/%~@/' /usr/sbin/freebsd-update Changes between -BETA1 and -BETA2 include: o Fix AHCI ATAPI emulation when backed with /dev/cd0 in virtio. o Improve XHCI stability. o Fix 'make delete-old-libs' and 'make check-libs' to delete .debug files created by WITH_DEBUG_FILES. o Upgrade to the latest version of mtree from NetBSD. o Enable the automatic creation of a certificate for sendmail. o Add support for "first boot" rc.d scripts. o Fix jail_parallel_start="YES", ip[46].addr when interface parameter is not defined, and a bug which prevented jails from starting when $jail_conf was used and no jail name was specified. o Disable the Xen userland event channel driver, which is not yet ready. o Update T4 and T5 firmwares (cxgbe(4)). o Please note the following: - If using the ZFS installation option in *and* have enabled full-disk encryption is enabled, a few entries will need to be manually added to loader.conf(5) before the 'bootpool' zpool will be available after the system boots. This manual step is expected to be fixed in the next 10.0 release cycle build. The entries that need to be added are: zpool_cache_load="YES" zpool_cache_type="/boot/zfs/zpool.cache" zpool_cache_name="/boot/zfs/zpool.cache" This can be done at the final menu of bsdinstall(8), when prompted to boot into the newly-installed system; alternatively, this can be done post-install, in which case, the following must be run before appending loader.conf(5): # zpool import -f bootpool ISO Checksums: amd64: SHA256 (FreeBSD-10.0-BETA2-amd64-bootonly.iso) = d42917c93b960050009c028229b01184f653a242395ac3be9f57066a945ad102 SHA256 (FreeBSD-10.0-BETA2-amd64-disc1.iso) = d0831ade5cfdc91c29a6574a615041502b29e78472c794a4bdee2763665b0b09 SHA256 (FreeBSD-10.0-BETA2-amd64-memstick.img) = 395465791ec9acb3e8549b1b230fb43a728c4abbd041d67b2cee9246960aa77c MD5 (FreeBSD-10.0-BETA2-amd64-bootonly.iso) = ff75c43b5e0a09f1957c3317c52fb66d MD5 (FreeBSD-10.0-BETA2-amd64-disc1.iso) = c33f6e670d1d99301291749f79b67bed MD5 (FreeBSD-10.0-BETA2-amd64-memstick.img) = 5e3173baa1a5056e04bb942fdedb6833 i386: SHA256 (FreeBSD-10.0-BETA2-i386-bootonly.iso) = 3cf216a9ec6e76e2afd51d3b76269e0a704f0e8023c5d2fd823a1606a842cf1e SHA256 (FreeBSD-10.0-BETA2-i386-disc1.iso) = f1c6610eb781979c1fd1abc18d3cd8670aa0eafcaf6d76aaa0a3e22f001b2585 SHA256 (FreeBSD-10.0-BETA2-i386-memstick.img) = 84370995d0d600c1ef6dc040e3d4357269ece479a6d8ee0794da5f5fd7c1f23b MD5 (FreeBSD-10.0-BETA2-i386-bootonly.iso) = 210fa90a1e515ae7bfe7d4ec696f5620 MD5 (FreeBSD-10.0-BETA2-i386-disc1.iso) = de9f383d0511c20528944270fb609ae8 MD5 (FreeBSD-10.0-BETA2-i386-memstick.img) = b92d95bccf8000e2736367966a8e4571 ia64: SHA256 (FreeBSD-10.0-BETA2-ia64-bootonly.iso) = abe97036e160d4e0445da2e2607f245df5a080096b753a11d6e77faf4f9539d9 SHA256 (FreeBSD-10.0-BETA2-ia64-disc1.iso) = 414b8552097bd26fe6f7f329bfe6a05dc3235566eb026db418ee3eb482d2f7a2 SHA256 (FreeBSD-10.0-BETA2-ia64-memstick.img) = 3ebc9baae350d210966f3b240dd3aaa0ed80ce810d3afc24e613b506207969f7 MD5 (FreeBSD-10.0-BETA2-ia64-bootonly.iso) = de0a3ae6763b68eca1ef1c0b98ccb4b6 MD5 (FreeBSD-10.0-BETA2-ia64-disc1.iso) = 6278a083cfea0f1551aae16d38e396de MD5 (FreeBSD-10.0-BETA2-ia64-memstick.img) = 3b4c23eed9f4e41b53a08f6d9e649339 powerpc: SHA256 (FreeBSD-10.0-BETA2-powerpc-bootonly.iso) = e80f77e34083a2919ed163c2ae44454715528710af9d1969873c4ee60f3154a0 SHA256 (FreeBSD-10.0-BETA2-powerpc-disc1.iso) = 750bbcd37c841e81177a25c56331f1003b6c49588d5fb811f609bf0f2189b781 SHA256 (FreeBSD-10.0-BETA2-powerpc-memstick.img) = 931e851b20f1a96bdd173ec641a9260b4a2df7c64666f3d4386321bf228837d5 MD5 (FreeBSD-10.0-BETA2-powerpc-bootonly.iso) = 605280fff20cac161687634b78c23bae MD5 (FreeBSD-10.0-BETA2-powerpc-disc1.iso) = 8f5ff4f44509fd7fab354fa0c3f1ce46 MD5 (FreeBSD-10.0-BETA2-powerpc-memstick.img) = 8031f1fe123b3ae0017872b9350d8446 powerpc64: SHA256 (FreeBSD-10.0-BETA2-powerpc-powerpc64-bootonly.iso) = 0211538da7f8b7f8902ddb883444bdbd5f3cbbe122ff9359eb67ccb8cf3c1615 SHA256 (FreeBSD-10.0-BETA2-powerpc-powerpc64-disc1.iso) = fe211e2305581c90e07c60905e8c15301ef71962c2676d2afd5a0d1186040200 SHA256 (FreeBSD-10.0-BETA2-powerpc-powerpc64-memstick.img) = d49320f4df6c31800cfede8975c985cb4068db2518bbfd89dcec5319d41a1101 MD5 (FreeBSD-10.0-BETA2-powerpc-powerpc64-bootonly.iso) = af7768fefde9b0bd60ab98ca8510e4be MD5 (FreeBSD-10.0-BETA2-powerpc-powerpc64-disc1.iso) = 8bfada4d49c8cf3d7bc06afbd09c327b MD5 (FreeBSD-10.0-BETA2-powerpc-powerpc64-memstick.img) = 1dc93c8d41247b1d328c90dc79911c4d sparc64: SHA256 (FreeBSD-10.0-BETA2-sparc64-bootonly.iso) = 6318fa18e7934ea94ef0489c121e8107d44e0633a20166447326fbd21396cf12 SHA256 (FreeBSD-10.0-BETA2-sparc64-disc1.iso) = 1c5376f0e383b33007b460d12ee94b09052cc499e21f3d32d3d9528319c0543e MD5 (FreeBSD-10.0-BETA2-sparc64-bootonly.iso) = 628067476bdc5b1d3491419139399dd7 MD5 (FreeBSD-10.0-BETA2-sparc64-disc1.iso) = 5cdfd2d83de51904b8c6db5072684870 Glen --kunpHVz1op/+13PW Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSbtpiAAoJELls3eqvi17Q2JUP/j56FYocWgWbuwmmr3vnwg5h EeAe+zQcDmOvDjv/2rD7neooiWSqsKbPZjf+KfygnKyH7E6OWVvZHqesXclBC/qj U/j6p4A7NJ+eYQmCqj4XaJhao9rp7YDUzt91xYDmdYplwzfdLM6MePUpSS+lNtPx C6iSa/4jYpJnSHUMIsGeWdzLl3LGzcDj3tWR8l0z3KIa5zVc+BBaqJdntMw0yQSR ac9pg0spuTPdPlRVzKVetV2ie+agWWGmDIFADkPkTcTjpC3RCvsstq7c/L6xE332 HkzXagXT9P0hg2h7uginXRHp93tTsAdt3NP0AQJEYKb+x30qFxvprcfs2hwpcLr0 MGk4s8N4xNrHu99HVrQIPoMl9M1VhPPztp1S9Q4+6jbNzmfrEy5KW9EcoTW4S3tC xzTt6pAsxWTx/V/MH9w0zOjc4XCeIV8qPtllfRnwXPb14GxmeyJUEX4/3qHrSGXf je8qLj2ZhPg1esSRZS/4pfC47PQPaB/zlxXeumS1tq/J0IJ8Kzlejq1i2vey2wuu PJBocGmoSbJM2rfc1/TPYs2gb5axVQ7RLX6qtEseU5t6XEBjk+QytDj8xLRJ6ocs a929SjCooIut8s3nuJt/m0ASiKikEYKC6q5n6zZD1RIPVB+c8gdjmt5lUCA2J9ST zCZRTqc0+WIeyz2Vporb =3Bdp -----END PGP SIGNATURE----- --kunpHVz1op/+13PW-- From owner-freebsd-stable@FreeBSD.ORG Mon Oct 28 23:26:26 2013 Return-Path: Delivered-To: stable@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 ESMTP id 123A7DB; Mon, 28 Oct 2013 23:26:26 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from mail.in-addr.com (unknown [IPv6:2001:470:8:162::1]) (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 C6A0427D8; Mon, 28 Oct 2013 23:26:25 +0000 (UTC) Received: from gjp by mail.in-addr.com with local (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VawCR-0004eb-8C; Mon, 28 Oct 2013 19:26:19 -0400 Date: Mon, 28 Oct 2013 19:26:19 -0400 From: Gary Palmer To: Tom Samplonius Subject: Re: [heads up] axing AppleTalk and IPX/SPX Message-ID: <20131028232619.GD22767@in-addr.com> References: <20131028124221.GO52889@glebius.int.ru> <139F9446-64B8-4105-AEFB-4F90EDB44792@lassitu.de> <06F87683-2E6F-48A1-B99B-E9A00070D4C3@samplonius.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <06F87683-2E6F-48A1-B99B-E9A00070D4C3@samplonius.org> X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: gpalmer@freebsd.org X-SA-Exim-Scanned: No (on mail.in-addr.com); SAEximRunCond expanded to false Cc: stable@FreeBSD.org, Gleb Smirnoff , Stefan Bethke , current@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Oct 2013 23:26:26 -0000 On Mon, Oct 28, 2013 at 12:12:21PM -0700, Tom Samplonius wrote: > > On Oct 28, 2013, at 11:54 AM, Stefan Bethke wrote: > > > Am 28.10.2013 um 13:42 schrieb Gleb Smirnoff : > > > >> The plan is two axe two old networking protocols from FreeBSD head/, > >> meaning that FreeBSD 11.0-RELEASE, available in couple of years would > >> be shipped without them. > >> > >> 1) AppleTalk > >> > >> Last time claimed to be supported by vendor in 2007[1]. In practice > >> had very little use since 90th. > >> Discontinued by major routing equipment vendors since 2009[2]. > > > > Since Apple has now even deprecated AFP (the file sharing protocol implemented by netatalk, among others), it?s time to let go. > > > > Do you have a reference for that? Various pundits have claimed that Apple is deprecating AFP because when you enable Personal File Sharing, that enables SMB now, not AFP, but so far I have not seen any official announcement from Apple either way. > Technically I don't know if AFP is deprecated, however SMB2 is the new default for file sharing. The most I've been able to find is: https://www.apple.com/media/us/osx/2013/docs/OSX_Mavericks_Core_Technology_Overview.pdf pages 21 and 22. AFP is described as being used "with older Mac computers", however Time Machine still very much relies on it so AFP won't be going away soon. Gary From owner-freebsd-stable@FreeBSD.ORG Tue Oct 29 07:02:45 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id D7934DAC for ; Tue, 29 Oct 2013 07:02:45 +0000 (UTC) (envelope-from ale@FreeBSD.org) Received: from lab.alexdupre.com (alexdupre-1-pt.tunnel.tserv23.zrh1.ipv6.he.net [IPv6:2001:470:25:450::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0C1D82E56 for ; Tue, 29 Oct 2013 07:02:44 +0000 (UTC) Received: (qmail 40287 invoked from network); 29 Oct 2013 07:02:42 -0000 Received: from unknown (HELO ?192.168.178.115?) (sysadmin@alexdupre.com@192.168.178.115) by lab.alexdupre.com with ESMTPSA; 29 Oct 2013 07:02:42 -0000 Message-ID: <526F5D95.9050208@FreeBSD.org> Date: Tue, 29 Oct 2013 08:02:45 +0100 From: Alex Dupre User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Firefox/24.0 SeaMonkey/2.21 MIME-Version: 1.0 To: Glen Barber , freebsd-stable@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: FreeBSD 10.0-BETA2 now available References: <20131028214258.GM1755@glenbarber.us> In-Reply-To: <20131028214258.GM1755@glenbarber.us> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Release Engineering Team X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Oct 2013 07:02:45 -0000 Glen Barber ha scritto: > Important note to freebsd-update(8) users: Please be sure to follow the > instructions in the EN-13:04.freebsd-update errata notice here before > upgrading the system to 10.0-BETA2: I'd say these instructions extracted partially from the advisory are very very confusing as written. If you have a 8.x or 9.x RELEASE all you have to do is updating to the latest minor-release-patchset and then do a 'freebsd-update upgrade -r 10.0-BETA2', like for every other major release upgrade. I don't know who will manually patch a binary update tool if it's building FreeBSD from sources, but anyway it should be the last note while in the announcement it seems to be the only way to do the upgrade. -- Alex Dupre From owner-freebsd-stable@FreeBSD.ORG Tue Oct 29 07:06:55 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id A7EF496; Tue, 29 Oct 2013 07:06:55 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 48DDC2EB9; Tue, 29 Oct 2013 07:06:55 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 28B2F1037A; Tue, 29 Oct 2013 07:06:54 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 28B2F1037A Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Tue, 29 Oct 2013 03:06:52 -0400 From: Glen Barber To: Alex Dupre Subject: Re: FreeBSD 10.0-BETA2 now available Message-ID: <20131029070652.GA1798@glenbarber.us> References: <20131028214258.GM1755@glenbarber.us> <526F5D95.9050208@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="6TrnltStXW4iwmi0" Content-Disposition: inline In-Reply-To: <526F5D95.9050208@FreeBSD.org> X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: FreeBSD Release Engineering Team , freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Oct 2013 07:06:55 -0000 --6TrnltStXW4iwmi0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 29, 2013 at 08:02:45AM +0100, Alex Dupre wrote: > Glen Barber ha scritto: > >Important note to freebsd-update(8) users: Please be sure to follow the > >instructions in the EN-13:04.freebsd-update errata notice here before > >upgrading the system to 10.0-BETA2: >=20 > I'd say these instructions extracted partially from the advisory are very > very confusing as written. If you have a 8.x or 9.x RELEASE all you have = to > do is updating to the latest minor-release-patchset and then do a > 'freebsd-update upgrade -r 10.0-BETA2', like for every other major release > upgrade. > I don't know who will manually patch a binary update tool if it's building > FreeBSD from sources, but anyway it should be the last note while in the > announcement it seems to be the only way to do the upgrade. >=20 For this announcement, I felt it was safer to include the instructions =66rom the EN verbatim; for future 10.0 builds, it will be less verbose. Glen --6TrnltStXW4iwmi0 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSb16MAAoJELls3eqvi17QMfUQALEAYSS03SiDaLCBKq6wUoMF br6ybNy5dMv+WHzFB//svGQByreiry+ViiYkAgqmD4BXY7GH++U9ZPwtskWlLdEk bfFKXpYadA70On13sVsahgr5FTu0wBC4r1WtVKGAeE3onCExzwfNfzZEf87bTgca Z1XgJGApsf75Kdsr+Nq7yTS5xETJSIwiKr/WvuoYbtuI02gXf4q+U6dY6wDQY9B1 oYsfbJ9gLqykGGLHltDxu65NOBn8AyalX4ySM4QV5BQl+MUj1HyaFIrVMA4iY4Xd a3i9BVCoQpV3fuvEQtZXU4CbtlwrU2En8DxYS2xUYHtKVzJsqoUv85WzYummKZQb 5CrS/MHTBgXtovisTXV/yzYd89AYSzDz7vfHEBg8JPFjZZdfhmV5kgubrwfL1Y+5 QCGUUWHNilACKBkuu1xZpKPNX9VW4nLr5mySkmbEGvxykUR4nMr3AHgBdK2JH4W4 8QwDTLid9yNtzxnh/TXG46YOmPhcs3UdwljQJXUyq0HGhfWlWyxUihgee4vRTr3g dn3SE0J63I3x0fb4T3bwVy+QzendVcQcnp/soFRhecIO/MjAEbgOHkVzNaMo5LaV SxUnWGF0rxqgnLRgdk96bC4dQqviwIlgDgUAtSF2U6rbhQEuIHCstRqXjhnrGIfi u5VJQ+HIe/2BjUr9ZujT =bhfh -----END PGP SIGNATURE----- --6TrnltStXW4iwmi0-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 29 07:17:44 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id D23A3328 for ; Tue, 29 Oct 2013 07:17:44 +0000 (UTC) (envelope-from me@lexasoft.ru) Received: from mail.fly-group.ru (mail.fly-group.ru [91.205.125.25]) by mx1.freebsd.org (Postfix) with ESMTP id 5399F2F36 for ; Tue, 29 Oct 2013 07:17:43 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.fly-group.ru (Postfix) with ESMTP id EA05196588F; Tue, 29 Oct 2013 11:17:35 +0400 (MSK) Received: from mail.fly-group.ru ([127.0.0.1]) by localhost (mail.fly-group.ru [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id MOryUwgxdQ9o; Tue, 29 Oct 2013 11:17:35 +0400 (MSK) Received: from localhost (localhost [127.0.0.1]) by mail.fly-group.ru (Postfix) with ESMTP id 57AD896588C; Tue, 29 Oct 2013 11:17:35 +0400 (MSK) DKIM-Filter: OpenDKIM Filter v2.8.0 mail.fly-group.ru 57AD896588C DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lexasoft.ru; s=108F67EA-0FB0-11E3-B95A-30512DDDB480; t=1383031055; bh=SXuesv2FdsiqLW1vNNcjeo9ecRTdA9qiwiDO+2inLYQ=; h=Content-Type:Mime-Version:Subject:From:Date: Content-Transfer-Encoding:Message-Id:To; b=cObI4UmoU97LbFZ4C2etfvtxVBsfFoAsequr/lvRA9Sn477j4AXlEHqHNf7ITWJyv aFvm+OR8FXZWRZ+6SGwp5JajBn+mCN1JJTvdqB9zPEnJ2aK51PRKtf1ZIfHNYyle1o iy+PBA9XPuBmOJorJFU/irLN4NbV/puoVb+WUB2o= X-Virus-Scanned: amavisd-new at mail.fly-group.ru Received: from mail.fly-group.ru ([127.0.0.1]) by localhost (mail.fly-group.ru [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id z1s44p-3VfOC; Tue, 29 Oct 2013 11:17:35 +0400 (MSK) Received: from [10.6.0.88] (unknown [37.19.6.49]) by mail.fly-group.ru (Postfix) with ESMTPSA id 1868B965885; Tue, 29 Oct 2013 11:17:35 +0400 (MSK) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1816\)) Subject: Re: FreeBSD 9.2 UFS + GELI softdep_deallocate_dependencies: unrecovered I/O error From: Alexey Tarasov In-Reply-To: <415FD2A4-E2D2-4784-A9AB-A7CCFBBAC27F@lexasoft.ru> Date: Tue, 29 Oct 2013 11:17:34 +0400 Content-Transfer-Encoding: quoted-printable Message-Id: <709C9B77-AD40-4662-96C9-A0F56369DBDE@lexasoft.ru> References: <2AA765E7-1F17-4C6F-98BD-004AEFF88D32@lexasoft.ru> <20131027184625.GI59496@kib.kiev.ua> <415FD2A4-E2D2-4784-A9AB-A7CCFBBAC27F@lexasoft.ru> To: Konstantin Belousov X-Mailer: Apple Mail (2.1816) Cc: freebsd-stable@freebsd.org, =?utf-8?B?0KLQsNGA0LDRgdC+0LIg0JDQu9C10LrRgdC10LnigI4KINCS0Lg=?= =?utf-8?B?0LrRgtC+0YDQvtCy0LjRhw==?= X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Oct 2013 07:17:44 -0000 Hello. Seems that setting kern.bio_transient_maxcnt to 8k resolved the problem. On 27 =D0=BE=D0=BA=D1=82. 2013 =D0=B3., at 23:00, Alexey Tarasov = wrote: > Hello! >=20 > Ok, I=E2=80=99ll try this. > So this is software defect of FreeBSD 9.2? >=20 > On 27 =D0=BE=D0=BA=D1=82. 2013 =D0=B3., at 22:46, Konstantin Belousov = wrote: >=20 >> On Sat, Oct 26, 2013 at 01:47:18PM +0400, Alexey Tarasov wrote: >>> Hello.=20 >>>=20 >>> I've upgraded server to 9.2 and now it hangs every 2-3 hours of = intensive I/O to UFS SUJ + GELI disk. On 9.1 everything was good for a = half of a year.=20 >>>=20 >>> g_vfs_done():da1.eli[WRITE(offset=3D614630752256, = length=3D32768)]error =3D 11=20 >>> g_vfs_done():da1.eli[WRITE(offset=3D614631211008, = length=3D32768)]error =3D 11=20 >>> g_vfs_done():da1.eli[WRITE(offset=3D614634815488, = length=3D32768)]error =3D 11=20 >>> g_vfs_done():da1.eli[WRITE(offset=3D614642319360, = length=3D32768)]error =3D 11=20 >>> g_vfs_done():da1.eli[WRITE(offset=3D614642909184, = length=3D32768)]error =3D 11=20 >>> g_vfs_done():da1.eli[WRITE(offset=3D614643007488, = length=3D32768)]error =3D 11=20 >>> g_vfs_done():da1.eli[WRITE(offset=3D614644875264, = length=3D32768)]error =3D 11=20 >>> g_vfs_done():da1.eli[WRITE(offset=3D550691995648, = length=3D98304)]error =3D 11=20 >>> g_vfs_done():da1.eli[WRITE(offset=3D550692519936, = length=3D32768)]error =3D 11=20 >>> g_vfs_done():da1.eli[WRITE(offset=3D550704152576, = length=3D32768)]error =3D 11=20 >>> /data/pgsql/data/base: got error 11 while accessing filesystem=20 >>> panic: softdep_deallocate_dependencies: unrecovered I/O error=20 >>> cpuid =3D 10=20 >>> KDB: stack backtrace:=20 >>> #0 0xffffffff80947986 at kdb_backtrace+0x66=20 >>> #1 0xffffffff8090d9ae at panic+0x1ce=20 >>> #2 0xffffffff80b3ff90 at clear_remove+0=20 >>> #3 0xffffffff8098fb65 at brelse+0x75=20 >>> #4 0xffffffff80990978 at bufdone+0x68=20 >>> #5 0xffffffff8098c83e at biodone+0xae=20 >>> #6 0xffffffff80872f4c at g_io_schedule_up+0xac=20 >>> #7 0xffffffff808736ac at g_up_procbody+0x5c=20 >>> #8 0xffffffff808db67f at fork_exit+0x11f=20 >>> #9 0xffffffff80cdc23e at fork_trampoline+0xe=20 >>> Uptime: 6d15h5m7s=20 >>> Dumping 7664 out of 196573 = MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91%=20 >>>=20 >>> Full core.txt is here: http://lexasoft.ru/core.txt.1=20 >>>=20 >>> Server is HP Proliant DL180 G6 with P410 RAID controller.=20 >>=20 >> Look for your current value of the kern.bio_transient_maxcnt and = increase >> it by 4-8 times, using the same tunable. If this helps, fine. If = not, >> disable unmapped i/o with the vfs.unmapped_buf_allowed tunable. >>=20 >> Real solution is to convert geom classes like geli to use limited >> transient mapping windows to access the data, thus adding support for >> unmapped i/o to them. >=20 > -- > Alexey Tarasov >=20 > (\__/)=20 > (=3D'.'=3D)=20 > E[: | | | | :]=D0=97=20 > (")_(") >=20 -- Alexey Tarasov (\__/)=20 (=3D'.'=3D)=20 E[: | | | | :]=D0=97=20 (")_(") From owner-freebsd-stable@FreeBSD.ORG Tue Oct 29 08:20:01 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id EB141A7E for ; Tue, 29 Oct 2013 08:20:01 +0000 (UTC) (envelope-from ale@FreeBSD.org) Received: from relay.andxor.it (relay.andxor.it [195.223.2.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 074FC22DE for ; Tue, 29 Oct 2013 08:20:00 +0000 (UTC) Received: (qmail 98942 invoked from network); 29 Oct 2013 08:19:57 -0000 Received: from alex.andxor.it (a.premoli@andxor.it@192.168.2.30) by relay.andxor.it with ESMTPSA; 29 Oct 2013 08:19:57 -0000 Message-ID: <526F6FAD.6000502@FreeBSD.org> Date: Tue, 29 Oct 2013 09:19:57 +0100 From: Alex Dupre User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Firefox/24.0 SeaMonkey/2.21 MIME-Version: 1.0 To: Glen Barber Subject: Re: FreeBSD 10.0-BETA2 now available References: <20131028214258.GM1755@glenbarber.us> <526F5D95.9050208@FreeBSD.org> <20131029070652.GA1798@glenbarber.us> In-Reply-To: <20131029070652.GA1798@glenbarber.us> X-Enigmail-Version: 1.5.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org, freebsd-current@FreeBSD.org, FreeBSD Release Engineering Team X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Oct 2013 08:20:02 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Glen Barber ha scritto: > For this announcement, I felt it was safer to include the > instructions from the EN verbatim; for future 10.0 builds, it will > be less verbose. The problem was that the instructions were not verbatim, you omitted (perhaps by mistake) the following very important lines: === 1) Upgrade your system to a supported FreeBSD stable or release / security branch (releng) dated after the correction date. 2) To update your present system via a source code patch: === so the announcement had only the source patch instructions and a '3)' point without 1 and 2 :-) - -- Alex Dupre -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) Comment: Using GnuPG with SeaMonkey - http://www.enigmail.net/ iEYEARECAAYFAlJvb60ACgkQgRXp2M5fVU0F5wCg+/WDmcsk+p+hmwJV/pT8xuzM aWAAn0CeQmKve+QgIhz8j1aeVYdB2wdQ =/pTo -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 29 08:27:55 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id B3958FD7; Tue, 29 Oct 2013 08:27:55 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 36A382388; Tue, 29 Oct 2013 08:27:55 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id E7CA910BA8; Tue, 29 Oct 2013 08:27:53 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us E7CA910BA8 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Tue, 29 Oct 2013 04:27:52 -0400 From: Glen Barber To: Alex Dupre Subject: Re: FreeBSD 10.0-BETA2 now available Message-ID: <20131029082752.GE1798@glenbarber.us> References: <20131028214258.GM1755@glenbarber.us> <526F5D95.9050208@FreeBSD.org> <20131029070652.GA1798@glenbarber.us> <526F6FAD.6000502@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="WBsA/oQW3eTA3LlM" Content-Disposition: inline In-Reply-To: <526F6FAD.6000502@FreeBSD.org> X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-stable@FreeBSD.org, freebsd-current@FreeBSD.org, FreeBSD Release Engineering Team X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Oct 2013 08:27:55 -0000 --WBsA/oQW3eTA3LlM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 29, 2013 at 09:19:57AM +0100, Alex Dupre wrote: > Glen Barber ha scritto: > > For this announcement, I felt it was safer to include the > > instructions from the EN verbatim; for future 10.0 builds, it will > > be less verbose. >=20 > The problem was that the instructions were not verbatim, you omitted > (perhaps by mistake) the following very important lines: >=20 > =3D=3D=3D > 1) Upgrade your system to a supported FreeBSD stable or release / security > branch (releng) dated after the correction date. >=20 > 2) To update your present system via a source code patch: > =3D=3D=3D >=20 > so the announcement had only the source patch instructions and a '3)' > point without 1 and 2 :-) >=20 I also provided the URL to the *full* announcement, and the snippet was provided for general convenience. Glen --WBsA/oQW3eTA3LlM Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSb3GIAAoJELls3eqvi17QJnIP/i5LiXBYlTcQODfyv+eziQwu DMj4xe3YlVWZBLewuv4FndKg4WbYwEhjmD8kvzf0mg9a4SLA/6OIarof7EmfFquP oyGzLbCxDBAfLWkRB6sQ23uCM37IjCehts0lOiIabXouz8ON8KEd6XQmBCxb8iWR ZngMVKCT28DbEYv076Mhm3zu971iuCl5kL1wjbanI1nArVKniwPiFeXDVGFrTgzY QykwTTiGBexg7QL/Oq8H8TO/3FDafcOhrHFQT5CAu8kbA8ON+Lu7S4gccpcFqENu w7NpUkZhXSgvy3U5giNXuFN78pnXmqA9P1aYpBNLaVlzl2iVBE7s7Ux62nuCuUgI eOgYcZEvZQAPoiG4wNPtySxzl46P2YMxdEItcmWuXaN22Zp35n/9PeWNMkPzJei2 Zs8lASsr1wrk+hZI+FzVDwsCYUHJ0lLW5ci2cS2ZCGmxrYZih3RJ1ka5OCGPS9ou bPMMCcJVJ4jFo79r0v0IcfOyA0CfFVdG9xZNKcDSyHsggx3cS2ybnqdqF/eVklhx uSu2GUJV9fpiH8Uv97i4kU+N1O4h2C3HuxyTduiSk+kVPVnUrp6tQ2/Ov8YXJIii OWGOZH/G0AodktIoqTLCcy3MDImtVmfniJWcXMpOe31VWNHDnAqYdeVdLlLDkWtj UXezauSCqdKj99ghCHmq =IlGm -----END PGP SIGNATURE----- --WBsA/oQW3eTA3LlM-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 29 09:24:12 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id B6368F5A for ; Tue, 29 Oct 2013 09:24:12 +0000 (UTC) (envelope-from kpaasial@gmail.com) Received: from mail-qa0-x22a.google.com (mail-qa0-x22a.google.com [IPv6:2607:f8b0:400d:c00::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7BD372686 for ; Tue, 29 Oct 2013 09:24:12 +0000 (UTC) Received: by mail-qa0-f42.google.com with SMTP id w8so2752759qac.15 for ; Tue, 29 Oct 2013 02:24:11 -0700 (PDT) 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=EbntoGojELb8ltiHNYi5+OVGeo3jTmB04bekqCLQuN8=; b=gRXY51Jcfk6e02n7jddqshydt7CFthS3JixhSPEVpGbVe/WK/w3qSeuu60X+OpvELo TkynLvFVYFyVkf/UXJRaC16kJ5kPukaMsibu21J4bOkbh4ECbJRKf4tK9JMZzSWkhpWz E8BdAFYg3Yo8mLO2KGep4ELOoFkQ25KX9bSpgly7aNWzauVf5afDco6UGo0dC6Y5fsCh aSnJrrK407vY2As1I1rwMYhuVGAUWQHj0Ix+XUiY6PSnAte5ZVTXCYgH0zZF/n7Ks7Iv LEgcgtXKc+jyVHlYDaQ3+1F+kGuuCXHlPl4tgfxaylXoRveJgwkd3QJ6dmsHWj2pqHk7 /OpQ== MIME-Version: 1.0 X-Received: by 10.224.38.2 with SMTP id z2mr596651qad.121.1383038651125; Tue, 29 Oct 2013 02:24:11 -0700 (PDT) Received: by 10.96.180.233 with HTTP; Tue, 29 Oct 2013 02:24:11 -0700 (PDT) Date: Tue, 29 Oct 2013 11:24:11 +0200 Message-ID: Subject: make delete-old oddity on stable/10 From: Kimmo Paasiala To: "freebsd-stable@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Oct 2013 09:24:12 -0000 freebsd10 /usr/src # uname -a FreeBSD freebsd10.rdnzl.info 10.0-BETA2 FreeBSD 10.0-BETA2 #0 r257267: Mon Oct 28 22:42:23 EET 2013 kimmo@freebsd10.rdnzl.info:/usr/obj/usr/src/sys/GENERIC i386 freebsd10 /usr/src # make delete-old >>> Removing old files (only deletes safe to delete libs) awk: can't open file /usr/obj/usr/src/sys/sys/param.h source line number 1 make[2]: "/usr/src/Makefile.inc1" line 135: warning: "awk '/^#define[[:space:]]*__FreeBSD_version/ { print $3 }' /usr/obj/usr/src/sys/sys/param.h" returned non-zero status >>> Old files removed >>> Removing old directories awk: can't open file /usr/obj/usr/src/sys/sys/param.h source line number 1 make[2]: "/usr/src/Makefile.inc1" line 135: warning: "awk '/^#define[[:space:]]*__FreeBSD_version/ { print $3 }' /usr/obj/usr/src/sys/sys/param.h" returned non-zero status >>> Old directories removed To remove old libraries run 'make delete-old-libs'. freebsd10 /usr/src # My src.conf and make.conf are both empty. -Kimmo From owner-freebsd-stable@FreeBSD.ORG Tue Oct 29 13:38:31 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id 735B149A for ; Tue, 29 Oct 2013 13:38:31 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward1l.mail.yandex.net (forward1l.mail.yandex.net [IPv6:2a02:6b8:0:1819::1]) by mx1.freebsd.org (Postfix) with ESMTP id 367552782 for ; Tue, 29 Oct 2013 13:38:31 +0000 (UTC) Received: from smtp13.mail.yandex.net (smtp13.mail.yandex.net [95.108.130.68]) by forward1l.mail.yandex.net (Yandex) with ESMTP id 83B651520C01; Tue, 29 Oct 2013 17:38:28 +0400 (MSK) Received: from smtp13.mail.yandex.net (localhost [127.0.0.1]) by smtp13.mail.yandex.net (Yandex) with ESMTP id 452D7E40806; Tue, 29 Oct 2013 17:38:28 +0400 (MSK) Received: from 87.249.28.58.tel.ru (87.249.28.58.tel.ru [87.249.28.58]) by smtp13.mail.yandex.net (nwsmtp/Yandex) with ESMTP id wtB3p2tUkk-cR34TVgj; Tue, 29 Oct 2013 17:38:28 +0400 Message-ID: <526FBA53.9000208@passap.ru> Date: Tue, 29 Oct 2013 17:38:27 +0400 From: Boris Samorodov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0.1 MIME-Version: 1.0 To: FreeBSD Stable Users , Yonghyeon PYUN Subject: regression: msk0 watchdog timeout and interrupt storm Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Oct 2013 13:38:31 -0000 Hi Yonghyeon and All, >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. 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 ----- -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-stable@FreeBSD.ORG Tue Oct 29 16:25:05 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id 369EF48B for ; Tue, 29 Oct 2013 16:25:05 +0000 (UTC) (envelope-from zkolic@sbb.rs) Received: from smtp2.sbb.rs (smtp2.sbb.rs [89.216.2.34]) by mx1.freebsd.org (Postfix) with ESMTP id A6F532288 for ; Tue, 29 Oct 2013 16:25:04 +0000 (UTC) Received: from faust.localdomain (cable-178-148-101-156.dynamic.sbb.rs [178.148.101.156]) by smtp2.sbb.rs (8.14.0/8.14.0) with ESMTP id r9TGOqAM004255 for ; Tue, 29 Oct 2013 17:24:57 +0100 Received: by faust.localdomain (Postfix, from userid 1001) id 1F886A41BA1; Tue, 29 Oct 2013 17:24:47 +0100 (CET) Date: Tue, 29 Oct 2013 17:24:47 +0100 From: Zoran Kolic To: freebsd-stable@freebsd.org Subject: repo directory for pkg Message-ID: <20131029162447.GA1223@faust.sbb.rs> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Oct 2013 16:25:05 -0000 I must be missing this at the very first moment, but I see 2 similar directories on pkg test ser- ver: freebsd:9:x86:64 and pkg-test-freebsd:9:x86:64 Files might be of the same app version, but have different size and date. Assumed link some month ago was: http://pkg-test.freebsd.org/pkg-test-${ABI}/latest Should I change directory in pkg.conf now? Best regards Zoran From owner-freebsd-stable@FreeBSD.ORG Tue Oct 29 16:45:54 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id 4FD8BDA7 for ; Tue, 29 Oct 2013 16:45:54 +0000 (UTC) (envelope-from feld@FreeBSD.org) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 258032440 for ; Tue, 29 Oct 2013 16:45:54 +0000 (UTC) Received: from compute3.internal (compute3.nyi.mail.srv.osa [10.202.2.43]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 8CD8C2105E for ; Tue, 29 Oct 2013 12:45:52 -0400 (EDT) Received: from web3 ([10.202.2.213]) by compute3.internal (MEProxy); Tue, 29 Oct 2013 12:45:52 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:in-reply-to:references :subject:date; s=smtpout; bh=cj51ZLs7FQgwM26FEhM/xkvuFiw=; b=NOR w5PaYuUB/5btaXWf1e9mXHbCPiBtD2FAhW7Ng+eDPon+3ltF0Xh1kRQwJ/4Eo0j2 VP/lrxKp+4JaYGeUOUVLy5vDjwF8MwhRqxZGLkCRJU6P3zSPuZV1JnJiGX137GLa PXg48kUdKtm5wPfeHLlaeyMxnHpr4c+XtmJHQvxI= Received: by web3.nyi.mail.srv.osa (Postfix, from userid 99) id 5907A100B13; Tue, 29 Oct 2013 12:45:52 -0400 (EDT) Message-Id: <1383065152.18408.40316221.5CDDF056@webmail.messagingengine.com> X-Sasl-Enc: fNhQKJdNdhZWCF1BR/+R9ufM2h9hK4a7UpX61wG+M8c4 1383065152 From: Mark Felder To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-96010b3f In-Reply-To: <20131029162447.GA1223@faust.sbb.rs> References: <20131029162447.GA1223@faust.sbb.rs> Subject: Re: repo directory for pkg Date: Tue, 29 Oct 2013 11:45:52 -0500 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Oct 2013 16:45:54 -0000 On Tue, Oct 29, 2013, at 11:24, Zoran Kolic wrote: > I must be missing this at the very first moment, > but I see 2 similar directories on pkg test ser- > ver: > freebsd:9:x86:64 > and > pkg-test-freebsd:9:x86:64 > Files might be of the same app version, but have > different size and date. > Assumed link some month ago was: > http://pkg-test.freebsd.org/pkg-test-${ABI}/latest > Should I change directory in pkg.conf now? > Best regards > pkg-test has been superceded by the official repo. Use pkg.freebsd.org. From owner-freebsd-stable@FreeBSD.ORG Tue Oct 29 17:17:55 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id 7542D6F8; Tue, 29 Oct 2013 17:17:55 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-ob0-x231.google.com (mail-ob0-x231.google.com [IPv6:2607:f8b0:4003:c01::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2FAA02676; Tue, 29 Oct 2013 17:17:55 +0000 (UTC) Received: by mail-ob0-f177.google.com with SMTP id vb8so187099obc.36 for ; Tue, 29 Oct 2013 10:17:54 -0700 (PDT) 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:to :cc:content-type; bh=46LW0oWAOoynB6i+X1m+k6NlXh+PE/apprnEgxJRrPA=; b=XajgQ5B/APpfP5lLzexZ02if2YJsvhdpm/+tTqV0EUx3YdUnCbN254Gknjmzvqm3lK yRGEw6WmBelWVhjY8X/P9bZSHzzSAMDaZSKxEbfUaOgWAKNxkSiDtEQlCkQnOle1cBQb BQWEZ86EpJnCxrRtmZ1/6j0Udih4uj76/Hsd/qvNxWCDPUFsZIYKZavyh61W5TNr3x2A GABpfwB2kC53VbMgzdgK0TtzNM6SnympfPnVUvjYPyGoVjZW6n6XDrm0XYiqFc8PG6EG dxPTZuofuFUntlSNmeid9vxy+GF9ccmq3ELeKVIph7BqBEBToea2gTAuDiZ2qJAt/Hem TbMg== MIME-Version: 1.0 X-Received: by 10.182.98.162 with SMTP id ej2mr398341obb.61.1383067074371; Tue, 29 Oct 2013 10:17:54 -0700 (PDT) Received: by 10.76.132.9 with HTTP; Tue, 29 Oct 2013 10:17:54 -0700 (PDT) In-Reply-To: <1383065152.18408.40316221.5CDDF056@webmail.messagingengine.com> References: <20131029162447.GA1223@faust.sbb.rs> <1383065152.18408.40316221.5CDDF056@webmail.messagingengine.com> Date: Tue, 29 Oct 2013 10:17:54 -0700 Message-ID: Subject: Re: repo directory for pkg From: Freddie Cash To: Mark Felder Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Oct 2013 17:17:55 -0000 On Tue, Oct 29, 2013 at 9:45 AM, Mark Felder wrote: > On Tue, Oct 29, 2013, at 11:24, Zoran Kolic wrote: > > I must be missing this at the very first moment, > > but I see 2 similar directories on pkg test ser- > > ver: > > freebsd:9:x86:64 > > and > > pkg-test-freebsd:9:x86:64 > > Files might be of the same app version, but have > > different size and date. > > Assumed link some month ago was: > > http://pkg-test.freebsd.org/pkg-test-${ABI}/latest > > Should I change directory in pkg.conf now? > > Best regards > > > > pkg-test has been superceded by the official repo. Use pkg.freebsd.org. Except that pkg.freebsd.org doesn't exist.=E2=80=8B No entries returned vi= a host or dig. From owner-freebsd-stable@FreeBSD.ORG Tue Oct 29 17:29:53 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id C231AB7E for ; Tue, 29 Oct 2013 17:29:53 +0000 (UTC) (envelope-from feld@freebsd.org) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 947062736 for ; Tue, 29 Oct 2013 17:29:53 +0000 (UTC) Received: from compute5.internal (compute5.nyi.mail.srv.osa [10.202.2.45]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id CF3B520416; Tue, 29 Oct 2013 13:29:50 -0400 (EDT) Received: from frontend1 ([10.202.2.160]) by compute5.internal (MEProxy); Tue, 29 Oct 2013 13:29:50 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=references:mime-version:in-reply-to :content-type:content-transfer-encoding:message-id:cc:from :subject:date:to; s=smtpout; bh=v28qAdsY4HKc6L1DwNPFosVaOLI=; b= PPzLGiwKztAFZjVyvgWcT6NcUcDJqPys93agaGI1Fn0oaqYxtPZqlqGmB3+iEOZy ladX5dK5rsSQAfmezzZ9nEpW27GdVHEJgVT9XX4bDYwHE5HSGOgv3alj9vuRIncg Zl7PbMDpuaDGzIx97yxpNd5QyBzPzeRlqNwOFNufAmY= X-Sasl-enc: KwnTRpcxEm0We2oypufdL1RQ7NEbTsNBGubYD1BLUN/7 1383067790 Received: from [172.16.1.144] (unknown [68.117.126.78]) by mail.messagingengine.com (Postfix) with ESMTPA id 12B7BC00E88; Tue, 29 Oct 2013 13:29:50 -0400 (EDT) References: <20131029162447.GA1223@faust.sbb.rs> <1383065152.18408.40316221.5CDDF056@webmail.messagingengine.com> Mime-Version: 1.0 (1.0) In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: <258B7E66-31A3-451D-8EFC-E96414AEADEF@freebsd.org> X-Mailer: iPhone Mail (11B511) From: Mark Felder Subject: Re: repo directory for pkg Date: Tue, 29 Oct 2013 12:29:48 -0500 To: Freddie Cash Cc: FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Oct 2013 17:29:53 -0000 The public repository uses SRV records not A records which is why you are no= t seeing them on a normal dig/host lookup From owner-freebsd-stable@FreeBSD.ORG Tue Oct 29 17:39:17 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id 7E6A0309; Tue, 29 Oct 2013 17:39:17 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-oa0-x232.google.com (mail-oa0-x232.google.com [IPv6:2607:f8b0:4003:c02::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3701D27D8; Tue, 29 Oct 2013 17:39:17 +0000 (UTC) Received: by mail-oa0-f50.google.com with SMTP id j6so222097oag.37 for ; Tue, 29 Oct 2013 10:39:16 -0700 (PDT) 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:to :cc:content-type; bh=zuthPwE5RiXDourYVuX+NZVe6d9U+l8806LzSO1/ODU=; b=IaYM1LNfMHiZ/thYnf5z5Vf5t+3M1RotternVJr/bWZXUPG9IIi2HVOXZkJfdIf1Jb LFcCyC3GMWgRKIlB3x4N8g1l7R/WNaZKS7xMPvm07zNzoUZamtu2JWjh8jPGh+DHHhAW 5GRwvI4vlnHo3nCY2rnTPUTEHbYcnXJ/jLscZW/dNA0N6eYlA2R9pYiLxUqBQo9sejpu pecMxdlJ33SA0V1mQfReGqb+o2J4PpHSuLrSYUEJsBYqpbU5/b+i7XKHgQfk/6dxz+73 WQs5Cg7ZKecNgfrhtwKowgG1MNEmFb/GhIzxXMTiPv5aPMJJ+v29wWokITjiRjWQvHR+ D1LQ== MIME-Version: 1.0 X-Received: by 10.182.101.134 with SMTP id fg6mr583781obb.30.1383068356292; Tue, 29 Oct 2013 10:39:16 -0700 (PDT) Received: by 10.76.132.9 with HTTP; Tue, 29 Oct 2013 10:39:16 -0700 (PDT) In-Reply-To: <258B7E66-31A3-451D-8EFC-E96414AEADEF@freebsd.org> References: <20131029162447.GA1223@faust.sbb.rs> <1383065152.18408.40316221.5CDDF056@webmail.messagingengine.com> <258B7E66-31A3-451D-8EFC-E96414AEADEF@freebsd.org> Date: Tue, 29 Oct 2013 10:39:16 -0700 Message-ID: Subject: Re: repo directory for pkg From: Freddie Cash To: Mark Felder Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Oct 2013 17:39:17 -0000 On Tue, Oct 29, 2013 at 10:29 AM, Mark Felder wrote: > The public repository uses SRV records not A records which is why you are > not seeing them on a normal dig/host lookup > =E2=80=8B# host -t srv pkg.freebsd.org pkg.freebsd.org has no SRV record =E2=80=8B --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Tue Oct 29 17:43:06 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id 6754443B for ; Tue, 29 Oct 2013 17:43:06 +0000 (UTC) (envelope-from feld@freebsd.org) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 38A30282B for ; Tue, 29 Oct 2013 17:43:05 +0000 (UTC) Received: from compute4.internal (compute4.nyi.mail.srv.osa [10.202.2.44]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 3751220DB0; Tue, 29 Oct 2013 13:43:04 -0400 (EDT) Received: from frontend1 ([10.202.2.160]) by compute4.internal (MEProxy); Tue, 29 Oct 2013 13:43:04 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=references:mime-version:in-reply-to :content-type:content-transfer-encoding:message-id:cc:from :subject:date:to; s=smtpout; bh=6jZMdl2cNeKuOME3DwwGqH34seQ=; b= re4CvH7Y4fXWNsK7kh0salNLrcLid0bZ7bhRAWOwUMppW+IFBFDpxoJbKAGJhDta IvE/LdPdv9/2R5iOlPfabyk9qPJFPavomHv0IRNgv2tOeVkaGf4FqlnbrjRVmKpd z0wATjYf3smut5TU919ESmP1Z40bs2oBjl0b4jVwUhY= X-Sasl-enc: eb18elv7vrpSp2UZLwCBB9C8qbnTqSYi3plgQvFC5d+Z 1383068580 Received: from [10.43.237.251] (unknown [173.209.204.210]) by mail.messagingengine.com (Postfix) with ESMTPA id 4EAF5C00E99; Tue, 29 Oct 2013 13:43:00 -0400 (EDT) References: <20131029162447.GA1223@faust.sbb.rs> <1383065152.18408.40316221.5CDDF056@webmail.messagingengine.com> <258B7E66-31A3-451D-8EFC-E96414AEADEF@freebsd.org> Mime-Version: 1.0 (1.0) In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: <3A9BA90B-BF45-405B-BE15-A1EE495F1031@freebsd.org> X-Mailer: iPhone Mail (11B511) From: Mark Felder Subject: Re: repo directory for pkg Date: Tue, 29 Oct 2013 12:42:57 -0500 To: Freddie Cash Cc: FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Oct 2013 17:43:06 -0000 When I get back to my desk I will try to reproduce this. The old test server= pkg-test was also SRV. Can you see those records?= From owner-freebsd-stable@FreeBSD.ORG Tue Oct 29 17:44:57 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id 72A4969F; Tue, 29 Oct 2013 17:44:57 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-ob0-x234.google.com (mail-ob0-x234.google.com [IPv6:2607:f8b0:4003: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 2924F2855; Tue, 29 Oct 2013 17:44:57 +0000 (UTC) Received: by mail-ob0-f180.google.com with SMTP id wo20so227214obc.39 for ; Tue, 29 Oct 2013 10:44:55 -0700 (PDT) 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:to :cc:content-type; bh=luKiJhzNe/Ifi3+yXLCTgr6cA1ZDCw3G42Th7IgW8Mc=; b=CRor2JcOxMTTW4HyG3IXSupIbN3H73BToiKaQT/4TpAl5ebzFTwb+1/vrv9nFt7uUQ XLbDZxELEcuRPz4vi4Uif77G6ga2hYymezfj5I/SR2h9mdPKk7QhSCqu4NO9i+Q2MMvn IRk79dYqasl9KpapxYDEms2Z5f6plRRtPm3m/VteZw7yz1SwnJPXhXJEt7YWyg5z879H efqsiPkt85MUzSwDyg9Gha02dMcAjTNJysp/9DmHzZjMf27BhBFt4veyKJ36Ye3344cQ Mv9JWCBnpJtSkUuFd0drOue0PteS5eIqFpF9rNlU6VULFEt+WVNMKyXtVOKqcH69DTSE p3ZA== MIME-Version: 1.0 X-Received: by 10.60.56.42 with SMTP id x10mr442312oep.95.1383068695377; Tue, 29 Oct 2013 10:44:55 -0700 (PDT) Received: by 10.76.132.9 with HTTP; Tue, 29 Oct 2013 10:44:55 -0700 (PDT) In-Reply-To: <3A9BA90B-BF45-405B-BE15-A1EE495F1031@freebsd.org> References: <20131029162447.GA1223@faust.sbb.rs> <1383065152.18408.40316221.5CDDF056@webmail.messagingengine.com> <258B7E66-31A3-451D-8EFC-E96414AEADEF@freebsd.org> <3A9BA90B-BF45-405B-BE15-A1EE495F1031@freebsd.org> Date: Tue, 29 Oct 2013 10:44:55 -0700 Message-ID: Subject: Re: repo directory for pkg From: Freddie Cash To: Mark Felder Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Oct 2013 17:44:57 -0000 On Tue, Oct 29, 2013 at 10:42 AM, Mark Felder wrote: > When I get back to my desk I will try to reproduce this. The old test > server pkg-test was also SRV. Can you see those records? =E2=80=8B# host -t srv pkg-test.freebsd.org pkg-test.freebsd.org has no SRV record =E2=80=8B =E2=80=8BAnd, just to show that DNS lookups are working: =E2=80=8B$ host -t txt freebsd.org freebsd.org descriptive text "v=3Dspf1 ip4:8.8.178.116 ip6:2001:1900:2254:206a::19:2 ~all" $ host -t a www.freebsd.org www.freebsd.org is an alias for wfe0.ysv.freebsd.org. wfe0.ysv.freebsd.org has address 8.8.178.110 --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Tue Oct 29 18:13:18 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id E82FD41D for ; Tue, 29 Oct 2013 18:13:18 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-qa0-x231.google.com (mail-qa0-x231.google.com [IPv6:2607:f8b0:400d:c00::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A3DF12A72 for ; Tue, 29 Oct 2013 18:13:18 +0000 (UTC) Received: by mail-qa0-f49.google.com with SMTP id i13so241096qae.15 for ; Tue, 29 Oct 2013 11:13:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=fAkjSUFc6QrqaLylfVVdjaNE95zLoSbtNAuG0ZYr6yg=; b=NE0ZWnILsUD/XywtZGgyaDWmplI9XBex5v9Vyo85ftBndcltGb088wXNFSG/525FHD UtKH08X+I+CIPretG6+5zCUj70nFxUSZ7ZqhuouuBtwy1RPTWTC/zP7DE2RAZU6aOupp SI6v3I3CxX7mcElt9481MfATmHZBzkEf9aojU= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=fAkjSUFc6QrqaLylfVVdjaNE95zLoSbtNAuG0ZYr6yg=; b=Il38Re0wCA1FHILSOSYI7sFfz96vcwVMm6xx2jWP8ONUdDvGP6djYlSCyEy6ZXu7x9 E1D8DxArRltFz2G6f0DISg45KN8RFfqKiUuOjwwrwxF63nlnWyjIMwFox5a11VersI4W kbvbmDP8dPJX+plD1L5TZoQ3//xRXZqBf+e5RxIpT2nduGMc925kcNtVIkB3bQh5AsKu Ry/UaWMNP/DYoa47ndLTDOe5OUgKkWH26m68ZcvoJXOzEg6x667wwgmlKBRVv3/YaPuI 3HrIO2s/bARICbtjYiB3VHHt7EX+Zu+VV6E3jj8xCeSf+f25RT+MKXnjpin94+9vGBbL lviw== X-Gm-Message-State: ALoCoQmvnu4zrfLrgSioosbL5sMMz6svDes7ZvJWO6WV/DDCtNQT57W0cvJaYBICHTTnamH1hEr1 X-Received: by 10.224.87.198 with SMTP id x6mr2529163qal.61.1383070397720; Tue, 29 Oct 2013 11:13:17 -0700 (PDT) MIME-Version: 1.0 Received: by 10.96.63.101 with HTTP; Tue, 29 Oct 2013 11:12:47 -0700 (PDT) In-Reply-To: <3A9BA90B-BF45-405B-BE15-A1EE495F1031@freebsd.org> References: <20131029162447.GA1223@faust.sbb.rs> <1383065152.18408.40316221.5CDDF056@webmail.messagingengine.com> <258B7E66-31A3-451D-8EFC-E96414AEADEF@freebsd.org> <3A9BA90B-BF45-405B-BE15-A1EE495F1031@freebsd.org> From: Eitan Adler Date: Tue, 29 Oct 2013 14:12:47 -0400 Message-ID: Subject: Re: repo directory for pkg To: Mark Felder Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Oct 2013 18:13:19 -0000 [ please avoid top-posting - it makes it hard to follow the conversation ] On Tue, Oct 29, 2013 at 1:42 PM, Mark Felder wrote: > When I get back to my desk I will try to reproduce this. The old test server pkg-test was also SRV. Can you see those records? Try host -t SRV _http._tcp.pkg.freebsd.org > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Eitan Adler From owner-freebsd-stable@FreeBSD.ORG Tue Oct 29 18:21:55 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id E05B0711 for ; Tue, 29 Oct 2013 18:21:55 +0000 (UTC) (envelope-from kpaasial@gmail.com) Received: from mail-qa0-x230.google.com (mail-qa0-x230.google.com [IPv6:2607:f8b0:400d:c00::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A1BE52B19 for ; Tue, 29 Oct 2013 18:21:55 +0000 (UTC) Received: by mail-qa0-f48.google.com with SMTP id k4so249565qaq.14 for ; Tue, 29 Oct 2013 11:21:54 -0700 (PDT) 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:to :content-type; bh=FgTgUCNlEoGwDOL4eap7mO54Eo4bvlqBfyTw6l/O3YM=; b=QPDz1EEU9ISa2ms/xQMmFG9cKqIqDEKU3AuP4Yx7xwfS1h4hm/+jY0Y6jCg0P8AQzi JZt9cHljeSEmeztHGyUEeqMTeks/reOdXDqxnREVuMuOnc271+xw2wGCK4IRscIBflvn ZmWQha51EZqjJrSK1j8ZZg5EoMDSw+vJCXEMhNGf/Ev8YuXa1ZY9EGBcxS7whPx6fOOP 0C6VoDXz+4V4CB3uWHwyz+dFzZp2KQtTZxKx6HPKmT7m8Zi2RrgKNNJ8WmJFonofIvOz wg7Jnh7eGE8MZkfNjH7maC9kks4vqNmKuS24JpmOefovxOeATvW7TMCFBMeFGZPMYxmR RA/Q== MIME-Version: 1.0 X-Received: by 10.224.34.129 with SMTP id l1mr2817503qad.14.1383070914845; Tue, 29 Oct 2013 11:21:54 -0700 (PDT) Received: by 10.96.180.233 with HTTP; Tue, 29 Oct 2013 11:21:54 -0700 (PDT) In-Reply-To: References: Date: Tue, 29 Oct 2013 20:21:54 +0200 Message-ID: Subject: Re: make delete-old oddity on stable/10 From: Kimmo Paasiala To: "freebsd-stable@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Oct 2013 18:21:55 -0000 On Tue, Oct 29, 2013 at 11:24 AM, Kimmo Paasiala wrote: > freebsd10 /usr/src # uname -a > > FreeBSD freebsd10.rdnzl.info 10.0-BETA2 FreeBSD 10.0-BETA2 #0 r257267: > Mon Oct 28 22:42:23 EET 2013 > kimmo@freebsd10.rdnzl.info:/usr/obj/usr/src/sys/GENERIC i386 > > freebsd10 /usr/src # make delete-old > >>>> Removing old files (only deletes safe to delete libs) > > awk: can't open file /usr/obj/usr/src/sys/sys/param.h > > source line number 1 > > make[2]: "/usr/src/Makefile.inc1" line 135: warning: "awk > '/^#define[[:space:]]*__FreeBSD_version/ { print $3 }' > /usr/obj/usr/src/sys/sys/param.h" returned non-zero status > >>>> Old files removed > >>>> Removing old directories > > awk: can't open file /usr/obj/usr/src/sys/sys/param.h > > source line number 1 > > make[2]: "/usr/src/Makefile.inc1" line 135: warning: "awk > '/^#define[[:space:]]*__FreeBSD_version/ { print $3 }' > /usr/obj/usr/src/sys/sys/param.h" returned non-zero status > >>>> Old directories removed > > To remove old libraries run 'make delete-old-libs'. > > freebsd10 /usr/src # > > > My src.conf and make.conf are both empty. > > -Kimmo No one else noticed this? I can't be the only one doing 'make delete-old delete-old-libs' on every update. Bit more information: I have tried cleaning /usr/obj before doing a new cycle of 'make build world build kernel', no difference. -Kimmo -Kimmo From owner-freebsd-stable@FreeBSD.ORG Tue Oct 29 18:28:27 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id E8A6EA91; Tue, 29 Oct 2013 18:28:26 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-ob0-x229.google.com (mail-ob0-x229.google.com [IPv6:2607:f8b0:4003: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 9EBDE2BA2; Tue, 29 Oct 2013 18:28:26 +0000 (UTC) Received: by mail-ob0-f169.google.com with SMTP id uz6so311407obc.0 for ; Tue, 29 Oct 2013 11:28:26 -0700 (PDT) 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:to :cc:content-type; bh=2a8rRnZy75Jvxcyn+g0/o1OyDvF/CCt595Pw5I2ofQY=; b=l85wlPyNTf6C0cDxGYQdbUqqMyuQhKKvAt+BOi0SgRwCAn1WKArIAjVoflRmO3LS70 pqaTWSXMzYee/UvZj+ZCbimQhSdlKEsae6+7yjlhn/XDlmxtUpBG43mjIguKmdmADwdW OgtuUkbm/v4YHj0+Wxb/OzncHWh2CvBhxbKimaucLBvf+6LidoAhbBGKmCBJmOx2CyHy e8r4y1AlzjCAZbI4IKPR1Kmb0s/1lAJPLmu0EeYFZAdboLru4eFF8xCcAaYYGLxHFPfF clq+GTL3MdpYHrwyzpjmk3CmDEb3pdJW6vtII1PHFnG7aoDF07lLSaWc3RvnE/zjfzVR J9pg== MIME-Version: 1.0 X-Received: by 10.182.66.82 with SMTP id d18mr689584obt.98.1383071305906; Tue, 29 Oct 2013 11:28:25 -0700 (PDT) Received: by 10.76.132.9 with HTTP; Tue, 29 Oct 2013 11:28:25 -0700 (PDT) In-Reply-To: References: <20131029162447.GA1223@faust.sbb.rs> <1383065152.18408.40316221.5CDDF056@webmail.messagingengine.com> <258B7E66-31A3-451D-8EFC-E96414AEADEF@freebsd.org> <3A9BA90B-BF45-405B-BE15-A1EE495F1031@freebsd.org> Date: Tue, 29 Oct 2013 11:28:25 -0700 Message-ID: Subject: Re: repo directory for pkg From: Freddie Cash To: Eitan Adler Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Oct 2013 18:28:27 -0000 On Tue, Oct 29, 2013 at 11:12 AM, Eitan Adler wrote: > [ please avoid top-posting - it makes it hard to follow the conversation = ] =E2=80=8BNote: nobody has top-posted yet.=E2=80=8B > On Tue, Oct 29, 2013 at 1:42 PM, Mark Felder wrote: > > When I get back to my desk I will try to reproduce this. The old test > server pkg-test was also SRV. Can you see those records? > > Try host -t SRV _http._tcp.pkg.freebsd.org Ah, that one works. =E2=80=8B=E2=80=8B$ host -t SRV _http._tcp.pkg.freebsd.org _http._tcp.pkg.freebsd.org has SRV record 10 10 80 pkg0.bme.freebsd.org. _http._tcp.pkg.freebsd.org has SRV record 10 10 80 pkg0.isc.freebsd.org. _http._tcp.pkg.freebsd.org has SRV record 10 10 80 pkg1.nyi.freebsd.org. Guessing that's the query that pkg will make internally? And, going to one of those directly in the browser allows one to browse the repos. Thanks for the info! --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Tue Oct 29 18:32:49 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id EEDC6E4B for ; Tue, 29 Oct 2013 18:32:48 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 88D912C23 for ; Tue, 29 Oct 2013 18:32:48 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.7/8.14.7) with ESMTP id r9TIWhID060777 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 29 Oct 2013 19:32:44 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.7/8.14.7/Submit) with ESMTP id r9TIWheh060774 for ; Tue, 29 Oct 2013 19:32:43 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Tue, 29 Oct 2013 19:32:43 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: "freebsd-stable@freebsd.org" Subject: Re: make delete-old oddity on stable/10 In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="2055831798-1923316759-1383071563=:20642" X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,URIBL_RED autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.fig.ol.no X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Oct 2013 18:32:49 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --2055831798-1923316759-1383071563=:20642 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT On Tue, 29 Oct 2013 20:21+0200, Kimmo Paasiala wrote: > On Tue, Oct 29, 2013 at 11:24 AM, Kimmo Paasiala wrote: > > freebsd10 /usr/src # uname -a > > > > FreeBSD freebsd10.rdnzl.info 10.0-BETA2 FreeBSD 10.0-BETA2 #0 r257267: > > Mon Oct 28 22:42:23 EET 2013 > > kimmo@freebsd10.rdnzl.info:/usr/obj/usr/src/sys/GENERIC i386 > > > > freebsd10 /usr/src # make delete-old > > > >>>> Removing old files (only deletes safe to delete libs) > > > > awk: can't open file /usr/obj/usr/src/sys/sys/param.h > > > > source line number 1 > > > > make[2]: "/usr/src/Makefile.inc1" line 135: warning: "awk > > '/^#define[[:space:]]*__FreeBSD_version/ { print $3 }' > > /usr/obj/usr/src/sys/sys/param.h" returned non-zero status > > > >>>> Old files removed > > > >>>> Removing old directories > > > > awk: can't open file /usr/obj/usr/src/sys/sys/param.h > > > > source line number 1 > > > > make[2]: "/usr/src/Makefile.inc1" line 135: warning: "awk > > '/^#define[[:space:]]*__FreeBSD_version/ { print $3 }' > > /usr/obj/usr/src/sys/sys/param.h" returned non-zero status > > > >>>> Old directories removed > > > > To remove old libraries run 'make delete-old-libs'. > > > > freebsd10 /usr/src # > > > > > > My src.conf and make.conf are both empty. > > > > -Kimmo > > No one else noticed this? I can't be the only one doing 'make > delete-old delete-old-libs' on every update. > > Bit more information: I have tried cleaning /usr/obj before doing a > new cycle of 'make build world build kernel', no difference. I see similar messages on head. A workaround is to run these two commands mkdir /usr/obj/usr/src/release ln -s /usr/src/sys/sys /usr/obj/usr/src/sys/sys prior to running make delete-old{,-libs}. -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestøl, | Trond Endrestøl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjøvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ --2055831798-1923316759-1383071563=:20642-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 29 18:35:25 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id 52735F83 for ; Tue, 29 Oct 2013 18:35:25 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from frv154.fwdcdn.com (frv154.fwdcdn.com [212.42.77.154]) (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 09D002C51 for ; Tue, 29 Oct 2013 18:35:25 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=7IMyAOMj6ofpv4CKCUtyIFq58Oz0vYuqBBlnNefZ8Rs=; b=YI7kRslE/SG2RTz4pN7nT2VjQoEXWA7QIETDeaF160di+x0u3QYK5QIfffi3BSowaqNhTL3He8nNG8HcD/A/LopwFCJIwUcnXF52KNlb2hndK5Tcgnf4+lhtgyfCHO1MCqHacTAM3t/2FGszWcY7hA0amIv4ft4j9W2k8kKirO4=; Received: from [178.137.138.140] (helo=nonamehost.local) by frv154.fwdcdn.com with esmtpsa ID 1VbE8P-000PX8-Nf ; Tue, 29 Oct 2013 20:35:21 +0200 Date: Tue, 29 Oct 2013 20:35:15 +0200 From: Ivan Klymenko To: Kimmo Paasiala Subject: Re: make delete-old oddity on stable/10 Message-ID: <20131029203515.1707e86d@nonamehost.local> In-Reply-To: References: X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Authentication-Result: IP=178.137.138.140; mail.from=fidaj@ukr.net; dkim=pass; header.d=ukr.net Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Oct 2013 18:35:25 -0000 =D0=92 Tue, 29 Oct 2013 20:21:54 +0200 Kimmo Paasiala =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > On Tue, Oct 29, 2013 at 11:24 AM, Kimmo Paasiala > wrote: > > freebsd10 /usr/src # uname -a > > > > FreeBSD freebsd10.rdnzl.info 10.0-BETA2 FreeBSD 10.0-BETA2 #0 > > r257267: Mon Oct 28 22:42:23 EET 2013 > > kimmo@freebsd10.rdnzl.info:/usr/obj/usr/src/sys/GENERIC i386 > > > > freebsd10 /usr/src # make delete-old > > > >>>> Removing old files (only deletes safe to delete libs) > > > > awk: can't open file /usr/obj/usr/src/sys/sys/param.h > > > > source line number 1 > > > > make[2]: "/usr/src/Makefile.inc1" line 135: warning: "awk > > '/^#define[[:space:]]*__FreeBSD_version/ { print $3 }' > > /usr/obj/usr/src/sys/sys/param.h" returned non-zero status > > > >>>> Old files removed > > > >>>> Removing old directories > > > > awk: can't open file /usr/obj/usr/src/sys/sys/param.h > > > > source line number 1 > > > > make[2]: "/usr/src/Makefile.inc1" line 135: warning: "awk > > '/^#define[[:space:]]*__FreeBSD_version/ { print $3 }' > > /usr/obj/usr/src/sys/sys/param.h" returned non-zero status > > > >>>> Old directories removed > > > > To remove old libraries run 'make delete-old-libs'. > > > > freebsd10 /usr/src # > > > > > > My src.conf and make.conf are both empty. > > > > -Kimmo >=20 > No one else noticed this? I can't be the only one doing 'make > delete-old delete-old-libs' on every update. >=20 > Bit more information: I have tried cleaning /usr/obj before doing a > new cycle of 'make build world build kernel', no difference. >=20 > -Kimmo >=20 > -Kimmo http://docs.freebsd.org/cgi/mid.cgi?20130829124846.08b8c11e From owner-freebsd-stable@FreeBSD.ORG Tue Oct 29 18:47:05 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id 00E9493C; Tue, 29 Oct 2013 18:47:04 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CAB6C2D29; Tue, 29 Oct 2013 18:47:04 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 9009D10A47; Tue, 29 Oct 2013 18:47:03 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 9009D10A47 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Tue, 29 Oct 2013 14:47:02 -0400 From: Glen Barber To: Kimmo Paasiala Subject: Re: make delete-old oddity on stable/10 Message-ID: <20131029184702.GJ1798@glenbarber.us> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="BOmey7/79ja+7F5w" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Oct 2013 18:47:05 -0000 --BOmey7/79ja+7F5w Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 29, 2013 at 11:24:11AM +0200, Kimmo Paasiala wrote: > freebsd10 /usr/src # uname -a >=20 > FreeBSD freebsd10.rdnzl.info 10.0-BETA2 FreeBSD 10.0-BETA2 #0 r257267: > Mon Oct 28 22:42:23 EET 2013 > kimmo@freebsd10.rdnzl.info:/usr/obj/usr/src/sys/GENERIC i386 >=20 > freebsd10 /usr/src # make delete-old >=20 > >>> Removing old files (only deletes safe to delete libs) >=20 > awk: can't open file /usr/obj/usr/src/sys/sys/param.h >=20 > source line number 1 >=20 > make[2]: "/usr/src/Makefile.inc1" line 135: warning: "awk > '/^#define[[:space:]]*__FreeBSD_version/ { print $3 }' > /usr/obj/usr/src/sys/sys/param.h" returned non-zero status >=20 This is fixed in head/ at r257350, and will be merged to stable/10 before the next 10.0 builds. Glen --BOmey7/79ja+7F5w Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJScAKlAAoJELls3eqvi17QuoMQALZpO/YFmIWAjwCQ40gqUkI5 fR3zXKTZAAv3WB27+5l3zXpmJQjmDqaAHAAcPBzwUoAJZJBUvW+YtvncUgXOvw4d furn4I0/4ame8SeqwjNw5gh/Huqfb4U/pTbFKnEvJfhHfvvo5+u2QcCbeGdlmlIu 5XLFjl4OaBDHC7yz80oMtfPfIMiraZPP94i0estEnVS1/UkQO6G4pBC72E9imsIA cRDtw6mWvEFm2A+KAlbD6Zi0RLtgE1VBeMi8UHsIEvOF+ezyR3gIb4pur5dC2F6D KKAbtqSAAQjss1SOdB/YBKJb1nsebSKsZb75Zmf7+zGV0BCcopvJljA/hnHyNqEP 0tREId3s+Gwdn0skLp6dGjle+1cdWXjL3jZmDTwjdOq/wQjVBso0nYzJvfpbY44O tiPJC/iBMSJdqo7Op4AUGSfx/By6FeHCkEkVojcukDglxOrg/KzG/paZxOuUyZYq MPmJnjWUy6+bFjN9DqVYqWK8qJJq+hqWgjjAXYM1Lw+zJ/+xpTzerpwb52WYCxZJ 6AUgi2jBC6Ma1ILw5dQjynrEUy6oPw9MjjZrnATObhZE3guhVaNYNr5BkzE8auGP 3tfbCfa+bEWwWEC4rJWIekhPIolmD0kYdOH33tRGIK7xeRxwymZj7+leEFWrQFWV MZcul/laGGFl1168K29/ =GUK5 -----END PGP SIGNATURE----- --BOmey7/79ja+7F5w-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 29 19:53:24 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id 232F5188 for ; Tue, 29 Oct 2013 19:53:24 +0000 (UTC) (envelope-from serguey-grigoriev@yandex.ru) Received: from forward12.mail.yandex.net (forward12.mail.yandex.net [IPv6:2a02:6b8:0:801::2]) by mx1.freebsd.org (Postfix) with ESMTP id C79462173 for ; Tue, 29 Oct 2013 19:53:23 +0000 (UTC) Received: from web28j.yandex.ru (web28j.yandex.ru [5.45.198.69]) by forward12.mail.yandex.net (Yandex) with ESMTP id 8A5E3C21122; Tue, 29 Oct 2013 23:53:21 +0400 (MSK) Received: from 127.0.0.1 (localhost [127.0.0.1]) by web28j.yandex.ru (Yandex) with ESMTP id 275C33A8105A; Tue, 29 Oct 2013 23:53:21 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1383076401; bh=t+26y6oL/7RlAUCGhEoJpCZwo9OkubOEB2lsT9hb1dE=; h=From:To:In-Reply-To:References:Subject:Date; b=gIghxYdAP4nOVokkchqUgqAiJ0YiHlKu4TVv1AJ6K7N/cnz8Xx0HGjgCQ5WDfNEoH MALPRgZ7qsfqYszDNvu5TT703pQyh2K3GkvOBuMkXFoEQ9ThtCmu5T1YA4VnvQ7jsd M1NLsZA+SpMenBBPkMjzw4JEQQLXQao5pb+feB+4= Received: from [188.134.22.116] ([188.134.22.116]) by web28j.yandex.ru with HTTP; Tue, 29 Oct 2013 23:53:20 +0400 From: S.N.Grigoriev To: Kimmo Paasiala , "freebsd-stable@freebsd.org" In-Reply-To: References: Subject: Re: make delete-old oddity on stable/10 MIME-Version: 1.0 Message-Id: <143491383076400@web28j.yandex.ru> X-Mailer: Yamail [ http://yandex.ru ] 5.0 Date: Tue, 29 Oct 2013 23:53:20 +0400 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=koi8-r X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Oct 2013 19:53:24 -0000 29.10.2013, 22:22, "Kimmo Paasiala" : > On Tue, Oct 29, 2013 at 11:24 AM, Kimmo Paasiala wrote: > >> šfreebsd10 /usr/src # uname -a >> >> šFreeBSD freebsd10.rdnzl.info 10.0-BETA2 FreeBSD 10.0-BETA2 #0 r257267: >> šMon Oct 28 22:42:23 EET 2013 >> škimmo@freebsd10.rdnzl.info:/usr/obj/usr/src/sys/GENERIC ši386 >> >> šfreebsd10 /usr/src # make delete-old >>>>> šRemoving old files (only deletes safe to delete libs) >> šawk: can't open file /usr/obj/usr/src/sys/sys/param.h >> >> ššsource line number 1 >> >> šmake[2]: "/usr/src/Makefile.inc1" line 135: warning: "awk >> š'/^#define[[:space:]]*__FreeBSD_version/ { print $3 }' >> š/usr/obj/usr/src/sys/sys/param.h" returned non-zero status >>>>> šOld files removed >>>>> šRemoving old directories >> šawk: can't open file /usr/obj/usr/src/sys/sys/param.h >> >> ššsource line number 1 >> >> šmake[2]: "/usr/src/Makefile.inc1" line 135: warning: "awk >> š'/^#define[[:space:]]*__FreeBSD_version/ { print $3 }' >> š/usr/obj/usr/src/sys/sys/param.h" returned non-zero status >>>>> šOld directories removed >> šTo remove old libraries run 'make delete-old-libs'. >> >> šfreebsd10 /usr/src # >> >> šMy src.conf and make.conf are both empty. >> >> š-Kimmo > > No one else noticed this? I can't be the only one doing 'make > delete-old delete-old-libs' on every update. > > Bit more information: I have tried cleaning /usr/obj before doing a > new cycle of 'make build world build kernel', no difference. > > -Kimmo > Hi Kimmo, I've seen the same error messages. -- Regards, S.Grigoriev. From owner-freebsd-stable@FreeBSD.ORG Tue Oct 29 20:50:42 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id 64453AB8; Tue, 29 Oct 2013 20:50:42 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (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 03FBD2618; Tue, 29 Oct 2013 20:50:41 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.2.117.99]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.7/8.14.7) with ESMTP id r9TKoZk1017762 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 29 Oct 2013 20:50:36 GMT (envelope-from m.seaman@infracaninophile.co.uk) DKIM-Filter: OpenDKIM Filter v2.8.3 smtp.infracaninophile.co.uk r9TKoZk1017762 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1383079836; bh=usfw5bR6gwVTRXEUPVWJSCd71fHQF1tb76PI5Zqm+qo=; h=Date:From:To:CC:Subject:References:In-Reply-To; z=Date:=20Tue,=2029=20Oct=202013=2020:50:27=20+0000|From:=20Matthew =20Seaman=20|To:=20Freddie=20Cash =20,=20Mark=20Felder=20|CC:=2 0FreeBSD=20Stable=20|Subject:=20Re:=20 repo=20directory=20for=20pkg|References:=20<20131029162447.GA1223@ faust.sbb.rs>=20<1383065152.18408.40316221.5CDDF056@webmail.messag ingengine.com>=20=20<258B7E66-31A3-451D-8EFC-E96414AEADEF@free bsd.org>=20|In-Reply-To:=20; b=A+rtt8IbHTnaRytc73NQURw+eull9CAdjrUhK+T3Rq7qORCF3tB+jUquJedcO5+bj BXcn223JSrnTk36Vjqb+X9pBgnY+7sbuKSCBTY408ts3jsIz45IwXiHmOZTg39LUAi c4SNVLSczGqa3rR+A2MaW5oOd8kY4iXldOT84ct4= Message-ID: <52701F93.8040109@infracaninophile.co.uk> Date: Tue, 29 Oct 2013 20:50:27 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:24.0) Gecko/20100101 Thunderbird/24.0.1 MIME-Version: 1.0 To: Freddie Cash , Mark Felder Subject: Re: repo directory for pkg References: <20131029162447.GA1223@faust.sbb.rs> <1383065152.18408.40316221.5CDDF056@webmail.messagingengine.com> <258B7E66-31A3-451D-8EFC-E96414AEADEF@freebsd.org> In-Reply-To: X-Enigmail-Version: 1.5.2 OpenPGP: id=E7F39EBF Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="PB8miMBOLVMRqK7bd4CQ5x9M5AiKwrqsW" X-Virus-Scanned: clamav-milter 0.97.8 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Cc: FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Oct 2013 20:50:42 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --PB8miMBOLVMRqK7bd4CQ5x9M5AiKwrqsW Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 29/10/2013 17:39, Freddie Cash wrote: > On Tue, Oct 29, 2013 at 10:29 AM, Mark Felder wrote:= >=20 >> The public repository uses SRV records not A records which is why you = are >> not seeing them on a normal dig/host lookup >> >=20 > =E2=80=8B# host -t srv pkg.freebsd.org > pkg.freebsd.org has no SRV record > =E2=80=8B >=20 You're not querying for the right thing. Do it like this: lucid-nonsense:~:% host -t srv _http._tcp.pkg.freebsd.org _http._tcp.pkg.freebsd.org has SRV record 10 10 80 pkg0.isc.freebsd.org. _http._tcp.pkg.freebsd.org has SRV record 10 10 80 pkg0.bme.freebsd.org. _http._tcp.pkg.freebsd.org has SRV record 10 10 80 pkg1.nyi.freebsd.org. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey JID: matthew@infracaninophile.co.uk --PB8miMBOLVMRqK7bd4CQ5x9M5AiKwrqsW Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.20 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQJ8BAEBCgBmBQJScB+bXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NTNBNjhCOTEzQTRFNkNGM0UxRTEzMjZC QjIzQUY1MThFMUE0MDEzAAoJELsjr1GOGkATkdcQAJyWGmLecqlAdt0J4JuLPoYx jB4wzZ5fkOWmS+HvIg9jv3QNZ5rFp7rgN7rLq4WrGw+KfgzTWikbE5Wr2fBWoTGL jv32yQdweBz9YmnwxQShl0iA8Fgw5JlV+ytKWskaIexUV9L93stlxNOanh9PGPyh PmCsY0MQSheVkkC9iUEIM09AVHJPcwhyPbtaQgGPkkaxz5M1OsXQqOVJCm5AnIzI OhkOv1QBvhNtG1YE4bLDADO7z7cnOW+tciscP22gPIlxAMQ61bzrL2H7hkCG2XwA tmiJdGugu3dDfWMGpEuMYIHtRSuPe4AIaekJFlXThEY2ah4plYFebucpMFPPCOsw ItmVaYqw45CySwvQWGm1JHuDj+rtsaREDjIa2ZDD5KnXYXhy6k1B1Li6jKsVEoz2 fo8JnVFc1JDxyrO1XDiUxVD7eaZdeVIjP36PFqg+uIsPTv7B6IcvqO9JntKx5OSv dgRauxSmdUaF5Enh3iUHl+m5iTiTUJDOvhnhtjUXubPjUwCa3ASXQQjnJmQc/MXq LMajOO78rgae3giNaKVh6D7xvhr+/RW12V0XWVPqpLALHE1n+FvMVqm4zPxTJ298 uEdANC1ElEX7MOYkL7SM0tcoUcjxWUYe83UT2GqCdF7UaYzF4eGhBCWvU3glGasR I/E1y8Z+EDxv1oyU7Li0 =mu5J -----END PGP SIGNATURE----- --PB8miMBOLVMRqK7bd4CQ5x9M5AiKwrqsW-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 29 21:12:46 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id 0A318E89 for ; Tue, 29 Oct 2013 21:12:46 +0000 (UTC) (envelope-from mueller6721@twc.com) Received: from cdptpa-oedge-vip.email.rr.com (cdptpa-outbound-snat.email.rr.com [107.14.166.226]) by mx1.freebsd.org (Postfix) with ESMTP id C4F3D2814 for ; Tue, 29 Oct 2013 21:12:45 +0000 (UTC) Received: from [74.130.200.176] ([74.130.200.176:45512] helo=localhost) by cdptpa-oedge01 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id 12/86-02506-7C420725; Tue, 29 Oct 2013 21:12:39 +0000 Date: Tue, 29 Oct 2013 21:12:39 +0000 Message-ID: <12.86.02506.7C420725@cdptpa-oedge01> From: "Thomas Mueller" To: freebsd-stable@freebsd.org Subject: Re: make delete-old oddity on stable/10 X-RR-Connecting-IP: 107.14.168.118:25 X-Cloudmark-Score: 0 Cc: Glen Barber X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Oct 2013 21:12:46 -0000 > On Tue, Oct 29, 2013 at 11:24:11AM +0200, Kimmo Paasiala wrote: > > freebsd10 /usr/src # uname -a > > FreeBSD freebsd10.rdnzl.info 10.0-BETA2 FreeBSD 10.0-BETA2 #0 r257267: > > Mon Oct 28 22:42:23 EET 2013 > > kimmo@freebsd10.rdnzl.info:/usr/obj/usr/src/sys/GENERIC i386 > > freebsd10 /usr/src # make delete-old > > >>> Removing old files (only deletes safe to delete libs) > > > awk: can't open file /usr/obj/usr/src/sys/sys/param.h > > source line number 1 > > make[2]: "/usr/src/Makefile.inc1" line 135: warning: "awk > > '/^#define[[:space:]]*__FreeBSD_version/ { print $3 }' > > /usr/obj/usr/src/sys/sys/param.h" returned non-zero status > > This is fixed in head/ at r257350, and will be merged to stable/10 > before the next 10.0 builds. > Glen How soon will the next 10.0 builds be? Will it be BETA3 or sooner? I will want to update both 10.0 and 11-current, if the Realtek 8111/8168 driver is updated. So far, I have to boot my USB-stick installation of NetBSD-current amd64 to run svn (subversion) built from pkgsrc. Tom From owner-freebsd-stable@FreeBSD.ORG Tue Oct 29 21:15:18 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id 67B2C228; Tue, 29 Oct 2013 21:15:18 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3C1DA2854; Tue, 29 Oct 2013 21:15:18 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id E5218109CA; Tue, 29 Oct 2013 21:15:16 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us E5218109CA Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Tue, 29 Oct 2013 17:15:15 -0400 From: Glen Barber To: Thomas Mueller Subject: Re: make delete-old oddity on stable/10 Message-ID: <20131029211515.GA29959@glenbarber.us> References: <12.86.02506.7C420725@cdptpa-oedge01> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="J/dobhs11T7y2rNN" Content-Disposition: inline In-Reply-To: <12.86.02506.7C420725@cdptpa-oedge01> X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Oct 2013 21:15:18 -0000 --J/dobhs11T7y2rNN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 29, 2013 at 09:12:39PM +0000, Thomas Mueller wrote: > > On Tue, Oct 29, 2013 at 11:24:11AM +0200, Kimmo Paasiala wrote: > > > freebsd10 /usr/src # uname -a >=20 > > > FreeBSD freebsd10.rdnzl.info 10.0-BETA2 FreeBSD 10.0-BETA2 #0 r257267: > > > Mon Oct 28 22:42:23 EET 2013 > > > kimmo@freebsd10.rdnzl.info:/usr/obj/usr/src/sys/GENERIC i386 >=20 > > > freebsd10 /usr/src # make delete-old >=20 > > > >>> Removing old files (only deletes safe to delete libs) > > > > > awk: can't open file /usr/obj/usr/src/sys/sys/param.h >=20 > > > source line number 1 >=20 > > > make[2]: "/usr/src/Makefile.inc1" line 135: warning: "awk > > > '/^#define[[:space:]]*__FreeBSD_version/ { print $3 }' > > > /usr/obj/usr/src/sys/sys/param.h" returned non-zero status > > >=20 > > This is fixed in head/ at r257350, and will be merged to stable/10 > > before the next 10.0 builds. >=20 > > Glen >=20 > How soon will the next 10.0 builds be? >=20 Should be in about a week or so. > Will it be BETA3 or sooner? >=20 BETA3 or RC1, not sure yet. > I will want to update both 10.0 and 11-current, if the Realtek 8111/8168 = driver is updated. >=20 You can update head/. The output are warnings, not errors; they are =66rom make(1) complaining about something that does not exist, but not harmful. Glen --J/dobhs11T7y2rNN Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJScCVjAAoJELls3eqvi17QSPkQAK5ijb95OxaqdXw622yTAc/u TtUjCpZHMGIOyjrbosgeKRlDs8/mnbJ3cCk9Tk1gly3nBqK/LfF8JASMHxZyQxmI 7DQO707BTZug/fBq4pH2IH0rjHG9fM4YCj0R2za+o/71/Rc9nUiFRiSP9gmkotUZ LmuHTiVy75jkPauU0awcupFDXddZcxpF0d5yVbrISxerFAfDvjm+mAU6UXNx0JQB xekO/OWdrdNDr4GYj5rb4LEdpDaVDiJB12bpR9eHdQQTkQIqsv8/ygqMtLSnTMyF mXCmhUj+qCDE56RaInRHc12Gan8F1wNSiLva9BHu6ZcxUX6bVPrVvLzHT0TQuOLl 3+tyyzEuLNVYM+JBVhaJ4eF0VYB71PJQ/f96qzMhZC5Wi+869v6LHdBtWDGIehSa VtzGA7TExS+XLgs6c8u9b7vyncXhWA6TJ+qaYD0P8ye3AsdYC4y9GDaQ9aHZYhEW CDAWKDkJfgaig9MhkKfVtGq1CAqOxrPkOmzhKVsScwDiVAjLsGQ+ViF9XkapRAyT u0vXanH4sGAigi26tVJ7kONbJkqAkxAL9Cc/t6pY6d5qXIXOCBBkejxBsTLq4XiL OU2MTMgAE8foJ7fgPvM57TIQf5VudvoEFCayh4beqASWuuad+7ReZ+CzP+O4fnRn nbh/PHnKQVmPcWXg/SDf =o+Lx -----END PGP SIGNATURE----- --J/dobhs11T7y2rNN-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 29 21:29:12 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id A254E86C for ; Tue, 29 Oct 2013 21:29:12 +0000 (UTC) (envelope-from kpaasial@gmail.com) Received: from mail-qe0-x22d.google.com (mail-qe0-x22d.google.com [IPv6:2607:f8b0:400d:c02::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 66DC8294F for ; Tue, 29 Oct 2013 21:29:12 +0000 (UTC) Received: by mail-qe0-f45.google.com with SMTP id 8so327752qea.18 for ; Tue, 29 Oct 2013 14:29:11 -0700 (PDT) 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=fxHXx+SV6nI7uYat4aqETtJhWNlSvGFfdkCgZFILs0c=; b=rCEdSVCTtb3t6y2Ub0J55QbuEa6cyf+O1t0APEJlDO4c8r+8NP9ECd1/bBNX6qyvLd 4/jPqPV9/YaQtX0R4DNm/q7CEW3j6fA2Z/EzS5bsCHCeSRmqWMdRDlpmR7P8cVqvgzTq ZIWoiH6a7Az43SQ+gpcWz5+x/cvZji9njboTXgnhg6Vfzl/rd0xBSBhBJAGwHgDZwQOl 09RgonMkmCvwj7kLagNpjyWAJZlH6u/eo6kCpCJSvnBokUfUCT1dKwgPzasWhZIgVqpF HGF/GSuB+tCyOqlPo7FVZg+JyzW8zMXdKmbkVL2nQ3V9P8nUySm37wTKHf0fN6GsI22e eq8A== MIME-Version: 1.0 X-Received: by 10.224.121.6 with SMTP id f6mr3828907qar.64.1383082151473; Tue, 29 Oct 2013 14:29:11 -0700 (PDT) Received: by 10.96.180.233 with HTTP; Tue, 29 Oct 2013 14:29:11 -0700 (PDT) Date: Tue, 29 Oct 2013 23:29:11 +0200 Message-ID: Subject: DNS problem with svn0.eu.freebsd.org From: Kimmo Paasiala To: "freebsd-stable@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Oct 2013 21:29:12 -0000 I'm getting SERVFAIL response and I can not use the mirror to update any SVN sources. The addressed for us-west and us-east mirrors work. freebsd10 /usr/src # dig svn0.eu.freebsd.org ; <<>> DiG 9.9.4 <<>> svn0.eu.freebsd.org ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 43548 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 4096 ;; QUESTION SECTION: ;svn0.eu.freebsd.org. IN A ;; Query time: 261 msec ;; SERVER: 10.71.14.1#53(10.71.14.1) ;; WHEN: Tue Oct 29 23:26:31 EET 2013 ;; MSG SIZE rcvd: 48 freebsd10 /usr/src # -Kimmo From owner-freebsd-stable@FreeBSD.ORG Tue Oct 29 21:34:31 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id BFBB3AB7 for ; Tue, 29 Oct 2013 21:34:31 +0000 (UTC) (envelope-from kpaasial@gmail.com) Received: from mail-qe0-x22f.google.com (mail-qe0-x22f.google.com [IPv6:2607:f8b0:400d:c02::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 80CC529C8 for ; Tue, 29 Oct 2013 21:34:31 +0000 (UTC) Received: by mail-qe0-f47.google.com with SMTP id b4so324334qen.34 for ; Tue, 29 Oct 2013 14:34:30 -0700 (PDT) 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:to :content-type; bh=gW2l6Wcxz2BhcPnEQhw350LDgzPaAbbdmrIKVM51wuM=; b=Pdl1QcSPsE8UG/cmLKOjS9DgPZfNoQ6XgxP+uLlwXelSn9Eq7h8HNtMD9svPfLTBSw 2WT749/ZzuduzxTC0T3+palqHfDxgWcjkH7Yw/MHvUwlrSDfL+VF01ZKqs7f5qRXjCpC GRNckKrxVK3xBWmZERfbiCZhvWAA17XOhTOjII71G9QDYuBZ17FjYtdD8qsx/UGgEzMs YA7R1ke1xfmfU++WMP1L9WY2xcWLIUw1lIbofVcIpa0fX6sUwpUGF0Be8y9cUhoOWCaw YP8H9L7P+iM936wl2WfLOIygULnPZr+hozgu5jIhqD11OdnEQNmSo+fmPND5e6ADhm++ yzwg== MIME-Version: 1.0 X-Received: by 10.224.38.2 with SMTP id z2mr3506072qad.121.1383082470635; Tue, 29 Oct 2013 14:34:30 -0700 (PDT) Received: by 10.96.180.233 with HTTP; Tue, 29 Oct 2013 14:34:30 -0700 (PDT) In-Reply-To: References: Date: Tue, 29 Oct 2013 23:34:30 +0200 Message-ID: Subject: Re: DNS problem with svn0.eu.freebsd.org From: Kimmo Paasiala To: "freebsd-stable@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Oct 2013 21:34:31 -0000 On Tue, Oct 29, 2013 at 11:29 PM, Kimmo Paasiala wrote: > I'm getting SERVFAIL response and I can not use the mirror to update > any SVN sources. The addressed for us-west and us-east mirrors work. > > freebsd10 /usr/src # dig svn0.eu.freebsd.org > > > ; <<>> DiG 9.9.4 <<>> svn0.eu.freebsd.org > > ;; global options: +cmd > > ;; Got answer: > > ;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 43548 > > ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1 > > > ;; OPT PSEUDOSECTION: > > ; EDNS: version: 0, flags:; udp: 4096 > > ;; QUESTION SECTION: > > ;svn0.eu.freebsd.org. IN A > > > ;; Query time: 261 msec > > ;; SERVER: 10.71.14.1#53(10.71.14.1) > > ;; WHEN: Tue Oct 29 23:26:31 EET 2013 > > ;; MSG SIZE rcvd: 48 > > > freebsd10 /usr/src # > > -Kimmo Seems the problem was only a temporary one, sorry for the noise.... From owner-freebsd-stable@FreeBSD.ORG Wed Oct 30 00:30:23 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id D1FB7F14 for ; Wed, 30 Oct 2013 00:30:23 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 847F2236C for ; Wed, 30 Oct 2013 00:30:23 +0000 (UTC) Received: from [192.168.43.26] (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.7/8.14.7) with ESMTP id r9U0UMR1073882 for ; Tue, 29 Oct 2013 20:30:23 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <5270530B.9030308@sentex.net> Date: Tue, 29 Oct 2013 20:30:03 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: FreeBSD-STABLE Mailing List Subject: Re: RELENG_9 crash References: <52652E64.60704@sentex.net> In-Reply-To: <52652E64.60704@sentex.net> X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.74 on 64.7.153.18 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Oct 2013 00:30:23 -0000 I upgraded to r256844, and still getting crashes under load. (about 500 connections). RELENG_8 sans ipv6 is nice and stable under similar and higher loads. I will try without inet6 for now Unread portion of the kernel message buffer: current process = 1158 (mpd5) trap number = 12 panic: page fault cpuid = 2 KDB: stack backtrace: #0 0xffffffff8092e5a6 at kdb_backtrace+0x66 #1 0xffffffff808f6e9e at panic+0x1ce #2 0xffffffff80ca2cc0 at trap_fatal+0x290 #3 0xffffffff80ca2ff8 at trap_pfault+0x1e8 #4 0xffffffff80ca35fe at trap+0x3be #5 0xffffffff80c8cc0f at calltrap+0x8 #6 0xffffffff80a75470 at sctp_add_addr_to_vrf+0x60 #7 0xffffffff80a3db63 at sctp_addr_change+0x113 #8 0xffffffff809c51cd at rt_newaddrmsg_fib+0x4d #9 0xffffffff809c3ce7 at rtinit+0x1b7 #10 0xffffffff80a222d8 at in_ifinit+0x3a8 #11 0xffffffff80a239c2 at in_control+0x1072 #12 0xffffffff809b1f83 at ifioctl+0x803 #13 0xffffffff809404a6 at kern_ioctl+0x106 #14 0xffffffff809406ed at sys_ioctl+0xfd #15 0xffffffff80ca25a0 at amd64_syscall+0x540 #16 0xffffffff80c8cef7 at Xfast_syscall+0xf7 Uptime: 8d9h15m51s Dumping 1022 out of 7895 MB:..2%..11%..21%..32%..41%..51%..62%..71%..82%..91% #0 doadump (textdump=) at pcpu.h:234 234 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump (textdump=) at pcpu.h:234 #1 0xffffffff808f6976 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:449 #2 0xffffffff808f6e77 in panic (fmt=0x1
) at /usr/src/sys/kern/kern_shutdown.c:637 #3 0xffffffff80ca2cc0 in trap_fatal (frame=0xc, eva=) at /usr/src/sys/amd64/amd64/trap.c:879 #4 0xffffffff80ca2ff8 in trap_pfault (frame=0xffffff823bcaa320, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:795 #5 0xffffffff80ca35fe in trap (frame=0xffffff823bcaa320) at /usr/src/sys/amd64/amd64/trap.c:463 #6 0xffffffff80c8cc0f in calltrap () at /usr/src/sys/amd64/amd64/exception.S:232 #7 0xffffffff80a6a300 in sctp_find_ifn (ifn=0xfffffe0009406800, ifn_index=359) at /usr/src/sys/netinet/sctp_pcb.c:205 #8 0xffffffff80a75470 in sctp_add_addr_to_vrf (vrf_id=0, ifn=0xfffffe0009406800, ifn_index=359, ifn_type=53, if_name=0xfffffe0009406828 "ng347", ifa=0xfffffe0200cb1a00, addr=0xfffffe0200cb1b38, ifa_flags=0, dynamic_add=1) at /usr/src/sys/netinet/sctp_pcb.c:508 #9 0xffffffff80a3db63 in sctp_addr_change (ifa=0xfffffe0200cb1a00, cmd=) at /usr/src/sys/netinet/sctp_bsd_addr.c:346 #10 0xffffffff809c51cd in rt_newaddrmsg_fib (cmd=1, ifa=0xfffffe0200cb1a00, error=0, rt=0xfffffe019c395000, fibnum=0) at /usr/src/sys/net/rtsock.c:1299 #11 0xffffffff809c3ce7 in rtinit (ifa=0xfffffe0200cb1a00, cmd=1, flags=5) at /usr/src/sys/net/route.c:1626 #12 0xffffffff80a222d8 in in_ifinit (ifp=0xfffffe0009406800, ia=0xfffffe0200cb1a00, sin=, scrub=0) at /usr/src/sys/netinet/in.c:1068 #13 0xffffffff80a239c2 in in_control (so=, cmd=0, data=0xfffffe01724ff340 "ng347", ifp=0xfffffe0009406800, td=) at /usr/src/sys/netinet/in.c:550 #14 0xffffffff809b1f83 in ifioctl (so=0xfffffe01091c77f8, cmd=2151704858, data=0xfffffe01724ff340 "ng347", td=0xfffffe00096b3490) at /usr/src/sys/net/if.c:2569 #15 0xffffffff809404a6 in kern_ioctl (td=0xfffffe00096b3490, fd=149, com=2151704858, data=0xfffffe01724ff340 "ng347") at file.h:311 #16 0xffffffff809406ed in sys_ioctl (td=0xfffffe00096b3490, uap=0xffffff823bcaaa70) at /usr/src/sys/kern/sys_generic.c:692 #17 0xffffffff80ca25a0 in amd64_syscall (td=0xfffffe00096b3490, traced=0) at subr_syscall.c:135 #18 0xffffffff80c8cef7 in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:391 #19 0x000000080227bbac in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) On 10/21/2013 9:38 AM, Mike Tancsa wrote: > This was with a kernel from Aug 6th. (r253988). The box functions as an > LNS. Similarly loaded RELENG_8 boxes with ipv6 disabled are quite > stable. Not sure if thats where the issue is as this is RELENG9 > > ---Mike > > > > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-stable@FreeBSD.ORG Wed Oct 30 02:17:05 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id 8A1E7E4E for ; Wed, 30 Oct 2013 02:17:05 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pb0-x22b.google.com (mail-pb0-x22b.google.com [IPv6:2607:f8b0:400e:c01::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 60F312A82 for ; Wed, 30 Oct 2013 02:17:05 +0000 (UTC) Received: by mail-pb0-f43.google.com with SMTP id md4so692164pbc.2 for ; Tue, 29 Oct 2013 19:17:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=PsQNQ6VqqqzNsB2DGhMknlAiSy96EXVynfCOrNXRums=; b=InC0i9ka0OuzMFXUm1Vwoh3+47ShufcNNOYnZJG6xt7Wi4H+igVBU7pyTpV5Tmc8oU yOqksluaih3XQMVDliGYWkPvdD0ZQCZEJZ010ICiH96mZ3z0rznki000BNGQ/pOieTMd 6t0zViy+lf3KOVyeBv8kFhjOifsik3+MVYI9cPPit1IjUa+/Tue9ujAEtmQZeIou5mzH bS1wuSgb+jGs5azOk1JzKD+sReuEKzpcBfEiS32RvU3Tu8MWqk2GkeEMyXszfNOaezZq MLFsGNpJREUK9BbwcRZEvy8gOn2lRqIJh1/gWKTRPkM0mpAuWtkzMvP2EDoUlHrhcdl2 UFaQ== X-Received: by 10.67.3.34 with SMTP id bt2mr602335pad.3.1383099424135; Tue, 29 Oct 2013 19:17:04 -0700 (PDT) Received: from pyunyh@gmail.com ([114.111.62.249]) by mx.google.com with ESMTPSA id xe9sm978426pab.0.2013.10.29.19.17.00 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Tue, 29 Oct 2013 19:17:02 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 30 Oct 2013 11:16:50 +0900 From: Yonghyeon PYUN Date: Wed, 30 Oct 2013 11:16:50 +0900 To: Boris Samorodov Subject: Re: regression: msk0 watchdog timeout and interrupt storm Message-ID: <20131030021650.GA3106@michelle.cdnetworks.com> References: <526FBA53.9000208@passap.ru> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="HcAYCG3uE/tztfnV" Content-Disposition: inline In-Reply-To: <526FBA53.9000208@passap.ru> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Stable Users X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Oct 2013 02:17:05 -0000 --HcAYCG3uE/tztfnV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Oct 29, 2013 at 05:38:27PM +0400, Boris Samorodov wrote: > Hi Yonghyeon and All, > Hi, > >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? > > 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 > ----- > > -- > WBR, Boris Samorodov (bsam) > FreeBSD Committer, http://www.FreeBSD.org The Power To Serve --HcAYCG3uE/tztfnV Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="msk.link.diff" Index: sys/dev/msk/if_msk.c =================================================================== --- sys/dev/msk/if_msk.c (revision 257303) +++ sys/dev/msk/if_msk.c (working copy) @@ -4071,12 +4071,12 @@ CSR_WRITE_4(sc, B0_IMSK, sc->msk_intrmask); CSR_READ_4(sc, B0_IMSK); + ifp->if_drv_flags |= IFF_DRV_RUNNING; + ifp->if_drv_flags &= ~IFF_DRV_OACTIVE; + sc_if->msk_flags &= ~MSK_FLAG_LINK; mii_mediachg(mii); - ifp->if_drv_flags |= IFF_DRV_RUNNING; - ifp->if_drv_flags &= ~IFF_DRV_OACTIVE; - callout_reset(&sc_if->msk_tick_ch, hz, msk_tick, sc_if); } --HcAYCG3uE/tztfnV-- From owner-freebsd-stable@FreeBSD.ORG Wed Oct 30 03:33:16 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id 128F0B3C for ; Wed, 30 Oct 2013 03:33:16 +0000 (UTC) (envelope-from kpaasial@gmail.com) Received: from mail-qa0-x22f.google.com (mail-qa0-x22f.google.com [IPv6:2607:f8b0:400d:c00::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C9C352F21 for ; Wed, 30 Oct 2013 03:33:15 +0000 (UTC) Received: by mail-qa0-f47.google.com with SMTP id k15so3459210qaq.13 for ; Tue, 29 Oct 2013 20:33:15 -0700 (PDT) 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:to :content-type; bh=2wHRfvOgdxmwXuVYXxug6lThad+pDqLxBieB4mUJjZw=; b=TNXmcrzcqAYbA9Y/A/33mDtzR1RbMcG6+vE9seP2YFIxsjlpTs5myBJx2iHWUnzfS+ Ok5Y9ofi/Z5gqwQAZm7iHRaSTJARsjwi2+QP7UBf9oBsUmbDhWygafDtoWFn36i8pdQ3 w9fBkSFamLqydQdt4rsMTqxt34b9gSZGm/2CV+DaVSBoTW6ASo4WPwc29/vehSJeVkih ogGjU2OTWqqH3sFq+J1+OqfuXGto51CVzCZuwDV2SEv9KR4y0qXcYtHPeoxbAgYVxGs/ Y7BbT1iVsG4bIOM9IxrDuft66Rhksd+oukavtNs9I8u+Z5Gm/P46Wuj0VVs58L60nxIx gNFg== MIME-Version: 1.0 X-Received: by 10.224.127.68 with SMTP id f4mr5306367qas.62.1383103994990; Tue, 29 Oct 2013 20:33:14 -0700 (PDT) Received: by 10.96.180.233 with HTTP; Tue, 29 Oct 2013 20:33:14 -0700 (PDT) In-Reply-To: References: Date: Wed, 30 Oct 2013 05:33:14 +0200 Message-ID: Subject: Re: DNS problem with svn0.eu.freebsd.org From: Kimmo Paasiala To: "freebsd-stable@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Oct 2013 03:33:16 -0000 On Tue, Oct 29, 2013 at 11:34 PM, Kimmo Paasiala wrote: > On Tue, Oct 29, 2013 at 11:29 PM, Kimmo Paasiala wrote: >> I'm getting SERVFAIL response and I can not use the mirror to update >> any SVN sources. The addressed for us-west and us-east mirrors work. >> >> freebsd10 /usr/src # dig svn0.eu.freebsd.org >> >> >> ; <<>> DiG 9.9.4 <<>> svn0.eu.freebsd.org >> >> ;; global options: +cmd >> >> ;; Got answer: >> >> ;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 43548 >> >> ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1 >> >> >> ;; OPT PSEUDOSECTION: >> >> ; EDNS: version: 0, flags:; udp: 4096 >> >> ;; QUESTION SECTION: >> >> ;svn0.eu.freebsd.org. IN A >> >> >> ;; Query time: 261 msec >> >> ;; SERVER: 10.71.14.1#53(10.71.14.1) >> >> ;; WHEN: Tue Oct 29 23:26:31 EET 2013 >> >> ;; MSG SIZE rcvd: 48 >> >> >> freebsd10 /usr/src # >> >> -Kimmo > > Seems the problem was only a temporary one, sorry for the noise.... It's failing again with SERVFAIL, I'll have to switch to using the us-east mirror I guess. -Kimmo From owner-freebsd-stable@FreeBSD.ORG Wed Oct 30 03:42:51 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id 05683EE0 for ; Wed, 30 Oct 2013 03:42:51 +0000 (UTC) (envelope-from marka@isc.org) Received: from mx.pao1.isc.org (mx.pao1.isc.org [IPv6:2001:4f8:0:2::2b]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D4ADE2F9E for ; Wed, 30 Oct 2013 03:42:50 +0000 (UTC) Received: from mx.pao1.isc.org (localhost [127.0.0.1]) by mx.pao1.isc.org (Postfix) with ESMTP id 4EF1AC942D; Wed, 30 Oct 2013 03:42:36 +0000 (UTC) (envelope-from marka@isc.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=isc.org; s=dkim2012; t=1383104570; bh=eYEUz9W6k31DnPbzPnOqbpVRfWq8kAeEGiSswR1ROuc=; h=To:Cc:From:References:Subject:In-reply-to:Date; b=pZ9FiEkNwcN3B20L9z0k26FhYDX8ilOOCqxFKTHCUTmIkY1GPkrTA+kI4wPtt2/y5 hAzkSPpMZJSi66mvuWvosWDYZs/2ONGwC6HDDAImxPZ/tAKigGc3y5ph8UfTYmT8BX /YXaUUrGWiuTs3jgt7ll6AleCD/9rLNLMDiiF44g= Received: from zmx1.isc.org (zmx1.isc.org [149.20.0.20]) by mx.pao1.isc.org (Postfix) with ESMTP; Wed, 30 Oct 2013 03:42:36 +0000 (UTC) (envelope-from marka@isc.org) Received: from zmx1.isc.org (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTP id 072FB160436; Wed, 30 Oct 2013 03:47:51 +0000 (UTC) Received: from rock.dv.isc.org (c211-30-183-50.carlnfd1.nsw.optusnet.com.au [211.30.183.50]) by zmx1.isc.org (Postfix) with ESMTPSA id A21D21602EA; Wed, 30 Oct 2013 03:47:50 +0000 (UTC) Received: from rock.dv.isc.org (localhost [IPv6:::1]) by rock.dv.isc.org (Postfix) with ESMTP id 4D88F94754B; Wed, 30 Oct 2013 14:42:33 +1100 (EST) To: Kimmo Paasiala From: Mark Andrews References: Subject: Re: DNS problem with svn0.eu.freebsd.org In-reply-to: Your message of "Wed, 30 Oct 2013 05:33:14 +0200." Date: Wed, 30 Oct 2013 14:42:33 +1100 Message-Id: <20131030034233.4D88F94754B@rock.dv.isc.org> X-DCC--Metrics: post.isc.org; whitelist X-Spam-Status: No, score=-2.7 required=5.0 tests=AWL, BAYES_00, RP_MATCHES_RCVD, SPF_PASS autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mx.pao1.isc.org Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Oct 2013 03:42:51 -0000 In message , Kimmo Paasiala writes: > On Tue, Oct 29, 2013 at 11:34 PM, Kimmo Paasiala wrote: > > On Tue, Oct 29, 2013 at 11:29 PM, Kimmo Paasiala wrote > : > >> I'm getting SERVFAIL response and I can not use the mirror to update > >> any SVN sources. The addressed for us-west and us-east mirrors work. > >> > >> freebsd10 /usr/src # dig svn0.eu.freebsd.org > >> > >> > >> ; <<>> DiG 9.9.4 <<>> svn0.eu.freebsd.org > >> > >> ;; global options: +cmd > >> > >> ;; Got answer: > >> > >> ;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 43548 > >> > >> ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1 > >> > >> > >> ;; OPT PSEUDOSECTION: > >> > >> ; EDNS: version: 0, flags:; udp: 4096 > >> > >> ;; QUESTION SECTION: > >> > >> ;svn0.eu.freebsd.org. IN A > >> > >> > >> ;; Query time: 261 msec > >> > >> ;; SERVER: 10.71.14.1#53(10.71.14.1) > >> > >> ;; WHEN: Tue Oct 29 23:26:31 EET 2013 > >> > >> ;; MSG SIZE rcvd: 48 > >> > >> > >> freebsd10 /usr/src # > >> > >> -Kimmo > > > > Seems the problem was only a temporary one, sorry for the noise.... > > > It's failing again with SERVFAIL, I'll have to switch to using the > us-east mirror I guess. Have you told your firewall to pass IP fragments? 1651 bytes UDP responses will be fragmented. Mark ; <<>> DiG 9.10.0a1 <<>> +trace svn0.eu.freebsd.org ;; global options: +cmd . 518400 IN NS m.root-servers.net. . 518400 IN NS l.root-servers.net. . 518400 IN NS i.root-servers.net. . 518400 IN NS g.root-servers.net. . 518400 IN NS j.root-servers.net. . 518400 IN NS f.root-servers.net. . 518400 IN NS k.root-servers.net. . 518400 IN NS h.root-servers.net. . 518400 IN NS d.root-servers.net. . 518400 IN NS b.root-servers.net. . 518400 IN NS c.root-servers.net. . 518400 IN NS e.root-servers.net. . 518400 IN NS a.root-servers.net. . 518400 IN RRSIG NS 8 0 518400 20131105000000 20131028230000 59085 . BnEqF0BizhMkLOMl8toff2bIDQ9h78IzAv4TSz25/h4Ne22ekj1FA61l 1SjWJxmw7tTkpckNNi5Zzpoe8Blb+6PnwuXDQjVeMZonj5ZoMSq8ILfC sfjqNtEBVPE+7McHGNESQiozLrl/zmzn0Qj5/rciqisE7kJ64BzLzClI uho= ;; Received 397 bytes from 127.0.0.1#53(127.0.0.1) in 3 ms org. 172800 IN NS a0.org.afilias-nst.info. org. 172800 IN NS a2.org.afilias-nst.info. org. 172800 IN NS b0.org.afilias-nst.org. org. 172800 IN NS b2.org.afilias-nst.org. org. 172800 IN NS c0.org.afilias-nst.info. org. 172800 IN NS d0.org.afilias-nst.org. org. 86400 IN DS 21366 7 1 E6C1716CFB6BDC84E84CE1AB5510DAC69173B5B2 org. 86400 IN DS 21366 7 2 96EEB2FFD9B00CD4694E78278B5EFDAB0A80446567B69F634DA078F0 D90F01BA org. 86400 IN RRSIG DS 8 1 86400 20131105000000 20131028230000 59085 . FMr/zkWbnhLyhe0mv30EkCpPuKHYM6fFV3z4ZPclRI2ReGAzdKRjYPYc s7UgLE0bOYbLfCfh7ldgD6gOFMY8ProiT4keGulfdrwtSffZ6RY7nvpF s7IpfUbBZrulUhzQ1zK9kguGAkr6efgqovrhc3ziv1Wr22eHdIJj+zni RZE= ;; Received 693 bytes from 2001:500:1::803f:235#53(h.root-servers.net) in 339 ms freebsd.org. 86400 IN NS ns3.isc-sns.info. freebsd.org. 86400 IN NS ns1.isc-sns.net. freebsd.org. 86400 IN NS ns2.isc-sns.com. freebsd.org. 86400 IN DS 32659 8 2 AF3B32E46DF2FC32C0110C7D6B808EE73E0411501AFAF9022D3DCD0A FA5B3ACD freebsd.org. 86400 IN RRSIG DS 7 2 86400 20131115155808 20131025145808 39273 org. VFl0/tdpEaTtpMxYYqi3MjWQJsxIQrxYLOI2cLQMpMWylkKffPfCJtMU nw52L+beWPuCueaZcntAH3aRRsj7wfY25z4Wvuc0vw+++HfUbwuPiGhz 6y67eIXyi8IiPz4IMc0+JvIY6WV6fc8SWIJYvVLWxh5t7VcRuAR4Fn7Y FkI= ;; Received 347 bytes from 2001:500:f::1#53(d0.org.afilias-nst.org) in 306 ms svn0.eu.freebsd.org. 3600 IN CNAME svnmir.bme.freebsd.org. svn0.eu.freebsd.org. 3600 IN RRSIG CNAME 8 4 3600 20131128183206 20131029173206 58635 freebsd.org. wXQKIKW6IWHtlxiIZQx/qpmCPUdr6Pwusa/X0zl9SHjECSP0U3BKX2Ck ZSEr8UWWawUoR7zMccrwnoRZYTvd3y2OS5lAlGAdKjOOCOGRco2WbgvV xkU5ggoqGM1++CcZPIhoEhZITiO1PtBSya5SY4TgpNPAzQkTe1X7bE8t rXY= svnmir.bme.freebsd.org. 3600 IN A 213.138.116.72 svnmir.bme.freebsd.org. 3600 IN RRSIG A 8 4 3600 20131128183206 20131029173206 58635 freebsd.org. IFCd8xGaaN2jNDRW4la0M5aRDpRSgeyPHn+YN8ZeQ81naCTOaqmle2vb hDKp6RQxJK4QXvTMfBdBa5y4IKEZE411tHf+ZlDyr9hkuYfbOIW27xeN xLKSekIFC2DwvLer+N6IX6qRQx7fZ87c9lkG7puT6VpSiQr/8CHQEZsc AK0= freebsd.org. 3600 IN NS ns2.isc-sns.com. freebsd.org. 3600 IN NS ns3.isc-sns.info. freebsd.org. 3600 IN NS ns1.isc-sns.net. freebsd.org. 3600 IN RRSIG NS 8 2 3600 20131128183206 20131029173206 58635 freebsd.org. cbyo1sjVYi7DKHagSOO14NykbS79e+5S3WKF6PyxL3OCTRnKAB/sV/zW +KOIUbhOee3w8fz0UyM8EHUX8W/fqv0dpmAM9ad4Y2yU22MS5UvPTXkc LgNqIDdFTZDGPd7MalELeSgit7uFwwl5X+7O7fVlr0UPGYp2IbtytfG1 sio= ;; Received 1651 bytes from 2001:5a0:10::1#53(ns3.isc-sns.info) in 187 ms > -Kimmo > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: marka@isc.org From owner-freebsd-stable@FreeBSD.ORG Wed Oct 30 04:19:43 2013 Return-Path: Delivered-To: stable@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 ESMTP id DC1456C4; Wed, 30 Oct 2013 04:19:43 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (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 4B810212D; Wed, 30 Oct 2013 04:19:43 +0000 (UTC) Received: from Julian-MBP3.local (ppp121-45-253-246.lns20.per2.internode.on.net [121.45.253.246]) (authenticated bits=0) by vps1.elischer.org (8.14.7/8.14.7) with ESMTP id r9U4JaDI021770 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 29 Oct 2013 21:19:39 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <527088D2.3050006@freebsd.org> Date: Wed, 30 Oct 2013 12:19:30 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.0.1 MIME-Version: 1.0 To: Ian Lepore , Stefan Bethke Subject: Re: [heads up] axing AppleTalk and IPX/SPX References: <20131028124221.GO52889@glebius.int.ru> <139F9446-64B8-4105-AEFB-4F90EDB44792@lassitu.de> <1382988181.1170.249.camel@revolution.hippie.lan> In-Reply-To: <1382988181.1170.249.camel@revolution.hippie.lan> Content-Type: text/plain; charset=ISO-8859-7; format=flowed Content-Transfer-Encoding: 8bit Cc: stable@FreeBSD.org, Gleb Smirnoff , current@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Oct 2013 04:19:43 -0000 On 10/29/13, 3:23 AM, Ian Lepore wrote: > On Mon, 2013-10-28 at 19:54 +0100, Stefan Bethke wrote: >> Am 28.10.2013 um 13:42 schrieb Gleb Smirnoff : >> >>> The plan is two axe two old networking protocols from FreeBSD head/, >>> meaning that FreeBSD 11.0-RELEASE, available in couple of years would >>> be shipped without them. >>> >>> 1) AppleTalk >>> >>> Last time claimed to be supported by vendor in 2007[1]. In practice >>> had very little use since 90th. >>> Discontinued by major routing equipment vendors since 2009[2]. >> Since Apple has now even deprecated AFP (the file sharing protocol implemented by netatalk, among others), it¢s time to let go. >> >> There¢s a thriving historic enthusiast community around older Macs and Apple IIs, and I can report that FreeBSD 4 (including then-current versions of netatalk and for those who care, macipgw) works just fine in VirtualBox, on FreeBSD 9-stable. Newer FreeBSD versions will likely work as well. Since AppleTalk (DDP and the layer 3 protocols on top of it) were originally tuned for LocalTalk and it¢s 230.4 kbps rate, running a virtualized OS on even very modest hardware will likely incur no performance penalty, so just shove a VM onto any old box. >> > Remember too that what's really being said here is that it will be gone > from 11; it's still in FreeBSD 10, and that means FreeBSD will still > support those protocols (as much as possible given the lack of upstream > support) for many years to come. > > Think of this as "You have about 4 years to make other arrangements > before this support is gone." hey let's not get too confused here.. AFP now runs over IP.. we're talking about removing the old appletalk protocol that is no longer used by apple in new products. > > -- Ian > > > _______________________________________________ > 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-stable@FreeBSD.ORG Wed Oct 30 04:42:43 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id DBD37C0C for ; Wed, 30 Oct 2013 04:42:43 +0000 (UTC) (envelope-from kpaasial@gmail.com) Received: from mail-qc0-x234.google.com (mail-qc0-x234.google.com [IPv6:2607:f8b0:400d: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 9ACBA2258 for ; Wed, 30 Oct 2013 04:42:43 +0000 (UTC) Received: by mail-qc0-f180.google.com with SMTP id e9so510529qcy.25 for ; Tue, 29 Oct 2013 21:42:42 -0700 (PDT) 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:to :cc:content-type:content-transfer-encoding; bh=wOb/VHi/0sdyVHtMiPnOivnayWthNf4ok6JcpQA/b8I=; b=AzEFoGiA8v2B/wO9Oh9pY8m947mfQxGDAdTEWEJ6KQr9alQfKtitG0LFhrwQFA169X WerRzQ1TrOn0lhgYM8SctmXUnWTCLIv76Uw1zanCZnWp7sxP0XwKUXsA3CdjCif4+7B+ FpdwGRjlE7tJxz8N1iKh8Pk+avh+HWQi++DxSjV75pr8BgLK4GnKWBDxbndf7Wj3Nbvf lMPqGMS4nvhdTe6n8b1xIAiujDFLo40YpnaQcMaw5kjlC+8ThAcWM3NRCWX0AWsa8CJ3 +6cZgauqjknVKXVKWL5FamHhLfm0PL9ocOuR1Yyjmd9gIxcNWML4knk7r4pV1HCw+NVN 7T+g== MIME-Version: 1.0 X-Received: by 10.224.103.199 with SMTP id l7mr5391942qao.56.1383108162635; Tue, 29 Oct 2013 21:42:42 -0700 (PDT) Received: by 10.96.180.233 with HTTP; Tue, 29 Oct 2013 21:42:42 -0700 (PDT) In-Reply-To: <20131030034233.4D88F94754B@rock.dv.isc.org> References: <20131030034233.4D88F94754B@rock.dv.isc.org> Date: Wed, 30 Oct 2013 06:42:42 +0200 Message-ID: Subject: Re: DNS problem with svn0.eu.freebsd.org From: Kimmo Paasiala To: Mark Andrews Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Oct 2013 04:42:43 -0000 On Wed, Oct 30, 2013 at 5:42 AM, Mark Andrews wrote: > > In message > , Kimmo Paasiala writes: >> On Tue, Oct 29, 2013 at 11:34 PM, Kimmo Paasiala wr= ote: >> > On Tue, Oct 29, 2013 at 11:29 PM, Kimmo Paasiala = wrote >> : >> >> I'm getting SERVFAIL response and I can not use the mirror to update >> >> any SVN sources. The addressed for us-west and us-east mirrors work. >> >> >> >> freebsd10 /usr/src # dig svn0.eu.freebsd.org >> >> >> >> >> >> ; <<>> DiG 9.9.4 <<>> svn0.eu.freebsd.org >> >> >> >> ;; global options: +cmd >> >> >> >> ;; Got answer: >> >> >> >> ;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 43548 >> >> >> >> ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1 >> >> >> >> >> >> ;; OPT PSEUDOSECTION: >> >> >> >> ; EDNS: version: 0, flags:; udp: 4096 >> >> >> >> ;; QUESTION SECTION: >> >> >> >> ;svn0.eu.freebsd.org. IN A >> >> >> >> >> >> ;; Query time: 261 msec >> >> >> >> ;; SERVER: 10.71.14.1#53(10.71.14.1) >> >> >> >> ;; WHEN: Tue Oct 29 23:26:31 EET 2013 >> >> >> >> ;; MSG SIZE rcvd: 48 >> >> >> >> >> >> freebsd10 /usr/src # >> >> >> >> -Kimmo >> > >> > Seems the problem was only a temporary one, sorry for the noise.... >> >> >> It's failing again with SERVFAIL, I'll have to switch to using the >> us-east mirror I guess. > > Have you told your firewall to pass IP fragments? 1651 bytes UDP respons= es > will be fragmented. > > Mark > > ; <<>> DiG 9.10.0a1 <<>> +trace svn0.eu.freebsd.org > ;; global options: +cmd > . 518400 IN NS m.root-servers.net. > . 518400 IN NS l.root-servers.net. > . 518400 IN NS i.root-servers.net. > . 518400 IN NS g.root-servers.net. > . 518400 IN NS j.root-servers.net. > . 518400 IN NS f.root-servers.net. > . 518400 IN NS k.root-servers.net. > . 518400 IN NS h.root-servers.net. > . 518400 IN NS d.root-servers.net. > . 518400 IN NS b.root-servers.net. > . 518400 IN NS c.root-servers.net. > . 518400 IN NS e.root-servers.net. > . 518400 IN NS a.root-servers.net. > . 518400 IN RRSIG NS 8 0 518400 20131105000= 000 20131028230000 59085 . BnEqF0BizhMkLOMl8toff2bIDQ9h78IzAv4TSz25/h4Ne22e= kj1FA61l 1SjWJxmw7tTkpckNNi5Zzpoe8Blb+6PnwuXDQjVeMZonj5ZoMSq8ILfC sfjqNtEBV= PE+7McHGNESQiozLrl/zmzn0Qj5/rciqisE7kJ64BzLzClI uho=3D > ;; Received 397 bytes from 127.0.0.1#53(127.0.0.1) in 3 ms > > org. 172800 IN NS a0.org.afilias-nst.info. > org. 172800 IN NS a2.org.afilias-nst.info. > org. 172800 IN NS b0.org.afilias-nst.org. > org. 172800 IN NS b2.org.afilias-nst.org. > org. 172800 IN NS c0.org.afilias-nst.info. > org. 172800 IN NS d0.org.afilias-nst.org. > org. 86400 IN DS 21366 7 1 E6C1716CFB6BDC8= 4E84CE1AB5510DAC69173B5B2 > org. 86400 IN DS 21366 7 2 96EEB2FFD9B00CD= 4694E78278B5EFDAB0A80446567B69F634DA078F0 D90F01BA > org. 86400 IN RRSIG DS 8 1 86400 201311050000= 00 20131028230000 59085 . FMr/zkWbnhLyhe0mv30EkCpPuKHYM6fFV3z4ZPclRI2ReGAzd= KRjYPYc s7UgLE0bOYbLfCfh7ldgD6gOFMY8ProiT4keGulfdrwtSffZ6RY7nvpF s7IpfUbBZr= ulUhzQ1zK9kguGAkr6efgqovrhc3ziv1Wr22eHdIJj+zni RZE=3D > ;; Received 693 bytes from 2001:500:1::803f:235#53(h.root-servers.net) in= 339 ms > > freebsd.org. 86400 IN NS ns3.isc-sns.info. > freebsd.org. 86400 IN NS ns1.isc-sns.net. > freebsd.org. 86400 IN NS ns2.isc-sns.com. > freebsd.org. 86400 IN DS 32659 8 2 AF3B32E46DF2FC3= 2C0110C7D6B808EE73E0411501AFAF9022D3DCD0A FA5B3ACD > freebsd.org. 86400 IN RRSIG DS 7 2 86400 201311151558= 08 20131025145808 39273 org. VFl0/tdpEaTtpMxYYqi3MjWQJsxIQrxYLOI2cLQMpMWylk= KffPfCJtMU nw52L+beWPuCueaZcntAH3aRRsj7wfY25z4Wvuc0vw+++HfUbwuPiGhz 6y67eIX= yi8IiPz4IMc0+JvIY6WV6fc8SWIJYvVLWxh5t7VcRuAR4Fn7Y FkI=3D > ;; Received 347 bytes from 2001:500:f::1#53(d0.org.afilias-nst.org) in 30= 6 ms > > svn0.eu.freebsd.org. 3600 IN CNAME svnmir.bme.freebsd.org. > svn0.eu.freebsd.org. 3600 IN RRSIG CNAME 8 4 3600 2013112818= 3206 20131029173206 58635 freebsd.org. wXQKIKW6IWHtlxiIZQx/qpmCPUdr6Pwusa/X= 0zl9SHjECSP0U3BKX2Ck ZSEr8UWWawUoR7zMccrwnoRZYTvd3y2OS5lAlGAdKjOOCOGRco2Wbg= vV xkU5ggoqGM1++CcZPIhoEhZITiO1PtBSya5SY4TgpNPAzQkTe1X7bE8t rXY=3D > svnmir.bme.freebsd.org. 3600 IN A 213.138.116.72 > svnmir.bme.freebsd.org. 3600 IN RRSIG A 8 4 3600 20131128183206= 20131029173206 58635 freebsd.org. IFCd8xGaaN2jNDRW4la0M5aRDpRSgeyPHn+YN8Ze= Q81naCTOaqmle2vb hDKp6RQxJK4QXvTMfBdBa5y4IKEZE411tHf+ZlDyr9hkuYfbOIW27xeN x= LKSekIFC2DwvLer+N6IX6qRQx7fZ87c9lkG7puT6VpSiQr/8CHQEZsc AK0=3D > freebsd.org. 3600 IN NS ns2.isc-sns.com. > freebsd.org. 3600 IN NS ns3.isc-sns.info. > freebsd.org. 3600 IN NS ns1.isc-sns.net. > freebsd.org. 3600 IN RRSIG NS 8 2 3600 2013112818320= 6 20131029173206 58635 freebsd.org. cbyo1sjVYi7DKHagSOO14NykbS79e+5S3WKF6Py= xL3OCTRnKAB/sV/zW +KOIUbhOee3w8fz0UyM8EHUX8W/fqv0dpmAM9ad4Y2yU22MS5UvPTXkc = LgNqIDdFTZDGPd7MalELeSgit7uFwwl5X+7O7fVlr0UPGYp2IbtytfG1 sio=3D > ;; Received 1651 bytes from 2001:5a0:10::1#53(ns3.isc-sns.info) in 187 ms > > >> -Kimmo >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org= " > -- > Mark Andrews, ISC > 1 Seymour St., Dundas Valley, NSW 2117, Australia > PHONE: +61 2 9871 4742 INTERNET: marka@isc.org It's working again and I get a same type of trace querying the google DNS forwarder 8.8.8.8 with "dig +trace". I did experiment with various "no scrub" rules with my PF firewall but nothing seemed to help. I then reverted back to my original scrub rules that are basically " all fragment reassemble random-id no-df" on all interfaces and it started working again all of sudden. -Kimmo From owner-freebsd-stable@FreeBSD.ORG Wed Oct 30 04:52:45 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id 9837ED6B for ; Wed, 30 Oct 2013 04:52:45 +0000 (UTC) (envelope-from shawn@wallbridge.net) Received: from mail.wallbridge.net (mail.wallbridge.net [72.55.175.210]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0F49622E1 for ; Wed, 30 Oct 2013 04:52:44 +0000 (UTC) Received: from [192.168.1.101] (rrcs-24-43-36-195.west.biz.rr.com [24.43.36.195]) by mail.wallbridge.net (OpenSMTPD) with ESMTP id 8ad22b5e (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128) for ; Tue, 29 Oct 2013 23:37:36 -0500 (CDT) From: Shawn Wallbridge Subject: 9.2-RELEASE Kernel panic, mbuf underflow Message-Id: Date: Tue, 29 Oct 2013 21:37:32 -0700 To: freebsd-stable@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1812\)) X-Mailer: Apple Mail (2.1812) Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Oct 2013 04:52:45 -0000 I have a file server that keeps panic=92ing with a mbuf cluster in the = 17 Quadrillion range (2^64 - 2). I am pretty sure it=92s a buffer = underflow. I have opened a PR, but I haven=92t had any movement on it. This = happened while I was running 9.1-RELEASE as well. Here is the PR.. http://www.freebsd.org/cgi/query-pr.cgi?pr=3D183424 And I have uploaded the crash dumps here.. http://www.wallbridge.net/crash/ If anyone has any ideas, I would be grateful as this is a production box = and it=92s really impacting us.=20 shawn From owner-freebsd-stable@FreeBSD.ORG Wed Oct 30 04:59:31 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id 4C7BFFCF for ; Wed, 30 Oct 2013 04:59:31 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qc0-x22c.google.com (mail-qc0-x22c.google.com [IPv6:2607:f8b0:400d:c01::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0D588232B for ; Wed, 30 Oct 2013 04:59:30 +0000 (UTC) Received: by mail-qc0-f172.google.com with SMTP id c9so528650qcz.17 for ; Tue, 29 Oct 2013 21:59:30 -0700 (PDT) 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=M4Ygy8qXpzR4gRQibxldR49CJ8fix5ieZKLf3u3pvF0=; b=jJAuqDPCW+cIsC6ZKMHCsGwFfhS8sKLtv71tGPQV8CJIa2YdYT6HxeRp4pwzPKwOfd l/wVX9nbPNp9L+1FYOKe6EynJxhZvBq5GLlxku1o/aU6qzR2/DWmdx6eecs4tls2vKOW V26ts+zY4o996NYCjeaZiLNQoiNWdTr7qVMKnGMt8lUjrywHcOEoNQjVyeitpuyQvECg +I+MW5dotvRP5ScTh027ZMnFxzDQK8Hs6QJdcUXc4785zaw23a1Y61fxpDGtY16byCPC uMfrKn4oUEpDmpEjuAeetaHjPuWWoNjE6bvnapCjjHKRXQe7mFV2TBnmoO5ZxqAqE+8c mI4w== MIME-Version: 1.0 X-Received: by 10.224.161.146 with SMTP id r18mr5357629qax.57.1383109170133; Tue, 29 Oct 2013 21:59:30 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.207.66 with HTTP; Tue, 29 Oct 2013 21:59:30 -0700 (PDT) In-Reply-To: References: Date: Tue, 29 Oct 2013 21:59:30 -0700 X-Google-Sender-Auth: N5GnTgI7KQ5bhRUBfL2ZGNnLOK4 Message-ID: Subject: Re: 9.2-RELEASE Kernel panic, mbuf underflow From: Adrian Chadd To: Shawn Wallbridge Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Oct 2013 04:59:31 -0000 Hi, How about adding options INVARIANTS .. to the kernel config, compile and reboot? -adrian On 29 October 2013 21:37, Shawn Wallbridge wrote: > I have a file server that keeps panic=92ing with a mbuf cluster in the 17= Quadrillion range (2^64 - 2). I am pretty sure it=92s a buffer underflow. > > I have opened a PR, but I haven=92t had any movement on it. This happened= while I was running 9.1-RELEASE as well. > > Here is the PR.. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D183424 > > And I have uploaded the crash dumps here.. > > http://www.wallbridge.net/crash/ > > If anyone has any ideas, I would be grateful as this is a production box = and it=92s really impacting us. > > shawn > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Oct 30 07:59:25 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id BADC5651 for ; Wed, 30 Oct 2013 07:59:25 +0000 (UTC) (envelope-from mueller6721@twc.com) Received: from cdptpa-oedge-vip.email.rr.com (cdptpa-outbound-snat.email.rr.com [107.14.166.225]) by mx1.freebsd.org (Postfix) with ESMTP id 873DB2B77 for ; Wed, 30 Oct 2013 07:59:24 +0000 (UTC) Received: from [74.130.200.176] ([74.130.200.176:36868] helo=localhost) by cdptpa-oedge01 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id D2/04-02506-91CB0725; Wed, 30 Oct 2013 07:58:18 +0000 Date: Wed, 30 Oct 2013 07:58:17 +0000 Message-ID: From: "Thomas Mueller" To: freebsd-stable@freebsd.org Subject: Re: make delete-old oddity on stable/10 X-RR-Connecting-IP: 107.14.168.118:25 X-Cloudmark-Score: 0 Cc: Glen Barber X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Oct 2013 07:59:25 -0000 > > How soon will the next 10.0 builds be? > Should be in about a week or so. > > Will it be BETA3 or sooner? > BETA3 or RC1, not sure yet. > > I will want to update both 10.0 and 11-current, if the Realtek 8111/8168 driver is updated. > You can update head/. The output are warnings, not errors; they are > from make(1) complaining about something that does not exist, but not > harmful. > Glen I hope that not only the delete-old oddity fix, but $SRCDIR/sys/dev/re will be included in update after testing. $SRCDIR/sys/dev/re update could go to releng-9 as well. While I wait for 10-stable update, I can update HEAD and see if that works. Tom From owner-freebsd-stable@FreeBSD.ORG Wed Oct 30 09:31:01 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id BD1B05D6 for ; Wed, 30 Oct 2013 09:31:01 +0000 (UTC) (envelope-from arnaud.houdelette@tzim.net) Received: from orlith.tzim.net (orlith.tzim.net [IPv6:2001:41d0:8:be42::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6AE8920C7 for ; Wed, 30 Oct 2013 09:31:01 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=tzim.net; s=B; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:To:MIME-Version:From:Date:Message-ID; bh=SMkrI/C2skhg7eihJrjeN44KpPNRtq2hCyF6dD5ZcII=; b=YDv4mbnveluT5YZmAIdTkCgZTGEC/v94GQuQR8Xi4K2jTTrBYk7c490J+hwdlBY3yfwQf5MbO99HnBAuS5tFz6LREz+2wjlCQymZcb5Z71eAs23W6O2uzO9Vw3bR5+ABFNLGOT9pi8kho0S0n3UunShhTRdFAnVCjov28Qb2aE0=; Received: from [194.199.107.7] (helo=[10.19.52.11]) by orlith.tzim.net with esmtpsa (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VbS78-0003u3-RC for freebsd-stable@freebsd.org; Wed, 30 Oct 2013 10:30:58 +0100 Message-ID: <5270D1DD.9060701@tzim.net> Date: Wed, 30 Oct 2013 10:31:09 +0100 From: Arnaud Houdelette User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Icedove/24.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Continuous timeout messages from 10.0 alpha4 References: <5252B2EB.9010603@ShaneWare.Biz> In-Reply-To: <5252B2EB.9010603@ShaneWare.Biz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-User: tzim@tzim.net X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Oct 2013 09:31:01 -0000 Might be unrelated, but I just installed 10-BETA2, and got similar timeout messages... Turns out that smartmontools was compiled with wrong kernel headers... Maybe you've got a similar tool which need rebuilding ? Arnaud On 07/10/2013 15:11, Shane Ambler wrote: > This is a regression between alpha2 and alpha4. I first setup a disk to > boot 10 just after alpha2 was tagged. A few days ago I updated to > alpha4 and started getting timeout messages, I have just built alpha5 > r256098 and still get them. > > I just had 10 running for a few hours and 3 of the messages log archives > which syslog rotates each hour due to size contain 3370 2508 and 3162 > timeout messages over 3 hours uptime. > > each entry is similar to -- > Oct 7 19:00:02 leader kernel: ahcich1: Timeout on slot 15 port 0 > Oct 7 19:00:02 leader kernel: ahcich1: is 40000001 cs 00008000 ss > 00000000 rs 00008000 tfd 2451 serr 00000000 cmd 00004f17 > > With slot x cycling from 0-31 but not always in sequence. > > MB is ASUS P8H61M LE/USB3 - corei5 - 8MB - nvidia GT520 > > ahci0: port > 0xf070-0xf077,0xf060-0xf063,0xf050-0xf057,0xf040-0xf043,0xf020-0xf03f > mem 0xfb305000-0xfb3057ff irq 20 at device 31.2 on pci0 > ahci0: AHCI v1.30 with 4 3Gbps ports, Port Multiplier not supported > > With the following connected to ahcich1 (LG blu-ray burner) > cd0 at ahcich1 bus 0 scbus1 target 0 lun 0 > cd0: Removable CD-ROM SCSI-0 device > > > > Most relevant dmesg info would be (full dmesg/logs available) -- > > ahci0: port > 0xf070-0xf077,0xf060-0xf063,0xf050-0xf057,0xf040-0xf043,0xf020-0xf03f > mem 0xfb305000-0xfb3057ff irq 20 at device 31.2 on pci0 > ahci0: AHCI v1.30 with 4 3Gbps ports, Port Multiplier not supported > ahcich0: at channel 0 on ahci0 > ahcich1: at channel 1 on ahci0 > ahcich4: at channel 4 on ahci0 > ahcich5: at channel 5 on ahci0 > ahciem0: on ahci0 > > ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 > ada0: ATA-8 SATA 3.x device > ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) > ada0: Command Queueing enabled > ada0: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) > ada0: quirks=0x1<4K> > ada0: Previously was known as ad4 > ada1 at ahcich4 bus 0 scbus2 target 0 lun 0 > ada1: ATA-8 SATA 2.x device > ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) > ada1: Command Queueing enabled > ada1: 953869MB (1953525168 512 byte sectors: 16H 63S/T 16383C) > ada1: quirks=0x1<4K> > ada1: Previously was known as ad8 > ada2 at ahcich5 bus 0 scbus3 target 0 lun 0 > ada2: ATA-6 SATA 2.x device > ada2: 150.000MB/s transfers (SATA 1.x, UDMA6, PIO 512bytes) > ada2: 76324MB (156312576 512 byte sectors: 16H 63S/T 16383C) > ada2: Previously was known as ad10 > ses0 at ahciem0 bus 0 scbus4 target 0 lun 0 > ses0: SEMB S-E-S 2.00 device > ses0: SEMB SES Device > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Wed Oct 30 10:35:14 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id 0E64DD51 for ; Wed, 30 Oct 2013 10:35:14 +0000 (UTC) (envelope-from FreeBSD@shaneware.biz) Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [IPv6:2001:44b8:8060:ff02:300:1:6:4]) by mx1.freebsd.org (Postfix) with ESMTP id 9A4262527 for ; Wed, 30 Oct 2013 10:35:13 +0000 (UTC) Received: from ppp118-210-126-13.lns20.adl2.internode.on.net (HELO leader.local) ([118.210.126.13]) by ipmail04.adl6.internode.on.net with ESMTP; 30 Oct 2013 21:05:11 +1030 Message-ID: <5270E0DE.9060403@ShaneWare.Biz> Date: Wed, 30 Oct 2013 21:05:10 +1030 From: Shane Ambler User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0.1 MIME-Version: 1.0 To: Arnaud Houdelette , freebsd-stable@freebsd.org Subject: Re: Continuous timeout messages from 10.0 alpha4 References: <5252B2EB.9010603@ShaneWare.Biz> <5270D1DD.9060701@tzim.net> In-Reply-To: <5270D1DD.9060701@tzim.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Oct 2013 10:35:14 -0000 On 30/10/2013 20:01, Arnaud Houdelette wrote: > Might be unrelated, but I just installed 10-BETA2, and got similar > timeout messages... > > Turns out that smartmontools was compiled with wrong kernel headers... > > Maybe you've got a similar tool which need rebuilding ? > > Arnaud > On 07/10/2013 15:11, Shane Ambler wrote: >> This is a regression between alpha2 and alpha4. I first setup a disk to >> boot 10 just after alpha2 was tagged. A few days ago I updated to >> alpha4 and started getting timeout messages, I have just built alpha5 >> r256098 and still get them. >> I got the following response from freebsd-current list -- > Rebuilding sysutils/hal should fix this problem. It's been reported several > times in the past week or two, and rebuilding this port fixed it for me > when I ran into it. For me rebuilding sysutils/hal also solved the problem. If smartmontools has the same issue then there may be a common denominator with tools that want to talk to devices. I didn't see this repeated going from ALPHA5 to BETA2 So the issue presents itself if you for example install 10.0-ALPHA2 then install ports and update the system to 10.0-BETA2. I expect the same thing may happen if you install 10.0-BETA over an older system with ports already installed. From owner-freebsd-stable@FreeBSD.ORG Wed Oct 30 12:01:31 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id C8F4EA1E; Wed, 30 Oct 2013 12:01:31 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A092A2B2F; Wed, 30 Oct 2013 12:01:31 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 18DF511BA3; Wed, 30 Oct 2013 12:01:30 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 18DF511BA3 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Wed, 30 Oct 2013 08:01:28 -0400 From: Glen Barber To: Thomas Mueller Subject: Re: make delete-old oddity on stable/10 Message-ID: <20131030120128.GB80599@glenbarber.us> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="Fba/0zbH8Xs+Fj9o" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Oct 2013 12:01:31 -0000 --Fba/0zbH8Xs+Fj9o Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 30, 2013 at 07:58:17AM +0000, Thomas Mueller wrote: > I hope that not only the delete-old oddity fix, but $SRCDIR/sys/dev/re > will be included in update after testing. >=20 Sorry, I need context here. What about sys/dev/re/ ? Glen --Fba/0zbH8Xs+Fj9o Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJScPUYAAoJELls3eqvi17QSukQAIezAPAtP12E6EpLh6XVeg3m gmaEeHvFsl00r0c+MXtgMyaMHFZj/x+YYOhaFgYAJmUYObuDXZh5oG7wBtSdnk/u UgL/k/lTUx3HlwVXXgA6+PBWFLCmrCBz985u1Ua5THrGFet0Em9Vipwshlu4ysBm 1A2Iub2hxTM6vifTNhQXh/+N+4XHo9pvjrEkTZ5JDR8ufMmUW94MPc1reKbHJHjE GE4Imh3gdsJggACw98szuV9OEgpZkCgSyp33dKhWEY8GAeDLs3SnH2KH0BIytcPh xMwgiWKfeNIP3hc49OUTMTNhaL14cil7cwBXEPJugNivMQvrFCIgBrNV40c49a1P tyEVOOKVzMuH90bXQURma4uR3to9ktC3ArU5TRqhF23jpjyrePW3SlLVHxFiTLfR HujT1PqhWkxUjrckkOhpcSROkxsr+OuSjvEe92dAbaSd85q14XIE9+0xn57ns82q Y5kZfjzYdj1RP9oAihwSD0uTYqw3FRicJT/u03gctUcZjd3tplim4L9+rltPnXlH 2x9sB3XwUXbujyh97vZdpQTiX/ffqwyrz4Q4AWKpjAK0GHFbTIJJKwr04Q6H2NZy WKTBZSMiyZjtO1fiwK72Jmp5zhY/r49lpypzIvOFxjdVr6EKnvsfZxfb6Roy6F8i mz04rF+ypa5oXO53x0th =XOLI -----END PGP SIGNATURE----- --Fba/0zbH8Xs+Fj9o-- From owner-freebsd-stable@FreeBSD.ORG Wed Oct 30 15:19:45 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id 369C1588 for ; Wed, 30 Oct 2013 15:19:45 +0000 (UTC) (envelope-from zkolic@sbb.rs) Received: from smtp9.sbb.rs (smtp9.sbb.rs [89.216.2.41]) by mx1.freebsd.org (Postfix) with ESMTP id A31FF29B9 for ; Wed, 30 Oct 2013 15:19:44 +0000 (UTC) Received: from faust.localdomain (cable-178-148-107-122.dynamic.sbb.rs [178.148.107.122]) by smtp9.sbb.rs (8.14.0/8.14.0) with ESMTP id r9UFJLUm029368 for ; Wed, 30 Oct 2013 16:19:36 +0100 Received: by faust.localdomain (Postfix, from userid 1001) id 60331A41CEE; Wed, 30 Oct 2013 16:18:18 +0100 (CET) Date: Wed, 30 Oct 2013 16:18:18 +0100 From: Zoran Kolic To: freebsd-stable@freebsd.org Subject: Re: repo directory for pkg Message-ID: <20131030151818.GB872@faust.sbb.rs> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Oct 2013 15:19:45 -0000 Thanks all for replies. To make it absolutelly clear, I want to know what exactelly should I put into pkg.conf? Just pkg server or some other command to handle protocol? Best regards Zoran From owner-freebsd-stable@FreeBSD.ORG Wed Oct 30 20:06:44 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id ADFBB637 for ; Wed, 30 Oct 2013 20:06:44 +0000 (UTC) (envelope-from mueller6721@twc.com) Received: from cdptpa-oedge-vip.email.rr.com (cdptpa-outbound-snat.email.rr.com [107.14.166.225]) by mx1.freebsd.org (Postfix) with ESMTP id 77E2F2F8B for ; Wed, 30 Oct 2013 20:06:43 +0000 (UTC) Received: from [74.130.200.176] ([74.130.200.176:45554] helo=localhost) by cdptpa-oedge03 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id B5/BF-19454-2D661725; Wed, 30 Oct 2013 20:06:42 +0000 Date: Wed, 30 Oct 2013 20:06:42 +0000 Message-ID: From: "Thomas Mueller" To: freebsd-stable@freebsd.org Subject: Re: make delete-old oddity on stable/10 X-RR-Connecting-IP: 107.14.168.142:25 X-Cloudmark-Score: 0 Cc: Glen Barber X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Oct 2013 20:06:44 -0000 > On Wed, Oct 30, 2013 at 07:58:17AM +0000, Thomas Mueller wrote: > > I hope that not only the delete-old oddity fix, but $SRCDIR/sys/dev/re > > will be included in update after testing. > Sorry, I need context here. What about sys/dev/re/ ? > Glen There was a thread, subject "Shuttle DS47 - Realtek RT 8111G". Problem was Realtek 8111/8168 driver in sys/dev/re. I can't connect with this Ethernet from FreeBSD 9.2, 10-stable or 11-head: fails also from OpenBSD 5.3 LiveUSB but succeeds with NetBSD-current and Linux. There was a proposed patch. I am also trying to figure how to connect with wpa_supplicant using Hiro H50191 USB-stick WLAN adapter, chip Realtek RTL8191SU, device rsu. All I have so far is base system. Tom From owner-freebsd-stable@FreeBSD.ORG Wed Oct 30 22:53:34 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id 9B8D5CBE for ; Wed, 30 Oct 2013 22:53:34 +0000 (UTC) (envelope-from dmagda@ee.ryerson.ca) Received: from eccles.ee.ryerson.ca (eccles.ee.ryerson.ca [141.117.1.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 65CF92A57 for ; Wed, 30 Oct 2013 22:53:34 +0000 (UTC) Received: from [172.16.2.5] (76-10-131-223.dsl.teksavvy.com [76.10.131.223]) (authenticated bits=0) by eccles.ee.ryerson.ca (8.14.4/8.14.4) with ESMTP id r9UMmXvk057110 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 30 Oct 2013 18:48:34 -0400 (EDT) (envelope-from dmagda@ee.ryerson.ca) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: Stale NTP in FreeBSD From: David Magda In-Reply-To: <20131028042000.GA1455@rwpc15.gfn.riverwillow.net.au> Date: Wed, 30 Oct 2013 18:48:34 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <99C2F370-F611-47EC-9EFA-8015F5E39C08@ee.ryerson.ca> References: <20131028042000.GA1455@rwpc15.gfn.riverwillow.net.au> To: John Marshall X-Mailer: Apple Mail (2.1510) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Oct 2013 22:53:34 -0000 On Oct 28, 2013, at 00:20, John Marshall = wrote: > The version of ntp in FreeBSD has been 'legacy' since December 2009 > (almost 4 years ago). Is there a technical reason why we are stuck at > 4.2.4 or is it simply lack of volunteer resources? Perhaps ntp (and > some of the other imported software in the base) is just not on > anybody's RADAR? I know I can "use the port" if I want a current > version of ntp, but I can't see the point of shipping superseded stuff > in the base without good reason. Given the lack of response, it looks like new features and new imports = may be better directed at freebsd-current@. For your specific question: FreeBSD is a mostly-volunteer project, with = some corporate sponsorship. It looks like no one is willing to volunteer = their time on a new version of NTP, and no company is willing to pay = someone to look into it. Going to the NTP software, the most recent version that is called = "production" is 4.2.6p5 from 2011-12-24, which isn't that much newer = than what's currently there: http://www.ntp.org/downloads.html http://support.ntp.org/bin/view/Main/SoftwareDownloads As it stands, the last person to really touch the NTP code in FreeBSD is = roberto@, and that was three years ago: http://svnweb.freebsd.org/base/head/contrib/ntp/ http://svnweb.freebsd.org/base/vendor/ntp/ Unless you're willing to submit patches, he may be your best starting = point to see if he's willing to pick up the torch again. --=20 David Magda= From owner-freebsd-stable@FreeBSD.ORG Thu Oct 31 08:25:42 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id 337BC7D1 for ; Thu, 31 Oct 2013 08:25:42 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pb0-x22c.google.com (mail-pb0-x22c.google.com [IPv6:2607:f8b0:400e:c01::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0874628DE for ; Thu, 31 Oct 2013 08:25:42 +0000 (UTC) Received: by mail-pb0-f44.google.com with SMTP id rp16so2496514pbb.3 for ; Thu, 31 Oct 2013 01:25:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=OZcm6YE2o4UPJZO4m1GsBe07SbXcBVVJu38YopUqLTo=; b=Gsq9YGBDPq+4BHP8VBn2Ok46PoOsW9hFAjpvDAM3s1vuia3h13ZaK9jXifIwb/quI4 qKTPaavYI/oeHXLTV+nVHf8pyDZqNwx3ag/o116BiuArTB/cAGobtq0N638U67x/81yS 5lOIW8DUUuUdtfH+cg/e5YIvewrYKFUBj/J0thSYdpqmfaGHi56nDkWPPB4ZmQK9aKu4 q6POZp6DPWZSeymcFIWbTYQCdEIB+cmYulXXMC4q1eaIPH/dvXBzmjiVZO+2lS9G4Yrt W9kI9pOXCM5DpCD0JSA5bPUtQ5BJN9uun2IRgPhYqMOwK2UeJw07xcnbGFihTfhp55su E8vg== X-Received: by 10.66.154.1 with SMTP id vk1mr619356pab.85.1383207941726; Thu, 31 Oct 2013 01:25:41 -0700 (PDT) Received: from pyunyh@gmail.com (lpe4.p59-icn.cdngp.net. [114.111.62.249]) by mx.google.com with ESMTPSA id tu6sm2455436pbc.41.2013.10.31.01.25.38 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Thu, 31 Oct 2013 01:25:40 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Thu, 31 Oct 2013 17:25:35 +0900 From: Yonghyeon PYUN Date: Thu, 31 Oct 2013 17:25:35 +0900 To: Oliver Fromme Subject: Re: re(4) problems with GA-H77N-WIFI Message-ID: <20131031082535.GA1386@michelle.cdnetworks.com> References: <20130213013438.GA3101@michelle.cdnetworks.com> <201302131450.r1DEoGb3098019@grabthar.secnetix.de> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="SUOF0GtieIMvvwua" Content-Disposition: inline In-Reply-To: <201302131450.r1DEoGb3098019@grabthar.secnetix.de> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@FreeBSD.ORG X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Oct 2013 08:25:42 -0000 --SUOF0GtieIMvvwua Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Feb 13, 2013 at 03:50:16PM +0100, Oliver Fromme wrote: > YongHyeon PYUN wrote: > > On Fri, Feb 08, 2013 at 08:27:55PM +0100, Oliver Fromme wrote: > > > re0: CMD 0x0c > > > re0: link state changed to UP > > > re0: link state changed to DOWN > > > re1: link state changed to UP > > > re1: link state changed to DOWN > > > re1: CMD 0x0c > > > re1: link state changed to UP > > > re0: CMD 0x0c > > > re0: link state changed to UP > > > re1: link state changed to DOWN > > > > > > I always seem to get 0x0c for both re0 and re1. > > > > Hmm, it seems GMAC is in sane state. > > Would you show me the output of "devinfo -rv | grep rgephy"? > > rgephy0 pnpinfo oui=0xe04c model=0x11 rev=0x5 at phyno=1 > rgephy1 pnpinfo oui=0xe04c model=0x11 rev=0x5 at phyno=1 > > > To rule out hardware issues, could you also try other OS like > > Linux? > > Ok, I'll look for a small Linux image that can be booted > from a USB stick ... > Sorry for reviving old thread. Could you try attached patch and let me know how it goes? I'm not seeing the issue on 8168EV-L engineering sample board but it seems some BIOSes are broken in a couple of situations. --SUOF0GtieIMvvwua Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="re.8168evl.diff" Index: sys/dev/re/if_re.c =================================================================== --- sys/dev/re/if_re.c (revision 257422) +++ sys/dev/re/if_re.c (working copy) @@ -295,6 +295,8 @@ static int re_miibus_writereg (device_t, int, int, int); static void re_miibus_statchg (device_t); +static void re_eri_write (struct rl_softc *, bus_size_t, uint32_t, int); + static void re_set_jumbo (struct rl_softc *, int); static void re_set_rxmode (struct rl_softc *); static void re_reset (struct rl_softc *); @@ -641,6 +643,32 @@ } /* + * ERI is used to access extended GigaMAC register. addr should be + * aligned on 4 bytes boundary. mask(e.g. bit 12~15 of RL_ERIAR) is + * used to determine which bytes in RL_ERIDR should be accessed. + * Because we have to access 32bits quantity regardless of the value + * of mask, make driver access to 4 bytes which in turn means it's + * responsibility of caller to preserve unwanted bytes in write + * access. + */ +static void +re_eri_write(struct rl_softc *sc, bus_size_t addr, uint32_t val, int type) +{ + int i; + + CSR_WRITE_4(sc, RL_ERIDR, val); + CSR_WRITE_4(sc, RL_ERIAR, addr | type | RL_ERIAR_BYTES_MASK | + RL_ERIAR_WRITE); + for (i = 100; i > 0; i--) { + DELAY(100); + if ((CSR_READ_4(sc, RL_ERIAR) & RL_ERIAR_BUSY) == 0) + break; + } + if (i == 0) + device_printf(sc->rl_dev, "%s: timed out\n", __func__); +} + +/* * Set the RX configuration and 64-bit multicast hash filter. */ static void @@ -3047,6 +3075,7 @@ struct mii_data *mii; uint32_t reg; uint16_t cfg; + uint8_t *ea; union { uint32_t align_dummy; u_char eaddr[ETHER_ADDR_LEN]; @@ -3155,6 +3184,23 @@ htole32(*(u_int32_t *)(&eaddr.eaddr[0]))); CSR_WRITE_4(sc, RL_IDR4, htole32(*(u_int32_t *)(&eaddr.eaddr[4]))); + if (sc->rl_hwrev->rl_rev == RL_HWREV_8168E_VL) { + /* + * It seems extended GigaMAC registers are not correctly + * initialized in situations like cold boot or resume. + * Reprogram extended GigaMAC registers to set our + * station address. + */ + ea = IF_LLADDR(ifp); + re_eri_write(sc, 0xE0, ea[3] << 24 | ea[2] << 16 | ea[1] << 8 | + ea[0], RL_ERIAR_EXGMAC); + re_eri_write(sc, 0xE4, ea[5] << 24 | ea[4] << 16, + RL_ERIAR_EXGMAC); + re_eri_write(sc, 0xF0, ea[1] << 24 | ea[0] << 16, + RL_ERIAR_EXGMAC); + re_eri_write(sc, 0xF4, ea[5] << 24 | ea[4] << 16 | ea[3] << 8 | + ea[2], RL_ERIAR_EXGMAC); + } CSR_WRITE_1(sc, RL_EECMD, RL_EEMODE_OFF); /* Index: sys/pci/if_rlreg.h =================================================================== --- sys/pci/if_rlreg.h (revision 257422) +++ sys/pci/if_rlreg.h (working copy) @@ -143,6 +143,8 @@ #define RL_MACDBG 0x006D /* 8 bits, 8168C SPIN2 only */ #define RL_GPIO 0x006E /* 8 bits, 8168C SPIN2 only */ #define RL_PMCH 0x006F /* 8 bits */ +#define RL_ERIDR 0x0070 +#define RL_ERIAR 0x0074 #define RL_MAXRXPKTLEN 0x00DA /* 16 bits, chip multiplies by 8 */ #define RL_INTRMOD 0x00E2 /* 16 bits */ @@ -545,6 +547,19 @@ #define RL_GMEDIASTAT_TXFLOW 0x40 /* TX flow control on */ #define RL_GMEDIASTAT_TBI 0x80 /* TBI enabled */ +#define RL_ERIAR_BYTES_1ST 0x00001000 +#define RL_ERIAR_BYTES_2ND 0x00002000 +#define RL_ERIAR_BYTES_3RD 0x00004000 +#define RL_ERIAR_BYTES_4TH 0x00008000 +#define RL_ERIAR_BYTES_MASK 0x0000F000 +#define RL_ERIAR_EXGMAC 0x00000000 +#define RL_ERIAR_MSIX 0x00010000 +#define RL_ERIAR_ASF 0x00020000 +#define RL_ERIAR_READ 0x00000000 +#define RL_ERIAR_WRITE 0x80000000 +#define RL_ERIAR_BUSY 0x80000000 +#define RL_ERIAR_READY 0x80000000 + /* * The RealTek doesn't use a fragment-based descriptor mechanism. * Instead, there are only four register sets, each or which represents --SUOF0GtieIMvvwua-- From owner-freebsd-stable@FreeBSD.ORG Thu Oct 31 13:33:55 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id 4ACF8A83 for ; Thu, 31 Oct 2013 13:33:55 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward3l.mail.yandex.net (forward3l.mail.yandex.net [IPv6:2a02:6b8:0:1819::3]) by mx1.freebsd.org (Postfix) with ESMTP id E7C352D5F for ; Thu, 31 Oct 2013 13:33:54 +0000 (UTC) Received: from smtp14.mail.yandex.net (smtp14.mail.yandex.net [95.108.131.192]) by forward3l.mail.yandex.net (Yandex) with ESMTP id CB56115011B7; Thu, 31 Oct 2013 17:33:51 +0400 (MSK) Received: from smtp14.mail.yandex.net (localhost [127.0.0.1]) by smtp14.mail.yandex.net (Yandex) with ESMTP id 796A01B60020; Thu, 31 Oct 2013 17:33:51 +0400 (MSK) Received: from 87.249.28.58.tel.ru (87.249.28.58.tel.ru [87.249.28.58]) by smtp14.mail.yandex.net (nwsmtp/Yandex) with ESMTP id fAyuxXynKF-Xol8VujL; Thu, 31 Oct 2013 17:33:51 +0400 Message-ID: <52725C3D.2030602@passap.ru> Date: Thu, 31 Oct 2013 17:33:49 +0400 From: Boris Samorodov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0.1 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> In-Reply-To: <20131030021650.GA3106@michelle.cdnetworks.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: FreeBSD Stable Users X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Oct 2013 13:33:55 -0000 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. Thanks! -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-stable@FreeBSD.ORG Thu Oct 31 14:30:36 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id B8B2E45B for ; Thu, 31 Oct 2013 14:30:36 +0000 (UTC) (envelope-from nabil.rahiman@gmail.com) Received: from mail-ob0-x234.google.com (mail-ob0-x234.google.com [IPv6:2607:f8b0:4003: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 849AF2292 for ; Thu, 31 Oct 2013 14:30:36 +0000 (UTC) Received: by mail-ob0-f180.google.com with SMTP id wo20so3125787obc.11 for ; Thu, 31 Oct 2013 07:30:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=X4aA+76L8DSAWQLaEj5t4460UMbScfefNxZFDVS94T4=; b=iaXvvQaN4dEJjXH0/Ojl63L0wHRvQX+HyCf7yr9oC81MOM22Eur1qi1LxPcK4K70ev +TcjfgX1SpvGNYlxThUZdcjW143bO/pOJEwkpqE3mRSWKQ+xaLGVnHOgtZX4nApYKx/L +4Vf9zkEcOMxhYOQM0L5ZS2+OWy7u75BQoX2yCPhoMqswKDZ2EXqd/bNMxgaZXqxLvVw Sxrcp5R1OFAQmROuE5nbRjLlN/YAu2CzUsISXluQVPKcF1XfK2TEc4I8YlIFg6RRVKHU FbHZiVZSEairr0WuwPqx5ZnyUGn6yk4PFi1ZgFCIJTald1LIdLpMWZ6b3F3ZdkGlrUNG f6ag== MIME-Version: 1.0 X-Received: by 10.182.237.75 with SMTP id va11mr2923026obc.5.1383229835812; Thu, 31 Oct 2013 07:30:35 -0700 (PDT) Received: by 10.76.84.74 with HTTP; Thu, 31 Oct 2013 07:30:35 -0700 (PDT) In-Reply-To: References: Date: Thu, 31 Oct 2013 20:00:35 +0530 Message-ID: Subject: Fwd: inconsistent utx.active? From: Nabil Rahiman To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: nabil.rahiman@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Oct 2013 14:30:36 -0000 ---------- Forwarded message ---------- From: Nabil Rahiman Date: 31 October 2013 19:56 Subject: inconsistent utx.active? To: freebsd-questions@freebsd.org freebsd 10: inconsistent entry in utx.active Steps: 1. Telnet to the server. 2; type ctrl+] quit 3:Telnet again to same the server. 4 . run w ~]$ telnet Trying Connected to Escape character is '^]'. Trying SRA secure login: User (nabil): regress Password: [ SRA accepts you ] FreeBSD/i386 () (pts/0) Last login: Thu Oct 31 05:53:43 from % % w 7:10AM up 3 mins, 1 user, load averages: 0.59, 0.51, 0.24 USER TTY FROM LOGIN@ IDLE WHAT regress pts/0 server1 7:10AM - w % telnet> quit []$ telnet Trying 10.209.9.43... Connected to Escape character is '^]'. Trying SRA secure login: User (nabil): regress Password: [ SRA accepts you ] FreeBSD/i386 () (pts/0) Last login: Thu Oct 31 07:10:41 from % % w 7:14AM up 7 mins, 2 users, load averages: 0.52, 0.38, 0.23 USER TTY FROM LOGIN@ IDLE WHAT regress pts/0 server1 7:10AM - w regress pts/0 server1 7:14AM - w From owner-freebsd-stable@FreeBSD.ORG Thu Oct 31 14:32:53 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id 591CE6ED for ; Thu, 31 Oct 2013 14:32:53 +0000 (UTC) (envelope-from nabil.rahiman@gmail.com) Received: from mail-oa0-x22d.google.com (mail-oa0-x22d.google.com [IPv6:2607:f8b0:4003:c02::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 22B0822E0 for ; Thu, 31 Oct 2013 14:32:53 +0000 (UTC) Received: by mail-oa0-f45.google.com with SMTP id i4so3141221oah.32 for ; Thu, 31 Oct 2013 07:32:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=lfo9UNbdL83apzgRGlvuRTT2XMtyP+vF8q/seqsayLs=; b=Thb02SXrHOJGwsEZUjuyS/N87AX12as88jsbQ+GRNsIVuG/nU0AYSw7jdhnZbF799G xHi7QHjeiTW/gxOAt4iDG1Mm2ob+y0M6sVv9WuL+QwhUvoeUiD6fxiG7n+3usPtDRcHG htCCbKH1TIy7j8yhAp5wxtf7L4wOwJzLTDqeZn2QnTkprak0bpJunfalIwzt9xM8VYdw PtxuXT9IminGIPv0D5z5WltUEtP0Ia0E9QsUI/PirTbVjanh9hbhGRZ2ow4McM+vr+BR wRHwSfv/8/1jxpCIvvA9+vlwIwVIFjIJ+wcwcer6vbr+WuQDkIiNHe9dpC0LQSWn06YQ 9+Cw== MIME-Version: 1.0 X-Received: by 10.60.44.141 with SMTP id e13mr346653oem.84.1383229972451; Thu, 31 Oct 2013 07:32:52 -0700 (PDT) Received: by 10.76.84.74 with HTTP; Thu, 31 Oct 2013 07:32:52 -0700 (PDT) In-Reply-To: References: Date: Thu, 31 Oct 2013 20:02:52 +0530 Message-ID: Subject: Re: inconsistent utx.active? From: Nabil Rahiman To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: nabil.rahiman@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Oct 2013 14:32:53 -0000 Any work around? On 31 October 2013 20:00, Nabil Rahiman wrote: > > > ---------- Forwarded message ---------- > From: Nabil Rahiman > Date: 31 October 2013 19:56 > Subject: inconsistent utx.active? > To: freebsd-questions@freebsd.org > > > freebsd 10: > inconsistent entry in utx.active > > Steps: > 1. Telnet to the server. > 2; type ctrl+] > quit > 3:Telnet again to same the server. > 4 . run > w > > > > > ~]$ telnet > > > Trying > Connected to > Escape character is '^]'. > Trying SRA secure login: > User (nabil): regress > Password: > [ SRA accepts you ] > > FreeBSD/i386 () (pts/0) > > Last login: Thu Oct 31 05:53:43 from > % > % w > 7:10AM up 3 mins, 1 user, load averages: 0.59, 0.51, 0.24 > USER TTY FROM LOGIN@ IDLE WHAT > regress pts/0 server1 7:10AM - w > % > > telnet> quit > > > > > []$ telnet > Trying 10.209.9.43... > Connected to > Escape character is '^]'. > Trying SRA secure login: > User (nabil): regress > Password: > [ SRA accepts you ] > > FreeBSD/i386 () (pts/0) > > Last login: Thu Oct 31 07:10:41 from > % > % w > 7:14AM up 7 mins, 2 users, load averages: 0.52, 0.38, 0.23 > USER TTY FROM LOGIN@ IDLE WHAT > regress pts/0 server1 7:10AM - w > regress pts/0 server1 7:14AM - w > > From owner-freebsd-stable@FreeBSD.ORG Thu Oct 31 19:05:41 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id 81585D60 for ; Thu, 31 Oct 2013 19:05:41 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward1l.mail.yandex.net (forward1l.mail.yandex.net [IPv6:2a02:6b8:0:1819::1]) by mx1.freebsd.org (Postfix) with ESMTP id 2A582291A for ; Thu, 31 Oct 2013 19:05:41 +0000 (UTC) Received: from smtp1h.mail.yandex.net (smtp1h.mail.yandex.net [84.201.187.144]) by forward1l.mail.yandex.net (Yandex) with ESMTP id 6F4851520D2F; Thu, 31 Oct 2013 23:05:38 +0400 (MSK) Received: from smtp1h.mail.yandex.net (localhost [127.0.0.1]) by smtp1h.mail.yandex.net (Yandex) with ESMTP id 1429F13402EB; Thu, 31 Oct 2013 23:05:37 +0400 (MSK) Received: from 46.38.32.182.tel.ru (46.38.32.182.tel.ru [46.38.32.182]) by smtp1h.mail.yandex.net (nwsmtp/Yandex) with ESMTP id wo48xL5xez-5b6aJ6p2; Thu, 31 Oct 2013 23:05:37 +0400 Message-ID: <5272AA01.40803@passap.ru> Date: Thu, 31 Oct 2013 23:05:37 +0400 From: Boris Samorodov Organization: =?UTF-8?B?0JfQkNCeICLQktCQ0KDQoiI=?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130806 Thunderbird/17.0.7 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> In-Reply-To: <52725C3D.2030602@passap.ru> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: FreeBSD Stable Users X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Oct 2013 19:05:41 -0000 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. Success! The system is up, fetching and uploading for an hour now. No more watchdog timeouts, storms and freeses (stable/10, i386, r257422M, modified by your patch). Big thank YOU! >>> 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. > > Thanks! > -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-stable@FreeBSD.ORG Thu Oct 31 20:10:57 2013 Return-Path: Delivered-To: stable@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 ESMTP id D85B67CE; Thu, 31 Oct 2013 20:10:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CA9342E9D; Thu, 31 Oct 2013 20:10:56 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id r9VKAkxw088108; Thu, 31 Oct 2013 22:10:46 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id r9VKAkp8087809; Thu, 31 Oct 2013 20:10:46 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 31 Oct 2013 20:10:46 GMT Message-Id: <201310312010.r9VKAkp8087809@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Oct 2013 20:10:57 -0000 TB --- 2013-10-31 19:50:43 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-10-31 19:50:43 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-10-31 19:50:43 - starting RELENG_10 tinderbox run for i386/pc98 TB --- 2013-10-31 19:50:43 - cleaning the object tree TB --- 2013-10-31 19:50:43 - /usr/local/bin/svn stat /src TB --- 2013-10-31 19:51:30 - At svn revision 257464 TB --- 2013-10-31 19:51:31 - building world TB --- 2013-10-31 19:51:31 - CROSS_BUILD_TESTING=YES TB --- 2013-10-31 19:51:31 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-31 19:51:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-31 19:51:31 - SRCCONF=/dev/null TB --- 2013-10-31 19:51:31 - TARGET=pc98 TB --- 2013-10-31 19:51:31 - TARGET_ARCH=i386 TB --- 2013-10-31 19:51:31 - TZ=UTC TB --- 2013-10-31 19:51:31 - __MAKE_CONF=/dev/null TB --- 2013-10-31 19:51:31 - cd /src TB --- 2013-10-31 19:51:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Oct 31 19:51:41 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] CC='cc ' mkdep -f .depend -a -DVISIBILITY_HIDDEN -std=gnu99 /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/ashldi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashlti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/ashrdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashrti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clear_cache.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzti2.c /src/lib/libcompi! ler_rt/../../contrib/compiler-rt/lib/cmpdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/cmpti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/comparedf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/comparesf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divdc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/divdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divmoddi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divmodsi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divxc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/enable_execute_stack.c /src/lib/libcompiler_rt/../! ../contrib/compiler-rt/lib/eprintf.c /src/lib/libcompiler_rt/.! ./../contrib/compiler-rt/lib/ffsdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ffsti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfti.c /src/lib/libcompiler_rt/../.! ./contrib/compiler-rt/lib/fixxfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixxfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatdidf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatdisf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatdixf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattixf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatundidf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatundisf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatundixf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatunsidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatunsisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatuntidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/! floatuntisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/flo! atuntixf..c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/int_util.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/lshrdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/lshrti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/moddi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/modti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muldc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/muldi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulodi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulosi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muloti4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulsc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/multi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvti3.c /src/l! ib/libcompiler_rt/../../contrib/compiler-rt/lib/mulxc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negdf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negsf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/paritydi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/paritysi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/parityti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/powidf2.c /src/lib/libcompiler_! rt/../../contrib/compiler-rt/lib/powisf2.c /src/lib/libcompiler_rt/../..! /contrib/compiler-rt/lib/powitf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/powixf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/trampoline_setup.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ucmpdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ucmpti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/udivdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmoddi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmodsi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmodti4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/umoddi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umodti3.c /src/lib/libcompiler_rt/../..! /contrib/compiler-rt/lib/adddf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divdf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/extendsfdf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatsidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatsisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muldf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subdf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/truncdfsf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/m! odsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivsi3.c! /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umodsi3.c cc -O2 -pipe -fpic -fvisibility=hidden -DVISIBILITY_HIDDEN -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-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvdi2.c -o absvdi2.o cc: unrecognized option '-Qunused-arguments' cc1: error: unrecognized command line option "-Wno-empty-body" cc1: error: unrecognized command line option "-Wno-string-plus-int" cc1: error: unrecognized command line option "-Wno-tautological-compare" cc1: error: unrecognized command line option "-Wno-parentheses-equality" cc1: error: unrecognized command line option "-Wno-knr-promoted-parameter" *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libcompiler_rt *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2013-10-31 20:10:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-10-31 20:10:45 - ERROR: failed to build world TB --- 2013-10-31 20:10:45 - 874.62 user 341.84 system 1201.65 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Fri Nov 1 03:50:44 2013 Return-Path: Delivered-To: stable@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 ESMTP id E9973686; Fri, 1 Nov 2013 03:50:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DAAFB2892; Fri, 1 Nov 2013 03:50:43 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id rA13odAv064330; Fri, 1 Nov 2013 05:50:39 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id rA13odj5064252; Fri, 1 Nov 2013 03:50:39 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 1 Nov 2013 03:50:39 GMT Message-Id: <201311010350.rA13odj5064252@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Nov 2013 03:50:45 -0000 TB --- 2013-11-01 03:30:32 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-11-01 03:30:32 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-11-01 03:30:32 - starting RELENG_10 tinderbox run for i386/pc98 TB --- 2013-11-01 03:30:32 - cleaning the object tree TB --- 2013-11-01 03:30:46 - /usr/local/bin/svn stat /src TB --- 2013-11-01 03:31:26 - At svn revision 257489 TB --- 2013-11-01 03:31:27 - building world TB --- 2013-11-01 03:31:27 - CROSS_BUILD_TESTING=YES TB --- 2013-11-01 03:31:27 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-01 03:31:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-01 03:31:27 - SRCCONF=/dev/null TB --- 2013-11-01 03:31:27 - TARGET=pc98 TB --- 2013-11-01 03:31:27 - TARGET_ARCH=i386 TB --- 2013-11-01 03:31:27 - TZ=UTC TB --- 2013-11-01 03:31:27 - __MAKE_CONF=/dev/null TB --- 2013-11-01 03:31:27 - cd /src TB --- 2013-11-01 03:31:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Nov 1 03:31:38 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] CC='cc ' mkdep -f .depend -a -DVISIBILITY_HIDDEN -std=gnu99 /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/ashldi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashlti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/ashrdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashrti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clear_cache.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzti2.c /src/lib/libcompi! ler_rt/../../contrib/compiler-rt/lib/cmpdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/cmpti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/comparedf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/comparesf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divdc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/divdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divmoddi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divmodsi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divxc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/enable_execute_stack.c /src/lib/libcompiler_rt/../! ../contrib/compiler-rt/lib/eprintf.c /src/lib/libcompiler_rt/.! ./../contrib/compiler-rt/lib/ffsdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ffsti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfti.c /src/lib/libcompiler_rt/../.! ./contrib/compiler-rt/lib/fixxfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixxfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatdidf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatdisf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatdixf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattixf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatundidf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatundisf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatundixf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatunsidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatunsisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatuntidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/! floatuntisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/flo! atuntixf..c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/int_util.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/lshrdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/lshrti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/moddi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/modti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muldc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/muldi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulodi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulosi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muloti4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulsc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/multi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvti3.c /src/l! ib/libcompiler_rt/../../contrib/compiler-rt/lib/mulxc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negdf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negsf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/paritydi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/paritysi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/parityti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/powidf2.c /src/lib/libcompiler_! rt/../../contrib/compiler-rt/lib/powisf2.c /src/lib/libcompiler_rt/../..! /contrib/compiler-rt/lib/powitf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/powixf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/trampoline_setup.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ucmpdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ucmpti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/udivdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmoddi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmodsi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmodti4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/umoddi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umodti3.c /src/lib/libcompiler_rt/../..! /contrib/compiler-rt/lib/adddf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divdf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/extendsfdf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatsidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatsisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muldf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subdf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/truncdfsf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/m! odsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivsi3.c! /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umodsi3.c cc -O2 -pipe -fpic -fvisibility=hidden -DVISIBILITY_HIDDEN -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-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvdi2.c -o absvdi2.o cc: unrecognized option '-Qunused-arguments' cc1: error: unrecognized command line option "-Wno-empty-body" cc1: error: unrecognized command line option "-Wno-string-plus-int" cc1: error: unrecognized command line option "-Wno-tautological-compare" cc1: error: unrecognized command line option "-Wno-parentheses-equality" cc1: error: unrecognized command line option "-Wno-knr-promoted-parameter" *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libcompiler_rt *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2013-11-01 03:50:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-01 03:50:39 - ERROR: failed to build world TB --- 2013-11-01 03:50:39 - 872.85 user 352.97 system 1206.77 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Fri Nov 1 05:05:12 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id C209D615 for ; Fri, 1 Nov 2013 05:05:12 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pd0-x233.google.com (mail-pd0-x233.google.com [IPv6:2607:f8b0:400e:c02::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 994A62C84 for ; Fri, 1 Nov 2013 05:05:12 +0000 (UTC) Received: by mail-pd0-f179.google.com with SMTP id y10so3339839pdj.24 for ; Thu, 31 Oct 2013 22:05:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:content-transfer-encoding :in-reply-to:user-agent; bh=uWxr3vu17DreKtV9O1rZmBF8BY3BJVVOdA76jlxMNa0=; b=D6nefVJ4x/jDO+s9dn+gD24uRXKdvk1eF4zHKRQ+tiCLbyY/P4QVlxnB6n645hAtJR 58rOHION90vAYvyTZNjOqtj4miJQqqF5yj7NIxawLRaVxvuNn5mAUCZKWvYdOIgRcql/ ooRwwgcFUtgHR3hVkfPu4hwUUiI5wU/lXpqnMTW+ILwPuJhudHHzWr47p1ugELEvU8Ka MuRybelP3kGH5pu9mBtfA0PIGajxwqb6Hq3Ex1qhQz5LOW3ac12ZioyBkS4DKrijrrIJ 9EVnmpTLYZsZ9KOTZHsbNDqGZuvtx7h1h8nqK8Cxo+zijwaCQgyslFUDb261MHizgKpT kF5w== X-Received: by 10.66.216.193 with SMTP id os1mr1324038pac.29.1383282312317; Thu, 31 Oct 2013 22:05:12 -0700 (PDT) Received: from pyunyh@gmail.com (lpe4.p59-icn.cdngp.net. [114.111.62.249]) by mx.google.com with ESMTPSA id pl1sm8074115pbb.20.2013.10.31.22.05.09 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Thu, 31 Oct 2013 22:05:11 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Fri, 01 Nov 2013 14:05:06 +0900 From: Yonghyeon PYUN Date: Fri, 1 Nov 2013 14:05:06 +0900 To: Boris Samorodov Subject: Re: regression: msk0 watchdog timeout and interrupt storm Message-ID: <20131101050506.GA1413@michelle.cdnetworks.com> References: <526FBA53.9000208@passap.ru> <20131030021650.GA3106@michelle.cdnetworks.com> <52725C3D.2030602@passap.ru> <5272AA01.40803@passap.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <5272AA01.40803@passap.ru> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Stable Users X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Nov 2013 05:05:12 -0000 On Thu, Oct 31, 2013 at 11:05:37PM +0400, Boris Samorodov wrote: > 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. > > Success! The system is up, fetching and uploading for an hour now. > No more watchdog timeouts, storms and freeses (stable/10, i386, > r257422M, modified by your patch). > Committed in r257490. Thanks a lot for reporting and testing! From owner-freebsd-stable@FreeBSD.ORG Fri Nov 1 10:33:10 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id 61B1C837 for ; Fri, 1 Nov 2013 10:33:10 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward5l.mail.yandex.net (forward5l.mail.yandex.net [IPv6:2a02:6b8:0:1819::5]) by mx1.freebsd.org (Postfix) with ESMTP id 26572201E for ; Fri, 1 Nov 2013 10:33:10 +0000 (UTC) Received: from smtp13.mail.yandex.net (smtp13.mail.yandex.net [95.108.130.68]) by forward5l.mail.yandex.net (Yandex) with ESMTP id C5831C40CD2; Fri, 1 Nov 2013 14:33:07 +0400 (MSK) Received: from smtp13.mail.yandex.net (localhost [127.0.0.1]) by smtp13.mail.yandex.net (Yandex) with ESMTP id 7269BE40A03; Fri, 1 Nov 2013 14:33:07 +0400 (MSK) Received: from 87.249.28.58.tel.ru (87.249.28.58.tel.ru [87.249.28.58]) by smtp13.mail.yandex.net (nwsmtp/Yandex) with ESMTP id jEa90MEYCv-X724RIxK; Fri, 1 Nov 2013 14:33:07 +0400 Message-ID: <52738362.7030301@passap.ru> Date: Fri, 01 Nov 2013 14:33:06 +0400 From: Boris Samorodov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0.1 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> <5272AA01.40803@passap.ru> <20131101050506.GA1413@michelle.cdnetworks.com> In-Reply-To: <20131101050506.GA1413@michelle.cdnetworks.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: FreeBSD Stable Users X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Nov 2013 10:33:10 -0000 01.11.2013 09:05, Yonghyeon PYUN пишет: > On Thu, Oct 31, 2013 at 11:05:37PM +0400, Boris Samorodov wrote: >> 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. >> >> Success! The system is up, fetching and uploading for an hour now. >> No more watchdog timeouts, storms and freeses (stable/10, i386, >> r257422M, modified by your patch). > > Committed in r257490. > Thanks a lot for reporting and testing! Great, thank you. With hope it's not too late to MFC the change before 10.0 is released. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-stable@FreeBSD.ORG Fri Nov 1 11:30:56 2013 Return-Path: Delivered-To: stable@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 ESMTP id 39167866; Fri, 1 Nov 2013 11:30:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2F9B62459; Fri, 1 Nov 2013 11:30:54 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id rA1BUpS1041848; Fri, 1 Nov 2013 13:30:51 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id rA1BUoVF041424; Fri, 1 Nov 2013 11:30:51 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 1 Nov 2013 11:30:51 GMT Message-Id: <201311011130.rA1BUoVF041424@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Nov 2013 11:30:56 -0000 TB --- 2013-11-01 11:10:43 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-11-01 11:10:43 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-11-01 11:10:43 - starting RELENG_10 tinderbox run for i386/pc98 TB --- 2013-11-01 11:10:43 - cleaning the object tree TB --- 2013-11-01 11:11:04 - /usr/local/bin/svn stat /src TB --- 2013-11-01 11:11:35 - At svn revision 257503 TB --- 2013-11-01 11:11:36 - building world TB --- 2013-11-01 11:11:36 - CROSS_BUILD_TESTING=YES TB --- 2013-11-01 11:11:36 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-01 11:11:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-01 11:11:36 - SRCCONF=/dev/null TB --- 2013-11-01 11:11:36 - TARGET=pc98 TB --- 2013-11-01 11:11:36 - TARGET_ARCH=i386 TB --- 2013-11-01 11:11:36 - TZ=UTC TB --- 2013-11-01 11:11:36 - __MAKE_CONF=/dev/null TB --- 2013-11-01 11:11:36 - cd /src TB --- 2013-11-01 11:11:36 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Nov 1 11:11:47 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] CC='cc ' mkdep -f .depend -a -DVISIBILITY_HIDDEN -std=gnu99 /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/ashldi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashlti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/ashrdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ashrti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clear_cache.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clzti2.c /src/lib/libcompi! ler_rt/../../contrib/compiler-rt/lib/cmpdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/cmpti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/comparedf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/comparesf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ctzti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divdc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/divdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divmoddi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divmodsi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divxc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/enable_execute_stack.c /src/lib/libcompiler_rt/../! ../contrib/compiler-rt/lib/eprintf.c /src/lib/libcompiler_rt/.! ./../contrib/compiler-rt/lib/ffsdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ffsti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsdfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunssfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixunsxfti.c /src/lib/libcompiler_rt/../.! ./contrib/compiler-rt/lib/fixxfdi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixxfti.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatdidf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatdisf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatdixf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floattixf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatundidf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatundisf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/floatundixf.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatunsidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatunsisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatuntidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/! floatuntisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/flo! atuntixf..c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/int_util.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/lshrdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/lshrti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/moddi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/modti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muldc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/muldi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulodi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulosi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muloti4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulsc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/multi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulvti3.c /src/l! ib/libcompiler_rt/../../contrib/compiler-rt/lib/mulxc3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negdf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negsf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/negvti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/paritydi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/paritysi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/parityti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountsi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/popcountti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/powidf2.c /src/lib/libcompiler_! rt/../../contrib/compiler-rt/lib/powisf2.c /src/lib/libcompiler_rt/../..! /contrib/compiler-rt/lib/powitf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/powixf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvdi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subvti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/trampoline_setup.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ucmpdi2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/ucmpti2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/udivdi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmoddi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmodsi4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivmodti4.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivti3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/i386/umoddi3.S /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umodti3.c /src/lib/libcompiler_rt/../..! /contrib/compiler-rt/lib/adddf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/addsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divdf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/extendsfdf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixdfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/fixsfsi.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatsidf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/floatsisf.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/muldf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/mulsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subdf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/subsf3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/truncdfsf2.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/divsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/m! odsi3.c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/udivsi3.c! /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umodsi3.c cc -O2 -pipe -fpic -fvisibility=hidden -DVISIBILITY_HIDDEN -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-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/absvdi2.c -o absvdi2.o cc: unrecognized option '-Qunused-arguments' cc1: error: unrecognized command line option "-Wno-empty-body" cc1: error: unrecognized command line option "-Wno-string-plus-int" cc1: error: unrecognized command line option "-Wno-tautological-compare" cc1: error: unrecognized command line option "-Wno-parentheses-equality" cc1: error: unrecognized command line option "-Wno-knr-promoted-parameter" *** Error code 1 Stop. bmake[3]: stopped in /src/lib/libcompiler_rt *** Error code 1 Stop. bmake[2]: stopped in /src *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2013-11-01 11:30:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-01 11:30:49 - ERROR: failed to build world TB --- 2013-11-01 11:30:49 - 876.18 user 347.44 system 1206.91 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Fri Nov 1 15:09:50 2013 Return-Path: Delivered-To: stable@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 ESMTP id 47404C9C; Fri, 1 Nov 2013 15:09:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 31859232B; Fri, 1 Nov 2013 15:09:48 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id rA1F9jrI088512; Fri, 1 Nov 2013 17:09:45 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id rA1F9i9D088408; Fri, 1 Nov 2013 15:09:44 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 1 Nov 2013 15:09:44 GMT Message-Id: <201311011509.rA1F9i9D088408@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Nov 2013 15:09:50 -0000 TB --- 2013-11-01 11:10:43 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-11-01 11:10:43 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-11-01 11:10:43 - starting RELENG_10 tinderbox run for mips/mips TB --- 2013-11-01 11:10:43 - cleaning the object tree TB --- 2013-11-01 11:10:43 - /usr/local/bin/svn stat /src TB --- 2013-11-01 11:11:34 - At svn revision 257503 TB --- 2013-11-01 11:11:35 - building world TB --- 2013-11-01 11:11:35 - CROSS_BUILD_TESTING=YES TB --- 2013-11-01 11:11:35 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-01 11:11:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-01 11:11:35 - SRCCONF=/dev/null TB --- 2013-11-01 11:11:35 - TARGET=mips TB --- 2013-11-01 11:11:35 - TARGET_ARCH=mips TB --- 2013-11-01 11:11:35 - TZ=UTC TB --- 2013-11-01 11:11:35 - __MAKE_CONF=/dev/null TB --- 2013-11-01 11:11:35 - cd /src TB --- 2013-11-01 11:11:35 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Nov 1 11:11:46 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Nov 1 12:37:00 UTC 2013 TB --- 2013-11-01 12:37:00 - cd /src/sys/mips/conf TB --- 2013-11-01 12:37:00 - /usr/sbin/config -m ADM5120 TB --- 2013-11-01 12:37:00 - skipping ADM5120 kernel TB --- 2013-11-01 12:37:00 - cd /src/sys/mips/conf TB --- 2013-11-01 12:37:00 - /usr/sbin/config -m ALCHEMY TB --- 2013-11-01 12:37:00 - skipping ALCHEMY kernel TB --- 2013-11-01 12:37:00 - cd /src/sys/mips/conf TB --- 2013-11-01 12:37:00 - /usr/sbin/config -m AP121 TB --- 2013-11-01 12:37:00 - building AP121 kernel TB --- 2013-11-01 12:37:00 - CROSS_BUILD_TESTING=YES TB --- 2013-11-01 12:37:00 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-01 12:37:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-01 12:37:00 - SRCCONF=/dev/null TB --- 2013-11-01 12:37:00 - TARGET=mips TB --- 2013-11-01 12:37:00 - TARGET_ARCH=mips TB --- 2013-11-01 12:37:00 - TZ=UTC TB --- 2013-11-01 12:37:00 - __MAKE_CONF=/dev/null TB --- 2013-11-01 12:37:00 - cd /src TB --- 2013-11-01 12:37:00 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Fri Nov 1 12:37:00 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP121 completed on Fri Nov 1 12:42:16 UTC 2013 TB --- 2013-11-01 12:42:16 - cd /src/sys/mips/conf TB --- 2013-11-01 12:42:16 - /usr/sbin/config -m AP91 TB --- 2013-11-01 12:42:16 - building AP91 kernel TB --- 2013-11-01 12:42:16 - CROSS_BUILD_TESTING=YES TB --- 2013-11-01 12:42:16 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-01 12:42:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-01 12:42:16 - SRCCONF=/dev/null TB --- 2013-11-01 12:42:16 - TARGET=mips TB --- 2013-11-01 12:42:16 - TARGET_ARCH=mips TB --- 2013-11-01 12:42:16 - TZ=UTC TB --- 2013-11-01 12:42:16 - __MAKE_CONF=/dev/null TB --- 2013-11-01 12:42:16 - cd /src TB --- 2013-11-01 12:42:16 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Fri Nov 1 12:42:17 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP91 completed on Fri Nov 1 12:48:52 UTC 2013 TB --- 2013-11-01 12:48:52 - cd /src/sys/mips/conf TB --- 2013-11-01 12:48:52 - /usr/sbin/config -m AP93 TB --- 2013-11-01 12:48:52 - building AP93 kernel TB --- 2013-11-01 12:48:52 - CROSS_BUILD_TESTING=YES TB --- 2013-11-01 12:48:52 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-01 12:48:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-01 12:48:52 - SRCCONF=/dev/null TB --- 2013-11-01 12:48:52 - TARGET=mips TB --- 2013-11-01 12:48:52 - TARGET_ARCH=mips TB --- 2013-11-01 12:48:52 - TZ=UTC TB --- 2013-11-01 12:48:52 - __MAKE_CONF=/dev/null TB --- 2013-11-01 12:48:52 - cd /src TB --- 2013-11-01 12:48:52 - /usr/bin/make -B buildkernel KERNCONF=AP93 >>> Kernel build for AP93 started on Fri Nov 1 12:48:52 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP93 completed on Fri Nov 1 12:55:55 UTC 2013 TB --- 2013-11-01 12:55:55 - cd /src/sys/mips/conf TB --- 2013-11-01 12:55:55 - /usr/sbin/config -m AP94 TB --- 2013-11-01 12:55:55 - building AP94 kernel TB --- 2013-11-01 12:55:55 - CROSS_BUILD_TESTING=YES TB --- 2013-11-01 12:55:55 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-01 12:55:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-01 12:55:55 - SRCCONF=/dev/null TB --- 2013-11-01 12:55:55 - TARGET=mips TB --- 2013-11-01 12:55:55 - TARGET_ARCH=mips TB --- 2013-11-01 12:55:55 - TZ=UTC TB --- 2013-11-01 12:55:55 - __MAKE_CONF=/dev/null TB --- 2013-11-01 12:55:55 - cd /src TB --- 2013-11-01 12:55:55 - /usr/bin/make -B buildkernel KERNCONF=AP94 >>> Kernel build for AP94 started on Fri Nov 1 12:55:56 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP94 completed on Fri Nov 1 13:04:09 UTC 2013 TB --- 2013-11-01 13:04:09 - cd /src/sys/mips/conf TB --- 2013-11-01 13:04:09 - /usr/sbin/config -m AP96 TB --- 2013-11-01 13:04:09 - building AP96 kernel TB --- 2013-11-01 13:04:09 - CROSS_BUILD_TESTING=YES TB --- 2013-11-01 13:04:09 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-01 13:04:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-01 13:04:09 - SRCCONF=/dev/null TB --- 2013-11-01 13:04:09 - TARGET=mips TB --- 2013-11-01 13:04:09 - TARGET_ARCH=mips TB --- 2013-11-01 13:04:09 - TZ=UTC TB --- 2013-11-01 13:04:09 - __MAKE_CONF=/dev/null TB --- 2013-11-01 13:04:09 - cd /src TB --- 2013-11-01 13:04:09 - /usr/bin/make -B buildkernel KERNCONF=AP96 >>> Kernel build for AP96 started on Fri Nov 1 13:04:09 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP96 completed on Fri Nov 1 13:12:09 UTC 2013 TB --- 2013-11-01 13:12:09 - cd /src/sys/mips/conf TB --- 2013-11-01 13:12:09 - /usr/sbin/config -m AR71XX_BASE TB --- 2013-11-01 13:12:09 - building AR71XX_BASE kernel TB --- 2013-11-01 13:12:09 - CROSS_BUILD_TESTING=YES TB --- 2013-11-01 13:12:09 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-01 13:12:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-01 13:12:09 - SRCCONF=/dev/null TB --- 2013-11-01 13:12:09 - TARGET=mips TB --- 2013-11-01 13:12:09 - TARGET_ARCH=mips TB --- 2013-11-01 13:12:09 - TZ=UTC TB --- 2013-11-01 13:12:09 - __MAKE_CONF=/dev/null TB --- 2013-11-01 13:12:09 - cd /src TB --- 2013-11-01 13:12:09 - /usr/bin/make -B buildkernel KERNCONF=AR71XX_BASE >>> Kernel build for AR71XX_BASE started on Fri Nov 1 13:12:09 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR71XX_BASE completed on Fri Nov 1 13:19:16 UTC 2013 TB --- 2013-11-01 13:19:16 - cd /src/sys/mips/conf TB --- 2013-11-01 13:19:16 - /usr/sbin/config -m AR724X_BASE TB --- 2013-11-01 13:19:16 - building AR724X_BASE kernel TB --- 2013-11-01 13:19:16 - CROSS_BUILD_TESTING=YES TB --- 2013-11-01 13:19:16 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-01 13:19:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-01 13:19:16 - SRCCONF=/dev/null TB --- 2013-11-01 13:19:16 - TARGET=mips TB --- 2013-11-01 13:19:16 - TARGET_ARCH=mips TB --- 2013-11-01 13:19:16 - TZ=UTC TB --- 2013-11-01 13:19:16 - __MAKE_CONF=/dev/null TB --- 2013-11-01 13:19:16 - cd /src TB --- 2013-11-01 13:19:16 - /usr/bin/make -B buildkernel KERNCONF=AR724X_BASE >>> Kernel build for AR724X_BASE started on Fri Nov 1 13:19:16 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR724X_BASE completed on Fri Nov 1 13:24:59 UTC 2013 TB --- 2013-11-01 13:24:59 - cd /src/sys/mips/conf TB --- 2013-11-01 13:24:59 - /usr/sbin/config -m AR91XX_BASE TB --- 2013-11-01 13:24:59 - building AR91XX_BASE kernel TB --- 2013-11-01 13:24:59 - CROSS_BUILD_TESTING=YES TB --- 2013-11-01 13:24:59 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-01 13:24:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-01 13:24:59 - SRCCONF=/dev/null TB --- 2013-11-01 13:24:59 - TARGET=mips TB --- 2013-11-01 13:24:59 - TARGET_ARCH=mips TB --- 2013-11-01 13:24:59 - TZ=UTC TB --- 2013-11-01 13:24:59 - __MAKE_CONF=/dev/null TB --- 2013-11-01 13:24:59 - cd /src TB --- 2013-11-01 13:24:59 - /usr/bin/make -B buildkernel KERNCONF=AR91XX_BASE >>> Kernel build for AR91XX_BASE started on Fri Nov 1 13:24:59 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR91XX_BASE completed on Fri Nov 1 13:31:30 UTC 2013 TB --- 2013-11-01 13:31:30 - cd /src/sys/mips/conf TB --- 2013-11-01 13:31:30 - /usr/sbin/config -m AR933X_BASE TB --- 2013-11-01 13:31:30 - building AR933X_BASE kernel TB --- 2013-11-01 13:31:30 - CROSS_BUILD_TESTING=YES TB --- 2013-11-01 13:31:30 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-01 13:31:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-01 13:31:30 - SRCCONF=/dev/null TB --- 2013-11-01 13:31:30 - TARGET=mips TB --- 2013-11-01 13:31:30 - TARGET_ARCH=mips TB --- 2013-11-01 13:31:30 - TZ=UTC TB --- 2013-11-01 13:31:30 - __MAKE_CONF=/dev/null TB --- 2013-11-01 13:31:30 - cd /src TB --- 2013-11-01 13:31:30 - /usr/bin/make -B buildkernel KERNCONF=AR933X_BASE >>> Kernel build for AR933X_BASE started on Fri Nov 1 13:31:30 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR933X_BASE completed on Fri Nov 1 13:35:11 UTC 2013 TB --- 2013-11-01 13:35:11 - cd /src/sys/mips/conf TB --- 2013-11-01 13:35:11 - /usr/sbin/config -m AR934X_BASE TB --- 2013-11-01 13:35:11 - building AR934X_BASE kernel TB --- 2013-11-01 13:35:11 - CROSS_BUILD_TESTING=YES TB --- 2013-11-01 13:35:11 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-01 13:35:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-01 13:35:11 - SRCCONF=/dev/null TB --- 2013-11-01 13:35:11 - TARGET=mips TB --- 2013-11-01 13:35:11 - TARGET_ARCH=mips TB --- 2013-11-01 13:35:11 - TZ=UTC TB --- 2013-11-01 13:35:11 - __MAKE_CONF=/dev/null TB --- 2013-11-01 13:35:11 - cd /src TB --- 2013-11-01 13:35:11 - /usr/bin/make -B buildkernel KERNCONF=AR934X_BASE >>> Kernel build for AR934X_BASE started on Fri Nov 1 13:35:11 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR934X_BASE completed on Fri Nov 1 13:38:53 UTC 2013 TB --- 2013-11-01 13:38:53 - cd /src/sys/mips/conf TB --- 2013-11-01 13:38:53 - /usr/sbin/config -m BERI_DE4_MDROOT TB --- 2013-11-01 13:38:53 - skipping BERI_DE4_MDROOT kernel TB --- 2013-11-01 13:38:53 - cd /src/sys/mips/conf TB --- 2013-11-01 13:38:53 - /usr/sbin/config -m BERI_DE4_SDROOT TB --- 2013-11-01 13:38:53 - skipping BERI_DE4_SDROOT kernel TB --- 2013-11-01 13:38:53 - cd /src/sys/mips/conf TB --- 2013-11-01 13:38:53 - /usr/sbin/config -m BERI_SIM_MDROOT TB --- 2013-11-01 13:38:53 - skipping BERI_SIM_MDROOT kernel TB --- 2013-11-01 13:38:53 - cd /src/sys/mips/conf TB --- 2013-11-01 13:38:53 - /usr/sbin/config -m BERI_TEMPLATE TB --- 2013-11-01 13:38:53 - skipping BERI_TEMPLATE kernel TB --- 2013-11-01 13:38:53 - cd /src/sys/mips/conf TB --- 2013-11-01 13:38:53 - /usr/sbin/config -m CARAMBOLA2 TB --- 2013-11-01 13:38:53 - building CARAMBOLA2 kernel TB --- 2013-11-01 13:38:53 - CROSS_BUILD_TESTING=YES TB --- 2013-11-01 13:38:53 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-01 13:38:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-01 13:38:53 - SRCCONF=/dev/null TB --- 2013-11-01 13:38:53 - TARGET=mips TB --- 2013-11-01 13:38:53 - TARGET_ARCH=mips TB --- 2013-11-01 13:38:53 - TZ=UTC TB --- 2013-11-01 13:38:53 - __MAKE_CONF=/dev/null TB --- 2013-11-01 13:38:53 - cd /src TB --- 2013-11-01 13:38:53 - /usr/bin/make -B buildkernel KERNCONF=CARAMBOLA2 >>> Kernel build for CARAMBOLA2 started on Fri Nov 1 13:38:53 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for CARAMBOLA2 completed on Fri Nov 1 13:42:40 UTC 2013 TB --- 2013-11-01 13:42:40 - cd /src/sys/mips/conf TB --- 2013-11-01 13:42:40 - /usr/sbin/config -m DB120 TB --- 2013-11-01 13:42:40 - building DB120 kernel TB --- 2013-11-01 13:42:40 - CROSS_BUILD_TESTING=YES TB --- 2013-11-01 13:42:40 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-01 13:42:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-01 13:42:40 - SRCCONF=/dev/null TB --- 2013-11-01 13:42:40 - TARGET=mips TB --- 2013-11-01 13:42:40 - TARGET_ARCH=mips TB --- 2013-11-01 13:42:40 - TZ=UTC TB --- 2013-11-01 13:42:40 - __MAKE_CONF=/dev/null TB --- 2013-11-01 13:42:40 - cd /src TB --- 2013-11-01 13:42:40 - /usr/bin/make -B buildkernel KERNCONF=DB120 >>> Kernel build for DB120 started on Fri Nov 1 13:42:40 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DB120 completed on Fri Nov 1 13:46:30 UTC 2013 TB --- 2013-11-01 13:46:30 - cd /src/sys/mips/conf TB --- 2013-11-01 13:46:30 - /usr/sbin/config -m DIR-825 TB --- 2013-11-01 13:46:30 - building DIR-825 kernel TB --- 2013-11-01 13:46:30 - CROSS_BUILD_TESTING=YES TB --- 2013-11-01 13:46:30 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-01 13:46:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-01 13:46:30 - SRCCONF=/dev/null TB --- 2013-11-01 13:46:30 - TARGET=mips TB --- 2013-11-01 13:46:30 - TARGET_ARCH=mips TB --- 2013-11-01 13:46:30 - TZ=UTC TB --- 2013-11-01 13:46:30 - __MAKE_CONF=/dev/null TB --- 2013-11-01 13:46:30 - cd /src TB --- 2013-11-01 13:46:30 - /usr/bin/make -B buildkernel KERNCONF=DIR-825 >>> Kernel build for DIR-825 started on Fri Nov 1 13:46:30 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DIR-825 completed on Fri Nov 1 13:52:06 UTC 2013 TB --- 2013-11-01 13:52:06 - cd /src/sys/mips/conf TB --- 2013-11-01 13:52:06 - /usr/sbin/config -m ENH200 TB --- 2013-11-01 13:52:06 - building ENH200 kernel TB --- 2013-11-01 13:52:06 - CROSS_BUILD_TESTING=YES TB --- 2013-11-01 13:52:06 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-01 13:52:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-01 13:52:06 - SRCCONF=/dev/null TB --- 2013-11-01 13:52:06 - TARGET=mips TB --- 2013-11-01 13:52:06 - TARGET_ARCH=mips TB --- 2013-11-01 13:52:06 - TZ=UTC TB --- 2013-11-01 13:52:06 - __MAKE_CONF=/dev/null TB --- 2013-11-01 13:52:06 - cd /src TB --- 2013-11-01 13:52:06 - /usr/bin/make -B buildkernel KERNCONF=ENH200 >>> Kernel build for ENH200 started on Fri Nov 1 13:52:06 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for ENH200 completed on Fri Nov 1 13:58:45 UTC 2013 TB --- 2013-11-01 13:58:45 - cd /src/sys/mips/conf TB --- 2013-11-01 13:58:45 - /usr/sbin/config -m GXEMUL TB --- 2013-11-01 13:58:45 - skipping GXEMUL kernel TB --- 2013-11-01 13:58:45 - cd /src/sys/mips/conf TB --- 2013-11-01 13:58:45 - /usr/sbin/config -m GXEMUL32 TB --- 2013-11-01 13:58:45 - building GXEMUL32 kernel TB --- 2013-11-01 13:58:45 - CROSS_BUILD_TESTING=YES TB --- 2013-11-01 13:58:45 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-01 13:58:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-01 13:58:45 - SRCCONF=/dev/null TB --- 2013-11-01 13:58:45 - TARGET=mips TB --- 2013-11-01 13:58:45 - TARGET_ARCH=mips TB --- 2013-11-01 13:58:45 - TZ=UTC TB --- 2013-11-01 13:58:45 - __MAKE_CONF=/dev/null TB --- 2013-11-01 13:58:45 - cd /src TB --- 2013-11-01 13:58:45 - /usr/bin/make -B buildkernel KERNCONF=GXEMUL32 >>> Kernel build for GXEMUL32 started on Fri Nov 1 13:58:45 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GXEMUL32 completed on Fri Nov 1 14:01:34 UTC 2013 TB --- 2013-11-01 14:01:34 - cd /src/sys/mips/conf TB --- 2013-11-01 14:01:34 - /usr/sbin/config -m IDT TB --- 2013-11-01 14:01:34 - skipping IDT kernel TB --- 2013-11-01 14:01:34 - cd /src/sys/mips/conf TB --- 2013-11-01 14:01:34 - /usr/sbin/config -m MALTA TB --- 2013-11-01 14:01:34 - skipping MALTA kernel TB --- 2013-11-01 14:01:34 - cd /src/sys/mips/conf TB --- 2013-11-01 14:01:34 - /usr/sbin/config -m MALTA64 TB --- 2013-11-01 14:01:34 - skipping MALTA64 kernel TB --- 2013-11-01 14:01:34 - cd /src/sys/mips/conf TB --- 2013-11-01 14:01:34 - /usr/sbin/config -m OCTEON1 TB --- 2013-11-01 14:01:35 - skipping OCTEON1 kernel TB --- 2013-11-01 14:01:35 - cd /src/sys/mips/conf TB --- 2013-11-01 14:01:35 - /usr/sbin/config -m PB47 TB --- 2013-11-01 14:01:35 - building PB47 kernel TB --- 2013-11-01 14:01:35 - CROSS_BUILD_TESTING=YES TB --- 2013-11-01 14:01:35 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-01 14:01:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-01 14:01:35 - SRCCONF=/dev/null TB --- 2013-11-01 14:01:35 - TARGET=mips TB --- 2013-11-01 14:01:35 - TARGET_ARCH=mips TB --- 2013-11-01 14:01:35 - TZ=UTC TB --- 2013-11-01 14:01:35 - __MAKE_CONF=/dev/null TB --- 2013-11-01 14:01:35 - cd /src TB --- 2013-11-01 14:01:35 - /usr/bin/make -B buildkernel KERNCONF=PB47 >>> Kernel build for PB47 started on Fri Nov 1 14:01:35 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for PB47 completed on Fri Nov 1 14:09:58 UTC 2013 TB --- 2013-11-01 14:09:58 - cd /src/sys/mips/conf TB --- 2013-11-01 14:09:58 - /usr/sbin/config -m PB92 TB --- 2013-11-01 14:09:58 - building PB92 kernel TB --- 2013-11-01 14:09:58 - CROSS_BUILD_TESTING=YES TB --- 2013-11-01 14:09:58 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-01 14:09:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-01 14:09:58 - SRCCONF=/dev/null TB --- 2013-11-01 14:09:58 - TARGET=mips TB --- 2013-11-01 14:09:58 - TARGET_ARCH=mips TB --- 2013-11-01 14:09:58 - TZ=UTC TB --- 2013-11-01 14:09:58 - __MAKE_CONF=/dev/null TB --- 2013-11-01 14:09:58 - cd /src TB --- 2013-11-01 14:09:58 - /usr/bin/make -B buildkernel KERNCONF=PB92 >>> Kernel build for PB92 started on Fri Nov 1 14:09:59 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for PB92 completed on Fri Nov 1 14:16:00 UTC 2013 TB --- 2013-11-01 14:16:00 - cd /src/sys/mips/conf TB --- 2013-11-01 14:16:00 - /usr/sbin/config -m PICOSTATION_M2HP TB --- 2013-11-01 14:16:00 - building PICOSTATION_M2HP kernel TB --- 2013-11-01 14:16:00 - CROSS_BUILD_TESTING=YES TB --- 2013-11-01 14:16:00 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-01 14:16:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-01 14:16:00 - SRCCONF=/dev/null TB --- 2013-11-01 14:16:00 - TARGET=mips TB --- 2013-11-01 14:16:00 - TARGET_ARCH=mips TB --- 2013-11-01 14:16:00 - TZ=UTC TB --- 2013-11-01 14:16:00 - __MAKE_CONF=/dev/null TB --- 2013-11-01 14:16:00 - cd /src TB --- 2013-11-01 14:16:00 - /usr/bin/make -B buildkernel KERNCONF=PICOSTATION_M2HP >>> Kernel build for PICOSTATION_M2HP started on Fri Nov 1 14:16:00 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for PICOSTATION_M2HP completed on Fri Nov 1 14:22:05 UTC 2013 TB --- 2013-11-01 14:22:05 - cd /src/sys/mips/conf TB --- 2013-11-01 14:22:05 - /usr/sbin/config -m QEMU TB --- 2013-11-01 14:22:05 - skipping QEMU kernel TB --- 2013-11-01 14:22:05 - cd /src/sys/mips/conf TB --- 2013-11-01 14:22:05 - /usr/sbin/config -m ROUTERSTATION TB --- 2013-11-01 14:22:05 - building ROUTERSTATION kernel TB --- 2013-11-01 14:22:05 - CROSS_BUILD_TESTING=YES TB --- 2013-11-01 14:22:05 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-01 14:22:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-01 14:22:05 - SRCCONF=/dev/null TB --- 2013-11-01 14:22:05 - TARGET=mips TB --- 2013-11-01 14:22:05 - TARGET_ARCH=mips TB --- 2013-11-01 14:22:05 - TZ=UTC TB --- 2013-11-01 14:22:05 - __MAKE_CONF=/dev/null TB --- 2013-11-01 14:22:05 - cd /src TB --- 2013-11-01 14:22:05 - /usr/bin/make -B buildkernel KERNCONF=ROUTERSTATION >>> Kernel build for ROUTERSTATION started on Fri Nov 1 14:22:05 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for ROUTERSTATION completed on Fri Nov 1 14:30:04 UTC 2013 TB --- 2013-11-01 14:30:04 - cd /src/sys/mips/conf TB --- 2013-11-01 14:30:04 - /usr/sbin/config -m ROUTERSTATION_MFS TB --- 2013-11-01 14:30:04 - building ROUTERSTATION_MFS kernel TB --- 2013-11-01 14:30:04 - CROSS_BUILD_TESTING=YES TB --- 2013-11-01 14:30:04 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-01 14:30:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-01 14:30:04 - SRCCONF=/dev/null TB --- 2013-11-01 14:30:04 - TARGET=mips TB --- 2013-11-01 14:30:04 - TARGET_ARCH=mips TB --- 2013-11-01 14:30:04 - TZ=UTC TB --- 2013-11-01 14:30:04 - __MAKE_CONF=/dev/null TB --- 2013-11-01 14:30:04 - cd /src TB --- 2013-11-01 14:30:04 - /usr/bin/make -B buildkernel KERNCONF=ROUTERSTATION_MFS >>> Kernel build for ROUTERSTATION_MFS started on Fri Nov 1 14:30:04 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for ROUTERSTATION_MFS completed on Fri Nov 1 14:37:53 UTC 2013 TB --- 2013-11-01 14:37:53 - cd /src/sys/mips/conf TB --- 2013-11-01 14:37:53 - /usr/sbin/config -m RSPRO TB --- 2013-11-01 14:37:53 - building RSPRO kernel TB --- 2013-11-01 14:37:53 - CROSS_BUILD_TESTING=YES TB --- 2013-11-01 14:37:53 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-01 14:37:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-01 14:37:53 - SRCCONF=/dev/null TB --- 2013-11-01 14:37:53 - TARGET=mips TB --- 2013-11-01 14:37:53 - TARGET_ARCH=mips TB --- 2013-11-01 14:37:53 - TZ=UTC TB --- 2013-11-01 14:37:53 - __MAKE_CONF=/dev/null TB --- 2013-11-01 14:37:53 - cd /src TB --- 2013-11-01 14:37:53 - /usr/bin/make -B buildkernel KERNCONF=RSPRO >>> Kernel build for RSPRO started on Fri Nov 1 14:37:53 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for RSPRO completed on Fri Nov 1 14:45:52 UTC 2013 TB --- 2013-11-01 14:45:52 - cd /src/sys/mips/conf TB --- 2013-11-01 14:45:52 - /usr/sbin/config -m RSPRO_MFS TB --- 2013-11-01 14:45:52 - building RSPRO_MFS kernel TB --- 2013-11-01 14:45:52 - CROSS_BUILD_TESTING=YES TB --- 2013-11-01 14:45:52 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-01 14:45:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-01 14:45:52 - SRCCONF=/dev/null TB --- 2013-11-01 14:45:52 - TARGET=mips TB --- 2013-11-01 14:45:52 - TARGET_ARCH=mips TB --- 2013-11-01 14:45:52 - TZ=UTC TB --- 2013-11-01 14:45:52 - __MAKE_CONF=/dev/null TB --- 2013-11-01 14:45:52 - cd /src TB --- 2013-11-01 14:45:52 - /usr/bin/make -B buildkernel KERNCONF=RSPRO_MFS >>> Kernel build for RSPRO_MFS started on Fri Nov 1 14:45:52 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for RSPRO_MFS completed on Fri Nov 1 14:54:09 UTC 2013 TB --- 2013-11-01 14:54:09 - cd /src/sys/mips/conf TB --- 2013-11-01 14:54:09 - /usr/sbin/config -m RSPRO_STANDALONE TB --- 2013-11-01 14:54:09 - building RSPRO_STANDALONE kernel TB --- 2013-11-01 14:54:09 - CROSS_BUILD_TESTING=YES TB --- 2013-11-01 14:54:09 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-01 14:54:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-01 14:54:09 - SRCCONF=/dev/null TB --- 2013-11-01 14:54:09 - TARGET=mips TB --- 2013-11-01 14:54:09 - TARGET_ARCH=mips TB --- 2013-11-01 14:54:09 - TZ=UTC TB --- 2013-11-01 14:54:09 - __MAKE_CONF=/dev/null TB --- 2013-11-01 14:54:09 - cd /src TB --- 2013-11-01 14:54:09 - /usr/bin/make -B buildkernel KERNCONF=RSPRO_STANDALONE >>> Kernel build for RSPRO_STANDALONE started on Fri Nov 1 14:54:09 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for RSPRO_STANDALONE completed on Fri Nov 1 15:01:41 UTC 2013 TB --- 2013-11-01 15:01:41 - cd /src/sys/mips/conf TB --- 2013-11-01 15:01:41 - /usr/sbin/config -m RT305X TB --- 2013-11-01 15:01:41 - skipping RT305X kernel TB --- 2013-11-01 15:01:41 - cd /src/sys/mips/conf TB --- 2013-11-01 15:01:41 - /usr/sbin/config -m SENTRY5 TB --- 2013-11-01 15:01:41 - skipping SENTRY5 kernel TB --- 2013-11-01 15:01:41 - cd /src/sys/mips/conf TB --- 2013-11-01 15:01:41 - /usr/sbin/config -m SWARM TB --- 2013-11-01 15:01:41 - building SWARM kernel TB --- 2013-11-01 15:01:41 - CROSS_BUILD_TESTING=YES TB --- 2013-11-01 15:01:41 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-01 15:01:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-01 15:01:41 - SRCCONF=/dev/null TB --- 2013-11-01 15:01:41 - TARGET=mips TB --- 2013-11-01 15:01:41 - TARGET_ARCH=mips TB --- 2013-11-01 15:01:41 - TZ=UTC TB --- 2013-11-01 15:01:41 - __MAKE_CONF=/dev/null TB --- 2013-11-01 15:01:41 - cd /src TB --- 2013-11-01 15:01:41 - /usr/bin/make -B buildkernel KERNCONF=SWARM >>> Kernel build for SWARM started on Fri Nov 1 15:01:41 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for SWARM completed on Fri Nov 1 15:05:43 UTC 2013 TB --- 2013-11-01 15:05:43 - cd /src/sys/mips/conf TB --- 2013-11-01 15:05:43 - /usr/sbin/config -m SWARM64 TB --- 2013-11-01 15:05:43 - skipping SWARM64 kernel TB --- 2013-11-01 15:05:43 - cd /src/sys/mips/conf TB --- 2013-11-01 15:05:43 - /usr/sbin/config -m SWARM64_SMP TB --- 2013-11-01 15:05:43 - skipping SWARM64_SMP kernel TB --- 2013-11-01 15:05:43 - cd /src/sys/mips/conf TB --- 2013-11-01 15:05:43 - /usr/sbin/config -m SWARM_SMP TB --- 2013-11-01 15:05:43 - building SWARM_SMP kernel TB --- 2013-11-01 15:05:43 - CROSS_BUILD_TESTING=YES TB --- 2013-11-01 15:05:43 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-01 15:05:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-01 15:05:43 - SRCCONF=/dev/null TB --- 2013-11-01 15:05:43 - TARGET=mips TB --- 2013-11-01 15:05:43 - TARGET_ARCH=mips TB --- 2013-11-01 15:05:43 - TZ=UTC TB --- 2013-11-01 15:05:43 - __MAKE_CONF=/dev/null TB --- 2013-11-01 15:05:43 - cd /src TB --- 2013-11-01 15:05:43 - /usr/bin/make -B buildkernel KERNCONF=SWARM_SMP >>> Kernel build for SWARM_SMP started on Fri Nov 1 15:05:43 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for SWARM_SMP completed on Fri Nov 1 15:09:37 UTC 2013 TB --- 2013-11-01 15:09:37 - cd /src/sys/mips/conf TB --- 2013-11-01 15:09:37 - /usr/sbin/config -m TP-WN1043ND TB --- 2013-11-01 15:09:37 - building TP-WN1043ND kernel TB --- 2013-11-01 15:09:37 - CROSS_BUILD_TESTING=YES TB --- 2013-11-01 15:09:37 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-01 15:09:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-01 15:09:37 - SRCCONF=/dev/null TB --- 2013-11-01 15:09:37 - TARGET=mips TB --- 2013-11-01 15:09:37 - TARGET_ARCH=mips TB --- 2013-11-01 15:09:37 - TZ=UTC TB --- 2013-11-01 15:09:37 - __MAKE_CONF=/dev/null TB --- 2013-11-01 15:09:37 - cd /src TB --- 2013-11-01 15:09:37 - /usr/bin/make -B buildkernel KERNCONF=TP-WN1043ND >>> Kernel build for TP-WN1043ND started on Fri Nov 1 15:09:37 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools [...] cd /src/sys/modules/aic7xxx/aicasm; PATH=/obj/mips.mips/src/tmp/legacy/usr/sbin:/obj/mips.mips/src/tmp/legacy/usr/bin:/obj/mips.mips/src/tmp/legacy/usr/games:/obj/mips.mips/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin MAKEOBJDIRPREFIX=/obj/mips.mips/src/sys/TP-WN1043ND/modules /obj/src/make.amd64/bmake SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF -DEARLY_BUILD all cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /src/sys/modules/aic7xxx/aicasm *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2013-11-01 15:09:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-01 15:09:44 - ERROR: failed to build TP-WN1043ND kernel TB --- 2013-11-01 15:09:44 - 10178.12 user 4854.81 system 14341.05 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Fri Nov 1 20:02:56 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id 42AB818E for ; Fri, 1 Nov 2013 20:02:56 +0000 (UTC) (envelope-from mike.jakubik@intertainservices.com) Received: from mail.intertainservices.com (mail.intertainservices.com [69.77.177.114]) by mx1.freebsd.org (Postfix) with ESMTP id 1ABDC24FC for ; Fri, 1 Nov 2013 20:02:55 +0000 (UTC) Received: from freebsd.local (unknown [172.16.10.114]) by mail.intertainservices.com (Postfix) with ESMTPSA id C9A1656A90 for ; Fri, 1 Nov 2013 15:53:54 -0400 (EDT) Message-ID: <527406D2.7010200@intertainservices.com> Date: Fri, 01 Nov 2013 15:53:54 -0400 From: Mike Jakubik User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: pkgng: how to upgrade a single port? Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-intertainservices-MailScanner-Information: Please contact the ISP for more information X-intertainservices-MailScanner-ID: C9A1656A90.AC88E X-intertainservices-MailScanner: Found to be clean X-intertainservices-MailScanner-From: mike.jakubik@intertainservices.com X-Spam-Status: No X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Nov 2013 20:02:56 -0000 Hello, I've recently switched to pkgng, only to be disappointed that there doesn't seem to be a way to upgrade a single port, pkg upgrade seems to be an all or nothing operation. Am I missing something? Thanks. From owner-freebsd-stable@FreeBSD.ORG Fri Nov 1 20:10:52 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id A5963326 for ; Fri, 1 Nov 2013 20:10:52 +0000 (UTC) (envelope-from feld@FreeBSD.org) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7A71E2572 for ; Fri, 1 Nov 2013 20:10:52 +0000 (UTC) Received: from compute5.internal (compute5.nyi.mail.srv.osa [10.202.2.45]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id CB4CE214B5 for ; Fri, 1 Nov 2013 16:10:49 -0400 (EDT) Received: from web3 ([10.202.2.213]) by compute5.internal (MEProxy); Fri, 01 Nov 2013 16:10:49 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:subject:date:in-reply-to :references; s=smtpout; bh=ChmiSVUJ/Kf2vPsR+xudDZxLbdY=; b=fzQo3 by9JC6BHGUiGuoMpeGYA0agFGTJch/jt/zhm+gElqoLWVSXc1UbmIkIPIloWPqgC 8cJQZWadXrg1kXUVBKbKOcXDJ/JZPsfWXZPdBO2z3y7BpQ6VdZ6tnW5DbOzZRR3c IVbR9GZHN3EPlkTODxZmh5f/Cxmi5tC8n6vrrI= Received: by web3.nyi.mail.srv.osa (Postfix, from userid 99) id AD5DA3213A6; Fri, 1 Nov 2013 16:10:49 -0400 (EDT) Message-Id: <1383336649.16326.41750369.298F8E9D@webmail.messagingengine.com> X-Sasl-Enc: XBVlNmCJ7J7Bi/eHuXJ6ejUAVCnH7yeY8BGsqOqxDSpq 1383336649 From: Mark Felder To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-d4893488 Subject: Re: pkgng: how to upgrade a single port? Date: Fri, 01 Nov 2013 15:10:49 -0500 In-Reply-To: <527406D2.7010200@intertainservices.com> References: <527406D2.7010200@intertainservices.com> X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Nov 2013 20:10:52 -0000 On Fri, Nov 1, 2013, at 14:53, Mike Jakubik wrote: > Hello, > > I've recently switched to pkgng, only to be disappointed that there > doesn't seem to be a way to upgrade a single port, pkg upgrade seems to > be an all or nothing operation. Am I missing something? > pkg install for remote packages, pkg add for local packages From owner-freebsd-stable@FreeBSD.ORG Fri Nov 1 20:18:39 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id 56468648 for ; Fri, 1 Nov 2013 20:18:39 +0000 (UTC) (envelope-from feld@FreeBSD.org) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2A5F425CF for ; Fri, 1 Nov 2013 20:18:38 +0000 (UTC) Received: from compute4.internal (compute4.nyi.mail.srv.osa [10.202.2.44]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 4ED7B20617 for ; Fri, 1 Nov 2013 16:18:38 -0400 (EDT) Received: from web3 ([10.202.2.213]) by compute4.internal (MEProxy); Fri, 01 Nov 2013 16:18:38 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:subject:date:in-reply-to :references; s=smtpout; bh=21eIViIS+zfP6LfqCBxrsa5/7mI=; b=Tqzji YoN3VtiwlItliscu9XJbvuFVw3LdK/jT/2EwQrgHbtTiWAAHbXS6QvrlTBfWZuoa nhNEUl4dYIPEsoREsT16upg1uEbO41lxVU0ZRKdhU9HXV2Id/cayNghVaDx2fx5/ wfYurArRudrJpwDUzGM6JdeNqbqi0FB0Xkn2v8= Received: by web3.nyi.mail.srv.osa (Postfix, from userid 99) id 31752321404; Fri, 1 Nov 2013 16:18:38 -0400 (EDT) Message-Id: <1383337118.18823.41752849.2502EBFD@webmail.messagingengine.com> X-Sasl-Enc: ucrpRa6kbdVzzv7xQ4mtAHLkupwrnZn7OBeDDET/01YR 1383337118 From: Mark Felder To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-d4893488 Subject: Re: pkgng: how to upgrade a single port? Date: Fri, 01 Nov 2013 15:18:38 -0500 In-Reply-To: <1383336649.16326.41750369.298F8E9D@webmail.messagingengine.com> References: <527406D2.7010200@intertainservices.com> <1383336649.16326.41750369.298F8E9D@webmail.messagingengine.com> X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Nov 2013 20:18:39 -0000 On Fri, Nov 1, 2013, at 15:10, Mark Felder wrote: > > > On Fri, Nov 1, 2013, at 14:53, Mike Jakubik wrote: > > Hello, > > > > I've recently switched to pkgng, only to be disappointed that there > > doesn't seem to be a way to upgrade a single port, pkg upgrade seems to > > be an all or nothing operation. Am I missing something? > > > > pkg install for remote packages, pkg add for local packages > pkg add actually might not like what you're doing and tell you that the package is already installed... I have a feeling I've seen it do that. Don't have a way to test it at the moment. From owner-freebsd-stable@FreeBSD.ORG Sat Nov 2 00:24:18 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id 4F28D7BD; Sat, 2 Nov 2013 00:24:18 +0000 (UTC) (envelope-from shawn@wallbridge.net) Received: from mail.wallbridge.net (mail.wallbridge.net [72.55.175.210]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C6C6822C4; Sat, 2 Nov 2013 00:24:17 +0000 (UTC) Received: from [192.168.1.100] (rrcs-24-43-36-195.west.biz.rr.com [24.43.36.195]) by mail.wallbridge.net (OpenSMTPD) with ESMTP id bb1fd12a (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128); Fri, 1 Nov 2013 19:24:13 -0500 (CDT) Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1812\)) Subject: Re: 9.2-RELEASE Kernel panic, mbuf underflow From: Shawn Wallbridge In-Reply-To: Date: Fri, 1 Nov 2013 17:24:08 -0700 Message-Id: <4C3A3540-C829-4D75-A019-EC5BD447AFE8@wallbridge.net> References: To: Adrian Chadd X-Mailer: Apple Mail (2.1812) Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Nov 2013 00:24:18 -0000 I tried building a kernel with INVARIANTS, but their is a known issue = with INVARIANTS and 3Ware controllers.. http://www.freebsd.org/cgi/query-pr.cgi?pr=3D174684 I have built a new kernel with the fix mentioned in that PR, but I have = to wait until EOD to boot into it. shawn On Oct 29, 2013, at 9:59 PM, Adrian Chadd wrote: > Hi, >=20 > How about adding >=20 > options INVARIANTS >=20 > .. to the kernel config, compile and reboot? >=20 >=20 > -adrian >=20 >=20 >=20 > On 29 October 2013 21:37, Shawn Wallbridge = wrote: >> I have a file server that keeps panic=92ing with a mbuf cluster in = the 17 Quadrillion range (2^64 - 2). I am pretty sure it=92s a buffer = underflow. >>=20 >> I have opened a PR, but I haven=92t had any movement on it. This = happened while I was running 9.1-RELEASE as well. >>=20 >> Here is the PR.. >>=20 >> http://www.freebsd.org/cgi/query-pr.cgi?pr=3D183424 >>=20 >> And I have uploaded the crash dumps here.. >>=20 >> http://www.wallbridge.net/crash/ >>=20 >> If anyone has any ideas, I would be grateful as this is a production = box and it=92s really impacting us. >>=20 >> shawn >>=20 >>=20 >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sat Nov 2 04:20:26 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id 13BF760B for ; Sat, 2 Nov 2013 04:20:26 +0000 (UTC) (envelope-from jmg@h2.funkthat.com) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E88172ED7 for ; Sat, 2 Nov 2013 04:20:25 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id rA24KOlt082409 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 1 Nov 2013 21:20:24 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id rA24KOSH082408; Fri, 1 Nov 2013 21:20:24 -0700 (PDT) (envelope-from jmg) Date: Fri, 1 Nov 2013 21:20:24 -0700 From: John-Mark Gurney To: Shawn Wallbridge Subject: Re: 9.2-RELEASE Kernel panic, mbuf underflow Message-ID: <20131102042024.GH73243@funkthat.com> Mail-Followup-To: Shawn Wallbridge , freebsd-stable@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Fri, 01 Nov 2013 21:20:24 -0700 (PDT) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Nov 2013 04:20:26 -0000 Shawn Wallbridge wrote this message on Tue, Oct 29, 2013 at 21:37 -0700: > I have a file server that keeps panic?ing with a mbuf cluster in the 17 Quadrillion range (2^64 - 2). I am pretty sure it?s a buffer underflow. > > I have opened a PR, but I haven?t had any movement on it. This happened while I was running 9.1-RELEASE as well. > > Here is the PR.. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=183424 > > And I have uploaded the crash dumps here.. > > http://www.wallbridge.net/crash/ > > If anyone has any ideas, I would be grateful as this is a production box and it?s really impacting us. If you could push the kernel.symbols file there too that would be great... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-stable@FreeBSD.ORG Sat Nov 2 04:29:34 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id 14EC989D for ; Sat, 2 Nov 2013 04:29:34 +0000 (UTC) (envelope-from shawn@wallbridge.net) Received: from mail.wallbridge.net (mail.wallbridge.net [72.55.175.210]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 594872F38 for ; Sat, 2 Nov 2013 04:29:32 +0000 (UTC) Received: from [192.168.1.100] (rrcs-24-43-36-195.west.biz.rr.com [24.43.36.195]) by mail.wallbridge.net (OpenSMTPD) with ESMTP id b5b39f9d (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128); Fri, 1 Nov 2013 23:29:31 -0500 (CDT) Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1812\)) Subject: Re: 9.2-RELEASE Kernel panic, mbuf underflow From: Shawn Wallbridge In-Reply-To: <20131102042024.GH73243@funkthat.com> Date: Fri, 1 Nov 2013 21:29:27 -0700 Message-Id: <6BE9D85F-BB18-43A4-96BA-7A9EA10C5422@wallbridge.net> References: <20131102042024.GH73243@funkthat.com> To: John-Mark Gurney X-Mailer: Apple Mail (2.1812) Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Nov 2013 04:29:34 -0000 On Nov 1, 2013, at 9:20 PM, John-Mark Gurney wrote: > Shawn Wallbridge wrote this message on Tue, Oct 29, 2013 at 21:37 = -0700: >> I have a file server that keeps panic?ing with a mbuf cluster in the = 17 Quadrillion range (2^64 - 2). I am pretty sure it?s a buffer = underflow. >>=20 >> I have opened a PR, but I haven?t had any movement on it. This = happened while I was running 9.1-RELEASE as well. >>=20 >> Here is the PR.. >>=20 >> http://www.freebsd.org/cgi/query-pr.cgi?pr=3D183424 >>=20 >> And I have uploaded the crash dumps here.. >>=20 >> http://www.wallbridge.net/crash/ >>=20 >> If anyone has any ideas, I would be grateful as this is a production = box and it?s really impacting us.=20 >=20 > If you could push the kernel.symbols file there too that would be > great... >=20 > --=20 > John-Mark Gurney Voice: +1 415 225 5579 >=20 It=92s there now. wallbridge.net/crash/kernel.symbols shawn From owner-freebsd-stable@FreeBSD.ORG Sat Nov 2 19:54:31 2013 Return-Path: Delivered-To: freebsd-stable@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 ESMTP id B27444E3 for ; Sat, 2 Nov 2013 19:54:31 +0000 (UTC) (envelope-from jmg@h2.funkthat.com) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8362F25A9 for ; Sat, 2 Nov 2013 19:54:31 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id rA2JsPRV095076 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 2 Nov 2013 12:54:25 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id rA2JsPGh095075; Sat, 2 Nov 2013 12:54:25 -0700 (PDT) (envelope-from jmg) Date: Sat, 2 Nov 2013 12:54:25 -0700 From: John-Mark Gurney To: Shawn Wallbridge Subject: Re: 9.2-RELEASE Kernel panic, mbuf underflow Message-ID: <20131102195425.GI73243@funkthat.com> Mail-Followup-To: Shawn Wallbridge , freebsd-stable@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Sat, 02 Nov 2013 12:54:25 -0700 (PDT) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Nov 2013 19:54:31 -0000 Shawn Wallbridge wrote this message on Tue, Oct 29, 2013 at 21:37 -0700: > I have a file server that keeps panic?ing with a mbuf cluster in the 17 Quadrillion range (2^64 - 2). I am pretty sure it?s a buffer underflow. Ok, after some tracking stuff down, I do not think it has anything to do w/ mbufs, as the stats appear to be correct... The problem is that mbuf clusters takes into the fact that some clusters might be still associated w/ packets (from usr.bin/netstat/mbuf.c): printf("%ju/%ju/%ju/%ju mbuf clusters in use " "(current/cache/total/max)\n", cluster_count - packet_free, cluster_free + packet_free, cluster_count + cluster_free, cluster_limit); notice how current is cluster_count - packet_free instead of something like cluster_count - cluster_free... And I just printed your values from vmcore.6, and apparently packet_count is 0, while packet_free is 5215... cluster_count is 2049, cluster_free is 1997.. And because packet is a secondary zone of mbufs, things apparently get confused... So I wouldn't go down this road anymore... This looks like a simple race/accounting error in the status... > I have opened a PR, but I haven?t had any movement on it. This happened while I was running 9.1-RELEASE as well. > > Here is the PR.. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=183424 > > And I have uploaded the crash dumps here.. > > http://www.wallbridge.net/crash/ > > If anyone has any ideas, I would be grateful as this is a production box and it?s really impacting us. Have you done a full fsck on the fs to make sure that there isn't any corruption on the disk that keeps popping up? I do realize that it will take a LONG time to fsck... Sadly, you're last three cores (all on 9.2-R) are for different inodes... Could you tell me the path and filename of inodes: 3226539015, 3224134148 and 3343904256? It could help us track down which app is causing this and being able to reproduce this... To find the inode on the fs use find -inum , so: find -inum 3226539015 -or -inum 3224134148 -or -inum 3343904256 will do it in one pass so it won't take so long... Thanks. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not."