From owner-freebsd-stable@FreeBSD.ORG Sun Mar 10 00:46: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]) by hub.freebsd.org (Postfix) with ESMTP id A25EF243 for ; Sun, 10 Mar 2013 00:46:45 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from zoom.lafn.org (zoom.lafn.org [108.92.93.123]) by mx1.freebsd.org (Postfix) with ESMTP id 723B92ED for ; Sun, 10 Mar 2013 00:46:45 +0000 (UTC) Received: from [10.0.1.2] (static-71-177-216-148.lsanca.fios.verizon.net [71.177.216.148]) (authenticated bits=0) by zoom.lafn.org (8.14.3/8.14.2) with ESMTP id r2A0kbKN086831 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Sat, 9 Mar 2013 16:46:37 -0800 (PST) (envelope-from bc979@lafn.org) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: Sanity Check on Mac Mini From: Doug Hardie In-Reply-To: Date: Sat, 9 Mar 2013 16:46:37 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <7F72BB49-8810-42A4-AC4F-9B6D3E61C6EB@lafn.org> References: <51CB1227-3A5F-4688-B48D-4D0E47A17572@lafn.org> <5138A742.3090200@wintek.com> <97F9BA96-A328-4EF9-8E39-A8160AF9EB7A@lafn.org> <71F173FA-CB9C-43B4-A702-ABA82268EA83@lafn.org> <428C87E0-7CF4-4664-9EF2-8CD582927AAB@lafn.org> To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.1499) X-Virus-Scanned: clamav-milter 0.97 at zoom.lafn.org X-Virus-Status: Clean 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, 10 Mar 2013 00:46:45 -0000 I have documented what I have completed and what remains to be done for = the install of 9.1 on a Mini. I wrote this as a section of the = Handbook, although its not in the right format as I don't know what that = format is. I believe this needs to be retained in the documentation = somewhere easily found for those who need it in the future. 2.12 Installing FreeBSD on an Apple Mac Mini The Mac Mini is an attractive server platform. Its small, runs cool, = low powered, and reasonably cheap. There a variety of configurations = available. However, the bottom of the line seems to be a powerful = server. There are a few issues with installing FreeBSD on the mini. Mostly they = derive from the newer hardware it uses and that it uses EFI rather than = a BIOS for booting. There is not a simple install that will get the = unit working, but the additional steps required are quite simple. The = goal of these instructions is to get FreeBSD 9.1-Release running as a = headless server on a Late 2012 Mini. Its probably possible to setup the = mini as a workstation, but that would require some additional effort to = test the display and mouse interfaces and find fixes for any issues with = those. The original intent was to have the server without system source so that = it could be maintained using freebsd-update. However, that will = probably have to wait until 9.2-Release is available. In the meantime, = freebsd-update has to be used with care since I believe it will replace = the modified bge files. 2.12.1 Preparing for the Install You can select either the i386 or the amd64 distributions. Both have = been tested with these procedures and yield a working server. The = bottom of the line mini comes with 4 GB of memory installed. The i386 = distribution will only use 2 GB. The remainder will not be used. The = amd64 distribution builds larger binary modules, but it will use all the = memory. Download the 9.1 Release distribution Memstick Image. You will need to = copy that to a memstick. There are instructions in section 2.3.5 for = copying the image to the memstick. Obtain a display and USB keyboard = and connect them to the mini. With a browser go to svnweb.freebsd.org/base/head/sys/dev. Click on the = bge folder. Click on the name if_bge.c. Find Revision 245931. Click = on the download link and save the file. Go back to the bge page and click on if_bgereg.h. Find Revision 243686. = Click on the download link and save the file. Edit the saved = if_bgereg.h file and add the following to the end: #define PCIER_DEVICE_CAP 0x4 #define PCIER_DEVICE_CTL 0x8 #define PCIEM_CAP_MAX_PAYLOAD 0x00000007 #define PCIEM_CTL_RELAXED_ORD_ENABLE 0x0010 #define PCIEM_CTL_NOSNOOP_ENABLE 0x0800 #define PCIER_DEVICE_STA 0xa #define PCIEM_STA_CORRECTABLE_ERROR 0x0001 #define PCIEM_STA_NON_FATAL_ERROR 0x0002 #define PCIEM_STA_FATAL_ERROR 0x0004 #define PCIEM_STA_UNSUPPORTED_REQ 0x0008 There was a change to some of the names in if_bgereg.h after the 9.1 = Release was created, but before the corrections to the bge driver were = included. It would be possible to grab the appropriate earlier verion = of if_bgereg.h, however, when rebuilding the kernel, there are other = drivers that use the new names. This seems to be the easiest approach. = Also, it worked. Go back to the dev page and click on the mii folder. Click on brgphy.c. = Find revision 244482. Click on the download link and save the file. Copy the saved files to another memstick. 2.12.2 Installing the 9.1 Release Boot the mini using the memstick. Hold down the Option key on the = keyboard and power up the mini. You will hear the hardware check beep = and shortly thereafter the screen will show one or more boot icons. = Double click on the one named "Windows". It will have a USB icon. Continue through the normal installation procedure as detailed earlier = in this chapter. If you are building a FreeBSD only server, use the = entire disk. Also, be sure to install the system source. You will need = it later. At the end of the install you will be asked to reboot the mini. Here is = where the first problem occurs. If you pop out the memstick and let the = system reboot, it will hang with an empty folder icon in the center of = the display. The problem is that the EFI boot loader can't find anything to boot. = There are several approaches that may work. The Mac bless utility has = been used to bless the boot disk so the boot loader can find it. There = are currently no instructions available for this approach. The one way = that has been shown to work is to make sure the memstick is removed when = you boot the mini. Once you get the empty folder icon, plug the = memstick back in. The system will shortly boot from the internal disk. = There is no known explanation for this phenomena other than "it just = works". 2.12.3 Rebuilding the kernel to support the Ethernet Interface Once the system has been rebooted, you will notice that ifconfig does = not show the ethernet interface. The bge driver needs to be updated to = recognize the NIC. Mount the second memstick with the files retrieved = earlier and move them into the kernel source. I used the following = commands: cp -p brgphy.c /usr/src/sys/dev/mii cp -p if_bgereg.h /usr/src/sys/dev/bge cp -p if_bge.c /usr/src/sys/dev/bge then rebuild the kernel. Note the instructions here are for GENERIC, = but you can use KERNCONF to specify a custom kernel. cd /usr/src make buildkernel make installkernel Reboot the server as before. Now ifconfig will show bge0 and it will = work. The mini is now running a useable version of 9.1-Release. There = are still some items remaining to be resolved: Updating the kernel with = the recent security patches, Disabling Bluetooth and Wireless to save = power, and unattended rebooting. These issues are still being = addressed. 2.12.4 Running freebsd-update to get the Latest Security Updates Freebsd-update provides a very convenient was to keep the system up to = date with security updates. It does require that you remain on the = Release distribution and not use modified kernels. Since the mini = requires updates to the bge driver that will not be incorporated into = the 9.1-Release, the modified bge files need to be save somewhere other = than in /usr/src. Freebsd-update will replace them in their normal = locations with the "newer" ones that do not support the mini's NIC. I = saved a copy in my home directory along with a short script that copies = them into the kernel. Run: freebsd-update fetch Run: freebsd-update install Check the differences between the updated bge files and those in the = kernel source. If they have changed, the rebuild the kernel. At the = moment, the security updates have not affected the kernel so it did not = need to be rebuilt. 2.12.5 Automatic Startup after Power is Restored Generally servers need to be automatically restarted after a power = failure. The mini has that capability, but I haven't found how to set = it yet. 2.12.6 Disabling Bluetooth and Wireless Mac OS-X provides a way to disable both of these. Ifconfig does not = show either. The Wireless NIC is not attached to a driver so is status = is quite difficult to determine. My guess is that the appropriate = driver will need an update to enable it to be found and controlled. The = same seems to hold for the Bluetooth controller. 2.12.7 Unattended Booting Supposedly there is a way to boot the mini on OS-X and use the bless = utility to set the disk properly for booting. I have not found the = magic incantation that will make that work yet. Using the memstick is = the only way so far. 2.12.8 Other Versions of the Mac Mini I will be installing on a Mac Mini 1,1 (quite old) shortly and will = update this with those results. I don't have access to any other units. From owner-freebsd-stable@FreeBSD.ORG Sun Mar 10 01:54:23 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id F3E19A3C for ; Sun, 10 Mar 2013 01:54:22 +0000 (UTC) (envelope-from mollydevlists@icloud.com) Received: from st13p13im-asmtp002.me.com (st13p13im-asmtp002.me.com [17.164.56.161]) by mx1.freebsd.org (Postfix) with ESMTP id C9D63648 for ; Sun, 10 Mar 2013 01:54:22 +0000 (UTC) Received: from [192.168.1.14] (cpe-70-112-141-79.austin.res.rr.com [70.112.141.79]) by st13p13im-asmtp002.mac.com (Oracle Communications Messaging Server 7u4-26.01(7.0.4.26.0) 64bit (built Jul 13 2012)) with ESMTPSA id <0MJF008WC6I6NB50@st13p13im-asmtp002.mac.com> for freebsd-stable@freebsd.org; Sun, 10 Mar 2013 00:54:12 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.9.8327,1.0.431,0.0.0000 definitions=2013-03-09_07:2013-03-08,2013-03-09,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=1 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=6.0.2-1212290000 definitions=main-1303090279 Content-type: text/plain; charset=us-ascii MIME-version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: Sanity Check on Mac Mini From: "Molly (Dev Lists)" In-reply-to: <428C87E0-7CF4-4664-9EF2-8CD582927AAB@lafn.org> Date: Sat, 09 Mar 2013 18:54:06 -0600 Content-transfer-encoding: quoted-printable Message-id: References: <51CB1227-3A5F-4688-B48D-4D0E47A17572@lafn.org> <5138A742.3090200@wintek.com> <97F9BA96-A328-4EF9-8E39-A8160AF9EB7A@lafn.org> <71F173FA-CB9C-43B4-A702-ABA82268EA83@lafn.org> <428C87E0-7CF4-4664-9EF2-8CD582927AAB@lafn.org> To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.1499) 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, 10 Mar 2013 01:54:23 -0000 On 08 Mar 2013, at 17:43, Doug Hardie wrote: >=20 > On 7 March 2013, at 17:00, John Mehr wrote: >>=20 >> On Thu, 7 Mar 2013 14:18:23 -0800 Doug Hardie wrote: >>> On 7 March 2013, at 11:57, Kevin Oberman = wrote: [ ... ] >>>> Thanks. Well, I got 9.1 Release installed, but it won't boot from = the internal disk. It doesn't see the disk as bootable. I installed = using the entire disk for FreeBSD. I used the i386 release. Perhaps I = need to switch to the amd64 release? >>>> I would generally recommend using the amd64 release, but it may not = get your system to boot. How is your disk partitioned? GPT? Some BIOSes = are broken and assume that a GPT formatted disk is UEFI and will not = recognize them if they lack the UEFI boot partition. UEFI boot is a = current project that seems likely to reach head in the fairly near = future, but it's not possible now. >>> No idea what the default partitioning is for BSDInstall. However the = Mini is only EFI or UFEI with some fallbacks although the comments I = find in the web indicate that different models have different fallbacks. >>> One comment indicates that an older unit will boot if its MBR = partitioning. I don't know if the new installer supports that or not. >>>> You may be able to tweak your BIOS to get it to work or you may = have to install using the traditional partitioning system. The installer = defaults to GPT, but can create either. >>>> I have such a system (ThinkPad T520) and I have two disks... one = that came with the system and containing Windows, and my GPT formatted = FreeBSD disk. I wrote a FreeBSD BootEasy boot into the MBR of the = Windows disk and it CAN boot the GPT disk just fine. Not ideal for most, = but it works well for me >>> Based on a comment I say, waiting till the empty folder icon appears = and then plugging in the install memstick causes the mini to boot from = disk. That just downright weird, but it works. I could live with that, = but this is an unattended server and would experience some down time if = I am not there when there is a power failure. >>> I just found some "instructions" for using MBR with bsdinstall, but = given there is an effort to create a UEFI boot which I suspect would = expect to find the GPT boot partition, perhaps I should just go with the = memstick approach? >>=20 >> Hello, >>=20 >> If you still have a drive with OS X on it, you may have some luck = with OS X's bless command: >>=20 >> = https://developer.apple.com/library/mac/#documentation/Darwin/Reference/Ma= npages/man8/bless.8.html >>=20 >> I got a late 2012 mac mini to boot FreeBSD 9.1 (AMD64) from a hard = drive using 'bless' (unfortunately I don't remember the exact command = line parameters I used). If you're looking to dual boot, the only luck = I had (without resorting to using third party software like rEFIt) was = to put the OS's on different drives and install FreeBSD using MBR on the = second drive. >=20 > I have investigated the bless command and nothing I find on google = gives me any good ideal on what folder/file to bless. I am wondering if = just using the volume command and ignoring folder and file would work? When I was setting up FreeBSD (9/amd64) to run on a MacBook Air, I used = (from within Terminal while booted into an OS X boot image): sudo bless --device /dev/disk0s2 --setBoot --legacy (s2 was the FreeBSD boot slice.) My notes also claim that the drive needed to have MBR boot code = installed first (e.g., via fdisk -B ada0 or the gpart equivalent) in = order for the blessing to work. This was about a year ago (December = 2011), on whatever hardware/firmware/OS X were current at the time. -- Molly= From owner-freebsd-stable@FreeBSD.ORG Sun Mar 10 02:29: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]) by hub.freebsd.org (Postfix) with ESMTP id 339F02E2; Sun, 10 Mar 2013 02:29:18 +0000 (UTC) (envelope-from cross+freebsd@distal.com) Received: from mail.distal.com (mail.distal.com [IPv6:2001:470:e24c:200::ae25]) by mx1.freebsd.org (Postfix) with ESMTP id DE01B74A; Sun, 10 Mar 2013 02:29:17 +0000 (UTC) Received: from magrathea.distal.com (magrathea.distal.com [206.138.151.12]) (authenticated bits=0) by mail.distal.com (8.14.3/8.14.3) with ESMTP id r2A2TGYA009609 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 9 Mar 2013 21:29:16 -0500 (EST) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: top's CPUn vs C column From: Chris Ross In-Reply-To: <201303041137.44337.jhb@freebsd.org> Date: Sat, 9 Mar 2013 21:29:16 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <580563A6-1C98-46E9-9B2E-3BC7FD262773@distal.com> References: <201303041137.44337.jhb@freebsd.org> To: John Baldwin X-Mailer: Apple Mail (2.1499) Cc: freebsd-stable@freebsd.org, freebsd-sparc64@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, 10 Mar 2013 02:29:18 -0000 That patch does in fact work, and removes the inconsistency that I noted earlier. I would be happy to see it committed. If no one else has objections, please do. Thanks... - Chris On Mar 4, 2013, at 11:37 , John Baldwin wrote: > On Friday, March 01, 2013 1:17:41 pm Chris Ross wrote: >>=20 >> So, I was looking at a v240 I have running stable/9 (9.1-STABLE), = and=20 >> noticed something odd. The per-CPU information displayed by top = seems=20 >> inconsistent. To simplify things, while I'm running a "make release" = in=20 >> /usr/src/release, I just started running the following command over = and over=20 >> (by hand): >>=20 >> cross: top | grep " CPU" >> cross: top | grep " CPU" >> 1044 cross 1 72 0 17128K 4464K CPU1 0 0:01 1.27% = zsh >> 22528 root 1 77 5 11672K 2592K CPU1 1 0:00 0.00% = sh >> cross: top | grep " CPU" >> cross: top | grep " CPU" >> 22634 cross 1 72 0 12808K 2872K CPU1 1 0:00 0.00% = top >> 22633 root 1 77 5 6272K 880K CPU0 1 0:00 0.00% = make >> cross: top | grep " CPU" >> 22637 root 1 77 5 6272K 1656K CPU0 0 0:00 0.00% = make >> cross: top | grep " CPU" >> cross: top | grep " CPU" >> 22684 root 1 77 5 11672K 2592K CPU0 0 0:00 0.00% = sh >> cross: >>=20 >> This displayed what I had earlier seen in the full-screen top. = There=20 >> doesn't appear to be any specific binding between the "n" in the = "CPUn" state=20 >> value, and the number in the "C" column, which is according to the = man page,=20 >> should mean the same thing. >>=20 > No, they are different things. The man page is a bit stale. The 'C' = column=20 > is the CPU that the process last ran on. Hmm, it's actually easiest = to fix=20 > the code I think. Try this (untested) change: >=20 > Index: usr.bin/top/machine.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- machine.c (revision 247792) > +++ machine.c (working copy) > @@ -797,7 +797,7 @@ format_next_process(caddr_t handle, char *(*get_us > double pct; > struct handle *hp; > char status[16]; > - int state; > + int cpu, state; > struct rusage ru, *rup; > long p_tot, s_tot; > char *proc_fmt, thr_buf[6], jid_buf[6]; > @@ -997,6 +997,13 @@ format_next_process(caddr_t handle, char = *(*get_us > } >=20 > /* format this entry */ > + if (smpmode) { > + if (state =3D=3D SRUN && pp->ki_oncpu !=3D 0xff) > + cpu =3D pp->ki_oncpu; > + else > + cpu =3D pp->ki_lastcpu; > + } else > + cpu =3D 0; > proc_fmt =3D smpmode ? smp_Proc_format : up_Proc_format; > if (ps.thread !=3D 0) > thr_buf[0] =3D '\0'; > @@ -1014,7 +1021,7 @@ format_next_process(caddr_t handle, char = *(*get_us > format_k2(PROCSIZE(pp)), > format_k2(pagetok(pp->ki_rssize)), > status, > - smpmode ? pp->ki_lastcpu : 0, > + cpu, > format_time(cputime), > ps.wcpu ? 100.0 * weighted_cpu(pct, pp) : 100.0 * pct, > screen_width > cmdlengthdelta ? screen_width - = cmdlengthdelta : 0, >=20 > --=20 > John Baldwin From owner-freebsd-stable@FreeBSD.ORG Sun Mar 10 19:15:03 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id F171A336 for ; Sun, 10 Mar 2013 19:15:02 +0000 (UTC) (envelope-from loic.blot@unix-experience.fr) Received: from smtp.smtpout.orange.fr (smtp02.smtpout.orange.fr [80.12.242.124]) by mx1.freebsd.org (Postfix) with ESMTP id 62D2BB6C for ; Sun, 10 Mar 2013 19:15:01 +0000 (UTC) Received: from [10.42.69.152] ([82.124.164.227]) by mwinf5d55 with ME id 9vEt1l00G4uhX2i03vEtY5; Sun, 10 Mar 2013 20:14:54 +0100 Message-ID: <1362943144.15623.1.camel@Nerz-PC.home> Subject: Re: Strange reboot since 9.1 From: =?ISO-8859-1?Q?Lo=EFc?= BLOT To: Marius Strobl Date: Sun, 10 Mar 2013 20:19:04 +0100 In-Reply-To: <20130309143218.GA18055@alchemy.franken.de> References: <1362652057.16808.23.camel@iMac-LBlot.domain.iogs> <51388E42.5040500@FreeBSD.org> <1362661965.16808.36.camel@iMac-LBlot.domain.iogs> <51389ED5.6030207@bsdinfo.com.br> <1362670734.16808.48.camel@iMac-LBlot.domain.iogs> <20130307163827.GA96983@icarus.home.lan> <20130308023254.GC3246@michelle.cdnetworks.com> <20130308161613.GA82746@alchemy.franken.de> <1362819234.30912.2.camel@Nerz-PC.home> <20130309143218.GA18055@alchemy.franken.de> Organization: UNIX Experience Fr Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="=-YOM+UQo6znhLUFcYwyyZ" X-Mailer: Evolution 3.6.3 Mime-Version: 1.0 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 Reply-To: loic.blot@unix-experience.fr List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Mar 2013 19:15:03 -0000 --=-YOM+UQo6znhLUFcYwyyZ Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Marius, sorry but you patch doesn't have effect, another crash with same backtrace.=20 --=20 Best regards, Lo=C3=AFc BLOT,=20 UNIX systems, security and network expert http://www.unix-experience.fr Le samedi 09 mars 2013 =C3=A0 15:32 +0100, Marius Strobl a =C3=A9crit : > On Sat, Mar 09, 2013 at 09:53:54AM +0100, Lo=C3=AFc BLOT wrote: > > Hi Marius > > Thanks for your patch, but it has no effect for stability. The server > > has rebooted this night after 8h uptime, same backtrace appears. >=20 > Okay, could you please give the following patch a try instead in order > to test another theory? > http://people.freebsd.org/~marius/bce_rx_corruption.diff >=20 > Marius >=20 --=-YOM+UQo6znhLUFcYwyyZ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iF4EABEIAAYFAlE83KwACgkQh290DZyz8ubzvQD/cFql5/T1kSAy/FFLQ1/n4HY8 18P/jlyJwTV1x8YkbAABANHN6tef7fm+Dx5ScZqPFqDl0uwfHRYWmdK1mZbLvqsm =fIUc -----END PGP SIGNATURE----- --=-YOM+UQo6znhLUFcYwyyZ-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 11 00:40:43 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 280E738D for ; Mon, 11 Mar 2013 00:40:43 +0000 (UTC) (envelope-from ike@blackskyresearch.net) Received: from rs149.luxsci.com (rs149.luxsci.com [64.49.224.181]) by mx1.freebsd.org (Postfix) with ESMTP id EEB4898C for ; Mon, 11 Mar 2013 00:40:42 +0000 (UTC) Received: from rs149.luxsci.com (localhost.localdomain [127.0.0.1]) by rs149.luxsci.com (8.14.4/8.13.8) with ESMTP id r2B0Ygm1027969; Sun, 10 Mar 2013 20:34:42 -0400 Received: (from root@localhost) by rs149.luxsci.com (8.14.4/8.13.8/Submit) id r2B0Y2tc027584; Mon, 11 Mar 2013 00:34:02 GMT Received: (from sender 74627) (rs149.luxsci.com [127.0.0.1]) by LuxSci SP; Mon, 11 Mar 2013 00:34:02 +0000 Subject: Re: svn - but smaller? Content-Type: text/plain; charset=us-ascii From: "Isaac (.ike) Levy" In-Reply-To: Date: Sun, 10 Mar 2013 20:33:50 -0400 Content-Transfer-Encoding: quoted-printable References: <20130123144050.GG51786@e-Gitt.NET> <20130125092723.GC79995@e-Gitt.NET> <1359320641-6493504.60501067.fr0RL3aYw027137@rs149.luxsci.com> <1359380582-6256705.77592125.fr0SDgrYH000991@rs149.luxsci.com> To: John Mehr X-Lux-Comment: Message r2B0Xoe2027453 sent by user #74627 Message-Id: <1362962042-5325577.76629789.fr2B0Xoe2027453@rs149.luxsci.com> X-Comment: LuxSci SP Message ID - 1362962042-5325577.76629789 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: Mon, 11 Mar 2013 00:40:43 -0000 On Feb 23, 2013, at 7:36 PM, John Mehr wrote: > Hello all, > I've believe I've made just about all of the progress optimizing = svnup > as I can and I've just submitted it as a new port. With my ~ = 350kb/s > DSL connection, it now takes just under 30 minutes to download a = fresh > base/releng/8.3 tree using svnup (Subversion's svn takes = approximately > 12 minutes). Incremental updates, such as tracking one of the = stable > branches takes only 2-3 minutes. > For anyone that wants to preview the port before it gets added to = the > ports tree (assuming I got the send-pr correct), the tarball is = located > at: > http://jcm.dsl.visi.com/freebsd/svnup/svnup-0.5.tar.xz > Please let me know if you find any issues. If anyone has any info about sunup(1) making it's way into base, please = tell me so I can kill this page: https://wiki.freebsd.org/UsersFetchingSource (After trying to catch up on the relevant lists, I just updated that = 'status page' on the FreeBSD wiki.) -- John, this is spectacular- thank you! Rocket- .ike From owner-freebsd-stable@FreeBSD.ORG Mon Mar 11 05:19: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]) by hub.freebsd.org (Postfix) with ESMTP id BD92E699 for ; Mon, 11 Mar 2013 05:19:06 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id A0E69685 for ; Mon, 11 Mar 2013 05:19:05 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id r2B4rtTW024959; Mon, 11 Mar 2013 15:53:55 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Mon, 11 Mar 2013 15:53:55 +1100 (EST) From: Ian Smith To: "Isaac (.ike) Levy" Subject: Re: svn - but smaller? In-Reply-To: <1362962042-5325577.76629789.fr2B0Xoe2027453@rs149.luxsci.com> Message-ID: <20130311153555.G32142@sola.nimnet.asn.au> References: <20130123144050.GG51786@e-Gitt.NET> <20130125092723.GC79995@e-Gitt.NET> <1359320641-6493504.60501067.fr0RL3aYw027137@rs149.luxsci.com> <1359380582-6256705.77592125.fr0SDgrYH000991@rs149.luxsci.com> <1362962042-5325577.76629789.fr2B0Xoe2027453@rs149.luxsci.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org, John Mehr 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, 11 Mar 2013 05:19:06 -0000 On Sun, 10 Mar 2013 20:33:50 -0400, Isaac (.ike) Levy wrote: > On Feb 23, 2013, at 7:36 PM, John Mehr wrote: > > > Hello all, > > I've believe I've made just about all of the progress optimizing svnup > > as I can and I've just submitted it as a new port. With my ~ 350kb/s > > DSL connection, it now takes just under 30 minutes to download a fresh > > base/releng/8.3 tree using svnup (Subversion's svn takes approximately > > 12 minutes). Incremental updates, such as tracking one of the stable > > branches takes only 2-3 minutes. > > For anyone that wants to preview the port before it gets added to the > > ports tree (assuming I got the send-pr correct), the tarball is located > > at: > > http://jcm.dsl.visi.com/freebsd/svnup/svnup-0.5.tar.xz > > Please let me know if you find any issues. > > If anyone has any info about sunup(1) making it's way into base, please tell me so I can kill this page: > > https://wiki.freebsd.org/UsersFetchingSource > > (After trying to catch up on the relevant lists, I just updated that 'status page' on the FreeBSD wiki.) > > -- > John, this is spectacular- thank you! > > Rocket- > .ike Cool. The link to svnup above is stale however, now at 0.56. Best use the link (as on your wiki page) of http://jcm.dsl.visi.com/freebsd/svnup/ and go from there. Also, I wouldn't be in a hurry to kill that wiki page, lots of useful info still there, even when it becomes only for historical reference. cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Mon Mar 11 07:44:46 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 6F1F2F93 for ; Mon, 11 Mar 2013 07:44:46 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id EF9CEACB for ; Mon, 11 Mar 2013 07:44:45 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.6/8.14.6/ALCHEMY.FRANKEN.DE) with ESMTP id r2B7iieX029831; Mon, 11 Mar 2013 08:44:44 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.6/8.14.6/Submit) id r2B7ih4O029830; Mon, 11 Mar 2013 08:44:43 +0100 (CET) (envelope-from marius) Date: Mon, 11 Mar 2013 08:44:43 +0100 From: Marius Strobl To: =?iso-8859-1?Q?Lo=EFc?= BLOT Subject: Re: Strange reboot since 9.1 Message-ID: <20130311074443.GU955@alchemy.franken.de> References: <51388E42.5040500@FreeBSD.org> <1362661965.16808.36.camel@iMac-LBlot.domain.iogs> <51389ED5.6030207@bsdinfo.com.br> <1362670734.16808.48.camel@iMac-LBlot.domain.iogs> <20130307163827.GA96983@icarus.home.lan> <20130308023254.GC3246@michelle.cdnetworks.com> <20130308161613.GA82746@alchemy.franken.de> <1362819234.30912.2.camel@Nerz-PC.home> <20130309143218.GA18055@alchemy.franken.de> <1362943144.15623.1.camel@Nerz-PC.home> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1362943144.15623.1.camel@Nerz-PC.home> User-Agent: Mutt/1.5.21 (2010-09-15) 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: Mon, 11 Mar 2013 07:44:46 -0000 On Sun, Mar 10, 2013 at 08:19:04PM +0100, Loïc BLOT wrote: > Hi Marius, > sorry but you patch doesn't have effect, another crash with same > backtrace. Okay, thanks. Unfortunately, I'm running out of ideas for now. It seems that the problem isn't caused by a logic error within the driver then but rather some incorrect handling of the hardware. The public ally available documentation for these chips is heavily sanitized and totally unusable for writing drivers though. The only remaining thing to test I can think of is whether this issue is related to the header splitting, which is enabled by default. To disable, set the loader tunable hw.bce.hdr_split to 0 or to be really sure, change the bce_hdr_split default to FALSE in the driver and recompile it. Marius From owner-freebsd-stable@FreeBSD.ORG Mon Mar 11 08:38:58 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 765D1F0A for ; Mon, 11 Mar 2013 08:38:58 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from mail-we0-x229.google.com (mail-we0-x229.google.com [IPv6:2a00:1450:400c:c03::229]) by mx1.freebsd.org (Postfix) with ESMTP id 1266CE0D for ; Mon, 11 Mar 2013 08:38:57 +0000 (UTC) Received: by mail-we0-f169.google.com with SMTP id t11so3269633wey.0 for ; Mon, 11 Mar 2013 01:38:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=8bIJjWrztJKme+F9vDZk4c+G236r8pTXHYZ8gdfhxOY=; b=seVRf6CFByspcIXLFp9D6HmclmKPuylDOfkteeP/+cBwYRgH/pHKQc8vola2a/94qv evAzEVF2jjejs5UWvIv+4gC/uJRtTLspUAYBhcIm/ZKta6GFSAGxszq2G2FxZmvhebNs SZZ/+NrK8nmsEOvJBaSnWZZQnwNvQfg7CtRjRWjUcSkLtLIcygv7XAwpQY6Nh+5ncAQK EdcnYdf1EvtLyyNYiwthgSDe4j+aK7F9tRYRqLsYMgJbO56j+sDsPv0uVK+gCUUGJhzS 0/ZsGwos7g75avXZ3cPuoNiHHjnByJ9sUnAw/dFpaWycJiIPVbeAjq3Q/hwfgW2oYxDh +c4w== MIME-Version: 1.0 X-Received: by 10.194.121.6 with SMTP id lg6mr17216770wjb.22.1362991137280; Mon, 11 Mar 2013 01:38:57 -0700 (PDT) Received: by 10.194.60.147 with HTTP; Mon, 11 Mar 2013 01:38:57 -0700 (PDT) In-Reply-To: <1362962042-5325577.76629789.fr2B0Xoe2027453@rs149.luxsci.com> References: <20130123144050.GG51786@e-Gitt.NET> <20130125092723.GC79995@e-Gitt.NET> <1359320641-6493504.60501067.fr0RL3aYw027137@rs149.luxsci.com> <1359380582-6256705.77592125.fr0SDgrYH000991@rs149.luxsci.com> <1362962042-5325577.76629789.fr2B0Xoe2027453@rs149.luxsci.com> Date: Mon, 11 Mar 2013 09:38:57 +0100 Message-ID: Subject: Re: svn - but smaller? From: David Demelier To: "Isaac (.ike) Levy" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-stable@freebsd.org, John Mehr 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, 11 Mar 2013 08:38:58 -0000 Yes that would be great to have svnup into base as we had with cvsup then I will be able to fetch ports/base without doing any other steps before :) 2013/3/11 Isaac (.ike) Levy > On Feb 23, 2013, at 7:36 PM, John Mehr wrote: > > > Hello all, > > I've believe I've made just about all of the progress optimizing svnup > > as I can and I've just submitted it as a new port. With my ~ 350kb/s > > DSL connection, it now takes just under 30 minutes to download a fresh > > base/releng/8.3 tree using svnup (Subversion's svn takes approximately > > 12 minutes). Incremental updates, such as tracking one of the stable > > branches takes only 2-3 minutes. > > For anyone that wants to preview the port before it gets added to the > > ports tree (assuming I got the send-pr correct), the tarball is located > > at: > > http://jcm.dsl.visi.com/freebsd/svnup/svnup-0.5.tar.xz > > Please let me know if you find any issues. > > If anyone has any info about sunup(1) making it's way into base, please > tell me so I can kill this page: > > https://wiki.freebsd.org/UsersFetchingSource > > (After trying to catch up on the relevant lists, I just updated that > 'status page' on the FreeBSD wiki.) > > -- > John, this is spectacular- thank you! > > Rocket- > .ike > > > _______________________________________________ > 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" > -- Demelier David From owner-freebsd-stable@FreeBSD.ORG Mon Mar 11 11:59:59 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 288B6303 for ; Mon, 11 Mar 2013 11:59:59 +0000 (UTC) (envelope-from greglmiller@gmail.com) Received: from mail-oa0-f42.google.com (mail-oa0-f42.google.com [209.85.219.42]) by mx1.freebsd.org (Postfix) with ESMTP id D43DBBE6 for ; Mon, 11 Mar 2013 11:59:58 +0000 (UTC) Received: by mail-oa0-f42.google.com with SMTP id i18so4434862oag.29 for ; Mon, 11 Mar 2013 04:59:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=mkjnnRFM0wNn2eh3MrAjkJPCcKsEs/hm5+S7pgxzyo4=; b=d0WJw4iai+316AJbIGVIsQUuHXltePiEpiAh+YLQxU42O3+NFhsHA1ev7qtO1xt5da /RwQgpEzOu34mfM+fO9Fmd+LNZNW+RZSzFam1WKcqScaLXMU6wdieI4HcC8vXdNktJ6d 1XJQoMTh7g0Vx2B0RDfpqkRmbVixnEjZhM5KbQMkEaltP9/3b1roMFaytnxqeMDW4gH3 Xe7nq6HmfU4bsIvt0s7ZsshBpCwpUYQTJFQxHIis7/6ocYYd/hDKCio0cqx4Ck3XFNeu jCFDQx08zhRZoRzdxzbMfY++JPwVrm/ZpdhsXmKTN+HvXXv3OvtR7lVAZhT0iyoK5Fm9 NrjA== MIME-Version: 1.0 X-Received: by 10.60.25.138 with SMTP id c10mr8315504oeg.12.1363003198023; Mon, 11 Mar 2013 04:59:58 -0700 (PDT) Received: by 10.60.50.73 with HTTP; Mon, 11 Mar 2013 04:59:57 -0700 (PDT) In-Reply-To: <44mwuxo5a8.fsf@lowell-desk.lan> References: <511CED39.2010909@aldan.algebra.com> <51238AE9.20205@aldan.algebra.com> <5123ADEC.2040103@aldan.algebra.com> <5123BE8E.2080209@aldan.algebra.com> <1361297952.1164.83.camel@revolution.hippie.lan> <5123CA4C.90703@aldan.algebra.com> <51250E61.8080209@gmx.de> <51260364.5040104@digsys.bg> <44mwuxo5a8.fsf@lowell-desk.lan> Date: Mon, 11 Mar 2013 06:59:57 -0500 Message-ID: Subject: Re: Why can't gcc-4.2.1 build usable libreoffice? From: Greg Miller To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 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, 11 Mar 2013 11:59:59 -0000 On 2/21/13, Lowell Gilbert wrote: > Greg Miller writes: > >> On 2/21/13, Daniel Kalchev wrote: >>> >>> >>> On 21.02.13 04:23, Greg Miller wrote: >>>> I can't speak for the OP, but I tried it because clang, gcc46, and >>>> gcc47 wouldn't produce a working executable at all for a long time >>>> (and continue to fail) on my 9.0 and 9.1 systems. There's been so much >>>> libreoffice breakage that I don't even bother reporting it or making >>>> much effort to fix it. I just reboot to Windows for the cases where I >>>> need a working libreoffice. I don't much care whether gcc 4.2 produces >>>> a working libreoffice; I just wish something did. >>> >>> Did you build the Windows version yourself from source? >>> >>> If not, why you just don't get the binary WhateverOffice for FreeBSD and >>> be done with this "problem"? That will surely save you the reboots. At >>> least. >> >> One reason I moved from Linux to FreeBSD many years ago was to get >> away from binary dependency hell, so I've been reluctant to try any >> large binary packages in quite a while. >> >> In any case, some people in the thread wanted to know why others try >> to build with something other than the default compiler, and one of >> the answers is "it doesn't build with the default compiler, at least >> for some of us." If you have a problem with that, you'll just have to >> live with it. > > The port of libreoffice doesn't build with the system default > compiler (if it's gcc; looks like clang will work), and won't do so > even if you ask it to. The original poster thinks this is a problem, > but since you didn't notice (or at least mention) the distinction, > I'm not sure what position your argument is supporting. > > No compiler will build all of the programs in the ports collection, > but as long as the ports infrastructure supports that fact, it isn't > a problem. [In my opinion.] When I said "default compiler", I meant the default for the port (which was clang 3.1 from base on my system at the I sent that email), not the system compiler. That seems to be fixed now with the latest version of the libreoffice port, which pulls in lang/clang, which does seem to get the job done nicely. From owner-freebsd-stable@FreeBSD.ORG Mon Mar 11 12:53: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]) by hub.freebsd.org (Postfix) with ESMTP id 8F820195 for ; Mon, 11 Mar 2013 12:53:44 +0000 (UTC) (envelope-from ike@blackskyresearch.net) Received: from rs149.luxsci.com (rs149.luxsci.com [64.49.224.181]) by mx1.freebsd.org (Postfix) with ESMTP id 42CF4F05 for ; Mon, 11 Mar 2013 12:53:43 +0000 (UTC) Received: from rs149.luxsci.com (localhost.localdomain [127.0.0.1]) by rs149.luxsci.com (8.14.4/8.13.8) with ESMTP id r2BCrgag025102; Mon, 11 Mar 2013 08:53:42 -0400 Received: (from root@localhost) by rs149.luxsci.com (8.14.4/8.13.8/Submit) id r2BCr2Xj024493; Mon, 11 Mar 2013 12:53:02 GMT Received: (from sender 74627) (rs149.luxsci.com [127.0.0.1]) by LuxSci SP; Mon, 11 Mar 2013 12:53:02 +0000 Subject: Re: svn - but smaller? Content-Type: text/plain; charset=us-ascii From: "Isaac (.ike) Levy" In-Reply-To: <20130311153555.G32142@sola.nimnet.asn.au> Date: Mon, 11 Mar 2013 08:52:46 -0400 Content-Transfer-Encoding: quoted-printable References: <20130123144050.GG51786@e-Gitt.NET> <20130125092723.GC79995@e-Gitt.NET> <1359320641-6493504.60501067.fr0RL3aYw027137@rs149.luxsci.com> <1359380582-6256705.77592125.fr0SDgrYH000991@rs149.luxsci.com> <1362962042-5325577.76629789.fr2B0Xoe2027453@rs149.luxsci.com> <20130311153555.G32142@sola.nimnet.asn.au> To: Ian Smith X-Lux-Comment: Message r2BCqkJY024304 sent by user #74627 Message-Id: <1363006382-3822453.99806505.fr2BCqkJY024304@rs149.luxsci.com> X-Comment: LuxSci SP Message ID - 1363006382-3822453.99806505 Cc: John Mehr , 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: Mon, 11 Mar 2013 12:53:44 -0000 On Mar 11, 2013, at 12:53 AM, Ian Smith wrote: > On Sun, 10 Mar 2013 20:33:50 -0400, Isaac (.ike) Levy wrote: >> On Feb 23, 2013, at 7:36 PM, John Mehr wrote: >>=20 >>> Hello all, >>> I've believe I've made just about all of the progress optimizing = svnup >>> as I can and I've just submitted it as a new port. With my ~ = 350kb/s >>> DSL connection, it now takes just under 30 minutes to download a = fresh >>> base/releng/8.3 tree using svnup (Subversion's svn takes = approximately >>> 12 minutes). Incremental updates, such as tracking one of the = stable >>> branches takes only 2-3 minutes. >>> For anyone that wants to preview the port before it gets added to = the >>> ports tree (assuming I got the send-pr correct), the tarball is = located >>> at: >>> http://jcm.dsl.visi.com/freebsd/svnup/svnup-0.5.tar.xz >>> Please let me know if you find any issues. >>=20 >> If anyone has any info about sunup(1) making it's way into base, = please tell me so I can kill this page: >>=20 >> https://wiki.freebsd.org/UsersFetchingSource >>=20 >> (After trying to catch up on the relevant lists, I just updated that = 'status page' on the FreeBSD wiki.) >>=20 >> -- >> John, this is spectacular- thank you! >>=20 >> Rocket- >> .ike >=20 > Cool. >=20 > The link to svnup above is stale however, now at 0.56. Best use the=20= > link (as on your wiki page) of http://jcm.dsl.visi.com/freebsd/svnup/ > and go from there. >=20 > Also, I wouldn't be in a hurry to kill that wiki page, lots of useful=20= > info still there, even when it becomes only for historical reference. >=20 > cheers, Ian Thanks Ian, makes sense. I already had the base URL in there- but = you're right that the thread URL to this post yields a confusing = download (that tarball no longer exists). To avoid confusion, yet leave breadcrumbs to get back to this thread, I = changed the link thread to refer to John Mehr's original post to list. Best, .ike From owner-freebsd-stable@FreeBSD.ORG Mon Mar 11 14:42:18 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id DAF9E426 for ; Mon, 11 Mar 2013 14:42:18 +0000 (UTC) (envelope-from nonesuch@longcount.org) Received: from mail-we0-x22d.google.com (mail-we0-x22d.google.com [IPv6:2a00:1450:400c:c03::22d]) by mx1.freebsd.org (Postfix) with ESMTP id 54BD283A for ; Mon, 11 Mar 2013 14:42:18 +0000 (UTC) Received: by mail-we0-f173.google.com with SMTP id x51so3550333wey.32 for ; Mon, 11 Mar 2013 07:42:17 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:x-originating-ip:date:message-id:subject :from:to:content-type:x-gm-message-state; bh=mPN3y8D/5XFv0KIQ3gtj70p2A0x8ePg72FvTOqPcoHg=; b=U2OJ6XM7z3EmgWJhi/yPI7br9a2dA7EuPPuszLBpaWXnQGbKEkyBbFVnwpbpGozyZz FVvw7ZQ6rHBUAz1FjVzLmCsX3F1du6RvHG++G9UTI+NaG4WdRec9EMlJH6YDFe3qJDTc J3jJWEi1D0i7u6Pfyuvs06V0PYib9OuLja1RGs5PTZntf7PkPyAvaT3Uu17KXiIGYYm6 mICB8u5WzU1t8rQfDU5a2n2U0M/gQzSmbW5CnT01HaP/AvrFDzTfM5eQwK/2rUjMWgEf 7WkVoEBvvC34+1CnghL0KVU3Uqoydb7kjsc5eO7mifc5c33hDmhJBtDhOIjdt6GJAKof XfWg== MIME-Version: 1.0 X-Received: by 10.180.81.2 with SMTP id v2mr13072044wix.17.1363012937001; Mon, 11 Mar 2013 07:42:17 -0700 (PDT) Received: by 10.216.33.67 with HTTP; Mon, 11 Mar 2013 07:42:16 -0700 (PDT) X-Originating-IP: [209.66.78.50] Date: Mon, 11 Mar 2013 10:42:16 -0400 Message-ID: Subject: netisr issues From: Mark Saad To: FreeBSD-Stable ML X-Gm-Message-State: ALoCoQkJJSRYmLx0Icbe9YSYQoeaMUJABwPnmLVOLJybECArfILotHGjqQOZyveEXdxzpSRpI4sd Content-Type: text/plain; charset=UTF-8 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: Mon, 11 Mar 2013 14:42:18 -0000 All I am looking for some guidance on how to turn netisr back on, on a 9.1-RELEASE and 9.1-STABLE box. It looks it stopped working as it did in prior versions of FreeBSD . I tested this on 9.1-RELEASE and 9.1-STABLE #0 r247804 built last monday. My question is this. If I enable the direct option in boot/loader.conf via this net.isr.direct="1" net.isr.direct_force="1" I do not get any expected result. root@chambers:~ # sysctl net.isr.direct net.isr.direct: 0 root@chambers:~ # sysctl net.isr.direct_force net.isr.direct_force: 0 root@chambers:~ # netstat -Q Configuration: Setting Current Limit Thread count 1 1 Default queue limit 256 10240 Dispatch policy direct n/a Threads bound to CPUs disabled n/a .... Am I missing something ? -- mark saad | nonesuch@longcount.org From owner-freebsd-stable@FreeBSD.ORG Mon Mar 11 16:11:04 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 249564E7 for ; Mon, 11 Mar 2013 16:11:04 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-qe0-f44.google.com (mail-qe0-f44.google.com [209.85.128.44]) by mx1.freebsd.org (Postfix) with ESMTP id E0A2CCFA for ; Mon, 11 Mar 2013 16:11:03 +0000 (UTC) Received: by mail-qe0-f44.google.com with SMTP id x7so2397160qeu.31 for ; Mon, 11 Mar 2013 09:11:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=Ki0l4uXvi5oZcBblVYHNWyFX5RcvEfGN51yWMPC/MNw=; b=dHLuic87JpG+kVNWX+poTueBSiw58cGM0z4UnEarIEPqqQalHiD1kij09bD3H7/H3K B+AIgbt45G+Gr0zfMo+daa6NroMVsN9XL/hntRcAw9h8lo/J/yAlvIqw0ymZEDafeqXl sSv6T5mtXoX5Sf9Cs2HGJd2GSIDZbksSP4Wngn6Xs4OZc+c3auprEQyo1lMI5DqzNOpX +6tn6VSSHEAATZ+Zbztbo0qjasDNQka4JrziXE50f9l8sB0MORLi83fbbmz2fFloGolo ESplSwDzy9eDaxtmmKMUVDJ7rkov4MaGSUFWU8wxJzIskR7kgU8AfFVN807EqQ4+6pGg Mayg== MIME-Version: 1.0 X-Received: by 10.224.173.147 with SMTP id p19mr17756091qaz.78.1363018263265; Mon, 11 Mar 2013 09:11:03 -0700 (PDT) Received: by 10.49.50.67 with HTTP; Mon, 11 Mar 2013 09:11:03 -0700 (PDT) In-Reply-To: References: Date: Mon, 11 Mar 2013 09:11:03 -0700 Message-ID: Subject: Re: netisr issues From: Freddie Cash To: Mark Saad Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD-Stable ML 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, 11 Mar 2013 16:11:04 -0000 Works if you set them in /etc/sysctl.conf. Haven't looked into it, but I think there's something in the startup that sets them to 0 after the kernel is loaded, so the loader.conf settings are overwritten. On Mon, Mar 11, 2013 at 7:42 AM, Mark Saad wrote: > All > I am looking for some guidance on how to turn netisr back on, on a > 9.1-RELEASE and 9.1-STABLE box. It looks it stopped working as it did in > prior versions of FreeBSD . > I tested this on 9.1-RELEASE and 9.1-STABLE #0 r247804 built last monday. > > My question is this. If I enable the direct option in boot/loader.conf via > this > > net.isr.direct="1" > net.isr.direct_force="1" > > I do not get any expected result. > > root@chambers:~ # sysctl net.isr.direct > net.isr.direct: 0 > root@chambers:~ # sysctl net.isr.direct_force > net.isr.direct_force: 0 > > root@chambers:~ # netstat -Q > Configuration: > Setting Current Limit > Thread count 1 1 > Default queue limit 256 10240 > Dispatch policy direct n/a > Threads bound to CPUs disabled n/a > > .... > > > Am I missing something ? > > > -- > mark saad | nonesuch@longcount.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" > -- Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Mon Mar 11 16:17:32 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 81C8D817 for ; Mon, 11 Mar 2013 16:17:32 +0000 (UTC) (envelope-from nonesuch@longcount.org) Received: from mail-wi0-x22d.google.com (mail-wi0-x22d.google.com [IPv6:2a00:1450:400c:c05::22d]) by mx1.freebsd.org (Postfix) with ESMTP id 0F88ED6B for ; Mon, 11 Mar 2013 16:17:31 +0000 (UTC) Received: by mail-wi0-f173.google.com with SMTP id hq4so1112872wib.0 for ; Mon, 11 Mar 2013 09:17:31 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:x-originating-ip:in-reply-to:references :date:message-id:subject:from:to:content-type:x-gm-message-state; bh=ubvyeb2Br95++83+FJPgQm07w5BL0UY1VtBPzirLdyY=; b=Fl/h2BLXx2G4xtwzokU1c4x1op0rqcvZuqvMiMy+arHm0I1Bz6itWVFVM56/AftJZl TV4oMss+3ugCOHAqP/iGqilJuN2cFQya+jwGCPKJcKQgEO9IFAcC9yM4QqMsc57js9DI ajWYXoydSK9FkMTFSULZrmYAu+Zvfr1OgopIo4Q84IqcGn3+MIlb2+CkX4oBmYSusFlD 8wHH5iApxMtIz4oE62fgpPE1JScsryhVlcz2od3KmslIZhHlO0wd68eOWFq3KzNLrA4x nLcC1UfnO51Vf20oTjQF78dwXDSVLhulfGdJpbm8hDOmoyBQzSA/e6S3EYjEq8HHZmsO vVgg== MIME-Version: 1.0 X-Received: by 10.180.81.2 with SMTP id v2mr13799180wix.17.1363018651046; Mon, 11 Mar 2013 09:17:31 -0700 (PDT) Received: by 10.216.33.67 with HTTP; Mon, 11 Mar 2013 09:17:30 -0700 (PDT) X-Originating-IP: [209.66.78.50] In-Reply-To: References: Date: Mon, 11 Mar 2013 12:17:30 -0400 Message-ID: Subject: Re: netisr issues From: Mark Saad To: FreeBSD-Stable ML Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQmEOwDKrMomDbp813Jzroc8jM/ffg52r4t0DnI2Ir50pgfBHAmmlTE/d3uFslBHnI3WgGzd 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, 11 Mar 2013 16:17:32 -0000 On Mon, Mar 11, 2013 at 12:11 PM, Freddie Cash wrote: > Works if you set them in /etc/sysctl.conf. Haven't looked into it, but I > think there's something in the startup that sets them to 0 after the kernel > is loaded, so the loader.conf settings are overwritten. > > > On Mon, Mar 11, 2013 at 7:42 AM, Mark Saad wrote: >> >> All >> I am looking for some guidance on how to turn netisr back on, on a >> 9.1-RELEASE and 9.1-STABLE box. It looks it stopped working as it did in >> prior versions of FreeBSD . >> I tested this on 9.1-RELEASE and 9.1-STABLE #0 r247804 built last monday. >> >> My question is this. If I enable the direct option in boot/loader.conf via >> this >> >> net.isr.direct="1" >> net.isr.direct_force="1" >> >> I do not get any expected result. >> >> root@chambers:~ # sysctl net.isr.direct >> net.isr.direct: 0 >> root@chambers:~ # sysctl net.isr.direct_force >> net.isr.direct_force: 0 >> >> root@chambers:~ # netstat -Q >> Configuration: >> Setting Current Limit >> Thread count 1 1 >> Default queue limit 256 10240 >> Dispatch policy direct n/a >> Threads bound to CPUs disabled n/a >> >> .... >> >> >> Am I missing something ? >> >> >> -- >> mark saad | nonesuch@longcount.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" > > > > > -- > Freddie Cash > fjwcash@gmail.com Freddie When I tried to set them in /etc/sysctl.conf , sysctl stated they were read-only . [root@mkr2 /etc]# sysctl -w net.isr.direct=1 sysctl: oid 'net.isr.direct' is read only [root@mkr2 /etc]# sysctl -w net.isr.direct_force=1 sysctl: oid 'net.isr.direct_force' is read only -- mark saad | nonesuch@longcount.org From owner-freebsd-stable@FreeBSD.ORG Mon Mar 11 16:22:39 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 09112A61 for ; Mon, 11 Mar 2013 16:22:39 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-qe0-f50.google.com (mail-qe0-f50.google.com [209.85.128.50]) by mx1.freebsd.org (Postfix) with ESMTP id C3669DD3 for ; Mon, 11 Mar 2013 16:22:38 +0000 (UTC) Received: by mail-qe0-f50.google.com with SMTP id k5so2410501qej.9 for ; Mon, 11 Mar 2013 09:22:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=5KTBFhz9VZcH2q43HbGf9Y3DWHgeq5VumJpIXE7Rv28=; b=op8kqj2oGDcEfwpSXMCXU3c3Z96eh7kOLDKJqYWd8lKvG1C5hBpRxY+XriWfqPHRKz 1ZwIVWCL/aLCMQSJsf3+37nS5F6KHD4ZcwpL6xeWA/jOnZMJD/DSPMNymLrgW4DmQZv6 1BUYsSo5ZB4bDV/u2KpOORKYOd0gZrEVVilVe0Du8iuIckmFqt5AeEQ8CzIuHBBB+zWE crLkyClvp3vLBkQrJ9Cd8tdTmnqpjBrXO+TrueljAy/3HOVDCftJB3EafD3cEoD0ikUW QEenf3O4ySoD5CajC0Ph610m7qiKR/8h09bINVzb5x5LqAXBZV3qc5CtQAVLOPzVVwhv Pa2A== MIME-Version: 1.0 X-Received: by 10.49.62.2 with SMTP id u2mr20314403qer.22.1363018952277; Mon, 11 Mar 2013 09:22:32 -0700 (PDT) Received: by 10.49.50.67 with HTTP; Mon, 11 Mar 2013 09:22:32 -0700 (PDT) In-Reply-To: References: Date: Mon, 11 Mar 2013 09:22:32 -0700 Message-ID: Subject: Re: netisr issues From: Freddie Cash To: Mark Saad Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD-Stable ML 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, 11 Mar 2013 16:22:39 -0000 You're right. I was looking at different net.isr oids, not the _direct ones. My bad. On Mon, Mar 11, 2013 at 9:17 AM, Mark Saad wrote: > On Mon, Mar 11, 2013 at 12:11 PM, Freddie Cash wrote: > > Works if you set them in /etc/sysctl.conf. Haven't looked into it, but I > > think there's something in the startup that sets them to 0 after the > kernel > > is loaded, so the loader.conf settings are overwritten. > > > > > > On Mon, Mar 11, 2013 at 7:42 AM, Mark Saad > wrote: > >> > >> All > >> I am looking for some guidance on how to turn netisr back on, on a > >> 9.1-RELEASE and 9.1-STABLE box. It looks it stopped working as it did in > >> prior versions of FreeBSD . > >> I tested this on 9.1-RELEASE and 9.1-STABLE #0 r247804 built last > monday. > >> > >> My question is this. If I enable the direct option in boot/loader.conf > via > >> this > >> > >> net.isr.direct="1" > >> net.isr.direct_force="1" > >> > >> I do not get any expected result. > >> > >> root@chambers:~ # sysctl net.isr.direct > >> net.isr.direct: 0 > >> root@chambers:~ # sysctl net.isr.direct_force > >> net.isr.direct_force: 0 > >> > >> root@chambers:~ # netstat -Q > >> Configuration: > >> Setting Current Limit > >> Thread count 1 1 > >> Default queue limit 256 10240 > >> Dispatch policy direct n/a > >> Threads bound to CPUs disabled n/a > >> > >> .... > >> > >> > >> Am I missing something ? > >> > >> > >> -- > >> mark saad | nonesuch@longcount.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" > > > > > > > > > > -- > > Freddie Cash > > fjwcash@gmail.com > > Freddie > When I tried to set them in /etc/sysctl.conf , sysctl stated they > were read-only . > > [root@mkr2 /etc]# sysctl -w net.isr.direct=1 > sysctl: oid 'net.isr.direct' is read only > > > [root@mkr2 /etc]# sysctl -w net.isr.direct_force=1 > sysctl: oid 'net.isr.direct_force' is read only > > -- > mark saad | nonesuch@longcount.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" > -- Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Mon Mar 11 16:26:51 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 04C77BD4 for ; Mon, 11 Mar 2013 16:26:51 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-qa0-f51.google.com (mail-qa0-f51.google.com [209.85.216.51]) by mx1.freebsd.org (Postfix) with ESMTP id BB2CEE1F for ; Mon, 11 Mar 2013 16:26:50 +0000 (UTC) Received: by mail-qa0-f51.google.com with SMTP id cr7so1073244qab.3 for ; Mon, 11 Mar 2013 09:26:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=QaFakp9fkUgUArLvoym7ufUs8DEdG6WJM27T6FFZiJ4=; b=A6DHnK8b7p3EtVAmEEYlGRo60LYj3NaHmHxngbiGfjF2LjswAKkn9P3adk0ICNn7Y4 2fnQ2xKM7s7obmQPmivam41//84f1p+xxA0icWW+VNrqlWbtC3IUeaQcZFlirygks7qa mtsbNev5i3d3XWxEs3Syi18yLbEJ/dCWNPqAQXKkcJJBaFaPkiJI2y+1xhc0vYkUyuk4 p55CTEl4/mlNUZT7xK7kqBEj7EUmQ+hsyOg76ldC85uzjFQeDHW7CsY+wbxL8TzOgq3X CIpayKWsIhsJEIOY1bOR3H9sqL7w6refz5eFPDiGxfdtIEBm9yYQDq++6SiCBC7h+akH e7vw== MIME-Version: 1.0 X-Received: by 10.49.118.137 with SMTP id km9mr19908338qeb.34.1363019203963; Mon, 11 Mar 2013 09:26:43 -0700 (PDT) Received: by 10.49.50.67 with HTTP; Mon, 11 Mar 2013 09:26:43 -0700 (PDT) In-Reply-To: References: Date: Mon, 11 Mar 2013 09:26:43 -0700 Message-ID: Subject: Re: netisr issues From: Freddie Cash To: Mark Saad Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD-Stable ML 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, 11 Mar 2013 16:26:51 -0000 I seem to recall that the method for setting "direct" changed so that it's not a binary option (net.isr.direct), but instead is a policy setting now (net.isr.dispatch). Try: net.isr.dispatch="direct" That's what's set on our 9.1-STABLE systems: # sysctl net.isr net.isr.numthreads: 8 net.isr.maxprot: 16 net.isr.defaultqlimit: 256 net.isr.maxqlimit: 10240 net.isr.bindthreads: 1 net.isr.maxthreads: 8 net.isr.direct: 0 net.isr.direct_force: 0 net.isr.dispatch: direct # netstat -Q | head Configuration: Setting Current Limit Thread count 8 8 Default queue limit 256 10240 Dispatch policy direct n/a Threads bound to CPUs enabled n/a On Mon, Mar 11, 2013 at 9:22 AM, Freddie Cash wrote: > You're right. I was looking at different net.isr oids, not the _direct > ones. My bad. > > > On Mon, Mar 11, 2013 at 9:17 AM, Mark Saad wrote: > >> On Mon, Mar 11, 2013 at 12:11 PM, Freddie Cash wrote: >> > Works if you set them in /etc/sysctl.conf. Haven't looked into it, but >> I >> > think there's something in the startup that sets them to 0 after the >> kernel >> > is loaded, so the loader.conf settings are overwritten. >> > >> > >> > On Mon, Mar 11, 2013 at 7:42 AM, Mark Saad >> wrote: >> >> >> >> All >> >> I am looking for some guidance on how to turn netisr back on, on a >> >> 9.1-RELEASE and 9.1-STABLE box. It looks it stopped working as it did >> in >> >> prior versions of FreeBSD . >> >> I tested this on 9.1-RELEASE and 9.1-STABLE #0 r247804 built last >> monday. >> >> >> >> My question is this. If I enable the direct option in boot/loader.conf >> via >> >> this >> >> >> >> net.isr.direct="1" >> >> net.isr.direct_force="1" >> >> >> >> I do not get any expected result. >> >> >> >> root@chambers:~ # sysctl net.isr.direct >> >> net.isr.direct: 0 >> >> root@chambers:~ # sysctl net.isr.direct_force >> >> net.isr.direct_force: 0 >> >> >> >> root@chambers:~ # netstat -Q >> >> Configuration: >> >> Setting Current Limit >> >> Thread count 1 1 >> >> Default queue limit 256 10240 >> >> Dispatch policy direct n/a >> >> Threads bound to CPUs disabled n/a >> >> >> >> .... >> >> >> >> >> >> Am I missing something ? >> >> >> >> >> >> -- >> >> mark saad | nonesuch@longcount.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" >> > >> > >> > >> > >> > -- >> > Freddie Cash >> > fjwcash@gmail.com >> >> Freddie >> When I tried to set them in /etc/sysctl.conf , sysctl stated they >> were read-only . >> >> [root@mkr2 /etc]# sysctl -w net.isr.direct=1 >> sysctl: oid 'net.isr.direct' is read only >> >> >> [root@mkr2 /etc]# sysctl -w net.isr.direct_force=1 >> sysctl: oid 'net.isr.direct_force' is read only >> >> -- >> mark saad | nonesuch@longcount.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" >> > > > > -- > Freddie Cash > fjwcash@gmail.com > -- Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Mon Mar 11 16:40:22 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id CB67B39B for ; Mon, 11 Mar 2013 16:40:22 +0000 (UTC) (envelope-from nonesuch@longcount.org) Received: from mail-we0-x22d.google.com (mail-we0-x22d.google.com [IPv6:2a00:1450:400c:c03::22d]) by mx1.freebsd.org (Postfix) with ESMTP id 51F95EFA for ; Mon, 11 Mar 2013 16:40:22 +0000 (UTC) Received: by mail-we0-f173.google.com with SMTP id x51so3695919wey.32 for ; Mon, 11 Mar 2013 09:40:21 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:x-originating-ip:in-reply-to:references :date:message-id:subject:from:to:content-type:x-gm-message-state; bh=tzqdtPZlTZQ65Xd7a0PESRNMLdu05GPJGmLJAQ0drzc=; b=ERz2sQ2hLFFB1KF+AduU9hOzsDRvcY5iqrT3Y2XF1r4lnHpERxnoR9L2nEkXZlvyr2 g5SzAWCmXsfob5S4Fqb+p7HJ6zAnxrZaKLJXo3OwAkMr0rstRkDvCe+1TBXVlvlRQ/WN 3M1UFJahQ/UBcRqrhDck+gYEoxFtzbjiJp5qLOWO/4SvgS1Ha/F4YsjGjdZ9ZmCI8vs6 NHuo0bdDUJvN2xJxvgVxqFfUPbfA/R/mGJjPq1KtENqmfGAPWTaACSijZfwCW1QFZqMj tgbZHvqVfqX6X1WqmYzP8BvRrVsgquENkBldS40wEhWL7a2nH8bhJ5Ba4jnm1ljmeWWW WINg== MIME-Version: 1.0 X-Received: by 10.180.81.2 with SMTP id v2mr13967919wix.17.1363020021480; Mon, 11 Mar 2013 09:40:21 -0700 (PDT) Received: by 10.216.33.67 with HTTP; Mon, 11 Mar 2013 09:40:21 -0700 (PDT) X-Originating-IP: [209.66.78.50] In-Reply-To: References: Date: Mon, 11 Mar 2013 12:40:21 -0400 Message-ID: Subject: Re: netisr issues From: Mark Saad To: FreeBSD-Stable ML Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQnEvg9FtOGnDTWjQXULzPdT/1HDrKJ8fIXhVyDcMFWiiF9NSdm2ywQFTNvgJdLQJuy8AJZx 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, 11 Mar 2013 16:40:22 -0000 On Mon, Mar 11, 2013 at 12:26 PM, Freddie Cash wrote: > I seem to recall that the method for setting "direct" changed so that it's > not a binary option (net.isr.direct), but instead is a policy setting now > (net.isr.dispatch). Try: > > net.isr.dispatch="direct" > > That's what's set on our 9.1-STABLE systems: > # sysctl net.isr > net.isr.numthreads: 8 > net.isr.maxprot: 16 > net.isr.defaultqlimit: 256 > net.isr.maxqlimit: 10240 > net.isr.bindthreads: 1 > net.isr.maxthreads: 8 > net.isr.direct: 0 > net.isr.direct_force: 0 > net.isr.dispatch: direct > > # netstat -Q | head > Configuration: > Setting Current Limit > Thread count 8 8 > > Default queue limit 256 10240 > Dispatch policy direct n/a > Threads bound to CPUs enabled n/a > > > > On Mon, Mar 11, 2013 at 9:22 AM, Freddie Cash wrote: >> >> You're right. I was looking at different net.isr oids, not the _direct >> ones. My bad. >> >> >> On Mon, Mar 11, 2013 at 9:17 AM, Mark Saad wrote: >>> >>> On Mon, Mar 11, 2013 at 12:11 PM, Freddie Cash wrote: >>> > Works if you set them in /etc/sysctl.conf. Haven't looked into it, but >>> > I >>> > think there's something in the startup that sets them to 0 after the >>> > kernel >>> > is loaded, so the loader.conf settings are overwritten. >>> > >>> > >>> > On Mon, Mar 11, 2013 at 7:42 AM, Mark Saad >>> > wrote: >>> >> >>> >> All >>> >> I am looking for some guidance on how to turn netisr back on, on a >>> >> 9.1-RELEASE and 9.1-STABLE box. It looks it stopped working as it did >>> >> in >>> >> prior versions of FreeBSD . >>> >> I tested this on 9.1-RELEASE and 9.1-STABLE #0 r247804 built last >>> >> monday. >>> >> >>> >> My question is this. If I enable the direct option in boot/loader.conf >>> >> via >>> >> this >>> >> >>> >> net.isr.direct="1" >>> >> net.isr.direct_force="1" >>> >> >>> >> I do not get any expected result. >>> >> >>> >> root@chambers:~ # sysctl net.isr.direct >>> >> net.isr.direct: 0 >>> >> root@chambers:~ # sysctl net.isr.direct_force >>> >> net.isr.direct_force: 0 >>> >> >>> >> root@chambers:~ # netstat -Q >>> >> Configuration: >>> >> Setting Current Limit >>> >> Thread count 1 1 >>> >> Default queue limit 256 10240 >>> >> Dispatch policy direct n/a >>> >> Threads bound to CPUs disabled n/a >>> >> >>> >> .... >>> >> >>> >> >>> >> Am I missing something ? >>> >> >>> >> >>> >> -- >>> >> mark saad | nonesuch@longcount.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" >>> > >>> > >>> > >>> > >>> > -- >>> > Freddie Cash >>> > fjwcash@gmail.com >>> >>> Freddie >>> When I tried to set them in /etc/sysctl.conf , sysctl stated they >>> were read-only . >>> >>> [root@mkr2 /etc]# sysctl -w net.isr.direct=1 >>> sysctl: oid 'net.isr.direct' is read only >>> >>> >>> [root@mkr2 /etc]# sysctl -w net.isr.direct_force=1 >>> sysctl: oid 'net.isr.direct_force' is read only >>> >>> -- >>> mark saad | nonesuch@longcount.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" >> >> >> >> >> -- >> Freddie Cash >> fjwcash@gmail.com > > > > > -- > Freddie Cash > fjwcash@gmail.com Freddie So should I be adjusting the numbers of threads or is this determined somewhere ? -- mark saad | nonesuch@longcount.org From owner-freebsd-stable@FreeBSD.ORG Mon Mar 11 16:48:28 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 0ACCC761 for ; Mon, 11 Mar 2013 16:48:28 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-qe0-f42.google.com (mail-qe0-f42.google.com [209.85.128.42]) by mx1.freebsd.org (Postfix) with ESMTP id ADB7CF64 for ; Mon, 11 Mar 2013 16:48:27 +0000 (UTC) Received: by mail-qe0-f42.google.com with SMTP id f6so2431135qej.29 for ; Mon, 11 Mar 2013 09:48:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=eQsd94dyIVu/n53L8TbfM80+5rzETT49+A+co/YzE20=; b=t988MEsrqZBD4IcPYJnD+uZlYo8tCgDTqEX+g/iF1yXuuLrNHvRlZW8D0ob3gKBa2+ 7t+UnS8R5/HNHmBDXTy8+p6EAMdNfotIrym2oYWWlm0RPCuCLIFiTc/eKv08SdavSZ9w 7rueOcE9GTfWhsBbhH3SuhcPF6rw1bRP0aCb6L0YLInwMTPSXpUNG2JD03umXfv54HN2 Dl8tYyA925xeWZlBT2OZo+g6InscZd8+jg81Y6PpaAStWNKM48REBI5MH8WsnFIyYCou vw0+aH6IL0x3CPQq+6trqXlZ9vGwVtlTTU8LjE5dKjftXZGC6T/Dzt3whGAR0u6R4R/6 1J8A== MIME-Version: 1.0 X-Received: by 10.49.58.173 with SMTP id s13mr20643951qeq.29.1363020501310; Mon, 11 Mar 2013 09:48:21 -0700 (PDT) Received: by 10.49.50.67 with HTTP; Mon, 11 Mar 2013 09:48:21 -0700 (PDT) In-Reply-To: References: Date: Mon, 11 Mar 2013 09:48:21 -0700 Message-ID: Subject: Re: netisr issues From: Freddie Cash To: Mark Saad Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD-Stable ML 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, 11 Mar 2013 16:48:28 -0000 On Mon, Mar 11, 2013 at 9:40 AM, Mark Saad wrote: > Freddie > So should I be adjusting the numbers of threads or is this > determined somewhere ? > > I think it's supposed to be automatic, 1 thread per CPU, but I manually set it via /boot/loader.conf: net.isr.bindthreads="1" # Bind netisr threads to CPU cores net.isr.maxthreads="8" # Set number of threads to number of CPU cores net.isr.numthreads="8" # "" The net.isr.dispatch is automatically set to direct on our systems. Not sure if that's the default or not. We used to set that via /boot/loader.conf as well, but it was removed in the upgrade to 9-STABLE something as it no longer did anything. -- Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Mon Mar 11 17:04: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]) by hub.freebsd.org (Postfix) with ESMTP id F3A34D67 for ; Mon, 11 Mar 2013 17:04:30 +0000 (UTC) (envelope-from torfinn.ingolfsen@getmail.no) Received: from smtp.getmail.no (smtp.getmail.no [84.208.15.66]) by mx1.freebsd.org (Postfix) with ESMTP id A68ABDA for ; Mon, 11 Mar 2013 17:04:30 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII Received: from get-mta-scan04.get.basefarm.net ([10.5.16.4]) by get-mta-out01.get.basefarm.net (Sun Java(tm) System Messaging Server 7.0-0.04 64bit (built Jun 20 2008)) with ESMTP id <0MJI00DI1A3AHM50@get-mta-out01.get.basefarm.net> for freebsd-stable@freebsd.org; Mon, 11 Mar 2013 18:04:22 +0100 (MET) Received: from get-mta-scan04.get.basefarm.net (localhost.localdomain [127.0.0.1]) by localhost (Email Security Appliance) with SMTP id 91D221F47A24_13E0E96B for ; Mon, 11 Mar 2013 17:04:22 +0000 (GMT) Received: from kg-v2.kg4.no (cm-84.215.134.159.getinternet.no [84.215.134.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by get-mta-scan04.get.basefarm.net (Sophos Email Appliance) with ESMTPSA id 7AF641F47A74_13E0E95F for ; Mon, 11 Mar 2013 17:04:21 +0000 (GMT) Date: Mon, 11 Mar 2013 18:04:21 +0100 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Subject: Re: Sanity Check on Mac Mini Message-id: <20130311180421.61e4e6207ec72a63283f133d@getmail.no> In-reply-to: <7F72BB49-8810-42A4-AC4F-9B6D3E61C6EB@lafn.org> References: <51CB1227-3A5F-4688-B48D-4D0E47A17572@lafn.org> <5138A742.3090200@wintek.com> <97F9BA96-A328-4EF9-8E39-A8160AF9EB7A@lafn.org> <71F173FA-CB9C-43B4-A702-ABA82268EA83@lafn.org> <428C87E0-7CF4-4664-9EF2-8CD582927AAB@lafn.org> <7F72BB49-8810-42A4-AC4F-9B6D3E61C6EB@lafn.org> X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.17; amd64-portbld-freebsd8.3) 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, 11 Mar 2013 17:04:31 -0000 On Sat, 09 Mar 2013 16:46:37 -0800 Doug Hardie wrote: > I have documented what I have completed and what remains to be done for the install of 9.1 on a Mini. > I wrote this as a section of the Handbook, although its not in the right format as I don't know what that format is. > I believe this needs to be retained in the documentation somewhere easily found for those who need it in the future. Nice. Perhaps you should qualify that this is for an Intel Mac mini (as opposed to a PowerPC / G4 Mac mini)? HTH -- Torfinn Ingolfsen From owner-freebsd-stable@FreeBSD.ORG Mon Mar 11 18:06:05 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 23AD1C0C for ; Mon, 11 Mar 2013 18:06:05 +0000 (UTC) (envelope-from nonesuch@longcount.org) Received: from mail-we0-x236.google.com (mail-we0-x236.google.com [IPv6:2a00:1450:400c:c03::236]) by mx1.freebsd.org (Postfix) with ESMTP id B4DA9607 for ; Mon, 11 Mar 2013 18:06:04 +0000 (UTC) Received: by mail-we0-f182.google.com with SMTP id t57so3906135wey.13 for ; Mon, 11 Mar 2013 11:06:03 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:x-originating-ip:in-reply-to:references :date:message-id:subject:from:to:content-type:x-gm-message-state; bh=8TlgILg3v1uJ34YwkiRRqP1g77zIWWieeIuc28Cti+o=; b=aqWlmhfPp+5q8Y4A7kGl1kMKiLnPUVwjK3twn+IODFivUMmXFPkTiFBhT4J4T8NF7w iiCXOqkxP0SZ4yxoCFvj25wUuip7DdLSnLwk+FP4xTiWDO6P+CpPY70foE5o131mqiMr 02BXx0D+/HWCcDFO9hIrVpLTIEi4f96YYblV0e5hCN+R1PU/Vw/RRNwzkNrZ/pkC8iE7 whqPro4uJVXmO+kAY78jUL89ulXT2SwlL+WeuLaLwBcShKgjF64XmCIX26zCspgezQTl eK0qC68CU0oBXtea6y2koBcxcTRf6ixAAdsKtWefX9gC/B6axztbHUiOOFVcBBN8OPT2 QnYw== MIME-Version: 1.0 X-Received: by 10.194.20.40 with SMTP id k8mr21380072wje.16.1363025163519; Mon, 11 Mar 2013 11:06:03 -0700 (PDT) Received: by 10.216.33.67 with HTTP; Mon, 11 Mar 2013 11:06:03 -0700 (PDT) X-Originating-IP: [209.66.78.50] In-Reply-To: References: Date: Mon, 11 Mar 2013 14:06:03 -0400 Message-ID: Subject: Re: netisr issues From: Mark Saad To: FreeBSD-Stable ML Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQkYjWEDkmWBWzYFclffLocmrbjk7OBGJzxrztLPEUIodOkal7ZUjue/i6zpSCDd0O5cTedg 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, 11 Mar 2013 18:06:05 -0000 On Mon, Mar 11, 2013 at 12:48 PM, Freddie Cash wrote: > On Mon, Mar 11, 2013 at 9:40 AM, Mark Saad wrote: >> >> Freddie >> So should I be adjusting the numbers of threads or is this >> determined somewhere ? >> > I think it's supposed to be automatic, 1 thread per CPU, but I manually set > it via /boot/loader.conf: > net.isr.bindthreads="1" # Bind netisr threads to CPU > cores > net.isr.maxthreads="8" # Set number of threads to > number of CPU cores > net.isr.numthreads="8" # "" > > The net.isr.dispatch is automatically set to direct on our systems. Not > sure if that's the default or not. We used to set that via > /boot/loader.conf as well, but it was removed in the upgrade to 9-STABLE > something as it no longer did anything. > > -- > Freddie Cash > fjwcash@gmail.com Just so I am clear , prior to r222249 by rwatson net.isr.direct=1 enabled the same interaction as net.isr.dispatch=deferred after the commit , with the latter commit enabling netisr to have mulch-threaded support ? -- mark saad | nonesuch@longcount.org From owner-freebsd-stable@FreeBSD.ORG Mon Mar 11 20:17:02 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 1F407F65 for ; Mon, 11 Mar 2013 20:17:02 +0000 (UTC) (envelope-from patmcevoy@mac.com) Received: from st11p00mm-asmtp002.mac.com (st11p00mm-asmtpout002.mac.com [17.172.81.1]) by mx1.freebsd.org (Postfix) with ESMTP id EAD4FDEC for ; Mon, 11 Mar 2013 20:17:01 +0000 (UTC) Received: from pjmworkrig.local (rrcs-50-74-48-226.nyc.biz.rr.com [50.74.48.226]) by st11p00mm-asmtp002.mac.com (Oracle Communications Messaging Exchange Server 7u4-22.01 64bit (built Apr 21 2011)) with ESMTPSA id <0MJI007FNG86VH20@st11p00mm-asmtp002.mac.com> for freebsd-stable@freebsd.org; Mon, 11 Mar 2013 19:16:55 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.9.8327,1.0.431,0.0.0000 definitions=2013-03-11_03:2013-03-08,2013-03-11,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=1 spamscore=1 ipscore=0 suspectscore=11 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=6.0.2-1212290000 definitions=main-1303110149 Message-id: <513E2DA5.70200@mac.com> Date: Mon, 11 Mar 2013 15:16:53 -0400 From: Patrick McEvoy User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:17.0) Gecko/20130216 Thunderbird/17.0.3 MIME-version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: svn - but smaller? References: In-reply-to: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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: patmcevoy@mac.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Mar 2013 20:17:02 -0000 Hello John, This is Patrick the BSDTV guy. If you have the time / inclination, would you like to do a quick walk through svnup?**If you have a machine that will run Skype, I could record you doing a walk through including all the things you want to tell users about your port. Skype offers a "share your screen" feature that I have found helpful for making such videos. If you are interested, please let me know. Thank you for your support of the BSD community. ** -- Patrick McEvoy patmcevoy@mac.com cell: 718 440-5104 From owner-freebsd-stable@FreeBSD.ORG Mon Mar 11 23:17: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]) by hub.freebsd.org (Postfix) with ESMTP id 82428FB0 for ; Mon, 11 Mar 2013 23:17:54 +0000 (UTC) (envelope-from brutalitiesd@auspost.com.au) Received: from mail.armstrongdownes.co.nz (mail.armstrongdownes.co.nz [58.84.234.152]) by mx1.freebsd.org (Postfix) with ESMTP id 38A77970 for ; Mon, 11 Mar 2013 23:17:52 +0000 (UTC) Received: from [52.79.53.133] (account brutalitiesd@auspost.com.au HELO pzgszpoxvhui.qtmldhvi.net) by mail.armstrongdownes.co.nz (CommuniGate Pro SMTP 5.2.3) with ESMTPA id 472902540 for freebsd-stable@freebsd.org; Tue, 12 Mar 2013 11:17:51 +1200 Received: from mail1.auspost.com.au ([155.144.24.128]) by SNT0-MC3-F15.Snt0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4900); Tue, 12 Mar 2013 11:17:51 +1200 Received: from HCVIEXSHS01.corp.auspost.local ([10.3.47.24]) by mail1.auspost.com.au (8.14.1/8.14.1) with ESMTP id q859qQbr011677 for ; Tue, 12 Mar 2013 11:17:51 +1200 Received: from HPRIEXSFE01.corp.auspost.local (10.3.13.48) by HCVIEXSHS01.corp.auspost.local (10.3.47.24) with Microsoft SMTP Server id 14.1.339.1; Tue, 12 Mar 2013 11:17:51 +1200 Received: from hx479 ([10.3.2.42]) by HPRIEXSFE01.corp.auspost.local with Microsoft SMTPSVC(6.0.3790.4675); Tue, 12 Mar 2013 11:17:51 +1200 From: To: Subject: Track Advice Notification : Consignment RYR1211342 Date: Tue, 12 Mar 2013 11:17:51 +1200 MIME-Version: 1.0 X-Priority: 3 Message-ID: <4563997329.7881950069713013319.JavaMail.Tracknoreply@auspost.com.au> Content-Type: multipart/mixed; boundary="----=a__pvdri_66_78_39" 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: Mon, 11 Mar 2013 23:17:54 -0000 ------=a__pvdri_66_78_39 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear Customer,Your parcel (1) has been despatched with Australia Post.Yo= u will receive email notifications relating to the arrival of the product= to the delivery address. Please open attached file for more details.R= egards, **Please note that this is an automatically generated email - = replies will not be answered. ------=a__pvdri_66_78_39-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 12 00:15:43 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id EBD97A53 for ; Tue, 12 Mar 2013 00:15:43 +0000 (UTC) (envelope-from jcm@visi.com) Received: from g2host.com (mailback4.g2host.com [208.42.184.244]) by mx1.freebsd.org (Postfix) with ESMTP id A8F85B4E for ; Tue, 12 Mar 2013 00:15:42 +0000 (UTC) Received: from [208.42.90.57] (account jcm@visi.com) by mailback4.g2host.com (CommuniGate Pro WEBUSER 5.3.11) with HTTP id 12282790 for freebsd-stable@freebsd.org; Mon, 11 Mar 2013 18:15:35 -0500 From: "John Mehr" Subject: Re: svn - but smaller? To: X-Mailer: CommuniGate Pro WebUser v5.3.11 Date: Mon, 11 Mar 2013 18:15:35 -0500 Message-ID: In-Reply-To: <513E2DA5.70200@mac.com> References: <513E2DA5.70200@mac.com> MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1; format="flowed" Content-Transfer-Encoding: 8bit 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, 12 Mar 2013 00:15:44 -0000 On Mon, 11 Mar 2013 15:16:53 -0400  Patrick McEvoy wrote: > Hello John, > This is Patrick the BSDTV guy. If you have the time / >inclination, would you like to do a quick walk through >svnup?**If you have a machine that will run Skype, I >could record you doing a walk through including all the >things you want to tell users about your port. Skype >offers a "share your screen" feature that I have found >helpful for making such videos. If you are interested, >please let me know. > Thank you for your support of the BSD community. > > ** > > -- > Patrick McEvoy > patmcevoy@mac.com > cell: 718 440-5104 > > _______________________________________________ > 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" > Hello, I'm currently in the process of adding http/https support to svnup and once I've got that working, the command line interface will be changing to be more like the traditional svn client to make it easier for people to adopt the tool and I'm not sure if a video tutorial would even be needed at that point.  Thanks for the offer, though!   From owner-freebsd-stable@FreeBSD.ORG Tue Mar 12 01:20:52 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C5EE22BC for ; Tue, 12 Mar 2013 01:20:52 +0000 (UTC) (envelope-from gmx@ross.cx) Received: from www81.your-server.de (www81.your-server.de [213.133.104.81]) by mx1.freebsd.org (Postfix) with ESMTP id 8CADDE20 for ; Tue, 12 Mar 2013 01:20:52 +0000 (UTC) Received: from [92.76.70.82] (helo=michael-think) by www81.your-server.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.74) (envelope-from ) id 1UFDtV-0004Bw-8O; Tue, 12 Mar 2013 02:20:45 +0100 Content-Type: text/plain; charset=iso-8859-15; format=flowed; delsp=yes To: freebsd-stable@freebsd.org, "John Mehr" Subject: Re: svn - but smaller? References: <513E2DA5.70200@mac.com> Date: Tue, 12 Mar 2013 02:20:37 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Michael Ross" Message-ID: In-Reply-To: User-Agent: Opera Mail/12.14 (Win32) X-Authenticated-Sender: gmx@ross.cx X-Virus-Scanned: Clear (ClamAV 0.97.6/16830/Mon Mar 11 17:44:07 2013) 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, 12 Mar 2013 01:20:52 -0000 On Tue, 12 Mar 2013 00:15:35 +0100, John Mehr wrote: > > On Mon, 11 Mar 2013 15:16:53 -0400 > Patrick McEvoy wrote: >> Hello John, >> This is Patrick the BSDTV guy. If you have the time / inclination, >> would you like to do a quick walk through svnup?**If you have a machine >> that will run Skype, I could record you doing a walk through including >> all the things you want to tell users about your port. Skype offers a >> "share your screen" feature that I have found helpful for making such >> videos. If you are interested, please let me know. >> Thank you for your support of the BSD community. >> ** >> -- Patrick McEvoy >> patmcevoy@mac.com >> cell: 718 440-5104 >> _______________________________________________ >> 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" >> > > Hello, > > I'm currently in the process of adding http/https support to svnup and > once I've got that working, the command line interface will be changing > to be more like the traditional svn client to make it easier for people > to adopt the tool [...] What'd you think about a syntax extension along the lines of svnup --bsd-base svnup --bsd-ports svnup --bsd-all with automagic host selection, default to uname's major version stable branch and default target dirs? Regards, Michael From owner-freebsd-stable@FreeBSD.ORG Tue Mar 12 08:07:37 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 6F1C682C for ; Tue, 12 Mar 2013 08:07:37 +0000 (UTC) (envelope-from bogdan@bogdanturcanu.ro) Received: from master.bogdanturcanu.ro (unknown [IPv6:2a00:50e0:ffff:fffe::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9AB9FF6F for ; Tue, 12 Mar 2013 08:07:36 +0000 (UTC) Received: from master.bogdanturcanu.ro (localhost [127.0.0.1]) by master.bogdanturcanu.ro (Postfix) with ESMTP id C764A112561 for ; Tue, 12 Mar 2013 10:07:28 +0200 (EET) X-Virus-Scanned: Maia Mailguard Received: from master.bogdanturcanu.ro ([127.0.0.1]) by master.bogdanturcanu.ro (master.bogdanturcanu.ro [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wzHMA5VybDfw for ; Tue, 12 Mar 2013 10:07:26 +0200 (EET) Received: from LATITUDEE6400 (unknown [193.34.182.82]) (Authenticated sender: bogdan@bogdanturcanu.ro) by master.bogdanturcanu.ro (Postfix) with ESMTPA id E7D4F112560 for ; Tue, 12 Mar 2013 10:07:26 +0200 (EET) From: "Bogdan Turcanu" To: Subject: 9.1-Stable rc.conf ifconfig IPv6 Date: Tue, 12 Mar 2013 10:07:26 +0200 Message-ID: <00b901ce1ef8$a29ec580$e7dc5080$@bogdanturcanu.ro> X-Mailer: Microsoft Outlook 15.0 Thread-Index: Ac4e995xhhHO121sQ0yLcWLjTaE1Dg== Content-Language: ro MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_00B0_01CE1F09.6609AD40" 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: Tue, 12 Mar 2013 08:07:37 -0000 This is a multipart message in MIME format. ------=_NextPart_000_00B0_01CE1F09.6609AD40 Content-Type: multipart/related; boundary="----=_NextPart_001_00B1_01CE1F09.6609AD40" ------=_NextPart_001_00B1_01CE1F09.6609AD40 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi, I have a box with freebsd 9.1-Stable uname -a FreeBSD master.bogdanturcanu.ro 9.1-STABLE FreeBSD 9.1-STABLE #3: Fri Mar 8 18:43:56 EET 2013 root@master.bogdanturcanu.ro:/usr/obj/usr/src/sys/MASTER amd64 The server is connected ussing alc0 interface. If i run: Ifconfig alc0 inet6 x:x:x:x prefixlen 64 it's working. But, if I put in my rc.conf: ifconfig_alc0_ipv6="inet6 x:x:x: prefixlen 64" nothing happen. After reboot I have no ipv6 address on alc0, only Ipv4. Any clue? ------=_NextPart_001_00B1_01CE1F09.6609AD40-- ------=_NextPart_000_00B0_01CE1F09.6609AD40 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIITLDCCBDYw ggMeoAMCAQICAQEwDQYJKoZIhvcNAQEFBQAwbzELMAkGA1UEBhMCU0UxFDASBgNVBAoTC0FkZFRy dXN0IEFCMSYwJAYDVQQLEx1BZGRUcnVzdCBFeHRlcm5hbCBUVFAgTmV0d29yazEiMCAGA1UEAxMZ QWRkVHJ1c3QgRXh0ZXJuYWwgQ0EgUm9vdDAeFw0wMDA1MzAxMDQ4MzhaFw0yMDA1MzAxMDQ4Mzha MG8xCzAJBgNVBAYTAlNFMRQwEgYDVQQKEwtBZGRUcnVzdCBBQjEmMCQGA1UECxMdQWRkVHJ1c3Qg RXh0ZXJuYWwgVFRQIE5ldHdvcmsxIjAgBgNVBAMTGUFkZFRydXN0IEV4dGVybmFsIENBIFJvb3Qw ggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC39xoz5vIABC054E5b7R+8bA/Ntfojts7e mxEzl6QpTH2Tn71KvJPtAxrjj8/lbVBa1pcplFqAsEl62y6V/bjKvzc4LR4+kUGtcFbH8E8/6DKe dMrIkFTpxl8PeJ2aQDwOrGGqXhSPnoehalDc15pOrwWzpnGUnHGzUGAKxxOdOAeGAqjpqGkmGJCr TLBPI6s6T4TY386f4Wlvu9dC12tE5Met7m1BX3JacQg3s3llpFmglDf3AC8NwpJy2tA4ctsUqEXE XSp9t7TWxO6szRNEt8kr3UMAJfphuWlqWCMRt6czj1Z1WfXNKddGtworZbbTQm8Vsrh7++/pXVPV NFonAgMBAAGjgdwwgdkwHQYDVR0OBBYEFK29mHo0tCb3+sQmVO8DveAky1QaMAsGA1UdDwQEAwIB BjAPBgNVHRMBAf8EBTADAQH/MIGZBgNVHSMEgZEwgY6AFK29mHo0tCb3+sQmVO8DveAky1QaoXOk cTBvMQswCQYDVQQGEwJTRTEUMBIGA1UEChMLQWRkVHJ1c3QgQUIxJjAkBgNVBAsTHUFkZFRydXN0 IEV4dGVybmFsIFRUUCBOZXR3b3JrMSIwIAYDVQQDExlBZGRUcnVzdCBFeHRlcm5hbCBDQSBSb290 ggEBMA0GCSqGSIb3DQEBBQUAA4IBAQCwm+CFJcLWI+IPlgaSnUGYnNmEeYHZHlsUByM2ZY+w2He7 rEFsR2CDUbD5Mj3n/PYmE8eAFqW/WvyHz3h5iSGa4kwHCoY1vPLeUcTSlrfcfk7ucP0cOesMAlEU LY69FuDB30Z15ySt7PRCtIWTcBBnup0GNUoY0yt6zFFCoXpj0ea7ocUrwja+Ew3mvWN+eXunCQ1A q2rdj4rD9vaMGkIFUdRF9Z+nYiFoFSBDPJnnfL0k2KmRF3OIP1YbMTgYtHEPms3IDp6OLhvhjJiD yx8x8URMxgRzSXZgD8f4vReAay7pzEwOWpp5DyAKLtWeYyYeVZKU2IIXWnvQvMePToYEMIIEnTCC A4WgAwIBAgIQND3pK6wnNP+PyzSU+8xwVDANBgkqhkiG9w0BAQUFADBvMQswCQYDVQQGEwJTRTEU MBIGA1UEChMLQWRkVHJ1c3QgQUIxJjAkBgNVBAsTHUFkZFRydXN0IEV4dGVybmFsIFRUUCBOZXR3 b3JrMSIwIAYDVQQDExlBZGRUcnVzdCBFeHRlcm5hbCBDQSBSb290MB4XDTA1MDYwNzA4MDkxMFoX DTIwMDUzMDEwNDgzOFowga4xCzAJBgNVBAYTAlVTMQswCQYDVQQIEwJVVDEXMBUGA1UEBxMOU2Fs dCBMYWtlIENpdHkxHjAcBgNVBAoTFVRoZSBVU0VSVFJVU1QgTmV0d29yazEhMB8GA1UECxMYaHR0 cDovL3d3dy51c2VydHJ1c3QuY29tMTYwNAYDVQQDEy1VVE4tVVNFUkZpcnN0LUNsaWVudCBBdXRo ZW50aWNhdGlvbiBhbmQgRW1haWwwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCyOYWk 8n2rQTtiRjeuzcFgdbw5ZflKGkeiucxIzGqY1U01GbmkQuXOSeKKLx580jEHx060g2SdLinVomTE hb2FUTV5pE5okHsceqSSqBfymBXyk8zJpDKVuwxPML2YoAuL5W4bokb6eLyib6tZXqUvz8rabaov 66yhs2qqty5nNYt54R5piOLmRs2gpeq+C852OnoOm+r82idbPXMfIuZIYcZM82mxqC4bttQxICy8 goqOpA6l14lD/BZarx1x1xFZ2rqHDa/68+HC8KTFZ4zW1lQ63gqkugN3s2XI/R7TdGKqGMpokx6h hX71R2XL+E1XKHTSNP8wtu72YjAUjCzrAgMBAAGjgfQwgfEwHwYDVR0jBBgwFoAUrb2YejS0Jvf6 xCZU7wO94CTLVBowHQYDVR0OBBYEFImCZ33EnSZwAEu0UEh83j2uBG59MA4GA1UdDwEB/wQEAwIB BjAPBgNVHRMBAf8EBTADAQH/MBEGA1UdIAQKMAgwBgYEVR0gADBEBgNVHR8EPTA7MDmgN6A1hjNo dHRwOi8vY3JsLnVzZXJ0cnVzdC5jb20vQWRkVHJ1c3RFeHRlcm5hbENBUm9vdC5jcmwwNQYIKwYB BQUHAQEEKTAnMCUGCCsGAQUFBzABhhlodHRwOi8vb2NzcC51c2VydHJ1c3QuY29tMA0GCSqGSIb3 DQEBBQUAA4IBAQABvJzjYyiw8zEBwt973WKgAZ0jMQ+cknNTUeofTPrWn8TKL2d+eDMPdBa5kYeR 9Yom+mRwANge+QsEYlCHk4HU2vUj2zS7hVa0cDRueIM3HoUcxREVkl+HF72sav3xwtHMiV+xfPA+ UfI183zsYJhrOivg79+zfYbrtRv1W+yifJgT1wBQudEtc94DeHThBYUxXsuauZ2UxrmUN3Vy3ET7 Z+jw+iUeUqfaJelH4KDHPKBOsQo2+3dIn++Xivu0/uOUFKiDvFwtP9JgcWDuwnGCDOmINuPaILSj oGyqlku4gI51ykkH9jsUut/cBdmf2+Cy5k2geCbn5y1uf1/GHogVMIIFGjCCBAKgAwIBAgIQbRnq pxlPajMi5iIyeqpx3jANBgkqhkiG9w0BAQUFADCBrjELMAkGA1UEBhMCVVMxCzAJBgNVBAgTAlVU MRcwFQYDVQQHEw5TYWx0IExha2UgQ2l0eTEeMBwGA1UEChMVVGhlIFVTRVJUUlVTVCBOZXR3b3Jr MSEwHwYDVQQLExhodHRwOi8vd3d3LnVzZXJ0cnVzdC5jb20xNjA0BgNVBAMTLVVUTi1VU0VSRmly c3QtQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBFbWFpbDAeFw0xMTA0MjgwMDAwMDBaFw0yMDA1 MzAxMDQ4MzhaMIGTMQswCQYDVQQGEwJHQjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAw DgYDVQQHEwdTYWxmb3JkMRowGAYDVQQKExFDT01PRE8gQ0EgTGltaXRlZDE5MDcGA1UEAxMwQ09N T0RPIENsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQgU2VjdXJlIEVtYWlsIENBMIIBIjANBgkqhkiG 9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkoSEW0tXmNReL4uk4UDIo1NYX2Zl8TJO958yfVXQeExVt0KU 4PkncQfFxmmkuTLE8UAakMwnVmJ/F7Vxaa7lIBvky2NeYMqiQfZq4aP/uN8fSG1lQ4wqLitjOHff sReswtqCAtbUMmrUZ28gE49cNfrlVICv2HEKHTcKAlBTbJUdqRAUtJmVWRIx/wmi0kzcUtve4kAB W0ho3cVKtODtJB86r3FfB+OsvxQ7sCVxaD30D9YXWEYVgTxoi4uDD216IVfmNLDbMn7jSuGlUnJk JpFOpZIP/+CxYP0ab2hRmWONGoulzEKbm30iY9OpoPzOnpDfRBn0XFs1uhbzp5v/wQIDAQABo4IB SzCCAUcwHwYDVR0jBBgwFoAUiYJnfcSdJnAAS7RQSHzePa4Ebn0wHQYDVR0OBBYEFHoTTgB0W8Z4 Y2QnwS/ioFu8ecV7MA4GA1UdDwEB/wQEAwIBBjASBgNVHRMBAf8ECDAGAQH/AgEAMBEGA1UdIAQK MAgwBgYEVR0gADBYBgNVHR8EUTBPME2gS6BJhkdodHRwOi8vY3JsLnVzZXJ0cnVzdC5jb20vVVRO LVVTRVJGaXJzdC1DbGllbnRBdXRoZW50aWNhdGlvbmFuZEVtYWlsLmNybDB0BggrBgEFBQcBAQRo MGYwPQYIKwYBBQUHMAKGMWh0dHA6Ly9jcnQudXNlcnRydXN0LmNvbS9VVE5BZGRUcnVzdENsaWVu dF9DQS5jcnQwJQYIKwYBBQUHMAGGGWh0dHA6Ly9vY3NwLnVzZXJ0cnVzdC5jb20wDQYJKoZIhvcN AQEFBQADggEBAIXWvnhXVW0zf0RS/kLVBqgBA4CK+w2y/Uq/9q9BSfUbWsXSrRtzbj7pJnzmTJjB MCjfy/tCPKElPgp11tA9OYZm0aGbtU2bb68obB2v5ep0WqjascDxdXovnrqTecr+4pEeVnSy+I3T 4ENyG+2P/WA5IEf7i686ZUg8mD2lJb+972DgSeUWyOs/Q4Pw4O4NwdPNM1+b0L1garM7/vrUyTo8 H+2b/5tJM75CKTmD7jNpLoKdRU2oadqAGx490hpdfEeZpZsIbRKZhtZdVwcbpzC+S0lEuJB+ytF5 OOu0M/qgOl0mWJ5hVRi0IdWZ1eBDQEIwvuql55TSsP7zdfl/bucwggUvMIIEF6ADAgECAhB+vbTj E/VWnYHL8CtTQCpnMA0GCSqGSIb3DQEBBQUAMIGTMQswCQYDVQQGEwJHQjEbMBkGA1UECBMSR3Jl YXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQKExFDT01PRE8gQ0EgTGlt aXRlZDE5MDcGA1UEAxMwQ09NT0RPIENsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQgU2VjdXJlIEVt YWlsIENBMB4XDTEzMDMwOTAwMDAwMFoXDTE0MDMwOTIzNTk1OVowKDEmMCQGCSqGSIb3DQEJARYX Ym9nZGFuQGJvZ2RhbnR1cmNhbnUucm8wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDd 2JX0Y+5R0XpYP5ZePY95fJb91PlKkXdWMoub1wD0BTtLrAFPTwIMSrV+bgn3A9SbARDz7jmqOAjk tvqHSjVYlzlAU8z9WruwgBoeJRTOINyfz4yM9iFV9QdAJ9PYkKeLiV2WpKDMwQ5MymrBmZRiO/zf C2XwMZy9IjB3QnCv/2eNq3uJzdWDwFEIphoq2eeHRwdB0hCVmDmtxJJHIdXXjJ3istdFGVULWcOw /S5Rg5e5IVtWHHr8PpSug805AdDvWnTDJgMV91B44VI7Zrkvf+/yDWcxFBHnxBu4agNrDsTCw7jo X1p+5612IqGPCmrVYZ6VvZGQyX/jqyOItVmRAgMBAAGjggHnMIIB4zAfBgNVHSMEGDAWgBR6E04A dFvGeGNkJ8Ev4qBbvHnFezAdBgNVHQ4EFgQUiTBxPkyRQTnuhPiWBep9I0lLQv4wDgYDVR0PAQH/ BAQDAgWgMAwGA1UdEwEB/wQCMAAwIAYDVR0lBBkwFwYIKwYBBQUHAwQGCysGAQQBsjEBAwUCMBEG CWCGSAGG+EIBAQQEAwIFIDBGBgNVHSAEPzA9MDsGDCsGAQQBsjEBAgEBATArMCkGCCsGAQUFBwIB Fh1odHRwczovL3NlY3VyZS5jb21vZG8ubmV0L0NQUzBXBgNVHR8EUDBOMEygSqBIhkZodHRwOi8v Y3JsLmNvbW9kb2NhLmNvbS9DT01PRE9DbGllbnRBdXRoZW50aWNhdGlvbmFuZFNlY3VyZUVtYWls Q0EuY3JsMIGIBggrBgEFBQcBAQR8MHowUgYIKwYBBQUHMAKGRmh0dHA6Ly9jcnQuY29tb2RvY2Eu Y29tL0NPTU9ET0NsaWVudEF1dGhlbnRpY2F0aW9uYW5kU2VjdXJlRW1haWxDQS5jcnQwJAYIKwYB BQUHMAGGGGh0dHA6Ly9vY3NwLmNvbW9kb2NhLmNvbTAiBgNVHREEGzAZgRdib2dkYW5AYm9nZGFu dHVyY2FudS5ybzANBgkqhkiG9w0BAQUFAAOCAQEASLrN6E+KkFe8WCcbcdAC83UFfoeyFCi0hulg yQRtic7BoDzwM4V0CYNiQzDKqSsdLKjnUx8kOQx0WruoACSG8ws2o0cc067ALDHJmkeXb2Eepl3Q mmwDmqtNrU+yt8+JlN7YCyc4CtLmOjYmcrxMPM8r2e8bKjh/TqFnJlutB5Btg/j+zBYAHzSFSfrD uYCacVBSVpbYorSkrdNGEc++Cx/ryWZaOxTcRCegazIM7LrOGfJK1DLw3Cbgg4P6mB74DEFMfVnb bRoCChXhqAMtTP0eVedt7Pn5E70Qfgx90lUO8jxCLnlPNcBmDXLJcZmBmllJ4lJ43ctXtGe7XTcO 1TGCBEEwggQ9AgEBMIGoMIGTMQswCQYDVQQGEwJHQjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVz dGVyMRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQKExFDT01PRE8gQ0EgTGltaXRlZDE5MDcGA1UE AxMwQ09NT0RPIENsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQgU2VjdXJlIEVtYWlsIENBAhB+vbTj E/VWnYHL8CtTQCpnMAkGBSsOAwIaBQCgggJtMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJ KoZIhvcNAQkFMQ8XDTEzMDMxMjA4MDcyNlowIwYJKoZIhvcNAQkEMRYEFFtG/xtSC1Mre5rxCcE6 gDkqBtfBMIGTBgkqhkiG9w0BCQ8xgYUwgYIwCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBFjAKBggq hkiG9w0DBzALBglghkgBZQMEAQIwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsO AwIaMAsGCWCGSAFlAwQCAzALBglghkgBZQMEAgIwCwYJYIZIAWUDBAIBMIG5BgkrBgEEAYI3EAQx gaswgagwgZMxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNV BAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMTkwNwYDVQQDEzBDT01PRE8g Q2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1haWwgQ0ECEH69tOMT9VadgcvwK1NA KmcwgbsGCyqGSIb3DQEJEAILMYGroIGoMIGTMQswCQYDVQQGEwJHQjEbMBkGA1UECBMSR3JlYXRl ciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQKExFDT01PRE8gQ0EgTGltaXRl ZDE5MDcGA1UEAxMwQ09NT0RPIENsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQgU2VjdXJlIEVtYWls IENBAhB+vbTjE/VWnYHL8CtTQCpnMA0GCSqGSIb3DQEBAQUABIIBAAIE5uBDsvZLPY2MsT5OJQSK QP/W+KF4XBNzv51jbfOhfxTZoqxyQ4rpK11ooYSuGvgH8DCGJC5MoqWQ5uMLetjsNKp/bFM9yDFb vEkMhDs0vUwvkuIQ5p3EJBTwqLg3wrpW/OcTfiNxfv5wsdvVMDLpGQvLpN4R4LPMh+HXh7xIlsm3 kCdbMflCXXQuBfBsrX9CDWhybUFk9UXEDLi62vQyELSx20Jubsa0cy3cgbt8WNcW8+nCB6ukQZVi 53DFxrQmpxrJJOsDY0YZFpAjX3acwWZYcBP5LsbMCcvvBoACKYSjt7f9hTgYnRZeIS/fNJi7RaLF WF77LHiUlnqnQekAAAAAAAA= ------=_NextPart_000_00B0_01CE1F09.6609AD40-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 12 08:39:15 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B8ECAED8 for ; Tue, 12 Mar 2013 08:39:15 +0000 (UTC) (envelope-from bogdan@bogdanturcanu.ro) Received: from master.bogdanturcanu.ro (unknown [IPv6:2a00:50e0:ffff:fffe::2]) by mx1.freebsd.org (Postfix) with ESMTP id 21CF61F4 for ; Tue, 12 Mar 2013 08:39:15 +0000 (UTC) Received: from master.bogdanturcanu.ro (localhost [127.0.0.1]) by master.bogdanturcanu.ro (Postfix) with ESMTP id 18EAE112561 for ; Tue, 12 Mar 2013 10:39:14 +0200 (EET) X-Virus-Scanned: Maia Mailguard Received: from master.bogdanturcanu.ro ([127.0.0.1]) by master.bogdanturcanu.ro (master.bogdanturcanu.ro [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QgR-mmdmdH3V for ; Tue, 12 Mar 2013 10:39:11 +0200 (EET) Received: from LATITUDEE6400 (unknown [193.34.182.82]) (Authenticated sender: bogdan@bogdanturcanu.ro) by master.bogdanturcanu.ro (Postfix) with ESMTPA id 12B82112530 for ; Tue, 12 Mar 2013 10:39:11 +0200 (EET) From: "Bogdan Turcanu" Cc: References: <00b901ce1ef8$a29ec580$e7dc5080$@bogdanturcanu.ro> <20130312082611.GK8239@home.opsec.eu> In-Reply-To: <20130312082611.GK8239@home.opsec.eu> Subject: RE: 9.1-Stable rc.conf ifconfig IPv6 Date: Tue, 12 Mar 2013 10:39:10 +0200 Message-ID: <00f301ce1efd$1197e710$34c7b530$@bogdanturcanu.ro> X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQHcEvb/Bt/aLJhoGAksIB++P2QK/wFLUl0rmHt5VbA= Content-Language: ro MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_00EE_01CE1F0D.D4EE0E50" 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, 12 Mar 2013 08:39:15 -0000 This is a multipart message in MIME format. ------=_NextPart_000_00EE_01CE1F0D.D4EE0E50 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Same. alc0: flags=8843 metric 0 mtu 1500 options=c3198 ether 6c:62:6d:45:cb:1b inet 193.34.182.30 netmask 0xffffffe0 broadcast 193.34.182.31 inet6 fe80::6e62:6dff:fe45:cb1b%alc0 prefixlen 64 scopeid 0x1 nd6 options=21 media: Ethernet autoselect (100baseTX ) status: active No error in /var/log/messages. -----Original Message----- From: Kurt Jaeger [mailto:pi@opsec.eu] Sent: Tuesday, March 12, 2013 10:26 AM To: Bogdan Turcanu Subject: Re: 9.1-Stable rc.conf ifconfig IPv6 Hi! > ifconfig_alc0_ipv6="inet6 x:x:x: prefixlen 64" Try ifconfig_alc0_ipv6="inet6 x:x:x::x/64" -- pi@opsec.eu +49 171 3101372 7 years to go ! ------=_NextPart_000_00EE_01CE1F0D.D4EE0E50 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIITLDCCBDYw ggMeoAMCAQICAQEwDQYJKoZIhvcNAQEFBQAwbzELMAkGA1UEBhMCU0UxFDASBgNVBAoTC0FkZFRy dXN0IEFCMSYwJAYDVQQLEx1BZGRUcnVzdCBFeHRlcm5hbCBUVFAgTmV0d29yazEiMCAGA1UEAxMZ QWRkVHJ1c3QgRXh0ZXJuYWwgQ0EgUm9vdDAeFw0wMDA1MzAxMDQ4MzhaFw0yMDA1MzAxMDQ4Mzha MG8xCzAJBgNVBAYTAlNFMRQwEgYDVQQKEwtBZGRUcnVzdCBBQjEmMCQGA1UECxMdQWRkVHJ1c3Qg RXh0ZXJuYWwgVFRQIE5ldHdvcmsxIjAgBgNVBAMTGUFkZFRydXN0IEV4dGVybmFsIENBIFJvb3Qw ggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC39xoz5vIABC054E5b7R+8bA/Ntfojts7e mxEzl6QpTH2Tn71KvJPtAxrjj8/lbVBa1pcplFqAsEl62y6V/bjKvzc4LR4+kUGtcFbH8E8/6DKe dMrIkFTpxl8PeJ2aQDwOrGGqXhSPnoehalDc15pOrwWzpnGUnHGzUGAKxxOdOAeGAqjpqGkmGJCr TLBPI6s6T4TY386f4Wlvu9dC12tE5Met7m1BX3JacQg3s3llpFmglDf3AC8NwpJy2tA4ctsUqEXE XSp9t7TWxO6szRNEt8kr3UMAJfphuWlqWCMRt6czj1Z1WfXNKddGtworZbbTQm8Vsrh7++/pXVPV NFonAgMBAAGjgdwwgdkwHQYDVR0OBBYEFK29mHo0tCb3+sQmVO8DveAky1QaMAsGA1UdDwQEAwIB BjAPBgNVHRMBAf8EBTADAQH/MIGZBgNVHSMEgZEwgY6AFK29mHo0tCb3+sQmVO8DveAky1QaoXOk cTBvMQswCQYDVQQGEwJTRTEUMBIGA1UEChMLQWRkVHJ1c3QgQUIxJjAkBgNVBAsTHUFkZFRydXN0 IEV4dGVybmFsIFRUUCBOZXR3b3JrMSIwIAYDVQQDExlBZGRUcnVzdCBFeHRlcm5hbCBDQSBSb290 ggEBMA0GCSqGSIb3DQEBBQUAA4IBAQCwm+CFJcLWI+IPlgaSnUGYnNmEeYHZHlsUByM2ZY+w2He7 rEFsR2CDUbD5Mj3n/PYmE8eAFqW/WvyHz3h5iSGa4kwHCoY1vPLeUcTSlrfcfk7ucP0cOesMAlEU LY69FuDB30Z15ySt7PRCtIWTcBBnup0GNUoY0yt6zFFCoXpj0ea7ocUrwja+Ew3mvWN+eXunCQ1A q2rdj4rD9vaMGkIFUdRF9Z+nYiFoFSBDPJnnfL0k2KmRF3OIP1YbMTgYtHEPms3IDp6OLhvhjJiD yx8x8URMxgRzSXZgD8f4vReAay7pzEwOWpp5DyAKLtWeYyYeVZKU2IIXWnvQvMePToYEMIIEnTCC A4WgAwIBAgIQND3pK6wnNP+PyzSU+8xwVDANBgkqhkiG9w0BAQUFADBvMQswCQYDVQQGEwJTRTEU MBIGA1UEChMLQWRkVHJ1c3QgQUIxJjAkBgNVBAsTHUFkZFRydXN0IEV4dGVybmFsIFRUUCBOZXR3 b3JrMSIwIAYDVQQDExlBZGRUcnVzdCBFeHRlcm5hbCBDQSBSb290MB4XDTA1MDYwNzA4MDkxMFoX DTIwMDUzMDEwNDgzOFowga4xCzAJBgNVBAYTAlVTMQswCQYDVQQIEwJVVDEXMBUGA1UEBxMOU2Fs dCBMYWtlIENpdHkxHjAcBgNVBAoTFVRoZSBVU0VSVFJVU1QgTmV0d29yazEhMB8GA1UECxMYaHR0 cDovL3d3dy51c2VydHJ1c3QuY29tMTYwNAYDVQQDEy1VVE4tVVNFUkZpcnN0LUNsaWVudCBBdXRo ZW50aWNhdGlvbiBhbmQgRW1haWwwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCyOYWk 8n2rQTtiRjeuzcFgdbw5ZflKGkeiucxIzGqY1U01GbmkQuXOSeKKLx580jEHx060g2SdLinVomTE hb2FUTV5pE5okHsceqSSqBfymBXyk8zJpDKVuwxPML2YoAuL5W4bokb6eLyib6tZXqUvz8rabaov 66yhs2qqty5nNYt54R5piOLmRs2gpeq+C852OnoOm+r82idbPXMfIuZIYcZM82mxqC4bttQxICy8 goqOpA6l14lD/BZarx1x1xFZ2rqHDa/68+HC8KTFZ4zW1lQ63gqkugN3s2XI/R7TdGKqGMpokx6h hX71R2XL+E1XKHTSNP8wtu72YjAUjCzrAgMBAAGjgfQwgfEwHwYDVR0jBBgwFoAUrb2YejS0Jvf6 xCZU7wO94CTLVBowHQYDVR0OBBYEFImCZ33EnSZwAEu0UEh83j2uBG59MA4GA1UdDwEB/wQEAwIB BjAPBgNVHRMBAf8EBTADAQH/MBEGA1UdIAQKMAgwBgYEVR0gADBEBgNVHR8EPTA7MDmgN6A1hjNo dHRwOi8vY3JsLnVzZXJ0cnVzdC5jb20vQWRkVHJ1c3RFeHRlcm5hbENBUm9vdC5jcmwwNQYIKwYB BQUHAQEEKTAnMCUGCCsGAQUFBzABhhlodHRwOi8vb2NzcC51c2VydHJ1c3QuY29tMA0GCSqGSIb3 DQEBBQUAA4IBAQABvJzjYyiw8zEBwt973WKgAZ0jMQ+cknNTUeofTPrWn8TKL2d+eDMPdBa5kYeR 9Yom+mRwANge+QsEYlCHk4HU2vUj2zS7hVa0cDRueIM3HoUcxREVkl+HF72sav3xwtHMiV+xfPA+ UfI183zsYJhrOivg79+zfYbrtRv1W+yifJgT1wBQudEtc94DeHThBYUxXsuauZ2UxrmUN3Vy3ET7 Z+jw+iUeUqfaJelH4KDHPKBOsQo2+3dIn++Xivu0/uOUFKiDvFwtP9JgcWDuwnGCDOmINuPaILSj oGyqlku4gI51ykkH9jsUut/cBdmf2+Cy5k2geCbn5y1uf1/GHogVMIIFGjCCBAKgAwIBAgIQbRnq pxlPajMi5iIyeqpx3jANBgkqhkiG9w0BAQUFADCBrjELMAkGA1UEBhMCVVMxCzAJBgNVBAgTAlVU MRcwFQYDVQQHEw5TYWx0IExha2UgQ2l0eTEeMBwGA1UEChMVVGhlIFVTRVJUUlVTVCBOZXR3b3Jr MSEwHwYDVQQLExhodHRwOi8vd3d3LnVzZXJ0cnVzdC5jb20xNjA0BgNVBAMTLVVUTi1VU0VSRmly c3QtQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBFbWFpbDAeFw0xMTA0MjgwMDAwMDBaFw0yMDA1 MzAxMDQ4MzhaMIGTMQswCQYDVQQGEwJHQjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAw DgYDVQQHEwdTYWxmb3JkMRowGAYDVQQKExFDT01PRE8gQ0EgTGltaXRlZDE5MDcGA1UEAxMwQ09N T0RPIENsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQgU2VjdXJlIEVtYWlsIENBMIIBIjANBgkqhkiG 9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkoSEW0tXmNReL4uk4UDIo1NYX2Zl8TJO958yfVXQeExVt0KU 4PkncQfFxmmkuTLE8UAakMwnVmJ/F7Vxaa7lIBvky2NeYMqiQfZq4aP/uN8fSG1lQ4wqLitjOHff sReswtqCAtbUMmrUZ28gE49cNfrlVICv2HEKHTcKAlBTbJUdqRAUtJmVWRIx/wmi0kzcUtve4kAB W0ho3cVKtODtJB86r3FfB+OsvxQ7sCVxaD30D9YXWEYVgTxoi4uDD216IVfmNLDbMn7jSuGlUnJk JpFOpZIP/+CxYP0ab2hRmWONGoulzEKbm30iY9OpoPzOnpDfRBn0XFs1uhbzp5v/wQIDAQABo4IB SzCCAUcwHwYDVR0jBBgwFoAUiYJnfcSdJnAAS7RQSHzePa4Ebn0wHQYDVR0OBBYEFHoTTgB0W8Z4 Y2QnwS/ioFu8ecV7MA4GA1UdDwEB/wQEAwIBBjASBgNVHRMBAf8ECDAGAQH/AgEAMBEGA1UdIAQK MAgwBgYEVR0gADBYBgNVHR8EUTBPME2gS6BJhkdodHRwOi8vY3JsLnVzZXJ0cnVzdC5jb20vVVRO LVVTRVJGaXJzdC1DbGllbnRBdXRoZW50aWNhdGlvbmFuZEVtYWlsLmNybDB0BggrBgEFBQcBAQRo MGYwPQYIKwYBBQUHMAKGMWh0dHA6Ly9jcnQudXNlcnRydXN0LmNvbS9VVE5BZGRUcnVzdENsaWVu dF9DQS5jcnQwJQYIKwYBBQUHMAGGGWh0dHA6Ly9vY3NwLnVzZXJ0cnVzdC5jb20wDQYJKoZIhvcN AQEFBQADggEBAIXWvnhXVW0zf0RS/kLVBqgBA4CK+w2y/Uq/9q9BSfUbWsXSrRtzbj7pJnzmTJjB MCjfy/tCPKElPgp11tA9OYZm0aGbtU2bb68obB2v5ep0WqjascDxdXovnrqTecr+4pEeVnSy+I3T 4ENyG+2P/WA5IEf7i686ZUg8mD2lJb+972DgSeUWyOs/Q4Pw4O4NwdPNM1+b0L1garM7/vrUyTo8 H+2b/5tJM75CKTmD7jNpLoKdRU2oadqAGx490hpdfEeZpZsIbRKZhtZdVwcbpzC+S0lEuJB+ytF5 OOu0M/qgOl0mWJ5hVRi0IdWZ1eBDQEIwvuql55TSsP7zdfl/bucwggUvMIIEF6ADAgECAhB+vbTj E/VWnYHL8CtTQCpnMA0GCSqGSIb3DQEBBQUAMIGTMQswCQYDVQQGEwJHQjEbMBkGA1UECBMSR3Jl YXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQKExFDT01PRE8gQ0EgTGlt aXRlZDE5MDcGA1UEAxMwQ09NT0RPIENsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQgU2VjdXJlIEVt YWlsIENBMB4XDTEzMDMwOTAwMDAwMFoXDTE0MDMwOTIzNTk1OVowKDEmMCQGCSqGSIb3DQEJARYX Ym9nZGFuQGJvZ2RhbnR1cmNhbnUucm8wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDd 2JX0Y+5R0XpYP5ZePY95fJb91PlKkXdWMoub1wD0BTtLrAFPTwIMSrV+bgn3A9SbARDz7jmqOAjk tvqHSjVYlzlAU8z9WruwgBoeJRTOINyfz4yM9iFV9QdAJ9PYkKeLiV2WpKDMwQ5MymrBmZRiO/zf C2XwMZy9IjB3QnCv/2eNq3uJzdWDwFEIphoq2eeHRwdB0hCVmDmtxJJHIdXXjJ3istdFGVULWcOw /S5Rg5e5IVtWHHr8PpSug805AdDvWnTDJgMV91B44VI7Zrkvf+/yDWcxFBHnxBu4agNrDsTCw7jo X1p+5612IqGPCmrVYZ6VvZGQyX/jqyOItVmRAgMBAAGjggHnMIIB4zAfBgNVHSMEGDAWgBR6E04A dFvGeGNkJ8Ev4qBbvHnFezAdBgNVHQ4EFgQUiTBxPkyRQTnuhPiWBep9I0lLQv4wDgYDVR0PAQH/ BAQDAgWgMAwGA1UdEwEB/wQCMAAwIAYDVR0lBBkwFwYIKwYBBQUHAwQGCysGAQQBsjEBAwUCMBEG CWCGSAGG+EIBAQQEAwIFIDBGBgNVHSAEPzA9MDsGDCsGAQQBsjEBAgEBATArMCkGCCsGAQUFBwIB Fh1odHRwczovL3NlY3VyZS5jb21vZG8ubmV0L0NQUzBXBgNVHR8EUDBOMEygSqBIhkZodHRwOi8v Y3JsLmNvbW9kb2NhLmNvbS9DT01PRE9DbGllbnRBdXRoZW50aWNhdGlvbmFuZFNlY3VyZUVtYWls Q0EuY3JsMIGIBggrBgEFBQcBAQR8MHowUgYIKwYBBQUHMAKGRmh0dHA6Ly9jcnQuY29tb2RvY2Eu Y29tL0NPTU9ET0NsaWVudEF1dGhlbnRpY2F0aW9uYW5kU2VjdXJlRW1haWxDQS5jcnQwJAYIKwYB BQUHMAGGGGh0dHA6Ly9vY3NwLmNvbW9kb2NhLmNvbTAiBgNVHREEGzAZgRdib2dkYW5AYm9nZGFu dHVyY2FudS5ybzANBgkqhkiG9w0BAQUFAAOCAQEASLrN6E+KkFe8WCcbcdAC83UFfoeyFCi0hulg yQRtic7BoDzwM4V0CYNiQzDKqSsdLKjnUx8kOQx0WruoACSG8ws2o0cc067ALDHJmkeXb2Eepl3Q mmwDmqtNrU+yt8+JlN7YCyc4CtLmOjYmcrxMPM8r2e8bKjh/TqFnJlutB5Btg/j+zBYAHzSFSfrD uYCacVBSVpbYorSkrdNGEc++Cx/ryWZaOxTcRCegazIM7LrOGfJK1DLw3Cbgg4P6mB74DEFMfVnb bRoCChXhqAMtTP0eVedt7Pn5E70Qfgx90lUO8jxCLnlPNcBmDXLJcZmBmllJ4lJ43ctXtGe7XTcO 1TGCBEEwggQ9AgEBMIGoMIGTMQswCQYDVQQGEwJHQjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVz dGVyMRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQKExFDT01PRE8gQ0EgTGltaXRlZDE5MDcGA1UE AxMwQ09NT0RPIENsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQgU2VjdXJlIEVtYWlsIENBAhB+vbTj E/VWnYHL8CtTQCpnMAkGBSsOAwIaBQCgggJtMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJ KoZIhvcNAQkFMQ8XDTEzMDMxMjA4MzkxMFowIwYJKoZIhvcNAQkEMRYEFMF0SXbNSeJGq1qWwMe2 hmUBSVtwMIGTBgkqhkiG9w0BCQ8xgYUwgYIwCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBFjAKBggq hkiG9w0DBzALBglghkgBZQMEAQIwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsO AwIaMAsGCWCGSAFlAwQCAzALBglghkgBZQMEAgIwCwYJYIZIAWUDBAIBMIG5BgkrBgEEAYI3EAQx gaswgagwgZMxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNV BAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMTkwNwYDVQQDEzBDT01PRE8g Q2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1haWwgQ0ECEH69tOMT9VadgcvwK1NA KmcwgbsGCyqGSIb3DQEJEAILMYGroIGoMIGTMQswCQYDVQQGEwJHQjEbMBkGA1UECBMSR3JlYXRl ciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQKExFDT01PRE8gQ0EgTGltaXRl ZDE5MDcGA1UEAxMwQ09NT0RPIENsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQgU2VjdXJlIEVtYWls IENBAhB+vbTjE/VWnYHL8CtTQCpnMA0GCSqGSIb3DQEBAQUABIIBAEHYElUMsVq8s/9Eru9jlSHQ 9PIXS4aB66pVw+WB5e+5d8IAu7JdYNjbaRzvc2UPY96Vwgh8PI38QQ5sns/7/uayy01MLQc7xuxX ce9syEa/qc4c+wjVYdbrS+YluIe72mS0ITJ9R8Lc9F9++OSGqnHiMZlTcjkJuEt4aqPuiX+GDGUf CKBm+IKwbXE6Z8yg7bb6NuZtstT7YDAx9rmwIJnwwMzsiKQacERoMwURVw312eSjGFPmshmMcI/g 3cLnBciJ6hq97FO15xJU7/1JdYInJ66dZ41GZo9Di4j8whW3mBUjiV2fzjHH5OGYVYEiA06rneOt LS1sIV9LkSZsTOkAAAAAAAA= ------=_NextPart_000_00EE_01CE1F0D.D4EE0E50-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 12 09:58:23 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 68B29D90 for ; Tue, 12 Mar 2013 09:58:23 +0000 (UTC) (envelope-from bogdan@bogdanturcanu.ro) Received: from master.bogdanturcanu.ro (master.bogdanturcanu.ro [193.34.182.30]) by mx1.freebsd.org (Postfix) with ESMTP id ABAE3790 for ; Tue, 12 Mar 2013 09:58:22 +0000 (UTC) Received: from master.bogdanturcanu.ro (localhost [127.0.0.1]) by master.bogdanturcanu.ro (Postfix) with ESMTP id 3C789112561; Tue, 12 Mar 2013 11:58:20 +0200 (EET) X-Virus-Scanned: Maia Mailguard Received: from master.bogdanturcanu.ro ([127.0.0.1]) by master.bogdanturcanu.ro (master.bogdanturcanu.ro [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bZHLP63U2mej; Tue, 12 Mar 2013 11:58:14 +0200 (EET) Received: from LATITUDEE6400 (unknown [193.34.182.82]) (Authenticated sender: bogdan@bogdanturcanu.ro) by master.bogdanturcanu.ro (Postfix) with ESMTPA id C3EB7112560; Tue, 12 Mar 2013 11:58:14 +0200 (EET) From: "Bogdan Turcanu" To: "'Kurt Jaeger'" References: <00b901ce1ef8$a29ec580$e7dc5080$@bogdanturcanu.ro> <20130312082611.GK8239@home.opsec.eu> <00f301ce1efd$1197e710$34c7b530$@bogdanturcanu.ro> <20130312090700.GL8239@home.opsec.eu> In-Reply-To: <20130312090700.GL8239@home.opsec.eu> Subject: RE: 9.1-Stable rc.conf ifconfig IPv6 Date: Tue, 12 Mar 2013 11:58:14 +0200 Message-ID: <011601ce1f08$1d188a30$57499e90$@bogdanturcanu.ro> X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQHcEvb/Bt/aLJhoGAksIB++P2QK/wFLUl0rAkJ4MtsCUlMnsJhW6SJg Content-Language: ro MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_0111_01CE1F18.E07FEF80" 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, 12 Mar 2013 09:58:23 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0111_01CE1F18.E07FEF80 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit hostname="master.bogdanturcanu.ro" ifconfig_alc0="inet 193.34.182.30/27" defaultrouter="193.34.182.1" ifconfig_alc0_ipv6="inet6 2a00:50e0:ffff:fffe::2/64" -----Original Message----- From: Kurt Jaeger [mailto:pi@opsec.eu] Sent: Tuesday, March 12, 2013 11:07 AM To: Bogdan Turcanu Subject: Re: 9.1-Stable rc.conf ifconfig IPv6 Hi! > Same. Can you show me the exact line in /etc/rc.conf ? -- pi@opsec.eu +49 171 3101372 7 years to go ! ------=_NextPart_000_0111_01CE1F18.E07FEF80 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIITLDCCBDYw ggMeoAMCAQICAQEwDQYJKoZIhvcNAQEFBQAwbzELMAkGA1UEBhMCU0UxFDASBgNVBAoTC0FkZFRy dXN0IEFCMSYwJAYDVQQLEx1BZGRUcnVzdCBFeHRlcm5hbCBUVFAgTmV0d29yazEiMCAGA1UEAxMZ QWRkVHJ1c3QgRXh0ZXJuYWwgQ0EgUm9vdDAeFw0wMDA1MzAxMDQ4MzhaFw0yMDA1MzAxMDQ4Mzha MG8xCzAJBgNVBAYTAlNFMRQwEgYDVQQKEwtBZGRUcnVzdCBBQjEmMCQGA1UECxMdQWRkVHJ1c3Qg RXh0ZXJuYWwgVFRQIE5ldHdvcmsxIjAgBgNVBAMTGUFkZFRydXN0IEV4dGVybmFsIENBIFJvb3Qw ggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC39xoz5vIABC054E5b7R+8bA/Ntfojts7e mxEzl6QpTH2Tn71KvJPtAxrjj8/lbVBa1pcplFqAsEl62y6V/bjKvzc4LR4+kUGtcFbH8E8/6DKe dMrIkFTpxl8PeJ2aQDwOrGGqXhSPnoehalDc15pOrwWzpnGUnHGzUGAKxxOdOAeGAqjpqGkmGJCr TLBPI6s6T4TY386f4Wlvu9dC12tE5Met7m1BX3JacQg3s3llpFmglDf3AC8NwpJy2tA4ctsUqEXE XSp9t7TWxO6szRNEt8kr3UMAJfphuWlqWCMRt6czj1Z1WfXNKddGtworZbbTQm8Vsrh7++/pXVPV NFonAgMBAAGjgdwwgdkwHQYDVR0OBBYEFK29mHo0tCb3+sQmVO8DveAky1QaMAsGA1UdDwQEAwIB BjAPBgNVHRMBAf8EBTADAQH/MIGZBgNVHSMEgZEwgY6AFK29mHo0tCb3+sQmVO8DveAky1QaoXOk cTBvMQswCQYDVQQGEwJTRTEUMBIGA1UEChMLQWRkVHJ1c3QgQUIxJjAkBgNVBAsTHUFkZFRydXN0 IEV4dGVybmFsIFRUUCBOZXR3b3JrMSIwIAYDVQQDExlBZGRUcnVzdCBFeHRlcm5hbCBDQSBSb290 ggEBMA0GCSqGSIb3DQEBBQUAA4IBAQCwm+CFJcLWI+IPlgaSnUGYnNmEeYHZHlsUByM2ZY+w2He7 rEFsR2CDUbD5Mj3n/PYmE8eAFqW/WvyHz3h5iSGa4kwHCoY1vPLeUcTSlrfcfk7ucP0cOesMAlEU LY69FuDB30Z15ySt7PRCtIWTcBBnup0GNUoY0yt6zFFCoXpj0ea7ocUrwja+Ew3mvWN+eXunCQ1A q2rdj4rD9vaMGkIFUdRF9Z+nYiFoFSBDPJnnfL0k2KmRF3OIP1YbMTgYtHEPms3IDp6OLhvhjJiD yx8x8URMxgRzSXZgD8f4vReAay7pzEwOWpp5DyAKLtWeYyYeVZKU2IIXWnvQvMePToYEMIIEnTCC A4WgAwIBAgIQND3pK6wnNP+PyzSU+8xwVDANBgkqhkiG9w0BAQUFADBvMQswCQYDVQQGEwJTRTEU MBIGA1UEChMLQWRkVHJ1c3QgQUIxJjAkBgNVBAsTHUFkZFRydXN0IEV4dGVybmFsIFRUUCBOZXR3 b3JrMSIwIAYDVQQDExlBZGRUcnVzdCBFeHRlcm5hbCBDQSBSb290MB4XDTA1MDYwNzA4MDkxMFoX DTIwMDUzMDEwNDgzOFowga4xCzAJBgNVBAYTAlVTMQswCQYDVQQIEwJVVDEXMBUGA1UEBxMOU2Fs dCBMYWtlIENpdHkxHjAcBgNVBAoTFVRoZSBVU0VSVFJVU1QgTmV0d29yazEhMB8GA1UECxMYaHR0 cDovL3d3dy51c2VydHJ1c3QuY29tMTYwNAYDVQQDEy1VVE4tVVNFUkZpcnN0LUNsaWVudCBBdXRo ZW50aWNhdGlvbiBhbmQgRW1haWwwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCyOYWk 8n2rQTtiRjeuzcFgdbw5ZflKGkeiucxIzGqY1U01GbmkQuXOSeKKLx580jEHx060g2SdLinVomTE hb2FUTV5pE5okHsceqSSqBfymBXyk8zJpDKVuwxPML2YoAuL5W4bokb6eLyib6tZXqUvz8rabaov 66yhs2qqty5nNYt54R5piOLmRs2gpeq+C852OnoOm+r82idbPXMfIuZIYcZM82mxqC4bttQxICy8 goqOpA6l14lD/BZarx1x1xFZ2rqHDa/68+HC8KTFZ4zW1lQ63gqkugN3s2XI/R7TdGKqGMpokx6h hX71R2XL+E1XKHTSNP8wtu72YjAUjCzrAgMBAAGjgfQwgfEwHwYDVR0jBBgwFoAUrb2YejS0Jvf6 xCZU7wO94CTLVBowHQYDVR0OBBYEFImCZ33EnSZwAEu0UEh83j2uBG59MA4GA1UdDwEB/wQEAwIB BjAPBgNVHRMBAf8EBTADAQH/MBEGA1UdIAQKMAgwBgYEVR0gADBEBgNVHR8EPTA7MDmgN6A1hjNo dHRwOi8vY3JsLnVzZXJ0cnVzdC5jb20vQWRkVHJ1c3RFeHRlcm5hbENBUm9vdC5jcmwwNQYIKwYB BQUHAQEEKTAnMCUGCCsGAQUFBzABhhlodHRwOi8vb2NzcC51c2VydHJ1c3QuY29tMA0GCSqGSIb3 DQEBBQUAA4IBAQABvJzjYyiw8zEBwt973WKgAZ0jMQ+cknNTUeofTPrWn8TKL2d+eDMPdBa5kYeR 9Yom+mRwANge+QsEYlCHk4HU2vUj2zS7hVa0cDRueIM3HoUcxREVkl+HF72sav3xwtHMiV+xfPA+ UfI183zsYJhrOivg79+zfYbrtRv1W+yifJgT1wBQudEtc94DeHThBYUxXsuauZ2UxrmUN3Vy3ET7 Z+jw+iUeUqfaJelH4KDHPKBOsQo2+3dIn++Xivu0/uOUFKiDvFwtP9JgcWDuwnGCDOmINuPaILSj oGyqlku4gI51ykkH9jsUut/cBdmf2+Cy5k2geCbn5y1uf1/GHogVMIIFGjCCBAKgAwIBAgIQbRnq pxlPajMi5iIyeqpx3jANBgkqhkiG9w0BAQUFADCBrjELMAkGA1UEBhMCVVMxCzAJBgNVBAgTAlVU MRcwFQYDVQQHEw5TYWx0IExha2UgQ2l0eTEeMBwGA1UEChMVVGhlIFVTRVJUUlVTVCBOZXR3b3Jr MSEwHwYDVQQLExhodHRwOi8vd3d3LnVzZXJ0cnVzdC5jb20xNjA0BgNVBAMTLVVUTi1VU0VSRmly c3QtQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBFbWFpbDAeFw0xMTA0MjgwMDAwMDBaFw0yMDA1 MzAxMDQ4MzhaMIGTMQswCQYDVQQGEwJHQjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAw DgYDVQQHEwdTYWxmb3JkMRowGAYDVQQKExFDT01PRE8gQ0EgTGltaXRlZDE5MDcGA1UEAxMwQ09N T0RPIENsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQgU2VjdXJlIEVtYWlsIENBMIIBIjANBgkqhkiG 9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkoSEW0tXmNReL4uk4UDIo1NYX2Zl8TJO958yfVXQeExVt0KU 4PkncQfFxmmkuTLE8UAakMwnVmJ/F7Vxaa7lIBvky2NeYMqiQfZq4aP/uN8fSG1lQ4wqLitjOHff sReswtqCAtbUMmrUZ28gE49cNfrlVICv2HEKHTcKAlBTbJUdqRAUtJmVWRIx/wmi0kzcUtve4kAB W0ho3cVKtODtJB86r3FfB+OsvxQ7sCVxaD30D9YXWEYVgTxoi4uDD216IVfmNLDbMn7jSuGlUnJk JpFOpZIP/+CxYP0ab2hRmWONGoulzEKbm30iY9OpoPzOnpDfRBn0XFs1uhbzp5v/wQIDAQABo4IB SzCCAUcwHwYDVR0jBBgwFoAUiYJnfcSdJnAAS7RQSHzePa4Ebn0wHQYDVR0OBBYEFHoTTgB0W8Z4 Y2QnwS/ioFu8ecV7MA4GA1UdDwEB/wQEAwIBBjASBgNVHRMBAf8ECDAGAQH/AgEAMBEGA1UdIAQK MAgwBgYEVR0gADBYBgNVHR8EUTBPME2gS6BJhkdodHRwOi8vY3JsLnVzZXJ0cnVzdC5jb20vVVRO LVVTRVJGaXJzdC1DbGllbnRBdXRoZW50aWNhdGlvbmFuZEVtYWlsLmNybDB0BggrBgEFBQcBAQRo MGYwPQYIKwYBBQUHMAKGMWh0dHA6Ly9jcnQudXNlcnRydXN0LmNvbS9VVE5BZGRUcnVzdENsaWVu dF9DQS5jcnQwJQYIKwYBBQUHMAGGGWh0dHA6Ly9vY3NwLnVzZXJ0cnVzdC5jb20wDQYJKoZIhvcN AQEFBQADggEBAIXWvnhXVW0zf0RS/kLVBqgBA4CK+w2y/Uq/9q9BSfUbWsXSrRtzbj7pJnzmTJjB MCjfy/tCPKElPgp11tA9OYZm0aGbtU2bb68obB2v5ep0WqjascDxdXovnrqTecr+4pEeVnSy+I3T 4ENyG+2P/WA5IEf7i686ZUg8mD2lJb+972DgSeUWyOs/Q4Pw4O4NwdPNM1+b0L1garM7/vrUyTo8 H+2b/5tJM75CKTmD7jNpLoKdRU2oadqAGx490hpdfEeZpZsIbRKZhtZdVwcbpzC+S0lEuJB+ytF5 OOu0M/qgOl0mWJ5hVRi0IdWZ1eBDQEIwvuql55TSsP7zdfl/bucwggUvMIIEF6ADAgECAhB+vbTj E/VWnYHL8CtTQCpnMA0GCSqGSIb3DQEBBQUAMIGTMQswCQYDVQQGEwJHQjEbMBkGA1UECBMSR3Jl YXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQKExFDT01PRE8gQ0EgTGlt aXRlZDE5MDcGA1UEAxMwQ09NT0RPIENsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQgU2VjdXJlIEVt YWlsIENBMB4XDTEzMDMwOTAwMDAwMFoXDTE0MDMwOTIzNTk1OVowKDEmMCQGCSqGSIb3DQEJARYX Ym9nZGFuQGJvZ2RhbnR1cmNhbnUucm8wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDd 2JX0Y+5R0XpYP5ZePY95fJb91PlKkXdWMoub1wD0BTtLrAFPTwIMSrV+bgn3A9SbARDz7jmqOAjk tvqHSjVYlzlAU8z9WruwgBoeJRTOINyfz4yM9iFV9QdAJ9PYkKeLiV2WpKDMwQ5MymrBmZRiO/zf C2XwMZy9IjB3QnCv/2eNq3uJzdWDwFEIphoq2eeHRwdB0hCVmDmtxJJHIdXXjJ3istdFGVULWcOw /S5Rg5e5IVtWHHr8PpSug805AdDvWnTDJgMV91B44VI7Zrkvf+/yDWcxFBHnxBu4agNrDsTCw7jo X1p+5612IqGPCmrVYZ6VvZGQyX/jqyOItVmRAgMBAAGjggHnMIIB4zAfBgNVHSMEGDAWgBR6E04A dFvGeGNkJ8Ev4qBbvHnFezAdBgNVHQ4EFgQUiTBxPkyRQTnuhPiWBep9I0lLQv4wDgYDVR0PAQH/ BAQDAgWgMAwGA1UdEwEB/wQCMAAwIAYDVR0lBBkwFwYIKwYBBQUHAwQGCysGAQQBsjEBAwUCMBEG CWCGSAGG+EIBAQQEAwIFIDBGBgNVHSAEPzA9MDsGDCsGAQQBsjEBAgEBATArMCkGCCsGAQUFBwIB Fh1odHRwczovL3NlY3VyZS5jb21vZG8ubmV0L0NQUzBXBgNVHR8EUDBOMEygSqBIhkZodHRwOi8v Y3JsLmNvbW9kb2NhLmNvbS9DT01PRE9DbGllbnRBdXRoZW50aWNhdGlvbmFuZFNlY3VyZUVtYWls Q0EuY3JsMIGIBggrBgEFBQcBAQR8MHowUgYIKwYBBQUHMAKGRmh0dHA6Ly9jcnQuY29tb2RvY2Eu Y29tL0NPTU9ET0NsaWVudEF1dGhlbnRpY2F0aW9uYW5kU2VjdXJlRW1haWxDQS5jcnQwJAYIKwYB BQUHMAGGGGh0dHA6Ly9vY3NwLmNvbW9kb2NhLmNvbTAiBgNVHREEGzAZgRdib2dkYW5AYm9nZGFu dHVyY2FudS5ybzANBgkqhkiG9w0BAQUFAAOCAQEASLrN6E+KkFe8WCcbcdAC83UFfoeyFCi0hulg yQRtic7BoDzwM4V0CYNiQzDKqSsdLKjnUx8kOQx0WruoACSG8ws2o0cc067ALDHJmkeXb2Eepl3Q mmwDmqtNrU+yt8+JlN7YCyc4CtLmOjYmcrxMPM8r2e8bKjh/TqFnJlutB5Btg/j+zBYAHzSFSfrD uYCacVBSVpbYorSkrdNGEc++Cx/ryWZaOxTcRCegazIM7LrOGfJK1DLw3Cbgg4P6mB74DEFMfVnb bRoCChXhqAMtTP0eVedt7Pn5E70Qfgx90lUO8jxCLnlPNcBmDXLJcZmBmllJ4lJ43ctXtGe7XTcO 1TGCBEEwggQ9AgEBMIGoMIGTMQswCQYDVQQGEwJHQjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVz dGVyMRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQKExFDT01PRE8gQ0EgTGltaXRlZDE5MDcGA1UE AxMwQ09NT0RPIENsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQgU2VjdXJlIEVtYWlsIENBAhB+vbTj E/VWnYHL8CtTQCpnMAkGBSsOAwIaBQCgggJtMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJ KoZIhvcNAQkFMQ8XDTEzMDMxMjA5NTgxNFowIwYJKoZIhvcNAQkEMRYEFMULyq7M9O9CMYXSZsaO AbLnZfMCMIGTBgkqhkiG9w0BCQ8xgYUwgYIwCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBFjAKBggq hkiG9w0DBzALBglghkgBZQMEAQIwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsO AwIaMAsGCWCGSAFlAwQCAzALBglghkgBZQMEAgIwCwYJYIZIAWUDBAIBMIG5BgkrBgEEAYI3EAQx gaswgagwgZMxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNV BAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMTkwNwYDVQQDEzBDT01PRE8g Q2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1haWwgQ0ECEH69tOMT9VadgcvwK1NA KmcwgbsGCyqGSIb3DQEJEAILMYGroIGoMIGTMQswCQYDVQQGEwJHQjEbMBkGA1UECBMSR3JlYXRl ciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQKExFDT01PRE8gQ0EgTGltaXRl ZDE5MDcGA1UEAxMwQ09NT0RPIENsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQgU2VjdXJlIEVtYWls IENBAhB+vbTjE/VWnYHL8CtTQCpnMA0GCSqGSIb3DQEBAQUABIIBAMWV1fgSGmMVxaSXAmX46YZ+ DiloOtFtEOdv9ZhHkM7aE/7rIR2ytTYFaMtVsQ7xfXXk6eCWnjOg4MJd8QTy9wegaVsr6mgR9tSE dPnfLfXw9oXniALtCsykhpTYNKRYF5a9IMnEw4DBXx/mgk3I91clRnA5ETt40gn4I6OfIrUgiryk UT5qSfN8EzftXFaryYQ7tuL9h7yvzVrCa7492s0kQTn69MBL8E/HHwJdiCtg5H/NxlhLPDkj0Rax En343flzvWYiAx7ffkGdxNi6cX31QJAYizJGYsVvmOoaeZSmvXIaGF/5+AWezEURMVLlrBOA0pEd ezsU6dPG9k8A7boAAAAAAAA= ------=_NextPart_000_0111_01CE1F18.E07FEF80-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 12 10:10:09 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 45AFA2C6 for ; Tue, 12 Mar 2013 10:10:09 +0000 (UTC) (envelope-from bogdan@bogdanturcanu.ro) Received: from master.bogdanturcanu.ro (unknown [IPv6:2a00:50e0:ffff:fffe::2]) by mx1.freebsd.org (Postfix) with ESMTP id A2B1983C for ; Tue, 12 Mar 2013 10:10:08 +0000 (UTC) Received: from master.bogdanturcanu.ro (localhost [127.0.0.1]) by master.bogdanturcanu.ro (Postfix) with ESMTP id E545F112561; Tue, 12 Mar 2013 12:10:07 +0200 (EET) X-Virus-Scanned: Maia Mailguard Received: from master.bogdanturcanu.ro ([127.0.0.1]) by master.bogdanturcanu.ro (master.bogdanturcanu.ro [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lWe3hQ6UL9Nn; Tue, 12 Mar 2013 12:10:03 +0200 (EET) Received: from LATITUDEE6400 (unknown [193.34.182.82]) (Authenticated sender: bogdan@bogdanturcanu.ro) by master.bogdanturcanu.ro (Postfix) with ESMTPA id 9659E112560; Tue, 12 Mar 2013 12:10:03 +0200 (EET) From: "Bogdan Turcanu" To: "'Kurt Jaeger'" References: <00b901ce1ef8$a29ec580$e7dc5080$@bogdanturcanu.ro> <20130312082611.GK8239@home.opsec.eu> <00f301ce1efd$1197e710$34c7b530$@bogdanturcanu.ro> <20130312090700.GL8239@home.opsec.eu> <011601ce1f08$1d188a30$57499e90$@bogdanturcanu.ro> <20130312100723.GM8239@home.opsec.eu> In-Reply-To: <20130312100723.GM8239@home.opsec.eu> Subject: RE: 9.1-Stable rc.conf ifconfig IPv6 Date: Tue, 12 Mar 2013 12:10:03 +0200 Message-ID: <014701ce1f09$c38e4250$4aaac6f0$@bogdanturcanu.ro> X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQHcEvb/Bt/aLJhoGAksIB++P2QK/wFLUl0rAkJ4MtsCUlMnsAJrGSRyARYYV+iYOuLswA== Content-Language: ro MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_0142_01CE1F1A.86E8FD70" 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, 12 Mar 2013 10:10:09 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0142_01CE1F1A.86E8FD70 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit It is not working even I put lo0 instead of alc0. -----Original Message----- From: Kurt Jaeger [mailto:pi@opsec.eu] Sent: Tuesday, March 12, 2013 12:07 PM To: Bogdan Turcanu Subject: Re: 9.1-Stable rc.conf ifconfig IPv6 Hi! > hostname="master.bogdanturcanu.ro" > ifconfig_alc0="inet 193.34.182.30/27" > defaultrouter="193.34.182.1" > ifconfig_alc0_ipv6="inet6 2a00:50e0:ffff:fffe::2/64" I'm testing this on my laptop with that config, right now 8-} It worked (em0 instead of alc0). Hmmm, I have no idea. -- pi@opsec.eu +49 171 3101372 7 years to go ! ------=_NextPart_000_0142_01CE1F1A.86E8FD70 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIITLDCCBDYw ggMeoAMCAQICAQEwDQYJKoZIhvcNAQEFBQAwbzELMAkGA1UEBhMCU0UxFDASBgNVBAoTC0FkZFRy dXN0IEFCMSYwJAYDVQQLEx1BZGRUcnVzdCBFeHRlcm5hbCBUVFAgTmV0d29yazEiMCAGA1UEAxMZ QWRkVHJ1c3QgRXh0ZXJuYWwgQ0EgUm9vdDAeFw0wMDA1MzAxMDQ4MzhaFw0yMDA1MzAxMDQ4Mzha MG8xCzAJBgNVBAYTAlNFMRQwEgYDVQQKEwtBZGRUcnVzdCBBQjEmMCQGA1UECxMdQWRkVHJ1c3Qg RXh0ZXJuYWwgVFRQIE5ldHdvcmsxIjAgBgNVBAMTGUFkZFRydXN0IEV4dGVybmFsIENBIFJvb3Qw ggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC39xoz5vIABC054E5b7R+8bA/Ntfojts7e mxEzl6QpTH2Tn71KvJPtAxrjj8/lbVBa1pcplFqAsEl62y6V/bjKvzc4LR4+kUGtcFbH8E8/6DKe dMrIkFTpxl8PeJ2aQDwOrGGqXhSPnoehalDc15pOrwWzpnGUnHGzUGAKxxOdOAeGAqjpqGkmGJCr TLBPI6s6T4TY386f4Wlvu9dC12tE5Met7m1BX3JacQg3s3llpFmglDf3AC8NwpJy2tA4ctsUqEXE XSp9t7TWxO6szRNEt8kr3UMAJfphuWlqWCMRt6czj1Z1WfXNKddGtworZbbTQm8Vsrh7++/pXVPV NFonAgMBAAGjgdwwgdkwHQYDVR0OBBYEFK29mHo0tCb3+sQmVO8DveAky1QaMAsGA1UdDwQEAwIB BjAPBgNVHRMBAf8EBTADAQH/MIGZBgNVHSMEgZEwgY6AFK29mHo0tCb3+sQmVO8DveAky1QaoXOk cTBvMQswCQYDVQQGEwJTRTEUMBIGA1UEChMLQWRkVHJ1c3QgQUIxJjAkBgNVBAsTHUFkZFRydXN0 IEV4dGVybmFsIFRUUCBOZXR3b3JrMSIwIAYDVQQDExlBZGRUcnVzdCBFeHRlcm5hbCBDQSBSb290 ggEBMA0GCSqGSIb3DQEBBQUAA4IBAQCwm+CFJcLWI+IPlgaSnUGYnNmEeYHZHlsUByM2ZY+w2He7 rEFsR2CDUbD5Mj3n/PYmE8eAFqW/WvyHz3h5iSGa4kwHCoY1vPLeUcTSlrfcfk7ucP0cOesMAlEU LY69FuDB30Z15ySt7PRCtIWTcBBnup0GNUoY0yt6zFFCoXpj0ea7ocUrwja+Ew3mvWN+eXunCQ1A q2rdj4rD9vaMGkIFUdRF9Z+nYiFoFSBDPJnnfL0k2KmRF3OIP1YbMTgYtHEPms3IDp6OLhvhjJiD yx8x8URMxgRzSXZgD8f4vReAay7pzEwOWpp5DyAKLtWeYyYeVZKU2IIXWnvQvMePToYEMIIEnTCC A4WgAwIBAgIQND3pK6wnNP+PyzSU+8xwVDANBgkqhkiG9w0BAQUFADBvMQswCQYDVQQGEwJTRTEU MBIGA1UEChMLQWRkVHJ1c3QgQUIxJjAkBgNVBAsTHUFkZFRydXN0IEV4dGVybmFsIFRUUCBOZXR3 b3JrMSIwIAYDVQQDExlBZGRUcnVzdCBFeHRlcm5hbCBDQSBSb290MB4XDTA1MDYwNzA4MDkxMFoX DTIwMDUzMDEwNDgzOFowga4xCzAJBgNVBAYTAlVTMQswCQYDVQQIEwJVVDEXMBUGA1UEBxMOU2Fs dCBMYWtlIENpdHkxHjAcBgNVBAoTFVRoZSBVU0VSVFJVU1QgTmV0d29yazEhMB8GA1UECxMYaHR0 cDovL3d3dy51c2VydHJ1c3QuY29tMTYwNAYDVQQDEy1VVE4tVVNFUkZpcnN0LUNsaWVudCBBdXRo ZW50aWNhdGlvbiBhbmQgRW1haWwwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCyOYWk 8n2rQTtiRjeuzcFgdbw5ZflKGkeiucxIzGqY1U01GbmkQuXOSeKKLx580jEHx060g2SdLinVomTE hb2FUTV5pE5okHsceqSSqBfymBXyk8zJpDKVuwxPML2YoAuL5W4bokb6eLyib6tZXqUvz8rabaov 66yhs2qqty5nNYt54R5piOLmRs2gpeq+C852OnoOm+r82idbPXMfIuZIYcZM82mxqC4bttQxICy8 goqOpA6l14lD/BZarx1x1xFZ2rqHDa/68+HC8KTFZ4zW1lQ63gqkugN3s2XI/R7TdGKqGMpokx6h hX71R2XL+E1XKHTSNP8wtu72YjAUjCzrAgMBAAGjgfQwgfEwHwYDVR0jBBgwFoAUrb2YejS0Jvf6 xCZU7wO94CTLVBowHQYDVR0OBBYEFImCZ33EnSZwAEu0UEh83j2uBG59MA4GA1UdDwEB/wQEAwIB BjAPBgNVHRMBAf8EBTADAQH/MBEGA1UdIAQKMAgwBgYEVR0gADBEBgNVHR8EPTA7MDmgN6A1hjNo dHRwOi8vY3JsLnVzZXJ0cnVzdC5jb20vQWRkVHJ1c3RFeHRlcm5hbENBUm9vdC5jcmwwNQYIKwYB BQUHAQEEKTAnMCUGCCsGAQUFBzABhhlodHRwOi8vb2NzcC51c2VydHJ1c3QuY29tMA0GCSqGSIb3 DQEBBQUAA4IBAQABvJzjYyiw8zEBwt973WKgAZ0jMQ+cknNTUeofTPrWn8TKL2d+eDMPdBa5kYeR 9Yom+mRwANge+QsEYlCHk4HU2vUj2zS7hVa0cDRueIM3HoUcxREVkl+HF72sav3xwtHMiV+xfPA+ UfI183zsYJhrOivg79+zfYbrtRv1W+yifJgT1wBQudEtc94DeHThBYUxXsuauZ2UxrmUN3Vy3ET7 Z+jw+iUeUqfaJelH4KDHPKBOsQo2+3dIn++Xivu0/uOUFKiDvFwtP9JgcWDuwnGCDOmINuPaILSj oGyqlku4gI51ykkH9jsUut/cBdmf2+Cy5k2geCbn5y1uf1/GHogVMIIFGjCCBAKgAwIBAgIQbRnq pxlPajMi5iIyeqpx3jANBgkqhkiG9w0BAQUFADCBrjELMAkGA1UEBhMCVVMxCzAJBgNVBAgTAlVU MRcwFQYDVQQHEw5TYWx0IExha2UgQ2l0eTEeMBwGA1UEChMVVGhlIFVTRVJUUlVTVCBOZXR3b3Jr MSEwHwYDVQQLExhodHRwOi8vd3d3LnVzZXJ0cnVzdC5jb20xNjA0BgNVBAMTLVVUTi1VU0VSRmly c3QtQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBFbWFpbDAeFw0xMTA0MjgwMDAwMDBaFw0yMDA1 MzAxMDQ4MzhaMIGTMQswCQYDVQQGEwJHQjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAw DgYDVQQHEwdTYWxmb3JkMRowGAYDVQQKExFDT01PRE8gQ0EgTGltaXRlZDE5MDcGA1UEAxMwQ09N T0RPIENsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQgU2VjdXJlIEVtYWlsIENBMIIBIjANBgkqhkiG 9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkoSEW0tXmNReL4uk4UDIo1NYX2Zl8TJO958yfVXQeExVt0KU 4PkncQfFxmmkuTLE8UAakMwnVmJ/F7Vxaa7lIBvky2NeYMqiQfZq4aP/uN8fSG1lQ4wqLitjOHff sReswtqCAtbUMmrUZ28gE49cNfrlVICv2HEKHTcKAlBTbJUdqRAUtJmVWRIx/wmi0kzcUtve4kAB W0ho3cVKtODtJB86r3FfB+OsvxQ7sCVxaD30D9YXWEYVgTxoi4uDD216IVfmNLDbMn7jSuGlUnJk JpFOpZIP/+CxYP0ab2hRmWONGoulzEKbm30iY9OpoPzOnpDfRBn0XFs1uhbzp5v/wQIDAQABo4IB SzCCAUcwHwYDVR0jBBgwFoAUiYJnfcSdJnAAS7RQSHzePa4Ebn0wHQYDVR0OBBYEFHoTTgB0W8Z4 Y2QnwS/ioFu8ecV7MA4GA1UdDwEB/wQEAwIBBjASBgNVHRMBAf8ECDAGAQH/AgEAMBEGA1UdIAQK MAgwBgYEVR0gADBYBgNVHR8EUTBPME2gS6BJhkdodHRwOi8vY3JsLnVzZXJ0cnVzdC5jb20vVVRO LVVTRVJGaXJzdC1DbGllbnRBdXRoZW50aWNhdGlvbmFuZEVtYWlsLmNybDB0BggrBgEFBQcBAQRo MGYwPQYIKwYBBQUHMAKGMWh0dHA6Ly9jcnQudXNlcnRydXN0LmNvbS9VVE5BZGRUcnVzdENsaWVu dF9DQS5jcnQwJQYIKwYBBQUHMAGGGWh0dHA6Ly9vY3NwLnVzZXJ0cnVzdC5jb20wDQYJKoZIhvcN AQEFBQADggEBAIXWvnhXVW0zf0RS/kLVBqgBA4CK+w2y/Uq/9q9BSfUbWsXSrRtzbj7pJnzmTJjB MCjfy/tCPKElPgp11tA9OYZm0aGbtU2bb68obB2v5ep0WqjascDxdXovnrqTecr+4pEeVnSy+I3T 4ENyG+2P/WA5IEf7i686ZUg8mD2lJb+972DgSeUWyOs/Q4Pw4O4NwdPNM1+b0L1garM7/vrUyTo8 H+2b/5tJM75CKTmD7jNpLoKdRU2oadqAGx490hpdfEeZpZsIbRKZhtZdVwcbpzC+S0lEuJB+ytF5 OOu0M/qgOl0mWJ5hVRi0IdWZ1eBDQEIwvuql55TSsP7zdfl/bucwggUvMIIEF6ADAgECAhB+vbTj E/VWnYHL8CtTQCpnMA0GCSqGSIb3DQEBBQUAMIGTMQswCQYDVQQGEwJHQjEbMBkGA1UECBMSR3Jl YXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQKExFDT01PRE8gQ0EgTGlt aXRlZDE5MDcGA1UEAxMwQ09NT0RPIENsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQgU2VjdXJlIEVt YWlsIENBMB4XDTEzMDMwOTAwMDAwMFoXDTE0MDMwOTIzNTk1OVowKDEmMCQGCSqGSIb3DQEJARYX Ym9nZGFuQGJvZ2RhbnR1cmNhbnUucm8wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDd 2JX0Y+5R0XpYP5ZePY95fJb91PlKkXdWMoub1wD0BTtLrAFPTwIMSrV+bgn3A9SbARDz7jmqOAjk tvqHSjVYlzlAU8z9WruwgBoeJRTOINyfz4yM9iFV9QdAJ9PYkKeLiV2WpKDMwQ5MymrBmZRiO/zf C2XwMZy9IjB3QnCv/2eNq3uJzdWDwFEIphoq2eeHRwdB0hCVmDmtxJJHIdXXjJ3istdFGVULWcOw /S5Rg5e5IVtWHHr8PpSug805AdDvWnTDJgMV91B44VI7Zrkvf+/yDWcxFBHnxBu4agNrDsTCw7jo X1p+5612IqGPCmrVYZ6VvZGQyX/jqyOItVmRAgMBAAGjggHnMIIB4zAfBgNVHSMEGDAWgBR6E04A dFvGeGNkJ8Ev4qBbvHnFezAdBgNVHQ4EFgQUiTBxPkyRQTnuhPiWBep9I0lLQv4wDgYDVR0PAQH/ BAQDAgWgMAwGA1UdEwEB/wQCMAAwIAYDVR0lBBkwFwYIKwYBBQUHAwQGCysGAQQBsjEBAwUCMBEG CWCGSAGG+EIBAQQEAwIFIDBGBgNVHSAEPzA9MDsGDCsGAQQBsjEBAgEBATArMCkGCCsGAQUFBwIB Fh1odHRwczovL3NlY3VyZS5jb21vZG8ubmV0L0NQUzBXBgNVHR8EUDBOMEygSqBIhkZodHRwOi8v Y3JsLmNvbW9kb2NhLmNvbS9DT01PRE9DbGllbnRBdXRoZW50aWNhdGlvbmFuZFNlY3VyZUVtYWls Q0EuY3JsMIGIBggrBgEFBQcBAQR8MHowUgYIKwYBBQUHMAKGRmh0dHA6Ly9jcnQuY29tb2RvY2Eu Y29tL0NPTU9ET0NsaWVudEF1dGhlbnRpY2F0aW9uYW5kU2VjdXJlRW1haWxDQS5jcnQwJAYIKwYB BQUHMAGGGGh0dHA6Ly9vY3NwLmNvbW9kb2NhLmNvbTAiBgNVHREEGzAZgRdib2dkYW5AYm9nZGFu dHVyY2FudS5ybzANBgkqhkiG9w0BAQUFAAOCAQEASLrN6E+KkFe8WCcbcdAC83UFfoeyFCi0hulg yQRtic7BoDzwM4V0CYNiQzDKqSsdLKjnUx8kOQx0WruoACSG8ws2o0cc067ALDHJmkeXb2Eepl3Q mmwDmqtNrU+yt8+JlN7YCyc4CtLmOjYmcrxMPM8r2e8bKjh/TqFnJlutB5Btg/j+zBYAHzSFSfrD uYCacVBSVpbYorSkrdNGEc++Cx/ryWZaOxTcRCegazIM7LrOGfJK1DLw3Cbgg4P6mB74DEFMfVnb bRoCChXhqAMtTP0eVedt7Pn5E70Qfgx90lUO8jxCLnlPNcBmDXLJcZmBmllJ4lJ43ctXtGe7XTcO 1TGCBEEwggQ9AgEBMIGoMIGTMQswCQYDVQQGEwJHQjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVz dGVyMRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQKExFDT01PRE8gQ0EgTGltaXRlZDE5MDcGA1UE AxMwQ09NT0RPIENsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQgU2VjdXJlIEVtYWlsIENBAhB+vbTj E/VWnYHL8CtTQCpnMAkGBSsOAwIaBQCgggJtMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJ KoZIhvcNAQkFMQ8XDTEzMDMxMjEwMTAwM1owIwYJKoZIhvcNAQkEMRYEFPkw0m5M6Epemj2cCHtB +84MTsR1MIGTBgkqhkiG9w0BCQ8xgYUwgYIwCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBFjAKBggq hkiG9w0DBzALBglghkgBZQMEAQIwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsO AwIaMAsGCWCGSAFlAwQCAzALBglghkgBZQMEAgIwCwYJYIZIAWUDBAIBMIG5BgkrBgEEAYI3EAQx gaswgagwgZMxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNV BAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMTkwNwYDVQQDEzBDT01PRE8g Q2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1haWwgQ0ECEH69tOMT9VadgcvwK1NA KmcwgbsGCyqGSIb3DQEJEAILMYGroIGoMIGTMQswCQYDVQQGEwJHQjEbMBkGA1UECBMSR3JlYXRl ciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQKExFDT01PRE8gQ0EgTGltaXRl ZDE5MDcGA1UEAxMwQ09NT0RPIENsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQgU2VjdXJlIEVtYWls IENBAhB+vbTjE/VWnYHL8CtTQCpnMA0GCSqGSIb3DQEBAQUABIIBAHfNGR3czBL80UBPIPTlfpRt wV6TNtFcfhL/RGy1rxI2neegWAT8IS7KJiolcHEWfhn+LiO58Bfzvh+T6MDDVRKU4Z11yXlW1kLR Rx77z5OVierzmOI+4EWIZx9PCo2u1qv5raQKhUvG5/dwqZsKtjdrKxg+GoyJ8KwSF98XyxwjG8ng kJy1ezW/cEnebQVBsL7UhEpWvIcJXQXpCUBBsgaAHYqhc5r31sgCe3vE2BrvpCV3QZ+TgDk1jCZQ 5ix8IJx8DF8mRVpKzHPRRh5xfrtlQZFdzgVesBGjnBLURRLNA/pvT2HR6xE6e2CyqBdBCSCS9nJj cDfYY9Ed7T8boKAAAAAAAAA= ------=_NextPart_000_0142_01CE1F1A.86E8FD70-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 12 10:27:28 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 1AB446F3 for ; Tue, 12 Mar 2013 10:27:28 +0000 (UTC) (envelope-from pi@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) by mx1.freebsd.org (Postfix) with ESMTP id CC39F91E for ; Tue, 12 Mar 2013 10:27:27 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1UFMQV-00071k-RY; Tue, 12 Mar 2013 11:27:23 +0100 Date: Tue, 12 Mar 2013 11:27:23 +0100 From: Kurt Jaeger To: alexey Subject: Re: 9.1-Stable rc.conf ifconfig IPv6 Message-ID: <20130312102723.GD12256@home.opsec.eu> References: <00b901ce1ef8$a29ec580$e7dc5080$@bogdanturcanu.ro> <20130312082611.GK8239@home.opsec.eu> <00f301ce1efd$1197e710$34c7b530$@bogdanturcanu.ro> <20130312090700.GL8239@home.opsec.eu> <011601ce1f08$1d188a30$57499e90$@bogdanturcanu.ro> <20130312100723.GM8239@home.opsec.eu> <014701ce1f09$c38e4250$4aaac6f0$@bogdanturcanu.ro> <1809861012.20130312122130@rambler.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1809861012.20130312122130@rambler.ru> Cc: freebsd-stable@freebsd.org, Bogdan Turcanu 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, 12 Mar 2013 10:27:28 -0000 Hi! > Try: > > ipv6_enable="YES" > > in rc.conf first. > > > It is not working even I put lo0 instead of alc0. On my laptop with alc0 I have 9.0 i386 FreeBSD, and no ipv6_enable. It still worked ? -- pi@opsec.eu +49 171 3101372 7 years to go ! From owner-freebsd-stable@FreeBSD.ORG Tue Mar 12 10:29:08 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C5B4C826 for ; Tue, 12 Mar 2013 10:29:08 +0000 (UTC) (envelope-from codam@rambler.ru) Received: from mxb.rambler.ru (mxb.rambler.ru [81.19.66.14]) by mx1.freebsd.org (Postfix) with ESMTP id 847E693D for ; Tue, 12 Mar 2013 10:29:08 +0000 (UTC) Received: from mailf.rambler.ru (mailf.rambler.ru [81.19.66.214]) by mxb.rambler.ru (Postfix) with ESMTP id 8140A1B80C7 for ; Tue, 12 Mar 2013 14:21:47 +0400 (MSK) Received: from [10.0.0.71] (unknown [95.135.132.230]) (Authenticated sender: codam@rambler.ru) by mailf.rambler.ru (Postfix) with ESMTPA id DAC5E564DC; Tue, 12 Mar 2013 14:21:33 +0400 (MSK) Date: Tue, 12 Mar 2013 12:21:30 +0200 From: alexey X-Priority: 3 (Normal) Message-ID: <1809861012.20130312122130@rambler.ru> To: "Bogdan Turcanu" Subject: Re: 9.1-Stable rc.conf ifconfig IPv6 In-Reply-To: <014701ce1f09$c38e4250$4aaac6f0$@bogdanturcanu.ro> References: <00b901ce1ef8$a29ec580$e7dc5080$@bogdanturcanu.ro> <20130312082611.GK8239@home.opsec.eu> <00f301ce1efd$1197e710$34c7b530$@bogdanturcanu.ro> <20130312090700.GL8239@home.opsec.eu> <011601ce1f08$1d188a30$57499e90$@bogdanturcanu.ro> <20130312100723.GM8239@home.opsec.eu> <014701ce1f09$c38e4250$4aaac6f0$@bogdanturcanu.ro> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org, 'Kurt Jaeger' 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, 12 Mar 2013 10:29:08 -0000 Dear Bogdan. Try: ipv6_enable=3D"YES" in rc.conf first. > It is not working even I put lo0 instead of alc0. > -----Original Message----- > From: Kurt Jaeger [mailto:pi@opsec.eu]=20 > Sent: Tuesday, March 12, 2013 12:07 PM > To: Bogdan Turcanu > Subject: Re: 9.1-Stable rc.conf ifconfig IPv6 > Hi! >> hostname=3D"master.bogdanturcanu.ro" >> ifconfig_alc0=3D"inet 193.34.182.30/27" >> defaultrouter=3D"193.34.182.1" >> ifconfig_alc0_ipv6=3D"inet6 2a00:50e0:ffff:fffe::2/64" > I'm testing this on my laptop with that config, right now 8-} > It worked (em0 instead of alc0). > Hmmm, I have no idea. From owner-freebsd-stable@FreeBSD.ORG Tue Mar 12 10:38:19 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 4980BD5C for ; Tue, 12 Mar 2013 10:38:19 +0000 (UTC) (envelope-from sodynet1@gmail.com) Received: from mail-ia0-x236.google.com (mail-ia0-x236.google.com [IPv6:2607:f8b0:4001:c02::236]) by mx1.freebsd.org (Postfix) with ESMTP id 1B6F19CC for ; Tue, 12 Mar 2013 10:38:19 +0000 (UTC) Received: by mail-ia0-f182.google.com with SMTP id b35so2913503iac.13 for ; Tue, 12 Mar 2013 03:38:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=uKJ1QTvayO7bPA6Y079P0PRu/Sdf9kMN+CMpP9ZjKjA=; b=jR161J6ECbHtgzmhl0O/ANSLWVrNqLHcGYh+NtNaM7qVhC+u5aPfqowSzmZ0gt0FsG T6f8sfrV+uZ1ApwsW93hkAHlj+m65eL+yPJxznM33zteYUkJoMveNAcfLT/XIQ9CuKPK vvSjnhrM5D4HJum6FiadKMoSvvj6zdk+VPGZqqRn+MZ8QiRlUe+viKR8vuFlAs1zfnJ/ xltrVmutlIwqrAX0oE6sBESbRcexwU8PLqQkLAOu/w+WFdeu0JT5gRs1UsAK895ugyUr RIW2J9Lxgraui0aTlF+VsyQv24GqMCAi3HVzG4F3sdjIwGkF+7P1v6Pz9Yo+1uC406nG n9FQ== MIME-Version: 1.0 X-Received: by 10.42.67.10 with SMTP id r10mr11988370ici.7.1363084698833; Tue, 12 Mar 2013 03:38:18 -0700 (PDT) Received: by 10.64.19.144 with HTTP; Tue, 12 Mar 2013 03:38:18 -0700 (PDT) In-Reply-To: References: Date: Tue, 12 Mar 2013 12:38:18 +0200 Message-ID: Subject: Re: netisr issues From: Sami Halabi To: Freddie Cash Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Mark Saad , FreeBSD-Stable ML 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, 12 Mar 2013 10:38:19 -0000 Hi, is there any decent documentation what netisr is , what relevant sysctls/loader options are there, and in what cases it should/better be used, ie best practice? Thanks, Sami On Mon, Mar 11, 2013 at 6:48 PM, Freddie Cash wrote: > On Mon, Mar 11, 2013 at 9:40 AM, Mark Saad wrote: > > > Freddie > > So should I be adjusting the numbers of threads or is this > > determined somewhere ? > > > > I think it's supposed to be automatic, 1 thread per CPU, but I manually > set it via /boot/loader.conf: > net.isr.bindthreads="1" # Bind netisr threads to > CPU cores > net.isr.maxthreads="8" # Set number of threads to > number of CPU cores > net.isr.numthreads="8" # "" > > The net.isr.dispatch is automatically set to direct on our systems. Not > sure if that's the default or not. We used to set that via > /boot/loader.conf as well, but it was removed in the upgrade to 9-STABLE > something as it no longer did anything. > > -- > Freddie Cash > fjwcash@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" > -- Sami Halabi Information Systems Engineer NMS Projects Expert FreeBSD SysAdmin Expert From owner-freebsd-stable@FreeBSD.ORG Tue Mar 12 11:02: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]) by hub.freebsd.org (Postfix) with ESMTP id B4B3DE94 for ; Tue, 12 Mar 2013 11:02:10 +0000 (UTC) (envelope-from bogdan@bogdanturcanu.ro) Received: from master.bogdanturcanu.ro (unknown [IPv6:2a00:50e0:ffff:fffe::2]) by mx1.freebsd.org (Postfix) with ESMTP id E1358C17 for ; Tue, 12 Mar 2013 11:02:09 +0000 (UTC) Received: from master.bogdanturcanu.ro (localhost [127.0.0.1]) by master.bogdanturcanu.ro (Postfix) with ESMTP id E56FD112561; Tue, 12 Mar 2013 13:02:08 +0200 (EET) X-Virus-Scanned: Maia Mailguard Received: from master.bogdanturcanu.ro ([127.0.0.1]) by master.bogdanturcanu.ro (master.bogdanturcanu.ro [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rK5bP6wt0Z3H; Tue, 12 Mar 2013 13:02:07 +0200 (EET) Received: from LATITUDEE6400 (unknown [193.34.182.82]) (Authenticated sender: bogdan@bogdanturcanu.ro) by master.bogdanturcanu.ro (Postfix) with ESMTPA id 6C0E9112560; Tue, 12 Mar 2013 13:02:07 +0200 (EET) From: "Bogdan Turcanu" To: "'alexey'" References: <00b901ce1ef8$a29ec580$e7dc5080$@bogdanturcanu.ro> <20130312082611.GK8239@home.opsec.eu> <00f301ce1efd$1197e710$34c7b530$@bogdanturcanu.ro> <20130312090700.GL8239@home.opsec.eu> <011601ce1f08$1d188a30$57499e90$@bogdanturcanu.ro> <20130312100723.GM8239@home.opsec.eu> <014701ce1f09$c38e4250$4aaac6f0$@bogdanturcanu.ro> <1809861012.20130312122130@rambler.ru> In-Reply-To: <1809861012.20130312122130@rambler.ru> Subject: RE: 9.1-Stable rc.conf ifconfig IPv6 Date: Tue, 12 Mar 2013 13:02:07 +0200 Message-ID: <015c01ce1f11$0965e1a0$1c31a4e0$@bogdanturcanu.ro> X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQHcEvb/Bt/aLJhoGAksIB++P2QK/wFLUl0rAkJ4MtsCUlMnsAJrGSRyARYYV+gAvGK4EAHSBkLGmCZ9eGA= Content-Language: ro MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_0157_01CE1F21.CCC64210" Cc: freebsd-stable@freebsd.org, 'Kurt Jaeger' 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, 12 Mar 2013 11:02:10 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0157_01CE1F21.CCC64210 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit With Ipv6_enable="YES" In my rc.conf Same behavior. :( -----Original Message----- From: alexey [mailto:codam@rambler.ru] Sent: Tuesday, March 12, 2013 12:22 PM To: Bogdan Turcanu Cc: 'Kurt Jaeger'; freebsd-stable@freebsd.org Subject: Re: 9.1-Stable rc.conf ifconfig IPv6 Dear Bogdan. Try: ipv6_enable="YES" in rc.conf first. > It is not working even I put lo0 instead of alc0. > -----Original Message----- > From: Kurt Jaeger [mailto:pi@opsec.eu] > Sent: Tuesday, March 12, 2013 12:07 PM > To: Bogdan Turcanu > Subject: Re: 9.1-Stable rc.conf ifconfig IPv6 > Hi! >> hostname="master.bogdanturcanu.ro" >> ifconfig_alc0="inet 193.34.182.30/27" >> defaultrouter="193.34.182.1" >> ifconfig_alc0_ipv6="inet6 2a00:50e0:ffff:fffe::2/64" > I'm testing this on my laptop with that config, right now 8-} > It worked (em0 instead of alc0). > Hmmm, I have no idea. ------=_NextPart_000_0157_01CE1F21.CCC64210 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIITLDCCBDYw ggMeoAMCAQICAQEwDQYJKoZIhvcNAQEFBQAwbzELMAkGA1UEBhMCU0UxFDASBgNVBAoTC0FkZFRy dXN0IEFCMSYwJAYDVQQLEx1BZGRUcnVzdCBFeHRlcm5hbCBUVFAgTmV0d29yazEiMCAGA1UEAxMZ QWRkVHJ1c3QgRXh0ZXJuYWwgQ0EgUm9vdDAeFw0wMDA1MzAxMDQ4MzhaFw0yMDA1MzAxMDQ4Mzha MG8xCzAJBgNVBAYTAlNFMRQwEgYDVQQKEwtBZGRUcnVzdCBBQjEmMCQGA1UECxMdQWRkVHJ1c3Qg RXh0ZXJuYWwgVFRQIE5ldHdvcmsxIjAgBgNVBAMTGUFkZFRydXN0IEV4dGVybmFsIENBIFJvb3Qw ggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC39xoz5vIABC054E5b7R+8bA/Ntfojts7e mxEzl6QpTH2Tn71KvJPtAxrjj8/lbVBa1pcplFqAsEl62y6V/bjKvzc4LR4+kUGtcFbH8E8/6DKe dMrIkFTpxl8PeJ2aQDwOrGGqXhSPnoehalDc15pOrwWzpnGUnHGzUGAKxxOdOAeGAqjpqGkmGJCr TLBPI6s6T4TY386f4Wlvu9dC12tE5Met7m1BX3JacQg3s3llpFmglDf3AC8NwpJy2tA4ctsUqEXE XSp9t7TWxO6szRNEt8kr3UMAJfphuWlqWCMRt6czj1Z1WfXNKddGtworZbbTQm8Vsrh7++/pXVPV NFonAgMBAAGjgdwwgdkwHQYDVR0OBBYEFK29mHo0tCb3+sQmVO8DveAky1QaMAsGA1UdDwQEAwIB BjAPBgNVHRMBAf8EBTADAQH/MIGZBgNVHSMEgZEwgY6AFK29mHo0tCb3+sQmVO8DveAky1QaoXOk cTBvMQswCQYDVQQGEwJTRTEUMBIGA1UEChMLQWRkVHJ1c3QgQUIxJjAkBgNVBAsTHUFkZFRydXN0 IEV4dGVybmFsIFRUUCBOZXR3b3JrMSIwIAYDVQQDExlBZGRUcnVzdCBFeHRlcm5hbCBDQSBSb290 ggEBMA0GCSqGSIb3DQEBBQUAA4IBAQCwm+CFJcLWI+IPlgaSnUGYnNmEeYHZHlsUByM2ZY+w2He7 rEFsR2CDUbD5Mj3n/PYmE8eAFqW/WvyHz3h5iSGa4kwHCoY1vPLeUcTSlrfcfk7ucP0cOesMAlEU LY69FuDB30Z15ySt7PRCtIWTcBBnup0GNUoY0yt6zFFCoXpj0ea7ocUrwja+Ew3mvWN+eXunCQ1A q2rdj4rD9vaMGkIFUdRF9Z+nYiFoFSBDPJnnfL0k2KmRF3OIP1YbMTgYtHEPms3IDp6OLhvhjJiD yx8x8URMxgRzSXZgD8f4vReAay7pzEwOWpp5DyAKLtWeYyYeVZKU2IIXWnvQvMePToYEMIIEnTCC A4WgAwIBAgIQND3pK6wnNP+PyzSU+8xwVDANBgkqhkiG9w0BAQUFADBvMQswCQYDVQQGEwJTRTEU MBIGA1UEChMLQWRkVHJ1c3QgQUIxJjAkBgNVBAsTHUFkZFRydXN0IEV4dGVybmFsIFRUUCBOZXR3 b3JrMSIwIAYDVQQDExlBZGRUcnVzdCBFeHRlcm5hbCBDQSBSb290MB4XDTA1MDYwNzA4MDkxMFoX DTIwMDUzMDEwNDgzOFowga4xCzAJBgNVBAYTAlVTMQswCQYDVQQIEwJVVDEXMBUGA1UEBxMOU2Fs dCBMYWtlIENpdHkxHjAcBgNVBAoTFVRoZSBVU0VSVFJVU1QgTmV0d29yazEhMB8GA1UECxMYaHR0 cDovL3d3dy51c2VydHJ1c3QuY29tMTYwNAYDVQQDEy1VVE4tVVNFUkZpcnN0LUNsaWVudCBBdXRo ZW50aWNhdGlvbiBhbmQgRW1haWwwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCyOYWk 8n2rQTtiRjeuzcFgdbw5ZflKGkeiucxIzGqY1U01GbmkQuXOSeKKLx580jEHx060g2SdLinVomTE hb2FUTV5pE5okHsceqSSqBfymBXyk8zJpDKVuwxPML2YoAuL5W4bokb6eLyib6tZXqUvz8rabaov 66yhs2qqty5nNYt54R5piOLmRs2gpeq+C852OnoOm+r82idbPXMfIuZIYcZM82mxqC4bttQxICy8 goqOpA6l14lD/BZarx1x1xFZ2rqHDa/68+HC8KTFZ4zW1lQ63gqkugN3s2XI/R7TdGKqGMpokx6h hX71R2XL+E1XKHTSNP8wtu72YjAUjCzrAgMBAAGjgfQwgfEwHwYDVR0jBBgwFoAUrb2YejS0Jvf6 xCZU7wO94CTLVBowHQYDVR0OBBYEFImCZ33EnSZwAEu0UEh83j2uBG59MA4GA1UdDwEB/wQEAwIB BjAPBgNVHRMBAf8EBTADAQH/MBEGA1UdIAQKMAgwBgYEVR0gADBEBgNVHR8EPTA7MDmgN6A1hjNo dHRwOi8vY3JsLnVzZXJ0cnVzdC5jb20vQWRkVHJ1c3RFeHRlcm5hbENBUm9vdC5jcmwwNQYIKwYB BQUHAQEEKTAnMCUGCCsGAQUFBzABhhlodHRwOi8vb2NzcC51c2VydHJ1c3QuY29tMA0GCSqGSIb3 DQEBBQUAA4IBAQABvJzjYyiw8zEBwt973WKgAZ0jMQ+cknNTUeofTPrWn8TKL2d+eDMPdBa5kYeR 9Yom+mRwANge+QsEYlCHk4HU2vUj2zS7hVa0cDRueIM3HoUcxREVkl+HF72sav3xwtHMiV+xfPA+ UfI183zsYJhrOivg79+zfYbrtRv1W+yifJgT1wBQudEtc94DeHThBYUxXsuauZ2UxrmUN3Vy3ET7 Z+jw+iUeUqfaJelH4KDHPKBOsQo2+3dIn++Xivu0/uOUFKiDvFwtP9JgcWDuwnGCDOmINuPaILSj oGyqlku4gI51ykkH9jsUut/cBdmf2+Cy5k2geCbn5y1uf1/GHogVMIIFGjCCBAKgAwIBAgIQbRnq pxlPajMi5iIyeqpx3jANBgkqhkiG9w0BAQUFADCBrjELMAkGA1UEBhMCVVMxCzAJBgNVBAgTAlVU MRcwFQYDVQQHEw5TYWx0IExha2UgQ2l0eTEeMBwGA1UEChMVVGhlIFVTRVJUUlVTVCBOZXR3b3Jr MSEwHwYDVQQLExhodHRwOi8vd3d3LnVzZXJ0cnVzdC5jb20xNjA0BgNVBAMTLVVUTi1VU0VSRmly c3QtQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBFbWFpbDAeFw0xMTA0MjgwMDAwMDBaFw0yMDA1 MzAxMDQ4MzhaMIGTMQswCQYDVQQGEwJHQjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAw DgYDVQQHEwdTYWxmb3JkMRowGAYDVQQKExFDT01PRE8gQ0EgTGltaXRlZDE5MDcGA1UEAxMwQ09N T0RPIENsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQgU2VjdXJlIEVtYWlsIENBMIIBIjANBgkqhkiG 9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkoSEW0tXmNReL4uk4UDIo1NYX2Zl8TJO958yfVXQeExVt0KU 4PkncQfFxmmkuTLE8UAakMwnVmJ/F7Vxaa7lIBvky2NeYMqiQfZq4aP/uN8fSG1lQ4wqLitjOHff sReswtqCAtbUMmrUZ28gE49cNfrlVICv2HEKHTcKAlBTbJUdqRAUtJmVWRIx/wmi0kzcUtve4kAB W0ho3cVKtODtJB86r3FfB+OsvxQ7sCVxaD30D9YXWEYVgTxoi4uDD216IVfmNLDbMn7jSuGlUnJk JpFOpZIP/+CxYP0ab2hRmWONGoulzEKbm30iY9OpoPzOnpDfRBn0XFs1uhbzp5v/wQIDAQABo4IB SzCCAUcwHwYDVR0jBBgwFoAUiYJnfcSdJnAAS7RQSHzePa4Ebn0wHQYDVR0OBBYEFHoTTgB0W8Z4 Y2QnwS/ioFu8ecV7MA4GA1UdDwEB/wQEAwIBBjASBgNVHRMBAf8ECDAGAQH/AgEAMBEGA1UdIAQK MAgwBgYEVR0gADBYBgNVHR8EUTBPME2gS6BJhkdodHRwOi8vY3JsLnVzZXJ0cnVzdC5jb20vVVRO LVVTRVJGaXJzdC1DbGllbnRBdXRoZW50aWNhdGlvbmFuZEVtYWlsLmNybDB0BggrBgEFBQcBAQRo MGYwPQYIKwYBBQUHMAKGMWh0dHA6Ly9jcnQudXNlcnRydXN0LmNvbS9VVE5BZGRUcnVzdENsaWVu dF9DQS5jcnQwJQYIKwYBBQUHMAGGGWh0dHA6Ly9vY3NwLnVzZXJ0cnVzdC5jb20wDQYJKoZIhvcN AQEFBQADggEBAIXWvnhXVW0zf0RS/kLVBqgBA4CK+w2y/Uq/9q9BSfUbWsXSrRtzbj7pJnzmTJjB MCjfy/tCPKElPgp11tA9OYZm0aGbtU2bb68obB2v5ep0WqjascDxdXovnrqTecr+4pEeVnSy+I3T 4ENyG+2P/WA5IEf7i686ZUg8mD2lJb+972DgSeUWyOs/Q4Pw4O4NwdPNM1+b0L1garM7/vrUyTo8 H+2b/5tJM75CKTmD7jNpLoKdRU2oadqAGx490hpdfEeZpZsIbRKZhtZdVwcbpzC+S0lEuJB+ytF5 OOu0M/qgOl0mWJ5hVRi0IdWZ1eBDQEIwvuql55TSsP7zdfl/bucwggUvMIIEF6ADAgECAhB+vbTj E/VWnYHL8CtTQCpnMA0GCSqGSIb3DQEBBQUAMIGTMQswCQYDVQQGEwJHQjEbMBkGA1UECBMSR3Jl YXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQKExFDT01PRE8gQ0EgTGlt aXRlZDE5MDcGA1UEAxMwQ09NT0RPIENsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQgU2VjdXJlIEVt YWlsIENBMB4XDTEzMDMwOTAwMDAwMFoXDTE0MDMwOTIzNTk1OVowKDEmMCQGCSqGSIb3DQEJARYX Ym9nZGFuQGJvZ2RhbnR1cmNhbnUucm8wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDd 2JX0Y+5R0XpYP5ZePY95fJb91PlKkXdWMoub1wD0BTtLrAFPTwIMSrV+bgn3A9SbARDz7jmqOAjk tvqHSjVYlzlAU8z9WruwgBoeJRTOINyfz4yM9iFV9QdAJ9PYkKeLiV2WpKDMwQ5MymrBmZRiO/zf C2XwMZy9IjB3QnCv/2eNq3uJzdWDwFEIphoq2eeHRwdB0hCVmDmtxJJHIdXXjJ3istdFGVULWcOw /S5Rg5e5IVtWHHr8PpSug805AdDvWnTDJgMV91B44VI7Zrkvf+/yDWcxFBHnxBu4agNrDsTCw7jo X1p+5612IqGPCmrVYZ6VvZGQyX/jqyOItVmRAgMBAAGjggHnMIIB4zAfBgNVHSMEGDAWgBR6E04A dFvGeGNkJ8Ev4qBbvHnFezAdBgNVHQ4EFgQUiTBxPkyRQTnuhPiWBep9I0lLQv4wDgYDVR0PAQH/ BAQDAgWgMAwGA1UdEwEB/wQCMAAwIAYDVR0lBBkwFwYIKwYBBQUHAwQGCysGAQQBsjEBAwUCMBEG CWCGSAGG+EIBAQQEAwIFIDBGBgNVHSAEPzA9MDsGDCsGAQQBsjEBAgEBATArMCkGCCsGAQUFBwIB Fh1odHRwczovL3NlY3VyZS5jb21vZG8ubmV0L0NQUzBXBgNVHR8EUDBOMEygSqBIhkZodHRwOi8v Y3JsLmNvbW9kb2NhLmNvbS9DT01PRE9DbGllbnRBdXRoZW50aWNhdGlvbmFuZFNlY3VyZUVtYWls Q0EuY3JsMIGIBggrBgEFBQcBAQR8MHowUgYIKwYBBQUHMAKGRmh0dHA6Ly9jcnQuY29tb2RvY2Eu Y29tL0NPTU9ET0NsaWVudEF1dGhlbnRpY2F0aW9uYW5kU2VjdXJlRW1haWxDQS5jcnQwJAYIKwYB BQUHMAGGGGh0dHA6Ly9vY3NwLmNvbW9kb2NhLmNvbTAiBgNVHREEGzAZgRdib2dkYW5AYm9nZGFu dHVyY2FudS5ybzANBgkqhkiG9w0BAQUFAAOCAQEASLrN6E+KkFe8WCcbcdAC83UFfoeyFCi0hulg yQRtic7BoDzwM4V0CYNiQzDKqSsdLKjnUx8kOQx0WruoACSG8ws2o0cc067ALDHJmkeXb2Eepl3Q mmwDmqtNrU+yt8+JlN7YCyc4CtLmOjYmcrxMPM8r2e8bKjh/TqFnJlutB5Btg/j+zBYAHzSFSfrD uYCacVBSVpbYorSkrdNGEc++Cx/ryWZaOxTcRCegazIM7LrOGfJK1DLw3Cbgg4P6mB74DEFMfVnb bRoCChXhqAMtTP0eVedt7Pn5E70Qfgx90lUO8jxCLnlPNcBmDXLJcZmBmllJ4lJ43ctXtGe7XTcO 1TGCBEEwggQ9AgEBMIGoMIGTMQswCQYDVQQGEwJHQjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVz dGVyMRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQKExFDT01PRE8gQ0EgTGltaXRlZDE5MDcGA1UE AxMwQ09NT0RPIENsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQgU2VjdXJlIEVtYWlsIENBAhB+vbTj E/VWnYHL8CtTQCpnMAkGBSsOAwIaBQCgggJtMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJ KoZIhvcNAQkFMQ8XDTEzMDMxMjExMDIwN1owIwYJKoZIhvcNAQkEMRYEFJTDVkYJDj1sbgTGqSaK jrF6/eStMIGTBgkqhkiG9w0BCQ8xgYUwgYIwCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBFjAKBggq hkiG9w0DBzALBglghkgBZQMEAQIwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsO AwIaMAsGCWCGSAFlAwQCAzALBglghkgBZQMEAgIwCwYJYIZIAWUDBAIBMIG5BgkrBgEEAYI3EAQx gaswgagwgZMxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNV BAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMTkwNwYDVQQDEzBDT01PRE8g Q2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1haWwgQ0ECEH69tOMT9VadgcvwK1NA KmcwgbsGCyqGSIb3DQEJEAILMYGroIGoMIGTMQswCQYDVQQGEwJHQjEbMBkGA1UECBMSR3JlYXRl ciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQKExFDT01PRE8gQ0EgTGltaXRl ZDE5MDcGA1UEAxMwQ09NT0RPIENsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQgU2VjdXJlIEVtYWls IENBAhB+vbTjE/VWnYHL8CtTQCpnMA0GCSqGSIb3DQEBAQUABIIBAGdJLvF85UjDVYjhrWlZe4tz lM0u0ofoCUJ36CWnCTonvKIDDoyaieWzPDjhndmKUfthp5NogF11qBsQSEBxqsVGcSkeDP0Ox9T0 NEYhXCFQ3UrN1sW6Nkc+s8Qo/ITOF7vJR6ZHPfZ7T+Vubn5TQ7yg5dbly5NF16Van5DegODGRd5E IHhZay1psl7CrQM6GmlRqREsp1qw/aejrLbjP1tNMWi9XrtbG6VBk9Bapvdh8nP3MDH1BXUoVRAA IRcCj9XNvMNMMwkb5wGa3vr4TbkwBYRKysuHYynByOOkn9bAS3ylexmICBfpeEtswdMjec64KFsm XPfZcnlMx0dq5XkAAAAAAAA= ------=_NextPart_000_0157_01CE1F21.CCC64210-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 12 13:10:46 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 413A8702 for ; Tue, 12 Mar 2013 13:10:46 +0000 (UTC) (envelope-from nonesuch@longcount.org) Received: from mail-qc0-x229.google.com (mail-qc0-x229.google.com [IPv6:2607:f8b0:400d:c01::229]) by mx1.freebsd.org (Postfix) with ESMTP id 05D7E8BF for ; Tue, 12 Mar 2013 13:10:45 +0000 (UTC) Received: by mail-qc0-f169.google.com with SMTP id t2so2038850qcq.0 for ; Tue, 12 Mar 2013 06:10:45 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:subject:references:from:content-type:x-mailer :in-reply-to:message-id:date:to:content-transfer-encoding :mime-version:x-gm-message-state; bh=7RhBDlbEP8s7eNrcVt/j3e5H5sp2umm8Yxgg7sGqrrM=; b=CXEDRhaXxstQy/hFX7OEU76I76pho4PnY/HjMpexe0GKHOcQnFYCMttM8LfiDCUjHN Ttimxkmeaho3UH9+Ys+tjJ094SL2PQ8YI9AihmRMTzEhrEEg6lTz9uqkFBU5TlTodPRJ LJ4tRgRzYU/j+958ECmQhA4POzr8uyE0CvqVo/lKEN7TviissKPTkoh9NHw1us7JCd+7 BTe0LchUqILUUr3C+TcW+NEodfg/skx1rdyvsm6X8rH+YIVQCQ0x4fod7zxW0ZplVoM5 qA+5X7WfH7lwANRAhy4kfCgt37ZJ+YO+6To6WlgK8TSuedewBP45NSphh2miS20FN2aC Grrg== X-Received: by 10.224.121.205 with SMTP id i13mr11149971qar.46.1363093845003; Tue, 12 Mar 2013 06:10:45 -0700 (PDT) Received: from [97.248.202.233] (233.sub-97-248-202.myvzw.com. [97.248.202.233]) by mx.google.com with ESMTPS id az3sm15828550qeb.7.2013.03.12.06.10.42 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 12 Mar 2013 06:10:43 -0700 (PDT) Subject: Re: svn - but smaller? References: <513E2DA5.70200@mac.com> From: Mark Saad Content-Type: text/plain; charset=us-ascii X-Mailer: iPhone Mail (10B146) In-Reply-To: Message-Id: <814F67A0-F447-4B21-8348-25DB57A01A12@longcount.org> Date: Tue, 12 Mar 2013 09:10:41 -0400 To: "freebsd-stable@freebsd.org" Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (1.0) X-Gm-Message-State: ALoCoQk8sHCkUV3jagSPTYVu4RnsdSnIKvypsBWNkqIvo1npGfC4wds+vWvbfHeBkLbCoPriHsJV 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, 12 Mar 2013 13:10:46 -0000 --- On Mar 11, 2013, at 9:20 PM, "Michael Ross" wrote: > On Tue, 12 Mar 2013 00:15:35 +0100, John Mehr wrote: >=20 >>=20 >> On Mon, 11 Mar 2013 15:16:53 -0400 >> Patrick McEvoy wrote: >>> Hello John, >>> This is Patrick the BSDTV guy. If you have the time / inclination, would= you like to do a quick walk through svnup?**If you have a machine that will= run Skype, I could record you doing a walk through including all the things= you want to tell users about your port. Skype offers a "share your screen" f= eature that I have found helpful for making such videos. If you are interest= ed, please let me know. >>> Thank you for your support of the BSD community. >>> ** >>> -- Patrick McEvoy >>> patmcevoy@mac.com >>> cell: 718 440-5104 >>> _______________________________________________ >>> 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= " >>=20 >> Hello, >>=20 >> I'm currently in the process of adding http/https support to svnup and on= ce I've got that working, the command line interface will be changing to be m= ore like the traditional svn client to make it easier for people to adopt th= e tool [...] >=20 > What'd you think about a syntax extension along the lines of >=20 > svnup --bsd-base > svnup --bsd-ports > svnup --bsd-all >=20 What about using svnup on another BSD , or Linux ?=20 > with automagic host selection, default to uname's major version stable bra= nch and default target dirs? >=20 >=20 The automagically selected host al la something like fastest-cvsup would be= useful as the list of mirrors changes and the "closest mirror" may not be a= pparent . > Regards, >=20 > Michael > _______________________________________________ > 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 Tue Mar 12 23:32:35 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 347B13F8 for ; Tue, 12 Mar 2013 23:32:35 +0000 (UTC) (envelope-from jcm@visi.com) Received: from g2host.com (mailback3.g2host.com [208.42.184.243]) by mx1.freebsd.org (Postfix) with ESMTP id 052B9115 for ; Tue, 12 Mar 2013 23:32:34 +0000 (UTC) Received: from [208.42.90.57] (account jcm@visi.com) by mailback3.g2host.com (CommuniGate Pro WEBUSER 5.3.11) with HTTP id 11149864; Tue, 12 Mar 2013 18:32:28 -0500 From: "John Mehr" Subject: Re: svn - but smaller? To: "Michael Ross" , X-Mailer: CommuniGate Pro WebUser v5.3.11 Date: Tue, 12 Mar 2013 18:32:28 -0500 Message-ID: In-Reply-To: References: <513E2DA5.70200@mac.com> MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1; format="flowed" Content-Transfer-Encoding: 8bit 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, 12 Mar 2013 23:32:35 -0000 On Tue, 12 Mar 2013 02:20:37 +0100  "Michael Ross" wrote: > On Tue, 12 Mar 2013 00:15:35 +0100, John Mehr > wrote: > >> >> On Mon, 11 Mar 2013 15:16:53 -0400 >>  Patrick McEvoy wrote: >>> Hello John, >>> This is Patrick the BSDTV guy. If you have the time / >>>inclination, would you like to do a quick walk through >>>svnup?**If you have a machine that will run Skype, I >>>could record you doing a walk through including all the >>>things you want to tell users about your port. Skype >>>offers a "share your screen" feature that I have found >>>helpful for making such videos. If you are interested, >>>please let me know. >>> Thank you for your support of the BSD community. >>>  ** >>>  -- Patrick McEvoy >>> patmcevoy@mac.com >>> cell: 718 440-5104 >>>  _______________________________________________ >>> 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" >>> >> >> Hello, >> >> I'm currently in the process of adding http/https >>support to svnup and once I've got that working, the >>command line interface will be changing to be more like >>the traditional svn client to make it easier for people >>to adopt the tool [...] > > What'd you think about a syntax extension along the >lines of > > svnup --bsd-base > svnup --bsd-ports > svnup --bsd-all > > with automagic host selection, default to uname's major >version stable branch and default target dirs? Hello, This sounds good to me, and as long as there's some sort of a consensus that we're not breaking the principle of least surprise, I'm all for it.  The one default that may be unexpected is the defaulting to the stable branch -- people who track the security branches will be left out.  So maybe something like: svnup --ports svnup --stable svnup --security (or --release) Thoughts? From owner-freebsd-stable@FreeBSD.ORG Wed Mar 13 00:10:11 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id A33B2AC2 for ; Wed, 13 Mar 2013 00:10:11 +0000 (UTC) (envelope-from jcm@visi.com) Received: from g2host.com (mailback3.g2host.com [208.42.184.243]) by mx1.freebsd.org (Postfix) with ESMTP id 7232E29C for ; Wed, 13 Mar 2013 00:10:10 +0000 (UTC) Received: from [208.42.90.57] (account jcm@visi.com) by mailback3.g2host.com (CommuniGate Pro WEBUSER 5.3.11) with HTTP id 11150250 for freebsd-stable@freebsd.org; Tue, 12 Mar 2013 19:10:10 -0500 From: "John Mehr" Subject: Re: svn - but smaller? To: "freebsd-stable@freebsd.org" X-Mailer: CommuniGate Pro WebUser v5.3.11 Date: Tue, 12 Mar 2013 19:10:10 -0500 Message-ID: In-Reply-To: <814F67A0-F447-4B21-8348-25DB57A01A12@longcount.org> References: <513E2DA5.70200@mac.com> <814F67A0-F447-4B21-8348-25DB57A01A12@longcount.org> MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1; format="flowed" Content-Transfer-Encoding: 8bit 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, 13 Mar 2013 00:10:11 -0000 On Tue, 12 Mar 2013 09:10:41 -0400  Mark Saad wrote: > > > --- > > > On Mar 11, 2013, at 9:20 PM, "Michael Ross" > wrote: > >> On Tue, 12 Mar 2013 00:15:35 +0100, John Mehr >> wrote: >> >>> >>> On Mon, 11 Mar 2013 15:16:53 -0400 >>> Patrick McEvoy wrote: >>>> Hello John, >>>> This is Patrick the BSDTV guy. If you have the time / >>>>inclination, would you like to do a quick walk through >>>>svnup?**If you have a machine that will run Skype, I >>>>could record you doing a walk through including all the >>>>things you want to tell users about your port. Skype >>>>offers a "share your screen" feature that I have found >>>>helpful for making such videos. If you are interested, >>>>please let me know. >>>> Thank you for your support of the BSD community. >>>> ** >>>> -- Patrick McEvoy >>>> patmcevoy@mac.com >>>> cell: 718 440-5104 >>>> _______________________________________________ >>>> 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" >>> >>> Hello, >>> >>> I'm currently in the process of adding http/https >>>support to svnup and once I've got that working, the >>>command line interface will be changing to be more like >>>the traditional svn client to make it easier for people >>>to adopt the tool [...] >> >> What'd you think about a syntax extension along the >>lines of >> >>    svnup --bsd-base >>    svnup --bsd-ports >>    svnup --bsd-all >> > > What about using svnup on another BSD , or Linux ? Hello, Once I get all of the planned features added and everything is working smoothly, I'll have time to start porting it to other operating systems.  OS X is the only other operating system I have easy access to, so that would be the first to get support. From owner-freebsd-stable@FreeBSD.ORG Wed Mar 13 01:57:15 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 586F7B06 for ; Wed, 13 Mar 2013 01:57:15 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 0C8868A6 for ; Wed, 13 Mar 2013 01:57:14 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.6/8.14.6) with ESMTP id r2D1vEEG064743; Tue, 12 Mar 2013 19:57:14 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.6/8.14.6/Submit) with ESMTP id r2D1vDhK064740; Tue, 12 Mar 2013 19:57:13 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Tue, 12 Mar 2013 19:57:13 -0600 (MDT) From: Warren Block To: John Mehr Subject: Re: svn - but smaller? In-Reply-To: Message-ID: References: <513E2DA5.70200@mac.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="3512871622-374191111-1363139834=:64633" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Tue, 12 Mar 2013 19:57:14 -0600 (MDT) Cc: Michael Ross , 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, 13 Mar 2013 01:57:15 -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. --3512871622-374191111-1363139834=:64633 Content-Type: TEXT/PLAIN; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: 8BIT On Tue, 12 Mar 2013, John Mehr wrote: > On Tue, 12 Mar 2013 02:20:37 +0100 >  "Michael Ross" wrote: >> >> What'd you think about a syntax extension along the lines of >> >> svnup --bsd-base >> svnup --bsd-ports >> svnup --bsd-all >> >> with automagic host selection, default to uname's major version stable >> branch and default target dirs? > > Hello, > > This sounds good to me, and as long as there's some sort of a consensus that > we're not breaking the principle of least surprise, I'm all for it.  The one > default that may be unexpected is the defaulting to the stable branch -- > people who track the security branches will be left out.  So maybe something > like: > > svnup --ports > svnup --stable > svnup --security (or --release) How would you select the mirror? There are two now, and likely more later. --3512871622-374191111-1363139834=:64633-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 13 05:29:55 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 78EC739E for ; Wed, 13 Mar 2013 05:29:55 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id D3040247 for ; Wed, 13 Mar 2013 05:29:54 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id r2D5Tjg1027841; Wed, 13 Mar 2013 16:29:45 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Wed, 13 Mar 2013 16:29:45 +1100 (EST) From: Ian Smith To: John Mehr Subject: Re: svn - but smaller? In-Reply-To: Message-ID: <20130313152150.E32142@sola.nimnet.asn.au> References: <513E2DA5.70200@mac.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1975432105-1363152585=:32142" Cc: Michael Ross , 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, 13 Mar 2013 05:29:55 -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. --0-1975432105-1363152585=:32142 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: 8BIT On Tue, 12 Mar 2013 18:32:28 -0500, John Mehr wrote: > On Tue, 12 Mar 2013 02:20:37 +0100 >  "Michael Ross" wrote: > > On Tue, 12 Mar 2013 00:15:35 +0100, John Mehr wrote: [..] > > > Hello, > > > > > > I'm currently in the process of adding http/https support to svnup and > > > once I've got that working, the command line interface will be changing > > > to be more like the traditional svn client to make it easier for people > > > to adopt the tool [...] > > > > What'd you think about a syntax extension along the lines of > > > > svnup --bsd-base > > svnup --bsd-ports > > svnup --bsd-all > > > > with automagic host selection, default to uname's major version stable > > branch and default target dirs? > > Hello, > > This sounds good to me, and as long as there's some sort of a consensus that > we're not breaking the principle of least surprise, I'm all for it.  The one > default that may be unexpected is the defaulting to the stable branch -- > people who track the security branches will be left out.  So maybe something > like: > > svnup --ports > svnup --stable > svnup --security (or --release) > > Thoughts? Hi John, I have a few .. Firstly, this is a great advance for I suspect many people who aren't developers as such, but want to simply update sources for some or all of the reasons Ike spells out on his wiki page. The sooner this hits the tree the better in my view, but adding more features won't speed that. I have a small test system on which I'd installed (two instances of) 9.1 so a couple of days ago I fetched ports with portsnap, installed svnup, and ran it using the (just what I needed) example command in svnup(1). I get about 700KB/s here, and svnup took about 15 minutes to update 9.1 sources to 9-stable. This is fine. Last night I ran it again, but it took 12:42 to make no changes. This seemed puzzling, as you'd said only a few minutes for subsequent updates, but the reason appears to be that in both cases, I ran it in script(1), and the default verbosity of 1 includes a listing of every directory and file examined, followed by then codes. Even in less -r (raw) mode it still has to display and skip through all the (now invisible) lines; bit messy. Even the second do-nothing run made a 2MB script file, the original with all 9.1 to -stable updates being 3.4MB. So I'd love the option to only list the changes (- and +) and simply ignore unchanged dirs/files without any display for use in script(1). Apart from that, I'm happy. As is, it more or less follows csup(1) type arguments, and I think that as a c{,v}sup replacement that's appropriate. Making its arguments more like svn's may actually be confusing, if it leads people to think of it as "svn light" when it really isn't, especially with no .svn directory. As we have portsnap, which updates INDEX-* and checks integrity, I'm not sure that using svnup for ports is worthwhile considering. It would save (here) 135MB in var/db/portsnap, but that's pretty light in view of the 700MB-odd of /usr/ports/.svn in the ports distributed with 9.1-R As for stable, release or security branches (of which major release?) I think specifying base/stable/9 or whatever is good; it helps people with 10 or more years of 9-STABLE or 9.1-RELEASE etc syntax adapt to the svn reality but remains explicit enough to put in a script and know just what's being fetched, without regard to the fetching machine's uname. Not to go as far as emulating supfiles, but a few things (host, branch and target dir) would be useful in a small .conf file that could be specified on command line, as a supfile is to csup, perhaps? And svnup(1) really should mention that any files in the target tree not in the repository will be deleted, which was (explicitly) not the case with c{,v}sup. I only lost a few acpi patches that I think have likely made it to stable/9 anyway, and it's a test system, but I was surprised. All the best John; as a first contribution I think this is fabulous! cheers, Ian --0-1975432105-1363152585=:32142-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 13 06:42:07 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 947A5F67 for ; Wed, 13 Mar 2013 06:42:07 +0000 (UTC) (envelope-from yerenkow@gmail.com) Received: from mail-pb0-f51.google.com (mail-pb0-f51.google.com [209.85.160.51]) by mx1.freebsd.org (Postfix) with ESMTP id 4EA8F68A for ; Wed, 13 Mar 2013 06:42:06 +0000 (UTC) Received: by mail-pb0-f51.google.com with SMTP id un15so690741pbc.38 for ; Tue, 12 Mar 2013 23:42:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=3kysHcGWy9w0e8TbB+OYtHeKifBPu1iskQ3eR6a1tYc=; b=MDzyWSNJ7rvDGMHhxE0ubKXK+jAEocRp4B3fewgw24OWeFexZ1mENSWkV2z553EpJY 3p2i826stHjrrwKQRoy+a2OX8ZZeYwaE3uAZyC4ulWkfAvxpJIKPjxTKATi1sXdCt8Gk avgg49zLW2b3Hqos0wHpXfsBk1by2wZ+IveqwTDQFq7ybAJAYYW0DNk4Z4G01YZJ9+up S1sXRWAuEE3OjXCTrUJsehVwd6WBF/RQmLHvQO1yCxv+HwjKqWiq7EHrFF9l/JInv8mU cwnYTdmSZ1inLjNRiA5O/yATjsV/2B7lfcImC7ZM8wukko1XqFrCjchWsuzCq3UTQQXk m/2Q== MIME-Version: 1.0 X-Received: by 10.68.137.131 with SMTP id qi3mr43348289pbb.47.1363156926577; Tue, 12 Mar 2013 23:42:06 -0700 (PDT) Received: by 10.68.36.69 with HTTP; Tue, 12 Mar 2013 23:42:06 -0700 (PDT) In-Reply-To: References: <513E2DA5.70200@mac.com> Date: Wed, 13 Mar 2013 08:42:06 +0200 Message-ID: Subject: Re: svn - but smaller? From: Alexander Yerenkow To: John Mehr Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Michael Ross , 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, 13 Mar 2013 06:42:07 -0000 I think that this keys shouldn't be included into binary. svnup --ports svnup --stable svnup --security (or --release) I'm proposing create somewhere, like in /usr/share/svnup/aliases with portssvn://svn.freebsd.org/blabla/.... stablesvn://svn.freebsd.org/blabla/ {uname-arch}/{uname-version}/ .... etc. So we will have some freedom to enhance and tweak it's behhavior while at least in alpha stage. -- Regards, Alexander Yerenkow From owner-freebsd-stable@FreeBSD.ORG Wed Mar 13 08:00:43 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id A40E25D4 for ; Wed, 13 Mar 2013 08:00:43 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-bk0-x231.google.com (mail-bk0-x231.google.com [IPv6:2a00:1450:4008:c01::231]) by mx1.freebsd.org (Postfix) with ESMTP id 12C2CA76 for ; Wed, 13 Mar 2013 08:00:42 +0000 (UTC) Received: by mail-bk0-f49.google.com with SMTP id w11so293340bku.36 for ; Wed, 13 Mar 2013 01:00:42 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:x-mailer:from:subject:date :to:x-gm-message-state; bh=dnqimqPqtE1C9aeFFg+xU4LRpwgUhBYiLBVDzbTHbQ4=; b=jQYY1PEu8jEN1FQKEeI6VK/IeimvcIr4XOFrT6KtqMrNKh3xyQT/zraPbNJswbrJ2t HnsLtsUiZj5RytyT9+Q0LvUpa2/utGkvtcIli0Xa8F2JPBA2BT5r2ajLZcNM+skRrrV4 U9J1J4kQow9rcPiKGUM/SjpkbLUBllTUqlFKMzV8pYrENdMZBKZV6t90E/aRy+VO3aKx Jn+E5jy223s/j68CIrWTTfgFfjQ7s+9DbgDfW+Cile3zZIoC/YXVB0g62TWes/dJ0y1w +Ep5otdPMEmU9QpEargNMRktn9dbtCVlj/+rM+HAtsStMiL/7xfwrI8ZAaTw5eal4MaN qLMA== X-Received: by 10.204.186.1 with SMTP id cq1mr7034531bkb.73.1363161642086; Wed, 13 Mar 2013 01:00:42 -0700 (PDT) Received: from ?IPv6:2a01:e35:8a58:2600:88d4:b7c:de4e:329b? ([2a01:e35:8a58:2600:88d4:b7c:de4e:329b]) by mx.google.com with ESMTPS id g28sm5701842bkv.17.2013.03.13.01.00.40 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 13 Mar 2013 01:00:41 -0700 (PDT) References: <513E2DA5.70200@mac.com> <20130313152150.E32142@sola.nimnet.asn.au> Mime-Version: 1.0 (1.0) In-Reply-To: <20130313152150.E32142@sola.nimnet.asn.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: <10533395-DAA0-4AD4-9CA3-89672F28BC71@my.gd> X-Mailer: iPhone Mail (10B144) From: Damien Fleuriot Subject: Re: svn - but smaller? Date: Wed, 13 Mar 2013 09:00:21 +0100 To: Ian Smith X-Gm-Message-State: ALoCoQkfz4uoPwR9bRHURBN5pAV6TnzCcPrAKpKFXE2z193LRikXRjDcfC5CmToXeIASytrcv8KS Cc: Michael Ross , John Mehr , "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, 13 Mar 2013 08:00:43 -0000 On 13 Mar 2013, at 06:29, Ian Smith wrote: > On Tue, 12 Mar 2013 18:32:28 -0500, John Mehr wrote: >> On Tue, 12 Mar 2013 02:20:37 +0100 >> "Michael Ross" wrote: >>> On Tue, 12 Mar 2013 00:15:35 +0100, John Mehr wrote: > [..] >>>> Hello, >>>>=20 >>>> I'm currently in the process of adding http/https support to svnup and >>>> once I've got that working, the command line interface will be changing= >>>> to be more like the traditional svn client to make it easier for people= >>>> to adopt the tool [...] >>>=20 >>> What'd you think about a syntax extension along the lines of >>>=20 >>> svnup --bsd-base >>> svnup --bsd-ports >>> svnup --bsd-all >>>=20 >>> with automagic host selection, default to uname's major version stable >>> branch and default target dirs? >>=20 >> Hello, >>=20 >> This sounds good to me, and as long as there's some sort of a consensus t= hat >> we're not breaking the principle of least surprise, I'm all for it. The o= ne >> default that may be unexpected is the defaulting to the stable branch -- >> people who track the security branches will be left out. So maybe someth= ing >> like: >>=20 >> svnup --ports >> svnup --stable >> svnup --security (or --release) >>=20 >> Thoughts? >=20 > Hi John, >=20 > I have a few .. >=20 > Firstly, this is a great advance for I suspect many people who aren't=20 > developers as such, but want to simply update sources for some or all of=20= > the reasons Ike spells out on his wiki page. The sooner this hits the=20 > tree the better in my view, but adding more features won't speed that. >=20 > I have a small test system on which I'd installed (two instances of) 9.1=20= > so a couple of days ago I fetched ports with portsnap, installed svnup,=20= > and ran it using the (just what I needed) example command in svnup(1). >=20 > I get about 700KB/s here, and svnup took about 15 minutes to update 9.1=20= > sources to 9-stable. This is fine. Last night I ran it again, but it=20 > took 12:42 to make no changes. This seemed puzzling, as you'd said only=20= > a few minutes for subsequent updates, but the reason appears to be that=20= > in both cases, I ran it in script(1), and the default verbosity of 1=20 > includes a listing of every directory and file examined, followed by=20 > then codes. Even in less -r (raw) mode it still has=20= > to display and skip through all the (now invisible) lines; bit messy. >=20 > Even the second do-nothing run made a 2MB script file, the original with=20= > all 9.1 to -stable updates being 3.4MB. So I'd love the option to only=20= > list the changes (- and +) and simply ignore unchanged dirs/files=20 > without any display for use in script(1). Apart from that, I'm happy. >=20 > As is, it more or less follows csup(1) type arguments, and I think that=20= > as a c{,v}sup replacement that's appropriate. Making its arguments more=20= > like svn's may actually be confusing, if it leads people to think of it=20= > as "svn light" when it really isn't, especially with no .svn directory. >=20 > As we have portsnap, which updates INDEX-* and checks integrity, I'm not=20= > sure that using svnup for ports is worthwhile considering. It would=20 > save (here) 135MB in var/db/portsnap, but that's pretty light in view of=20= > the 700MB-odd of /usr/ports/.svn in the ports distributed with 9.1-R >=20 I beg to differ, if I can only use the tool to upgrade my base sources but n= ot the ports, thus still needing vanilla SVN, then I for one won't have any u= se for said tool whatsoever. Just my take on it. I'm totally not into portsnap. > As for stable, release or security branches (of which major release?) I=20= > think specifying base/stable/9 or whatever is good; it helps people with=20= > 10 or more years of 9-STABLE or 9.1-RELEASE etc syntax adapt to the svn=20= > reality but remains explicit enough to put in a script and know just=20 > what's being fetched, without regard to the fetching machine's uname. >=20 > Not to go as far as emulating supfiles, but a few things (host, branch=20 > and target dir) would be useful in a small .conf file that could be=20 > specified on command line, as a supfile is to csup, perhaps? >=20 > And svnup(1) really should mention that any files in the target tree not=20= > in the repository will be deleted, which was (explicitly) not the case=20 > with c{,v}sup. I only lost a few acpi patches that I think have likely=20= > made it to stable/9 anyway, and it's a test system, but I was surprised. >=20 > All the best John; as a first contribution I think this is fabulous! >=20 > cheers, Ian > _______________________________________________ > 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 Mar 13 08:37:12 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 90D42E7F; Wed, 13 Mar 2013 08:37:12 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 1E53AD2B; Wed, 13 Mar 2013 08:37:11 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.5/8.14.5) with ESMTP id r2D8b4xa091816; Wed, 13 Mar 2013 12:37:04 +0400 (MSK) (envelope-from marck@rinet.ru) Date: Wed, 13 Mar 2013 12:37:04 +0400 (MSK) From: Dmitry Morozovsky To: araujo@freebsd.org Subject: Re: carp on stable/9: is there a way to keep jumbo? In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (woozle.rinet.ru [0.0.0.0]); Wed, 13 Mar 2013 12:37:05 +0400 (MSK) 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, 13 Mar 2013 08:37:12 -0000 (moving to more appropriate mailing list) On Mon, 11 Mar 2013, Dmitry Morozovsky wrote: > > > yes, I know glebius@ overhauled carp in -current, but I'm a bit nervous to > > > deploy bleeding edge system on a NAS/SAN ;) > > > > > > So, my question is about current state of carp in stable/9: building HA > > > pair I > > > found that carp interfaces lose jumbo capabilities: > > > > > > > > I made a patch for 9.1-RELEASE, it is totally based on glebius@ work, or > > partially :). I'm using it nowadays and it just works pretty fine for me. > > > > I didn't test with JUMBO frame, but you can give a try and let us know if > > it works or not. > > > > PATCH: http://people.freebsd.org/~araujo/carpdev/ > > I'vr managed to apply this finally :) > > It seems your path is sometimes spammed with $FreeBSD$ changes, which leads to > 4 .rej's for me (nothing except ./sys/netinet/ip_carp.c.rej are sighnificany, > but they may produce problem in future merging) > > Only buildworld tests are finished for me yet; more to test later and/or > tomorrow. I booted my carp pair and it at least boot properly, ``ifconfig lagg0 vhid 1 state master'' works, and tcpdump to carp address show jumbo frames receiving and sending. Time to set up takeover and test istgt Thank you! -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Wed Mar 13 09:26:08 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id A3E12842 for ; Wed, 13 Mar 2013 09:26:08 +0000 (UTC) (envelope-from peter@pean.org) Received: from velox.its.uu.se (velox.its.uu.se [130.238.7.74]) by mx1.freebsd.org (Postfix) with ESMTP id 64378F76 for ; Wed, 13 Mar 2013 09:26:07 +0000 (UTC) X-Virus-Scanned: amavisd-new at uu.se Received: from nyx.uppmax.uu.se (nyx.uppmax.uu.se [130.238.137.40]) by velox.its.uu.se (Postfix) with ESMTP id 3065E351DE for ; Wed, 13 Mar 2013 10:17:51 +0100 (CET) Message-ID: <5140443F.3080507@pean.org> Date: Wed, 13 Mar 2013 10:17:51 +0100 From: =?ISO-8859-1?Q?Peter_Ankerst=E5l?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130219 Thunderbird/17.0.3 MIME-Version: 1.0 To: "stable@freebsd.org" Subject: amdtemp does not find my CPU. Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit 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, 13 Mar 2013 09:26:08 -0000 Hi! Im running FreeBSD 9.1 on a AMD APU machine: CPU: AMD E-450 APU with Radeon(tm) HD Graphics (1699.36-MHz K8-class CPU) FreeBSD 9.1-RELEASE-p1 #0 r243379M: Fri Mar 8 23:16:44 CET 2013 root@pean.org:/usr/obj/usr/src/sys/GENERIC I try to use amdtemp(4) to read the temperature of this CPU but it doesnt seem to detect the CPU. The manual states that it should support K8-class. The amdtemp.c isnt huge so maybe it is very simple to make it work? Best Regards Peter Ankerstål. From owner-freebsd-stable@FreeBSD.ORG Wed Mar 13 10:21:11 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id CE625F7 for ; Wed, 13 Mar 2013 10:21:11 +0000 (UTC) (envelope-from freebsd-stable@dino.sk) Received: from mailhost.netlab.sk (mailhost.netlab.sk [84.245.65.10]) by mx1.freebsd.org (Postfix) with ESMTP id 63955389 for ; Wed, 13 Mar 2013 10:21:10 +0000 (UTC) Received: from zeta.dino.sk (fw1.dino.sk [84.245.95.252]) (AUTH: LOGIN milan, TLS: TLSv1/SSLv3,128bits,AES128-SHA) by mailhost.netlab.sk with ESMTPSA; Wed, 13 Mar 2013 11:16:15 +0100 id 00547486.514051EF.0000D02B Date: Wed, 13 Mar 2013 11:16:01 +0100 From: Milan Obuch To: Peter =?ISO-8859-1?Q?Ankerst=E5l?= Subject: Re: amdtemp does not find my CPU. Message-ID: <20130313111601.5d4bcb67@zeta.dino.sk> In-Reply-To: <5140443F.3080507@pean.org> References: <5140443F.3080507@pean.org> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.6; amd64-portbld-freebsd9.1) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAGFBMVEX+/v7++v6YOTrq8PCcuIX989UvOSj++v0BNCbpAAAAB3RJTUUHsQwfFzs7RBhzUQAAAhJJREFUOI1dU8GOqzAMNKIoV1bvwD1i0ysqrHplIdBrVSX7ATSbd03VVvn9tQNtQy0hjAdn7LED4AAcPtWm9RV+MPSfxhBLx9ajd6X/ngB6/mTwnRSZua7i7Ca+0ctZKo4Qmz+JY13X6I3nFZBxIYW1PbgfQ5RP8g0XlltEWGf3cV03joYpRnFbvYDKbXjZlXyyhEZA4lI+cN3NaVXE4VKjSwTExO10eTEkkJVqIAD5z0nUBQJluQDRSQjcrBiHAJxZlAH5CUMBMC7OcJ4LMQNnxhZ1HYPscMc6J4UlWRMNwzOpCcAHKSICd1EDn83abdREIbXsHkD1OinP1aCUCOEVRaa1lMcvywUWdYgk13JQUpYNKmvXQ8Kw5ML9YI5h8SakctBc7E/IYuLhYd/zZIk+1gM1vNweQBvHE0j+oYah3sMqAytQYlZk6+ANaaawJdu3OFzYGMZ3iGpa3qMlq9ZH0VZTgrCtw/ngdYkEIIpSbP1bWQAdFdX9vocBdkH2qVjVmuMu3gI5rjs814EUdrCZgWlPaxZZ3RiLFUtr+ud0PXwp2dnQSNXgePt6AZpBj6UMJ7VQkzN4utVeaSW1Dhn/kblGrKeMvNGnzwX4zuEDarYz1KdPtR60Gul0Gued+515SJXhCsl+Tx/3kY/UDvicPll9mfu50t3tvQ/thZpJYgeuwdSKNJ6tCD98MCgoxLDaPxbwqqwPWaWiAAAAAElFTkSuQmCC X-Face: ak5rwz4-aUa>hPFZlcg,bXxn.(TN}e9DGFrKU\.i_'B[&5=pAd9o"j)5VSUYW:BRQG#^42Ev$Il|; Ztn=,C X-Operating-System: FreeBSD/amd64 8.2-STABLE Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 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, 13 Mar 2013 10:21:11 -0000 On Wed, 13 Mar 2013 10:17:51 +0100 Peter Ankerst=E5l wrote: > Hi! >=20 > Im running FreeBSD 9.1 on a AMD APU machine: > CPU: AMD E-450 APU with Radeon(tm) HD Graphics (1699.36-MHz K8-class > CPU) >=20 > FreeBSD 9.1-RELEASE-p1 #0 r243379M: Fri Mar 8 23:16:44 CET 2013=20 > root@pean.org:/usr/obj/usr/src/sys/GENERIC >=20 > I try to use amdtemp(4) to read the temperature of this CPU but it=20 > doesnt seem to detect the CPU. The manual states that it should > support K8-class. >=20 > The amdtemp.c isnt huge so maybe it is very simple to make it work? >=20 > Best Regards > Peter Ankerst=E5l. >=20 Hi, you need to try amdtemp.c from CURRENT aka HEAD. I did it for both E-350 and C-60 CPU and it works for me. If you need something more to test it, I can help, but it is really easy. Regards, Milan From owner-freebsd-stable@FreeBSD.ORG Wed Mar 13 10:23:51 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 6904D4B1 for ; Wed, 13 Mar 2013 10:23:51 +0000 (UTC) (envelope-from jdc@koitsu.org) Received: from qmta01.emeryville.ca.mail.comcast.net (qmta01.emeryville.ca.mail.comcast.net [IPv6:2001:558:fe2d:43:76:96:30:16]) by mx1.freebsd.org (Postfix) with ESMTP id 4FA993E2 for ; Wed, 13 Mar 2013 10:23:51 +0000 (UTC) Received: from omta02.emeryville.ca.mail.comcast.net ([76.96.30.19]) by qmta01.emeryville.ca.mail.comcast.net with comcast id AyFG1l0030QkzPwA1yPqTN; Wed, 13 Mar 2013 10:23:50 +0000 Received: from koitsu.strangled.net ([67.180.84.87]) by omta02.emeryville.ca.mail.comcast.net with comcast id AyPp1l00E1t3BNj8NyPq2K; Wed, 13 Mar 2013 10:23:50 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id B02D173A31; Wed, 13 Mar 2013 03:23:49 -0700 (PDT) Date: Wed, 13 Mar 2013 03:23:49 -0700 From: Jeremy Chadwick To: Peter Ankerst?l Subject: Re: amdtemp does not find my CPU. Message-ID: <20130313102349.GA69118@icarus.home.lan> References: <5140443F.3080507@pean.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5140443F.3080507@pean.org> User-Agent: Mutt/1.5.21 (2010-09-15) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20121106; t=1363170230; bh=+j/A+QpO4CfbEZ9weLr10RQWhZ7xZWcFxzi0/SJAEn4=; h=Received:Received:Received:Date:From:To:Subject:Message-ID: MIME-Version:Content-Type; b=O5Jkb/8L40jDgwAiBpPtJJvkyCw6ecHuovtueW28UJlNPDhEXvant0vP62FOckeVI gAs4jRqft5KM+MHV7CSOyD++qETC6Spe2K/BdEyPnanVJ/mVOuhI6hQMBPe2wAKRlz ZkXuaOibufCFTAmKAVt8PGlAKGQgINK4sDp0jmJayoO1rGxMTZCSi3s1Ctth86RUEk eC4S3+feVdJ3bhHPqBm7920J9pBDcsCx4AuDbrD88w7muwBPjVrHLfoMY2Sh7g/hqG h4vbHc8LUaQmtXzNPlkupCc9y8rQQ7Ssc6T+iWGjD0ODl2pBbBGsz5qIu3b3IG2odv uImVkSmCcxe+A== 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: Wed, 13 Mar 2013 10:23:51 -0000 On Wed, Mar 13, 2013 at 10:17:51AM +0100, Peter Ankerst?l wrote: > Hi! > > Im running FreeBSD 9.1 on a AMD APU machine: > CPU: AMD E-450 APU with Radeon(tm) HD Graphics (1699.36-MHz K8-class CPU) > > FreeBSD 9.1-RELEASE-p1 #0 r243379M: Fri Mar 8 23:16:44 CET 2013 > root@pean.org:/usr/obj/usr/src/sys/GENERIC > > I try to use amdtemp(4) to read the temperature of this CPU but it > doesnt seem to detect the CPU. The manual states that it should > support K8-class. > > The amdtemp.c isnt huge so maybe it is very simple to make it work? A similar discussion happened last month about FreeBSD 8.x and the amdtemp(4) driver and what models it supports. See thread and my comments: Thread: http://lists.freebsd.org/pipermail/freebsd-stable/2013-February/thread.html#72340 First post: http://lists.freebsd.org/pipermail/freebsd-stable/2013-February/072340.html Points I'm trying to get across, as someone who has no familiarity with the amdtemp(4) driver/code, but does have quite a lot of familiarity with H/W monitoring chipsets: 1. Do not assume it will be simple to "make it work" simply because the driver you see is ~13KBytes -- the size has no bearing on technical complexities. 2. Support for different CPUs have to be added gradually and carefully, as hardware vendors change methods/models behaviour of the DTSes and surrounding bits more often than you might think. Consider what would happen if support was added which in turn broke/caused issues for other CPU models (either newer or older); the end result consists of end-users screaming about the breakage, and people having to rush to provide a fix. You might want to look at the "Core Temp" utility for Windows, for example, where it has to be updated periodically to add support for some models of CPUs; be sure to note all the "Fix:" items too. http://www.alcpu.com/CoreTemp/history.html 3. Low-level technical documentation of behaviour per CPU model is sometimes not made available publicly by the vendor until after N number of years. This requires the person adding support to reverse-engineer existing programs out there (ex. Linux, etc.) that provide such. This takes time, and can often be more error-prone than real documentation. And don't forget about CPU bugs/errata too. 4. Do not forget amdtemp(4) is kernel-land: the last thing you want to do is screw it up (think panic). Userland is often more forgiving, depending what all you're interfacing with on the kernel side (ex. a badly-formed ioctl from userland could cause a panic too). -- | Jeremy Chadwick jdc@koitsu.org | | UNIX Systems Administrator http://jdc.koitsu.org/ | | Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Mar 13 10:45:17 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id A734F934 for ; Wed, 13 Mar 2013 10:45:17 +0000 (UTC) (envelope-from peter@pean.org) Received: from velox.its.uu.se (velox.its.uu.se [130.238.7.74]) by mx1.freebsd.org (Postfix) with ESMTP id 688606E6 for ; Wed, 13 Mar 2013 10:45:16 +0000 (UTC) X-Virus-Scanned: amavisd-new at uu.se Received: from nyx.uppmax.uu.se (nyx.uppmax.uu.se [130.238.137.40]) by velox.its.uu.se (Postfix) with ESMTP id 1CD96352F9; Wed, 13 Mar 2013 11:45:15 +0100 (CET) Message-ID: <514058BB.3040307@pean.org> Date: Wed, 13 Mar 2013 11:45:15 +0100 From: =?ISO-8859-1?Q?Peter_Ankerst=E5l?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130219 Thunderbird/17.0.3 MIME-Version: 1.0 To: Milan Obuch Subject: Re: amdtemp does not find my CPU. References: <5140443F.3080507@pean.org> <20130313111601.5d4bcb67@zeta.dino.sk> In-Reply-To: <20130313111601.5d4bcb67@zeta.dino.sk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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, 13 Mar 2013 10:45:17 -0000 On 03/13/2013 11:16 AM, Milan Obuch wrote: > > you need to try amdtemp.c from CURRENT aka HEAD. I did it for both > E-350 and C-60 CPU and it works for me. If you need something more to > test it, I can help, but it is really easy. > > Regards, > Milan > Thanks! That worked nicely! Regards, Peter From owner-freebsd-stable@FreeBSD.ORG Wed Mar 13 11:00:55 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id F08F031B for ; Wed, 13 Mar 2013 11:00:55 +0000 (UTC) (envelope-from freebsd-stable@dino.sk) Received: from mailhost.netlab.sk (mailhost.netlab.sk [84.245.65.10]) by mx1.freebsd.org (Postfix) with ESMTP id 683957E8 for ; Wed, 13 Mar 2013 11:00:54 +0000 (UTC) Received: from zeta.dino.sk (fw1.dino.sk [84.245.95.252]) (AUTH: LOGIN milan, TLS: TLSv1/SSLv3,128bits,AES128-SHA) by mailhost.netlab.sk with ESMTPSA; Wed, 13 Mar 2013 12:00:54 +0100 id 0054749C.51405C66.0000D3ED Date: Wed, 13 Mar 2013 12:00:53 +0100 From: Milan Obuch To: Peter =?ISO-8859-1?Q?Ankerst=E5l?= Subject: Re: amdtemp does not find my CPU. Message-ID: <20130313120053.22986481@zeta.dino.sk> In-Reply-To: <514058BB.3040307@pean.org> References: <5140443F.3080507@pean.org> <20130313111601.5d4bcb67@zeta.dino.sk> <514058BB.3040307@pean.org> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.6; amd64-portbld-freebsd9.1) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAGFBMVEX+/v7++v6YOTrq8PCcuIX989UvOSj++v0BNCbpAAAAB3RJTUUHsQwfFzs7RBhzUQAAAhJJREFUOI1dU8GOqzAMNKIoV1bvwD1i0ysqrHplIdBrVSX7ATSbd03VVvn9tQNtQy0hjAdn7LED4AAcPtWm9RV+MPSfxhBLx9ajd6X/ngB6/mTwnRSZua7i7Ca+0ctZKo4Qmz+JY13X6I3nFZBxIYW1PbgfQ5RP8g0XlltEWGf3cV03joYpRnFbvYDKbXjZlXyyhEZA4lI+cN3NaVXE4VKjSwTExO10eTEkkJVqIAD5z0nUBQJluQDRSQjcrBiHAJxZlAH5CUMBMC7OcJ4LMQNnxhZ1HYPscMc6J4UlWRMNwzOpCcAHKSICd1EDn83abdREIbXsHkD1OinP1aCUCOEVRaa1lMcvywUWdYgk13JQUpYNKmvXQ8Kw5ML9YI5h8SakctBc7E/IYuLhYd/zZIk+1gM1vNweQBvHE0j+oYah3sMqAytQYlZk6+ANaaawJdu3OFzYGMZ3iGpa3qMlq9ZH0VZTgrCtw/ngdYkEIIpSbP1bWQAdFdX9vocBdkH2qVjVmuMu3gI5rjs814EUdrCZgWlPaxZZ3RiLFUtr+ud0PXwp2dnQSNXgePt6AZpBj6UMJ7VQkzN4utVeaSW1Dhn/kblGrKeMvNGnzwX4zuEDarYz1KdPtR60Gul0Gued+515SJXhCsl+Tx/3kY/UDvicPll9mfu50t3tvQ/thZpJYgeuwdSKNJ6tCD98MCgoxLDaPxbwqqwPWaWiAAAAAElFTkSuQmCC X-Face: ak5rwz4-aUa>hPFZlcg,bXxn.(TN}e9DGFrKU\.i_'B[&5=pAd9o"j)5VSUYW:BRQG#^42Ev$Il|; Ztn=,C X-Operating-System: FreeBSD/amd64 8.2-STABLE Mime-Version: 1.0 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, 13 Mar 2013 11:00:56 -0000 On Wed, 13 Mar 2013 11:45:15 +0100 Peter Ankerst=C3=A5l wrote: > On 03/13/2013 11:16 AM, Milan Obuch wrote: >=20 > > > > you need to try amdtemp.c from CURRENT aka HEAD. I did it for both > > E-350 and C-60 CPU and it works for me. If you need something more > > to test it, I can help, but it is really easy. > > > > Regards, > > Milan > > >=20 > Thanks! That worked nicely! >=20 > Regards, > Peter > Glad it helps :) Just one small thing I encountered - temperature read via sysctl from amdtemp module was ~ 7 degrees higher than those reported via BIOS setup screen. As it was some months already, maybe these vaules are now in line, but it would be good to test it for yourself. Regards, Milan From owner-freebsd-stable@FreeBSD.ORG Wed Mar 13 11:11:14 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 44E41A84 for ; Wed, 13 Mar 2013 11:11:14 +0000 (UTC) (envelope-from peter@pean.org) Received: from lyra.its.uu.se (lyra.its.uu.se [130.238.7.73]) by mx1.freebsd.org (Postfix) with ESMTP id 0853E882 for ; Wed, 13 Mar 2013 11:11:13 +0000 (UTC) X-Virus-Scanned: amavisd-new at uu.se Received: from nyx.uppmax.uu.se (nyx.uppmax.uu.se [130.238.137.40]) by lyra.its.uu.se (Postfix) with ESMTP id 25540396C4; Wed, 13 Mar 2013 12:03:11 +0100 (CET) Message-ID: <51405CEF.8040304@pean.org> Date: Wed, 13 Mar 2013 12:03:11 +0100 From: =?ISO-8859-1?Q?Peter_Ankerst=E5l?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130219 Thunderbird/17.0.3 MIME-Version: 1.0 To: Milan Obuch Subject: Re: amdtemp does not find my CPU. References: <5140443F.3080507@pean.org> <20130313111601.5d4bcb67@zeta.dino.sk> <514058BB.3040307@pean.org> <20130313120053.22986481@zeta.dino.sk> In-Reply-To: <20130313120053.22986481@zeta.dino.sk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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, 13 Mar 2013 11:11:14 -0000 On 03/13/2013 12:00 PM, Milan Obuch wrote: > > Glad it helps :) Just one small thing I encountered - temperature read > via sysctl from amdtemp module was ~ 7 degrees higher than those > reported via BIOS setup screen. As it was some months already, maybe > these vaules are now in line, but it would be good to test it for > yourself. > > Regards, > Milan > Ah, good to know, I will check it out. /Peter. From owner-freebsd-stable@FreeBSD.ORG Wed Mar 13 15:21:10 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id D39B7212 for ; Wed, 13 Mar 2013 15:21:10 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id 46C75DF5 for ; Wed, 13 Mar 2013 15:21:09 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id r2DFL6Cp047772; Thu, 14 Mar 2013 02:21:06 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Thu, 14 Mar 2013 02:21:06 +1100 (EST) From: Ian Smith To: Damien Fleuriot Subject: Re: svn - but smaller? In-Reply-To: <10533395-DAA0-4AD4-9CA3-89672F28BC71@my.gd> Message-ID: <20130314011307.F32142@sola.nimnet.asn.au> References: <513E2DA5.70200@mac.com> <20130313152150.E32142@sola.nimnet.asn.au> <10533395-DAA0-4AD4-9CA3-89672F28BC71@my.gd> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Michael Ross , John Mehr , "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, 13 Mar 2013 15:21:10 -0000 On Wed, 13 Mar 2013 09:08:21 +0100, Damien Fleuriot wrote: > On 13 Mar 2013, at 06:29, Ian Smith wrote: Damien, please permit me to trim to the point you responded to: > > As we have portsnap, which updates INDEX-* and checks integrity, I'm not > > sure that using svnup for ports is worthwhile considering. It would > > save (here) 135MB in var/db/portsnap, but that's pretty light in view of > > the 700MB-odd of /usr/ports/.svn in the ports distributed with 9.1-R > > > > I beg to differ, if I can only use the tool to upgrade my base > sources but not the ports, thus still needing vanilla SVN, then I for > one won't have any use for said tool whatsoever. > > Just my take on it. > I'm totally not into portsnap. Allow me to rephrase that: I'm not sure that using svnup for ports is worthwhile considering as an option for me, here :) I'm happy using portsnap, not having had any problem with it .. but to each their own! For one thing, I'm still getting ~13 minute svnup runs, even using -v0 (silent), to update once 5 and later 1 file in stable/9, whereas running portsnap fetch && portsnap update totalled ~50 seconds for 5 new ports and 82 patches. Has anyone tried svnup with -b ports/base yet? It seems that you could use svnup to download any part of the repository that the server will let you have. I used '-b base/stable/9' but could apparently? get base/head or base/releng/4.11 - or ports/head, doc/head or perhaps even csrg for a 4.4BSD snapshot! - any corrections welcome. cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Wed Mar 13 15:40:11 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id A0990CC7 for ; Wed, 13 Mar 2013 15:40:11 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from cpsmtpb-ews09.kpnxchange.com (cpsmtpb-ews09.kpnxchange.com [213.75.39.14]) by mx1.freebsd.org (Postfix) with ESMTP id 11D6EF67 for ; Wed, 13 Mar 2013 15:40:10 +0000 (UTC) Received: from cpsps-ews24.kpnxchange.com ([10.94.84.190]) by cpsmtpb-ews09.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Wed, 13 Mar 2013 16:37:35 +0100 Received: from CPSMTPM-TLF103.kpnxchange.com ([195.121.3.6]) by cpsps-ews24.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Wed, 13 Mar 2013 16:37:35 +0100 Received: from sjakie.klop.ws ([212.182.167.131]) by CPSMTPM-TLF103.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Wed, 13 Mar 2013 16:39:04 +0100 Received: from 212-182-167-131.ip.telfort.nl (localhost [127.0.0.1]) by sjakie.klop.ws (Postfix) with ESMTP id 090606ED1; Wed, 13 Mar 2013 16:39:03 +0100 (CET) Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: "stable@freebsd.org" , "Filippo Moretti" Subject: Re: problem compiling openjdk6 References: <1362841162.85703.YahooMailNeo@web121903.mail.ne1.yahoo.com> Date: Wed, 13 Mar 2013 16:39:03 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: <1362841162.85703.YahooMailNeo@web121903.mail.ne1.yahoo.com> User-Agent: Opera Mail/12.14 (FreeBSD) X-OriginalArrivalTime: 13 Mar 2013 15:39:04.0393 (UTC) FILETIME=[E4605390:01CE2000] X-RcptDomain: 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, 13 Mar 2013 15:40:11 -0000 You can ask this on freebsd-java@freebsd.org also. Ronald. On Sat, 09 Mar 2013 15:59:22 +0100, Filippo Moretti wrote: > I get the following compile error when attempting to build openjdk6 on > FreeBSD STING.teletu.it 9.1-STABLE FreeBSD 9.1-STABLE #0: Sun Mar 3 > 00:09:06 UTC 2013 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC > i386 > > > > > va/openjdk6/work/hotspot/src/share/vm/adlc/adlparse.cpp > /usr/ports/java/openjdk6/work/hotspot/src/share/vm/adlc/adlparse.cpp:1: > sorry, unimplemented: 64-bit mode not compiled in > gmake[6]: *** [../generated/adfiles/adlparse.o] Error 1 > gmake[6]: Leaving directory > `/usr/ports/java/openjdk6/work/build/bsd-i386/hotspot/outputdir/bsd_amd64_compiler2/product' > gmake[5]: *** [ad_stuff] Error 2 > gmake[5]: Leaving directory > `/usr/ports/java/openjdk6/work/build/bsd-i386/hotspot/outputdir/bsd_amd64_compiler2/product' > gmake[4]: *** [product] Error 2 > gmake[4]: Leaving directory > `/usr/ports/java/openjdk6/work/build/bsd-i386/hotspot/outputdir' > gmake[3]: *** [generic_build2] Error 2 > gmake[3]: Leaving directory `/usr/ports/java/openjdk6/work/hotspot/make' > gmake[2]: *** [product] Error 2 > gmake[2]: Leaving directory `/usr/ports/java/openjdk6/work/hotspot/make' > gmake[1]: *** [hotspot-build] Error 2 > gmake[1]: Leaving directory `/usr/ports/java/openjdk6/work' > gmake: *** [build_product_image] Error 2 > *** [do-build] Error code 1 > > Stop in /usr/ports/java/openjdk6. > *** [install] Error code 1 > > Stop in /usr/ports/java/openjdk6. > *** [build-depends] Error code 1 > > Stop in /usr/ports/java/icedtea-web. > *** [install] Error code 1 > > Stop in /usr/ports/java/icedtea-web. > sincerely > Filippo > _______________________________________________ > 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 Mar 13 18:54:25 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 3339FDB6 for ; Wed, 13 Mar 2013 18:54:25 +0000 (UTC) (envelope-from dmagda@ee.ryerson.ca) Received: from eccles.ee.ryerson.ca (eccles.ee.ryerson.ca [141.117.1.2]) by mx1.freebsd.org (Postfix) with ESMTP id 0298DEF3 for ; Wed, 13 Mar 2013 18:54:23 +0000 (UTC) Received: from webmail.ee.ryerson.ca (eccles [172.16.1.2]) by eccles.ee.ryerson.ca (8.14.4/8.14.4) with ESMTP id r2DIohIm078872; Wed, 13 Mar 2013 14:50:43 -0400 (EDT) (envelope-from dmagda@ee.ryerson.ca) Received: from 206.108.127.2 (SquirrelMail authenticated user dmagda) by webmail.ee.ryerson.ca with HTTP; Wed, 13 Mar 2013 14:50:43 -0400 Message-ID: In-Reply-To: References: <513E2DA5.70200@mac.com> Date: Wed, 13 Mar 2013 14:50:43 -0400 Subject: Re: svn - but smaller? From: "David Magda" To: "John Mehr" User-Agent: SquirrelMail/1.4.22 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit 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, 13 Mar 2013 18:54:25 -0000 On Tue, March 12, 2013 19:32, John Mehr wrote: > This sounds good to me, and as long as there's some sort > of a consensus that we're not breaking the principle of > least surprise, I'm all for it.  The one default that may > be unexpected is the defaulting to the stable branch -- > people who track the security branches will be left out.  > So maybe something like: > > svnup --ports > svnup --stable > svnup --security (or --release) > > Thoughts? If svnup will eventually going to be used to update a variety of repositories, on a plethora of operating systems, then hard coding the above may not be appropriate. Something akin to "svnup --repo={ports, stable, security, release}" may be better, and then have a configuration file with the settings. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 14 00:04:05 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 803B3E11 for ; Thu, 14 Mar 2013 00:04:05 +0000 (UTC) (envelope-from illoai@gmail.com) Received: from mail-da0-x230.google.com (mail-da0-x230.google.com [IPv6:2607:f8b0:400e:c00::230]) by mx1.freebsd.org (Postfix) with ESMTP id 6121F1FA for ; Thu, 14 Mar 2013 00:04:05 +0000 (UTC) Received: by mail-da0-f48.google.com with SMTP id w4so636606dam.35 for ; Wed, 13 Mar 2013 17:04:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type:content-transfer-encoding; bh=W/zYzr+uNzG/ZVIfqsVumKg4f90WIBlPEN3nJ8gJRO4=; b=zc8GV9I6wFi4jbqIYbuYLhwMmq72xWLxETiZ1lfxLQujMsMycdvDyihjXgx/4EKB2C 48txSprc1oV7rDPvlBU27jmUZ+izKfDZN/hNStGFSLXZUrh3V0npDz7L+7Uo8EM9pGBq nUjMmndUhMXv36US3px2qY/mEGdOFCA3rcv60s7/4K6qtkjLULsnQmXpgmoibLRwTBd9 gLSMverjlo38rJWfqgxuhXzs/w1gSKvso9yEBUv9Qq7VHlRyROd69PZDoH7GbCuZmfcC CaoNrp9piIRu1YVyE2EMBrPy0tqsezYQ0p21YUquKC9SFBrMYk29iaQKZeG/0PqrKQUC 2frA== MIME-Version: 1.0 X-Received: by 10.68.213.231 with SMTP id nv7mr802010pbc.85.1363219445033; Wed, 13 Mar 2013 17:04:05 -0700 (PDT) Received: by 10.68.82.106 with HTTP; Wed, 13 Mar 2013 17:04:04 -0700 (PDT) In-Reply-To: <5140443F.3080507@pean.org> References: <5140443F.3080507@pean.org> Date: Wed, 13 Mar 2013 20:04:04 -0400 Message-ID: Subject: Re: amdtemp does not find my CPU. From: "illoai@gmail.com" To: =?ISO-8859-1?Q?Peter_Ankerst=E5l?= Content-Type: text/plain; charset=ISO-8859-1 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: Thu, 14 Mar 2013 00:04:05 -0000 On 13 March 2013 05:17, Peter Ankerst=E5l wrote: > Hi! > > Im running FreeBSD 9.1 on a AMD APU machine: > CPU: AMD E-450 APU with Radeon(tm) HD Graphics (1699.36-MHz K8-class CPU) > > FreeBSD 9.1-RELEASE-p1 #0 r243379M: Fri Mar 8 23:16:44 CET 2013 > root@pean.org:/usr/obj/usr/src/sys/GENERIC > > I try to use amdtemp(4) to read the temperature of this CPU but it doesnt > seem to detect the CPU. The manual states that it should support K8-class= . > Just an aside (as I note you've got it nailed down), but AFIK the E-450 is a K-10 core not a K-8. It'd be nice if K-10 was a perfect superset of K-8, but I have my doubts. --=20 -- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 14 00:22:26 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 12C105C0 for ; Thu, 14 Mar 2013 00:22:26 +0000 (UTC) (envelope-from araujobsdport@gmail.com) Received: from mail-wg0-f52.google.com (mail-wg0-f52.google.com [74.125.82.52]) by mx1.freebsd.org (Postfix) with ESMTP id A4A6F619 for ; Thu, 14 Mar 2013 00:22:25 +0000 (UTC) Received: by mail-wg0-f52.google.com with SMTP id 15so529107wgd.19 for ; Wed, 13 Mar 2013 17:22:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:reply-to:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=DhhR4cP9J+Fa0xPa3dNkaoEBEjZZPZFnfF0bICLYu88=; b=LFuSMIZBCa4F0J8itmkjmkc7roau9ow+RLMzy0OceOybGd59E6cIUUPOxBU9jAuVlM JCxl8gWyrXevXweJmoy6B4plLpDpnPdNZfG/wcSsmfpy8joGWaVaT+SVKTigxqOJtWz7 deNiNaWbL43gjl8YYsYwqdOuBifBmE+iG3TP1WTuprF8q9CEEPacHGH3VoZIulA8ltQq SMts9ecQTt40aXvlzCRcQKtjp5MSn882nCPGZ36z+QY0oBGVakYD/AUnrEyEtxmT3O9W I2Onv7bMmdwyyt95W9i+lR8YWl70KUmVGLuZW521XcBzgEKMzBIzUj5YYGJT+18k4yAp WxMQ== MIME-Version: 1.0 X-Received: by 10.194.92.65 with SMTP id ck1mr387072wjb.54.1363220539509; Wed, 13 Mar 2013 17:22:19 -0700 (PDT) Received: by 10.180.212.51 with HTTP; Wed, 13 Mar 2013 17:22:19 -0700 (PDT) In-Reply-To: References: Date: Thu, 14 Mar 2013 08:22:19 +0800 Message-ID: Subject: Re: carp on stable/9: is there a way to keep jumbo? From: Marcelo Araujo To: Dmitry Morozovsky Content-Type: text/plain; charset=KOI8-R 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 Reply-To: araujo@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Mar 2013 00:22:26 -0000 2013/3/13 Dmitry Morozovsky > (moving to more appropriate mailing list) > > On Mon, 11 Mar 2013, Dmitry Morozovsky wrote: > > > > > yes, I know glebius@ overhauled carp in -current, but I'm a bit > nervous to > > > > deploy bleeding edge system on a NAS/SAN ;) > > > > > > > > So, my question is about current state of carp in stable/9: building > HA > > > > pair I > > > > found that carp interfaces lose jumbo capabilities: > > > > > > > > > > > I made a patch for 9.1-RELEASE, it is totally based on glebius@ work, > or > > > partially :). I'm using it nowadays and it just works pretty fine for > me. > > > > > > I didn't test with JUMBO frame, but you can give a try and let us know > if > > > it works or not. > > > > > > PATCH: http://people.freebsd.org/~araujo/carpdev/ > > > > I'vr managed to apply this finally :) > > > > It seems your path is sometimes spammed with $FreeBSD$ changes, which > leads to > > 4 .rej's for me (nothing except ./sys/netinet/ip_carp.c.rej are > sighnificany, > > but they may produce problem in future merging) > > > > Only buildworld tests are finished for me yet; more to test later and/or > > tomorrow. > > I booted my carp pair and it at least boot properly, ``ifconfig lagg0 vhid > 1 > state master'' works, and tcpdump to carp address show jumbo frames > receiving > and sending. > > Time to set up takeover and test istgt > > Thank you! > > Hello Dmitry, Nice know that it works well... let me know more info about the takeover and test istgt. Best Regards, -- Marcelo Araujo araujo@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Thu Mar 14 02:11:35 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id BABB2A82 for ; Thu, 14 Mar 2013 02:11:35 +0000 (UTC) (envelope-from jcm@visi.com) Received: from g2host.com (mailback3.g2host.com [208.42.184.243]) by mx1.freebsd.org (Postfix) with ESMTP id 6E8232FA for ; Thu, 14 Mar 2013 02:11:34 +0000 (UTC) Received: from [208.42.90.57] (account jcm@visi.com) by mailback3.g2host.com (CommuniGate Pro WEBUSER 5.3.11) with HTTP id 11167462 for freebsd-stable@freebsd.org; Wed, 13 Mar 2013 21:11:28 -0500 From: "John Mehr" Subject: Re: svn - but smaller? To: X-Mailer: CommuniGate Pro WebUser v5.3.11 Date: Wed, 13 Mar 2013 21:11:28 -0500 Message-ID: In-Reply-To: <20130313152150.E32142@sola.nimnet.asn.au> References: <513E2DA5.70200@mac.com> <20130313152150.E32142@sola.nimnet.asn.au> MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1; format="flowed" Content-Transfer-Encoding: 8bit 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, 14 Mar 2013 02:11:35 -0000 On Wed, 13 Mar 2013 16:29:45 +1100 (EST)  Ian Smith wrote: > On Tue, 12 Mar 2013 18:32:28 -0500, John Mehr wrote: > > On Tue, 12 Mar 2013 02:20:37 +0100 > >  "Michael Ross" wrote: > > > On Tue, 12 Mar 2013 00:15:35 +0100, John Mehr > wrote: > [..] > > > > Hello, > > > > > > > > I'm currently in the process of adding http/https >support to svnup and > > > > once I've got that working, the command line >interface will be changing > > > > to be more like the traditional svn client to make >it easier for people > > > > to adopt the tool [...] > > > > > > What'd you think about a syntax extension along the >lines of > > > > > > svnup --bsd-base > > > svnup --bsd-ports > > > svnup --bsd-all > > > > > > with automagic host selection, default to uname's >major version stable > > > branch and default target dirs? > > > > Hello, > > > > This sounds good to me, and as long as there's some >sort of a consensus that > > we're not breaking the principle of least surprise, >I'm all for it.  The one > > default that may be unexpected is the defaulting to >the stable branch -- > > people who track the security branches will be left >out.  So maybe something > > like: > > > > svnup --ports > > svnup --stable > > svnup --security (or --release) > > > > Thoughts? > > Hi John, > > I have a few .. > >Firstly, this is a great advance for I suspect many >people who aren't > developers as such, but want to simply update sources >for some or all of > the reasons Ike spells out on his wiki page.  The sooner >this hits the > tree the better in my view, but adding more features >won't speed that. > > I have a small test system on which I'd installed (two >instances of) 9.1 > so a couple of days ago I fetched ports with portsnap, >installed svnup, > and ran it using the (just what I needed) example >command in svnup(1). > > I get about 700KB/s here, and svnup took about 15 >minutes to update 9.1 > sources to 9-stable.  This is fine.  Last night I ran it >again, but it > took 12:42 to make no changes.  This seemed puzzling, as >you'd said only > a few minutes for subsequent updates, but the reason >appears to be that > in both cases, I ran it in script(1), and the default >verbosity of 1 > includes a listing of every directory and file examined, >followed by > then codes.  Even in less -r (raw) >mode it still has > to display and skip through all the (now invisible) >lines; bit messy. > > Even the second do-nothing run made a 2MB script file, >the original with > all 9.1 to -stable updates being 3.4MB.  So I'd love the >option to only > list the changes (- and +) and simply ignore unchanged >dirs/files > without any display for use in script(1).  Apart from >that, I'm happy. Which mirror are you using?  I ran several tests tonight repeatedly fetching 9/stable from svn0.us-west (so they would all be do-nothing runs) both inside and outside of a script(1) capture and on both an old SSD and on a ZFS mirrored array (to see if the target media made any difference) and they all completed in 2 minutes, 43 seconds +/- 2 seconds on my 350 KB/s connection. I'll definitely put in a verbosity level that does exactly what you suggest.  Sorry about that. > As is, it more or less follows csup(1) type arguments, >and I think that > as a c{,v}sup replacement that's appropriate.  Making >its arguments more > like svn's may actually be confusing, if it leads people >to think of it > as "svn light" when it really isn't, especially with no >.svn directory. This is an excellent point, and I agree 100%. > As we have portsnap, which updates INDEX-* and checks >integrity, I'm not > sure that using svnup for ports is worthwhile >considering.  It would > save (here) 135MB in var/db/portsnap, but that's pretty >light in view of > the 700MB-odd of /usr/ports/.svn in the ports >distributed with 9.1-R > > As for stable, release or security branches (of which >major release?) I > think specifying base/stable/9 or whatever is good; it >helps people with > 10 or more years of 9-STABLE or 9.1-RELEASE etc syntax >adapt to the svn > reality but remains explicit enough to put in a script >and know just > what's being fetched, without regard to the fetching >machine's uname. > > Not to go as far as emulating supfiles, but a few things >(host, branch > and target dir) would be useful in a small .conf file >that could be > specified on command line, as a supfile is to csup, >perhaps? Actually, after reading both this message and Alexander Yerenkow's excellent suggestion, I think implementing some sort of supfile/.conf/aliases file (with command line parameters overriding the settings in the supfile/.conf/aliases) is the way to go. > And svnup(1) really should mention that any files in the >target tree not > in the repository will be deleted, which was >(explicitly) not the case > with c{,v}sup.  I only lost a few acpi patches that I >think have likely > made it to stable/9 anyway, and it's a test system, but >I was surprised. I always thought csup did delete files.  I was looking at csup's man page for things to put on the to-do list and there's a csup command line parameter ( -d ) that puts a limit on the number of files that can be deleted in a given run.  Adding this feature is already on my to-do list, and I've just added another item to let the user choose whether svnup should delete extra files in the local source tree. > All the best John; as a first contribution I think this >is fabulous! > > cheers, Ian Thank you for the kind words and the constructive feedback.  It's very much appreciated! From owner-freebsd-stable@FreeBSD.ORG Thu Mar 14 02:17:49 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id A1A6AD50 for ; Thu, 14 Mar 2013 02:17:49 +0000 (UTC) (envelope-from jcm@visi.com) Received: from g2host.com (mailback3.g2host.com [208.42.184.243]) by mx1.freebsd.org (Postfix) with ESMTP id 66D315FB for ; Thu, 14 Mar 2013 02:17:48 +0000 (UTC) Received: from [208.42.90.57] (account jcm@visi.com) by mailback3.g2host.com (CommuniGate Pro WEBUSER 5.3.11) with HTTP id 11167498 for freebsd-stable@freebsd.org; Wed, 13 Mar 2013 21:17:48 -0500 From: "John Mehr" Subject: Re: svn - but smaller? To: X-Mailer: CommuniGate Pro WebUser v5.3.11 Date: Wed, 13 Mar 2013 21:17:48 -0500 Message-ID: In-Reply-To: References: <513E2DA5.70200@mac.com> MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1; format="flowed" Content-Transfer-Encoding: 8bit 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, 14 Mar 2013 02:17:49 -0000 On Tue, 12 Mar 2013 19:57:13 -0600 (MDT)  Warren Block wrote: > On Tue, 12 Mar 2013, John Mehr wrote: >> On Tue, 12 Mar 2013 02:20:37 +0100 >>  "Michael Ross" wrote: >>> >>> What'd you think about a syntax extension along the >>>lines of >>> >>> svnup --bsd-base >>> svnup --bsd-ports >>> svnup --bsd-all >>> >>> with automagic host selection, default to uname's major >>>version stable branch and default target dirs? >> >> Hello, >> >> This sounds good to me, and as long as there's some sort >>of a consensus that we're not breaking the principle of >>least surprise, I'm all for it.  The one default that may >>be unexpected is the defaulting to the stable branch -- >>people who track the security branches will be left out.  >>So maybe something like: >> >> svnup --ports >> svnup --stable >> svnup --security (or --release) > > How would you select the mirror?  There are two now, and >likely more > later. This is a good question.  I was thinking it could be done the same way that freebsd-update selects its mirror via an SRV query but it looks like that's currently not an option. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 14 02:30:34 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id A9A51346 for ; Thu, 14 Mar 2013 02:30:34 +0000 (UTC) (envelope-from jcm@visi.com) Received: from g2host.com (mailback3.g2host.com [208.42.184.243]) by mx1.freebsd.org (Postfix) with ESMTP id 78519848 for ; Thu, 14 Mar 2013 02:30:33 +0000 (UTC) Received: from [208.42.90.57] (account jcm@visi.com) by mailback3.g2host.com (CommuniGate Pro WEBUSER 5.3.11) with HTTP id 11167609 for freebsd-stable@freebsd.org; Wed, 13 Mar 2013 21:30:33 -0500 From: "John Mehr" Subject: Re: svn - but smaller? To: X-Mailer: CommuniGate Pro WebUser v5.3.11 Date: Wed, 13 Mar 2013 21:30:33 -0500 Message-ID: In-Reply-To: References: <513E2DA5.70200@mac.com> MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1; format="flowed" Content-Transfer-Encoding: 8bit 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, 14 Mar 2013 02:30:34 -0000 On Wed, 13 Mar 2013 14:50:43 -0400  "David Magda" wrote: > On Tue, March 12, 2013 19:32, John Mehr wrote: >> This sounds good to me, and as long as there's some sort >> of a consensus that we're not breaking the principle of >> least surprise, I'm all for it.  The one default that >>may >> be unexpected is the defaulting to the stable branch -- >> people who track the security branches will be left >>out.  >> So maybe something like: >> >> svnup --ports >> svnup --stable >> svnup --security (or --release) >> >> Thoughts? > > If svnup will eventually going to be used to update a >variety of > repositories, on a plethora of operating systems, then >hard coding the > above may not be appropriate. Something akin to "svnup >--repo={ports, > stable, security, release}" may be better, and then have >a configuration > file with the settings. Hello, You're absolutely correct.  It looks like someone has already forked the code on github which seems like pretty solid evidence for taking as flexible an approach as possible and minimizing the amount of hard coded data. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 14 02:35:11 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 9DE2B5AF for ; Thu, 14 Mar 2013 02:35:11 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from thyme.infocus-llc.com (server.infocus-llc.com [206.156.254.44]) by mx1.freebsd.org (Postfix) with ESMTP id 79E6091B for ; Thu, 14 Mar 2013 02:35:10 +0000 (UTC) Received: from draco.over-yonder.net (c-75-65-60-66.hsd1.ms.comcast.net [75.65.60.66]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by thyme.infocus-llc.com (Postfix) with ESMTPSA id 349FD37B6BE; Wed, 13 Mar 2013 21:26:33 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id 3ZRDLt5YShzRRv; Wed, 13 Mar 2013 21:26:30 -0500 (CDT) Date: Wed, 13 Mar 2013 21:26:30 -0500 From: "Matthew D. Fuller" To: "illoai@gmail.com" Subject: Re: amdtemp does not find my CPU. Message-ID: <20130314022630.GG53758@over-yonder.net> References: <5140443F.3080507@pean.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.21-fullermd.4 (2010-09-15) X-Virus-Scanned: clamav-milter 0.97.6 at thyme.infocus-llc.com X-Virus-Status: Clean Cc: "stable@freebsd.org" , Peter =?iso-8859-1?Q?Ankerst=E5l?= 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, 14 Mar 2013 02:35:11 -0000 On Wed, Mar 13, 2013 at 08:04:04PM -0400 I heard the voice of illoai@gmail.com, and lo! it spake thus: > > Just an aside (as I note you've got it nailed down), but AFIK the E-450 > is a K-10 core not a K-8. None of the above. E-450 is a Bobcat. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 14 11:29: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]) by hub.freebsd.org (Postfix) with ESMTP id 0C811D9E for ; Thu, 14 Mar 2013 11:29:33 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id C79D15E2 for ; Thu, 14 Mar 2013 11:29:32 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r2EBTWcU040468 for ; Thu, 14 Mar 2013 11:29:32 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r2EBTWeX040463 for freebsd-stable@FreeBSD.ORG; Thu, 14 Mar 2013 11:29:32 GMT (envelope-from bdrewery) Received: (qmail 78887 invoked from network); 14 Mar 2013 06:29:30 -0500 Received: from unknown (HELO ?10.10.0.24?) (freebsd@shatow.net@10.10.0.24) by sweb.xzibition.com with ESMTPA; 14 Mar 2013 06:29:30 -0500 Message-ID: <5141B491.1010800@FreeBSD.org> Date: Thu, 14 Mar 2013 06:29:21 -0500 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130215 Thunderbird/17.0.3 MIME-Version: 1.0 To: FreeBSD Current , freebsd-stable@FreeBSD.ORG, freebsd-pkg@freebsd.org, FreeBSD Ports Subject: [HEADS UP] pkgng binary packages regression in 1.0.9. Fixed in 1.0.9_1 X-Enigmail-Version: 1.5.1 OpenPGP: id=3C9B0CF9; url=http://www.shatow.net/bryan/bryan.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="----enig2HLITPBSOMQOVSNECCDCW" 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, 14 Mar 2013 11:29:33 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2HLITPBSOMQOVSNECCDCW Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable This only affects binary-packages-only users. pkg 1.0.9 had a regression with 'pkg update' that will prevent updating your repository. Please skip this version and use 1.0.9_1. This version was only in ports for 7 hours. Due to the security incident, there are still no official FreeBSD packages. If you are using an unofficial mirror, it is unlikely it would have upgraded to 1.0.9 in the time it was in the tree. If you are building your own packages and managed to get onto 1.0.9 you can upgrade to 1.0.9_1 as follows: # cp /usr/local/sbin/pkgs-static . # pkg delete -f pkg # ./pkg-static add URL-TO-YOUR-PACKAGESITE/All/pkg-1.0.9_1.txz #optional # rm pkg-static As for how this managed to get released. We did do a functional test of this before releasing, but due to the nature of 'pkg update' using a cache, it was not immediately obvious that it was broken. We do need your help with adding more automated tests. http://lists.freebsd.org/pipermail/freebsd-pkg/2013-March/000016.html has our call for help on this front and more information. Regards, Bryan Drewery ------enig2HLITPBSOMQOVSNECCDCW Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJRQbSRAAoJEG54KsA8mwz52NIP/igM9AdMDymYeI6ejOJH0ONR vvp7iP1henSZacwOi+sLqUK70JiPThx0fCwzLJbMa1E4hjhP4Ge5qEOK0sp1BLQL S+jj33q3WeBLOu7pH+LbyY1OnKhswdIhcfGKn5qxFxu+Xz2E1qVjIewK3hSP87jR q5r1ShCqYXXKRDRjeR5tura+W3gls/OoCYpwLs2+xu9nL+VuXkczyq/y4aaCGyRw 3OJFS269V5eVB714sY7lkiSj1SlbF1nrNOzv01XfuMYW8fcBPIybu2CeyUaQN5fg HxN84UImUcD9mcyjBBx+v0Dr7YqsjYYBa2jz3x30yoHMPnq13K94QXmUszwt2734 DD2cq8Wn1ey/OEduNVN1tSuz5g/83LDXtNjOrBOxzGkV3hbp1ZEAD0jbIk5yOwY2 ID7PBCl/ENyoA+yrIoArGXTEqOPMFfpbErsIQYg8xhxLMObBhBNsn/sjQuAG4TRC YwKd1ePetNf2jbVca2tCRjJYCwBigIdgNtdfIyayUyiatF1zwkfdeqMNBhl+UkhQ MfOwm4BH6/hYYF3Ldv3/d5gcx8aoHx/EvRlKbY4EXs9TXZzdreypeXdGpKg/jKz1 J535rkWWgxRUZml+RXanU9h24vLG0r+W4EfyXediDRilsdChprLkxIVDN3OhQdnM 5TECBoONJJEoGYZroos3 =U0Cw -----END PGP SIGNATURE----- ------enig2HLITPBSOMQOVSNECCDCW-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 14 12:25:42 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 6FCC4101 for ; Thu, 14 Mar 2013 12:25:42 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id 30FF790D for ; Thu, 14 Mar 2013 12:25:41 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1UG7EK-0004x9-LC for freebsd-stable@freebsd.org; Thu, 14 Mar 2013 13:25:56 +0100 Received: from cpc3-walt15-2-0-cust148.13-2.cable.virginmedia.com ([86.21.186.149]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 14 Mar 2013 13:25:56 +0100 Received: from walterhurry by cpc3-walt15-2-0-cust148.13-2.cable.virginmedia.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 14 Mar 2013 13:25:56 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Walter Hurry Subject: Re: [HEADS UP] pkgng binary packages regression in 1.0.9. Fixed in 1.0.9_1 Date: Thu, 14 Mar 2013 12:25:15 +0000 (UTC) Lines: 14 Message-ID: References: <5141B491.1010800@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: cpc3-walt15-2-0-cust148.13-2.cable.virginmedia.com User-Agent: Pan/0.139 (Sexual Chocolate; GIT bf56508 git://git.gnome.org/pan2) 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, 14 Mar 2013 12:25:42 -0000 On Thu, 14 Mar 2013 06:29:21 -0500, Bryan Drewery wrote: > > If you are building your own packages and managed to get onto 1.0.9 you > can upgrade to 1.0.9_1 as follows: > > # cp /usr/local/sbin/pkgs-static . > # pkg delete -f pkg # ./pkg-static add URL-TO-YOUR-PACKAGESITE/All/ pkg-1.0.9_1.txz > #optional # rm pkg-static > Thanks, but that should of course have been pkg-static in the first line, not pkgs-static. Note: I haven't crossposted as I do not subscribe to the other lists. From owner-freebsd-stable@FreeBSD.ORG Fri Mar 15 05:21:46 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id AF4C99C0 for ; Fri, 15 Mar 2013 05:21:46 +0000 (UTC) (envelope-from rajeswari@dil.in) Received: from dilmail11.datainfosys.net (dilmail9.datainfosys.net [202.157.78.21]) by mx1.freebsd.org (Postfix) with ESMTP id E085997 for ; Fri, 15 Mar 2013 05:21:41 +0000 (UTC) Received: from dil.in (mx2.datainfosys.com [202.157.83.51]) by dilmail11.datainfosys.net (Postfix) with SMTP id DDF4A2E04FB for ; Fri, 15 Mar 2013 09:59:03 +0530 (IST) SJ_BAYESIAN_SKIPPED: MOVE FROM QUARANTINE OR SETTING NOT APPLIED Rcvd: From[4e54d591576d297aa9b4281a42777882] [202.157.83.50] [freebsd-stable@freebsd.org] by [202.157.83.51] [mx2.datainfosys.com] [antispam1.7] with SMTP ID 18951.001604633377(1363323003225) For Fri Mar 15 10:20:03 IST 2013 X_SpamJadoo_Status: Valid User X_SpamJadoo_Reason: Smtp From Ip 202.157.83.50 X_SpamJadoo_Jmail: No X_SpamJadoo_From: rajeswari@dil.in X_SpamJadoo_To: freebsd-stable@freebsd.org Received: From power0.dil.in[202.157.83.50] by [202.157.83.50] [power0.dil.in] [mta] with SMTP ID 9295.095567298627(1363323002851) For Fri Mar 15 10:20:02 IST 2013 Rcvd: From[856a035bc4b07f9f3840e67d84bff8b5] [180.215.60.100] with SMTP ID 40510.95831713491(1363322962382) For Fri Mar 15 10:19:22 IST 2013 Received: From[856a035bc4b07f9f3840e67d84bff8b5] [180.215.60.100] with SMTP ID 40510.95831713491(1363322962382); Fri, 15 Mar 2013 04:49:22 +0000 Date: Fri, 15 Mar 2013 10:18:51 +0530 X-Mailer: eMessaging SMTP Delivery Agent version 2.0 Message-ID: <20130315044851023.26140405701D0E90@Qxnjguglaggoyszjhkx> To: From: Subject: Search Engine Promo in Google MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: rajeswari@dil.in List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Mar 2013 05:21:46 -0000 Good Day, Website Registration Business with 14 Year Old Premium Brand "Web Chennai" is Looking for investor with Office Set-up in Chennai & Well to do Financial Back Ground, to Promote Our "Email Software" if interested to invest Call us. Check with the below Keywords to Find my Profile with Pic in Google Search: 1). "Web Chennai" "Chennai Web" "Domain Chennai" "Website Chennai" 2). "Domain Hosting Chennai" "Web Hosting Chennai" "Website Hosting Chennai" 3). "Domain Registration Chennai" "Website Registration Chennai" "Email Hosting Chennai" 4). "Bulk mail Software" "Bulk Email Software" " Bulk Email Software Download" 5). "Web Services Chennai" "Website Services Chennai" "Web india Chennai" "Website india Chennai" 6). "Web Hosting Registry" "Web Hosting Registrar" "Website Hosting Registrar" "Web Hosting Reg" Feel Free to Call Us if you Need any "internet Marketing" for your Business/Brand Promotions Thanks Regards Av.Mohan Raj HandPhone- 9884449880 / 9840787171 Online Business Consultant Email: admin@webchennai.com For Our Produts & Services Click on Below Links: Check Domain Availability & Register Online at: www.DomainChennai.com View Website Registration & Hosting Prices at: www.WebsiteHostingChennai.com Flash Website Design & Development Plans at: www.WebsiteDesignerChennai.com For SEO, SMO & internet Marketing Services : www.WebServicesChennai.com Check Our Classifieds to be Launched Soon : www.YellowpagesChennai.com Business Offer: Join as "Direct Sales Agents" Sell Above Packages to your Circle & Earn Attractive Weekly Earnings From owner-freebsd-stable@FreeBSD.ORG Fri Mar 15 11:18: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]) by hub.freebsd.org (Postfix) with ESMTP id 4A0B3C76 for ; Fri, 15 Mar 2013 11:18:52 +0000 (UTC) (envelope-from prvs=07863dcad4=ob@gruft.de) Received: from main.mx.e-gitt.net (service.rules.org [IPv6:2001:1560:2342::2]) by mx1.freebsd.org (Postfix) with ESMTP id F3640801 for ; Fri, 15 Mar 2013 11:18:51 +0000 (UTC) Received: from ob by main.mx.e-gitt.net with local (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1UGSev-000Jdl-Lx for freebsd-stable@freebsd.org; Fri, 15 Mar 2013 12:18:49 +0100 Date: Fri, 15 Mar 2013 12:18:49 +0100 From: Oliver Brandmueller To: freebsd-stable@freebsd.org Subject: Re: svn - but smaller? Message-ID: <20130315111849.GF79102@e-Gitt.NET> Mail-Followup-To: freebsd-stable@freebsd.org References: <513E2DA5.70200@mac.com> <20130313152150.E32142@sola.nimnet.asn.au> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Face: "TT~P'b_)-jKU_0^a=usXryz`YTz)z.[FZrI,A~PREI2U}frrZ`>_J&; ^t|^.dR/mqtC,Vb.Y>~u8(|aL)vAv(k">zY"]*m*y|b8S7:WK[/qP5i>HO#Ek; C[X:b|FP0*Ly_4Ni User-Agent: Mutt/1.5.21 (2010-09-15) Sender: Oliver Brandmueller 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, 15 Mar 2013 11:18:52 -0000 Hi, first of all: thanx for writing svnup! I installed it from ports and this is just way better than the situation before! On Wed, Mar 13, 2013 at 09:11:28PM -0500, John Mehr wrote: > I always thought csup did delete files.  I was looking at > csup's man page for things to put on the to-do list and > there's a csup command line parameter ( -d ) that puts a > limit on the number of files that can be deleted in a > given run.  Adding this feature is already on my to-do > list, and I've just added another item to let the user > choose whether svnup should delete extra files in the > local source tree. While I find it OK to delete old files from the source tree, in some directories this is a bit disturbing, namely when it comes to deleting my kernel config files. So an option to exclude certrain directories (or a config file for that) would be great. A default config should then include /usr/src/sys/*/conf for exclusion from the delete-policy or it should simply not delete files, that svn-wise have never been there. Thanx, Oliver -- | Oliver Brandmueller http://sysadm.in/ ob@sysadm.in | | Ich bin das Internet. Sowahr ich Gott helfe. | From owner-freebsd-stable@FreeBSD.ORG Fri Mar 15 13:51:58 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id F17D8B06 for ; Fri, 15 Mar 2013 13:51:58 +0000 (UTC) (envelope-from agent@dlx35949.pur3.net) Received: from mta174.pur3.net (mta174.pur3.net [83.137.133.174]) by mx1.freebsd.org (Postfix) with ESMTP id 58ECC18F for ; Fri, 15 Mar 2013 13:51:58 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; s=pureresponse; d=pur3.net; h=Subject:MIME-Version:Content-Type:Content-Transfer-Encoding:From:Reply-To:List-Unsubscribe:To:Date:Message-ID; bh=32PjqgSrV1w1K3yJX4HR5nQGPKw=; b=f3Crk4Xx5PUeQ0xt9DGBZ39TJ38K0nZlXEBXEilUtpWLA3GQM93C1GJjj5qRJ1XMg5RBm+F1Dbhf XSXCUR1FoqLahoAqQB48OtAQytc1QeH0JyJXT+NIuipon8B0q42w7ObOY0srLAhQtz+9tRjOpttK gMGi8bXCGNYMiJwBPjA= Received: from dlx35949.pur3.net (83.137.133.15) by mta174.pur3.net id h8cjns1gcp4d for ; Fri, 15 Mar 2013 13:41:51 +0000 (envelope-from ) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; s=pureresponse; d=pur3.net; h=Subject:MIME-Version:Content-Type:Content-Transfer-Encoding:From:Reply-To:List-Unsubscribe:To:Date:Message-ID; bh=32PjqgSrV1w1K3yJX4HR5nQGPKw=; b=f3Crk4Xx5PUeQ0xt9DGBZ39TJ38K0nZlXEBXEilUtpWLA3GQM93C1GJjj5qRJ1XMg5RBm+F1Dbhf XSXCUR1FoqLahoAqQB48OtAQytc1QeH0JyJXT+NIuipon8B0q42w7ObOY0srLAhQtz+9tRjOpttK gMGi8bXCGNYMiJwBPjA= Received: from localhost (127.0.0.1) by dlx35949.pur3.net id h8cihu1545ol for ; Fri, 15 Mar 2013 13:41:50 +0000 (envelope-from ) Subject: Cheltenham This Week MIME-Version: 1.0 From: "John" X-MailId: {~AK8309172823696213532214~} To: freebsd-stable@freebsd.org Date: Fri, 15 Mar 2013 13:41:50 +0000 Message-ID: <0.0.68.24A.1CE2182D8779B1E.0@dlx35949.pur3.net> Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit 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: John List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Mar 2013 13:51:59 -0000 To share this message, visit the following link: http://e.tdmagroup.com/_act/get_send_to_friend.php?AK8309172823696213532214 -------------------- (promoDisplay?promoId=1480208553): http://serve.williamhill.com/promoRedirect?member=desktopad&campaign=DEFAULT&channel=DEFAULT&zone=1480188148&lp=1481862945&utm_campaign=&utm_source=emailCampaign&utm_medium=email&utm_content={~mailVariationId~} Cheltenham Festival BET £50 GET A £50 FREE BET: http://serve.williamhill.com/promoRedirect?member=desktopad&campaign=DEFAULT&channel=DEFAULT&zone=1480188148&lp=1481862945&utm_campaign=&utm_source=emailCampaign&utm_medium=email&utm_content={~mailVariationId~} Click here: http://serve.williamhill.com/promoRedirect?member=desktopad&campaign=DEFAULT&channel=DEFAULT&zone=1480188148&lp=1481862945&utm_campaign=&utm_source=emailCampaign&utm_medium=email&utm_content={~mailVariationId~} to sign up to William Hill and take advantage of our £50 introductory offer. Enter C50 on the registration page and we'll match your first bet with a free bet up to £50*!The Festival at Cheltenham is the shining jewel in Jump racing's crown: Four days of magic, madness and magnificence from the 12th to the 15th of March. Don?t miss the excitement of the Champion Day, the fun of the Ladies Day, the celebration of St Patrick?s Thursday and the Cheltenham Gold Cup Day on Friday 16th of March, the best day?s racing of the year, with an atmosphere to match! Check out the odds on William Hill and place your bet! (promoDisplay?promoId=1481907547): http://serve.williamhill.com/promoRedirect?member=desktopad&campaign=DEFAULT&channel=DEFAULT&zone=1480188148&lp=1481862945&utm_campaign=&utm_source=emailCampaign&utm_medium=email&utm_content={~mailVariationId~} (promoDisplay?promoId=1481830157): http://serve.williamhill.com/promoRedirect?member=desktopad&campaign=DEFAULT&channel=DEFAULT&zone=1480188148&lp=1481862945&utm_campaign=&utm_source=emailCampaign&utm_medium=email&utm_content={~mailVariationId~} Sign Up: http://serve.williamhill.com/promoRedirect?member=desktopad&campaign=DEFAULT&channel=DEFAULT&zone=1480188148&lp=1481862945&utm_campaign=&utm_source=emailCampaign&utm_medium=email&utm_content={~mailVariationId~} Enter the promo code C50 when you register (promoDisplay?promoId=1481830158): http://serve.williamhill.com/promoRedirect?member=desktopad&campaign=DEFAULT&channel=DEFAULT&zone=1480188148&lp=1481862945&utm_campaign=&utm_source=emailCampaign&utm_medium=email&utm_content={~mailVariationId~} Bet: http://serve.williamhill.com/promoRedirect?member=desktopad&campaign=DEFAULT&channel=DEFAULT&zone=1480188148&lp=1481862945&utm_campaign=&utm_source=emailCampaign&utm_medium=email&utm_content={~mailVariationId~} Place your bet on any sport (promoDisplay?promoId=1481829771): http://serve.williamhill.com/promoRedirect?member=desktopad&campaign=DEFAULT&channel=DEFAULT&zone=1480188148&lp=1481862945&utm_campaign=&utm_source=emailCampaign&utm_medium=email&utm_content={~mailVariationId~} Claim: http://serve.williamhill.com/promoRedirect?member=desktopad&campaign=DEFAULT&channel=DEFAULT&zone=1480188148&lp=1481862945&utm_campaign=&utm_source=emailCampaign&utm_medium=email&utm_content={~mailVariationId~} your free bet. We?ll match your bet up to £50 (promoDisplay?promoId=1481907546): http://serve.williamhill.com/promoRedirect?member=desktopad&campaign=DEFAULT&channel=DEFAULT&zone=1480188148&lp=1481862945&utm_campaign=&utm_source=emailCampaign&utm_medium=email&utm_content={~mailVariationId~} www.gambleaware.co.uk: http://www.gambleaware.co.uk?utm_campaign=&utm_source=emailCampaign&utm_medium=email&utm_content={~mailVariationId~} Terms and conditions apply*: http://serve.williamhill.com/promoRedirect?member=desktopad&campaign=DEFAULT&channel=DEFAULT&zone=1480188148&lp=1482295345&utm_campaign=&utm_source=emailCampaign&utm_medium=email&utm_content={~mailVariationId~} -- To unsubscribe, visit: http://e.tdmagroup.com/_act/get_rcr.php?AK8309172823696213532214 {~AK8309172823696213532214~} From owner-freebsd-stable@FreeBSD.ORG Fri Mar 15 14:43:30 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 7D7CFCC for ; Fri, 15 Mar 2013 14:43:30 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 5C555695 for ; Fri, 15 Mar 2013 14:43:30 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id B7D67B943; Fri, 15 Mar 2013 10:43:29 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Subject: Re: svn - but smaller? Date: Fri, 15 Mar 2013 10:43:12 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p25; KDE/4.5.5; amd64; ; ) References: <20130313152150.E32142@sola.nimnet.asn.au> In-Reply-To: MIME-Version: 1.0 Message-Id: <201303151043.12576.jhb@freebsd.org> Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 15 Mar 2013 10:43:29 -0400 (EDT) Cc: John Mehr 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, 15 Mar 2013 14:43:30 -0000 On Wednesday, March 13, 2013 10:11:28 pm John Mehr wrote: > > And svnup(1) really should mention that any files in the > >target tree not > > in the repository will be deleted, which was > >(explicitly) not the case > > with c{,v}sup. I only lost a few acpi patches that I > >think have likely > > made it to stable/9 anyway, and it's a test system, but > >I was surprised. > > I always thought csup did delete files. I was looking at > csup's man page for things to put on the to-do list and > there's a csup command line parameter ( -d ) that puts a > limit on the number of files that can be deleted in a > given run. Adding this feature is already on my to-do > list, and I've just added another item to let the user > choose whether svnup should delete extra files in the > local source tree. csup deletes files that are deleted upstream (so if an svn commit were to remove a file from the source tree). It did not delete files that were locally added (like work/ directories for port builds, or kernel config files) that were never in the repository in the first place. I think that is the approach you probably want to take by default. That is also how the stock svn client acts. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Mar 15 16:41:40 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 6B6A86DF for ; Fri, 15 Mar 2013 16:41:40 +0000 (UTC) (envelope-from zkolic@sbb.rs) Received: from smtp4.sbb.rs (smtp4.sbb.rs [89.216.2.36]) by mx1.freebsd.org (Postfix) with ESMTP id DBEE0C37 for ; Fri, 15 Mar 2013 16:41:39 +0000 (UTC) Received: from mycenae.localdomain (cable-178-148-110-21.dynamic.sbb.rs [178.148.110.21]) by smtp4.sbb.rs (8.14.0/8.14.0) with ESMTP id r2FGJRdh031581 for ; Fri, 15 Mar 2013 17:19:32 +0100 Received: by mycenae.localdomain (Postfix, from userid 1001) id 6D55C301A4; Fri, 15 Mar 2013 17:15:08 +0100 (CET) Date: Fri, 15 Mar 2013 17:15:08 +0100 From: Zoran Kolic To: freebsd-stable@freebsd.org Subject: Re: amdtemp does not find my CPU. Message-ID: <20130315161508.GA963@mycenae.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: Fri, 15 Mar 2013 16:41:40 -0000 After I installed 9.1 amd64 on node with amd 8120, I was not able to read temperatures out of the box. I fetched source for head module and compiled. And loaded module. Still nothing. I assume my cpu is a bit different. Best regards Zoran From owner-freebsd-stable@FreeBSD.ORG Fri Mar 15 19:16:24 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 7D0CC63C for ; Fri, 15 Mar 2013 19:16:24 +0000 (UTC) (envelope-from jim@ohlste.in) Received: from mail-vc0-f180.google.com (mail-vc0-f180.google.com [209.85.220.180]) by mx1.freebsd.org (Postfix) with ESMTP id 3C4D69C7 for ; Fri, 15 Mar 2013 19:16:23 +0000 (UTC) Received: by mail-vc0-f180.google.com with SMTP id m17so1527109vca.11 for ; Fri, 15 Mar 2013 12:16:23 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding:x-gm-message-state; bh=x+whcs+vivNvqM/XtXbNmTFe02gQBtuUtcKGoKsQgB0=; b=k5midkmcxw/LeWWNTe1r3AE63wE+uRj20JYE7nek0XvW6DntwRDsGwJOkce1iytfqY 3t62vjulB9hQDAu9IYTg0T3SabCmOqoy7zP9/dQF2pvfAZ3AOkNW+M10BBrsjCdmu0kQ uLPo/zxeLpqbBVa3Jp4xQonkNczBsTxuFrQTvXbPcNzRmRjRqliM/9KDBPcUyQ05iCMO jFZOPiLRK0oFWZmrplz5xDyltD3kJD/WTnWGLIJqFG82vP8Gm7Qoky7kpiX2Cw0wP3Wk vVJAMxrtjTddnVjYGsE+xA0asTGlsIODkVv8zCfCVvih+GLNpet1X0pgJpIWCaj0cZbO 3fvw== X-Received: by 10.220.247.208 with SMTP id md16mr8323392vcb.44.1363374983181; Fri, 15 Mar 2013 12:16:23 -0700 (PDT) Received: from jims-iMac.local (pool-74-98-165-9.nrflva.fios.verizon.net. [74.98.165.9]) by mx.google.com with ESMTPS id p20sm5273904vdj.6.2013.03.15.12.16.21 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 15 Mar 2013 12:16:22 -0700 (PDT) Message-ID: <51437383.2080705@ohlste.in> Date: Fri, 15 Mar 2013 15:16:19 -0400 From: Jim Ohlstein User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130307 Thunderbird/17.0.4 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: amdtemp does not find my CPU. References: <20130315161508.GA963@mycenae.sbb.rs> In-Reply-To: <20130315161508.GA963@mycenae.sbb.rs> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQnWwWqwQLu3MZLgJBjb+ier58krV1/08o/4PsiGgK4xNl4OhVOkYHoF1rjR/lLt5B27FTd2 Cc: Zoran Kolic 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, 15 Mar 2013 19:16:24 -0000 On 3/15/13 12:15 PM, Zoran Kolic wrote: > After I installed 9.1 amd64 on node with amd 8120, > I was not able to read temperatures out of the box. > I fetched source for head module and compiled. And > loaded module. Still nothing. I assume my cpu is > a bit different. > Best regards The module from head "works" for me with an 8120 on 9.1 stable (r247893) though the results are inconsistent. I am not certain of how useful they are. # sysctl hw.model hw.model: AMD FX(tm)-8120 Eight-Core Processor # kldstat | grep amd 5 1 0xffffffff8183e000 1043 amdtemp.ko # sysctl -a | grep dev.amdtemp dev.amdtemp.0.%desc: AMD CPU On-Die Thermal Sensors dev.amdtemp.0.%driver: amdtemp dev.amdtemp.0.%parent: hostb4 dev.amdtemp.0.sensor_offset: 0 dev.amdtemp.0.core0.sensor0: 47.7C Here are results taken at 0.1 second intervals using a shell script: dev.amdtemp.0.core0.sensor0: 42.1C dev.amdtemp.0.core0.sensor0: 42.2C dev.amdtemp.0.core0.sensor0: 42.0C dev.amdtemp.0.core0.sensor0: 42.1C dev.amdtemp.0.core0.sensor0: 41.8C dev.amdtemp.0.core0.sensor0: 41.7C dev.amdtemp.0.core0.sensor0: 51.1C dev.amdtemp.0.core0.sensor0: 51.0C dev.amdtemp.0.core0.sensor0: 50.7C dev.amdtemp.0.core0.sensor0: 50.5C dev.amdtemp.0.core0.sensor0: 50.1C dev.amdtemp.0.core0.sensor0: 49.8C dev.amdtemp.0.core0.sensor0: 49.5C dev.amdtemp.0.core0.sensor0: 49.2C dev.amdtemp.0.core0.sensor0: 49.2C and again: dev.amdtemp.0.core0.sensor0: 41.5C dev.amdtemp.0.core0.sensor0: 41.2C dev.amdtemp.0.core0.sensor0: 40.8C dev.amdtemp.0.core0.sensor0: 40.8C dev.amdtemp.0.core0.sensor0: 41.0C dev.amdtemp.0.core0.sensor0: 41.3C dev.amdtemp.0.core0.sensor0: 41.6C dev.amdtemp.0.core0.sensor0: 41.3C dev.amdtemp.0.core0.sensor0: 54.0C dev.amdtemp.0.core0.sensor0: 53.7C dev.amdtemp.0.core0.sensor0: 53.3C dev.amdtemp.0.core0.sensor0: 53.1C dev.amdtemp.0.core0.sensor0: 52.7C dev.amdtemp.0.core0.sensor0: 52.3C dev.amdtemp.0.core0.sensor0: 52.1C dev.amdtemp.0.core0.sensor0: 51.7C dev.amdtemp.0.core0.sensor0: 51.5C You can see during each series there are sudden increases of over 9C and almost 13C respectively. The same effect is seen if I track any of the individual cores with "dev.cpu.[0-7].temperature". Here's an example with a 9C jump in 0.1 second. dev.cpu.3.temperature: 41.5C dev.cpu.3.temperature: 41.5C dev.cpu.3.temperature: 41.7C dev.cpu.3.temperature: 41.7C dev.cpu.3.temperature: 41.3C dev.cpu.3.temperature: 41.0C dev.cpu.3.temperature: 40.7C dev.cpu.3.temperature: 49.8C dev.cpu.3.temperature: 49.5C dev.cpu.3.temperature: 49.2C dev.cpu.3.temperature: 48.8C dev.cpu.3.temperature: 48.6C dev.cpu.3.temperature: 48.2C dev.cpu.3.temperature: 48.0C I don't have hands on access to this box as it's in a datacenter 1000 miles from me, but the techs there had a look and all "seems to be OK". -- Jim Ohlstein From owner-freebsd-stable@FreeBSD.ORG Fri Mar 15 19:31: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]) by hub.freebsd.org (Postfix) with ESMTP id E0603DC1 for ; Fri, 15 Mar 2013 19:31:49 +0000 (UTC) (envelope-from ike@blackskyresearch.net) Received: from rs149.luxsci.com (rs149.luxsci.com [64.49.224.181]) by mx1.freebsd.org (Postfix) with ESMTP id AC8CCAF0 for ; Fri, 15 Mar 2013 19:31:49 +0000 (UTC) Received: from rs149.luxsci.com (localhost.localdomain [127.0.0.1]) by rs149.luxsci.com (8.14.4/8.13.8) with ESMTP id r2FJVgIC023202; Fri, 15 Mar 2013 15:31:43 -0400 Received: (from root@localhost) by rs149.luxsci.com (8.14.4/8.13.8/Submit) id r2FJV2Gr022330; Fri, 15 Mar 2013 19:31:02 GMT Received: (from sender 74627) (rs149.luxsci.com [127.0.0.1]) by LuxSci SP; Fri, 15 Mar 2013 19:31:02 +0000 Subject: Re: amdtemp does not find my CPU. Content-Type: text/plain; charset=us-ascii From: "Isaac (.ike) Levy" In-Reply-To: <51437383.2080705@ohlste.in> Date: Fri, 15 Mar 2013 15:30:55 -0400 Content-Transfer-Encoding: quoted-printable References: <20130315161508.GA963@mycenae.sbb.rs> <51437383.2080705@ohlste.in> To: Jim Ohlstein X-Lux-Comment: Message r2FJUuYT022091 sent by user #74627 Message-Id: <1363375862-896318.757651988.fr2FJUuYT022091@rs149.luxsci.com> X-Comment: LuxSci SP Message ID - 1363375862-896318.757651988 Cc: freebsd-stable@freebsd.org, Zoran Kolic 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, 15 Mar 2013 19:31:49 -0000 On Mar 15, 2013, at 3:16 PM, Jim Ohlstein wrote: > On 3/15/13 12:15 PM, Zoran Kolic wrote: >> After I installed 9.1 amd64 on node with amd 8120, >> I was not able to read temperatures out of the box. >> I fetched source for head module and compiled. And >> loaded module. Still nothing. I assume my cpu is >> a bit different. >> Best regards >=20 > The module from head "works" for me with an 8120 on 9.1 stable = (r247893) > though the results are inconsistent. I am not certain of how useful = they > are. >=20 > # sysctl hw.model > hw.model: AMD FX(tm)-8120 Eight-Core Processor >=20 > # kldstat | grep amd > 5 1 0xffffffff8183e000 1043 amdtemp.ko >=20 > # sysctl -a | grep dev.amdtemp > dev.amdtemp.0.%desc: AMD CPU On-Die Thermal Sensors > dev.amdtemp.0.%driver: amdtemp > dev.amdtemp.0.%parent: hostb4 > dev.amdtemp.0.sensor_offset: 0 > dev.amdtemp.0.core0.sensor0: 47.7C >=20 >=20 > Here are results taken at 0.1 second intervals using a shell script: >=20 > dev.amdtemp.0.core0.sensor0: 42.1C > dev.amdtemp.0.core0.sensor0: 42.2C > dev.amdtemp.0.core0.sensor0: 42.0C > dev.amdtemp.0.core0.sensor0: 42.1C > dev.amdtemp.0.core0.sensor0: 41.8C > dev.amdtemp.0.core0.sensor0: 41.7C > dev.amdtemp.0.core0.sensor0: 51.1C > dev.amdtemp.0.core0.sensor0: 51.0C > dev.amdtemp.0.core0.sensor0: 50.7C > dev.amdtemp.0.core0.sensor0: 50.5C > dev.amdtemp.0.core0.sensor0: 50.1C > dev.amdtemp.0.core0.sensor0: 49.8C > dev.amdtemp.0.core0.sensor0: 49.5C > dev.amdtemp.0.core0.sensor0: 49.2C > dev.amdtemp.0.core0.sensor0: 49.2C >=20 >=20 > and again: >=20 > dev.amdtemp.0.core0.sensor0: 41.5C > dev.amdtemp.0.core0.sensor0: 41.2C > dev.amdtemp.0.core0.sensor0: 40.8C > dev.amdtemp.0.core0.sensor0: 40.8C > dev.amdtemp.0.core0.sensor0: 41.0C > dev.amdtemp.0.core0.sensor0: 41.3C > dev.amdtemp.0.core0.sensor0: 41.6C > dev.amdtemp.0.core0.sensor0: 41.3C > dev.amdtemp.0.core0.sensor0: 54.0C > dev.amdtemp.0.core0.sensor0: 53.7C > dev.amdtemp.0.core0.sensor0: 53.3C > dev.amdtemp.0.core0.sensor0: 53.1C > dev.amdtemp.0.core0.sensor0: 52.7C > dev.amdtemp.0.core0.sensor0: 52.3C > dev.amdtemp.0.core0.sensor0: 52.1C > dev.amdtemp.0.core0.sensor0: 51.7C > dev.amdtemp.0.core0.sensor0: 51.5C >=20 > You can see during each series there are sudden increases of over 9C = and > almost 13C respectively. >=20 > The same effect is seen if I track any of the individual cores with > "dev.cpu.[0-7].temperature". Here's an example with a 9C jump in 0.1 = second. >=20 > dev.cpu.3.temperature: 41.5C > dev.cpu.3.temperature: 41.5C > dev.cpu.3.temperature: 41.7C > dev.cpu.3.temperature: 41.7C > dev.cpu.3.temperature: 41.3C > dev.cpu.3.temperature: 41.0C > dev.cpu.3.temperature: 40.7C > dev.cpu.3.temperature: 49.8C > dev.cpu.3.temperature: 49.5C > dev.cpu.3.temperature: 49.2C > dev.cpu.3.temperature: 48.8C > dev.cpu.3.temperature: 48.6C > dev.cpu.3.temperature: 48.2C > dev.cpu.3.temperature: 48.0C >=20 > I don't have hands on access to this box as it's in a datacenter 1000 > miles from me, but the techs there had a look and all "seems to be = OK". I get the same problem as Zoran's original post. My issue, after enabling the kernel module in loader.conf and rebooting, = I don't see the temperature sysctl values. Fresh 9.1-REL, amd64 (ISO Image, not yet updated from 9.1-REL head) AMD A8-5500 CPU, full dmesg can be found here: http://www.nycbug.org/?action=3Ddmesgd&dmesgid=3D2450 I was thinking of compiling-in "device amdtemp" this weekend- anyone = know of anything else I can do to help provide a clear and easily = reproducible test case? Best, .ike From owner-freebsd-stable@FreeBSD.ORG Fri Mar 15 20:03:43 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B0727970 for ; Fri, 15 Mar 2013 20:03:43 +0000 (UTC) (envelope-from ike@blackskyresearch.net) Received: from rs149.luxsci.com (rs149.luxsci.com [64.49.224.181]) by mx1.freebsd.org (Postfix) with ESMTP id 80396E36 for ; Fri, 15 Mar 2013 20:03:43 +0000 (UTC) Received: from rs149.luxsci.com (localhost.localdomain [127.0.0.1]) by rs149.luxsci.com (8.14.4/8.13.8) with ESMTP id r2FK3gSw010518; Fri, 15 Mar 2013 16:03:42 -0400 Received: (from root@localhost) by rs149.luxsci.com (8.14.4/8.13.8/Submit) id r2FK352r009725; Fri, 15 Mar 2013 20:03:05 GMT Received: (from sender 74627) (rs149.luxsci.com [127.0.0.1]) by LuxSci SP; Fri, 15 Mar 2013 20:03:05 +0000 Subject: Re: amdtemp does not find my CPU. Content-Type: text/plain; charset=iso-8859-1 From: "Isaac (.ike) Levy" In-Reply-To: <1363375862-896318.757651988.fr2FJUuYT022091@rs149.luxsci.com> Date: Fri, 15 Mar 2013 16:02:37 -0400 Content-Transfer-Encoding: quoted-printable References: <20130315161508.GA963@mycenae.sbb.rs> <51437383.2080705@ohlste.in> <1363375862-896318.757651988.fr2FJUuYT022091@rs149.luxsci.com> To: Jim Ohlstein X-Lux-Comment: Message r2FK2dAT009245 sent by user #74627 Message-Id: <1363377785-9100975.94769505.fr2FK2dAT009245@rs149.luxsci.com> X-Comment: LuxSci SP Message ID - 1363377785-9100975.94769505 Cc: freebsd-stable@freebsd.org, Zoran Kolic 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, 15 Mar 2013 20:03:43 -0000 On Mar 15, 2013, at 3:30 PM, Isaac (.ike) Levy wrote: > I get the same problem as Zoran's original post. On Mar 13, 2013, at 6:45 AM, Peter Ankerst=E5l wrote: > On 03/13/2013 11:16 AM, Milan Obuch wrote: >=20 >>=20 >> you need to try amdtemp.c from CURRENT aka HEAD. I did it for both >> E-350 and C-60 CPU and it works for me. If you need something more to >> test it, I can help, but it is really easy. >>=20 >> Regards, >> Milan >>=20 >=20 > Thanks! That worked nicely! >=20 > Regards, > Peter Apologies, please disregard my post: I recently started filtering to be sure to read freebsd-stable@, I did = not know that stable@ was also aliased to this list. Therefore, I only saw a couple posts, yet missed all the actual thread. Best, .ike From owner-freebsd-stable@FreeBSD.ORG Sat Mar 16 05:43:15 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 9325D4B8 for ; Sat, 16 Mar 2013 05:43:15 +0000 (UTC) (envelope-from zkolic@sbb.rs) Received: from smtp1.sbb.rs (smtp1.sbb.rs [89.216.2.33]) by mx1.freebsd.org (Postfix) with ESMTP id 0448D231 for ; Sat, 16 Mar 2013 05:43:14 +0000 (UTC) Received: from mycenae.localdomain (cable-178-148-96-23.dynamic.sbb.rs [178.148.96.23]) by smtp1.sbb.rs (8.14.0/8.14.0) with ESMTP id r2G5MP7S003241; Sat, 16 Mar 2013 06:22:31 +0100 Received: by mycenae.localdomain (Postfix, from userid 1001) id 9049F301BC; Sat, 16 Mar 2013 06:22:13 +0100 (CET) Date: Sat, 16 Mar 2013 06:22:13 +0100 From: Zoran Kolic To: "Isaac (.ike) Levy" Subject: Re: amdtemp does not find my CPU. Message-ID: <20130316052213.GA950@mycenae.sbb.rs> References: <20130315161508.GA963@mycenae.sbb.rs> <51437383.2080705@ohlste.in> <1363375862-896318.757651988.fr2FJUuYT022091@rs149.luxsci.com> <1363377785-9100975.94769505.fr2FK2dAT009245@rs149.luxsci.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1363377785-9100975.94769505.fr2FK2dAT009245@rs149.luxsci.com> 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, 16 Mar 2013 05:43:15 -0000 I've tried all variants, except following stable. I was sure the problem is in amdtemp, not in base. However, "hand measurement" works just fine. I put my hand behind the node and feel cold air, coming from the fans on fractal design 3000 case. At the moment, compiling luakit port, I experienced full cpu usage. The port was stale, so I picked newer source and got failing application. Nothing to do with temp measurement, but someone might be interesting in low memory consumption and fast browser. Openbsd version works perfect on another box. Best regards Zoran From owner-freebsd-stable@FreeBSD.ORG Sat Mar 16 06:20:15 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id E4E7F6C4 for ; Sat, 16 Mar 2013 06:20:15 +0000 (UTC) (envelope-from jdc@koitsu.org) Received: from qmta15.emeryville.ca.mail.comcast.net (qmta15.emeryville.ca.mail.comcast.net [IPv6:2001:558:fe2d:44:76:96:27:228]) by mx1.freebsd.org (Postfix) with ESMTP id B6C622E1 for ; Sat, 16 Mar 2013 06:20:15 +0000 (UTC) Received: from omta03.emeryville.ca.mail.comcast.net ([76.96.30.27]) by qmta15.emeryville.ca.mail.comcast.net with comcast id C6Kz1l0010b6N64AF6LFyZ; Sat, 16 Mar 2013 06:20:15 +0000 Received: from koitsu.strangled.net ([67.180.84.87]) by omta03.emeryville.ca.mail.comcast.net with comcast id C6LE1l0061t3BNj8P6LEYx; Sat, 16 Mar 2013 06:20:14 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 079D173A1C; Fri, 15 Mar 2013 23:20:14 -0700 (PDT) Date: Fri, 15 Mar 2013 23:20:14 -0700 From: Jeremy Chadwick To: Jim Ohlstein Subject: Re: amdtemp does not find my CPU. Message-ID: <20130316062013.GA35674@icarus.home.lan> References: <20130315161508.GA963@mycenae.sbb.rs> <51437383.2080705@ohlste.in> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <51437383.2080705@ohlste.in> User-Agent: Mutt/1.5.21 (2010-09-15) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20121106; t=1363414815; bh=djfxShBawF8cGIyhokl/Tjwmq1QHy3okQfMk3u98lk8=; h=Received:Received:Received:Date:From:To:Subject:Message-ID: MIME-Version:Content-Type; b=aNSheustgL58A1KU4nLMdqcxpD4c9fBizcHuYchBpnFO/QjwfvVvHAd2tRUJgsZSi 85yZRzGkf3I0kbQQJ21PrdBQE0bdTZqHHPsR0yGkEnfEYXDB5kQIM0ibuU9g6m8K6B FAz4aDx3geirc6Hz2q02gMeRhnsTjN7/56LRURaErctsf9qaQ+qt9nEAKkPWBBAGcX fvw/jXq6aeFT5GwzkENwLlcsK004tsojgWBKYaj8QXjmX3n5i5AHwZmCkokpVgg2le ueMq2UP9aClGVyq+hp/axU2/ljj1OUUdPjNULcooLC2bNZAQ7vs9P474hHZB5Ve2o5 bjXbVlUuwf6lA== Cc: freebsd-stable@freebsd.org, Zoran Kolic 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, 16 Mar 2013 06:20:16 -0000 On Fri, Mar 15, 2013 at 03:16:19PM -0400, Jim Ohlstein wrote: > On 3/15/13 12:15 PM, Zoran Kolic wrote: > > After I installed 9.1 amd64 on node with amd 8120, > > I was not able to read temperatures out of the box. > > I fetched source for head module and compiled. And > > loaded module. Still nothing. I assume my cpu is > > a bit different. > > Best regards > > The module from head "works" for me with an 8120 on 9.1 stable (r247893) > though the results are inconsistent. I am not certain of how useful they > are. > > # sysctl hw.model > hw.model: AMD FX(tm)-8120 Eight-Core Processor > > # kldstat | grep amd > 5 1 0xffffffff8183e000 1043 amdtemp.ko > > # sysctl -a | grep dev.amdtemp > dev.amdtemp.0.%desc: AMD CPU On-Die Thermal Sensors > dev.amdtemp.0.%driver: amdtemp > dev.amdtemp.0.%parent: hostb4 > dev.amdtemp.0.sensor_offset: 0 > dev.amdtemp.0.core0.sensor0: 47.7C > > Here are results taken at 0.1 second intervals using a shell script: > > dev.amdtemp.0.core0.sensor0: 42.1C > dev.amdtemp.0.core0.sensor0: 42.2C > dev.amdtemp.0.core0.sensor0: 42.0C > dev.amdtemp.0.core0.sensor0: 42.1C > dev.amdtemp.0.core0.sensor0: 41.8C > dev.amdtemp.0.core0.sensor0: 41.7C > dev.amdtemp.0.core0.sensor0: 51.1C > dev.amdtemp.0.core0.sensor0: 51.0C > dev.amdtemp.0.core0.sensor0: 50.7C > dev.amdtemp.0.core0.sensor0: 50.5C > dev.amdtemp.0.core0.sensor0: 50.1C > dev.amdtemp.0.core0.sensor0: 49.8C > dev.amdtemp.0.core0.sensor0: 49.5C > dev.amdtemp.0.core0.sensor0: 49.2C > dev.amdtemp.0.core0.sensor0: 49.2C > > > and again: > > dev.amdtemp.0.core0.sensor0: 41.5C > dev.amdtemp.0.core0.sensor0: 41.2C > dev.amdtemp.0.core0.sensor0: 40.8C > dev.amdtemp.0.core0.sensor0: 40.8C > dev.amdtemp.0.core0.sensor0: 41.0C > dev.amdtemp.0.core0.sensor0: 41.3C > dev.amdtemp.0.core0.sensor0: 41.6C > dev.amdtemp.0.core0.sensor0: 41.3C > dev.amdtemp.0.core0.sensor0: 54.0C > dev.amdtemp.0.core0.sensor0: 53.7C > dev.amdtemp.0.core0.sensor0: 53.3C > dev.amdtemp.0.core0.sensor0: 53.1C > dev.amdtemp.0.core0.sensor0: 52.7C > dev.amdtemp.0.core0.sensor0: 52.3C > dev.amdtemp.0.core0.sensor0: 52.1C > dev.amdtemp.0.core0.sensor0: 51.7C > dev.amdtemp.0.core0.sensor0: 51.5C > > You can see during each series there are sudden increases of over 9C and > almost 13C respectively. > > The same effect is seen if I track any of the individual cores with > "dev.cpu.[0-7].temperature". Here's an example with a 9C jump in 0.1 second. > > dev.cpu.3.temperature: 41.5C > dev.cpu.3.temperature: 41.5C > dev.cpu.3.temperature: 41.7C > dev.cpu.3.temperature: 41.7C > dev.cpu.3.temperature: 41.3C > dev.cpu.3.temperature: 41.0C > dev.cpu.3.temperature: 40.7C > dev.cpu.3.temperature: 49.8C > dev.cpu.3.temperature: 49.5C > dev.cpu.3.temperature: 49.2C > dev.cpu.3.temperature: 48.8C > dev.cpu.3.temperature: 48.6C > dev.cpu.3.temperature: 48.2C > dev.cpu.3.temperature: 48.0C > > I don't have hands on access to this box as it's in a datacenter 1000 > miles from me, but the techs there had a look and all "seems to be OK". 1. While it's certainly possible the DTS reading routines and/or the calculation formulas may be wrong in amdtemp(4), possibly for your model of CPU, it is also certainly possible that what you're seeing is normal and fully justified. This is especially the case for the dev.cpu.X.temperature nodes on the K8 family. Respectfully, not combatively nor dismissively: you've not provided a comparison base to prove there's an issue. You would need to provide data from Linux (I forget what daemon/tool they have to get this) or Windows (Core Temp). 2. I have a gut feeling I know what may be causing what you're seeing, but I need you to provide verbatim the shell script you're using. 3. Why has no one CC'd the driver maintainers nor individuals who have committed/touched this driver? Those people are: Jung-uk KIM Rui Paulo Norikatsu SHIGEMURA -- | Jeremy Chadwick jdc@koitsu.org | | UNIX Systems Administrator http://jdc.koitsu.org/ | | Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sat Mar 16 06:35: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]) by hub.freebsd.org (Postfix) with ESMTP id 3E64F8B0 for ; Sat, 16 Mar 2013 06:35:22 +0000 (UTC) (envelope-from jmg@h2.funkthat.com) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) by mx1.freebsd.org (Postfix) with ESMTP id A946A33B for ; Sat, 16 Mar 2013 06:35:21 +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 r2G6ZFuC029170 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 15 Mar 2013 23:35:15 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id r2G6ZFVc029169; Fri, 15 Mar 2013 23:35:15 -0700 (PDT) (envelope-from jmg) Date: Fri, 15 Mar 2013 23:35:15 -0700 From: John-Mark Gurney To: Zoran Kolic Subject: Re: amdtemp does not find my CPU. Message-ID: <20130316063515.GH88785@funkthat.com> Mail-Followup-To: Zoran Kolic , freebsd-stable@freebsd.org References: <20130315161508.GA963@mycenae.sbb.rs> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130315161508.GA963@mycenae.sbb.rs> 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 passed SPF test, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Fri, 15 Mar 2013 23:35:15 -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, 16 Mar 2013 06:35:22 -0000 Zoran Kolic wrote this message on Fri, Mar 15, 2013 at 17:15 +0100: > After I installed 9.1 amd64 on node with amd 8120, > I was not able to read temperatures out of the box. > I fetched source for head module and compiled. And > loaded module. Still nothing. I assume my cpu is > a bit different. Have you tried loading the module at boot time w/ loader.conf? I was just looking at one of my machines that should be supported by amdtemp, but hostb had already attached to it: hostb4@pci0:0:24:3: class=0x060000 card=0x00000000 chip=0x16031022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD]' device = 'Family 15h Processor Function 3' class = bridge subclass = HOST-PCI I haven't done this yet, as my other machine that isn't in production isn't supported by amdtemp, but looks like it may suffer the same issue: hostb4@pci0:0:24:3: class=0x060000 card=0x00000000 chip=0x14031022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD]' device = 'Family 15h (Models 10h-1fh) Processor Function 3' class = bridge subclass = HOST-PCI -- 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 Mar 16 09:08:08 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 0E49627F for ; Sat, 16 Mar 2013 09:08:08 +0000 (UTC) (envelope-from amdmiek@gmail.com) Received: from mail-we0-x231.google.com (mail-we0-x231.google.com [IPv6:2a00:1450:400c:c03::231]) by mx1.freebsd.org (Postfix) with ESMTP id 6ED30870 for ; Sat, 16 Mar 2013 09:08:07 +0000 (UTC) Received: by mail-we0-f177.google.com with SMTP id d7so3862685wer.22 for ; Sat, 16 Mar 2013 02:08:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=80qQFTgP4XZ6HpiDP3mj8CIwC2xWo2iOhAAqXOlMBGk=; b=wU9nBWNrsjZDfo6twP0HovOD36J6VCz5NzrELYm9iU4OVOFmmptyxHWhwtijT2BeFH MFnJ3jtatjsCVwP/nrGNsDP/RwFccLJnIjsJ7lSLrYBI9ZFAltL1d8Frg7sUuJyF5a9c doJND9Tgdk7DtxC0K6EXKY1z0FOyRX6aFCMeu8IGU6okyz+jUYMJ6GGnYB1RxyCctXZ0 0D/A9NDvakjzTq4JlMIQyUJfUluISxU27GJhahPWjaxQR/5RzXkm49YdZi+xBGM/8xAd f9zqpWz32KiAa72iLvlMN7x7DvPrePhCDBMSVrGNHbvtEyxh01l2qF74KCphN5IA4KZV ef1A== MIME-Version: 1.0 X-Received: by 10.180.73.212 with SMTP id n20mr7375723wiv.11.1363424886458; Sat, 16 Mar 2013 02:08:06 -0700 (PDT) Received: by 10.180.93.40 with HTTP; Sat, 16 Mar 2013 02:08:06 -0700 (PDT) Date: Sat, 16 Mar 2013 13:08:06 +0400 Message-ID: Subject: A few problems From: Michael BlackHeart To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-1 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, 16 Mar 2013 09:08:08 -0000 Hello there. I've got a couple of things I don't get or can't handle. I'm running: FreeBSD diablo.miekoff.local 9.1-STABLE FreeBSD 9.1-STABLE #0 r248347: Sat Mar 16 03:20:58 MSK 2013 root@diablo.miekoff.local:/usr/obj/usr/src/sys/DIABLO64 amd64 1st of all, on dmesg there's something strange. It says: real memory = 6442450944 (6144 MB) avail memory = 4092743680 (3903 MB) So real memory is about 6Gb, but localy installed only 4Gb. I tried to disable swap and reboot but it's still the same output. And here goes dmidecode: SMBIOS 2.5 present. 72 structures occupying 2730 bytes. Table at 0x000FB710. Handle 0x0000, DMI type 0, 24 bytes BIOS Information Vendor: American Megatrends Inc. Version: V3.4 Release Date: 03/09/2009 Address: 0xF0000 Runtime Size: 64 kB ROM Size: 4096 kB Characteristics: ISA is supported PCI is supported PNP is supported APM is supported BIOS is upgradeable BIOS shadowing is allowed ESCD support is available Boot from CD is supported Selectable boot is supported BIOS ROM is socketed EDD is supported 5.25"/1.2 MB floppy services are supported (int 13h) 3.5"/720 kB floppy services are supported (int 13h) 3.5"/2.88 MB floppy services are supported (int 13h) Print screen service is supported (int 5h) 8042 keyboard services are supported (int 9h) Serial services are supported (int 14h) Printer services are supported (int 17h) CGA/mono video services are supported (int 10h) ACPI is supported USB legacy is supported LS-120 boot is supported ATAPI Zip drive boot is supported BIOS boot specification is supported Targeted content distribution is supported BIOS Revision: 8.15 Handle 0x0001, DMI type 1, 27 bytes System Information Manufacturer: MICRO-STAR INTERNATIONAL CO.,LTD Product Name: MS-7512 Version: 1.0 Serial Number: To Be Filled By O.E.M. UUID: 00000000-0000-0000-0000-0021851C24FA Wake-up Type: Power Switch SKU Number: To Be Filled By O.E.M. Family: To Be Filled By O.E.M. Handle 0x0002, DMI type 2, 15 bytes Base Board Information Manufacturer: MICRO-STAR INTERNATIONAL CO.,LTD Product Name: P45 Neo2-FR (MS-7512) Version: 1.0 Serial Number: To be filled by O.E.M. Asset Tag: To Be Filled By O.E.M. Features: Board is a hosting board Board is replaceable Location In Chassis: To Be Filled By O.E.M. Chassis Handle: 0x0003 Type: Motherboard Contained Object Handles: 0 Handle 0x0003, DMI type 3, 21 bytes Chassis Information Manufacturer: MICRO-STAR INTERNATIONAL CO.,LTD Type: Desktop Lock: Not Present Version: 1.0 Serial Number: To Be Filled By O.E.M. Asset Tag: To Be Filled By O.E.M. Boot-up State: Safe Power Supply State: Safe Thermal State: Safe Security Status: None OEM Information: 0x00000000 Height: Unspecified Number Of Power Cords: 1 Contained Elements: 0 Handle 0x0004, DMI type 4, 40 bytes Processor Information Socket Designation: CPU 1 Type: Central Processor Family: Core 2 Duo Manufacturer: Intel ID: 7A 06 01 00 FF FB EB BF Signature: Type 0, Family 6, Model 23, Stepping 10 Flags: FPU (Floating-point unit on-chip) VME (Virtual mode extension) DE (Debugging extension) PSE (Page size extension) TSC (Time stamp counter) MSR (Model specific registers) PAE (Physical address extension) MCE (Machine check exception) CX8 (CMPXCHG8 instruction supported) APIC (On-chip APIC hardware supported) SEP (Fast system call) MTRR (Memory type range registers) PGE (Page global enable) MCA (Machine check architecture) CMOV (Conditional move instruction supported) PAT (Page attribute table) PSE-36 (36-bit page size extension) CLFSH (CLFLUSH instruction supported) DS (Debug store) ACPI (ACPI supported) MMX (MMX technology supported) FXSR (FXSAVE and FXSTOR instructions supported) SSE (Streaming SIMD extensions) SSE2 (Streaming SIMD extensions 2) SS (Self-snoop) HTT (Multi-threading) TM (Thermal monitor supported) PBE (Pending break enabled) Version: Intel(R) Core(TM)2 Duo CPU E8600 @ 3.33GHz Voltage: 1.2 V External Clock: 333 MHz Max Speed: 3333 MHz Current Speed: 3333 MHz Status: Populated, Enabled Upgrade: Other L1 Cache Handle: 0x0005 L2 Cache Handle: 0x0006 L3 Cache Handle: 0x0007 Serial Number: To Be Filled By O.E.M. Asset Tag: To Be Filled By O.E.M. Part Number: To Be Filled By O.E.M. Core Count: 2 Core Enabled: 2 Thread Count: 2 Characteristics: 64-bit capable Handle 0x0005, DMI type 7, 19 bytes Cache Information Socket Designation: L1-Cache Configuration: Enabled, Not Socketed, Level 1 Operational Mode: Write Back Location: Internal Installed Size: 64 kB Maximum Size: 64 kB Supported SRAM Types: Other Installed SRAM Type: Other Speed: Unknown Error Correction Type: Parity System Type: Data Associativity: 8-way Set-associative Handle 0x0006, DMI type 7, 19 bytes Cache Information Socket Designation: L2-Cache Configuration: Enabled, Not Socketed, Level 2 Operational Mode: Write Back Location: Internal Installed Size: 6144 kB Maximum Size: 6144 kB Supported SRAM Types: Other Installed SRAM Type: Other Speed: Unknown Error Correction Type: Single-bit ECC System Type: Unified Associativity: Other Handle 0x0007, DMI type 7, 19 bytes Cache Information Socket Designation: L3-Cache Configuration: Disabled, Not Socketed, Level 3 Operational Mode: Unknown Location: Internal Installed Size: 0 kB Maximum Size: 0 kB Supported SRAM Types: Unknown Installed SRAM Type: Unknown Speed: Unknown Error Correction Type: Unknown System Type: Unknown Associativity: Unknown Handle 0x0008, DMI type 5, 24 bytes Memory Controller Information Error Detecting Method: 64-bit ECC Error Correcting Capabilities: None Supported Interleave: One-way Interleave Current Interleave: One-way Interleave Maximum Memory Module Size: 4096 MB Maximum Total Memory Size: 16384 MB Supported Speeds: Other Supported Memory Types: DIMM SDRAM Memory Module Voltage: 3.3 V Associated Memory Slots: 4 0x0009 0x000A 0x000B 0x000C Enabled Error Correcting Capabilities: None Handle 0x0009, DMI type 6, 12 bytes Memory Module Information Socket Designation: DIMM1 Bank Connections: 0 1 Current Speed: Unknown Type: DIMM SDRAM Installed Size: Not Installed Enabled Size: Not Installed Error Status: OK Handle 0x000A, DMI type 6, 12 bytes Memory Module Information Socket Designation: DIMM2 Bank Connections: 2 3 Current Speed: Unknown Type: DIMM SDRAM Installed Size: 2048 MB (Double-bank Connection) Enabled Size: 2048 MB (Double-bank Connection) Error Status: OK Handle 0x000B, DMI type 6, 12 bytes Memory Module Information Socket Designation: DIMM3 Bank Connections: 4 5 Current Speed: Unknown Type: DIMM SDRAM Installed Size: Not Installed Enabled Size: Not Installed Error Status: OK Handle 0x000C, DMI type 6, 12 bytes Memory Module Information Socket Designation: DIMM4 Bank Connections: 6 7 Current Speed: Unknown Type: DIMM SDRAM Installed Size: 4096 MB (Double-bank Connection) Enabled Size: 4096 MB (Double-bank Connection) Error Status: OK Handle 0x000D, DMI type 8, 9 bytes Port Connector Information Internal Reference Designator: J1A1 Internal Connector Type: None External Reference Designator: PS2Mouse External Connector Type: PS/2 Port Type: Mouse Port Handle 0x000E, DMI type 8, 9 bytes Port Connector Information Internal Reference Designator: J1A1 Internal Connector Type: None External Reference Designator: Keyboard External Connector Type: PS/2 Port Type: Keyboard Port Handle 0x000F, DMI type 8, 9 bytes Port Connector Information Internal Reference Designator: J2A2 Internal Connector Type: None External Reference Designator: USB1 External Connector Type: Access Bus (USB) Port Type: USB Handle 0x0010, DMI type 8, 9 bytes Port Connector Information Internal Reference Designator: J2A2 Internal Connector Type: None External Reference Designator: USB2 External Connector Type: Access Bus (USB) Port Type: USB Handle 0x0011, DMI type 8, 9 bytes Port Connector Information Internal Reference Designator: J2A1 Internal Connector Type: None External Reference Designator: COM A External Connector Type: DB-9 male Port Type: Serial Port 16550A Compatible Handle 0x0012, DMI type 8, 9 bytes Port Connector Information Internal Reference Designator: J6A1 Internal Connector Type: None External Reference Designator: Audio Mic In External Connector Type: Mini Jack (headphones) Port Type: Audio Port Handle 0x0013, DMI type 8, 9 bytes Port Connector Information Internal Reference Designator: J6A1 Internal Connector Type: None External Reference Designator: Audio Line In External Connector Type: Mini Jack (headphones) Port Type: Audio Port Handle 0x0014, DMI type 8, 9 bytes Port Connector Information Internal Reference Designator: J6A1 Internal Connector Type: None External Reference Designator: Audio Line Out External Connector Type: Mini Jack (headphones) Port Type: Audio Port Handle 0x0015, DMI type 8, 9 bytes Port Connector Information Internal Reference Designator: J6B1 - AUX IN Internal Connector Type: On Board Sound Input From CD-ROM External Reference Designator: Not Specified External Connector Type: None Port Type: Audio Port Handle 0x0016, DMI type 8, 9 bytes Port Connector Information Internal Reference Designator: J6B2 - CDIN Internal Connector Type: On Board Sound Input From CD-ROM External Reference Designator: Not Specified External Connector Type: None Port Type: Audio Port Handle 0x0017, DMI type 8, 9 bytes Port Connector Information Internal Reference Designator: J6J2 - PRI IDE Internal Connector Type: On Board IDE External Reference Designator: Not Specified External Connector Type: None Port Type: Other Handle 0x0018, DMI type 8, 9 bytes Port Connector Information Internal Reference Designator: J6J1 - SEC IDE Internal Connector Type: On Board IDE External Reference Designator: Not Specified External Connector Type: None Port Type: Other Handle 0x0019, DMI type 8, 9 bytes Port Connector Information Internal Reference Designator: J4J1 - FLOPPY Internal Connector Type: On Board Floppy External Reference Designator: Not Specified External Connector Type: None Port Type: Other Handle 0x001A, DMI type 8, 9 bytes Port Connector Information Internal Reference Designator: J9H1 - FRONT PNL Internal Connector Type: 9 Pin Dual Inline (pin 10 cut) External Reference Designator: Not Specified External Connector Type: None Port Type: Other Handle 0x001B, DMI type 8, 9 bytes Port Connector Information Internal Reference Designator: J1B1 - CHASSIS REAR FAN Internal Connector Type: Other External Reference Designator: Not Specified External Connector Type: None Port Type: Other Handle 0x001C, DMI type 8, 9 bytes Port Connector Information Internal Reference Designator: J2F1 - CPU FAN Internal Connector Type: Other External Reference Designator: Not Specified External Connector Type: None Port Type: Other Handle 0x001D, DMI type 8, 9 bytes Port Connector Information Internal Reference Designator: J8B4 - FRONT FAN Internal Connector Type: Other External Reference Designator: Not Specified External Connector Type: None Port Type: Other Handle 0x001E, DMI type 8, 9 bytes Port Connector Information Internal Reference Designator: J9G2 - FNT USB Internal Connector Type: Other External Reference Designator: Not Specified External Connector Type: None Port Type: Other Handle 0x001F, DMI type 8, 9 bytes Port Connector Information Internal Reference Designator: J6C3 - FP AUD Internal Connector Type: Other External Reference Designator: Not Specified External Connector Type: None Port Type: Other Handle 0x0020, DMI type 8, 9 bytes Port Connector Information Internal Reference Designator: J9G1 - CONFIG Internal Connector Type: Other External Reference Designator: Not Specified External Connector Type: None Port Type: Other Handle 0x0021, DMI type 8, 9 bytes Port Connector Information Internal Reference Designator: J8C1 - SCSI LED Internal Connector Type: Other External Reference Designator: Not Specified External Connector Type: None Port Type: Other Handle 0x0022, DMI type 8, 9 bytes Port Connector Information Internal Reference Designator: J9J2 - INTRUDER Internal Connector Type: Other External Reference Designator: Not Specified External Connector Type: None Port Type: Other Handle 0x0023, DMI type 8, 9 bytes Port Connector Information Internal Reference Designator: J9G4 - ITP Internal Connector Type: Other External Reference Designator: Not Specified External Connector Type: None Port Type: Other Handle 0x0024, DMI type 8, 9 bytes Port Connector Information Internal Reference Designator: J2H1 - MAIN POWER Internal Connector Type: Other External Reference Designator: Not Specified External Connector Type: None Port Type: Other Handle 0x0025, DMI type 9, 13 bytes System Slot Information Designation: PCI1 Type: 32-bit PCI Current Usage: In Use Length: Short ID: 1 Characteristics: 3.3 V is provided Opening is shared PME signal is supported Handle 0x0026, DMI type 9, 13 bytes System Slot Information Designation: PCI2 Type: 32-bit PCI Current Usage: In Use Length: Short ID: 2 Characteristics: 3.3 V is provided Opening is shared PME signal is supported Handle 0x0027, DMI type 9, 13 bytes System Slot Information Designation: PCIE1 Type: 64-bit PCI Express Current Usage: In Use Length: Short ID: 3 Characteristics: 3.3 V is provided Opening is shared PME signal is supported Handle 0x0028, DMI type 9, 13 bytes System Slot Information Designation: PCIE2 Type: 32-bit PCI Express Current Usage: Available Length: Short ID: 3 Characteristics: 3.3 V is provided Opening is shared PME signal is supported Handle 0x0029, DMI type 10, 6 bytes On Board Device Information Type: Video Status: Enabled Description: To Be Filled By O.E.M. Handle 0x002A, DMI type 13, 22 bytes BIOS Language Information Language Description Format: Long Installable Languages: 1 en|US|iso8859-1 Currently Installed Language: en|US|iso8859-1 Handle 0x002B, DMI type 16, 15 bytes Physical Memory Array Location: System Board Or Motherboard Use: System Memory Error Correction Type: None Maximum Capacity: 4 GB Error Information Handle: 0x002C Number Of Devices: 4 Handle 0x002C, DMI type 18, 23 bytes 32-bit Memory Error Information Type: Bad Read Granularity: Device Level Operation: Read Vendor Syndrome: Unknown Memory Array Address: Unknown Device Address: Unknown Resolution: Unknown Handle 0x002D, DMI type 19, 15 bytes Memory Array Mapped Address Starting Address: 0x00000000000 Ending Address: 0x000FFFFFFFF Range Size: 4 GB Physical Array Handle: 0x002B Partition Width: 4 Handle 0x002E, DMI type 17, 27 bytes Memory Device Array Handle: 0x002B Error Information Handle: 0x002F Total Width: Unknown Data Width: Unknown Size: No Module Installed Form Factor: DIMM Set: None Locator: DIMM1 Bank Locator: BANK0 Type: Unknown Type Detail: Unknown Speed: Unknown Manufacturer: Manufacturer0 Serial Number: SerNum0 Asset Tag: AssetTagNum0 Part Number: PartNum0 Handle 0x002F, DMI type 18, 23 bytes 32-bit Memory Error Information Type: Bad Read Granularity: Device Level Operation: Read Vendor Syndrome: Unknown Memory Array Address: Unknown Device Address: Unknown Resolution: Unknown Handle 0x0030, DMI type 20, 19 bytes Memory Device Mapped Address Starting Address: 0x00000000000 Ending Address: 0x000000003FF Range Size: 1 kB Physical Device Handle: 0x002E Memory Array Mapped Address Handle: 0x002D Partition Row Position: 1 Interleaved Data Depth: 1 Handle 0x0031, DMI type 17, 27 bytes Memory Device Array Handle: 0x002B Error Information Handle: 0x0032 Total Width: 64 bits Data Width: 64 bits Size: 2048 MB Form Factor: DIMM Set: None Locator: DIMM2 Bank Locator: BANK1 Type: SDRAM Type Detail: Synchronous Speed: Unknown Manufacturer: Manufacturer1 Serial Number: SerNum1 Asset Tag: AssetTagNum1 Part Number: PartNum1 Handle 0x0032, DMI type 18, 23 bytes 32-bit Memory Error Information Type: Bad Read Granularity: Device Level Operation: Read Vendor Syndrome: Unknown Memory Array Address: Unknown Device Address: Unknown Resolution: Unknown Handle 0x0033, DMI type 20, 19 bytes Memory Device Mapped Address Starting Address: 0x00000000000 Ending Address: 0x0007FFFFFFF Range Size: 2 GB Physical Device Handle: 0x0031 Memory Array Mapped Address Handle: 0x002D Partition Row Position: 1 Interleaved Data Depth: 1 Handle 0x0034, DMI type 17, 27 bytes Memory Device Array Handle: 0x002B Error Information Handle: 0x0035 Total Width: Unknown Data Width: Unknown Size: No Module Installed Form Factor: DIMM Set: None Locator: DIMM3 Bank Locator: BANK2 Type: Unknown Type Detail: Unknown Speed: Unknown Manufacturer: Manufacturer2 Serial Number: SerNum2 Asset Tag: AssetTagNum2 Part Number: PartNum2 Handle 0x0035, DMI type 18, 23 bytes 32-bit Memory Error Information Type: Bad Read Granularity: Device Level Operation: Read Vendor Syndrome: Unknown Memory Array Address: Unknown Device Address: Unknown Resolution: Unknown Handle 0x0036, DMI type 20, 19 bytes Memory Device Mapped Address Starting Address: 0x00000000000 Ending Address: 0x000000003FF Range Size: 1 kB Physical Device Handle: 0x0034 Memory Array Mapped Address Handle: 0x002D Partition Row Position: 1 Interleaved Data Depth: 1 Handle 0x0037, DMI type 17, 27 bytes Memory Device Array Handle: 0x002B Error Information Handle: 0x0038 Total Width: 64 bits Data Width: 64 bits Size: 4096 MB Form Factor: DIMM Set: None Locator: DIMM4 Bank Locator: BANK3 Type: SDRAM Type Detail: Synchronous Speed: Unknown Manufacturer: Manufacturer3 Serial Number: SerNum3 Asset Tag: AssetTagNum3 Part Number: PartNum3 Handle 0x0038, DMI type 18, 23 bytes 32-bit Memory Error Information Type: Bad Read Granularity: Device Level Operation: Read Vendor Syndrome: Unknown Memory Array Address: Unknown Device Address: Unknown Resolution: Unknown Handle 0x0039, DMI type 20, 19 bytes Memory Device Mapped Address Starting Address: 0x00080000000 Ending Address: 0x0017FFFFFFF Range Size: 4 GB Physical Device Handle: 0x0037 Memory Array Mapped Address Handle: 0x002D Partition Row Position: 1 Interleaved Data Depth: 1 Handle 0x003A, DMI type 22, 26 bytes Portable Battery Location: Left side of System Manufacturer: Nikon Battery Manufacture Date: 08/11/97 Serial Number: NI00123 Name: Nikon Ultra Plus Chemistry: Nickel Cadmium Design Capacity: Unknown Design Voltage: Unknown SBDS Version: SMART Ver 0123 Maximum Error: Unknown OEM-specific Information: 0x00000000 Handle 0x003B, DMI type 32, 20 bytes System Boot Information Status: No errors detected Handle 0x003C, DMI type 34, 11 bytes Management Device Description: LM78-1 Type: LM78 Address: 0x00000000 Address Type: I/O Port Handle 0x003D, DMI type 28, 22 bytes Temperature Probe Description: LM78A Location: Unknown Status: Unknown Maximum Value: Unknown Minimum Value: Unknown Resolution: Unknown Tolerance: Unknown Accuracy: Unknown OEM-specific Information: 0x00000000 Nominal Value: Unknown Handle 0x003E, DMI type 36, 16 bytes Management Device Threshold Data Lower Non-critical Threshold: 1 Upper Non-critical Threshold: 2 Lower Critical Threshold: 3 Upper Critical Threshold: 4 Lower Non-recoverable Threshold: 5 Upper Non-recoverable Threshold: 6 Handle 0x003F, DMI type 35, 11 bytes Management Device Component Description: To Be Filled By O.E.M. Management Device Handle: 0x003C Component Handle: 0x003C Threshold Handle: 0x003D Handle 0x0040, DMI type 27, 14 bytes Cooling Device Temperature Probe Handle: 0x003D Type: Status: Cooling Unit Group: 1 OEM-specific Information: 0x00000000 Nominal Speed: Unknown Or Non-rotating Handle 0x0041, DMI type 36, 16 bytes Management Device Threshold Data Lower Non-critical Threshold: 1 Upper Non-critical Threshold: 2 Lower Critical Threshold: 3 Upper Critical Threshold: 4 Lower Non-recoverable Threshold: 5 Upper Non-recoverable Threshold: 6 Handle 0x0042, DMI type 35, 11 bytes Management Device Component Description: To Be Filled By O.E.M. Management Device Handle: 0x003C Component Handle: 0x003F Threshold Handle: 0x0040 Handle 0x0043, DMI type 27, 14 bytes Cooling Device Temperature Probe Handle: 0x003D Type: Status: Cooling Unit Group: 1 OEM-specific Information: 0x00000000 Nominal Speed: Unknown Or Non-rotating Handle 0x0044, DMI type 36, 16 bytes Management Device Threshold Data Lower Non-critical Threshold: 1 Upper Non-critical Threshold: 2 Lower Critical Threshold: 3 Upper Critical Threshold: 4 Lower Non-recoverable Threshold: 5 Upper Non-recoverable Threshold: 6 Handle 0x0045, DMI type 35, 11 bytes Management Device Component Description: To Be Filled By O.E.M. Management Device Handle: 0x003C Component Handle: 0x0042 Threshold Handle: 0x0043 Handle 0x0046, DMI type 39, 22 bytes System Power Supply Power Unit Group: 1 Location: To Be Filled By O.E.M. Name: To Be Filled By O.E.M. Manufacturer: To Be Filled By O.E.M. Serial Number: To Be Filled By O.E.M. Asset Tag: To Be Filled By O.E.M. Model Part Number: To Be Filled By O.E.M. Revision: To Be Filled By O.E.M. Max Power Capacity: Unknown Status: Not Present Type: Input Voltage Range Switching: Plugged: Yes Hot Replaceable: No Cooling Device Handle: 0x0040 Handle 0x0047, DMI type 127, 4 bytes End Of Table As you see it says that in DIMM4 there's 4Gb module, but it's 2Gb actualy. It's a Kit of 2x2Gb. BIOS says that there's only 4Gb but FreeBSD see 6Gb. I'll try later to switch modules into DIMM1 & DIMM3 but I'm not expecting any difference. ----------------------------------------- 2nd - I've switched to GPT and before loader I've got an error message: gptboot: error 4 lba 156299374 gptboot: unable to read backup GPT header gpart show => 34 156299308 ada0 GPT (74G) 34 128 1 freebsd-boot (64k) 162 2097024 2 freebsd-ufs (1G) 2097186 4194304 3 freebsd-swap (2.0G) 6291490 20971520 4 freebsd-ufs (10G) 27263010 20971520 5 freebsd-ufs (10G) 48234530 104857600 6 freebsd-ufs (50G) 153092130 3207168 7 freebsd-ufs (1.5G) 156299298 44 - free - (22k) gpart status Name Status Components ada0p1 OK ada0 ada0p2 OK ada0 ada0p3 OK ada0 ada0p4 OK ada0 ada0p5 OK ada0 ada0p6 OK ada0 ada0p7 OK ada0 gpart list Geom name: ada0 modified: false state: OK fwheads: 16 fwsectors: 63 last: 156299341 first: 34 entries: 128 scheme: GPT Providers: 1. Name: ada0p1 Mediasize: 65536 (64k) Sectorsize: 512 Stripesize: 0 Stripeoffset: 17408 Mode: r0w0e0 rawuuid: f84e786d-6f2d-11e2-aa89-001fc6ad769b rawtype: 83bd6b9d-7f41-11dc-be0b-001560b84f0f label: bootfs length: 65536 offset: 17408 type: freebsd-boot index: 1 end: 161 start: 34 2. Name: ada0p2 Mediasize: 1073676288 (1G) Sectorsize: 512 Stripesize: 0 Stripeoffset: 82944 Mode: r1w1e1 rawuuid: f85329a4-6f2d-11e2-aa89-001fc6ad769b rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b label: rootfs length: 1073676288 offset: 82944 type: freebsd-ufs index: 2 end: 2097185 start: 162 3. Name: ada0p3 Mediasize: 2147483648 (2.0G) Sectorsize: 512 Stripesize: 0 Stripeoffset: 1073759232 Mode: r1w1e0 rawuuid: 0964282b-6f2e-11e2-aa89-001fc6ad769b rawtype: 516e7cb5-6ecf-11d6-8ff8-00022d09712b label: (null) length: 2147483648 offset: 1073759232 type: freebsd-swap index: 3 end: 6291489 start: 2097186 4. Name: ada0p4 Mediasize: 10737418240 (10G) Sectorsize: 512 Stripesize: 0 Stripeoffset: 3221242880 Mode: r1w1e1 rawuuid: 15140b3c-6f2e-11e2-aa89-001fc6ad769b rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b label: varfs length: 10737418240 offset: 3221242880 type: freebsd-ufs index: 4 end: 27263009 start: 6291490 5. Name: ada0p5 Mediasize: 10737418240 (10G) Sectorsize: 512 Stripesize: 0 Stripeoffset: 1073759232 Mode: r1w1e1 rawuuid: 2ea7c506-6f2e-11e2-aa89-001fc6ad769b rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b label: tmpfs length: 10737418240 offset: 13958661120 type: freebsd-ufs index: 5 end: 48234529 start: 27263010 6. Name: ada0p6 Mediasize: 53687091200 (50G) Sectorsize: 512 Stripesize: 0 Stripeoffset: 3221242880 Mode: r1w1e1 rawuuid: 38bb10d2-6f2e-11e2-aa89-001fc6ad769b rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b label: usrfs length: 53687091200 offset: 24696079360 type: freebsd-ufs index: 6 end: 153092129 start: 48234530 7. Name: ada0p7 Mediasize: 1642070016 (1.5G) Sectorsize: 512 Stripesize: 0 Stripeoffset: 1073759232 Mode: r1w1e1 rawuuid: 5fb13e3a-6f2e-11e2-aa89-001fc6ad769b rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b label: configfs length: 1642070016 offset: 78383170560 type: freebsd-ufs index: 7 end: 156299297 start: 153092130 Consumers: 1. Name: ada0 Mediasize: 80025280000 (74G) Sectorsize: 512 Mode: r6w6e11 How do I fix it? ----------------------------------------- Next one. I've got re0: re0@pci0:4:0:0: class=0x020000 card=0x512c1462 chip=0x816810ec rev=0x02 hdr=0x00 vendor = 'Realtek Semiconductor Co., Ltd.' device = 'RTL8111/8168B PCI Express Gigabit Ethernet controller' class = network subclass = ethernet bar [10] = type I/O Port, range 32, base 0xd800, size 256, enabled bar [18] = type Memory, range 64, base 0xfeaff000, size 4096, enabled bar [20] = type Prefetchable Memory, range 64, base 0xf8ff0000, size 65536, enabled cap 01[40] = powerspec 3 supports D0 D1 D2 D3 current D0 cap 05[50] = MSI supports 1 message, 64 bit cap 10[70] = PCI-Express 1 endpoint IRQ 1 max data 128(256) link x1(x1) speed 2.5(2.5) cap 11[b0] = MSI-X supports 2 messages in map 0x20 enabled cap 03[d0] = VPD ecap 0001[100] = AER 1 0 fatal 0 non-fatal 2 corrected ecap 0002[140] = VC 1 max VC0 ecap 0003[160] = Serial 1 01000000684ce000 re0: flags=8843 metric 0 mtu 1500 description: ToISP options=8218b ether 00:21:85:1c:24:fa media: Ethernet autoselect (100baseTX ) status: active and I've got sk0: skc0@pci0:5:1:0: class=0x020000 card=0x4b011186 chip=0x4b011186 rev=0x11 hdr=0x00 vendor = 'D-Link System Inc' device = 'DGE-530T Gigabit Ethernet Adapter (rev 11)' class = network subclass = ethernet bar [10] = type Memory, range 32, base 0xfebec000, size 16384, enabled bar [14] = type I/O Port, range 32, base 0xe800, size 256, enabled cap 01[48] = powerspec 2 supports D0 D1 D2 D3 current D0 cap 03[50] = VPD sk0: flags=8943 metric 0 mtu 1500 description: LAN_ethernet options=80009 ether 00:19:5b:86:3b:53 media: Ethernet autoselect (1000baseT ) status: active and one of them - sk0 is a member of a bridge. And there're two problems. One is that re0 doesn't neogatiate direct link with a connected PC (using non-crossover UTP), but sk0 does that easy. It seems to me that according to RTL8111 chip specification there shouldn't be any problem, probably it's a driver problem? And next problem is about sk0. After boot it says in ifconfig: sk0: flags=8943 metric 0 mtu 1500 description: LAN_ethernet options=80009 ether 00:19:5b:86:3b:53 media: Ethernet autoselect (1000baseT ) status: active next, I'd like to use txcsum ifconfig sk0 txcsum sk0: flags=8943 metric 0 mtu 1500 description: LAN_ethernet options=8000b ether 00:19:5b:86:3b:53 media: Ethernet autoselect (1000baseT ) status: active As you see everything is good. But it's all already configured in rc.conf and should be applyed during boot: a part from rc.conf ifconfig_ath0="mode 11g" wlans_ath0="wlan0" create_args_wlan0="wlanmode hostap mode 11g channel 11 country RU regdomain etsi" cloned_interfaces="bridge0" ifconfig_bridge0="inet 192.168.1.1/24 addm sk0 addm wlan0 description LAN" ifconfig_lo0="inet 127.0.0.1/8 mtu 16464" ifconfig_sk0="rxcsum txcsum description LAN_ethernet" ifconfig_re0="rxcsum txcsum tso -vlanhwtag -vlanmtu -vlanhwcsum description ToISP" Probably I misunderstand something? From owner-freebsd-stable@FreeBSD.ORG Sat Mar 16 15:14:42 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 2388F8E3 for ; Sat, 16 Mar 2013 15:14:42 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id 544E01B8 for ; Sat, 16 Mar 2013 15:14:39 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id r2GFEUOT099699; Sun, 17 Mar 2013 02:14:31 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Sun, 17 Mar 2013 02:14:30 +1100 (EST) From: Ian Smith To: John Mehr Subject: Re: svn - but smaller? In-Reply-To: Message-ID: <20130315001321.K32142@sola.nimnet.asn.au> References: <513E2DA5.70200@mac.com> <20130313152150.E32142@sola.nimnet.asn.au> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-496833280-1363272910=:32142" Content-ID: <20130317002336.X32142@sola.nimnet.asn.au> 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, 16 Mar 2013 15:14:42 -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. --0-496833280-1363272910=:32142 Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-1 Content-Transfer-Encoding: 8BIT Content-ID: <20130317002336.U32142@sola.nimnet.asn.au> On Wed, 13 Mar 2013 21:11:28 -0500, John Mehr wrote: > On Wed, 13 Mar 2013 16:29:45 +1100 (EST) >  Ian Smith wrote: [..] > > I have a small test system on which I'd installed (two instances of) 9.1 so > > a couple of days ago I fetched ports with portsnap, installed svnup, and > > ran it using the (just what I needed) example command in svnup(1). Just to reiterate: this is vanilla releng/9.1, no ports but docs and svnup installed, no X, 512MB RAM, nothing happening but occasional ARP. For completeness, it's running powerd and acpi_ibm but not cam.ctl. > > I get about 700KB/s here, and svnup took about 15 minutes to update 9.1 > > sources to 9-stable.  This is fine.  Last night I ran it again, but it took > > 12:42 to make no changes.  This seemed puzzling, as you'd said only a few > > minutes for subsequent updates, but the reason appears to be that in both > > cases, I ran it in script(1), and the default verbosity of 1 includes a > > listing of every directory and file examined, followed by then > to eol> codes.  Even in less -r (raw) mode it still has to display and skip > > through all the (now invisible) lines; bit messy. > > > > Even the second do-nothing run made a 2MB script file, the original with > > all 9.1 to -stable updates being 3.4MB.  So I'd love the option to only > > list the changes (- and +) and simply ignore unchanged dirs/files without > > any display for use in script(1).  Apart from that, I'm happy. > > Which mirror are you using?  I ran several tests tonight repeatedly fetching > 9/stable from svn0.us-west (so they would all be do-nothing runs) both inside > and outside of a script(1) capture and on both an old SSD and on a ZFS > mirrored array (to see if the target media made any difference) and they all > completed in 2 minutes, 43 seconds +/- 2 seconds on my 350 KB/s connection. svn0.us-west.freebsd.org as per example, but it's the closest to here anyway; pings avg 217.5ms stddev 0.4ms, us-east avg 269.3ms sd 9.5ms. fastest_cvsup used to find cvs mirrors in Australia at around 55-70ms, so for another while I thought RTT might be the issue - but it's not. > I'll definitely put in a verbosity level that does exactly what you suggest.  > Sorry about that. Not at all, and thanks! But neither, I now find, is logging the extra time issue; as mentioned elsewhere, running at -v0 makes next to no difference, 12:48 west vs 12:54 east on 4 do-nothing runs, 700KB/s link, not running in script(1) - though I think that matters not, or little. So I began watching top more closely, also running iostat -w10, noticing that svnup was pegging CPU at 100% with ~75% _system_? time for nearly 9 minutes of the run, doing little or no disk I/O and a max of 130KB/s in, 22.6KB/s out, no stress there, growing to ~20MB resident, then doing a flurry of disk I/O at about 3-5MB/s for the last 3m40s odd. IOW, svnup here is mostly heavily CPU-bound, which I don't understand, but then I know nothing about what level of computation the protocol demands. I've done some more controlled tests since, running both iostat -w10 and netstat -w10 -dn before, during and until a bit after the run, attached, hoping these might help pinpoint any bottlenecks? This was running -v1 default verbosity, hence the (not at all heavy) tty output numbers. Just sometimes, running slower hardware can have advantages! On your times, yours likely has more than 500% of my single-core P3-M's 1133MHz performance, which would tend to mask this issue pretty well for you :) John Baldwin has best described when c{,v}sup deletes (only in-tree) files, covered in section 'delete' in csup(1). I think this should probably be default behaviour, even if svn proper would do otherwise. cheers, Ian --0-496833280-1363272910=:32142 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=netstat-w10-dn.svnup Content-Transfer-Encoding: BASE64 Content-ID: <20130317021430.Y32142@sola.nimnet.asn.au> Content-Description: Content-Disposition: attachment; filename=netstat-w10-dn.svnup ICAgICAgICAgICAgaW5wdXQgICAgICAgIChUb3RhbCkgICAgICAgICAgIG91 dHB1dA0KICAgcGFja2V0cyAgZXJycyBpZHJvcHMgICAgICBieXRlcyAgICBw YWNrZXRzICBlcnJzICAgICAgYnl0ZXMgY29sbHMgZHJvcHMNCiAgICAgICAg IDAgICAgIDAgICAgIDAgICAgICAgICAgMCAgICAgICAgICAwICAgICAwICAg ICAgICAgIDAgICAgIDAgICAgIDAgDQogICAgICAgICAwICAgICAwICAgICAw ICAgICAgICAgIDAgICAgICAgICAgMCAgICAgMCAgICAgICAgICAwICAgICAw ICAgICAwIA0KICAgICAgICAgMCAgICAgMCAgICAgMCAgICAgICAgICAwICAg ICAgICAgIDAgICAgIDAgICAgICAgICAgMCAgICAgMCAgICAgMCANCiAgICAg ICAgIDAgICAgIDAgICAgIDAgICAgICAgICAgMCAgICAgICAgICAwICAgICAw ICAgICAgICAgIDAgICAgIDAgICAgIDAgDQogICAgICAgICAwICAgICAwICAg ICAwICAgICAgICAgIDAgICAgICAgICAgMCAgICAgMCAgICAgICAgICAwICAg ICAwICAgICAwIA0KICAgICAgIDMxMiAgICAgMCAgICAgMCAgICAgNTA0MjEz ICAgICAgICAyMTIgICAgIDAgICAgICA1MDUxMSAgICAgMCAgICAgMCANCiAg ICAgICA1ODcgICAgIDAgICAgIDAgICAgIDc1ODQ0OCAgICAgICAgMzg0ICAg ICAwICAgICAxMDgyOTkgICAgIDAgICAgIDAgDQogICAgICAgODU4ICAgICAw ICAgICAwICAgIDEzMDcwMTQgICAgICAgIDYwMSAgICAgMCAgICAgMTM5NTc0 ICAgICAwICAgICAwIA0KICAgICAgIDY5OSAgICAgMCAgICAgMCAgICAgNzc3 NDUxICAgICAgICA1MjEgICAgIDAgICAgIDExMTUxMCAgICAgMCAgICAgMCAN CiAgICAgICA2MTIgICAgIDAgICAgIDAgICAgIDgyMTE2MCAgICAgICAgNDI5 ICAgICAwICAgICAgOTk1NDEgICAgIDAgICAgIDAgDQogICAgICAgNDU5ICAg ICAwICAgICAwICAgICA2NTM4MjggICAgICAgIDMzMSAgICAgMCAgICAgMTA2 MzY0ICAgICAwICAgICAwIA0KICAgICAgIDQ1MyAgICAgMCAgICAgMCAgICAg NTEwMDA5ICAgICAgICAzMzYgICAgIDAgICAgICA5NDMxNyAgICAgMCAgICAg MCANCiAgICAgICAzNzEgICAgIDAgICAgIDAgICAgIDQ0MDQ1NyAgICAgICAg Mjc1ICAgICAwICAgICAxMTQ4NTcgICAgIDAgICAgIDAgDQogICAgICAgMzQx ICAgICAwICAgICAwICAgICA0MDk4ODYgICAgICAgIDI3MyAgICAgMCAgICAg IDgwMjQ3ICAgICAwICAgICAwIA0KICAgICAgIDM0NSAgICAgMCAgICAgMCAg ICAgNDY3NzI4ICAgICAgICAyNTQgICAgIDAgICAgIDExNTQyNiAgICAgMCAg ICAgMCANCiAgICAgICAzMjQgICAgIDAgICAgIDAgICAgIDM5MDEzMCAgICAg ICAgMjYyICAgICAwICAgICAgNzk4MDIgICAgIDAgICAgIDAgDQogICAgICAg MzM3ICAgICAwICAgICAwICAgICA0MzMzMDMgICAgICAgIDI1MyAgICAgMCAg ICAgIDgyMjAwICAgICAwICAgICAwIA0KICAgICAgIDM1NSAgICAgMCAgICAg MCAgICAgNDA2MTY4ICAgICAgICAyODIgICAgIDAgICAgIDExMzk5MiAgICAg MCAgICAgMCANCiAgICAgICAzMjIgICAgIDAgICAgIDAgICAgIDQxNjI1NiAg ICAgICAgMjM5ICAgICAwICAgICAxMTQwMjIgICAgIDAgICAgIDAgDQogICAg ICAgMzIwICAgICAwICAgICAwICAgICAzODExODAgICAgICAgIDI1OCAgICAg MCAgICAgIDc5NjcwICAgICAwICAgICAwIA0KICAgICAgICAgICAgaW5wdXQg ICAgICAgIChUb3RhbCkgICAgICAgICAgIG91dHB1dA0KICAgcGFja2V0cyAg ZXJycyBpZHJvcHMgICAgICBieXRlcyAgICBwYWNrZXRzICBlcnJzICAgICAg Ynl0ZXMgY29sbHMgZHJvcHMNCiAgICAgICAzMjkgICAgIDAgICAgIDAgICAg IDQyMzgwMiAgICAgICAgMjQ4ICAgICAwICAgICAxMTQzNTMgICAgIDAgICAg IDAgDQogICAgICAgMzI3ICAgICAwICAgICAwICAgICA0MjE1MjIgICAgICAg IDI1OSAgICAgMCAgICAgIDgwNDQ2ICAgICAwICAgICAwIA0KICAgICAgIDMx OCAgICAgMCAgICAgMCAgICAgMzUzODk1ICAgICAgICAyNjEgICAgIDAgICAg IDExMjQzMCAgICAgMCAgICAgMCANCiAgICAgICAzMTEgICAgIDAgICAgIDAg ICAgIDM4NDk5NiAgICAgICAgMjMyICAgICAwICAgICAxMTMwODggICAgIDAg ICAgIDAgDQogICAgICAgMTY0ICAgICAwICAgICAwICAgICAxNTY3MzEgICAg ICAgIDE0NyAgICAgMCAgICAgIDYwNjE1ICAgICAwICAgICAwIA0KICAgICAg IDU0NCAgICAgMCAgICAgMCAgICAgNzk4MzE3ICAgICAgICAzOTggICAgIDAg ICAgIDIyNjgwNyAgICAgMCAgICAgMCANCiAgICAgICA2MTEgICAgIDAgICAg IDAgICAgIDY3MzAzNSAgICAgICAgNDgxICAgICAwICAgICAxNTY1MDAgICAg IDAgICAgIDAgDQogICAgICAgMzM3ICAgICAwICAgICAwICAgICA0MTA0MzAg ICAgICAgIDI1MSAgICAgMCAgICAgMTEzOTIwICAgICAwICAgICAwIA0KICAg ICAgIDMyNCAgICAgMCAgICAgMCAgICAgNDUxMzQxICAgICAgICAyNTYgICAg IDAgICAgICA4MTMyNSAgICAgMCAgICAgMCANCiAgICAgICAzNDAgICAgIDAg ICAgIDAgICAgIDM5MTQyMyAgICAgICAgMjU2ICAgICAwICAgICAxMTM2MzEg ICAgIDAgICAgIDAgDQogICAgICAgMzMwICAgICAwICAgICAwICAgICA0MzA3 OTIgICAgICAgIDI2MSAgICAgMCAgICAgIDgwODA5ICAgICAwICAgICAwIA0K ICAgICAgIDMyMCAgICAgMCAgICAgMCAgICAgMzY3Mjc5ICAgICAgICAyNjQg ICAgIDAgICAgIDExMjgzOSAgICAgMCAgICAgMCANCiAgICAgICAzMDQgICAg IDAgICAgIDAgICAgIDM4MjE1OSAgICAgICAgMjI1ICAgICAwICAgICAxMTMy NjggICAgIDAgICAgIDAgDQogICAgICAgMzA1ICAgICAwICAgICAwICAgICAz NDY5NjcgICAgICAgIDI0NyAgICAgMCAgICAgIDc4NzEyICAgICAwICAgICAw IA0KICAgICAgIDMyNCAgICAgMCAgICAgMCAgICAgMzczNzM1ICAgICAgICAy NDQgICAgIDAgICAgIDExMjc4NCAgICAgMCAgICAgMCANCiAgICAgICAyODMg ICAgIDAgICAgIDAgICAgIDM2OTYzNCAgICAgICAgMjM1ICAgICAwICAgICAx MTI5NTcgICAgIDAgICAgIDAgDQogICAgICAgMzAwICAgICAwICAgICAwICAg ICAzNjE4OTUgICAgICAgIDI0NyAgICAgMCAgICAgIDc5MzMyICAgICAwICAg ICAwIA0KICAgICAgIDI5NyAgICAgMCAgICAgMCAgICAgMzMxMjEwICAgICAg ICAyNDMgICAgIDAgICAgIDExMTY5MSAgICAgMCAgICAgMCANCiAgICAgICAy OTEgICAgIDAgICAgIDAgICAgIDM4MjMwOSAgICAgICAgMjQ1ICAgICAwICAg ICAxMTMxNDYgICAgIDAgICAgIDAgDQogICAgICAgMzQ5ICAgICAwICAgICAw ICAgICA0NTA5MDEgICAgICAgIDI1MCAgICAgMCAgICAgIDgxMjk0ICAgICAw ICAgICAwIA0KICAgICAgIDM1MSAgICAgMCAgICAgMCAgICAgNDI3OTc1ICAg ICAgICAyNjIgICAgIDAgICAgIDExNDUyMSAgICAgMCAgICAgMCANCiAgICAg ICAgICAgIGlucHV0ICAgICAgICAoVG90YWwpICAgICAgICAgICBvdXRwdXQN CiAgIHBhY2tldHMgIGVycnMgaWRyb3BzICAgICAgYnl0ZXMgICAgcGFja2V0 cyAgZXJycyAgICAgIGJ5dGVzIGNvbGxzIGRyb3BzDQogICAgICAgMzUzICAg ICAwICAgICAwICAgICA0MzI3OTMgICAgICAgIDI4NSAgICAgMCAgICAgIDgx MzI1ICAgICAwICAgICAwIA0KICAgICAgIDMzNiAgICAgMCAgICAgMCAgICAg NDM0NDc2ICAgICAgICAyNDUgICAgIDAgICAgICA4MTAwMyAgICAgMCAgICAg MCANCiAgICAgICAzMzkgICAgIDAgICAgIDAgICAgIDM5MTAxMCAgICAgICAg MjU0ICAgICAwICAgICAxMTMzMDQgICAgIDAgICAgIDAgDQogICAgICAgMzI5 ICAgICAwICAgICAwICAgICA0MTY1MDIgICAgICAgIDI2NyAgICAgMCAgICAg IDgwNjA1ICAgICAwICAgICAwIA0KICAgICAgIDM0MCAgICAgMCAgICAgMCAg ICAgNDU5ODU5ICAgICAgICAyNTAgICAgIDAgICAgIDExNTEzNCAgICAgMCAg ICAgMCANCiAgICAgICAzNjEgICAgIDAgICAgIDAgICAgIDQzMTQyMyAgICAg ICAgMjgxICAgICAwICAgICAgODEwOTkgICAgIDAgICAgIDAgDQogICAgICAg MzA1ICAgICAwICAgICAwICAgICAzNjQ5NjUgICAgICAgIDI1NiAgICAgMCAg ICAgMTEzMDg1ICAgICAwICAgICAwIA0KICAgICAgIDI2NiAgICAgMCAgICAg MCAgICAgMzEwMzMxICAgICAgICAyMjMgICAgIDAgICAgIDExMTMzOSAgICAg MCAgICAgMCANCiAgICAgICAyOTcgICAgIDAgICAgIDAgICAgIDM2MjY3NyAg ICAgICAgMjE3ICAgICAwICAgICAxMTI1MDMgICAgIDAgICAgIDAgDQogICAg ICAgMzQ3ICAgICAwICAgICAwICAgICA0Mzg1NjAgICAgICAgIDI3MyAgICAg MCAgICAgIDgwOTc3ICAgICAwICAgICAwIA0KICAgICAgIDM2MSAgICAgMCAg ICAgMCAgICAgNDM4OTIxICAgICAgICAyNjkgICAgIDAgICAgIDExNDc2NCAg ICAgMCAgICAgMCANCiAgICAgICAzNDAgICAgIDAgICAgIDAgICAgIDQyNzUy MiAgICAgICAgMjY4ICAgICAwICAgICAgODA3ODggICAgIDAgICAgIDAgDQog ICAgICAgMzQ5ICAgICAwICAgICAwICAgICA0NDg5MTAgICAgICAgIDI2MSAg ICAgMCAgICAgMTE1MDkwICAgICAwICAgICAwIA0KICAgICAgIDMzOSAgICAg MCAgICAgMCAgICAgNDEzMTQwICAgICAgICAyNzEgICAgIDAgICAgICA4MDUw OCAgICAgMCAgICAgMCANCiAgICAgICAzMzMgICAgIDAgICAgIDAgICAgIDQ0 OTY1OCAgICAgICAgMjQ1ICAgICAwICAgICAgODEzNzQgICAgIDAgICAgIDAg DQogICAgICAgMzU4ICAgICAwICAgICAwICAgICA0MjE0OTcgICAgICAgIDI4 NyAgICAgMCAgICAgMTE0MzkzICAgICAwICAgICAwIA0KICAgICAgIDMzMSAg ICAgMCAgICAgMCAgICAgNDMxMzUyICAgICAgICAyMzcgICAgIDAgICAgICA4 MDYxMCAgICAgMCAgICAgMCANCiAgICAgICAxODAgICAgIDAgICAgIDAgICAg IDE0OTQ5MCAgICAgICAgMTM3ICAgICAwICAgICAgNDE5NjMgICAgIDAgICAg IDAgDQogICAgICAgICAwICAgICAwICAgICAwICAgICAgICAgIDAgICAgICAg ICAgMCAgICAgMCAgICAgICAgICAwICAgICAwICAgICAwIA0KICAgICAgICAg MCAgICAgMCAgICAgMCAgICAgICAgICAwICAgICAgICAgIDAgICAgIDAgICAg ICAgICAgMCAgICAgMCAgICAgMCANCiAgICAgICAgIDAgICAgIDAgICAgIDAg ICAgICAgICAgMCAgICAgICAgICAwICAgICAwICAgICAgICAgIDAgICAgIDAg ICAgIDAgDQogICAgICAgICAgICBpbnB1dCAgICAgICAgKFRvdGFsKSAgICAg ICAgICAgb3V0cHV0DQogICBwYWNrZXRzICBlcnJzIGlkcm9wcyAgICAgIGJ5 dGVzICAgIHBhY2tldHMgIGVycnMgICAgICBieXRlcyBjb2xscyBkcm9wcw0K ICAgICAgICAgMCAgICAgMCAgICAgMCAgICAgICAgICAwICAgICAgICAgIDAg ICAgIDAgICAgICAgICAgMCAgICAgMCAgICAgMCANCiAgICAgICAgIDAgICAg IDAgICAgIDAgICAgICAgICAgMCAgICAgICAgICAwICAgICAwICAgICAgICAg IDAgICAgIDAgICAgIDAgDQogICAgICAgICAwICAgICAwICAgICAwICAgICAg ICAgIDAgICAgICAgICAgMCAgICAgMCAgICAgICAgICAwICAgICAwICAgICAw IA0KICAgICAgICAgMCAgICAgMCAgICAgMCAgICAgICAgICAwICAgICAgICAg IDAgICAgIDAgICAgICAgICAgMCAgICAgMCAgICAgMCANCiAgICAgICAgIDAg ICAgIDAgICAgIDAgICAgICAgICAgMCAgICAgICAgICAwICAgICAwICAgICAg ICAgIDAgICAgIDAgICAgIDAgDQogICAgICAgICAwICAgICAwICAgICAwICAg ICAgICAgIDAgICAgICAgICAgMCAgICAgMCAgICAgICAgICAwICAgICAwICAg ICAwIA0KICAgICAgICAgMCAgICAgMCAgICAgMCAgICAgICAgICAwICAgICAg ICAgIDAgICAgIDAgICAgICAgICAgMCAgICAgMCAgICAgMCANCiAgICAgICAg IDAgICAgIDAgICAgIDAgICAgICAgICAgMCAgICAgICAgICAwICAgICAwICAg ICAgICAgIDAgICAgIDAgICAgIDAgDQogICAgICAgICAwICAgICAwICAgICAw ICAgICAgICAgIDAgICAgICAgICAgMCAgICAgMCAgICAgICAgICAwICAgICAw ICAgICAwIA0KICAgICAgICAgMCAgICAgMCAgICAgMCAgICAgICAgICAwICAg ICAgICAgIDAgICAgIDAgICAgICAgICAgMCAgICAgMCAgICAgMCANCiAgICAg ICAgIDAgICAgIDAgICAgIDAgICAgICAgICAgMCAgICAgICAgICAwICAgICAw ICAgICAgICAgIDAgICAgIDAgICAgIDAgDQogICAgICAgICAwICAgICAwICAg ICAwICAgICAgICAgIDAgICAgICAgICAgMCAgICAgMCAgICAgICAgICAwICAg ICAwICAgICAwIA0KICAgICAgICAgMCAgICAgMCAgICAgMCAgICAgICAgICAw ICAgICAgICAgIDAgICAgIDAgICAgICAgICAgMCAgICAgMCAgICAgMCANCiAg ICAgICAgIDAgICAgIDAgICAgIDAgICAgICAgICAgMCAgICAgICAgICAwICAg ICAwICAgICAgICAgIDAgICAgIDAgICAgIDAgDQogICAgICAgICAwICAgICAw ICAgICAwICAgICAgICAgIDAgICAgICAgICAgMCAgICAgMCAgICAgICAgICAw ICAgICAwICAgICAwIA0KICAgICAgICAgMCAgICAgMCAgICAgMCAgICAgICAg ICAwICAgICAgICAgIDAgICAgIDAgICAgICAgICAgMCAgICAgMCAgICAgMCAN CiAgICAgICAgIDAgICAgIDAgICAgIDAgICAgICAgICAgMCAgICAgICAgICAw ICAgICAwICAgICAgICAgIDAgICAgIDAgICAgIDAgDQogICAgICAgICAwICAg ICAwICAgICAwICAgICAgICAgIDAgICAgICAgICAgMCAgICAgMCAgICAgICAg ICAwICAgICAwICAgICAwIA0KICAgICAgICAgMiAgICAgMCAgICAgMCAgICAg ICAgMTkyICAgICAgICAgIDIgICAgIDAgICAgICAgIDE3NCAgICAgMCAgICAg MCANCiAgICAgICAgIDEgICAgIDAgICAgIDAgICAgICAgICAgMCAgICAgICAg ICAxICAgICAwICAgICAgICAgIDAgICAgIDAgICAgIDAgDQogICAgICAgICAw ICAgICAwICAgICAwICAgICAgICAgIDAgICAgICAgICAgMCAgICAgMCAgICAg ICAgICAwICAgICAwICAgICAwIA0KICAgICAgICAgICAgaW5wdXQgICAgICAg IChUb3RhbCkgICAgICAgICAgIG91dHB1dA0KICAgcGFja2V0cyAgZXJycyBp ZHJvcHMgICAgICBieXRlcyAgICBwYWNrZXRzICBlcnJzICAgICAgYnl0ZXMg Y29sbHMgZHJvcHMNCiAgICAgICAgIDAgICAgIDAgICAgIDAgICAgICAgICAg MCAgICAgICAgICAwICAgICAwICAgICAgICAgIDAgICAgIDAgICAgIDAgDQog ICAgICAgICAwICAgICAwICAgICAwICAgICAgICAgIDAgICAgICAgICAgMCAg ICAgMCAgICAgICAgICAwICAgICAwICAgICAwIA0KICAgICAgICAgMCAgICAg MCAgICAgMCAgICAgICAgICAwICAgICAgICAgIDAgICAgIDAgICAgICAgICAg MCAgICAgMCAgICAgMCANCg== --0-496833280-1363272910=:32142 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=iostat-w10.svnup Content-Transfer-Encoding: BASE64 Content-ID: <20130317021430.X32142@sola.nimnet.asn.au> Content-Description: Content-Disposition: attachment; filename=iostat-w10.svnup ICAgICAgIHR0eSAgICAgICAgICAgIGFkYTAgICAgICAgICAgICAgIGNkMCAg ICAgICAgICAgIHBhc3MwICAgICAgICAgICAgIGNwdQ0KIHRpbiAgdG91dCAg S0IvdCB0cHMgIE1CL3MgICBLQi90IHRwcyAgTUIvcyAgIEtCL3QgdHBzICBN Qi9zICB1cyBuaSBzeSBpbiBpZA0KICAgMCAgIDI1MCAxMC40OSAgIDMgIDAu MDMgICAwLjAwICAgMCAgMC4wMCAgIDAuMDAgICAwICAwLjAwICAgMSAgMCAg MSAgMCA5OA0KICAgMCAgICAzMSAzMi4wMCAgIDAgIDAuMDEgICAwLjAwICAg MCAgMC4wMCAgIDAuMDAgICAwICAwLjAwICAgMCAgMCAgMCAgMCAxMDANCiAg IDAgICAgMTUgIDIuMDAgICAwICAwLjAwICAgMC4wMCAgIDAgIDAuMDAgICAw LjAwICAgMCAgMC4wMCAgIDAgIDAgIDAgIDAgMTAwDQogICAwICAgIDE1IDEx LjMzICAgMCAgMC4wMCAgIDAuMDAgICAwICAwLjAwICAgMC4wMCAgIDAgIDAu MDAgICAwICAwICAwICAwIDEwMA0KICAgMCAgICAxNSAgMi4wMCAgIDAgIDAu MDAgICAwLjAwICAgMCAgMC4wMCAgIDAuMDAgICAwICAwLjAwICAgMCAgMCAg MCAgMCAxMDANCiAgIDIgICAgMzYgIDQuMDAgICAwICAwLjAwICAgMC4wMCAg IDAgIDAuMDAgICAwLjAwICAgMCAgMC4wMCAgIDQgIDAgMTQgIDAgODINCiAg IDAgIDI2ODUgIDUuODYgIDg2ICAwLjQ5ICAgMC4wMCAgIDAgIDAuMDAgICAw LjAwICAgMCAgMC4wMCAgMTkgIDAgNjIgIDAgMTkNCiAgIDAgIDQ5NjAgIDYu NjMgMTE2ICAwLjc1ICAgMC4wMCAgIDAgIDAuMDAgICAwLjAwICAgMCAgMC4w MCAgMTQgIDAgNDkgIDAgMzcNCiAgIDAgIDQzMjAgIDQuMTAgIDI2ICAwLjEw ICAgMC4wMCAgIDAgIDAuMDAgICAwLjAwICAgMCAgMC4wMCAgMTggIDAgNjkg IDAgMTINCiAgIDAgIDI5NzYgIDQuMDAgICAxICAwLjAwICAgMC4wMCAgIDAg IDAuMDAgICAwLjAwICAgMCAgMC4wMCAgMTggIDAgNzUgIDAgIDcNCiAgIDAg IDUxNzUgMzAuMTEgIDI2ICAwLjc3ICAgMC4wMCAgIDAgIDAuMDAgICAwLjAw ICAgMCAgMC4wMCAgMjAgIDAgNzggIDAgIDINCiAgIDEgIDI5OTYgIDMuOTEg ICAyICAwLjAxICAgMC4wMCAgIDAgIDAuMDAgICAwLjAwICAgMCAgMC4wMCAg MTkgIDAgNzkgIDAgIDINCiAgIDIgIDM4ODIgMTYuMTYgICA0ICAwLjA2ICAg MC4wMCAgIDAgIDAuMDAgICAwLjAwICAgMCAgMC4wMCAgMjggIDAgNzIgIDAg IDANCiAgIDAgIDYzNTMgMzIuMDAgICA5ICAwLjI5ICAgMC4wMCAgIDAgIDAu MDAgICAwLjAwICAgMCAgMC4wMCAgMjkgIDAgNzEgIDAgIDANCiAgIDAgIDQ0 ODUgMzAuMDAgICAxICAwLjAyICAgMC4wMCAgIDAgIDAuMDAgICAwLjAwICAg MCAgMC4wMCAgMjYgIDAgNzQgIDAgIDANCiAgIDAgIDYwODAgIDUuMjAgICAw ICAwLjAwICAgMC4wMCAgIDAgIDAuMDAgICAwLjAwICAgMCAgMC4wMCAgMjkg IDAgNzEgIDAgIDANCiAgIDAgIDQyMDAgIDEuNTAgICAwICAwLjAwICAgMC4w MCAgIDAgIDAuMDAgICAwLjAwICAgMCAgMC4wMCAgMjQgIDAgNzYgIDAgIDAN CiAgIDAgIDYzMDAgMTIuNjcgIDMwICAwLjM3ICAgMC4wMCAgIDAgIDAuMDAg ICAwLjAwICAgMCAgMC4wMCAgMjggIDAgNzIgIDAgIDANCiAgIDAgIDQxODgg MjcuMDAgICAwICAwLjAxICAgMC4wMCAgIDAgIDAuMDAgICAwLjAwICAgMCAg MC4wMCAgMjQgIDAgNzYgIDAgIDANCiAgIDAgIDYzNTYgMjMuNzggICAxICAw LjAyICAgMC4wMCAgIDAgIDAuMDAgICAwLjAwICAgMCAgMC4wMCAgMjggIDAg NzIgIDAgIDANCiAgICAgICB0dHkgICAgICAgICAgICBhZGEwICAgICAgICAg ICAgICBjZDAgICAgICAgICAgICBwYXNzMCAgICAgICAgICAgICBjcHUNCiB0 aW4gIHRvdXQgIEtCL3QgdHBzICBNQi9zICAgS0IvdCB0cHMgIE1CL3MgICBL Qi90IHRwcyAgTUIvcyAgdXMgbmkgc3kgaW4gaWQNCiAgIDAgIDQzNzYgIDMu MzMgICAwICAwLjAwICAgMC4wMCAgIDAgIDAuMDAgICAwLjAwICAgMCAgMC4w MCAgMjUgIDAgNzUgIDAgIDANCiAgIDAgIDY1MzAgMzAuNjcgICAwICAwLjAx ICAgMC4wMCAgIDAgIDAuMDAgICAwLjAwICAgMCAgMC4wMCAgMjQgIDAgNzUg IDAgIDANCiAgIDAgIDU0NDcgMTAuMDAgICAwICAwLjAwICAgMC4wMCAgIDAg IDAuMDAgICAwLjAwICAgMCAgMC4wMCAgMjYgIDAgNzQgIDAgIDANCiAgIDAg IDU2MTkgIDMuMzMgICAwICAwLjAwICAgMC4wMCAgIDAgIDAuMDAgICAwLjAw ICAgMCAgMC4wMCAgMjIgIDAgNzggIDAgIDANCiAgIDAgIDY3MDUgIDIuNjcg ICAwICAwLjAwICAgMC4wMCAgIDAgIDAuMDAgICAwLjAwICAgMCAgMC4wMCAg MjcgIDAgNzMgIDAgIDANCiAgIDAgIDQ0MDMgMjEuMzMgICAwICAwLjAxICAg MC4wMCAgIDAgIDAuMDAgICAwLjAwICAgMCAgMC4wMCAgMjQgIDAgNzYgIDAg IDANCiAgIDAgMTUwOTIgIDAuMDAgICAwICAwLjAwICAgMC4wMCAgIDAgIDAu MDAgICAwLjAwICAgMCAgMC4wMCAgMzMgIDAgNjcgIDAgIDANCiAgIDAgIDQ1 MjYgIDMuMjAgICAwICAwLjAwICAgMC4wMCAgIDAgIDAuMDAgICAwLjAwICAg MCAgMC4wMCAgMjUgIDAgNzUgIDAgIDANCiAgIDAgIDYzMzQgMTYuMDAgICAw ICAwLjAwICAgMC4wMCAgIDAgIDAuMDAgICAwLjAwICAgMCAgMC4wMCAgMjgg IDAgNzIgIDAgIDANCiAgIDAgIDQ1NDEgIDAuMDAgICAwICAwLjAwICAgMC4w MCAgIDAgIDAuMDAgICAwLjAwICAgMCAgMC4wMCAgMjQgIDAgNzYgIDAgIDAN CiAgIDAgIDYwNTEgIDIuMDAgICAwICAwLjAwICAgMC4wMCAgIDAgIDAuMDAg ICAwLjAwICAgMCAgMC4wMCAgMjUgIDAgNzUgIDAgIDANCiAgIDAgIDQ0NDQg MTIuMDAgICAwICAwLjAwICAgMC4wMCAgIDAgIDAuMDAgICAwLjAwICAgMCAg MC4wMCAgMjUgIDAgNzUgIDAgIDANCiAgIDAgIDY1NzIgIDQuMDAgICAwICAw LjAwICAgMC4wMCAgIDAgIDAuMDAgICAwLjAwICAgMCAgMC4wMCAgMjggIDAg NzIgIDAgIDANCiAgIDAgIDY2MDQgIDAuMDAgICAwICAwLjAwICAgMC4wMCAg IDAgIDAuMDAgICAwLjAwICAgMCAgMC4wMCAgMjcgIDAgNzMgIDAgIDANCiAg IDAgIDQ0MjIgMTYuMDAgICAwICAwLjAwICAgMC4wMCAgIDAgIDAuMDAgICAw LjAwICAgMCAgMC4wMCAgMjIgIDAgNzcgIDAgIDANCiAgIDAgIDY4MDUgIDQu MDAgICAwICAwLjAwICAgMC4wMCAgIDAgIDAuMDAgICAwLjAwICAgMCAgMC4w MCAgMjQgIDAgNzYgIDAgIDANCiAgIDAgIDY4ODggIDQuMDAgICAwICAwLjAw ICAgMC4wMCAgIDAgIDAuMDAgICAwLjAwICAgMCAgMC4wMCAgMjMgIDAgNzcg IDAgIDANCiAgIDAgIDY5NDIgMTcuODUgICAyICAwLjAzICAgMC4wMCAgIDAg IDAuMDAgICAwLjAwICAgMCAgMC4wMCAgMjYgIDAgNzQgIDAgIDANCiAgIDAg IDQ3NzQgMTYuMDAgICAwICAwLjAwICAgMC4wMCAgIDAgIDAuMDAgICAwLjAw ICAgMCAgMC4wMCAgMjIgIDAgNzggIDAgIDANCiAgIDAgIDYxNjMgIDQuMDAg ICAwICAwLjAwICAgMC4wMCAgIDAgIDAuMDAgICAwLjAwICAgMCAgMC4wMCAg MjYgIDAgNzQgIDAgIDANCiAgICAgICB0dHkgICAgICAgICAgICBhZGEwICAg ICAgICAgICAgICBjZDAgICAgICAgICAgICBwYXNzMCAgICAgICAgICAgICBj cHUNCiB0aW4gIHRvdXQgIEtCL3QgdHBzICBNQi9zICAgS0IvdCB0cHMgIE1C L3MgICBLQi90IHRwcyAgTUIvcyAgdXMgbmkgc3kgaW4gaWQNCiAgIDAgIDM5 NjYgMjAuMDAgICAwICAwLjAxICAgMC4wMCAgIDAgIDAuMDAgICAwLjAwICAg MCAgMC4wMCAgMjUgIDAgNzUgIDAgIDANCiAgIDAgIDU3MjcgIDAuMDAgICAw ICAwLjAwICAgMC4wMCAgIDAgIDAuMDAgICAwLjAwICAgMCAgMC4wMCAgMzAg IDAgNzAgIDAgIDANCiAgIDAgIDQwMjEgMTYuMDAgICAwICAwLjAwICAgMC4w MCAgIDAgIDAuMDAgICAwLjAwICAgMCAgMC4wMCAgMjQgIDAgNzYgIDAgIDAN CiAgIDAgIDQwNDAgIDQuMDAgICAwICAwLjAwICAgMC4wMCAgIDAgIDAuMDAg ICAwLjAwICAgMCAgMC4wMCAgMjUgIDAgNzUgIDAgIDANCiAgIDAgIDYyNTQg IDQuMDAgICAwICAwLjAwICAgMC4wMCAgIDAgIDAuMDAgICAwLjAwICAgMCAg MC4wMCAgMjYgIDAgNzQgIDAgIDANCiAgIDAgIDQwMDEgIDAuMDAgICAwICAw LjAwICAgMC4wMCAgIDAgIDAuMDAgICAwLjAwICAgMCAgMC4wMCAgMjUgIDAg NzUgIDAgIDANCiAgIDAgIDU5OTcgMTYuMDAgICAwICAwLjAwICAgMC4wMCAg IDAgIDAuMDAgICAwLjAwICAgMCAgMC4wMCAgMjggIDAgNzIgIDAgIDANCiAg IDAgIDQyMjYgIDQuMDAgICAwICAwLjAwICAgMC4wMCAgIDAgIDAuMDAgICAw LjAwICAgMCAgMC4wMCAgMjMgIDAgNzcgIDAgIDANCiAgIDAgIDY3MzUgIDQu MDAgICAwICAwLjAwICAgMC4wMCAgIDAgIDAuMDAgICAwLjAwICAgMCAgMC4w MCAgMjQgIDAgNzYgIDAgIDANCiAgIDAgIDY2NjYgIDIuMDAgICAwICAwLjAw ICAgMC4wMCAgIDAgIDAuMDAgICAwLjAwICAgMCAgMC4wMCAgMjEgIDAgNzgg IDAgIDANCiAgIDAgIDYyNTggMTYuMDAgICAwICAwLjAwICAgMC4wMCAgIDAg IDAuMDAgICAwLjAwICAgMCAgMC4wMCAgMjUgIDAgNzUgIDAgIDANCiAgIDAg IDM5OTkgIDYuMDAgICAwICAwLjAwICAgMC4wMCAgIDAgIDAuMDAgICAwLjAw ICAgMCAgMC4wMCAgMjggIDAgNzIgIDAgIDANCiAgIDAgIDYxNjMgIDIuMDAg ICAwICAwLjAwICAgMC4wMCAgIDAgIDAuMDAgICAwLjAwICAgMCAgMC4wMCAg MjggIDAgNzIgIDAgIDANCiAgIDAgIDQxMDcgMTYuMDAgICAwICAwLjAwICAg MC4wMCAgIDAgIDAuMDAgICAwLjAwICAgMCAgMC4wMCAgMjUgIDAgNzUgIDAg IDANCiAgIDAgIDU4NTAgIDAuMDAgICAwICAwLjAwICAgMC4wMCAgIDAgIDAu MDAgICAwLjAwICAgMCAgMC4wMCAgMjggIDAgNzIgIDAgIDANCiAgIDAgIDQy NjUgIDYuMDAgICAwICAwLjAwICAgMC4wMCAgIDAgIDAuMDAgICAwLjAwICAg MCAgMC4wMCAgMjUgIDAgNzUgIDAgIDANCiAgIDAgIDQxNzAgMTYuMDAgICAw ICAwLjAwICAgMC4wMCAgIDAgIDAuMDAgICAwLjAwICAgMCAgMC4wMCAgMjYg IDAgNzQgIDAgIDANCiAgIDAgIDYwMDIgIDAuMDAgICAwICAwLjAwICAgMC4w MCAgIDAgIDAuMDAgICAwLjAwICAgMCAgMC4wMCAgMjggIDAgNzIgIDAgIDAN CiAgIDAgIDY4NzcgIDAuMDAgICAwICAwLjAwICAgMC4wMCAgIDAgIDAuMDAg ICAwLjAwICAgMCAgMC4wMCAgMjMgIDAgNzMgIDAgIDMNCiAgIDAgICAyMTMg MTMuMjIgMzI5ICA0LjI0ICAgMC4wMCAgIDAgIDAuMDAgICAwLjAwICAgMCAg MC4wMCAgMTAgIDAgIDcgIDEgODINCiAgICAgICB0dHkgICAgICAgICAgICBh ZGEwICAgICAgICAgICAgICBjZDAgICAgICAgICAgICBwYXNzMCAgICAgICAg ICAgICBjcHUNCiB0aW4gIHRvdXQgIEtCL3QgdHBzICBNQi9zICAgS0IvdCB0 cHMgIE1CL3MgICBLQi90IHRwcyAgTUIvcyAgdXMgbmkgc3kgaW4gaWQNCiAg IDAgICAyMzkgMzAuNTcgMTYwICA0Ljc3ICAgMC4wMCAgIDAgIDAuMDAgICAw LjAwICAgMCAgMC4wMCAgMTAgIDAgIDYgIDAgODQNCiAgIDAgICAyODEgMTMu OTYgMjkyICAzLjk4ICAgMC4wMCAgIDAgIDAuMDAgICAwLjAwICAgMCAgMC4w MCAgIDggIDAgIDYgIDAgODUNCiAgIDEgICAgNDEgIDkuMDIgNDQxICAzLjg5 ICAgMC4wMCAgIDAgIDAuMDAgICAwLjAwICAgMCAgMC4wMCAgIDggIDAgMTEg IDEgODANCiAgIDIgICAgMzIgMTMuNjIgMzUxICA0LjY3ICAgMC4wMCAgIDAg IDAuMDAgICAwLjAwICAgMCAgMC4wMCAgMTUgIDAgIDkgIDAgNzYNCiAgIDEg ICAgMTcgMTIuNjkgNDYyICA1LjcyICAgMC4wMCAgIDAgIDAuMDAgICAwLjAw ICAgMCAgMC4wMCAgMTAgIDAgMTIgIDEgNzcNCiAgIDEgICAyNTQgMjEuODEg MjUwICA1LjMzICAgMC4wMCAgIDAgIDAuMDAgICAwLjAwICAgMCAgMC4wMCAg MTIgIDAgIDggIDAgNzkNCiAgIDAgICAxMTkgMTMuNTAgMzUzICA0LjY2ICAg MC4wMCAgIDAgIDAuMDAgICAwLjAwICAgMCAgMC4wMCAgMTAgIDAgIDkgIDEg ODANCiAgIDAgICAxMjUgMTYuNjAgMjQxICAzLjkxICAgMC4wMCAgIDAgIDAu MDAgICAwLjAwICAgMCAgMC4wMCAgIDkgIDAgIDcgIDEgODQNCiAgIDAgICAx MzEgMTMuOTQgMjcwICAzLjY4ICAgMC4wMCAgIDAgIDAuMDAgICAwLjAwICAg MCAgMC4wMCAgIDggIDAgIDYgIDEgODUNCiAgIDAgICAxMTEgMTcuODAgMTU5 ICAyLjc2ICAgMC4wMCAgIDAgIDAuMDAgICAwLjAwICAgMCAgMC4wMCAgIDYg IDAgIDQgIDAgODkNCiAgIDAgICAxMDQgMTAuOTggMjMzICAyLjUwICAgMC4w MCAgIDAgIDAuMDAgICAwLjAwICAgMCAgMC4wMCAgIDUgIDAgIDUgIDAgOTAN CiAgIDAgICAxMTEgIDkuMzggMjgzICAyLjU5ICAgMC4wMCAgIDAgIDAuMDAg ICAwLjAwICAgMCAgMC4wMCAgIDcgIDAgIDYgIDAgODYNCiAgIDAgICAxMTgg MTAuMTYgMjAxICAxLjk5ICAgMC4wMCAgIDAgIDAuMDAgICAwLjAwICAgMCAg MC4wMCAgIDcgIDAgIDQgIDAgODgNCiAgIDAgICAxNDUgIDcuMTUgNDE2ICAy LjkwICAgMC4wMCAgIDAgIDAuMDAgICAwLjAwICAgMCAgMC4wMCAgIDcgIDAg IDkgIDEgODMNCiAgIDAgICAxMTkgIDcuNTkgNDUyICAzLjM1ICAgMC4wMCAg IDAgIDAuMDAgICAwLjAwICAgMCAgMC4wMCAgIDcgIDAgMTEgIDEgODENCiAg IDAgICAxMDYgIDcuNTAgMjg1ICAyLjA5ICAgMC4wMCAgIDAgIDAuMDAgICAw LjAwICAgMCAgMC4wMCAgIDUgIDAgIDYgIDEgODkNCiAgIDAgICAxMjYgMjAu MjkgMTg5ICAzLjc1ICAgMC4wMCAgIDAgIDAuMDAgICAwLjAwICAgMCAgMC4w MCAgMTEgIDAgIDUgIDAgODQNCiAgIDAgICAxMjEgMjcuNzUgMTMyICAzLjU4 ICAgMC4wMCAgIDAgIDAuMDAgICAwLjAwICAgMCAgMC4wMCAgMTMgIDAgIDUg IDAgODINCiAgIDAgICAxMTcgMTYuOTkgMjA1ICAzLjQwICAgMC4wMCAgIDAg IDAuMDAgICAwLjAwICAgMCAgMC4wMCAgMTIgIDAgIDUgIDEgODMNCiAgIDAg ICAxMTQgMTYuNzEgMTcyICAyLjgwICAgMC4wMCAgIDAgIDAuMDAgICAwLjAw ICAgMCAgMC4wMCAgIDkgIDAgIDQgIDAgODcNCiAgICAgICB0dHkgICAgICAg ICAgICBhZGEwICAgICAgICAgICAgICBjZDAgICAgICAgICAgICBwYXNzMCAg ICAgICAgICAgICBjcHUNCiB0aW4gIHRvdXQgIEtCL3QgdHBzICBNQi9zICAg S0IvdCB0cHMgIE1CL3MgICBLQi90IHRwcyAgTUIvcyAgdXMgbmkgc3kgaW4g aWQNCiAgIDAgICAyMjYgMjEuOTEgMTg1ICAzLjk1ICAgMC4wMCAgIDAgIDAu MDAgICAwLjAwICAgMCAgMC4wMCAgIDkgIDAgIDYgIDAgODQNCiAgIDAgICAg OTIgIDkuNzUgICAwICAwLjAwICAgMC4wMCAgIDAgIDAuMDAgICAwLjAwICAg MCAgMC4wMCAgIDAgIDAgIDAgIDAgMTAwDQogICAwICAgIDc2IDI0LjUxICAg NiAgMC4xNCAgIDAuMDAgICAwICAwLjAwICAgMC4wMCAgIDAgIDAuMDAgICAw ICAwICAxICAwIDk5DQogICAxICAgIDY4ICA4LjAwICAgMCAgMC4wMCAgIDAu MDAgICAwICAwLjAwICAgMC4wMCAgIDAgIDAuMDAgICAwICAwICAwICAwIDEw MA0KICAgNiAgICA4NCAzMS4zMyAgIDEgIDAuMDIgICAwLjAwICAgMCAgMC4w MCAgIDAuMDAgICAwICAwLjAwICAgMCAgMCAgMCAgMCAxMDANCiAgIDEgICAg ODIgMTUuNDMgICAxICAwLjAxICAgMC4wMCAgIDAgIDAuMDAgICAwLjAwICAg MCAgMC4wMCAgIDAgIDAgIDAgIDAgMTAwDQogICAwICAgIDcwIDEzLjEyICAg MCAgMC4wMSAgIDAuMDAgICAwICAwLjAwICAgMC4wMCAgIDAgIDAuMDAgICAw ICAwICAwICAwIDEwMA0K --0-496833280-1363272910=:32142-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 16 16:56:12 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id CE0AAB8 for ; Sat, 16 Mar 2013 16:56:12 +0000 (UTC) (envelope-from jim@ohlste.in) Received: from mail-ve0-f176.google.com (mail-ve0-f176.google.com [209.85.128.176]) by mx1.freebsd.org (Postfix) with ESMTP id 8CFFF843 for ; Sat, 16 Mar 2013 16:56:12 +0000 (UTC) Received: by mail-ve0-f176.google.com with SMTP id cz10so3337680veb.7 for ; Sat, 16 Mar 2013 09:56:06 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding:x-gm-message-state; bh=qODAlCWlE9pyU65em+siBUQLe7U82NBpx7bM6qr7IXY=; b=FA2NXRGLuoEZgN+7sKGZrq4joGwSTRtYdUwlV6GhzcJ6l6zNPbb6O906fG3b/6fD2O gxhxCZg3w0E/QZbfxLKb2POs7uP7r66yynKeZ6R0aJmRR/Zg4Dg9l3nVdw/HsOPSYFZG Oeo7DgJeQ3cJ5Nf3ERxvYwUmgVvShi2IeH+4JtFZhal8uW/h82L/oC6h7ZIbY2mTH2FZ hIw3iR0gqPmiw8U2NbBBB2qUe75NwXMTSw6jF2gXU50QNQ9Nb6m+2IvM74al8pjbbEfz FBtHMkIGnIR8KPwwW0BUHK9GoP0xp4KS2BBtWnAS7Hc4bsKEtlrOqr8MmpEi6/RNpEfV Q37A== X-Received: by 10.58.151.4 with SMTP id um4mr12702212veb.12.1363452966014; Sat, 16 Mar 2013 09:56:06 -0700 (PDT) Received: from jims-iMac.local (pool-74-98-165-9.nrflva.fios.verizon.net. [74.98.165.9]) by mx.google.com with ESMTPS id b9sm10954928vee.3.2013.03.16.09.56.04 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 16 Mar 2013 09:56:05 -0700 (PDT) Message-ID: <5144A423.2060007@ohlste.in> Date: Sat, 16 Mar 2013 12:56:03 -0400 From: Jim Ohlstein User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130307 Thunderbird/17.0.4 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: amdtemp does not find my CPU. References: <20130315161508.GA963@mycenae.sbb.rs> <51437383.2080705@ohlste.in> <20130316062013.GA35674@icarus.home.lan> In-Reply-To: <20130316062013.GA35674@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQlMyvdXUQ6wSBV3zmLRT+WDGpCFy1OSiKLzOhsB/LN/lPcXNB1mSt1hKvnzJduKYI4OX7el Cc: Jeremy Chadwick , Rui Paulo , Norikatsu SHIGEMURA , Jung-uk KIM , Zoran Kolic 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, 16 Mar 2013 16:56:12 -0000 On 3/16/13 2:20 AM, Jeremy Chadwick wrote: > On Fri, Mar 15, 2013 at 03:16:19PM -0400, Jim Ohlstein wrote: >> On 3/15/13 12:15 PM, Zoran Kolic wrote: >>> After I installed 9.1 amd64 on node with amd 8120, >>> I was not able to read temperatures out of the box. >>> I fetched source for head module and compiled. And >>> loaded module. Still nothing. I assume my cpu is >>> a bit different. >>> Best regards >> >> The module from head "works" for me with an 8120 on 9.1 stable (r247893) >> though the results are inconsistent. I am not certain of how useful they >> are. >> >> # sysctl hw.model >> hw.model: AMD FX(tm)-8120 Eight-Core Processor >> >> # kldstat | grep amd >> 5 1 0xffffffff8183e000 1043 amdtemp.ko >> >> # sysctl -a | grep dev.amdtemp >> dev.amdtemp.0.%desc: AMD CPU On-Die Thermal Sensors >> dev.amdtemp.0.%driver: amdtemp >> dev.amdtemp.0.%parent: hostb4 >> dev.amdtemp.0.sensor_offset: 0 >> dev.amdtemp.0.core0.sensor0: 47.7C >> >> Here are results taken at 0.1 second intervals using a shell script: >> >> dev.amdtemp.0.core0.sensor0: 42.1C >> dev.amdtemp.0.core0.sensor0: 42.2C >> dev.amdtemp.0.core0.sensor0: 42.0C >> dev.amdtemp.0.core0.sensor0: 42.1C >> dev.amdtemp.0.core0.sensor0: 41.8C >> dev.amdtemp.0.core0.sensor0: 41.7C >> dev.amdtemp.0.core0.sensor0: 51.1C >> dev.amdtemp.0.core0.sensor0: 51.0C >> dev.amdtemp.0.core0.sensor0: 50.7C >> dev.amdtemp.0.core0.sensor0: 50.5C >> dev.amdtemp.0.core0.sensor0: 50.1C >> dev.amdtemp.0.core0.sensor0: 49.8C >> dev.amdtemp.0.core0.sensor0: 49.5C >> dev.amdtemp.0.core0.sensor0: 49.2C >> dev.amdtemp.0.core0.sensor0: 49.2C >> >> >> and again: >> >> dev.amdtemp.0.core0.sensor0: 41.5C >> dev.amdtemp.0.core0.sensor0: 41.2C >> dev.amdtemp.0.core0.sensor0: 40.8C >> dev.amdtemp.0.core0.sensor0: 40.8C >> dev.amdtemp.0.core0.sensor0: 41.0C >> dev.amdtemp.0.core0.sensor0: 41.3C >> dev.amdtemp.0.core0.sensor0: 41.6C >> dev.amdtemp.0.core0.sensor0: 41.3C >> dev.amdtemp.0.core0.sensor0: 54.0C >> dev.amdtemp.0.core0.sensor0: 53.7C >> dev.amdtemp.0.core0.sensor0: 53.3C >> dev.amdtemp.0.core0.sensor0: 53.1C >> dev.amdtemp.0.core0.sensor0: 52.7C >> dev.amdtemp.0.core0.sensor0: 52.3C >> dev.amdtemp.0.core0.sensor0: 52.1C >> dev.amdtemp.0.core0.sensor0: 51.7C >> dev.amdtemp.0.core0.sensor0: 51.5C >> >> You can see during each series there are sudden increases of over 9C and >> almost 13C respectively. >> >> The same effect is seen if I track any of the individual cores with >> "dev.cpu.[0-7].temperature". Here's an example with a 9C jump in 0.1 second. >> >> dev.cpu.3.temperature: 41.5C >> dev.cpu.3.temperature: 41.5C >> dev.cpu.3.temperature: 41.7C >> dev.cpu.3.temperature: 41.7C >> dev.cpu.3.temperature: 41.3C >> dev.cpu.3.temperature: 41.0C >> dev.cpu.3.temperature: 40.7C >> dev.cpu.3.temperature: 49.8C >> dev.cpu.3.temperature: 49.5C >> dev.cpu.3.temperature: 49.2C >> dev.cpu.3.temperature: 48.8C >> dev.cpu.3.temperature: 48.6C >> dev.cpu.3.temperature: 48.2C >> dev.cpu.3.temperature: 48.0C >> >> I don't have hands on access to this box as it's in a datacenter 1000 >> miles from me, but the techs there had a look and all "seems to be OK". > > 1. While it's certainly possible the DTS reading routines and/or the > calculation formulas may be wrong in amdtemp(4), possibly for your model > of CPU, it is also certainly possible that what you're seeing is normal > and fully justified. This is especially the case for the > dev.cpu.X.temperature nodes on the K8 family. > > Respectfully, not combatively nor dismissively: you've not provided a > comparison base to prove there's an issue. You would need to provide > data from Linux (I forget what daemon/tool they have to get this) or > Windows (Core Temp). Respectfully, not combatively nor dismissively: I hadn't attempted to "prove" anything. I said: "I am not certain of how useful they [the readings] are.". I had merely provided some observational data as an aside to the fact that yes, indeed, the module provides readings for me on the 8120 This was in direct response to to Zoran's issue with this module and that processor model. This started, for me, when I looked at a graph of average core temperatures taken at 30 second intervals on two different machines using Zabbix. The fluctuations were visibly (I know that's not scientific "proof") more wild than on this server than on another using the amdtemp module from 9 stable. I don't have access to another server with this model CPU on any other OS, or even on this OS, so I cannot provide the data to "prove" this is an issue according to your criteria. However, I will provide comparative data from the other machine with the module from stable and with the the module from head. Full data taken now: # sysctl hw.model hw.model: AMD FX(tm)-8120 Eight-Core Processor Using the module from head: http://pastebin.com/wqQ0FLq3 Note the big change between lines 34 and 35. # sysctl hw.model hw.model: AMD Phenom(tm) II X6 1055T Processor Using the module from stable: http://pastebin.com/2jzEWZxf Using the module from head: http://pastebin.com/RXsbvM20 These data, which I reproduced multiple times, would *seem* to suggest that the variation seen is perhaps related to the hardware in the first box as the other box produces consistent results with both versions of the kernel module. This could be, among other things, the processor itself (inherent to this processor line, or unique to my copy) or, I suppose, some other hardware issue such as an improperly installed heat sink. I am interested to see if anyone else has seen these type of results with the 8120. However, another interesting point came up, and I do believe this to be an "issue". As can be seen, in the second box, the data are consistent over a 10 second period in each run, but the data from the two modules differ by about 10-12C. I did many runs back and forth with the two modules with only a short delay, and this was a consistent finding. The module from stable always produced substantially higher readings than the module from head. The posted data from that box are from about half a minute apart. > > 2. I have a gut feeling I know what may be causing what you're seeing, > but I need you to provide verbatim the shell script you're using. I said it was simple. Here it is, only modified to add a date stamp: #!/bin/sh echo `date` for i in `seq 1 $3` do $1 ; sleep $2 ; done The exact command used for each run reported here: # ./repeat.sh "sysctl dev.cpu.3.temperature" 0.1 100 The results for "dev.amdtemp.0.core0.sensor0" were equivalent to the data provided, although the OID was renamed from "dev.amdtemp.0.sensor0.core0" to "dev.amdtemp.0.core0.sensor0" between the two versions of the module. To improve readability, I did not provide all lines of data in the previous email, but all data from fresh runs are included in the linked results. > > 3. Why has no one CC'd the driver maintainers nor individuals who have > committed/touched this driver? Those people are: > > Jung-uk KIM > Rui Paulo > Norikatsu SHIGEMURA > I don't know. But since you evidently didn't either, I did. -- Jim Ohlstein From owner-freebsd-stable@FreeBSD.ORG Sat Mar 16 18:24:24 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C831BAA6; Sat, 16 Mar 2013 18:24:24 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (gw.catspoiler.org [75.1.14.242]) by mx1.freebsd.org (Postfix) with ESMTP id A71BAD98; Sat, 16 Mar 2013 18:24:24 +0000 (UTC) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id r2GIO53r006067; Sat, 16 Mar 2013 10:24:09 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <201303161824.r2GIO53r006067@gw.catspoiler.org> Date: Sat, 16 Mar 2013 11:24:05 -0700 (PDT) From: Don Lewis Subject: Re: amdtemp does not find my CPU. To: jim@ohlste.in In-Reply-To: <5144A423.2060007@ohlste.in> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: jdc@koitsu.org, rpaulo@FreeBSD.org, zkolic@sbb.rs, nork@FreeBSD.org, freebsd-stable@FreeBSD.org, jkim@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, 16 Mar 2013 18:24:24 -0000 On 16 Mar, Jim Ohlstein wrote: > On 3/16/13 2:20 AM, Jeremy Chadwick wrote: >> On Fri, Mar 15, 2013 at 03:16:19PM -0400, Jim Ohlstein wrote: >>> On 3/15/13 12:15 PM, Zoran Kolic wrote: >>>> After I installed 9.1 amd64 on node with amd 8120, >>>> I was not able to read temperatures out of the box. >>>> I fetched source for head module and compiled. And >>>> loaded module. Still nothing. I assume my cpu is >>>> a bit different. >>>> Best regards >>> >>> The module from head "works" for me with an 8120 on 9.1 stable (r247893) >>> though the results are inconsistent. I am not certain of how useful they >>> are. >>> >>> # sysctl hw.model >>> hw.model: AMD FX(tm)-8120 Eight-Core Processor >>> >>> # kldstat | grep amd >>> 5 1 0xffffffff8183e000 1043 amdtemp.ko >>> >>> # sysctl -a | grep dev.amdtemp >>> dev.amdtemp.0.%desc: AMD CPU On-Die Thermal Sensors >>> dev.amdtemp.0.%driver: amdtemp >>> dev.amdtemp.0.%parent: hostb4 >>> dev.amdtemp.0.sensor_offset: 0 >>> dev.amdtemp.0.core0.sensor0: 47.7C >>> >>> Here are results taken at 0.1 second intervals using a shell script: >>> >>> dev.amdtemp.0.core0.sensor0: 42.1C >>> dev.amdtemp.0.core0.sensor0: 42.2C >>> dev.amdtemp.0.core0.sensor0: 42.0C >>> dev.amdtemp.0.core0.sensor0: 42.1C >>> dev.amdtemp.0.core0.sensor0: 41.8C >>> dev.amdtemp.0.core0.sensor0: 41.7C >>> dev.amdtemp.0.core0.sensor0: 51.1C >>> dev.amdtemp.0.core0.sensor0: 51.0C >>> dev.amdtemp.0.core0.sensor0: 50.7C >>> dev.amdtemp.0.core0.sensor0: 50.5C >>> dev.amdtemp.0.core0.sensor0: 50.1C >>> dev.amdtemp.0.core0.sensor0: 49.8C >>> dev.amdtemp.0.core0.sensor0: 49.5C >>> dev.amdtemp.0.core0.sensor0: 49.2C >>> dev.amdtemp.0.core0.sensor0: 49.2C >>> >>> >>> and again: >>> >>> dev.amdtemp.0.core0.sensor0: 41.5C >>> dev.amdtemp.0.core0.sensor0: 41.2C >>> dev.amdtemp.0.core0.sensor0: 40.8C >>> dev.amdtemp.0.core0.sensor0: 40.8C >>> dev.amdtemp.0.core0.sensor0: 41.0C >>> dev.amdtemp.0.core0.sensor0: 41.3C >>> dev.amdtemp.0.core0.sensor0: 41.6C >>> dev.amdtemp.0.core0.sensor0: 41.3C >>> dev.amdtemp.0.core0.sensor0: 54.0C >>> dev.amdtemp.0.core0.sensor0: 53.7C >>> dev.amdtemp.0.core0.sensor0: 53.3C >>> dev.amdtemp.0.core0.sensor0: 53.1C >>> dev.amdtemp.0.core0.sensor0: 52.7C >>> dev.amdtemp.0.core0.sensor0: 52.3C >>> dev.amdtemp.0.core0.sensor0: 52.1C >>> dev.amdtemp.0.core0.sensor0: 51.7C >>> dev.amdtemp.0.core0.sensor0: 51.5C >>> >>> You can see during each series there are sudden increases of over 9C and >>> almost 13C respectively. >>> >>> The same effect is seen if I track any of the individual cores with >>> "dev.cpu.[0-7].temperature". Here's an example with a 9C jump in 0.1 second. >>> >>> dev.cpu.3.temperature: 41.5C >>> dev.cpu.3.temperature: 41.5C >>> dev.cpu.3.temperature: 41.7C >>> dev.cpu.3.temperature: 41.7C >>> dev.cpu.3.temperature: 41.3C >>> dev.cpu.3.temperature: 41.0C >>> dev.cpu.3.temperature: 40.7C >>> dev.cpu.3.temperature: 49.8C >>> dev.cpu.3.temperature: 49.5C >>> dev.cpu.3.temperature: 49.2C >>> dev.cpu.3.temperature: 48.8C >>> dev.cpu.3.temperature: 48.6C >>> dev.cpu.3.temperature: 48.2C >>> dev.cpu.3.temperature: 48.0C >>> >>> I don't have hands on access to this box as it's in a datacenter 1000 >>> miles from me, but the techs there had a look and all "seems to be OK". >> >> 1. While it's certainly possible the DTS reading routines and/or the >> calculation formulas may be wrong in amdtemp(4), possibly for your model >> of CPU, it is also certainly possible that what you're seeing is normal >> and fully justified. This is especially the case for the >> dev.cpu.X.temperature nodes on the K8 family. >> >> Respectfully, not combatively nor dismissively: you've not provided a >> comparison base to prove there's an issue. You would need to provide >> data from Linux (I forget what daemon/tool they have to get this) or >> Windows (Core Temp). > > Respectfully, not combatively nor dismissively: I hadn't attempted to > "prove" anything. I said: "I am not certain of how useful they [the > readings] are.". I had merely provided some observational data as an > aside to the fact that yes, indeed, the module provides readings for me > on the 8120 This was in direct response to to Zoran's issue with this > module and that processor model. > > This started, for me, when I looked at a graph of average core > temperatures taken at 30 second intervals on two different machines > using Zabbix. The fluctuations were visibly (I know that's not > scientific "proof") more wild than on this server than on another using > the amdtemp module from 9 stable. > > I don't have access to another server with this model CPU on any other > OS, or even on this OS, so I cannot provide the data to "prove" this is > an issue according to your criteria. However, I will provide comparative > data from the other machine with the module from stable and with the the > module from head. > > > Full data taken now: > > # sysctl hw.model > hw.model: AMD FX(tm)-8120 Eight-Core Processor > > Using the module from head: > > http://pastebin.com/wqQ0FLq3 > > Note the big change between lines 34 and 35. My FX-4100 behaves the same way. I noticed it because on an idle system sysctl -a | grep amdtemp would read consistently higher than sysctl dev.amdtemp I think the thermal sensor in this AMD CPU family has a much faster response time so that it is more sensitive to temperature changes caused by CPU load over the short term. Going from idle to 100% CPU load for even 0.1 seconds and then back to idle is likely to change the die temperature a lot, but will probably only have a negligible effect on the heat sink temperature. The faster response time may be needed to support AMD Turbo CORE. From owner-freebsd-stable@FreeBSD.ORG Sat Mar 16 19:59:38 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 0483F88C for ; Sat, 16 Mar 2013 19:59:38 +0000 (UTC) (envelope-from jim@ohlste.in) Received: from mail-vc0-f181.google.com (mail-vc0-f181.google.com [209.85.220.181]) by mx1.freebsd.org (Postfix) with ESMTP id BB06F73 for ; Sat, 16 Mar 2013 19:59:37 +0000 (UTC) Received: by mail-vc0-f181.google.com with SMTP id hv10so2028403vcb.26 for ; Sat, 16 Mar 2013 12:59:31 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding:x-gm-message-state; bh=ZUeh7zXSA8YWUkvt9z7/5mFSGO/IsQcoRREQZPRwbu0=; b=eio0NZ4lTDa8Q46EVkpC+7kxYc0Yx3q/TuZGr1IdKOoO6Qpa1ASyS1USYFuN2xQ03/ VpO7rhcbaNAq45U7Ly0dX3ciQyB7hGjIrjmx6VD4CeNT4ab1bzpZnWvk4nE7nRTj5cN/ E6B2NYTeAruCOTpdfTdpsjIhaWjz7dzjY54claOr7zxOtBUo/skK9Xz90cn1Zb+iJmLn 8h4ZFMg/9e6vry67wecSGADHpKm3Ew+D6Shxt8Q8i5VFC27s+Ry9pTIfSGBlWF8f4zMS X1+H0hrv5numHujJfucNbllEnrK0fzsKHoCS94k/+kLCfalew/SClAKxVOdxbvNfqwWK vC8w== X-Received: by 10.52.34.102 with SMTP id y6mr11211382vdi.19.1363463971719; Sat, 16 Mar 2013 12:59:31 -0700 (PDT) Received: from jims-iMac.local (pool-74-98-165-9.nrflva.fios.verizon.net. [74.98.165.9]) by mx.google.com with ESMTPS id q5sm12058022vdj.5.2013.03.16.12.59.30 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 16 Mar 2013 12:59:31 -0700 (PDT) Message-ID: <5144CF21.5060900@ohlste.in> Date: Sat, 16 Mar 2013 15:59:29 -0400 From: Jim Ohlstein User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130307 Thunderbird/17.0.4 MIME-Version: 1.0 To: freebsd-stable@FreeBSD.org Subject: Re: amdtemp does not find my CPU. References: <201303161824.r2GIO53r006067@gw.catspoiler.org> In-Reply-To: <201303161824.r2GIO53r006067@gw.catspoiler.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQk9cV9VSClPmesI8OvZ91dPiT9NeHmuVS1J1gy4E66579CgiNyu41AYyzrhRXjZY6+DZOsS Cc: jdc@koitsu.org, rpaulo@FreeBSD.org, zkolic@sbb.rs, Don Lewis , nork@FreeBSD.org, jkim@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, 16 Mar 2013 19:59:38 -0000 On 3/16/13 2:24 PM, Don Lewis wrote: > On 16 Mar, Jim Ohlstein wrote: [snip] >>> On Fri, Mar 15, 2013 at 03:16:19PM -0400, Jim Ohlstein wrote: [snip] >> >> Note the big change between lines 34 and 35. > > My FX-4100 behaves the same way. I noticed it because on an idle system > sysctl -a | grep amdtemp > would read consistently higher than > sysctl dev.amdtemp > > I think the thermal sensor in this AMD CPU family has a much faster > response time so that it is more sensitive to temperature changes caused > by CPU load over the short term. Going from idle to 100% CPU load for > even 0.1 seconds and then back to idle is likely to change the die > temperature a lot, but will probably only have a negligible effect on > the heat sink temperature. The faster response time may be needed to > support AMD Turbo CORE. > That's very possible. This is not an idle system so I cannot really test that out without taking it offline. My results on that comparison are therefore perhaps not valid. However, I don't see much difference. See http://pastebin.com/Rk0sbhhL. When I stress the CPU the temps simply stay high without any fluctuation, but do show those rapid rises both before and after. This supports your explanation. Of course this still does not explain the observed differences between the two modules on the other machine. -- Jim Ohlstein From owner-freebsd-stable@FreeBSD.ORG Sat Mar 16 20:51:55 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id A36C5191 for ; Sat, 16 Mar 2013 20:51:55 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-oa0-f41.google.com (mail-oa0-f41.google.com [209.85.219.41]) by mx1.freebsd.org (Postfix) with ESMTP id 6E3FD208 for ; Sat, 16 Mar 2013 20:51:55 +0000 (UTC) Received: by mail-oa0-f41.google.com with SMTP id i10so4585861oag.0 for ; Sat, 16 Mar 2013 13:51:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=f2s0voLo1jSOtm2wPzucZXthS815eoisO1G01+845Os=; b=w/AyfG9p7xCekyGXZHqwbewT4pfi+gpAZujfegABUvTgwP0IihQxilua5leo0yuJIr hguKKezOG1J84qamkg435t8pskrP97/+MlvpqO0nSQb7zdo2c2HqGKg+2qv489hU6cDw uwxqhAcNAxPl1Uc90ipr9GqW/88dibyfjgjQqm/TsYT0g7ZUjrylfclcgIfT77bZx2zX 8GufgViecmgDbrwYae4zkBijj6ZU91rIlMMrMpqeG9ArwpwZ3Ut1Elb9a/4T6/U+/o/4 dRHONTxCNQembHUqptlKYwRHTs4RTPQiQp0mnfbn6VcXGZSLI1KvdRvEUxjCexuW+L4N xelQ== MIME-Version: 1.0 X-Received: by 10.60.19.101 with SMTP id d5mr4560156oee.115.1363467108998; Sat, 16 Mar 2013 13:51:48 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.76.11.165 with HTTP; Sat, 16 Mar 2013 13:51:48 -0700 (PDT) In-Reply-To: <20130315001321.K32142@sola.nimnet.asn.au> References: <513E2DA5.70200@mac.com> <20130313152150.E32142@sola.nimnet.asn.au> <20130315001321.K32142@sola.nimnet.asn.au> Date: Sat, 16 Mar 2013 13:51:48 -0700 X-Google-Sender-Auth: oa948laikhaSeW8ewXrVnvQWUFY Message-ID: Subject: Re: svn - but smaller? From: Kevin Oberman To: Ian Smith Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-stable@freebsd.org, John Mehr 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, 16 Mar 2013 20:51:55 -0000 On Sat, Mar 16, 2013 at 8:14 AM, Ian Smith wrote: > On Wed, 13 Mar 2013 21:11:28 -0500, John Mehr wrote: > > On Wed, 13 Mar 2013 16:29:45 +1100 (EST) > > Ian Smith wrote: > [..] > > > I have a small test system on which I'd installed (two instances of) > 9.1 so > > > a couple of days ago I fetched ports with portsnap, installed svnup, > and > > > ran it using the (just what I needed) example command in svnup(1). > > Just to reiterate: this is vanilla releng/9.1, no ports but docs and > svnup installed, no X, 512MB RAM, nothing happening but occasional ARP. > For completeness, it's running powerd and acpi_ibm but not cam.ctl. > > > > I get about 700KB/s here, and svnup took about 15 minutes to update > 9.1 > > > sources to 9-stable. This is fine. Last night I ran it again, but > it took > > > 12:42 to make no changes. This seemed puzzling, as you'd said only a > few > > > minutes for subsequent updates, but the reason appears to be that in > both > > > cases, I ran it in script(1), and the default verbosity of 1 includes > a > > > listing of every directory and file examined, followed by then > > > to eol> codes. Even in less -r (raw) mode it still has to display > and skip > > > through all the (now invisible) lines; bit messy. > > > > > > Even the second do-nothing run made a 2MB script file, the original > with > > > all 9.1 to -stable updates being 3.4MB. So I'd love the option to > only > > > list the changes (- and +) and simply ignore unchanged dirs/files > without > > > any display for use in script(1). Apart from that, I'm happy. > > > > Which mirror are you using? I ran several tests tonight repeatedly > fetching > > 9/stable from svn0.us-west (so they would all be do-nothing runs) both > inside > > and outside of a script(1) capture and on both an old SSD and on a ZFS > > mirrored array (to see if the target media made any difference) and > they all > > completed in 2 minutes, 43 seconds +/- 2 seconds on my 350 KB/s > connection. > > svn0.us-west.freebsd.org as per example, but it's the closest to here > anyway; pings avg 217.5ms stddev 0.4ms, us-east avg 269.3ms sd 9.5ms. > fastest_cvsup used to find cvs mirrors in Australia at around 55-70ms, > so for another while I thought RTT might be the issue - but it's not. > > > I'll definitely put in a verbosity level that does exactly what you > suggest. > > Sorry about that. > > Not at all, and thanks! But neither, I now find, is logging the extra > time issue; as mentioned elsewhere, running at -v0 makes next to no > difference, 12:48 west vs 12:54 east on 4 do-nothing runs, 700KB/s link, > not running in script(1) - though I think that matters not, or little. > > So I began watching top more closely, also running iostat -w10, noticing > that svnup was pegging CPU at 100% with ~75% _system_? time for nearly 9 > minutes of the run, doing little or no disk I/O and a max of 130KB/s in, > 22.6KB/s out, no stress there, growing to ~20MB resident, then doing a > flurry of disk I/O at about 3-5MB/s for the last 3m40s odd. IOW, svnup > here is mostly heavily CPU-bound, which I don't understand, but then I > know nothing about what level of computation the protocol demands. > > I've done some more controlled tests since, running both iostat -w10 and > netstat -w10 -dn before, during and until a bit after the run, attached, > hoping these might help pinpoint any bottlenecks? This was running -v1 > default verbosity, hence the (not at all heavy) tty output numbers. > > Just sometimes, running slower hardware can have advantages! On your > times, yours likely has more than 500% of my single-core P3-M's 1133MHz > performance, which would tend to mask this issue pretty well for you :) > > John Baldwin has best described when c{,v}sup deletes (only in-tree) > files, covered in section 'delete' in csup(1). I think this should > probably be default behaviour, even if svn proper would do otherwise. > > cheers, Ian > Ian, Have you looked with either truss or ktrace? This looks a lot like some silliness like repeated calls to expensive system service (e.g. gettimeofday(3) or stat(3)). If it's something like that, It can possibly be improved a lot fairly easily. My best guess is some sort of graph of the ports tree is going on, but that is just a wild guess as I have never looked at or installed the code. -- R. Kevin Oberman, Network Engineer E-mail: rkoberman@gmail.com