From owner-freebsd-current@FreeBSD.ORG Sun Aug 10 06:05:24 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 41A2EAAE; Sun, 10 Aug 2014 06:05:24 +0000 (UTC) Received: from mail-ig0-x22e.google.com (mail-ig0-x22e.google.com [IPv6:2607:f8b0:4001:c05::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0D7AD29AC; Sun, 10 Aug 2014 06:05:24 +0000 (UTC) Received: by mail-ig0-f174.google.com with SMTP id c1so2837179igq.13 for ; Sat, 09 Aug 2014 23:05:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=yqNlruqLwPGuCXJXoUMBEleMyD4PWzbFMxnbZIYqHrM=; b=keanlafG0YtffO7LlKueUhBJ5m9Xbs3hV61UEnDbAnDi24N1X2/K7MSAF2LCFkSuxT ZAcJhtfW6ACqZJCX3aeyeuEZqVfnaBz7Ge3jOtJsIZ0NAoVBc/UcYp3DFGIkILBkzXMj 2087EsVxA1KYDilSmrHMsYfGRlO9IlkVCiDD905rR0y9V0HyofdZgtpZ8xikSfFb2Wpc NbcIP2JMEj2Lq4ZRPSdMVNQvMpPT3lYumHK6iO4TA+K+vgOlwdh9k6uNb54MDs/i+HDV uGwmnbwmEDPGSTAROLIrbW6yKS3kk/Ypgx0bXIuHIJ39adsl4zPUAeKQsSx0hOudnIpD 2MeQ== MIME-Version: 1.0 X-Received: by 10.43.107.68 with SMTP id dx4mr23678514icc.34.1407650722788; Sat, 09 Aug 2014 23:05:22 -0700 (PDT) Received: by 10.50.76.229 with HTTP; Sat, 9 Aug 2014 23:05:22 -0700 (PDT) Date: Sat, 9 Aug 2014 23:05:22 -0700 Message-ID: Subject: From: Garrett Cooper To: FreeBSD Current Content-Type: text/plain; charset=UTF-8 Cc: hselasky@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Aug 2014 06:05:24 -0000 Hi, As a heads up, it appears that some sysctl output is broken on CURRENT... please see this bug for more details: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192544 . Thank you! -Garrett From owner-freebsd-current@FreeBSD.ORG Sun Aug 10 07:57:27 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DECE31AA for ; Sun, 10 Aug 2014 07:57:27 +0000 (UTC) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (using TLSv1.1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A2C8524C3 for ; Sun, 10 Aug 2014 07:57:27 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id CE32E1FE027; Sun, 10 Aug 2014 09:57:24 +0200 (CEST) Message-ID: <53E725FC.9010404@selasky.org> Date: Sun, 10 Aug 2014 09:57:48 +0200 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Garrett Cooper , FreeBSD Current Subject: Re: References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Aug 2014 07:57:27 -0000 On 08/10/14 08:05, Garrett Cooper wrote: > Hi, > As a heads up, it appears that some sysctl output is broken on > CURRENT... please see this bug for more details: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192544 . > Thank you! > -Garrett Hi, Should be fixed now. This is a bug in the network driver code and not my sysctl patch! Thank you! --HPS From owner-freebsd-current@FreeBSD.ORG Sun Aug 10 09:44:37 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 39507111; Sun, 10 Aug 2014 09:44:37 +0000 (UTC) Received: from st11p00mm-asmtp003.mac.com (st11p00mm-asmtpout003.mac.com [17.172.81.2]) (using TLSv1 with cipher DES-CBC3-SHA (168/168 bits)) (Client CN "smtp.me.com", Issuer "VeriSign Class 3 Extended Validation SSL SGC CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 08A392E76; Sun, 10 Aug 2014 09:44:36 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 8BIT Content-type: text/plain; charset=utf-8; format=flowed Received: from andersbo-mac.local (ti0025a400-1516.bb.online.no [85.165.200.243]) by st11p00mm-asmtp003.mac.com (Oracle Communications Messaging Server 7u4-27.10(7.0.4.27.9) 64bit (built Jun 6 2014)) with ESMTPSA id <0NA300FGC1M07S40@st11p00mm-asmtp003.mac.com>; Sun, 10 Aug 2014 08:44:27 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.12.52,1.0.27,0.0.0000 definitions=2014-08-10_01:2014-08-08,2014-08-10,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=86 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1402240000 definitions=main-1408100115 Message-id: <53E730E8.9070206@icloud.com> Date: Sun, 10 Aug 2014 10:44:24 +0200 From: Anders Bolt Evensen User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.0 To: Nathan Whitehorn Subject: Re: uefi boot on Apple Mac References: <537DFD85.1090903@icloud.com> <53C10945.4020003@icloud.com> <53C16ED0.2000604@freebsd.org> In-reply-to: <53C16ED0.2000604@freebsd.org> Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Aug 2014 09:44:37 -0000 If you're interested, you can try out the following ISO: https://www.dropbox.com/s/srbunx0agrokcs3/freebsd-current-uefi-bios-amd64.iso The image was built on Friday 8th of August for the amd64 platform. I tested out the EFI part on VirtualBox (UEFI 2.X) and my MacBook Pro 17 inch from 2011 (EFI 1.10), and as far as EFI goes, I successfully booted the image on both my Mac and VirtualBox (however, booting the image from BIOS using my Mac was a different story). So, as I said, as far as (U)EFI goes, the image should work on UEFI 2.X based PC's and EFI 1.10 based Macs. On 12/07/14 19:22, Nathan Whitehorn wrote: > I'd point out that, as of last week, the standard -CURRENT ISOs (and > generate-release.sh script) make EFI-bootable media by default. All > the snapshots should have this done already, for instance. > -Nathan I wasn't aware of that, but thanks for the info. :) > > On 07/12/14 03:09, Anders Bolt-Evensen wrote: >> I also got a message like that when I booted from a USB stick on a >> MacBookPro8,3 (17 inch, late 2011). >> >> I fixed it by creating a custom ISO image and burned that onto a DVD >> using an external DVD drive. >> The UEFI installer boots fine from this external DVD drive. >> >> Here is how I did it: >> >> Genereste an ISO with the FreeBSD-CURRENT kernel, mount the ISO and >> copy all files from the root directory in the ISO and unmount >> > cd /usr/src/release >> > sh ./generate-release.sh # You may have to run “make >> buildworld” and be connected to the internet to install required ports. >> > mount -t cd9660 /scratch/R/release/FreeBSD-something-disc1.iso >> /mnt >> > mkdir freebsd_generic_installer >> #Files copied to the directory in the next command will be copied >> to a new ISO in step 3 >> > cp -R /mnt/ freebsd_generic_installer/ >> > umount /mnt >> 2. Create a FAT filesystem image and place the loader in it in the >> default path that UEFI will look for (the following steps are copied >> from https://wiki.freebsd.org/UEFI#CD.2FDVD_Boot_under_UEFI): >> > dd if=/dev/zero of=efiboot.img bs=4k count=100 >> > mdconfig -a -t vnode -f efiboot.img >> > newfs_msdos -F 12 -m 0xf8 /dev/md0 >> > mount -t msdosfs /dev/md0 /mnt >> > mkdir -p /mnt/efi/boot >> > cp loader.efi /mnt/efi/boot/bootx64.efi >> > umount /mnt >> > mdconfig -d -u 0 >> >> 3. Create the custom ISO image. Please make sure that the entry in >> freebsd_generic_installer/etc/fstab matches the label you choose in >> the command below. >> > makefs -t cd9660 -o bootimage='i386;efiboot.img' -o >> no-emul-boot -o rockridge -o label=“FREEBSD_UEFI_INSTALL" -o >> publisher="test" uefi-test.iso freebsd_generic_installer/ >> >> To get the example in the command above to work, please make sure >> that the entry in freebsd_generic_installer/etc/fstab reads >> "/dev/iso9660/FREEBSD_UEFI_INSTALL / cd9660 ro 0 0" >> >> 4. Burn the image to DVD, reboot your system and choose “EFI Boot”. >> Note that unless you are using a EFI console like rEFIt or rEFInd, >> you may have to kind of wait a couple of minutes while the kernel is >> loading before anything appears on the screen. >> >> >> On 04/07/14 16:34, Huang Wen Hui wrote: >>> Hi, >>> On my MacbookPro11,3, I got this error message: >>> >>> http://sw.gddsn.org.cn/freebsd/uefi.jpg >>> >>> cheers, >>> >>> Huang WenHui >>> >>> 2014-07-04 22:13 GMT+08:00 Ed Maste : >>> >>>> On 24 May 2014 19:39, Rafael Espíndola >>>> wrote: >>>>> Yes, I got that in the mac laptops I tried, it worked on a Mac >>>>> Pro. It >>>>> might be the frame buffer corruption that Ed Maste was mentioning. >>>> I purchased a new MacBook Air yesterday (model identifier >>>> MacBookAir6,2). UEFI boot and vt(4) worked correctly. (My image >>>> included Rafael's patch; I haven't tried a boot without.) >>>> >>>> I also committed a change to display the framebuffer parameters >>>> (address, dimensions, etc.) on boot, in order to help identify the >>>> source of this issue. If you have a moment can you build a new USB >>>> stick image and give it a try? >>>> >>>> -Ed >>>> >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to >>> "freebsd-current-unsubscribe@freebsd.org" >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org" >> > From owner-freebsd-current@FreeBSD.ORG Sun Aug 10 22:49:11 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D51FF35E for ; Sun, 10 Aug 2014 22:49:11 +0000 (UTC) Received: from mail-pa0-x22c.google.com (mail-pa0-x22c.google.com [IPv6:2607:f8b0:400e:c03::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AA87528D2 for ; Sun, 10 Aug 2014 22:49:11 +0000 (UTC) Received: by mail-pa0-f44.google.com with SMTP id eu11so10043511pac.17 for ; Sun, 10 Aug 2014 15:49:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=4hH12yt20xsPRa1LQ8I6Y8KkVk3WXozmpDuFmMkTfSk=; b=CIYibqZ290bDDR1uOb29kT9O+Ngqtt3FXRN+2i3l+FDqq8/zNRVcEboP9nHL2A4/Z1 X85ytbgEzbrv6oYbjOifrflI8DrMkonSr4sqna6LUlAQsqy1N3NpCPTGepHIGpkK8sIn vTNf0YAfmZJ/mTQE0G63Okvd8kKXtgXMMfGcYzK+bH693wVUetplV3NDMW+odA3yPICN bHexjRSoVJXdHUF19N4XYcJ9HapX9pzN60y2OZpG4eVqVGsFn/JL42CmdF8tuROL9mjg eITtuNamTilMrcE29husW4VOX2m/oJu/zY7Lt3puZlAob7TBc/riFbRv1dgKwvf0/9Di D2NQ== X-Received: by 10.66.129.139 with SMTP id nw11mr592293pab.16.1407710950686; Sun, 10 Aug 2014 15:49:10 -0700 (PDT) Received: from ketagalan.camachat.org ([2601:9:4700:360:a288:b4ff:fec2:e5d0]) by mx.google.com with ESMTPSA id 5sm14437860pds.12.2014.08.10.15.49.10 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 10 Aug 2014 15:49:10 -0700 (PDT) Message-ID: <53E7F6E5.3020004@gmail.com> Date: Sun, 10 Aug 2014 15:49:09 -0700 From: "Eric L. Camachat" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Mehmet Erol Sanliturk , FreeBSD Current Subject: Re: No bootable device References: In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Aug 2014 22:49:11 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 08/09/2014 10:32, Mehmet Erol Sanliturk wrote: > > the installed systems are not bootable , and the last sentence on the > screen is the following : > > > No bootable device -- insert boot disk and press any key > If you installed into GPT partitions like this: $ gpart show ada0 => 34 488397101 ada0 GPT (233G) 34 1038 1 freebsd-boot (519K) 1072 455081984 2 freebsd-ufs (217G) 455083056 33314079 3 freebsd-swap (16G) Try to make GPT in MBR as bootable (active) partition: $ fdisk -s /dev/ada0 /dev/ada0: 484521 cyl 16 hd 63 sec Part Start Size Type Flags 1: 1 488397167 0xee 0x80 $ fdisk -p /dev/ada0 # /dev/ada0 g c484521 h16 s63 p 1 0xee 1 488397167 a 1 This is an known issue on HP laptops. Eric -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iF4EAREIAAYFAlPn9uUACgkQSfBQu3oOwYwdtgD9ENIhnJ0Tp6KxJkzz0BbohaDB 2XCkL7za/CiQY6RruvUBAI7cnMucMKcTJCSQF+pHcyljemm+eF2ZtGd70Loh6a86 =aA2H -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Aug 10 23:59:56 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C0C3BCEE for ; Sun, 10 Aug 2014 23:59:56 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 700DD2FDD for ; Sun, 10 Aug 2014 23:59:56 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id s7ANxr5u098249 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 10 Aug 2014 17:59:53 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id s7ANxrkX098246; Sun, 10 Aug 2014 17:59:53 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Sun, 10 Aug 2014 17:59:53 -0600 (MDT) From: Warren Block To: "Eric L. Camachat" Subject: Re: No bootable device In-Reply-To: <53E7F6E5.3020004@gmail.com> Message-ID: References: <53E7F6E5.3020004@gmail.com> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Sun, 10 Aug 2014 17:59:53 -0600 (MDT) Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Aug 2014 23:59:56 -0000 On Sun, 10 Aug 2014, Eric L. Camachat wrote: > ---------------------------------------------------------------------------- > /usr/local/libexec/ppf_verify: pgp command failed > > gpg: Signature made Sun Aug 10 16:49:09 2014 MDT > gpg: using DSA key 0x49F050BB7A0EC18C > gpg: Can't check signature: No public key > ---------------------------------------------------------------------------- > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > On 08/09/2014 10:32, Mehmet Erol Sanliturk wrote: >> >> the installed systems are not bootable , and the last sentence on the >> screen is the following : >> >> >> No bootable device -- insert boot disk and press any key >> > > If you installed into GPT partitions like this: > $ gpart show ada0 > => 34 488397101 ada0 GPT (233G) > 34 1038 1 freebsd-boot (519K) > 1072 455081984 2 freebsd-ufs (217G) > 455083056 33314079 3 freebsd-swap (16G) > > Try to make GPT in MBR as bootable (active) partition: > $ fdisk -s /dev/ada0 > /dev/ada0: 484521 cyl 16 hd 63 sec > Part Start Size Type Flags > 1: 1 488397167 0xee 0x80 > $ fdisk -p /dev/ada0 > # /dev/ada0 > g c484521 h16 s63 > p 1 0xee 1 488397167 > a 1 > > This is an known issue on HP laptops. The simpler version is gpart set -a active ada0 There are multiple possible issues. This one is due to strict compliance with the GPT standard. Another problem is when a BIOS system does weird things based on an MBR partition type. Some Lenovo systems do that. When that is the problem, using MBR partitioning rather than the PMBR from GPT can work. From owner-freebsd-current@FreeBSD.ORG Mon Aug 11 05:10:05 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 53EC4DA5 for ; Mon, 11 Aug 2014 05:10:05 +0000 (UTC) Received: from mail-yh0-x22e.google.com (mail-yh0-x22e.google.com [IPv6:2607:f8b0:4002:c01::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1BD172B97 for ; Mon, 11 Aug 2014 05:10:04 +0000 (UTC) Received: by mail-yh0-f46.google.com with SMTP id a41so5896368yho.33 for ; Sun, 10 Aug 2014 22:10:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=WQdGI0MzRO9xUK8gcc2diSepbdrigUQBoqYOS86B+48=; b=qs/l3YB5M9SwqEzH3EHGzgIxi6ZZTAzY+5kNtLI1ja1AKGWUSkW/6wGfc6ADrxKtC/ QhgZe3fz7pEhH7yDVFAhIAJDPqXmTMvPpvZBexl0dkyopcdRjI1ulkCAKxeFgdqY3DQF TIzYFlc5SkMqS9nTmHpFKrUD5X3idOIw1sHUg8mHGiNjbDh8YbsyhWSCJAQQE5dLtmP7 3JpDp9pCCVIqIs++m2Zn0hm2HQRf3Z9QFQ7qC8yLypl8LgV4GN45S4LmGuQ+X01Bmxhl tE1qbm/VUwkiaay5g+fkIA00W6qy0bIAkUiouGelO5IPHz9gFaDi+hjM8sY2Q75rFzs4 LTVA== MIME-Version: 1.0 X-Received: by 10.236.119.146 with SMTP id n18mr40473348yhh.23.1407733803922; Sun, 10 Aug 2014 22:10:03 -0700 (PDT) Received: by 10.170.161.196 with HTTP; Sun, 10 Aug 2014 22:10:03 -0700 (PDT) Date: Sun, 10 Aug 2014 22:10:03 -0700 Message-ID: Subject: No bootable device From: Mehmet Erol Sanliturk To: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Aug 2014 05:10:05 -0000 ( This is the resend of http://lists.freebsd.org/pipermail/freebsd-current/2014-August/051617.html with additions . ) Dears All , When FreeBSD 9.1 amd64 Stable ( 2013-04-28 , r 250 009 , .iso ) , FreeBSD 9.2 amd64 Release ( .iso ) are installed with following steps , they are producing bootable and very well working systems : Install Partitioning : Guided , Partition : Entire disk Partition Editor : Finish Confirmation : Commit Final Configuration : Exit Manual Configuration : No Complete : Reboot When the same steps applied to the following installs on the SAME computer and HDD <------------------------------------- : FreeBSD 9.3 amd64 Release ( .iso ) , FreeBSD 10.0 amd64 Release ( .iso ) , <------------------------------------- FreeBSD 10.0 amd64 Stable ( 2014-06-30 , r 268 038 , .iso ) , FreeBSD 10.0 amd64 Stable ( 2014-07-12 , r 268 571 , .iso ) , FreeBSD 11.0 amd64 Current ( 2014-08-04 , r 269 497 , Disk 1 , iso ) , the installed systems are not bootable , and the last sentence on the screen is the following : No bootable device -- insert boot disk and press any key . I have applied the following steps to make the FreeBSD 10.0 amd64 Release installation bootable : I have booted the computer by the Release DVD , from the "Install Shell LiveCD" , I have selected "Shell" , and entered gpart set -a active ada0 reboot with respect to advise giving in http://lists.freebsd.org/pipermail/freebsd-current/2014-August/051623.html by Warren Block . The installed system booted successfully from the HDD . Thank you very much . Mehmet Erol Sanliturk From owner-freebsd-current@FreeBSD.ORG Mon Aug 11 05:44:14 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DC3183E8 for ; Mon, 11 Aug 2014 05:44:14 +0000 (UTC) Received: from mail-yh0-x235.google.com (mail-yh0-x235.google.com [IPv6:2607:f8b0:4002:c01::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 99BEA2035 for ; Mon, 11 Aug 2014 05:44:14 +0000 (UTC) Received: by mail-yh0-f53.google.com with SMTP id c41so5897140yho.26 for ; Sun, 10 Aug 2014 22:44:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:message-id:mime-version:content-type:resent-date :resent-from:subject:resent-message-id:resent-to; bh=esPHSUhSo6EGTeDg68HQXUZb/44Fr+zjpWk+G5r9ku0=; b=RACyVyS9vdBG7N/8r6PETYg5h1iuKxIsHuX60cWWNIim/CfOJvZfo4PiWLbEYyBiUB Xv+DfuKhb4kNCMgonCqzlyYsfuUcafEUfAdxzAFUewi4bE7CdT2NBnHxyy2Hy4iDmQiX YF070khAuP4SrSLSx0cFB72reOjMZhs5cieY+YIqZ2gXpDloOH93SG2A5K8L+Jld+D+P R0djd4AZYEZ9ZlqIQWgf3n7od488perg+3uDTV8xDzIjtCRGRZUTCfvqwAEjTFYv8Clu aGzlB7B+HJdrH+qAk1jAT88YvnD2JmipNOMhVbgE9VB+LQ/id7hpS+cuug6QkgSBvzOb thNw== X-Received: by 10.236.86.144 with SMTP id w16mr39345422yhe.5.1407735853128; Sun, 10 Aug 2014 22:44:13 -0700 (PDT) Received: from zhabar.att.net (107-222-186-3.lightspeed.sntcca.sbcglobal.net. [107.222.186.3]) by mx.google.com with ESMTPSA id k106sm21758749yhq.49.2014.08.10.22.44.12 for (version=SSLv3 cipher=RC4-SHA bits=128/128); Sun, 10 Aug 2014 22:44:12 -0700 (PDT) Date: Sun, 10 Aug 2014 22:30:30 -0700 From: Justin Hibbits (by way of Justin Hibbits ) To: Message-ID: <20140810223030.479badbc@zhabar.att.net> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; powerpc64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="MP_/J8yUo/400lG2N5dYyImkHpS" Resent-Date: Sun, 10 Aug 2014 22:44:09 -0700 Resent-From: Justin Hibbits Subject: Child suspend/resume Resent-Message-ID: <20140810224409.4f1b028e@zhabar.att.net> Resent-To: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Aug 2014 05:44:14 -0000 --MP_/J8yUo/400lG2N5dYyImkHpS Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi all, The attached patch is completely untested, due to lack of existing suspendable hardware (no x86 machines). It does compile cleanly against head, though. I don't think it should change any behavior, I tried to keep the essence of the code path the same. It was suggested that I break up my multipass suspend/resume code into incremental parts, so this is part one. It adds a BUS_SUSPEND_CHILD/BUS_RESUME_CHILD, as well as helper functions, bus_generic_suspend_child()/bus_generic_resume_child(), and modifies the PCI driver to use this new facility. I'd like some feedback, and testing of this, to make sure I didn't break anything. Thanks, Justin --MP_/J8yUo/400lG2N5dYyImkHpS Content-Type: text/x-patch Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=suspend_child.diff Index: sys/kern/bus_if.m =================================================================== --- sys/kern/bus_if.m (revision 269798) +++ sys/kern/bus_if.m (working copy) @@ -670,3 +670,25 @@ device_t _child; u_int _irq; } DEFAULT null_remap_intr; + +/** + * @brief Suspend a given child + * + * @param _dev the parent device of @p _child + * @param _child the device to suspend + */ +METHOD int suspend_child { + device_t _dev; + device_t _child; +} DEFAULT bus_generic_suspend_child; + +/** + * @brief Resume a given child + * + * @param _dev the parent device of @p _child + * @param _child the device to resume + */ +METHOD int resume_child { + device_t _dev; + device_t _child; +} DEFAULT bus_generic_suspend_child; Index: sys/kern/subr_bus.c =================================================================== --- sys/kern/subr_bus.c (revision 269798) +++ sys/kern/subr_bus.c (working copy) @@ -135,6 +135,7 @@ #define DF_DONENOMATCH 0x20 /* don't execute DEVICE_NOMATCH again */ #define DF_EXTERNALSOFTC 0x40 /* softc not allocated by us */ #define DF_REBID 0x80 /* Can rebid after attach */ +#define DF_SUSPENDED 0x100 /* Device is suspended. */ u_int order; /**< order from device_add_child_ordered() */ void *ivars; /**< instance variables */ void *softc; /**< current driver's variables */ @@ -3631,6 +3632,37 @@ } /** + * @brief Default function for suspending a child device. + * + * This function is to be used by a bus's DEVICE_SUSPEND_CHILD(). + */ +int +bus_generic_suspend_child(device_t dev, device_t child) +{ + int error; + + error = DEVICE_SUSPEND(child); + + if (error == 0) + dev->flags |= DF_SUSPENDED; + return (error); +} + +/** + * @brief Default function for resuming a child device. + * + * This function is to be used by a bus's DEVICE_RESUME_CHILD(). + */ +int +bus_generic_resume_child(device_t dev, device_t child) +{ + DEVICE_RESUME(child); + + dev->flags &= ~DF_SUSPENDED; + return (0); +} + +/** * @brief Helper function for implementing DEVICE_SUSPEND() * * This function can be used to help implement the DEVICE_SUSPEND() @@ -3646,12 +3678,12 @@ device_t child, child2; TAILQ_FOREACH(child, &dev->children, link) { - error = DEVICE_SUSPEND(child); + error = BUS_SUSPEND_CHILD(dev, child); if (error) { for (child2 = TAILQ_FIRST(&dev->children); child2 && child2 != child; child2 = TAILQ_NEXT(child2, link)) - DEVICE_RESUME(child2); + BUS_RESUME_CHILD(dev, child2); return (error); } } @@ -3670,7 +3702,7 @@ device_t child; TAILQ_FOREACH(child, &dev->children, link) { - DEVICE_RESUME(child); + BUS_RESUME_CHILD(dev, child); /* if resume fails, there's nothing we can usefully do... */ } return (0); Index: sys/dev/pci/pci.c =================================================================== --- sys/dev/pci/pci.c (revision 269798) +++ sys/dev/pci/pci.c (working copy) @@ -162,6 +162,8 @@ DEVMETHOD(bus_child_pnpinfo_str, pci_child_pnpinfo_str_method), DEVMETHOD(bus_child_location_str, pci_child_location_str_method), DEVMETHOD(bus_remap_intr, pci_remap_intr_method), + DEVMETHOD(bus_suspend_child, pci_suspend_child), + DEVMETHOD(bus_resume_child, pci_resume_child), /* PCI interface */ DEVMETHOD(pci_read_config, pci_read_config_method), @@ -3614,12 +3616,11 @@ #endif static void -pci_set_power_children(device_t dev, device_t *devlist, int numdevs, - int state) +pci_set_power_child(device_t dev, device_t child, int state) { - device_t child, pcib; struct pci_devinfo *dinfo; - int dstate, i; + device_t pcib; + int dstate; /* * Set the device to the given state. If the firmware suggests @@ -3629,74 +3630,74 @@ * are handled separately. */ pcib = device_get_parent(dev); - for (i = 0; i < numdevs; i++) { - child = devlist[i]; - dinfo = device_get_ivars(child); - dstate = state; - if (device_is_attached(child) && - PCIB_POWER_FOR_SLEEP(pcib, dev, &dstate) == 0) - pci_set_powerstate(child, dstate); - } + dinfo = device_get_ivars(child); + dstate = state; + if (device_is_attached(child) && + PCIB_POWER_FOR_SLEEP(pcib, dev, &dstate) == 0) + pci_set_powerstate(child, dstate); } int -pci_suspend(device_t dev) +pci_suspend_child(device_t dev, device_t child) { - device_t child, *devlist; struct pci_devinfo *dinfo; - int error, i, numdevs; + int error; + dinfo = device_get_ivars(child); + /* - * Save the PCI configuration space for each child and set the + * Save the PCI configuration space for child child and set the * device in the appropriate power state for this sleep state. */ - if ((error = device_get_children(dev, &devlist, &numdevs)) != 0) - return (error); - for (i = 0; i < numdevs; i++) { - child = devlist[i]; - dinfo = device_get_ivars(child); - pci_cfg_save(child, dinfo, 0); - } + pci_cfg_save(child, dinfo, 0); /* Suspend devices before potentially powering them down. */ - error = bus_generic_suspend(dev); - if (error) { - free(devlist, M_TEMP); + error = bus_generic_suspend_child(dev, child); + + if (error) return (error); - } - if (pci_do_power_suspend) - pci_set_power_children(dev, devlist, numdevs, - PCI_POWERSTATE_D3); - free(devlist, M_TEMP); + + pci_set_power_child(dev, child, PCI_POWERSTATE_D3); + return (0); } int +pci_suspend(device_t dev) +{ + int error; + + error = bus_generic_suspend(dev); + return (error); +} + +int +pci_resume_child(device_t dev, device_t child) +{ + struct pci_devinfo *dinfo; + + if (pci_do_power_resume) + pci_set_power_child(dev, child, PCI_POWERSTATE_D0); + + dinfo = device_get_ivars(child); + pci_cfg_restore(child, dinfo); + if (!device_is_attached(child)) + pci_cfg_save(child, dinfo, 1); + + bus_generic_resume_child(dev, child); + + return (0); +} + +int pci_resume(device_t dev) { device_t child, *devlist; - struct pci_devinfo *dinfo; int error, i, numdevs; - /* - * Set each child to D0 and restore its PCI configuration space. - */ if ((error = device_get_children(dev, &devlist, &numdevs)) != 0) return (error); - if (pci_do_power_resume) - pci_set_power_children(dev, devlist, numdevs, - PCI_POWERSTATE_D0); - /* Now the device is powered up, restore its config space. */ - for (i = 0; i < numdevs; i++) { - child = devlist[i]; - dinfo = device_get_ivars(child); - - pci_cfg_restore(child, dinfo); - if (!device_is_attached(child)) - pci_cfg_save(child, dinfo, 1); - } - /* * Resume critical devices first, then everything else later. */ @@ -3707,7 +3708,7 @@ case PCIC_MEMORY: case PCIC_BRIDGE: case PCIC_BASEPERIPH: - DEVICE_RESUME(child); + BUS_RESUME_CHILD(dev, child); break; } } @@ -3720,7 +3721,7 @@ case PCIC_BASEPERIPH: break; default: - DEVICE_RESUME(child); + BUS_RESUME_CHILD(dev, child); } } free(devlist, M_TEMP); Index: sys/dev/pci/pci_private.h =================================================================== --- sys/dev/pci/pci_private.h (revision 269798) +++ sys/dev/pci/pci_private.h (working copy) @@ -118,7 +118,9 @@ char *buf, size_t buflen); int pci_assign_interrupt_method(device_t dev, device_t child); int pci_resume(device_t dev); +int pci_resume_child(device_t dev, device_t child); int pci_suspend(device_t dev); +int pci_suspend_child(device_t dev, device_t child); bus_dma_tag_t pci_get_dma_tag(device_t bus, device_t dev); /** Restore the config register state. The state must be previously Index: sys/sys/bus.h =================================================================== --- sys/sys/bus.h (revision 269798) +++ sys/sys/bus.h (working copy) @@ -339,6 +339,7 @@ int bus_generic_release_resource(device_t bus, device_t child, int type, int rid, struct resource *r); int bus_generic_resume(device_t dev); +int bus_generic_resume_child(device_t dev, device_t child); int bus_generic_setup_intr(device_t dev, device_t child, struct resource *irq, int flags, driver_filter_t *filter, driver_intr_t *intr, @@ -357,6 +358,7 @@ int bus_generic_shutdown(device_t dev); int bus_generic_suspend(device_t dev); +int bus_generic_suspend_child(device_t dev, device_t child); int bus_generic_teardown_intr(device_t dev, device_t child, struct resource *irq, void *cookie); int bus_generic_write_ivar(device_t dev, device_t child, int which, --MP_/J8yUo/400lG2N5dYyImkHpS-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 11 16:22:07 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1E7386DC; Mon, 11 Aug 2014 16:22:07 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E4FEA2052; Mon, 11 Aug 2014 16:22:06 +0000 (UTC) Received: from julian-mbp3.pixel8networks.com (50-196-156-133-static.hfc.comcastbusiness.net [50.196.156.133]) (authenticated bits=0) by vps1.elischer.org (8.14.9/8.14.9) with ESMTP id s7BGLwft028146 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 11 Aug 2014 09:21:59 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <53E8EDA1.2020108@freebsd.org> Date: Tue, 12 Aug 2014 00:21:53 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Bryan Drewery , Matthias Apitz , freebsd-current@freebsd.org Subject: Re: poudriere: setting up jail failes References: <20140808164640.GA14611@sh4-5.1blu.de> <53E51A67.1020904@FreeBSD.org> In-Reply-To: <53E51A67.1020904@FreeBSD.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Aug 2014 16:22:07 -0000 On 8/9/14, 2:43 AM, Bryan Drewery wrote: > On 8/8/2014 11:46 AM, Matthias Apitz wrote: >> Hello, >> >> I'm setting up a jail with poudriere(8) to compile my ports; after some >> hours it is crashing with: >> >> # poudriere jail -c -j freebsd-head -m svn+http -v head ; date > [...] >> mtree: illegal option -- N >> usage: mtree [-LPUcdeinqruxw] [-f spec] [-f spec] [-K key] [-k key] [-p >> path] [-s seed] >> [-X excludes] >> *** Error code 1 > [...] > >> The host where poudriere is running is: >> >> # uname -a >> FreeBSD vm-tiny-r255948 10.0-ALPHA4 FreeBSD 10.0-ALPHA4 #1: Fri Oct 18 >> 12:10:57 CEST 2013 guru@aurora.Sisis.de:/usr/obj/usr/src/sys/GENERIC >> i386 >> >> i.e. a CURRENT from Oct 2013 (r255948). Does this mean I should update >> the host where poudriere is running before? > Yes. For you it is fixed in stable/10 r257460 (which was in before 10.0 > release) which added -N to mtree. There was a lot of polish at the end > of 10.0 so you should probably upgrade to at least 10.0 either way. > > It could be that older releases building 10 and head for Poudriere may > be an issue still. I'll have to test more. Specifically the call of > 'make distrib-dirs DB_FROM_SRC=1' seemingly not using the itools version > of mtree. > > Also note that running a head jail on a 10.0 system is not really > supported. You may run into many weird issues building packages. It's > supported to have your host be newer than the jails but not the other > way around. > > Regards, > Bryan Drewery I had to do cd /usr/src/{mumble}/mtree; make ; make install before I could upgrade from where I was in the current branch to where I wanted to get the 10 branch. similar for install. From owner-freebsd-current@FreeBSD.ORG Mon Aug 11 17:14:47 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 94F50CA3 for ; Mon, 11 Aug 2014 17:14:47 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 733912650 for ; Mon, 11 Aug 2014 17:14:47 +0000 (UTC) Received: from bdrewery (uid 1298) (envelope-from bdrewery@freebsd.org) id 458 by freefall.freebsd.org (DragonFly Mail Agent v0.9+); Mon, 11 Aug 2014 17:14:47 +0000 Received: (qmail 60473 invoked from network); 11 Aug 2014 12:14:43 -0500 Received: from unknown (HELO ?10.10.0.24?) (freebsd@shatow.net@10.10.0.24) by sweb.xzibition.com with ESMTPA; 11 Aug 2014 12:14:43 -0500 Message-ID: <53E8F9FF.8060305@FreeBSD.org> Date: Mon, 11 Aug 2014 12:14:39 -0500 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Matthias Apitz Subject: Re: poudriere: setting up jail failes References: <20140808164640.GA14611@sh4-5.1blu.de> <20140808171215.GQ2644@home.opsec.eu> <20140808185713.GA1304@La-Habana> <53E524AC.6040402@FreeBSD.org> <20140809185008.GA1337@La-Habana> In-Reply-To: <20140809185008.GA1337@La-Habana> OpenPGP: id=6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cLu8QeK1NV2IACKI16kUSsf0V23mt3DBB" Cc: freebsd-current@freebsd.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Aug 2014 17:14:47 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --cLu8QeK1NV2IACKI16kUSsf0V23mt3DBB Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 8/9/2014 1:50 PM, Matthias Apitz wrote: > El d=C3=ADa Friday, August 08, 2014 a las 02:27:40PM -0500, Bryan Drewe= ry escribi=C3=B3: >=20 >> On 8/8/2014 1:57 PM, Matthias Apitz wrote: >>> And, btw., why is poudriere removing all the jail when an error occur= es? >>> Wouldn't it be better to let it there to have a look into and remove = it >>> on the next run? >> >> Yes I agree this should probably change. I'll evaluate it after the 3.= 1 >> release which is the major focus right now. The jail command has a lot= >> of issues with building and error handling. >=20 > I have updated last night the host to 'head' and poudriere itself to > poudriere-devel-3.0.99.20140801. Compiling the ports in the jail makes > progress, as always with some hick-ups in the ports itself. >=20 > I have one fundamental question, maybe a missunderstanding of poudriere= : >=20 > When I run 'poudriere options ...' it is not using the toolchain in the= > jail: >=20 > # uname -a > FreeBSD vm-tiny-r269739 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r269739: S= at Aug 9 07:07:40 CEST 2014 guru@vm-tiny-r269739:/usr/obj/usr/src/sy= s/GENERIC i386 > $=20 >=20 > # poudriere version > 3.1-pre > # poudriere options -c -j freebsd-head -p ports-head x11/kde4 >=20 > brings up the Options menu of x11/kde4 and when you look > with ps, it uses /usr/local/bin/dialog4ports for this: >=20 > # ps ax | fgrep dialog > 92303 3 I+ 0:00,00 /usr/local/bin/dialog4ports >=20 > when I terminate the dialog, it seems that the pkg-* tools > are used (which ofc are not installed on the host): >=20 > =3D=3D=3D> Setting user-specified options for kde-4.12.5 and dependenci= es > /usr/local/sbin/pkg-static: not found > make[1]: "/usr/local/poudriere/ports/ports-head/Mk/bsd.openssl.mk" line= 99: warning: Couldn't read shell's output for "/usr/local/sbin/pkg-stati= c which -qo /usr/local/lib/libcrypto.so || :" > /usr/local/sbin/pkg-static: not found >=20 > What I'm doing wrong or have understand wrong? >=20 > Thanks >=20 > matthias >=20 It is known, please see https://fossil.etoilebsd.net/poudriere/tktview?name=3D40060873f3 --=20 Regards, Bryan Drewery --cLu8QeK1NV2IACKI16kUSsf0V23mt3DBB 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) iQEcBAEBAgAGBQJT6Pn/AAoJEDXXcbtuRpfPhBwH/3Qbuu4dHiGVfTFeYSfFF1vo TpKbhBChB4sfkeVkVJJstp4giDP3C+mjlD3lBgXUHI4hWv/lsBDW7pwQpzBRLrmQ JbjD0+9Tg8QegOCfOgwgzi15z2RIyUF1kIyxY9trjot3zj2lwbCtHylaglhNMEsa z8aqN2a0A6R0SiO87q3i1w3UDuAe+yuRrpWH2dHTp9u1NU9nFgNSrYm/6aaWrNG8 zZzRTVuedFZ5cfynFFQyb6Pfcutud/bAyYqR5vNYqkJbV1ufyHiABPxOfgnthjNn 7xTBhevnRArN2WrX7MZAhdRjDEYGZK5X5e4qoTCyEKF2CcElfMmllsH30jgAQcc= =SjuO -----END PGP SIGNATURE----- --cLu8QeK1NV2IACKI16kUSsf0V23mt3DBB-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 11 18:56:50 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CA3EAFAC; Mon, 11 Aug 2014 18:56:50 +0000 (UTC) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8542B248A; Mon, 11 Aug 2014 18:56:50 +0000 (UTC) Received: from [89.204.138.236] (helo=localhost.my.domain) by ms-10.1blu.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1XGult-00030D-KG; Mon, 11 Aug 2014 20:56:41 +0200 Received: from localhost.my.domain (localhost [127.0.0.1]) by localhost.my.domain (8.14.7/8.14.3) with ESMTP id s7BIudHj001361; Mon, 11 Aug 2014 20:56:40 +0200 (CEST) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.14.7/8.14.3/Submit) id s7BIudK9001360; Mon, 11 Aug 2014 20:56:39 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Mon, 11 Aug 2014 20:56:39 +0200 From: Matthias Apitz To: Bryan Drewery Subject: Re: poudriere: setting up jail failes Message-ID: <20140811185639.GA1319@La-Habana> Reply-To: Matthias Apitz References: <20140808164640.GA14611@sh4-5.1blu.de> <20140808171215.GQ2644@home.opsec.eu> <20140808185713.GA1304@La-Habana> <53E524AC.6040402@FreeBSD.org> <20140809185008.GA1337@La-Habana> <53E8F9FF.8060305@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <53E8F9FF.8060305@FreeBSD.org> X-Operating-System: FreeBSD 9.0-CURRENT r214444 (i386) User-Agent: Mutt/1.5.21 (2010-09-15) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 89.204.138.236 Cc: freebsd-current@freebsd.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Aug 2014 18:56:50 -0000 El día Monday, August 11, 2014 a las 12:14:39PM -0500, Bryan Drewery escribió: > > when I terminate the dialog, it seems that the pkg-* tools > > are used (which ofc are not installed on the host): > > > > ===> Setting user-specified options for kde-4.12.5 and dependencies > > /usr/local/sbin/pkg-static: not found > > make[1]: "/usr/local/poudriere/ports/ports-head/Mk/bsd.openssl.mk" line 99: warning: Couldn't read shell's output for "/usr/local/sbin/pkg-static which -qo /usr/local/lib/libcrypto.so || :" > > /usr/local/sbin/pkg-static: not found > > > > What I'm doing wrong or have understand wrong? > > > > Thanks > > > > matthias > > > > It is known, please see > https://fossil.etoilebsd.net/poudriere/tktview?name=40060873f3 I'm not sure, after reading the ticket, if it is the same issue. My concern is: why 'poudriere options ...' is awaiting some tools in the hosts /usr/local/sbin/pkg-* to configure the options. If the existance of /usr/local/sbin/pkg-* is a prerequired port to make poudriere happy, it should pull the port in or at least mention this is the man page. My host still has the old pkg_* tools installed. Am I more clear now? Thanks matthias -- Matthias Apitz | /"\ ASCII Ribbon Campaign: E-mail: guru@unixarea.de | \ / - No HTML/RTF in E-mail WWW: http://www.unixarea.de/ | X - No proprietary attachments phone: +49-170-4527211 | / \ - Respect for open standards | en.wikipedia.org/wiki/ASCII_Ribbon_Campaign From owner-freebsd-current@FreeBSD.ORG Tue Aug 12 01:10:48 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 77372CAB for ; Tue, 12 Aug 2014 01:10:48 +0000 (UTC) Received: from mail-yk0-x232.google.com (mail-yk0-x232.google.com [IPv6:2607:f8b0:4002:c07::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 383A52E0E for ; Tue, 12 Aug 2014 01:10:48 +0000 (UTC) Received: by mail-yk0-f178.google.com with SMTP id 142so6686678ykq.9 for ; Mon, 11 Aug 2014 18:10:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:mime-version:content-type; bh=RHP9rH7AyU5RnThbe4TUxbnjQSLSnnH4UMMrubLI5hE=; b=aqrF7GaHV2GtcG4tCT9MArMukh48SarXoazkQVWZbQ7gJktmTvyzW23IMIHjbF+SRo h7Oz1NGU0Ojvpk+Q+atytJgpkn5xI4ystHPfYlop+yGzURYp6umG66pVqSBCvuVh8KiO 1M0VyE8BSwMeYYERrODRZg3OtyuR6Dae+6Artnv0lKYttAQY1RxkmUOCQgmuuhDDm8Yi BtRarU4tyhw99SY3lXAEtoSaCD4T4Fp8rsHpm2CDvmbkEllnOMFaaIzb/5SxcRBGOCbr E1mq4l/EnrgasSgPsp9r43fnfcmSlOLY+p+yqcLHevuGmGQzcs+0ZHQGGNGI8Yog7+pd 4H/A== X-Received: by 10.236.192.99 with SMTP id h63mr54603yhn.177.1407805847352; Mon, 11 Aug 2014 18:10:47 -0700 (PDT) Received: from arch ([179.158.163.241]) by mx.google.com with ESMTPSA id b67sm26948070yhc.16.2014.08.11.18.10.46 for (version=SSLv3 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 11 Aug 2014 18:10:47 -0700 (PDT) Date: Mon, 11 Aug 2014 22:10:43 -0300 From: Thiago Barroso Perrotta To: freebsd-current@freebsd.org Subject: Re: HOWTO articles for migrating from Linux to FreeBSD, especially for pkg? Message-ID: <20140811221043.492110d4@arch> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.24; x86_64-unknown-linux-gnu) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/3QdIXzILoLvuLErori9IxlT"; protocol="application/pgp-signature" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Aug 2014 01:10:48 -0000 --Sig_/3QdIXzILoLvuLErori9IxlT Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Greetings! First of all, hello. I intended to reply to [1], but since I am new to this mailing list, I found that it would be better to create a new thread (if any of you know how to reply to a mailman message without much trouble, I would appreciate to discover it). I am the author of the post referred in the previous message (Wordpress brought me there). I am liking FreeBSD, and I'll probably migrate soon my current Debian server to it. One of the reasons that I enjoyed FreeBSD is because it is similar to Arch Linux (my current preferred Linux distro) in various ways. Anyways, I just wanted to indicate this [2] link to you. It is a good resource comparing different package manager commands. Right now it does not include FreeBSD's pkg, however I highly encourage you to add one more column to this table, featuring it. There is no problem that pkg is not a Linux thing. Also, I am interested in the direction the original thread could go. As a almost-2,5 years Linux user, I could have discovered FreeBSD before. One of the reasons that I haven't paid much attention to it in the past was just because I didn't know that it had a large community. I thought it was small, not much significant. I'm still confused about the difference between the several BSDs out there (Open, Net, DragonFly, etc) and the relative size of each community, however at least I can see it is significant :) [1]: https://lists.freebsd.org/pipermail/freebsd-current/2014-July/051429.h= tml [2]: https://wiki.archlinux.org/index.php/Pacman_rosetta Regards, --=20 - Thiago --Sig_/3QdIXzILoLvuLErori9IxlT Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJT6WmTAAoJEHVdJdKpBTc8WLUIAINbcyCXn3NWLHoa6HVMYkPf fW8gGuOiiF/xl5TMGldZwrlzP7ZTApclXccLa+1b7+9YzvIl0TIjJOpVKyXlZAzK sksA5IUjYWkn9X0sZQLbxxXhLxXDEow+umE826+LTPHBn4vJ8o5bvFIXHEG12uJf uaKsLxeI2O7ks5FtXP2SGz+wd6W09z2RUJD8fQukdneXS4KRd7NDY93lRS3R4uHU abwuJtBLZiwRRm4carx0XzmVaE1Pa4kkiUgy+hH6k3Y5QLCpt9+p3qx6tzXFcXq3 f27DOu6bAfc426juGkAmz/eiJhT8sfKKhQBSZZhnyGRqxhUkkyZmjv8Y6d5kWeM= =PFpj -----END PGP SIGNATURE----- --Sig_/3QdIXzILoLvuLErori9IxlT-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 12 01:04:59 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6BFDABBE for ; Tue, 12 Aug 2014 01:04:59 +0000 (UTC) Received: from mail-yh0-x22d.google.com (mail-yh0-x22d.google.com [IPv6:2607:f8b0:4002:c01::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2CC812D30 for ; Tue, 12 Aug 2014 01:04:59 +0000 (UTC) Received: by mail-yh0-f45.google.com with SMTP id 29so7015780yhl.32 for ; Mon, 11 Aug 2014 18:04:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:mime-version:content-type; bh=NfB5FfgUtaoe7wMzQIZvYDVRXVJeiGbLZkJ9sSZ+s64=; b=c8CMFyuw6cwp5U1gVPR1993zrXnq8yFYyu3i0j2DtUb9D7qpEFVqgbu9o+A3PhlaWF IxVj1djaiQpHaiamU6k4Oz3I+I/JlpOF5ArUYFmr/SMf7ahRYEsE8F2GoRUyUEf0SVhy WGWaYeueLbzNrFFH1uUB52FhonAV7KJS9dLPepJsYNYazj1tR8eImzZD+czYcc1ZOKcb GCMp44A7zdhKJj5K6BiBAMPFa3kFScWkwlHpr3f5Ue82m3jIeHYEtiZw1WzUD247+Yhv xEG+G5d4CRa6oA/q8yDTXXYL1bjs/M/eVg7PB7VJNLhe6993UMGcXld7QtYo81cmMKOt Ke0A== X-Received: by 10.236.67.9 with SMTP id i9mr18329207yhd.139.1407805498252; Mon, 11 Aug 2014 18:04:58 -0700 (PDT) Received: from arch ([179.158.163.241]) by mx.google.com with ESMTPSA id c25sm26917829yhc.24.2014.08.11.18.04.57 for (version=SSLv3 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 11 Aug 2014 18:04:58 -0700 (PDT) Date: Mon, 11 Aug 2014 22:04:53 -0300 From: Thiago Barroso Perrotta To: freebsd-current@freebsd.org Subject: Re: HOWTO articles for migrating from Linux to FreeBSD, especially for pkg? Message-ID: <20140811220453.5c099207@arch> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.24; x86_64-unknown-linux-gnu) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/Mp9HSIlIiJNEaTYwh0bB5vE"; protocol="application/pgp-signature" X-Mailman-Approved-At: Tue, 12 Aug 2014 01:41:55 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Aug 2014 01:04:59 -0000 --Sig_/Mp9HSIlIiJNEaTYwh0bB5vE Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Greetings! First of all, hello. I intended to reply to [1], but since I am new to this mailing list, I found that it would be better to create a new thread (if any of you know how to reply to a mailman message without much trouble, I would appreciate to discover it). I am the author of the post referred in the previous message (Wordpress brought me here). I am liking FreeBSD, and I'll probably migrate soon my current Debian server to it. One of the reasons that I enjoyed FreeBSD is because it is similar to Arch Linux (my current preferred Linux distro) in various ways. Anyways, I just wanted to indicate this [2] link to you. It is a good resource comparing different package manager commands. Right now it does not include FreeBSD's pkg, however I highly encourage you to add one more column to this table, featuring it. There is no problem that pkg is not a Linux thing. Also, I am interested in the direction the original thread could go. As a almost-2,5 years Linux user, I could have discovered FreeBSD before. One of the reasons that I haven't paid much attention to it in the past was just because I didn't know that it had a large community. I thought it was small, not much significant. I'm still confused about the difference between the several BSDs out there (Open, Net, DragonFly, etc) and the relative size of each community, however at least I can see it is significant :) [1]: https://lists.freebsd.org/pipermail/freebsd-current/2014-July/051429.h= tml [2]: https://wiki.archlinux.org/index.php/Pacman_rosetta Regards, --=20 - Thiago --Sig_/Mp9HSIlIiJNEaTYwh0bB5vE Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEbBAEBAgAGBQJT6Wg1AAoJEHVdJdKpBTc8LaMH9j9S/m2iWuXibEuueG+33mR8 eEjUZ0CFU74GQtcIk6jVz1trgo0FDHQU9n6O7ys88B1W9dpDVSHsOCoj2kvDosDw 4G+FlveMwXwYT6k5U7tNnldmRNGSPKBujS7l5Sf3VDFaMSafDGE0DmxLujuNuJXw VLUea2q6wnwBo/OUhRD7OD4k8LZgt7tC+LjcopomcyKfWDu+V2ousgj6t1BjAqQA F1NwELAsNQ8gXvvr4jtbAXNiv7qqR7zxlgigOACc+Qd6p86BH0H5bPi6MJPHv1sR Tk/+M5Z/ZpFMjpUOqspQVU6jErw20hvmShIajHlQJ0qDvoo7RJLM6lXjPm0f2Q== =Eod2 -----END PGP SIGNATURE----- --Sig_/Mp9HSIlIiJNEaTYwh0bB5vE-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 12 09:02:08 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9B91FF89 for ; Tue, 12 Aug 2014 09:02:08 +0000 (UTC) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 276282E05 for ; Tue, 12 Aug 2014 09:02:07 +0000 (UTC) Received: from mh0.gentlemail.de (mh0.gentlemail.de [IPv6:2a00:e10:2800::a135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id s7C9245N099448; Tue, 12 Aug 2014 11:02:04 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 13F09356C; Tue, 12 Aug 2014 11:02:04 +0200 (CEST) Message-ID: <53E9D806.4030908@omnilan.de> Date: Tue, 12 Aug 2014 11:01:58 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: FreeBSD current Subject: Re: r268621: panic: shadowed tmpfs v_object [with dump] References: <53CED27C.4080306@FreeBSD.org> <53CED29F.1090809@FreeBSD.org> <53CED718.2090108@FreeBSD.org> <53CEDD74.9070804@FreeBSD.org> <20140723141122.GG93733@kib.kiev.ua> <53CFDF0B.1080904@FreeBSD.org> <53D0218E.3080204@gmail.com> <20140725083607.4d943e63@laptop.minsk.domain> In-Reply-To: <20140725083607.4d943e63@laptop.minsk.domain> X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig834215EB39267986B1AD8E74" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]); Tue, 12 Aug 2014 11:02:04 +0200 (CEST) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: ; Sender-helo: mh0.gentlemail.de; ) Cc: Konstantin Belousov X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Aug 2014 09:02:08 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig834215EB39267986B1AD8E74 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Bez=FCglich Sergey V. Dyatko's Nachricht vom 25.07.2014 07:36 (localtime= ): > On Wed, 23 Jul 2014 22:56:46 +0200 > Mattia Rossi wrote:=20 > >> Got the same panic, is this fix getting committed? Or has it already=20 >> been committed? > r269053 Great. But it's not MFCd yet. 10.1 needs this :-) -Harry --------------enig834215EB39267986B1AD8E74 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAlPp2AsACgkQLDqVQ9VXb8izwACfUla3nvQ4Qgy/VQZSncGeN3Pu JJ8An12T7L47tD7wmoh3RiPKZl3guf7x =1QSW -----END PGP SIGNATURE----- --------------enig834215EB39267986B1AD8E74-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 12 09:27:54 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8EB8CA21 for ; Tue, 12 Aug 2014 09:27:54 +0000 (UTC) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1976B2131 for ; Tue, 12 Aug 2014 09:27:53 +0000 (UTC) Received: from mh0.gentlemail.de (ezra.dcm1.omnilan.net [IPv6:2a00:e10:2800::a135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id s7C9RqZg099719 for ; Tue, 12 Aug 2014 11:27:52 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id EE2B03580; Tue, 12 Aug 2014 11:27:51 +0200 (CEST) Message-ID: <53E9DE17.5050702@omnilan.de> Date: Tue, 12 Aug 2014 11:27:51 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: FreeBSD current Subject: zfs ARC behaviour, Bug 187594 X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig0C6790F18EAED2267AD1B10C" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]); Tue, 12 Aug 2014 11:27:52 +0200 (CEST) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: ; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Aug 2014 09:27:54 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig0C6790F18EAED2267AD1B10C Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Hello, according to several reports, Karl Denningers (reworked) patch improoves the ARC memory-release behaviour a lot. It's discussed here: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D187594#c10 I guess many useres were happy if this patch would make it into 10.1. But it isn't in -current yet. Are there still any objections? Thanks, -Harry --------------enig0C6790F18EAED2267AD1B10C Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAlPp3hcACgkQLDqVQ9VXb8hQEACglBKZXzjgXgiYv5mJquRU65ZX 8S8AoMb7qYWiPVN8nfx9qPmErO0Ylluq =Ee55 -----END PGP SIGNATURE----- --------------enig0C6790F18EAED2267AD1B10C-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 12 12:42:05 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B15D8D81; Tue, 12 Aug 2014 12:42:05 +0000 (UTC) Received: from erelay3.ox.registrar-servers.com (erelay3.ox.registrar-servers.com [192.64.117.2]) by mx1.freebsd.org (Postfix) with ESMTP id 8DE7D2902; Tue, 12 Aug 2014 12:42:04 +0000 (UTC) Received: from localhost (unknown [127.0.0.1]) by erelay1.ox.registrar-servers.com (Postfix) with ESMTP id 716DA22049BB; Tue, 12 Aug 2014 12:42:04 +0000 (UTC) Received: from erelay1.ox.registrar-servers.com ([127.0.0.1]) by localhost (erelay.ox.registrar-servers.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id VOWz2Kwf28bp; Tue, 12 Aug 2014 08:42:03 -0400 (EDT) Received: from imap2.ox.privateemail.com (imap2.ox.privateemail.com [198.187.29.234]) by erelay1.ox.registrar-servers.com (Postfix) with ESMTP id 9021A22049A7; Tue, 12 Aug 2014 08:42:03 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by mail.privateemail.com (Postfix) with ESMTP id 36A5A8C0080; Tue, 12 Aug 2014 08:42:03 -0400 (EDT) X-Virus-Scanned: Debian amavisd-new at imap2.ox.privateemail.com Received: from mail.privateemail.com ([127.0.0.1]) by localhost (imap2.ox.privateemail.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id hani_nOKFtQY; Tue, 12 Aug 2014 08:42:03 -0400 (EDT) Received: from localhost (186.Red-81-35-74.dynamicIP.rima-tde.net [81.35.74.186]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.privateemail.com (Postfix) with ESMTPSA id A6F098C0075; Tue, 12 Aug 2014 08:42:01 -0400 (EDT) Date: Tue, 12 Aug 2014 14:41:01 +0200 From: Carlos Jacobo Puga Medina To: freebsd-current@freebsd.org Subject: r269471 makes unusable VT console Message-Id: <20140812144101.e1dc930e0f3e87efd1687a06@fbsd.es> X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.22; i386-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 12 Aug 2014 13:17:57 +0000 Cc: ray@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Aug 2014 12:42:05 -0000 Hi, After r269471 was committed, a bunch of underscores make unusable VT console. As a workaround, I've added in /boot/loader.conf hw.vga.textmode=1 Someone know if this issue have been solved on a recent revision? Regards, -- Carlos Jacobo Puga Medina From owner-freebsd-current@FreeBSD.ORG Tue Aug 12 14:06:22 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0A487CDE for ; Tue, 12 Aug 2014 14:06:22 +0000 (UTC) Received: from mail-yk0-x22d.google.com (mail-yk0-x22d.google.com [IPv6:2607:f8b0:4002:c07::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C095A24FA for ; Tue, 12 Aug 2014 14:06:21 +0000 (UTC) Received: by mail-yk0-f173.google.com with SMTP id 131so7173925ykp.32 for ; Tue, 12 Aug 2014 07:06:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; bh=S5UJSzcbP/e2YGTYOl9e/Z/yD/dGS+GMaHJjuS6aFPQ=; b=E8XyGaufH+JSPuz1hr4retEgR4vAHde0dEA6pzorAUFXIQoUloOfpnEZQHNuLl7sJl SkmjjrZ/dURPzRkcdK5lpHc9hVcMSVrBZ2X0kHp0RvHjX2XTtcezX6ukgVR+WoUQ2b1C 2RN2Lm4kYLUoX/SDatmL9UaugR67e3KeCQAl5/BBl5sefNr3AtHOPYh4fyJw4gFmkH5F WLEO5GZ7Lbaw9LEIAhEwrIbbrT5sD/AdsNqiWAzzy08v5W5VaWxVW7QrYomFFVlSiriG fnjbbOjkMKdZtdbPCIpm+32uX/wPLLoPytTUUBw+Yf9WptNp81KB+Eekfo6uEo00O/8X dm/g== X-Received: by 10.236.83.103 with SMTP id p67mr51656630yhe.89.1407852380859; Tue, 12 Aug 2014 07:06:20 -0700 (PDT) Received: from zhabar.att.net (107-222-186-3.lightspeed.sntcca.sbcglobal.net. [107.222.186.3]) by mx.google.com with ESMTPSA id p55sm30231421yhh.34.2014.08.12.07.06.20 for (version=SSLv3 cipher=RC4-SHA bits=128/128); Tue, 12 Aug 2014 07:06:20 -0700 (PDT) Date: Tue, 12 Aug 2014 07:06:16 -0700 From: Justin Hibbits To: Alexandr Krivulya Subject: Re: Child suspend/resume Message-ID: <20140812070616.62c66567@zhabar.att.net> In-Reply-To: <53E9CDD5.6020507@shurik.kiev.ua> References: <20140810223030.479badbc@zhabar.att.net> <53E9CDD5.6020507@shurik.kiev.ua> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; powerpc64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Aug 2014 14:06:22 -0000 Hi Alexandr, Thanks. I got another confirmation that it didn't work, and may have found the cause. I have another patch that you can find at https://phabric.freebsd.org/D590 which fixes a typo that I had made. Could you try that? (Added current@ so everyone else sees this as well). Thanks! - Justin On Tue, 12 Aug 2014 11:18:29 +0300 Alexandr Krivulya wrote: > Hi, Justin > After applying your patch my thinkpad e530 (FreeBSD 11.0-CURRENT, > amd64) doesn't resume any more - screen remains black. >=20 > 11.08.2014 08:30, Justin Hibbits (by way of Justin Hibbits > ) =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > > Hi all, > > > > The attached patch is completely untested, due to lack of existing > > suspendable hardware (no x86 machines). It does compile cleanly > > against head, though. I don't think it should change any behavior, > > I tried to keep the essence of the code path the same. > > > > It was suggested that I break up my multipass suspend/resume code > > into incremental parts, so this is part one. It adds a > > BUS_SUSPEND_CHILD/BUS_RESUME_CHILD, as well as helper functions, > > bus_generic_suspend_child()/bus_generic_resume_child(), and modifies > > the PCI driver to use this new facility. > > > > I'd like some feedback, and testing of this, to make sure I didn't > > break anything. > > > > Thanks, > > Justin > > > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to > > "freebsd-current-unsubscribe@freebsd.org" >=20 From owner-freebsd-current@FreeBSD.ORG Tue Aug 12 15:23:40 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1C05FABF for ; Tue, 12 Aug 2014 15:23:40 +0000 (UTC) Received: from mail-yh0-x22d.google.com (mail-yh0-x22d.google.com [IPv6:2607:f8b0:4002:c01::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D81B22EB7 for ; Tue, 12 Aug 2014 15:23:39 +0000 (UTC) Received: by mail-yh0-f45.google.com with SMTP id 29so7615365yhl.18 for ; Tue, 12 Aug 2014 08:23:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=xrM/yGuxl5gvnxxf9DCMqMyHi19kQaUvcEPeV/t30Hk=; b=Ve1iSwQtKA5Hk01Hfisu54bMmVM+jtNxBMC605An7QzjuYpFFg382/psrSROzSypB+ QydPeha/b09iA0NrRtDHdyNL2gort++EX+NcMDplF8C2cLoQvsjS0J2rq1qQO6YzK3iV M5zfJquMn7veYD5h74D96hyZDxPUfNjwPEB2UlcgVS/nAWanEuVAe1KtpB5A0wIs6Dzf mksspJAc0jhqaD0mc2WXdHGLMTW3xMAhsexi2kNE4kifHq5QZNkxyvVxhoGTff+BePJD 0ku6byH3MTI7rcxpftBQ+jjKSnNMnMKOtXUElbNCKQjasKt01u8s+k4ggtGqDX3GcUPM snpg== MIME-Version: 1.0 X-Received: by 10.236.81.243 with SMTP id m79mr19187215yhe.28.1407857019079; Tue, 12 Aug 2014 08:23:39 -0700 (PDT) Received: by 10.170.161.196 with HTTP; Tue, 12 Aug 2014 08:23:39 -0700 (PDT) Date: Tue, 12 Aug 2014 08:23:39 -0700 Message-ID: Subject: Link for FreeBSD mirrors in snapshots messages From: Mehmet Erol Sanliturk To: FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Aug 2014 15:23:40 -0000 Dears All , Is it possible to include the link for FreeBSD mirrors list http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/mirrors-ftp.html into "New FreeBSD snapshots available : ..." messages ? This link will prevent a search of this list and will encourage use of mirrors by making it available easily . Thank you very much .. Mehmet Erol Sanliturk From owner-freebsd-current@FreeBSD.ORG Tue Aug 12 15:55:23 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E0975752; Tue, 12 Aug 2014 15:55:23 +0000 (UTC) Received: from i3mail.icecube.wisc.edu (i3mail.icecube.wisc.edu [128.104.255.23]) by mx1.freebsd.org (Postfix) with ESMTP id B657A22DF; Tue, 12 Aug 2014 15:55:23 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by i3mail.icecube.wisc.edu (Postfix) with ESMTP id 074913806D; Tue, 12 Aug 2014 10:55:17 -0500 (CDT) X-Virus-Scanned: amavisd-new at icecube.wisc.edu Received: from i3mail.icecube.wisc.edu ([127.0.0.1]) by localhost (i3mail.icecube.wisc.edu [127.0.0.1]) (amavisd-new, port 10030) with ESMTP id wmVunfYfnVQZ; Tue, 12 Aug 2014 10:55:16 -0500 (CDT) Received: from comporellon.tachypleus.net (polaris.tachypleus.net [75.101.50.44]) by i3mail.icecube.wisc.edu (Postfix) with ESMTPSA id AA9DD38067; Tue, 12 Aug 2014 10:55:16 -0500 (CDT) Message-ID: <53EA38E3.2060306@freebsd.org> Date: Tue, 12 Aug 2014 08:55:15 -0700 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: r269471 makes unusable VT console References: <20140812144101.e1dc930e0f3e87efd1687a06@fbsd.es> In-Reply-To: <20140812144101.e1dc930e0f3e87efd1687a06@fbsd.es> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Aleksandr Rybalko X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Aug 2014 15:55:24 -0000 On 08/12/14 05:41, Carlos Jacobo Puga Medina wrote: > Hi, > > After r269471 was committed, a bunch of underscores make unusable VT console. > > As a workaround, I've added in /boot/loader.conf > hw.vga.textmode=1 > > Someone know if this issue have been solved on a recent revision? > > Regards, I believe it's still broken. There's a related PR at http://bugs.freebsd.org/192452 and, I suspect, 192456. Aleksandr, would you mind reverting this reversion? It seems to have created a lot of problems. -Nathan From owner-freebsd-current@FreeBSD.ORG Tue Aug 12 16:32:43 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8E8156BE for ; Tue, 12 Aug 2014 16:32:43 +0000 (UTC) Received: from nm18-vm3.bullet.mail.ne1.yahoo.com (nm18-vm3.bullet.mail.ne1.yahoo.com [98.138.91.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 52CE82838 for ; Tue, 12 Aug 2014 16:32:42 +0000 (UTC) Received: from [98.138.100.115] by nm18.bullet.mail.ne1.yahoo.com with NNFMP; 12 Aug 2014 16:32:36 -0000 Received: from [98.138.89.245] by tm106.bullet.mail.ne1.yahoo.com with NNFMP; 12 Aug 2014 16:32:36 -0000 Received: from [127.0.0.1] by omp1059.mail.ne1.yahoo.com with NNFMP; 12 Aug 2014 16:32:36 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 560802.81634.bm@omp1059.mail.ne1.yahoo.com Received: (qmail 80388 invoked by uid 60001); 12 Aug 2014 16:32:36 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1407861156; bh=X4qVt778m82E8PhWEbSBmZlRFqccea3hSRHInehOCLs=; h=Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=IPBiGndhedCRuoFzaW/zmRwxTBaDkKWEfFNGzpvNyLpSw119neKskGElKFMX2mqbPCDvvsB74fYgUk++zGmxvkjuyWf8q2ysxJcouvRnfBo6FkKNWT7IertEYWzeWFUQ4W+R7JVa1krbxA5vnljBsZB+Sh3SHfnFQ0tfmU1biWI= X-YMail-OSG: e4xaiooVM1m5NVfH4TvJjIJD82EC9ofbz5mjXR7JFI5STg9 lQqvD3vJoBdxA6rFLPju8d789ci66xPJs4lN0xONvNszxinapLUiSqxVuwWL eIzWbOeEt1PZ_eJychPvt26FEQS2BTUKHzFaaoY_KhTPLkNydF3X8EUgo3wW gJ0TC_4WDvR31eL0vbWPXH1b49tc7rC36sevZuybllFCTxm7uOkyWhfoqOgi YKEoJqOcBmFKqIdLJ4dXxc5JxnY6unp7GmtS_giaSqh9pPQHjZg5m1.ir0rW mLJBTmY3KFhSejMF2QVMmCbcCwUg7QC9Op1RAMkopNvueZvDYK1mdzFycX_Y abxlWXlZVi.3HrA09mQmAccAYYCsHftGTebmJ.diFC_wHhenx9J.tocq7uuf ZvA.JUi2uK9RhbgBASCXm2te8Z97ixk4Vk.G3ZP1tGZzejTX7FLH0pSUXWWW cupGWsC_sEHzE2oMf0hf2SoNzmDeh0U2fRr9OWs8FlSnL3IrzqTZdEnRktlT sKubmQ32hF3Hkio1Mor_EnjOoNMacxVTpBlnwkQKWyqUvB3dcambuiSqRzDN T Received: from [76.108.181.232] by web121606.mail.ne1.yahoo.com via HTTP; Tue, 12 Aug 2014 09:32:36 PDT X-Rocket-MIMEInfo: 002.001, QSBjb250aW51aW5nIGlzc3VlICh3aXRoIDkuMSBwcmV2aW91c2x5IGFuZCBub3cgMTApIGlzIHRoYXQgRnJlZUJTRCBvY2Nhc2lvbmFsbHkgKG9yIGFsd2F5cykgc2VlbXMgdG8gYm9vdCBmcm9tIHRoZSAybmQgaW5zdGFsbGVkIGRyaXZlCnJhdGhlciB0aGFuIHRoZSBmaXJzdC4gSSdkIGJlIGhhcHB5IHRvIGRlYnVnIHRoaXMsIGJ1dCBJIGhhdmUgbm8gaWRlYSBpZiBpdCdzIGJvb3Rjb2RlIG9yIGEgQklPUyBpc3N1ZS4gU3VwZXJtaWNybyBwbGVhZHMgaW5ub2NlbnQsIGJ1dCB0aGVpciBiaW9zCmd1eXMgYXIBMAEBAQE- X-Mailer: YahooMailWebService/0.8.201.700 Message-ID: <1407861156.35826.YahooMailNeo@web121606.mail.ne1.yahoo.com> Date: Tue, 12 Aug 2014 09:32:36 -0700 From: Barney Cordoba Reply-To: Barney Cordoba Subject: Booting a SuperMicro Superserver To: "current@freebsd.org" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Aug 2014 16:32:43 -0000 A continuing issue (with 9.1 previously and now 10) is that FreeBSD occasio= nally (or always) seems to boot from the 2nd installed drive=0Arather than = the first. I'd be happy to debug this, but I have no idea if it's bootcode = or a BIOS issue. Supermicro pleads innocent, but their bios=0Aguys are hard= to work with and fairly arrogant if you don't specifically isolate somethi= ng.=0A=0AThe scenario occurs when ada0 is upgraded and has an incompatible = kernel with other code on drive ada1. =A0(note that ada1 is a backup of the= pre-upgrade ada0,=A0so it's fstab points to ada0 for mount points). The sy= stem will boot and then modules will fail to load. It loads the kernel from= =0A=A0ada1 and then mounts partitions from ada0; old kernel and newer modul= es.=0A=0AThe problem is resolved by popping the 2nd drive. So there is noth= ing wrong with ada0 to cause it to bounce to ada1.=0A=0AMy question: What w= ould cause the system to boot from ada1 instead of ada0? Bios or Bootcode?= =0A=0AThanks.=0A=0ABC From owner-freebsd-current@FreeBSD.ORG Tue Aug 12 18:09:48 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 74606152 for ; Tue, 12 Aug 2014 18:09:48 +0000 (UTC) Received: from nm6-vm4.bullet.mail.ne1.yahoo.com (nm6-vm4.bullet.mail.ne1.yahoo.com [98.138.91.166]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 347EB39E4 for ; Tue, 12 Aug 2014 18:09:47 +0000 (UTC) Received: from [98.138.100.102] by nm6.bullet.mail.ne1.yahoo.com with NNFMP; 12 Aug 2014 18:09:40 -0000 Received: from [98.138.226.164] by tm101.bullet.mail.ne1.yahoo.com with NNFMP; 12 Aug 2014 18:09:40 -0000 Received: from [127.0.0.1] by omp1065.mail.ne1.yahoo.com with NNFMP; 12 Aug 2014 18:09:40 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 227136.9082.bm@omp1065.mail.ne1.yahoo.com Received: (qmail 91670 invoked by uid 60001); 12 Aug 2014 18:09:40 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1407866980; bh=hE9luXFVTXRDYjMIQfbhUV7txZf8Q2E4waM9KXDo2aw=; h=References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=6SSpLxVvgEdQIH2XmA5nPSp43V+7lqrCDnJhUtMPaCJm5Hg4ieUG2oLttLsUa1kr1UpXhtVyjvuwbN8XQE4Rx4RoKA+C4vCwHt/iFXKg2aotRIi7E4NiG96ywc7PD+BqiMa3A5GiXj51pQZhtJEjYx6hT+W69AFZL84k1Asc7Ys= X-YMail-OSG: O_k1JSIVM1mdFWFhrhEiKVXbk3oJhUvMJ5zhHpi1pS72vNh ijHrt19HkTw8WE2bV34rgz.MtLLKk7C.na7ezjImyO2Giq3dwnSSmDpqqa3H D.73s6PsDooWnEBNa2hGlRcBSKDo5_r5V4dbKghZNu7VWBlSnK4jcw8DPP6t DuqHFwGjCNcmxl0k3mnJcEXz5FgWGMMERchUJg4dd2vVrpqxHK7SFGUyJYfn fcC74g6hDW5WKl3Gmbu1Jl._94QvDRWAxIjNRjJ.4hljZ0LizamJHp1Wbs1n o3c8cDPEVnm18Bs9yIsnddfrQPkxdlrxsYAD4ruwC3ce3AvjcLYQfcb1d2y4 IUCEl9nnLVMyOHJA5ozoLJRJnxJC7rRLrJ0BHGGNPaiG3Do4WD63X3clH3Ek 2teRWNDC1S3pT0yJxmKY_sRBhhoUMeBG7K9u0XTYzkcpapg09OSuBAMsDJwZ h2GVaIrY3NyiY7.ZWf78sGvqSZLTags9a374alM_TOXfjKtS_LHwBa3CgOzQ fDZAVC61FPcZj9pdzoNQDSzvQcp1pfx5TY7sgb7Oespc6TLqf_g7VvqmoWmH WNIg- Received: from [76.108.181.232] by web121604.mail.ne1.yahoo.com via HTTP; Tue, 12 Aug 2014 11:09:39 PDT X-Rocket-MIMEInfo: 002.001, VGhlIGJpb3Mgb25seSBnaXZlcyB5b3Ugb25lIGNob2ljZSBmb3IgIkhERCIuIFlvdSBjYW4ndCBzZWxlY3Qgb25lIG9mIHRoZSA0IGRyaXZlcyB0byBib290IGZyb20uIFlvdSBjYW4gc3BlY2lmeSBVU0Igb3IgQ0Qgb3IgSERELCBidXQgTm90IEhERDIgb3IgSEREMy4KCkJDCgoKT24gVHVlc2RheSwgQXVndXN0IDEyLCAyMDE0IDE6MTYgUE0sIEpvaG4gTmllbHNlbiA8bGlzdHNAam5pZWxzZW4ubmV0PiB3cm90ZToKIAoKCk9uIEF1ZyAxMiwgMjAxNCwgYXQgMTA6MzIgQU0sIEJhcm5leSBDb3Jkb2JhIDxiYXIBMAEBAQE- X-Mailer: YahooMailWebService/0.8.201.700 References: <1407861156.35826.YahooMailNeo@web121606.mail.ne1.yahoo.com> <0D393AB7-4632-4BF8-95A3-D8AF25D53E60@jnielsen.net> Message-ID: <1407866979.73449.YahooMailNeo@web121604.mail.ne1.yahoo.com> Date: Tue, 12 Aug 2014 11:09:39 -0700 From: Barney Cordoba Reply-To: Barney Cordoba Subject: Re: Booting a SuperMicro Superserver To: John Nielsen In-Reply-To: <0D393AB7-4632-4BF8-95A3-D8AF25D53E60@jnielsen.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Aug 2014 18:09:48 -0000 The bios only gives you one choice for "HDD". You can't select one of the 4= drives to boot from. You can specify USB or CD or HDD, but Not HDD2 or HDD= 3.=0A=0ABC=0A=0A=0AOn Tuesday, August 12, 2014 1:16 PM, John Nielsen wrote:=0A =0A=0A=0AOn Aug 12, 2014, at 10:32 AM, Barney Cord= oba wrote:=0A=0A=0A> A continuing issue (with 9.= 1 previously and now 10) is that FreeBSD occasionally (or always) seems to = boot from the 2nd installed drive=0A> rather than the first. I'd be happy t= o debug this, but I have no idea if it's bootcode or a BIOS issue. Supermic= ro pleads innocent, but their bios=0A> guys are hard to work with and fairl= y arrogant if you don't specifically isolate something.=0A> =0A> The scenar= io occurs when ada0 is upgraded and has an incompatible kernel with other c= ode on drive ada1.=A0 (note that ada1 is a backup of the pre-upgrade ada0, = so it's fstab points to ada0 for mount points). The system will boot and th= en modules will fail to load. It loads the kernel from=0A>=A0 ada1 and then= mounts partitions from ada0; old kernel and newer modules.=0A> =0A> The pr= oblem is resolved by popping the 2nd drive. So there is nothing wrong with = ada0 to cause it to bounce to ada1.=0A> =0A> My question: What would cause = the system to boot from ada1 instead of ada0? Bios or Bootcode?=0A=0ABIOS, = most likely. If the disk controller in question is onboard you should be ab= le to specify which disk(s) and what order they will be booted from. If not= , you'll need to just say in the BIOS boot order then go = to the controllers BIOS to say which disk(s) to boot from and in what order= . I have recent experience with a SuperMicro box and an LSI controller; the= latter allows you to specify a (b)oot drive and an (a)lternate. Yes, b com= es before a. :)=0A=0AJN From owner-freebsd-current@FreeBSD.ORG Tue Aug 12 18:12:04 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 501A3C12 for ; Tue, 12 Aug 2014 18:12:04 +0000 (UTC) Received: from secure.freebsdsolutions.net (secure.freebsdsolutions.net [69.55.234.48]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AE3B42EED for ; Tue, 12 Aug 2014 17:21:47 +0000 (UTC) Received: from [10.10.1.198] (office.betterlinux.com [199.58.199.60]) (authenticated bits=0) by secure.freebsdsolutions.net (8.14.4/8.14.4) with ESMTP id s7CHGkMl075721 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Tue, 12 Aug 2014 13:16:47 -0400 (EDT) (envelope-from lists@jnielsen.net) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: Booting a SuperMicro Superserver From: John Nielsen In-Reply-To: <1407861156.35826.YahooMailNeo@web121606.mail.ne1.yahoo.com> Date: Tue, 12 Aug 2014 11:16:49 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <0D393AB7-4632-4BF8-95A3-D8AF25D53E60@jnielsen.net> References: <1407861156.35826.YahooMailNeo@web121606.mail.ne1.yahoo.com> To: Barney Cordoba X-Mailer: Apple Mail (2.1878.6) X-DCC-MGTINTERNET-Metrics: ns1.jnielsen.net 1170; Body=2 Fuz1=2 Fuz2=2 X-Virus-Scanned: clamav-milter 0.97.8 at ns1.jnielsen.net X-Virus-Status: Clean Cc: "current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Aug 2014 18:12:04 -0000 On Aug 12, 2014, at 10:32 AM, Barney Cordoba = wrote: > A continuing issue (with 9.1 previously and now 10) is that FreeBSD = occasionally (or always) seems to boot from the 2nd installed drive > rather than the first. I'd be happy to debug this, but I have no idea = if it's bootcode or a BIOS issue. Supermicro pleads innocent, but their = bios > guys are hard to work with and fairly arrogant if you don't = specifically isolate something. >=20 > The scenario occurs when ada0 is upgraded and has an incompatible = kernel with other code on drive ada1. (note that ada1 is a backup of = the pre-upgrade ada0, so it's fstab points to ada0 for mount points). = The system will boot and then modules will fail to load. It loads the = kernel from > ada1 and then mounts partitions from ada0; old kernel and newer = modules. >=20 > The problem is resolved by popping the 2nd drive. So there is nothing = wrong with ada0 to cause it to bounce to ada1. >=20 > My question: What would cause the system to boot from ada1 instead of = ada0? Bios or Bootcode? BIOS, most likely. If the disk controller in question is onboard you = should be able to specify which disk(s) and what order they will be = booted from. If not, you'll need to just say in the = BIOS boot order then go to the controllers BIOS to say which disk(s) to = boot from and in what order. I have recent experience with a SuperMicro = box and an LSI controller; the latter allows you to specify a (b)oot = drive and an (a)lternate. Yes, b comes before a. :) JN From owner-freebsd-current@FreeBSD.ORG Tue Aug 12 18:24:56 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9D317DF7 for ; Tue, 12 Aug 2014 18:24:56 +0000 (UTC) Received: from secure.freebsdsolutions.net (secure.freebsdsolutions.net [69.55.234.48]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 65B293C99 for ; Tue, 12 Aug 2014 18:24:56 +0000 (UTC) Received: from [10.10.1.198] (office.betterlinux.com [199.58.199.60]) (authenticated bits=0) by secure.freebsdsolutions.net (8.14.4/8.14.4) with ESMTP id s7CIOq7A032269 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Tue, 12 Aug 2014 14:24:53 -0400 (EDT) (envelope-from lists@jnielsen.net) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: Booting a SuperMicro Superserver From: John Nielsen In-Reply-To: <1407866979.73449.YahooMailNeo@web121604.mail.ne1.yahoo.com> Date: Tue, 12 Aug 2014 12:24:55 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <0F76C4E8-A71F-4192-9AE0-9E54F02DFBE1@jnielsen.net> References: <1407861156.35826.YahooMailNeo@web121606.mail.ne1.yahoo.com> <0D393AB7-4632-4BF8-95A3-D8AF25D53E60@jnielsen.net> <1407866979.73449.YahooMailNeo@web121604.mail.ne1.yahoo.com> To: Barney Cordoba X-Mailer: Apple Mail (2.1878.6) X-DCC-MGTINTERNET-Metrics: ns1.jnielsen.net 1170; Body=2 Fuz1=2 Fuz2=2 X-Virus-Scanned: clamav-milter 0.97.8 at ns1.jnielsen.net X-Virus-Status: Clean Cc: "current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Aug 2014 18:24:56 -0000 On Aug 12, 2014, at 12:09 PM, Barney Cordoba = wrote: > On Tuesday, August 12, 2014 1:16 PM, John Nielsen = wrote: >=20 >> On Aug 12, 2014, at 10:32 AM, Barney Cordoba = wrote: >>=20 >>> A continuing issue (with 9.1 previously and now 10) is that FreeBSD = occasionally (or always) seems to boot from the 2nd installed drive = rather than the first. I'd be happy to debug this, but I have no idea if = it's bootcode or a BIOS issue. Supermicro pleads innocent, but their = bios guys are hard to work with and fairly arrogant if you don't = specifically isolate something. >>>=20 >>> The scenario occurs when ada0 is upgraded and has an incompatible = kernel with other code on drive ada1. (note that ada1 is a backup of = the pre-upgrade ada0, so it's fstab points to ada0 for mount points). = The system will boot and then modules will fail to load. It loads the = kernel from ada1 and then mounts partitions from ada0; old kernel and = newer modules. >>>=20 >>> The problem is resolved by popping the 2nd drive. So there is = nothing wrong with ada0 to cause it to bounce to ada1. >>>=20 >>> My question: What would cause the system to boot from ada1 instead = of ada0? Bios or Bootcode? >>=20 >> BIOS, most likely. If the disk controller in question is onboard you = should be able to specify which disk(s) and what order they will be = booted from. If not, you'll need to just say in the = BIOS boot order then go to the controllers BIOS to say which disk(s) to = boot from and in what order. I have recent experience with a SuperMicro = box and an LSI controller; the latter allows you to specify a (b)oot = drive and an (a)lternate. Yes, b comes before a. :) >=20 > The bios only gives you one choice for "HDD". You can't select one of = the 4 drives to boot from. You can specify USB or CD or HDD, but Not = HDD2 or HDD3. There may be a separate option controlling "hard drive boot order", = and/or there may be a completely separate BIOS program for your drive = controller with its own hotkey. JN From owner-freebsd-current@FreeBSD.ORG Tue Aug 12 18:24:59 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ECC31EB6 for ; Tue, 12 Aug 2014 18:24:58 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id A419E3C9A for ; Tue, 12 Aug 2014 18:24:58 +0000 (UTC) Received: from [192.168.1.2] (senat1-01.HML3.ScaleEngine.net [209.51.186.5]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 5803E35345 for ; Tue, 12 Aug 2014 18:24:57 +0000 (UTC) Message-ID: <53EA5C19.4060604@freebsd.org> Date: Tue, 12 Aug 2014 14:25:29 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Booting a SuperMicro Superserver References: <1407861156.35826.YahooMailNeo@web121606.mail.ne1.yahoo.com> <0D393AB7-4632-4BF8-95A3-D8AF25D53E60@jnielsen.net> <1407866979.73449.YahooMailNeo@web121604.mail.ne1.yahoo.com> In-Reply-To: <1407866979.73449.YahooMailNeo@web121604.mail.ne1.yahoo.com> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mmdOR6ibOUdCuFk9jr6dTROp2tJ6rV5VN" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Aug 2014 18:24:59 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --mmdOR6ibOUdCuFk9jr6dTROp2tJ6rV5VN Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2014-08-12 14:09, Barney Cordoba wrote: > The bios only gives you one choice for "HDD". You can't select one of t= he 4 drives to boot from. You can specify USB or CD or HDD, but Not HDD2 = or HDD3. >=20 > BC >=20 >=20 > On Tuesday, August 12, 2014 1:16 PM, John Nielsen = wrote: > =20 >=20 >=20 > On Aug 12, 2014, at 10:32 AM, Barney Cordoba = wrote: >=20 >=20 >> A continuing issue (with 9.1 previously and now 10) is that FreeBSD oc= casionally (or always) seems to boot from the 2nd installed drive >> rather than the first. I'd be happy to debug this, but I have no idea = if it's bootcode or a BIOS issue. Supermicro pleads innocent, but their b= ios >> guys are hard to work with and fairly arrogant if you don't specifical= ly isolate something. >> >> The scenario occurs when ada0 is upgraded and has an incompatible kern= el with other code on drive ada1. (note that ada1 is a backup of the pre= -upgrade ada0, so it's fstab points to ada0 for mount points). The system= will boot and then modules will fail to load. It loads the kernel from >> ada1 and then mounts partitions from ada0; old kernel and newer modu= les. >> >> The problem is resolved by popping the 2nd drive. So there is nothing = wrong with ada0 to cause it to bounce to ada1. >> >> My question: What would cause the system to boot from ada1 instead of = ada0? Bios or Bootcode? >=20 > BIOS, most likely. If the disk controller in question is onboard you sh= ould be able to specify which disk(s) and what order they will be booted = from. If not, you'll need to just say in the BIOS boot = order then go to the controllers BIOS to say which disk(s) to boot from a= nd in what order. I have recent experience with a SuperMicro box and an L= SI controller; the latter allows you to specify a (b)oot drive and an (a)= lternate. Yes, b comes before a. :) >=20 > JN > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" >=20 There is usually a second menu after you select 'HDD' in the boot order menu, something like 'HDD Boot Priority' that lets you select the correct disk to boot from http://s1121.photobucket.com/user/SleeperPro/media/BIOSBoot.jpg.html So after you select 'HDD" in the 'boot device priority' menu, go to the 'hard disk drives' menu and set the order of the drives. --=20 Allan Jude --mmdOR6ibOUdCuFk9jr6dTROp2tJ6rV5VN Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJT6lwcAAoJEJrBFpNRJZKf9yYP/0hRvTXLrQV48YhDnK2tLYdo 18cGPvMKWOs1bySEqkJViUHFnCd5vhCC/whme5sPhcuUnJuT02lA/rUPfB0LN+BA eK20y9tRHDDm3b0DGSDAymC+CsP8UhkBtPlZsZuhdjdskmPbHBPEUKZmmGPJJ9LN bTeXU+SbPZxoAjYUcZYifOpwJaNua0vIkQfEHOxDP3jPETyXyG4gkObpxGPa8ZtD 2+kjog36peXqEaV1l5hzLM6RuzLbIIXYbJTUF2TNN/H71wpBfcqJIxMVV6OUWfUK ybsA98qSkUNMepvK0QJnITLyffQj/7nyxDF3UNUKkU8kJtipvEmsuFhH4zKN7Pf3 TxjrW/AIQML/CFeGAjmP7+MY+INkXgM4xxgxHLD9cBAhKanLXJkCsUQwbYzXpDnr XPvIT5MeVwOkOwG7IbNtkPNxFUSI6MYnj/O6YLYJYwb70Avq60mApscsG5XMXZmH xYKJPAosHBWS58dikX1ajoU7070CVksGoR+szkPlGgLrgpX1Ad7hQpGQWFc60RFs 0TIZVfZHsfAV4OuZQH8A3BXuiL1Ho8nGIu7vjg6u0pNJY8eOlKyEZLDnBmcd55Ma cLTqscGikueuaAYG96HP1KQMsfaOhB9DLB80nxU61i6n6CLkZQ6BOlU6Z9FGDFoZ Li+Pa/LW8f+c8XVvZme+ =efU2 -----END PGP SIGNATURE----- --mmdOR6ibOUdCuFk9jr6dTROp2tJ6rV5VN-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 12 19:37:14 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 30344A8; Tue, 12 Aug 2014 19:37:14 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 07FE125D0; Tue, 12 Aug 2014 19:37:14 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id EB40BB949; Tue, 12 Aug 2014 15:37:12 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: PostgreSQL performance on FreeBSD Date: Tue, 12 Aug 2014 14:09:40 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <20140627125613.GT93733@kib.kiev.ua> <20140716132938.GB93733@kib.kiev.ua> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201408121409.40653.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 12 Aug 2014 15:37:13 -0400 (EDT) Cc: Konstantin Belousov , Adrian Chadd , performance@freebsd.org, "current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Aug 2014 19:37:14 -0000 On Wednesday, July 16, 2014 1:52:45 pm Adrian Chadd wrote: > Hi! > > > On 16 July 2014 06:29, Konstantin Belousov wrote: > > On Fri, Jun 27, 2014 at 03:56:13PM +0300, Konstantin Belousov wrote: > >> Hi, > >> I did some measurements and hacks to see about the performance and > >> scalability of PostgreSQL 9.3 on FreeBSD, sponsored by The FreeBSD > >> Foundation. > >> > >> The results are described in https://kib.kiev.ua/kib/pgsql_perf.pdf. > >> The uncommitted patches, referenced in the article, are available as > >> https://kib.kiev.ua/kib/pig1.patch.txt > >> https://kib.kiev.ua/kib/patch-2 > > > > A followup to the original paper. > > > > Most importantly, I identified the cause for the drop on the graph > > after the 30 clients, which appeared to be the debugging version > > of malloc(3) in libc. > > > > Also there are some updates on the patches. > > > > New version of the paper is available at > > https://www.kib.kiev.ua/kib/pgsql_perf_v2.0.pdf > > The changes are marked as 'update for version 2.0'. > > Would you mind trying a default (non-PRODUCTION) build, but with junk > filling turned off? > > adrian@adrian-hackbox:~ % ls -l /etc/malloc.conf > > lrwxr-xr-x 1 root wheel 10 Jun 24 04:37 /etc/malloc.conf -> junk:false > > That fixes almost all of the malloc debug performance issues that I > see without having to recompile. > > I'd like to know if you see any after that. OTOH, I have actually seen junk profiling _improve_ performance in certain cases as it forces promotion of allocated pages to superpages since all pages are dirtied. (I have a local hack that adds a new malloc option to explicitly memset() new pages allocated via mmap() that gives the same benefit without the junking overheadon each malloc() / free(), but it does increase physical RAM usage.) -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Aug 12 20:20:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0C7AAFFF; Tue, 12 Aug 2014 20:20:25 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D584E2BB7; Tue, 12 Aug 2014 20:20:24 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 51849B917; Tue, 12 Aug 2014 16:20:21 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Subject: Re: bsd.sys.mk [-Wno-uninitialized] Date: Tue, 12 Aug 2014 16:07:21 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <20140704123901.GR6056@albert.catwhisker.org> <771D269B-AC6D-4686-ABB0-04F7DCD3A8D9@FreeBSD.org> <53C4F39E.2030407@selasky.org> In-Reply-To: <53C4F39E.2030407@selasky.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201408121607.21743.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 12 Aug 2014 16:20:21 -0400 (EDT) Cc: Hans Petter Selasky , Dimitry Andric , stable@freebsd.org, David Chisnall , "current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Aug 2014 20:20:25 -0000 On Tuesday, July 15, 2014 5:25:50 am Hans Petter Selasky wrote: > On 07/05/14 15:10, David Chisnall wrote: > > On 5 Jul 2014, at 14:07, Dimitry Andric wrote: > > > >> Interestingly, -Wno-uninitialized has been in bsd.sys.mk since r76861, > >> and the accompanying comment ("XXX Delete -Wuninitialized by default for > >> now -- the compiler doesn't always get it right") has never been > >> changed. :-) > >> > >> It is probably time to re-enable that warning after 13 years, at least. > > > > It probably only wants enabling for clang. GCC (at least, GCC 4.2.1) performs this analysis based on analyses run by the optimisers and so the warnings are dependent on optimisation level. > > > > David > > Hi, > > Is someone working on this? If not, at least add a PR so it is harder to drop? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Aug 12 21:29:09 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5CF61D96; Tue, 12 Aug 2014 21:29:09 +0000 (UTC) Received: from erelay3.ox.registrar-servers.com (erelay3.ox.registrar-servers.com [192.64.117.2]) by mx1.freebsd.org (Postfix) with ESMTP id 38AD52563; Tue, 12 Aug 2014 21:29:09 +0000 (UTC) Received: from localhost (unknown [127.0.0.1]) by erelay1.ox.registrar-servers.com (Postfix) with ESMTP id 056BC2200772; Tue, 12 Aug 2014 21:29:09 +0000 (UTC) Received: from erelay1.ox.registrar-servers.com ([127.0.0.1]) by localhost (erelay.ox.registrar-servers.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id UXnKpcYdTUoe; Tue, 12 Aug 2014 17:29:08 -0400 (EDT) Received: from imap10.ox.privateemail.com (imap10.ox.privateemail.com [192.64.116.221]) by erelay1.ox.registrar-servers.com (Postfix) with ESMTP id 5BBEF2204734; Tue, 12 Aug 2014 17:29:08 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by mail.privateemail.com (Postfix) with ESMTP id EB0712400DA; Tue, 12 Aug 2014 17:29:07 -0400 (EDT) X-Virus-Scanned: Debian amavisd-new at imap10.ox.privateemail.com Received: from mail.privateemail.com ([127.0.0.1]) by localhost (imap10.ox.privateemail.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id BsnlOzbVrpmz; Tue, 12 Aug 2014 17:29:07 -0400 (EDT) Received: from localhost (186.Red-81-35-74.dynamicIP.rima-tde.net [81.35.74.186]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.privateemail.com (Postfix) with ESMTPSA id DBE652400D7; Tue, 12 Aug 2014 17:29:06 -0400 (EDT) Date: Tue, 12 Aug 2014 23:28:07 +0200 From: Carlos Jacobo Puga Medina To: nwhitehorn@freebsd.org Subject: Re: r269471 make unusable VT console Message-Id: <20140812232807.0f3aa02570becec15e056af2@fbsd.es> X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.22; i386-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: ray@freebsd.org, freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Aug 2014 21:29:09 -0000 > I believe it's still broken. There's a related PR at > http://bugs.freebsd.org/192452 and, I suspect, 192456. Aleksandr, would > you mind reverting this reversion? It seems to have created a lot of > problems. > -Nathan Yes, I think that ray@ is around here somewhere to fix this :P Regards, -- Carlos Jacobo Puga Medina From owner-freebsd-current@FreeBSD.ORG Tue Aug 12 21:36:27 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6D52995; Tue, 12 Aug 2014 21:36:27 +0000 (UTC) Received: from mail-qa0-x233.google.com (mail-qa0-x233.google.com [IPv6:2607:f8b0:400d:c00::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EE673262D; Tue, 12 Aug 2014 21:36:26 +0000 (UTC) Received: by mail-qa0-f51.google.com with SMTP id k15so9140923qaq.38 for ; Tue, 12 Aug 2014 14:36:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=P6HwJjuC1lBpaSdeq0qKfWJgobtnaZR9SENeJE8kAaY=; b=gYYfTM/jbnHY+TGEIP0z2Jd8EBz5JOT5Y3wWGegdYHJunP2FKshJdOqsYPbyEQtnHM XpjfT147RCUI2gCjvfsEJhwU69L075TBRh+ty+6Pb0K48UlmOg3A3imcgCJF3zEM7/M3 vHJ+/4GkHfyLvLB8oCmEOWWKuhiWIzBO/QRwfDd7UTq4I0QGRugFS4bcIqnz/HdPAIYS 519UQkdj94wTkKhz4jCCO9E5LGb+qcBOF1/cr4A4X/C23tiqc5Ks3FeAWKKv5S5dfMsj Tuhse0EJ2D49xB56c3ZZ8wHsk5Uqw7rTlsNqurvMe1bpGkoGoVK+lZOUPg4i4vxCbDtG fecg== MIME-Version: 1.0 X-Received: by 10.140.27.144 with SMTP id 16mr748440qgx.18.1407879386162; Tue, 12 Aug 2014 14:36:26 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.39.139 with HTTP; Tue, 12 Aug 2014 14:36:26 -0700 (PDT) In-Reply-To: <201408121409.40653.jhb@freebsd.org> References: <20140627125613.GT93733@kib.kiev.ua> <20140716132938.GB93733@kib.kiev.ua> <201408121409.40653.jhb@freebsd.org> Date: Tue, 12 Aug 2014 14:36:26 -0700 X-Google-Sender-Auth: Ul21HWjPHQrdSrY658-LIWJGqFw Message-ID: Subject: Re: PostgreSQL performance on FreeBSD From: Adrian Chadd To: John Baldwin Content-Type: text/plain; charset=UTF-8 Cc: Konstantin Belousov , freebsd-current , performance@freebsd.org, "current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Aug 2014 21:36:27 -0000 On 12 August 2014 11:09, John Baldwin wrote: > On Wednesday, July 16, 2014 1:52:45 pm Adrian Chadd wrote: >> Hi! >> >> >> On 16 July 2014 06:29, Konstantin Belousov wrote: >> > On Fri, Jun 27, 2014 at 03:56:13PM +0300, Konstantin Belousov wrote: >> >> Hi, >> >> I did some measurements and hacks to see about the performance and >> >> scalability of PostgreSQL 9.3 on FreeBSD, sponsored by The FreeBSD >> >> Foundation. >> >> >> >> The results are described in https://kib.kiev.ua/kib/pgsql_perf.pdf. >> >> The uncommitted patches, referenced in the article, are available as >> >> https://kib.kiev.ua/kib/pig1.patch.txt >> >> https://kib.kiev.ua/kib/patch-2 >> > >> > A followup to the original paper. >> > >> > Most importantly, I identified the cause for the drop on the graph >> > after the 30 clients, which appeared to be the debugging version >> > of malloc(3) in libc. >> > >> > Also there are some updates on the patches. >> > >> > New version of the paper is available at >> > https://www.kib.kiev.ua/kib/pgsql_perf_v2.0.pdf >> > The changes are marked as 'update for version 2.0'. >> >> Would you mind trying a default (non-PRODUCTION) build, but with junk >> filling turned off? >> >> adrian@adrian-hackbox:~ % ls -l /etc/malloc.conf >> >> lrwxr-xr-x 1 root wheel 10 Jun 24 04:37 /etc/malloc.conf -> junk:false >> >> That fixes almost all of the malloc debug performance issues that I >> see without having to recompile. >> >> I'd like to know if you see any after that. > > OTOH, I have actually seen junk profiling _improve_ performance in certain > cases as it forces promotion of allocated pages to superpages since all pages > are dirtied. (I have a local hack that adds a new malloc option to explicitly > memset() new pages allocated via mmap() that gives the same benefit without > the junking overheadon each malloc() / free(), but it does increase physical > RAM usage.) Hm. this isn't a jemalloc config option? -a From owner-freebsd-current@FreeBSD.ORG Tue Aug 12 21:41:10 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 131DE35F for ; Tue, 12 Aug 2014 21:41:10 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "tensor.andric.com", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8E7A526FC for ; Tue, 12 Aug 2014 21:41:09 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::b12c:cfa9:8f26:5106] (unknown [IPv6:2001:7b8:3a7:0:b12c:cfa9:8f26:5106]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 929E95C44; Tue, 12 Aug 2014 23:40:58 +0200 (CEST) Content-Type: multipart/signed; boundary="Apple-Mail=_487FA847-2072-4D21-B49E-FD4F6DD626EB"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: libthr and main thread stack size From: Dimitry Andric In-Reply-To: <20140808112201.GC93733@kib.kiev.ua> Date: Tue, 12 Aug 2014 23:40:50 +0200 Message-Id: References: <53E36E84.4060806@ivan-labs.com> <20140808052807.GB93733@kib.kiev.ua> <53E48B38.9010607@ivan-labs.com> <20140808112201.GC93733@kib.kiev.ua> To: Konstantin Belousov X-Mailer: Apple Mail (2.1878.6) Cc: "Ivan A. Kosarev" , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Aug 2014 21:41:10 -0000 --Apple-Mail=_487FA847-2072-4D21-B49E-FD4F6DD626EB Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 08 Aug 2014, at 13:22, Konstantin Belousov = wrote: > On Fri, Aug 08, 2014 at 12:32:56PM +0400, Ivan A. Kosarev wrote: >>=20 >> On 08/08/2014 09:28 AM, Konstantin Belousov wrote: >>> On Thu, Aug 07, 2014 at 04:18:12PM +0400, Ivan A. Kosarev wrote: >>>> Hello, >>>>=20 >>>> According to libthr's thr_init.c (the 9.2 version) = init_main_thread() >>>> allocates s.c. "red zone" below the main stack in order to protect = other >>>> stacks. The size of the main stack is determined by the >>>> _thr_stack_initial variable that is declared extern though it = doesn't >>>> seem it can be changed. The value of the variable is set to 4M on = 64-bit >>>> platforms which is obviously not sufficient for the most of real = programs. >>>>=20 >>>> Can anyone please confirm that there is no way to increase the = stack >>>> size for the main thread and thus any program linked against libthr = has >>>> only a few megabytes of stack memory for its main thread--whatever = the >>>> system stack size (ulimit -s) is set to? >>> Yes, there is no way to change the main thread stack clamping. >>> Could you provide a reasonable use case for the 4MB stack ? >>=20 >> Traversing trees with recursive functions or on-stack grammar = parsers? I just ran into a similar issue while running one of clang 3.5's test cases (see http://llvm.org/PR20635 ). On i386, it used up approximately 2MB of stack, then ran into the guard page, and segfaulted. I was quite amazed to find out that ulimit -s didn't help at all, until I remembered this thread. :-) >>> Anyway, I somewhat sympathize to the idea to stop clamping the main >>> thread stack, and to not reuse it for other threads stack carving. >>> This also means that non-main threads stack allocator should stop >>> tracking the explicit location for the stacks and rely on vm mmap(2) >>> base selection instead. >>=20 >> Yes, that would solve the problem. >>=20 >>> I do not know the motivations why the current scheme of stacks = allocation >>> was chosen. The changes do not look too involved. > In fact, I can resonably explain the current behaviour. The motivation > seems to come from desire to interpret the RLIMIT_STACK as the global > limit to the stack usage by all threads. =46rom this PoV, it becomes = clean > why the other thread stacks are carved from the main stack. Linux seems to interpret it as the default stack size for *each* new thread (so I guess that also includes the "main" thread, if Linux has such a concept): ''On Linux/x86-32, the default stack size for a new thread is 2 megabytes. Under the NPTL threading implementation, if the RLIMIT_STACK soft resource limit at the time the program started has any value other than "unlimited", then it determines the default stack size of new threads.'' > Below is the patch which adds environment variable = LIBPTHREAD_BIGSTACK_MAIN. > Setting it to any value results in the main thread stack left as is, = and > other threads allocate stack below the area of RLIMIT_STACK. Try it. > I do not want to set this behaviour as default. It works for my case, thanks. I'm not sure if we should use Linux's behavior of using RLIMIT_STACK for *all* threads, but I would definitely expect that value for the main thread by default... -Dimitry --Apple-Mail=_487FA847-2072-4D21-B49E-FD4F6DD626EB Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlPqiegACgkQsF6jCi4glqOj/wCfaYWKzF3B4zmR3T3KWjG6Bn49 0wcAn0R52eUpesd+ooo+a9QNTvS2nfpP =HRkH -----END PGP SIGNATURE----- --Apple-Mail=_487FA847-2072-4D21-B49E-FD4F6DD626EB-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 12 22:01:28 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E52C9C38; Tue, 12 Aug 2014 22:01:27 +0000 (UTC) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "raven.bwct.de", Issuer "BWCT" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 902CD298C; Tue, 12 Aug 2014 22:01:26 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id s7CLvoik035050 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 12 Aug 2014 23:57:50 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id s7CLvkWZ003539 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 12 Aug 2014 23:57:46 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id s7CLvkjf047974; Tue, 12 Aug 2014 23:57:46 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id s7CLvk4q047973; Tue, 12 Aug 2014 23:57:46 +0200 (CEST) (envelope-from ticso) Date: Tue, 12 Aug 2014 23:57:46 +0200 From: Bernd Walter To: Allan Jude Subject: Re: Booting a SuperMicro Superserver Message-ID: <20140812215746.GA46743@cicely7.cicely.de> Reply-To: ticso@cicely.de References: <1407861156.35826.YahooMailNeo@web121606.mail.ne1.yahoo.com> <0D393AB7-4632-4BF8-95A3-D8AF25D53E60@jnielsen.net> <1407866979.73449.YahooMailNeo@web121604.mail.ne1.yahoo.com> <53EA5C19.4060604@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <53EA5C19.4060604@freebsd.org> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Aug 2014 22:01:28 -0000 On Tue, Aug 12, 2014 at 02:25:29PM -0400, Allan Jude wrote: > On 2014-08-12 14:09, Barney Cordoba wrote: > > The bios only gives you one choice for "HDD". You can't select one of the 4 drives to boot from. You can specify USB or CD or HDD, but Not HDD2 or HDD3. > > > > BC > > > > > > On Tuesday, August 12, 2014 1:16 PM, John Nielsen wrote: > > > > > > > > On Aug 12, 2014, at 10:32 AM, Barney Cordoba wrote: > > > > > >> A continuing issue (with 9.1 previously and now 10) is that FreeBSD occasionally (or always) seems to boot from the 2nd installed drive > >> rather than the first. I'd be happy to debug this, but I have no idea if it's bootcode or a BIOS issue. Supermicro pleads innocent, but their bios > >> guys are hard to work with and fairly arrogant if you don't specifically isolate something. > >> > >> The scenario occurs when ada0 is upgraded and has an incompatible kernel with other code on drive ada1. (note that ada1 is a backup of the pre-upgrade ada0, so it's fstab points to ada0 for mount points). The system will boot and then modules will fail to load. It loads the kernel from > >> ada1 and then mounts partitions from ada0; old kernel and newer modules. > >> > >> The problem is resolved by popping the 2nd drive. So there is nothing wrong with ada0 to cause it to bounce to ada1. > >> > >> My question: What would cause the system to boot from ada1 instead of ada0? Bios or Bootcode? > > > > BIOS, most likely. If the disk controller in question is onboard you should be able to specify which disk(s) and what order they will be booted from. If not, you'll need to just say in the BIOS boot order then go to the controllers BIOS to say which disk(s) to boot from and in what order. I have recent experience with a SuperMicro box and an LSI controller; the latter allows you to specify a (b)oot drive and an (a)lternate. Yes, b comes before a. :) > > > > There is usually a second menu after you select 'HDD' in the boot order > menu, something like 'HDD Boot Priority' that lets you select the > correct disk to boot from > > http://s1121.photobucket.com/user/SleeperPro/media/BIOSBoot.jpg.html > > So after you select 'HDD" in the 'boot device priority' menu, go to the > 'hard disk drives' menu and set the order of the drives. I've also seen BIOS to scan complete boot order HDD for GPT and then MBR. Noticed this when seting up a gmirror server in the old way: Do lazy install on disk0 and boot. setup disk1 as gmirror/dedicated disk with it's fake MBR. Shutdown and physically swap disks, then gmirror the lazy installation disk. But after swapping disks the BIOS then bootet from disk1 with GPT, although the new gmirror/MBR disk0 was first in boot order. After gmirror sync disk1 the BIOS booted from disk0, so it really was the GPT why it prefered booting from second disk in bootorder. Think it was a Intel board, but can't say for sure. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-current@FreeBSD.ORG Wed Aug 13 00:39:31 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 42630753 for ; Wed, 13 Aug 2014 00:39:31 +0000 (UTC) Received: from nm1-vm0.bullet.mail.ne1.yahoo.com (nm1-vm0.bullet.mail.ne1.yahoo.com [98.138.91.74]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 021642CAD for ; Wed, 13 Aug 2014 00:39:30 +0000 (UTC) Received: from [98.138.100.116] by nm1.bullet.mail.ne1.yahoo.com with NNFMP; 13 Aug 2014 00:39:24 -0000 Received: from [98.138.89.161] by tm107.bullet.mail.ne1.yahoo.com with NNFMP; 13 Aug 2014 00:39:23 -0000 Received: from [127.0.0.1] by omp1017.mail.ne1.yahoo.com with NNFMP; 13 Aug 2014 00:39:23 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 680548.33677.bm@omp1017.mail.ne1.yahoo.com Received: (qmail 90272 invoked by uid 60001); 13 Aug 2014 00:39:23 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1407890363; bh=wZzagu3rpe3flZSbEuxB9k5dOgke526FkpybOmvkGrE=; h=References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=y8QhytNI3l4QaoH8M4eqDB61wygK0HZ6pt04tK2oBLWmMED68kJpM9BMThguacgsbY+Hmgxlwsu5NNbt8vrb/6X93XuxiGNE6YBcPqH4YM6rqSwf3kcqhKW5s719zlMEeXy9zGmrkrYaKzxQkjfC4Yr2l+8VUXg0ELUaXMcmHjQ= X-YMail-OSG: 3N7u0VoVM1kbjfj9HTUHxD.AA8pF2Tp3P0CdnY3KgH3oD3k pwq9GPKFgocloEn6b2RVqoAJ0z5x8fqHLbpKjJbpMnMuLSTac5i3HGbtDYCH ArRNlblGOtb8edZK.fSeCvVNWrCSEYy55kS2I2WB8IeLiJr3adOB91WLrlXw 9BMaJwZtFGRUjQTecEyx1LyMojepP3WgSTIwN.e1Oo6SJ23_spDJpaiqxi5b 2.JzmUJJZTdoXbkiWAs.9mpNWJ591VO.Waue9OeqnX3crpRcPLGbEHE_QOgP gjOx9knjFd7ctgJNDc0j.v8NoF5tAj1SoBPQKav4EgAXlOJRCqSzCOhb156I ZzfQcSHGXH4aWpMNIHcU1YgGkzhbrfZ6EB4bvQPkvIdEbMizVg0uHDT5WEGf 83YG4sqoNTAQ2Hs9CY2kNLakBlwbd8AI7VlBTj3UbXgVoLklBitLet0gLJy4 MCrA0Zj0vK0QEhJ_UPCiwUmXKl4EmbReiHie5iT_0cxepnRqf5XtWcixI4E5 5la6J1CmNzb8Sjq7kU2EZXafA9aCbtLVvqksLXocWp3DNnCM9cbaxI2fLMWc Bm4Q- Received: from [76.108.181.232] by web121603.mail.ne1.yahoo.com via HTTP; Tue, 12 Aug 2014 17:39:23 PDT X-Rocket-MIMEInfo: 002.001, U28gdGhlcmUgaXMuIEJ1dCBJIHN0aWxsIGRvbid0IHNlZSBob3cgdGhpcyBjYW4gaGFwcGVuLiBUaGUgZGVmYXVsdCBpcyBQMCBmaXJzdCBhbmQgUDEgc2Vjb25kIGFuZCBpdCBjZXJ0YWlubHkgd2Fzbid0IGNoYW5nZWQsIGJ1dCBpdCBzdGlsbCBzZWVtcyB0byBib290IGZyb20gdGhlIHNlY29uZCBkcml2ZSB3aGVuIGJvdGggYXJlIHByZXNlbnQuIEl0J3MgYWxtb3N0IGxpa2UgdGhlcmUncyBzb21lIGxvZ2ljIHRoYXQgc2F5cyAiZHJpdmUgUDEgaGFzIHRoZSBzYW1lIGtlcm5lbCBib290ZWQgdGhlIGxhc3QBMAEBAQE- X-Mailer: YahooMailWebService/0.8.201.700 References: <1407861156.35826.YahooMailNeo@web121606.mail.ne1.yahoo.com> <0D393AB7-4632-4BF8-95A3-D8AF25D53E60@jnielsen.net> <1407866979.73449.YahooMailNeo@web121604.mail.ne1.yahoo.com> <0F76C4E8-A71F-4192-9AE0-9E54F02DFBE1@jnielsen.net> Message-ID: <1407890363.54477.YahooMailNeo@web121603.mail.ne1.yahoo.com> Date: Tue, 12 Aug 2014 17:39:23 -0700 From: Barney Cordoba Reply-To: Barney Cordoba Subject: Re: Booting a SuperMicro Superserver To: John Nielsen In-Reply-To: <0F76C4E8-A71F-4192-9AE0-9E54F02DFBE1@jnielsen.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Aug 2014 00:39:31 -0000 So there is. But I still don't see how this can happen. The default is P0 f= irst and P1 second and it certainly wasn't changed, but it still seems to b= oot from the second drive when both are present. It's almost like there's s= ome logic that says "drive P1 has the same kernel booted the last time, so = lets use that instead of the new one in P0". =A0 It's happened more than on= ce in remote locations that is a PIA to pop the 2nd drive.=A0I'll have to t= ry a few things. Easy enough to build a new kernel and see which it boots= =0A=0A=0AOn Tuesday, August 12, 2014 2:24 PM, John Nielsen wrote:=0A =0A=0A=0AOn Aug 12, 2014, at 12:09 PM, Barney Cordoba wrote:=0A=0A> On Tuesday, August 12, 2014 1:16 PM, Joh= n Nielsen wrote:=0A> =0A>> On Aug 12, 2014, at 10:32 A= M, Barney Cordoba wrote:=0A>> =0A>>> A continuin= g issue (with 9.1 previously and now 10) is that FreeBSD occasionally (or a= lways) seems to boot from the 2nd installed drive rather than the first. I'= d be happy to debug this, but I have no idea if it's bootcode or a BIOS iss= ue. Supermicro pleads innocent, but their bios guys are hard to work with a= nd fairly arrogant if you don't specifically isolate something.=0A>>> =0A>>= > The scenario occurs when ada0 is upgraded and has an incompatible kernel = with other code on drive ada1.=A0 (note that ada1 is a backup of the pre-up= grade ada0, so it's fstab points to ada0 for mount points). The system will= boot and then modules will fail to load. It loads the kernel from ada1 and= then mounts partitions from ada0; old kernel and newer modules.=0A>>> =0A>= >> The problem is resolved by popping the 2nd drive. So there is nothing wr= ong with ada0 to cause it to bounce to ada1.=0A>>> =0A>>> My question: What= would cause the system to boot from ada1 instead of ada0? Bios or Bootcode= ?=0A>> =0A>> BIOS, most likely. If the disk controller in question is onboa= rd you should be able to specify which disk(s) and what order they will be = booted from. If not, you'll need to just say in the BIOS = boot order then go to the controllers BIOS to say which disk(s) to boot fro= m and in what order. I have recent experience with a SuperMicro box and an = LSI controller; the latter allows you to specify a (b)oot drive and an (a)l= ternate. Yes, b comes before a. :)=0A> =0A> The bios only gives you one cho= ice for "HDD". You can't select one of the 4 drives to boot from. You can s= pecify USB or CD or HDD, but Not HDD2 or HDD3.=0A=0AThere may be a separate= option controlling "hard drive boot order", and/or there may be a complete= ly separate BIOS program for your drive controller with its own hotkey.=0A= =0A=0AJN From owner-freebsd-current@FreeBSD.ORG Wed Aug 13 06:17:39 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F1EF1D65 for ; Wed, 13 Aug 2014 06:17:39 +0000 (UTC) Received: from graal.it-profi.org.ua (graal.shurik.kiev.ua [193.239.74.7]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AC05B23EE for ; Wed, 13 Aug 2014 06:17:38 +0000 (UTC) Received: from [217.76.201.82] (helo=thinkpad.it-profi.org.ua) by graal.it-profi.org.ua with esmtpa (Exim 4.83 (FreeBSD)) (envelope-from ) id 1XHRsH-000Dhx-NG; Wed, 13 Aug 2014 09:17:29 +0300 Message-ID: <53EB02F4.1020704@shurik.kiev.ua> Date: Wed, 13 Aug 2014 09:17:24 +0300 From: Alexandr Krivulya User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: chmeeedalf@gmail.com Subject: Re: Child suspend/resume References: <20140810223030.479badbc@zhabar.att.net> <53E9CDD5.6020507@shurik.kiev.ua> <20140812070616.62c66567@zhabar.att.net> In-Reply-To: <20140812070616.62c66567@zhabar.att.net> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-SA-Exim-Connect-IP: 217.76.201.82 X-SA-Exim-Mail-From: shuriku@shurik.kiev.ua X-SA-Exim-Scanned: No (on graal.it-profi.org.ua); SAEximRunCond expanded to false Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Aug 2014 06:17:40 -0000 Now laptop resumes, screen turned on and I see in dmesg "acpi: resumed at ...", but neither keyboard nor mouse don't work and host is not accessible from network. 12.08.2014 17:06, Justin Hibbits пишет: > Hi Alexandr, > > Thanks. I got another confirmation that it didn't work, and may have > found the cause. I have another patch that you can find at > https://phabric.freebsd.org/D590 which fixes a typo that I had made. > Could you try that? > > (Added current@ so everyone else sees this as well). > > Thanks! > > - Justin > > On Tue, 12 Aug 2014 11:18:29 +0300 > Alexandr Krivulya wrote: > >> Hi, Justin >> After applying your patch my thinkpad e530 (FreeBSD 11.0-CURRENT, >> amd64) doesn't resume any more - screen remains black. >> >> 11.08.2014 08:30, Justin Hibbits (by way of Justin Hibbits >> ) пишет: >>> Hi all, >>> >>> The attached patch is completely untested, due to lack of existing >>> suspendable hardware (no x86 machines). It does compile cleanly >>> against head, though. I don't think it should change any behavior, >>> I tried to keep the essence of the code path the same. >>> >>> It was suggested that I break up my multipass suspend/resume code >>> into incremental parts, so this is part one. It adds a >>> BUS_SUSPEND_CHILD/BUS_RESUME_CHILD, as well as helper functions, >>> bus_generic_suspend_child()/bus_generic_resume_child(), and modifies >>> the PCI driver to use this new facility. >>> >>> I'd like some feedback, and testing of this, to make sure I didn't >>> break anything. >>> >>> Thanks, >>> Justin >>> >>> >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to >>> "freebsd-current-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Aug 13 09:59:00 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9C4D21DC; Wed, 13 Aug 2014 09:59:00 +0000 (UTC) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cloud.theravensnest.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 61D1F2D5B; Wed, 13 Aug 2014 09:58:59 +0000 (UTC) Received: from [192.168.0.7] (cpc14-cmbg15-2-0-cust307.5-4.cable.virginm.net [82.26.1.52]) (authenticated bits=0) by theravensnest.org (8.14.7/8.14.7) with ESMTP id s7D9wliD006016 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 13 Aug 2014 09:58:49 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: PostgreSQL performance on FreeBSD From: David Chisnall In-Reply-To: <201408121409.40653.jhb@freebsd.org> Date: Wed, 13 Aug 2014 10:58:42 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20140627125613.GT93733@kib.kiev.ua> <20140716132938.GB93733@kib.kiev.ua> <201408121409.40653.jhb@freebsd.org> To: John Baldwin X-Mailer: Apple Mail (2.1878.6) Cc: Konstantin Belousov , Adrian Chadd , freebsd-current@freebsd.org, performance@freebsd.org, "current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Aug 2014 09:59:00 -0000 On 12 Aug 2014, at 19:09, John Baldwin wrote: > OTOH, I have actually seen junk profiling _improve_ performance in = certain=20 > cases as it forces promotion of allocated pages to superpages since = all pages=20 > are dirtied. (I have a local hack that adds a new malloc option to = explicitly=20 > memset() new pages allocated via mmap() that gives the same benefit = without=20 > the junking overheadon each malloc() / free(), but it does increase = physical=20 > RAM usage.) Do you get the same effect by adding MAP_ALIGNED_SUPER | = MAP_PREFAULT_READ to the mmap() call in jemalloc? I've been meaning to = try the latter on BERI, as we spend a lot of time bouncing back and = forth between user code and the TLB miss handlers. Given that jemalloc = asks for memory in 8MB chunks (I think via a single mmap call, although = I'm not 100% certain), MAP_ALIGNED_SUPER should have little impact on = any platform. MAP_PREFAULT_READ may cause problems on machines with = limited RAM and no swap (I don't know if the VM subsystem knows that it = can safely discard a zero'd page that has been read but not written - = I'd hope so, but it's been a while since I read that code). It might be that we can make jemalloc autotune whether to use = MAP_PREFAULT_READ depending on some heuristic. I wonder if something as = simple as 'turn it on after the first mmap call' would be enough: = programs that don't use more than 8MB of RAM won't prefault, but after = that the wasted physical memory becomes an increasingly small = percentage. David From owner-freebsd-current@FreeBSD.ORG Wed Aug 13 15:35:24 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DFF21B0A for ; Wed, 13 Aug 2014 15:35:23 +0000 (UTC) Received: from mail-yh0-x234.google.com (mail-yh0-x234.google.com [IPv6:2607:f8b0:4002:c01::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A115126DB for ; Wed, 13 Aug 2014 15:35:23 +0000 (UTC) Received: by mail-yh0-f52.google.com with SMTP id t59so8869191yho.39 for ; Wed, 13 Aug 2014 08:35:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; bh=Ov//eLE//ggSg+jxAa99vvamoEqWpyb7W+iNIPv7syM=; b=DUKlGXGUrvNuJsQ6DyVQkPr4ur19rUxMkO4fb9XM0qzuxgKz0tbGcagkqCzWzEbqe0 eJ+EgR33VYKBkpu3IwRwpzZiwOrxlf94UYF6tMUUBT/B3FXCiEakG1Lm1o+e2KjjxK/9 5xx/iBO5uSbytylxqMxBEiAx0RF0sd/RGOd3Bv6pPG0TUlxne0GFPgn69+i5t/CoOxvK PhSj2SUlMbrysWemva5I9IgVME3EJs1lsvZG2quLifoDw9H0OmpoNX66I4ALZx1lX93h +jGEjnR4JnrSj0s9ND0qEiRltA+0XxsxsmMrxtzcPm9scDtmm29oHOlE5tS9TrgjJFfr M84A== X-Received: by 10.236.32.227 with SMTP id o63mr7586308yha.31.1407944122836; Wed, 13 Aug 2014 08:35:22 -0700 (PDT) Received: from zhabar.att.net (107-222-186-3.lightspeed.sntcca.sbcglobal.net. [107.222.186.3]) by mx.google.com with ESMTPSA id e24sm4685688yhb.0.2014.08.13.08.35.22 for (version=SSLv3 cipher=RC4-SHA bits=128/128); Wed, 13 Aug 2014 08:35:22 -0700 (PDT) Date: Wed, 13 Aug 2014 08:35:18 -0700 From: Justin Hibbits To: Alexandr Krivulya Subject: Re: Child suspend/resume Message-ID: <20140813083518.3f2d0580@zhabar.att.net> In-Reply-To: <53EB02F4.1020704@shurik.kiev.ua> References: <20140810223030.479badbc@zhabar.att.net> <53E9CDD5.6020507@shurik.kiev.ua> <20140812070616.62c66567@zhabar.att.net> <53EB02F4.1020704@shurik.kiev.ua> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; powerpc64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Aug 2014 15:35:24 -0000 That's odd, because another tester reported everything worked correctly for him. Could you send me the output of a verbose boot dmesg (boot -v), devinfo -rv, and pciconf -lv? Thanks, Justin On Wed, 13 Aug 2014 09:17:24 +0300 Alexandr Krivulya wrote: > Now laptop resumes, screen turned on and I see in dmesg "acpi: resumed > at ...", but neither keyboard nor mouse don't work and host is not > accessible from network. >=20 > 12.08.2014 17:06, Justin Hibbits =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > > Hi Alexandr, > > > > Thanks. I got another confirmation that it didn't work, and may > > have found the cause. I have another patch that you can find at > > https://phabric.freebsd.org/D590 which fixes a typo that I had made. > > Could you try that? > > > > (Added current@ so everyone else sees this as well). > > > > Thanks! > > > > - Justin > > > > On Tue, 12 Aug 2014 11:18:29 +0300 > > Alexandr Krivulya wrote: > > > >> Hi, Justin > >> After applying your patch my thinkpad e530 (FreeBSD 11.0-CURRENT, > >> amd64) doesn't resume any more - screen remains black. > >> > >> 11.08.2014 08:30, Justin Hibbits (by way of Justin Hibbits > >> ) =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > >>> Hi all, > >>> > >>> The attached patch is completely untested, due to lack of existing > >>> suspendable hardware (no x86 machines). It does compile cleanly > >>> against head, though. I don't think it should change any behavior, > >>> I tried to keep the essence of the code path the same. > >>> > >>> It was suggested that I break up my multipass suspend/resume code > >>> into incremental parts, so this is part one. It adds a > >>> BUS_SUSPEND_CHILD/BUS_RESUME_CHILD, as well as helper functions, > >>> bus_generic_suspend_child()/bus_generic_resume_child(), and > >>> modifies the PCI driver to use this new facility. > >>> > >>> I'd like some feedback, and testing of this, to make sure I didn't > >>> break anything. > >>> > >>> Thanks, > >>> Justin > >>> > >>> > >>> _______________________________________________ > >>> freebsd-current@freebsd.org mailing list > >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current > >>> To unsubscribe, send any mail to > >>> "freebsd-current-unsubscribe@freebsd.org" > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to > > "freebsd-current-unsubscribe@freebsd.org" >=20 From owner-freebsd-current@FreeBSD.ORG Wed Aug 13 15:39:01 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EF4F1D47 for ; Wed, 13 Aug 2014 15:39:00 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D2ABA2722 for ; Wed, 13 Aug 2014 15:39:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.9/8.14.9) with ESMTP id s7DFd0sB073544 for ; Wed, 13 Aug 2014 15:39:00 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.9/8.14.9/Submit) id s7DFd0Sf073542 for freebsd-current@freebsd.org; Wed, 13 Aug 2014 15:39:00 GMT (envelope-from bdrewery) Received: (qmail 27761 invoked from network); 13 Aug 2014 10:38:57 -0500 Received: from unknown (HELO ?10.10.0.24?) (freebsd@shatow.net@10.10.0.24) by sweb.xzibition.com with ESMTPA; 13 Aug 2014 10:38:57 -0500 Message-ID: <53EB868A.1060406@FreeBSD.org> Date: Wed, 13 Aug 2014 10:38:50 -0500 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: panic: pmap active 0xfffff8002d2ae9f8 References: In-Reply-To: OpenPGP: id=6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mturDwra7DeSnPeqjakBUt3vquLIQQbcr" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Aug 2014 15:39:01 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --mturDwra7DeSnPeqjakBUt3vquLIQQbcr Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 6/24/2014 4:28 PM, Craig Rodrigues wrote: > Hi, >=20 > I have a system running CURRENT at r266925 from May 31. >=20 > While doing some software builds using poudriere, the system > panicked. Unfortunately this system was not configured with > swap space, so I cannot do a kernel dump. >=20 > The system is currently at the ddb prompt. > Here is the backtrace: >=20 >=20 > Here is the backtrace from ddb: >=20 > panic: pmap active 0xfffff8002d2ae9f8 > cpuid =3D 5 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > 0xfffffe183958a7d0 > kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe183958a880 > vpanic() at vpanic+0x126/frame 0xfffffe183958a8c0 > kassert_panic() at kassert_panic+0x139/frame 0xfffffe183958a930 > pmap_remove_pages() at pmap_remove_pages+0x8c/frame 0xfffffe183958aa20 > vmspace_exit() at vmspace_exit+0xa1/frame 0xfffffe183958aa60 > exit1() at exit1+0x541/frame 0xfffffe183958aad0 > sys_sys_exit() at sys_sys_exit+0xe/frame 0xfffffe183958aae0 > amd64_syscall() at amd64_syscall+0x25a/frame 0xfffffe183958abf0 > Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe183958abf0 > --- syscall (1, FreeBSD ELF64, sys_sys_exit), rip - 0x800b195aa, rsp - > 0x7ffffffe3e8, rbp =3D 0x7ffffffffe400 > KDB: enter: panic > [ thread pid 94762 tid 101570 ] > Stopped at kdb_enter+0x3e: movq $0.kdb_why > db> >=20 >=20 > Is this a known problem? > Are there other commands I should type at the ddb prompt? > -- > Craig I have run into this as well on r269147: > panic: pmap active 0xfffff80035f422f8 > cpuid =3D 10 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe124= 852b7d0 > kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe124852b880 > vpanic() at vpanic+0x126/frame 0xfffffe124852b8c0 > kassert_panic() at kassert_panic+0x139/frame 0xfffffe124852b930 > pmap_remove_pages() at pmap_remove_pages+0x8c/frame 0xfffffe124852ba20 > vmspace_exit() at vmspace_exit+0x9c/frame 0xfffffe124852ba60 > exit1() at exit1+0x541/frame 0xfffffe124852bad0 > sys_sys_exit() at sys_sys_exit+0xe/frame 0xfffffe124852bae0 > ia32_syscall() at ia32_syscall+0x270/frame 0xfffffe124852bbf0 > Xint0x80_syscall() at Xint0x80_syscall+0x95/frame 0xfffffe124852bbf0 > --- syscall (1, FreeBSD ELF32, sys_sys_exit), rip =3D 0x297e386f, rsp =3D= 0xffffd7ac, rbp =3D 0xffffd7b8 --- > KDB: enter: panic > [ thread pid 85335 tid 101517 ] > Stopped at kdb_enter+0x3e: movq $0,kdb_why > db> call doadump >=20 > Dump failed. Partition too small. > =3D 0 --=20 Regards, Bryan Drewery --mturDwra7DeSnPeqjakBUt3vquLIQQbcr 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) iQEcBAEBAgAGBQJT64aKAAoJEDXXcbtuRpfPWH0H/i4Gc0UT24KPtWle6y0Qg8kZ un7fdwY6EMHXTUNyId2NZGo0Npgdy8Fb1rME3R5UJyo4tyCCzq2llZV3cL8SIRcv 2AlunMZ07cbUKxP5yPAScnjpZeJuLi6hL3HxdlpkRwTlKJ3eT31dgsQ0czV/VciQ orOPWYkgy1/jkA+138PocHS5DMIkoFnAHIJVkg10WOp4zNoIxLb8FAgjdgpKIT/w KPXhdWf9dr0ZdjhYpltKKdNii2bP2ug5UV9fiC4GHkpHdvs9Di2HsVe2h1iaM0kP GeuGYHyNZCW3GJgYaON5+jEFwfDq0keB1YORdo8AfM/r5+noRmTDNKnEGQU43XE= =hrLt -----END PGP SIGNATURE----- --mturDwra7DeSnPeqjakBUt3vquLIQQbcr-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 13 16:23:45 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 404B84E2; Wed, 13 Aug 2014 16:23:45 +0000 (UTC) Received: from mail-ig0-x22a.google.com (mail-ig0-x22a.google.com [IPv6:2607:f8b0:4001:c05::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D095D2CE7; Wed, 13 Aug 2014 16:23:44 +0000 (UTC) Received: by mail-ig0-f170.google.com with SMTP id h3so11740309igd.1 for ; Wed, 13 Aug 2014 09:23:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=/LHRks6tSEzobWSKZkHFWORM4xAAJreA0l3Sw73vwxM=; b=t/cahxnlf03Hdk0gjdKYSvU75CBvUYRubYmSDSbZ0G27O3yzt1PvFuYpOL/a+aRjsf ztNttTTnDvXsCUafYKrkLFrvj1ZJgbPgpLG7FHqab/O/UMhuGFM9/wUu1D5WRNJvetSO v4f4+74pbJoQGtemvlshefx4O2YZzl3Y0VY0ULVY/IsRa4nDug0NTTWrHBy8wD/iaMUc e7eoQE4QcTYvef3FGl02Q3/cT/1u2AvTRZdNQtns7M7Jt3pDdoUxWEErv5nY2P85A4De JhjT3coeOCg4h2WVOIs4RrJ8r2m4XJMEOLI0bEaACznD13GfgKmGGfIqhxAY8HFPxpJW lwzQ== MIME-Version: 1.0 X-Received: by 10.50.66.197 with SMTP id h5mr51099519igt.34.1407947024349; Wed, 13 Aug 2014 09:23:44 -0700 (PDT) Received: by 10.43.17.196 with HTTP; Wed, 13 Aug 2014 09:23:44 -0700 (PDT) Reply-To: alc@freebsd.org In-Reply-To: References: <20140627125613.GT93733@kib.kiev.ua> <20140716132938.GB93733@kib.kiev.ua> <201408121409.40653.jhb@freebsd.org> Date: Wed, 13 Aug 2014 11:23:44 -0500 Message-ID: Subject: Re: PostgreSQL performance on FreeBSD From: Alan Cox To: David Chisnall Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: Adrian Chadd , performance@freebsd.org, "current@freebsd.org" , freebsd-current , Konstantin Belousov X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Aug 2014 16:23:45 -0000 On Wed, Aug 13, 2014 at 4:58 AM, David Chisnall wrote: > On 12 Aug 2014, at 19:09, John Baldwin wrote: > > > OTOH, I have actually seen junk profiling _improve_ performance in > certain > > cases as it forces promotion of allocated pages to superpages since all > pages > > are dirtied. (I have a local hack that adds a new malloc option to > explicitly > > memset() new pages allocated via mmap() that gives the same benefit > without > > the junking overheadon each malloc() / free(), but it does increase > physical > > RAM usage.) > > Do you get the same effect by adding MAP_ALIGNED_SUPER | MAP_PREFAULT_READ > to the mmap() call in jemalloc? No. MAP_PREFAULT_READ does not allocate physical pages. It establishes mappings to pages that are already allocated. > I've been meaning to try the latter on BERI, as we spend a lot of time > bouncing back and forth between user code and the TLB miss handlers. Given > that jemalloc asks for memory in 8MB chunks (I think via a single mmap > call, although I'm not 100% certain), MAP_ALIGNED_SUPER should have little > impact on any platform. MAP_PREFAULT_READ may cause problems on machines > with limited RAM and no swap (I don't know if the VM subsystem knows that > it can safely discard a zero'd page that has been read but not written - > I'd hope so, but it's been a while since I read that code). > > It might be that we can make jemalloc autotune whether to use > MAP_PREFAULT_READ depending on some heuristic. I wonder if something as > simple as 'turn it on after the first mmap call' would be enough: programs > that don't use more than 8MB of RAM won't prefault, but after that the > wasted physical memory becomes an increasingly small percentage. > > David > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Wed Aug 13 17:00:23 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 17BF144F; Wed, 13 Aug 2014 17:00:23 +0000 (UTC) Received: from mail-ig0-x232.google.com (mail-ig0-x232.google.com [IPv6:2607:f8b0:4001:c05::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B16C2218B; Wed, 13 Aug 2014 17:00:22 +0000 (UTC) Received: by mail-ig0-f178.google.com with SMTP id uq10so2360817igb.11 for ; Wed, 13 Aug 2014 10:00:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=9yTd9xmdHRCwOCj9Kajn99AcXNp1hjx1kt3gpWeA27Q=; b=VbDiFa6Nh6+yz6mMJ0qWKqKFYVqohM0KGNDav54JehEkFkKmP4bly/X//J0/69r682 FoqDv9P1n55KmX29HaMqpUX+1T/Fl2KyfV5zETgU4TIYNjKVxcfRHrzrV/5CAGrGUjmT s80OX9pi4DXDnGHUbCbQFOT+OeTOw1QGCDRLtTbA9Zw3+CD7s8s8K3aR7YI6R5T3Vcjt MEJlzGEzUI5RzA15LhTdmCWFODhQk/z5bdiGDHB2Unh8cKQ5whnkU8j3fN0a2LIUuyWf jIL8o+C8efarT3MRmjMHuKVkHhBzc3iwG+6E5k3eSwN0O8BpHQE7KaR4ish4ksT6+tKA 2tww== MIME-Version: 1.0 X-Received: by 10.42.212.146 with SMTP id gs18mr4622270icb.96.1407949222191; Wed, 13 Aug 2014 10:00:22 -0700 (PDT) Received: by 10.43.17.196 with HTTP; Wed, 13 Aug 2014 10:00:22 -0700 (PDT) Reply-To: alc@freebsd.org In-Reply-To: <201408121409.40653.jhb@freebsd.org> References: <20140627125613.GT93733@kib.kiev.ua> <20140716132938.GB93733@kib.kiev.ua> <201408121409.40653.jhb@freebsd.org> Date: Wed, 13 Aug 2014 12:00:22 -0500 Message-ID: Subject: Re: PostgreSQL performance on FreeBSD From: Alan Cox To: John Baldwin Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: Konstantin Belousov , Adrian Chadd , freebsd-current , performance@freebsd.org, "current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Aug 2014 17:00:23 -0000 On Tue, Aug 12, 2014 at 1:09 PM, John Baldwin wrote: > On Wednesday, July 16, 2014 1:52:45 pm Adrian Chadd wrote: > > Hi! > > > > > > On 16 July 2014 06:29, Konstantin Belousov wrote: > > > On Fri, Jun 27, 2014 at 03:56:13PM +0300, Konstantin Belousov wrote: > > >> Hi, > > >> I did some measurements and hacks to see about the performance and > > >> scalability of PostgreSQL 9.3 on FreeBSD, sponsored by The FreeBSD > > >> Foundation. > > >> > > >> The results are described in https://kib.kiev.ua/kib/pgsql_perf.pdf. > > >> The uncommitted patches, referenced in the article, are available as > > >> https://kib.kiev.ua/kib/pig1.patch.txt > > >> https://kib.kiev.ua/kib/patch-2 > > > > > > A followup to the original paper. > > > > > > Most importantly, I identified the cause for the drop on the graph > > > after the 30 clients, which appeared to be the debugging version > > > of malloc(3) in libc. > > > > > > Also there are some updates on the patches. > > > > > > New version of the paper is available at > > > https://www.kib.kiev.ua/kib/pgsql_perf_v2.0.pdf > > > The changes are marked as 'update for version 2.0'. > > > > Would you mind trying a default (non-PRODUCTION) build, but with junk > > filling turned off? > > > > adrian@adrian-hackbox:~ % ls -l /etc/malloc.conf > > > > lrwxr-xr-x 1 root wheel 10 Jun 24 04:37 /etc/malloc.conf -> junk:false > > > > That fixes almost all of the malloc debug performance issues that I > > see without having to recompile. > > > > I'd like to know if you see any after that. > > OTOH, I have actually seen junk profiling _improve_ performance in certain > cases as it forces promotion of allocated pages to superpages since all > pages > are dirtied. (I have a local hack that adds a new malloc option to > explicitly > memset() new pages allocated via mmap() that gives the same benefit without > the junking overheadon each malloc() / free(), but it does increase > physical > RAM usage.) > > John, A couple small steps have been taken toward eliminating the need for this hack: the addition of the "page size index" field to struct vm_page and the addition of a similarly named parameter to pmap_enter(). However, at the moment, the only tangible effect is in the automatic prefaulting by mmap(2). Instead of establishing 96 4KB page mappings, the automatic prefaulting establishes 96 page mappings whose size is determined by the size of the physical pages that it finds in the vm object. So, the prefaulting overhead remains constant, but the coverage provided by the automatic prefaulting will vary with the underlying page size. From owner-freebsd-current@FreeBSD.ORG Wed Aug 13 22:19:19 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5C4787FA for ; Wed, 13 Aug 2014 22:19:19 +0000 (UTC) Received: from mail-lb0-x236.google.com (mail-lb0-x236.google.com [IPv6:2a00:1450:4010:c04::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D96C22776 for ; Wed, 13 Aug 2014 22:19:18 +0000 (UTC) Received: by mail-lb0-f182.google.com with SMTP id z11so321081lbi.13 for ; Wed, 13 Aug 2014 15:19:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=QJXtoI0aG+Io6UYQBk5l+Z8IxpXemwIWYNIEQfDGYL8=; b=eSd+eumHubOzKHvYqG2RScRHXbVHnteXKkGmyG5Bdmz/72LZrtZmC6KtHTOOXjd4tE Q/uh5RBCqTHNVt++QKTSFAbHvAYMwMdKji+IJ7jx2rC1Ff3v1Ls1j0u84U6Ql3Lg7PYG XMXExLIU97607Ij1NsFFOrU4+bKcnCEzbKf8Fq/4dtOcSDOUUSHuX+zsxreCTtlo6qss a9oE7NI1GpMPhMwgpbSj2iYRzODdUHCPx8oen+cTTNsUNX3sC0fNnZx2IsLsFfIfrMdw U73JE6FS3Ges1eVX0aBBb3j4uWZiZ5a7LEYWJ9puwcacE/WLJqBqmy2edg+x6Bvn+5Qb CnAQ== MIME-Version: 1.0 X-Received: by 10.112.154.134 with SMTP id vo6mr737830lbb.92.1407968356779; Wed, 13 Aug 2014 15:19:16 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.197.107 with HTTP; Wed, 13 Aug 2014 15:19:16 -0700 (PDT) In-Reply-To: <20140811221043.492110d4@arch> References: <20140811221043.492110d4@arch> Date: Wed, 13 Aug 2014 15:19:16 -0700 X-Google-Sender-Auth: pujVO9HnVbb92prJgrkAKFoWyBE Message-ID: Subject: Re: HOWTO articles for migrating from Linux to FreeBSD, especially for pkg? From: Craig Rodrigues To: Thiago Barroso Perrotta Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Aug 2014 22:19:19 -0000 On Mon, Aug 11, 2014 at 6:10 PM, Thiago Barroso Perrotta wrote: > Greetings! > > First of all, hello. I intended to reply to [1], but since I am new to > this mailing list, I found that it would be better to create a > new thread (if any of you know how to reply to a mailman message > without much trouble, I would appreciate to discover it). > > I am the author of the post referred in the previous message (Wordpress > brought me there). I am liking FreeBSD, and I'll probably migrate soon > my current Debian server to it. One of the reasons that I enjoyed > FreeBSD is because it is similar to Arch Linux (my current preferred > Linux distro) in various ways. > > Anyways, I just wanted to indicate this [2] link to you. It is a good > resource comparing different package manager commands. Right now it > does not include FreeBSD's pkg, however I highly encourage you to add > one more column to this table, featuring it. There is no problem that > pkg is not a Linux thing. > > Also, I am interested in the direction the original thread could go. As > a almost-2,5 years Linux user, I could have discovered FreeBSD before. > One of the reasons that I haven't paid much attention to it in the past > was just because I didn't know that it had a large community. I thought > it was small, not much significant. I'm still confused about the > difference between the several BSDs out there (Open, Net, DragonFly, > etc) and the relative size of each community, however at least I can > see it is significant :) > > [1]: https://lists.freebsd.org/pipermail/freebsd-current/2014-July/051429.html > [2]: https://wiki.archlinux.org/index.php/Pacman_rosetta Thiago, I really liked the blog articles you wrote: http://thiagoperrotta.wordpress.com/2014/07/20/here-be-dragons-freebsd-overview-part-i/ http://thiagoperrotta.wordpress.com/2014/07/21/here-be-packages-freebsd-overview-part-ii/ and you have very good suggestions. You seem like a very positive person, and are willing to make good suggestions and contributions. We (FreeBSD community) should take your suggestions, because you are a newcomer, so you are seeing things with fresh eyes. I am a bit busy these days, but would you have time to maybe help me write some HOWTO's for FreeBSD, especially things that help people migrate from Linux to FreeBSD? Thanks. -- Craig From owner-freebsd-current@FreeBSD.ORG Thu Aug 14 00:29:52 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8DC87554; Thu, 14 Aug 2014 00:29:52 +0000 (UTC) Received: from land.berklix.org (land.berklix.org [144.76.10.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1F0F4257F; Thu, 14 Aug 2014 00:29:51 +0000 (UTC) Received: from mart.js.berklix.net (p5DCBE423.dip0.t-ipconnect.de [93.203.228.35]) (authenticated bits=128) by land.berklix.org (8.14.5/8.14.5) with ESMTP id s7DNk45r096151; Wed, 13 Aug 2014 23:46:05 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id s7DNlobp027543; Thu, 14 Aug 2014 01:47:50 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.7/8.14.7) with ESMTP id s7DNlcHU013055; Thu, 14 Aug 2014 01:47:50 +0200 (CEST) (envelope-from jhs@berklix.com) Message-Id: <201408132347.s7DNlcHU013055@fire.js.berklix.net> To: current@freebsd.org Subject: android bsd connectivity tools etc ? From: "Julian H. Stacey" Organization: http://berklix.com BSD Linux Unix Consultants, Munich Germany User-agent: EXMH on FreeBSD http://www.berklix.com/free/ X-URL: http://www.berklix.com/~jhs/cv/ Date: Thu, 14 Aug 2014 01:47:38 +0200 Cc: Gary Jennejohn X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2014 00:29:52 -0000 Hi, Any tips for Android / FreeBSD BSD tools for connectivity etc ? I just got a Samsung Galaxy Note 3, with Android 4.4.2 kernel 3.4.0 It directs me to https://www.android.com/filetransfer/ which seems binary for mac I recall I will need current for IP tethering http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-usb-tethering.html http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-aggregation.html#networking-lagg-wired-and-wireless I'll build a current from a 10.0-RELEASE partition, but now looking with 9.2-RELEASE I see: /dev/ lrwxr-xr-x 1 root wheel 9 Aug 14 00:01 ugen1.5@ -> usb/1.5.0 crw------- 1 root operator 0x7a Aug 14 00:00 usb/1.5.0 crw------- 1 root operator 0x8f Aug 14 00:00 usb/1.5.1 crw------- 1 root operator 0x90 Aug 14 00:00 usb/1.5.2 devd .conf will need: match "vendor" "0x04e8"; match "product" "0x6860"; match "devclass" "0x00"; match "devsubclass" "0x00"; match "sernum" "6758498c"; match "release" "0x0400"; I've no idea what to do for attach http://www.freebsd.org/cgi/ports.cgi?query=android&stype=all has just /usr/ports/devel/android-tools-adb/pkg-descr & these for cross compiling later: /usr/ports/lang/*gnatdroid*/pkg-descr I also found ports/ deskutils/tine20 net/crtmpserver net/linphone https://source.android.com/source/index.html Any URLs, tips, comments welcome, Thanks Cheers, Julian -- Julian Stacey, BSD Linux Unix'78 C Sys Eng Consultant Munich http://berklix.com Interleave replies Below, like a play script. From owner-freebsd-current@FreeBSD.ORG Thu Aug 14 00:37:29 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 33BC0756; Thu, 14 Aug 2014 00:37:29 +0000 (UTC) Received: from mail-yh0-x235.google.com (mail-yh0-x235.google.com [IPv6:2607:f8b0:4002:c01::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D8D5B2642; Thu, 14 Aug 2014 00:37:28 +0000 (UTC) Received: by mail-yh0-f53.google.com with SMTP id c41so495010yho.40 for ; Wed, 13 Aug 2014 17:37:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type; bh=T/q/6tkhEV1OieNBzHIoW8Gy/Vx9K7XkMRgegKgcEO0=; b=R3Kvk1+rWapPq07MRW+SM039INcBEjlSVtWMch0IYpt7UUz5jBLYrF0LR+ua2EDSFm kN/KaQ76mlzGI7wXozO/UAW+S0b2YpX6Md61EKruTbgYyBN0ubZqAQib7sbLqmsbxp1f CivtS9V6fDfsi9s1ztYQoO0jpzlvwkhpb0Zc/7QA+0qTlH/IVDQoMOa6E+yugBX0xfVM KUnz9JnS2plcKUjeOtskUD20XkmMRjsp+rm1nzCycpFwIjI9b93XljgHPnlsm5/0esYC +B+NI/ZEBJC2OMnm3imZEdKdoHh9t1hU1X+XwqPyusaigc0QTlEGWiD/4b1Z6E6zFhuI ybAA== X-Received: by 10.236.4.131 with SMTP id 3mr11909582yhj.75.1407976648067; Wed, 13 Aug 2014 17:37:28 -0700 (PDT) Received: from arch ([179.158.163.241]) by mx.google.com with ESMTPSA id v50sm7368229yhv.22.2014.08.13.17.37.27 for (version=SSLv3 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 13 Aug 2014 17:37:27 -0700 (PDT) Date: Wed, 13 Aug 2014 21:37:18 -0300 From: Thiago Barroso Perrotta To: Craig Rodrigues Subject: Re: HOWTO articles for migrating from Linux to FreeBSD, especially for pkg? Message-ID: <20140813213718.4814f58c@arch> In-Reply-To: References: <20140811221043.492110d4@arch> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.24; x86_64-unknown-linux-gnu) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/dJ=riQ5WJIK08wdH.0zWDl="; protocol="application/pgp-signature" Cc: freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2014 00:37:29 -0000 --Sig_/dJ=riQ5WJIK08wdH.0zWDl= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Wed, 13 Aug 2014 15:19:16 -0700 Craig Rodrigues wrote: > Thiago, >=20 > I really liked the blog articles you wrote: >=20 > http://thiagoperrotta.wordpress.com/2014/07/20/here-be-dragons-freebsd-ov= erview-part-i/ > http://thiagoperrotta.wordpress.com/2014/07/21/here-be-packages-freebsd-o= verview-part-ii/ >=20 > and you have very good suggestions. >=20 > You seem like a very positive person, and are willing to make good > suggestions and contributions. >=20 > We (FreeBSD community) should take your suggestions, because you are > a newcomer, so you are seeing things with fresh eyes. >=20 > I am a bit busy these days, but would you have time to maybe help me > write some HOWTO's for > FreeBSD, especially things that help people migrate from Linux to > FreeBSD? >=20 > Thanks. > -- > Craig Hi Craig, =E2=80=8B=E2=80=8B Thanks. I guess we can work that out, feel free to e-mail me and tell what you have in mind whenever you like. --=20 - Thiago --Sig_/dJ=riQ5WJIK08wdH.0zWDl= Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJT7ATCAAoJEHVdJdKpBTc835IIAIn28G4ivP+1dyELVNgCCh5U DiLw8vlN62VVkxZhaYP0njzLXleGnTxaxrStBJWcnbQ+fY6/dCg/nZPcW/i/HWV9 qGYId/59CSmMGzV1ifwTLZRJUbswVFf2v0g7vbShJrABG0Qi+RHNgNmAiBUqj8OF MaEPLoY35Iw26tblEUl9WLay7QLjSgAKsHUbkAafYgGZakLFNSQZjSmKJjNEclW9 qRpFvo0xs8yF5bXb9EASgbjC3L8G3qRVAaWtIHIn2ODmYKlleGuo8/pz6JhkvQDM rc9vMcuIhpeex3Ib0M22cdfgcVkS6j+Swx7qYH26RTaHPUSgmbFxdQsrGVMU7dQ= =84vy -----END PGP SIGNATURE----- --Sig_/dJ=riQ5WJIK08wdH.0zWDl=-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 14 00:44:43 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 64992A81 for ; Thu, 14 Aug 2014 00:44:43 +0000 (UTC) Received: from mailhost.m5p.com (mailhost.m5p.com [IPv6:2001:418:3fd::f7]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 243DC26FC for ; Thu, 14 Aug 2014 00:44:43 +0000 (UTC) Received: from wonderland.m5p.com (localhost [IPv6:::1]) by mailhost.m5p.com (8.14.5/8.14.5) with ESMTP id s7E0iaWe044527 for ; Wed, 13 Aug 2014 20:44:41 -0400 (EDT) (envelope-from george+freebsd@m5p.com) Message-ID: <53EC0674.5060704@m5p.com> Date: Wed, 13 Aug 2014 20:44:36 -0400 From: George Mitchell User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: android bsd connectivity tools etc ? References: <201408132347.s7DNlcHU013055@fire.js.berklix.net> In-Reply-To: <201408132347.s7DNlcHU013055@fire.js.berklix.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.73 on 10.100.0.3 X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (mailhost.m5p.com [IPv6:::1]); Wed, 13 Aug 2014 20:44:41 -0400 (EDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2014 00:44:43 -0000 On 08/13/14 19:47, Julian H. Stacey wrote: > Hi, > Any tips for Android / FreeBSD BSD tools for connectivity etc ? > > I just got a Samsung Galaxy Note 3, with Android 4.4.2 kernel 3.4.0 > [...] > Any URLs, tips, comments welcome, Thanks > > Cheers, > Julian > audio/gmtp from ports does the job for me (Samsung Galaxy S2, Kyocera Event). -- George From owner-freebsd-current@FreeBSD.ORG Thu Aug 14 01:34:19 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 57134128 for ; Thu, 14 Aug 2014 01:34:19 +0000 (UTC) Received: from quine.pinyon.org (quine.pinyon.org [65.101.5.249]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2BEFC2B1F for ; Thu, 14 Aug 2014 01:34:18 +0000 (UTC) Received: by quine.pinyon.org (Postfix, from userid 122) id 9B1371603D6; Wed, 13 Aug 2014 18:34:17 -0700 (MST) X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on quine.pinyon.org X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham autolearn_force=no version=3.4.0 Received: from feyerabend.n1.pinyon.org (feyerabend.n1.pinyon.org [10.0.10.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by quine.pinyon.org (Postfix) with ESMTPSA id A27A5160115 for ; Wed, 13 Aug 2014 18:34:12 -0700 (MST) Message-ID: <53EC1214.9020505@pinyon.org> Date: Wed, 13 Aug 2014 18:34:12 -0700 From: "Russell L. Carter" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: HOWTO articles for migrating from Linux to FreeBSD, especially for pkg? References: <20140811221043.492110d4@arch> <20140813213718.4814f58c@arch> In-Reply-To: <20140813213718.4814f58c@arch> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2014 01:34:19 -0000 On 08/13/14 17:37, Thiago Barroso Perrotta wrote: > On Wed, 13 Aug 2014 15:19:16 -0700 > Craig Rodrigues wrote: > >> Thiago, >> >> I really liked the blog articles you wrote: >> >> http://thiagoperrotta.wordpress.com/2014/07/20/here-be-dragons-freebsd-overview-part-i/ >> http://thiagoperrotta.wordpress.com/2014/07/21/here-be-packages-freebsd-overview-part-ii/ >> >> and you have very good suggestions. >> >> You seem like a very positive person, and are willing to make good >> suggestions and contributions. >> >> We (FreeBSD community) should take your suggestions, because you are >> a newcomer, so you are seeing things with fresh eyes. >> >> I am a bit busy these days, but would you have time to maybe help me >> write some HOWTO's for >> FreeBSD, especially things that help people migrate from Linux to >> FreeBSD? >> >> Thanks. >> -- >> Craig > > Hi Craig, > ​​ > Thanks. I guess we can work that out, feel free to e-mail me and tell > what you have in mind whenever you like. > I love this idea. I recently moved back to FreeBSD after 14 years on debian, and was shocked at how great poudriere + pkg is for maintaining a consistent set of packages for a cluster of systems. (I know it's pitiful compared to the cloud, but I've got 3 FreeBSD and 3 debian-testing atm, and two of those debians are in danger of forced religious conversion. :-) The main reason I moved to debian in the first place is I was working in high user-space and I needed "office" apps (egads) working consistently and reliably through upgrades, and the ports system then was not up to the job. It is now! Basically, poudriere + pkg is debian apt-file + apt-cache + apt-get + approx with the added benefit of site specific, port-specific options. Maybe like arch? So I would be very willing to contribute to this project, if that makes sense. Best, Russell (what list should this move to? Perhaps ports?) From owner-freebsd-current@FreeBSD.ORG Thu Aug 14 04:26:17 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 145EDD4C; Thu, 14 Aug 2014 04:26:17 +0000 (UTC) Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by mx1.freebsd.org (Postfix) with ESMTP id 67BA72CA6; Thu, 14 Aug 2014 04:26:15 +0000 (UTC) Received: from ppp118-210-249-247.lns20.adl6.internode.on.net (HELO leader.local) ([118.210.249.247]) by ipmail04.adl6.internode.on.net with ESMTP; 14 Aug 2014 13:51:06 +0930 Message-ID: <53EC3930.6060604@ShaneWare.Biz> Date: Thu, 14 Aug 2014 13:51:04 +0930 From: Shane Ambler User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: "Julian H. Stacey" , current@freebsd.org Subject: Re: android bsd connectivity tools etc ? References: <201408132347.s7DNlcHU013055@fire.js.berklix.net> In-Reply-To: <201408132347.s7DNlcHU013055@fire.js.berklix.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Gary Jennejohn X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2014 04:26:17 -0000 On 14/08/2014 09:17, Julian H. Stacey wrote: > Hi, > Any tips for Android / FreeBSD BSD tools for connectivity etc ? > > I just got a Samsung Galaxy Note 3, with Android 4.4.2 kernel 3.4.0 > I'll build a current from a 10.0-RELEASE partition, > but now looking with 9.2-RELEASE I see: > > /dev/ > lrwxr-xr-x 1 root wheel 9 Aug 14 00:01 ugen1.5@ -> usb/1.5.0 > crw------- 1 root operator 0x7a Aug 14 00:00 usb/1.5.0 > crw------- 1 root operator 0x8f Aug 14 00:00 usb/1.5.1 > crw------- 1 root operator 0x90 Aug 14 00:00 usb/1.5.2 > I have a cheap Huawei phone running 2.3.6 When I plug in the usb cable to charge it, it shows up as 3 devices da0 at umass-sim1 bus 1 scbus5 target 0 lun 0 da0: < Android Adapter 0100> Removable Direct Access SCSI-2 device cd1 at umass-sim1 bus 1 scbus5 target 0 lun 1 cd1: < Android Adapter 0100> Removable CD-ROM SCSI-2 device da1 at umass-sim1 bus 1 scbus5 target 0 lun 2 da1: < Android Adapter 0100> Removable Direct Access SCSI-2 device On the phone I get a message to turn on usb mass storage after which I can mount_msdosfs /dev/da0s1 and get access to the sdcard in the phone. It looks like mass storage was hidden in 4.0 and maybe removed after 4.2. Try searching the android app store for usb mass storage. Online storage like google drive? From owner-freebsd-current@FreeBSD.ORG Thu Aug 14 06:34:07 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7DBE9B7E for ; Thu, 14 Aug 2014 06:34:07 +0000 (UTC) Received: from graal.it-profi.org.ua (graal.shurik.kiev.ua [193.239.74.7]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 37AB728BB for ; Thu, 14 Aug 2014 06:34:05 +0000 (UTC) Received: from [217.76.201.82] (helo=thinkpad.it-profi.org.ua) by graal.it-profi.org.ua with esmtpa (Exim 4.83 (FreeBSD)) (envelope-from ) id 1XHobk-0001IE-BQ; Thu, 14 Aug 2014 09:33:56 +0300 Message-ID: <53EC5852.5010602@shurik.kiev.ua> Date: Thu, 14 Aug 2014 09:33:54 +0300 From: Alexandr Krivulya User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Justin Hibbits Subject: Re: Child suspend/resume References: <20140810223030.479badbc@zhabar.att.net> <53E9CDD5.6020507@shurik.kiev.ua> <20140812070616.62c66567@zhabar.att.net> <53EB02F4.1020704@shurik.kiev.ua> <20140813083518.3f2d0580@zhabar.att.net> In-Reply-To: <20140813083518.3f2d0580@zhabar.att.net> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-SA-Exim-Connect-IP: 217.76.201.82 X-SA-Exim-Mail-From: shuriku@shurik.kiev.ua X-SA-Exim-Scanned: No (on graal.it-profi.org.ua); SAEximRunCond expanded to false Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2014 06:34:07 -0000 I've done three suspend/resume cycle during last workday and all works fine. Sorry for misled. 13.08.2014 18:35, Justin Hibbits пишет: > That's odd, because another tester reported everything worked correctly > for him. Could you send me the output of a verbose boot dmesg (boot > -v), devinfo -rv, and pciconf -lv? > > Thanks, > Justin > > On Wed, 13 Aug 2014 09:17:24 +0300 > Alexandr Krivulya wrote: > >> Now laptop resumes, screen turned on and I see in dmesg "acpi: resumed >> at ...", but neither keyboard nor mouse don't work and host is not >> accessible from network. >> >> 12.08.2014 17:06, Justin Hibbits пишет: >>> Hi Alexandr, >>> >>> Thanks. I got another confirmation that it didn't work, and may >>> have found the cause. I have another patch that you can find at >>> https://phabric.freebsd.org/D590 which fixes a typo that I had made. >>> Could you try that? >>> >>> (Added current@ so everyone else sees this as well). >>> >>> Thanks! >>> >>> - Justin >>> >>> On Tue, 12 Aug 2014 11:18:29 +0300 >>> Alexandr Krivulya wrote: >>> >>>> Hi, Justin >>>> After applying your patch my thinkpad e530 (FreeBSD 11.0-CURRENT, >>>> amd64) doesn't resume any more - screen remains black. >>>> >>>> 11.08.2014 08:30, Justin Hibbits (by way of Justin Hibbits >>>> ) пишет: >>>>> Hi all, >>>>> >>>>> The attached patch is completely untested, due to lack of existing >>>>> suspendable hardware (no x86 machines). It does compile cleanly >>>>> against head, though. I don't think it should change any behavior, >>>>> I tried to keep the essence of the code path the same. >>>>> >>>>> It was suggested that I break up my multipass suspend/resume code >>>>> into incremental parts, so this is part one. It adds a >>>>> BUS_SUSPEND_CHILD/BUS_RESUME_CHILD, as well as helper functions, >>>>> bus_generic_suspend_child()/bus_generic_resume_child(), and >>>>> modifies the PCI driver to use this new facility. >>>>> >>>>> I'd like some feedback, and testing of this, to make sure I didn't >>>>> break anything. >>>>> >>>>> Thanks, >>>>> Justin >>>>> >>>>> >>>>> _______________________________________________ >>>>> freebsd-current@freebsd.org mailing list >>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>>>> To unsubscribe, send any mail to >>>>> "freebsd-current-unsubscribe@freebsd.org" >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to >>> "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Aug 14 06:38:33 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 38415D0A; Thu, 14 Aug 2014 06:38:33 +0000 (UTC) Received: from neonpark.inter-sonic.com (neonpark.inter-sonic.com [212.247.8.98]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "neonpark.inter-sonic.com", Issuer "StartCom Class 2 Primary Intermediate Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EF18628EB; Thu, 14 Aug 2014 06:38:32 +0000 (UTC) X-Virus-Scanned: amavisd-new at BSDLabs AB Message-ID: <53EC5751.6070901@intersonic.se> Date: Thu, 14 Aug 2014 08:29:37 +0200 From: Per olof Ljungmark Organization: Intersonic AB User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: "Julian H. Stacey" , current@freebsd.org Subject: Re: android bsd connectivity tools etc ? References: <201408132347.s7DNlcHU013055@fire.js.berklix.net> In-Reply-To: <201408132347.s7DNlcHU013055@fire.js.berklix.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Gary Jennejohn X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2014 06:38:33 -0000 On 08/14/14 01:47, Julian H. Stacey wrote: > Hi, > Any tips for Android / FreeBSD BSD tools for connectivity etc ? > > I just got a Samsung Galaxy Note 3, with Android 4.4.2 kernel 3.4.0 > > It directs me to > https://www.android.com/filetransfer/ > which seems binary for mac > > I recall I will need current for IP tethering > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-usb-tethering.html > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-aggregation.html#networking-lagg-wired-and-wireless > > I'll build a current from a 10.0-RELEASE partition, > but now looking with 9.2-RELEASE I see: > > /dev/ > lrwxr-xr-x 1 root wheel 9 Aug 14 00:01 ugen1.5@ -> usb/1.5.0 > crw------- 1 root operator 0x7a Aug 14 00:00 usb/1.5.0 > crw------- 1 root operator 0x8f Aug 14 00:00 usb/1.5.1 > crw------- 1 root operator 0x90 Aug 14 00:00 usb/1.5.2 > > devd .conf will need: > match "vendor" "0x04e8"; > match "product" "0x6860"; > match "devclass" "0x00"; > match "devsubclass" "0x00"; > match "sernum" "6758498c"; > match "release" "0x0400"; > I've no idea what to do for attach > > http://www.freebsd.org/cgi/ports.cgi?query=android&stype=all > has just > /usr/ports/devel/android-tools-adb/pkg-descr > & these for cross compiling later: > /usr/ports/lang/*gnatdroid*/pkg-descr > > I also found > ports/ > deskutils/tine20 > net/crtmpserver > net/linphone > https://source.android.com/source/index.html > > Any URLs, tips, comments welcome, Thanks > > Cheers, > Julian > I gave up on using mass storage and turned to this instead: https://play.google.com/store/apps/details?id=lutey.FTPServer&hl=en Works very well. For tethering I have no idea, sorry. Cheers, //per From owner-freebsd-current@FreeBSD.ORG Thu Aug 14 07:41:02 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E516F834; Thu, 14 Aug 2014 07:41:01 +0000 (UTC) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6EC7F2FCD; Thu, 14 Aug 2014 07:41:01 +0000 (UTC) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id 011336A6004; Thu, 14 Aug 2014 09:40:57 +0200 (CEST) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.7/8.14.7) with ESMTP id s7E7evjH053302; Thu, 14 Aug 2014 09:40:57 +0200 (CEST) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.7/8.14.7/Submit) id s7E7euJ4052444; Thu, 14 Aug 2014 09:40:56 +0200 (CEST) (envelope-from lars) Date: Thu, 14 Aug 2014 09:40:56 +0200 From: Lars Engels To: Per olof Ljungmark Subject: Re: android bsd connectivity tools etc ? Message-ID: <20140814074056.GI98029@e-new.0x20.net> References: <201408132347.s7DNlcHU013055@fire.js.berklix.net> <53EC5751.6070901@intersonic.se> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="fckbADODYWZD5TdN" Content-Disposition: inline In-Reply-To: <53EC5751.6070901@intersonic.se> X-Editor: VIM - Vi IMproved 7.4 X-Operation-System: FreeBSD 8.4-RELEASE-p4 User-Agent: Mutt/1.5.23 (2014-03-12) Cc: Gary Jennejohn , "Julian H. Stacey" , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2014 07:41:02 -0000 --fckbADODYWZD5TdN Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 14, 2014 at 08:29:37AM +0200, Per olof Ljungmark wrote: > On 08/14/14 01:47, Julian H. Stacey wrote: > > Hi, > > Any tips for Android / FreeBSD BSD tools for connectivity etc ? > >=20 > > I just got a Samsung Galaxy Note 3, with Android 4.4.2 kernel 3.4.0 > >=20 > > It directs me to=20 > > https://www.android.com/filetransfer/ > > which seems binary for mac > >=20 > > I recall I will need current for IP tethering > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-usb-= tethering.html > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-aggr= egation.html#networking-lagg-wired-and-wireless > >=20 > > I'll build a current from a 10.0-RELEASE partition,=20 > > but now looking with 9.2-RELEASE I see: > >=20 > > /dev/ > > lrwxr-xr-x 1 root wheel 9 Aug 14 00:01 ugen1.5@ -> usb/1.5.0 > > crw------- 1 root operator 0x7a Aug 14 00:00 usb/1.5.0 > > crw------- 1 root operator 0x8f Aug 14 00:00 usb/1.5.1 > > crw------- 1 root operator 0x90 Aug 14 00:00 usb/1.5.2 > >=20 > > devd .conf will need: > > match "vendor" "0x04e8"; > > match "product" "0x6860"; > > match "devclass" "0x00"; > > match "devsubclass" "0x00"; > > match "sernum" "6758498c"; > > match "release" "0x0400"; > > I've no idea what to do for attach > >=20 > > http://www.freebsd.org/cgi/ports.cgi?query=3Dandroid&stype=3Dall > > has just > > /usr/ports/devel/android-tools-adb/pkg-descr > > & these for cross compiling later: > > /usr/ports/lang/*gnatdroid*/pkg-descr > >=20 > > I also found=20 > > ports/ > > deskutils/tine20 > > net/crtmpserver > > net/linphone > > https://source.android.com/source/index.html > >=20 > > Any URLs, tips, comments welcome, Thanks > >=20 > > Cheers, > > Julian > >=20 >=20 > I gave up on using mass storage and turned to this instead: >=20 > https://play.google.com/store/apps/details?id=3Dlutey.FTPServer&hl=3Den >=20 > Works very well. >=20 > For tethering I have no idea, sorry. There's also Airdroid [1]. After installing the App on the phone you can connect to it with your PC's browser, up- and download files, send messages, etc. [1] https://play.google.com/store/apps/details?id=3Dcom.sand.airdroid --fckbADODYWZD5TdN Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQF8BAEBCgBmBQJT7GgIXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RjQwMDE3RTRERjUzMTI1N0FGRTUxNDlF NTRDQjM3RDNBMDg5RDZEAAoJEOVMs306CJ1tdlwH/iTnNdlrdOkJAathiU2c0Lru 6jUdkeThHdQ22r0HUSGTSgl9PJfdbnPNqwIg4Djzp+aIKvp2U8Qx6gsRH/HhgFp8 R/AhL5WzVD8OTmCQV3jAnhC4t+FMJwdMw7ZOkHZiyEaZY0325qLkVrGqWHirR4YI Pk4y+Z4kV6JhYxAXRIJk6TFGJNydAnxroGzHKw6L4o15nypCzvndvhhrBayhegDI BqpNQ5J8IVcqQUPzQ1NorpkWPMyVCphcEjllm74zTFsrfY+e9L8M99LeLpz4CkYu 6i8K6ijz4GYodCkmfkpZBJnAN7GTztTmT3D5JsmhJDlgPKjt+Vi/dWuex0cT4iM= =MdwE -----END PGP SIGNATURE----- --fckbADODYWZD5TdN-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 14 08:36:03 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DC521486 for ; Thu, 14 Aug 2014 08:36:03 +0000 (UTC) Received: from joe.nabble.com (216-139-250-139.aus.us.siteprotect.com [216.139.250.139]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C06CE2568 for ; Thu, 14 Aug 2014 08:36:02 +0000 (UTC) Received: from sam.nabble.com ([192.168.236.26]) by joe.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1XHqVe-0004Uv-G7 for freebsd-current@freebsd.org; Thu, 14 Aug 2014 01:35:46 -0700 Date: Thu, 14 Aug 2014 01:35:31 -0700 (PDT) From: Beeblebrox To: freebsd-current@freebsd.org Message-ID: <1408005331438-5938162.post@n5.nabble.com> Subject: shmget (No space left on device) issue with firefox MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2014 08:36:03 -0000 I have been having difficulty getting firefox to work, so I built it with DEBUG and this error shows up when starting with "$ firefox -safe-mode" => "shmget failed: error 28 (No space left on device)" What "Shared Memory" setting do I need to change so as to get rid of this error? Alternatively, is this a mozilla bug? shmall looks sufficiently large to me, and setting it to "unlimited" seems a bit risky. My Shared Memory settings ATM on 4G physical RAM: $ ipcs -M shmmax: 536870912 shmmin: 1 shmmni: 192 shmseg: 128 shmall: 131072 MEMORY INFORMATION: mem_wire: 1543798784 ( 1472MB) [ 39%] mem_active: + 451334144 ( 430MB) [ 11%] mem_inactive:+ 1510998016 ( 1441MB) [ 38%] mem_cache: + 0 ( 0MB) [ 0%] mem_free: + 378961920 ( 361MB) [ 9%] mem_gap_vm: + 1544192 ( 1MB) [ 0%] -------------- ------------ ----------- ------ mem_all: = 3886637056 ( 3706MB) [100%] mem_gap_sys: + 123482112 ( 117MB) -------------- ------------ ----------- mem_phys: = 4010119168 ( 3824MB) mem_gap_hw: + 284848128 ( 271MB) -------------- ------------ ----------- mem_hw: = 4294967296 ( 4096MB) ----- FreeBSD-11-current_amd64_root-on-zfs_RadeonKMS -- View this message in context: http://freebsd.1045724.n5.nabble.com/shmget-No-space-left-on-device-issue-with-firefox-tp5938162.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Thu Aug 14 09:08:54 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D68E2D39 for ; Thu, 14 Aug 2014 09:08:54 +0000 (UTC) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cloud.theravensnest.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9F89D2855 for ; Thu, 14 Aug 2014 09:08:54 +0000 (UTC) Received: from [192.168.0.7] (cpc14-cmbg15-2-0-cust307.5-4.cable.virginm.net [82.26.1.52]) (authenticated bits=0) by theravensnest.org (8.14.7/8.14.7) with ESMTP id s7E98lWQ016400 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 14 Aug 2014 09:08:51 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: HOWTO articles for migrating from Linux to FreeBSD, especially for pkg? From: David Chisnall In-Reply-To: <53EC1214.9020505@pinyon.org> Date: Thu, 14 Aug 2014 10:08:42 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <9A136E3F-3EE3-4AAE-A700-9BFCB8FA343D@FreeBSD.org> References: <20140811221043.492110d4@arch> <20140813213718.4814f58c@arch> <53EC1214.9020505@pinyon.org> To: "Russell L. Carter" X-Mailer: Apple Mail (2.1878.6) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2014 09:08:54 -0000 On 14 Aug 2014, at 02:34, Russell L. Carter wrote: > So I would be very willing to contribute to this project, if that > makes sense. >=20 > Best, > Russell >=20 > (what list should this move to? Perhaps ports?) I'd suggest docs. Note that currently, the docs team is the smallest = part of FreeBSD, yet is responsible for one of the most important = user-facing portions. People interested in joining the docs team are = always very welcome. The #bsddocs channel on EFNet is a good place to = chat with existing docs folks. David From owner-freebsd-current@FreeBSD.ORG Thu Aug 14 10:08:00 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 343E1AC0; Thu, 14 Aug 2014 10:08:00 +0000 (UTC) Received: from ivan-labs.com (ivan-labs.com [162.243.251.239]) by mx1.freebsd.org (Postfix) with ESMTP id 0A2732009; Thu, 14 Aug 2014 10:07:59 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by ivan-labs.com (Postfix) with ESMTP id 03CFA120856; Thu, 14 Aug 2014 14:07:53 +0400 (MSK) X-Virus-Scanned: Debian amavisd-new at Received: from ivan-labs.com ([127.0.0.1]) by localhost (ivan-labs.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6a8z3qNU+CXE; Thu, 14 Aug 2014 14:07:52 +0400 (MSK) Received: from [192.168.43.253] (host-31-152-66-217.spbmts.ru [217.66.152.31]) by ivan-labs.com (Postfix) with ESMTPSA id 99843120256; Thu, 14 Aug 2014 14:07:51 +0400 (MSK) Message-ID: <53EC8A6F.1020807@ivan-labs.com> Date: Thu, 14 Aug 2014 14:07:43 +0400 From: "Ivan A. Kosarev" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Dimitry Andric , Konstantin Belousov Subject: Re: libthr and main thread stack size References: <53E36E84.4060806@ivan-labs.com> <20140808052807.GB93733@kib.kiev.ua> <53E48B38.9010607@ivan-labs.com> <20140808112201.GC93733@kib.kiev.ua> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2014 10:08:00 -0000 On 08/13/2014 01:40 AM, Dimitry Andric wrote: > On 08 Aug 2014, at 13:22, Konstantin Belousov wrote: >> On Fri, Aug 08, 2014 at 12:32:56PM +0400, Ivan A. Kosarev wrote: >>> On 08/08/2014 09:28 AM, Konstantin Belousov wrote: >>>> On Thu, Aug 07, 2014 at 04:18:12PM +0400, Ivan A. Kosarev wrote: >>>>> Hello, >>>>> >>>>> According to libthr's thr_init.c (the 9.2 version) init_main_thread() >>>>> allocates s.c. "red zone" below the main stack in order to protect other >>>>> stacks. The size of the main stack is determined by the >>>>> _thr_stack_initial variable that is declared extern though it doesn't >>>>> seem it can be changed. The value of the variable is set to 4M on 64-bit >>>>> platforms which is obviously not sufficient for the most of real programs. >>>>> >>>>> Can anyone please confirm that there is no way to increase the stack >>>>> size for the main thread and thus any program linked against libthr has >>>>> only a few megabytes of stack memory for its main thread--whatever the >>>>> system stack size (ulimit -s) is set to? >>>> Yes, there is no way to change the main thread stack clamping. >>>> Could you provide a reasonable use case for the 4MB stack ? >>> Traversing trees with recursive functions or on-stack grammar parsers? > I just ran into a similar issue while running one of clang 3.5's test > cases (see http://llvm.org/PR20635 ). On i386, it used up approximately > 2MB of stack, then ran into the guard page, and segfaulted. > > I was quite amazed to find out that ulimit -s didn't help at all, until > I remembered this thread. :-) Yes, that was the point: at least some of real programs consume more stack space than what we have with the hardcoded libthr's limits. Also, it looks a bit weird to me that adding thread support/linking against libthr affects how much stack space we can consume and whether it can be controlled with ulimit. The original issue I've run into is one of the Asan's tests: http://reviews.llvm.org/D4562 -- From owner-freebsd-current@FreeBSD.ORG Thu Aug 14 11:27:29 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3A54B931 for ; Thu, 14 Aug 2014 11:27:29 +0000 (UTC) Received: from mx11.netapp.com (mx11.netapp.com [216.240.18.76]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "mx11.netapp.com", Issuer "VeriSign Class 3 International Server CA - G3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id F11E4281F for ; Thu, 14 Aug 2014 11:27:28 +0000 (UTC) X-IronPort-AV: E=Sophos;i="5.01,862,1400050800"; d="asc'?scan'208";a="140104260" Received: from vmwexceht06-prd.hq.netapp.com ([10.106.77.104]) by mx11-out.netapp.com with ESMTP; 14 Aug 2014 04:27:28 -0700 Received: from HIOEXCMBX04-PRD.hq.netapp.com (10.122.105.37) by vmwexceht06-prd.hq.netapp.com (10.106.77.104) with Microsoft SMTP Server (TLS) id 14.3.123.3; Thu, 14 Aug 2014 04:26:50 -0700 Received: from HIOEXCMBX07-PRD.hq.netapp.com (10.122.105.40) by hioexcmbx04-prd.hq.netapp.com (10.122.105.37) with Microsoft SMTP Server (TLS) id 15.0.913.22; Thu, 14 Aug 2014 04:26:49 -0700 Received: from HIOEXCMBX07-PRD.hq.netapp.com ([::1]) by hioexcmbx07-prd.hq.netapp.com ([fe80::f0de:b572:dd26:36b5%21]) with mapi id 15.00.0913.011; Thu, 14 Aug 2014 04:26:49 -0700 From: "Eggert, Lars" To: "current@freebsd.org" Subject: nscd not caching Thread-Topic: nscd not caching Thread-Index: AQHPt7KjJmpD94JuA0qgbFukGy7xyA== Date: Thu, 14 Aug 2014 11:26:48 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-mailer: Apple Mail (2.1878.6) x-originating-ip: [10.122.56.79] Content-Type: multipart/signed; boundary="Apple-Mail=_21F53EF8-54DC-4516-BACE-AD3A401FCD8C"; protocol="application/pgp-signature"; micalg=pgp-sha1 MIME-Version: 1.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2014 11:27:29 -0000 --Apple-Mail=_21F53EF8-54DC-4516-BACE-AD3A401FCD8C Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii [Resending to current@, since I can't get it to work on -CURRENT = either.] Hi, anyone have an idea why nscd would not be caching NIS lookups? My nsswitch.conf looks as follows: group: cache files nis hosts: cache files dns networks: cache files passwd: cache files nis shells: files services: cache files nis protocols: cache files rpc: cache files nisdomain is set and ypbind is started, and I see lots of NIS traffic = going in and out. But nothing is cached; running nscd with -t just prints this and then = then nothing, ever: M1 from main: successfully daemonized M1 from main: request agents registered successfully M2 from cache: cache was successfully initialized M2 from runtime environment: using socket /var/run/nscd M2 from runtime environment: successfully initialized M1 from main: thread #0 was successfully created M1 from main: thread #1 was successfully created M1 from main: thread #2 was successfully created M1 from main: thread #3 was successfully created M1 from main: thread #4 was successfully created M1 from main: thread #5 was successfully created M1 from main: thread #6 was successfully created M1 from main: thread #7 was successfully created Lars --Apple-Mail=_21F53EF8-54DC-4516-BACE-AD3A401FCD8C Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- iQCVAwUBU+ydHdZcnpRveo1xAQJQ3gP+OTe/yYJrI25SLsLeYVypEyuEsNL3Pfvs 29COKz7zDFTFt8iKHxGZtwCv61xE057hRyV/sbB040fDn3L2JLNKzbwGEbIuIAxW Hiu52ZI1/4dEUezGOg22pz5kpTuJ47qyxAA56zvydg6kqcJw040gKc92FNWT9GfH 6dPbPDL37zQ= =fyQO -----END PGP SIGNATURE----- --Apple-Mail=_21F53EF8-54DC-4516-BACE-AD3A401FCD8C-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 14 06:32:02 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 576B8AEE; Thu, 14 Aug 2014 06:32:02 +0000 (UTC) Received: from mail-we0-x230.google.com (mail-we0-x230.google.com [IPv6:2a00:1450:400c:c03::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BE2072891; Thu, 14 Aug 2014 06:32:01 +0000 (UTC) Received: by mail-we0-f176.google.com with SMTP id q58so643934wes.21 for ; Wed, 13 Aug 2014 23:32:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :mime-version:content-type:content-transfer-encoding; bh=iTBpXdQkBcyRrKQFLzlFzJxSIaO6uFyhQYc7dMlrKeo=; b=XSNU8OdaaN6IaxQ01ThTRLoIUISGW+FNtypPfMjMBBNpUFI0+RZ7F3sPMcyQ8pEJOC FH5lYzrzK9UjDCrfEuQ3/8MYVHYjS7NZA4iBQcGNZeRXNLRxFw/zHWIk1bqFJbm1FJha 7BofZAcspYkAJkSBNskXTSbDw4H/49jtxVt/eoZwJSqKntAbrutlpAUBiug15O5LmYYj yz3rpPD97hWXfTV2/CL9+LefcFJwhxG3Mz7SpN6tCFc8IjBN2FpMIzqRkWM2F9zzi/0y 1u5hklisC70L/PaC89+72CdWd+vTs3aYF/KcQ4bXNFSbKPK70gbcmxVPHF8otQvsdp+9 kPRQ== X-Received: by 10.194.170.227 with SMTP id ap3mr9244681wjc.30.1407997920040; Wed, 13 Aug 2014 23:32:00 -0700 (PDT) Received: from ernst.home (p4FCA71FE.dip0.t-ipconnect.de. [79.202.113.254]) by mx.google.com with ESMTPSA id a4sm76115459wie.21.2014.08.13.23.31.58 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Wed, 13 Aug 2014 23:31:59 -0700 (PDT) Date: Thu, 14 Aug 2014 08:31:56 +0200 From: Gary Jennejohn To: Shane Ambler Subject: Re: android bsd connectivity tools etc ? Message-ID: <20140814083156.394fc06a@ernst.home> In-Reply-To: <53EC3930.6060604@ShaneWare.Biz> References: <201408132347.s7DNlcHU013055@fire.js.berklix.net> <53EC3930.6060604@ShaneWare.Biz> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.17; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 14 Aug 2014 11:36:54 +0000 Cc: Gary Jennejohn , "Julian H. Stacey" , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2014 06:32:02 -0000 On Thu, 14 Aug 2014 13:51:04 +0930 Shane Ambler wrote: > On 14/08/2014 09:17, Julian H. Stacey wrote: > > Hi, > > Any tips for Android / FreeBSD BSD tools for connectivity etc ? > > > > I just got a Samsung Galaxy Note 3, with Android 4.4.2 kernel 3.4.0 > > > I'll build a current from a 10.0-RELEASE partition, > > but now looking with 9.2-RELEASE I see: > > > > /dev/ > > lrwxr-xr-x 1 root wheel 9 Aug 14 00:01 ugen1.5@ -> usb/1.5.0 > > crw------- 1 root operator 0x7a Aug 14 00:00 usb/1.5.0 > > crw------- 1 root operator 0x8f Aug 14 00:00 usb/1.5.1 > > crw------- 1 root operator 0x90 Aug 14 00:00 usb/1.5.2 > > > > I have a cheap Huawei phone running 2.3.6 > When I plug in the usb cable to charge it, it shows up as 3 devices > > da0 at umass-sim1 bus 1 scbus5 target 0 lun 0 > da0: < Android Adapter 0100> Removable Direct Access SCSI-2 device > cd1 at umass-sim1 bus 1 scbus5 target 0 lun 1 > cd1: < Android Adapter 0100> Removable CD-ROM SCSI-2 device > da1 at umass-sim1 bus 1 scbus5 target 0 lun 2 > da1: < Android Adapter 0100> Removable Direct Access SCSI-2 device > > On the phone I get a message to turn on usb mass storage after which I > can mount_msdosfs /dev/da0s1 and get access to the sdcard in the phone. > > It looks like mass storage was hidden in 4.0 and maybe removed after 4.2. > Try searching the android app store for usb mass storage. > > Online storage like google drive? > Running HEAD-11. I have a Zopo Z980+ running 4.2.2. I see this when I plug it in: Aug 14 08:19:44 ernst kernel: ugen6.2: at usbus6 Aug 14 08:19:44 ernst kernel: umass0: on usbus6 Aug 14 08:19:44 ernst kernel: da0 at umass-sim0 bus 0 scbus8 target 0 lun 0 Aug 14 08:19:44 ernst kernel: da0: Removable Direct Access SCSI-2 device Aug 14 08:19:44 ernst kernel: da0: 40.000MB/s transfers Aug 14 08:19:44 ernst kernel: da0: Attempt to query device size failed: NOT READY, Medium not present Aug 14 08:19:44 ernst kernel: da0: quirks=0x2 Aug 14 08:19:44 ernst kernel: da1 at umass-sim0 bus 0 scbus8 target 0 lun 1 Aug 14 08:19:44 ernst kernel: da1: Removable Direct Access SCSI-2 device Aug 14 08:19:44 ernst kernel: da1: 40.000MB/s transfers Aug 14 08:19:44 ernst kernel: da1: Attempt to query device size failed: NOT READY, Medium not present Aug 14 08:19:44 ernst kernel: da1: quirks=0x2 This trace corresponds to the internal and external storage. After enabling USB storage on the phone I can mount the internal storage, but not the external storage. You have to be sure that USB debugging is turned off in the developer options. These may not even be visible on your device because Google hid them at around 4.2. I suspect that you just need some quirks to support the device. -- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Thu Aug 14 11:43:36 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DE621D4B; Thu, 14 Aug 2014 11:43:36 +0000 (UTC) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id A0B6129D7; Thu, 14 Aug 2014 11:43:36 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 587C17300A; Thu, 14 Aug 2014 13:47:24 +0200 (CEST) Date: Thu, 14 Aug 2014 13:47:24 +0200 From: Luigi Rizzo To: Lars Engels Subject: Re: android bsd connectivity tools etc ? Message-ID: <20140814114724.GA24497@onelab2.iet.unipi.it> References: <201408132347.s7DNlcHU013055@fire.js.berklix.net> <53EC5751.6070901@intersonic.se> <20140814074056.GI98029@e-new.0x20.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140814074056.GI98029@e-new.0x20.net> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Gary Jennejohn , "Julian H. Stacey" , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2014 11:43:37 -0000 On Thu, Aug 14, 2014 at 09:40:56AM +0200, Lars Engels wrote: > On Thu, Aug 14, 2014 at 08:29:37AM +0200, Per olof Ljungmark wrote: > > On 08/14/14 01:47, Julian H. Stacey wrote: > > > Hi, > > > Any tips for Android / FreeBSD BSD tools for connectivity etc ? ... > There's also Airdroid [1]. After installing the App on the phone you can > connect to it with your PC's browser, up- and download files, send > messages, etc. > > [1] https://play.google.com/store/apps/details?id=com.sand.airdroid quite nice (security concerns apart). Looks also nice as a home monitoring solution. cheers luigi From owner-freebsd-current@FreeBSD.ORG Thu Aug 14 13:18:59 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1D408C64; Thu, 14 Aug 2014 13:18:59 +0000 (UTC) Received: from sh4-5.1blu.de (sh4-5.1blu.de [178.254.11.41]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D927225BB; Thu, 14 Aug 2014 13:18:58 +0000 (UTC) Received: from ftp51246-2575596 by sh4-5.1blu.de with local (Exim 4.76) (envelope-from ) id 1XHuva-0001Yl-Ag; Thu, 14 Aug 2014 15:18:50 +0200 Date: Thu, 14 Aug 2014 15:18:50 +0200 From: Matthias Apitz To: freebsd-ports@freebsd.org, freebsd-current@freebsd.org Subject: installing packages into a mounted system Message-ID: <20140814131850.GA28408@sh4-5.1blu.de> Reply-To: Matthias Apitz MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 7.0-RELEASE (i386) User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2014 13:18:59 -0000 Hello, I've compiled ~1300 packages with poudriere 3.1pre on a 'head' system; went fine; mounted below /mnt is a complete new system (an USB key) which boots fine alreaday; the 1300 resulting *.txz file are copied into /mnt/PKGDIR in the past, using the pkg_* tools, I could just install the packages with: # PKG_PATH=/PKGDIR # export PKG_PATH # chroot /mnt pkg_add xorg-7.7 # chroot /mnt pkg_add kde-4.10.5 ... How this can be done now with pkg(8)? I thought I will compile a pkg-static and move this to into the /mnt system too with # chroot /mnt mkdir -p /usr/local/sbin # cp -p /usr/local/sbin/pkg-static /mnt/usr/local/sbin pkg-static(8) works there, bringing up the help with: # chroot /mnt /usr/local/sbin/pkg-static help But, how do I specify that it should install for example xorg-7.7 having its file (and all others) in /mnt/PKGDIR/xorg-7.7.txz It seems to look for some files digests.txz or repo.txz which I do not have: # PACKAGESITE=file://PKGDIR export PACKAGESITE # chroot /mnt /usr/local/sbin/pkg-static install xorg-7.7 Updating repository catalogue pkg-static: file://PKGDIR/digests.txz: No such file or directory pkg-static: No digest falling back on legacy catalog format pkg-static: file://PKGDIR/repo.txz: No such file or directory Any hints? Thx matthias -- Matthias Apitz | /"\ ASCII Ribbon Campaign: E-mail: guru@unixarea.de | \ / - No HTML/RTF in E-mail WWW: http://www.unixarea.de/ | X - No proprietary attachments phone: +49-170-4527211 | / \ - Respect for open standards | en.wikipedia.org/wiki/ASCII_Ribbon_Campaign From owner-freebsd-current@FreeBSD.ORG Thu Aug 14 13:31:19 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ED67D3DF; Thu, 14 Aug 2014 13:31:19 +0000 (UTC) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id ABAED26DC; Thu, 14 Aug 2014 13:31:19 +0000 (UTC) Received: from [89.204.135.69] (helo=localhost.my.domain) by ms-10.1blu.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1XHv7b-00072e-1b; Thu, 14 Aug 2014 15:31:15 +0200 Received: from localhost.my.domain (localhost [127.0.0.1]) by localhost.my.domain (8.14.7/8.14.3) with ESMTP id s7EDVCCM002365; Thu, 14 Aug 2014 15:31:12 +0200 (CEST) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.14.7/8.14.3/Submit) id s7EDVBEA002364; Thu, 14 Aug 2014 15:31:11 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Thu, 14 Aug 2014 15:31:11 +0200 From: Matthias Apitz To: Nikolai Lifanov Subject: Re: installing packages into a mounted system Message-ID: <20140814133111.GA2346@La-Habana> Reply-To: Matthias Apitz References: <20140814131850.GA28408@sh4-5.1blu.de> <53ECB81E.8040308@mail.lifanov.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <53ECB81E.8040308@mail.lifanov.com> X-Operating-System: FreeBSD 9.0-CURRENT r214444 (i386) User-Agent: Mutt/1.5.21 (2010-09-15) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 89.204.135.69 Cc: freebsd-current@freebsd.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2014 13:31:20 -0000 El día Thursday, August 14, 2014 a las 09:22:38AM -0400, Nikolai Lifanov escribió: > > # PACKAGESITE=file://PKGDIR export PACKAGESITE > > # chroot /mnt /usr/local/sbin/pkg-static install xorg-7.7 > > Updating repository catalogue > > pkg-static: file://PKGDIR/digests.txz: No such file or directory > > pkg-static: No digest falling back on legacy catalog format > > pkg-static: file://PKGDIR/repo.txz: No such file or directory > > > > >From the man page: > pkg [-v] [-d] [-l] [-N] [-j | -c ] > > You could try copying pkg-static inside the chroot and use pkg-static -c > (from the host, don't invoke the chroot command manually). > > I have been installing packages to jails this way for a while. # pkg-static -c /mnt install xorg-7.7 gives the same error messages as above. Thanks matthias -- Matthias Apitz | /"\ ASCII Ribbon Campaign: E-mail: guru@unixarea.de | \ / - No HTML/RTF in E-mail WWW: http://www.unixarea.de/ | X - No proprietary attachments phone: +49-170-4527211 | / \ - Respect for open standards | en.wikipedia.org/wiki/ASCII_Ribbon_Campaign From owner-freebsd-current@FreeBSD.ORG Thu Aug 14 13:50:42 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 38F7C882 for ; Thu, 14 Aug 2014 13:50:42 +0000 (UTC) Received: from mail.grem.de (outcast.grem.de [213.239.217.27]) by mx1.freebsd.org (Postfix) with SMTP id 7BC0C2898 for ; Thu, 14 Aug 2014 13:50:40 +0000 (UTC) Received: (qmail 49611 invoked by uid 89); 14 Aug 2014 13:43:57 -0000 Received: from unknown (HELO bsd64.grem.de) (mg@grem.de@194.97.158.66) by mail.grem.de with ESMTPA; 14 Aug 2014 13:43:57 -0000 Date: Thu, 14 Aug 2014 15:43:56 +0200 From: Michael Gmelin To: Matthias Apitz Subject: Re: installing packages into a mounted system Message-ID: <20140814154356.16dcac46@bsd64.grem.de> In-Reply-To: <20140814133111.GA2346@La-Habana> References: <20140814131850.GA28408@sh4-5.1blu.de> <53ECB81E.8040308@mail.lifanov.com> <20140814133111.GA2346@La-Habana> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Thu, 14 Aug 2014 15:42:43 +0000 Cc: freebsd-current@freebsd.org, Nikolai Lifanov , freebsd-ports@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2014 13:50:42 -0000 On Thu, 14 Aug 2014 15:31:11 +0200 Matthias Apitz wrote: > El d=C3=ADa Thursday, August 14, 2014 a las 09:22:38AM -0400, Nikolai > Lifanov escribi=C3=B3: >=20 > > > # PACKAGESITE=3Dfile://PKGDIR export PACKAGESITE > > > # chroot /mnt /usr/local/sbin/pkg-static install xorg-7.7 > > > Updating repository catalogue > > > pkg-static: file://PKGDIR/digests.txz: No such file or directory > > > pkg-static: No digest falling back on legacy catalog format > > > pkg-static: file://PKGDIR/repo.txz: No such file or directory=20 > > >=20 > >=20 > > >From the man page: > > pkg [-v] [-d] [-l] [-N] [-j | -c > path>] > >=20 > > You could try copying pkg-static inside the chroot and use > > pkg-static -c (from the host, don't invoke the chroot command > > manually). > >=20 > > I have been installing packages to jails this way for a while. >=20 > # pkg-static -c /mnt install xorg-7.7 >=20 > gives the same error messages as above. >=20 Did you run "pkg repo" on your repo, e.g. cd mypackerepodir pkg repo . If you don't want to use a repo you could also use "pkg add", e.g. cd $PKGDIR && pkg add xorg-7.7.txz --=20 Michael Gmelin From owner-freebsd-current@FreeBSD.ORG Thu Aug 14 16:07:21 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F2F2F415; Thu, 14 Aug 2014 16:07:20 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C711129AB; Thu, 14 Aug 2014 16:07:20 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id ADA57B987; Thu, 14 Aug 2014 12:07:19 -0400 (EDT) From: John Baldwin To: alc@freebsd.org Subject: Re: PostgreSQL performance on FreeBSD Date: Thu, 14 Aug 2014 11:47:45 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <20140627125613.GT93733@kib.kiev.ua> <201408121409.40653.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201408141147.45698.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 14 Aug 2014 12:07:19 -0400 (EDT) Cc: Konstantin Belousov , Adrian Chadd , freebsd-current , performance@freebsd.org, "current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2014 16:07:21 -0000 On Wednesday, August 13, 2014 1:00:22 pm Alan Cox wrote: > On Tue, Aug 12, 2014 at 1:09 PM, John Baldwin wrote: > > > On Wednesday, July 16, 2014 1:52:45 pm Adrian Chadd wrote: > > > Hi! > > > > > > > > > On 16 July 2014 06:29, Konstantin Belousov wrote: > > > > On Fri, Jun 27, 2014 at 03:56:13PM +0300, Konstantin Belousov wrote: > > > >> Hi, > > > >> I did some measurements and hacks to see about the performance and > > > >> scalability of PostgreSQL 9.3 on FreeBSD, sponsored by The FreeBSD > > > >> Foundation. > > > >> > > > >> The results are described in https://kib.kiev.ua/kib/pgsql_perf.pdf. > > > >> The uncommitted patches, referenced in the article, are available as > > > >> https://kib.kiev.ua/kib/pig1.patch.txt > > > >> https://kib.kiev.ua/kib/patch-2 > > > > > > > > A followup to the original paper. > > > > > > > > Most importantly, I identified the cause for the drop on the graph > > > > after the 30 clients, which appeared to be the debugging version > > > > of malloc(3) in libc. > > > > > > > > Also there are some updates on the patches. > > > > > > > > New version of the paper is available at > > > > https://www.kib.kiev.ua/kib/pgsql_perf_v2.0.pdf > > > > The changes are marked as 'update for version 2.0'. > > > > > > Would you mind trying a default (non-PRODUCTION) build, but with junk > > > filling turned off? > > > > > > adrian@adrian-hackbox:~ % ls -l /etc/malloc.conf > > > > > > lrwxr-xr-x 1 root wheel 10 Jun 24 04:37 /etc/malloc.conf -> junk:false > > > > > > That fixes almost all of the malloc debug performance issues that I > > > see without having to recompile. > > > > > > I'd like to know if you see any after that. > > > > OTOH, I have actually seen junk profiling _improve_ performance in certain > > cases as it forces promotion of allocated pages to superpages since all > > pages > > are dirtied. (I have a local hack that adds a new malloc option to > > explicitly > > memset() new pages allocated via mmap() that gives the same benefit without > > the junking overheadon each malloc() / free(), but it does increase > > physical > > RAM usage.) > > > > > > John, > > A couple small steps have been taken toward eliminating the need for this > hack: the addition of the "page size index" field to struct vm_page and the > addition of a similarly named parameter to pmap_enter(). However, at the > moment, the only tangible effect is in the automatic prefaulting by > mmap(2). Instead of establishing 96 4KB page mappings, the automatic > prefaulting establishes 96 page mappings whose size is determined by the > size of the physical pages that it finds in the vm object. So, the > prefaulting overhead remains constant, but the coverage provided by the > automatic prefaulting will vary with the underlying page size. Yes, I think what we might actually want is what I mentioned in person at BSDCan: some sort of flag to mmap() that malloc() could use to assume that any reservations are fully used when they are reserved. This would avoid the need to wait for all pages to be dirtied before promotion provides a superpage mapping and would avoid demotions while still allowing the kernel to gracefully fall back to regular pages if a reservation can't be made. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Aug 14 16:07:21 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AA4384A5; Thu, 14 Aug 2014 16:07:21 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7FAF729AC; Thu, 14 Aug 2014 16:07:21 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 60873B9B9; Thu, 14 Aug 2014 12:07:20 -0400 (EDT) From: John Baldwin To: Adrian Chadd Subject: Re: PostgreSQL performance on FreeBSD Date: Thu, 14 Aug 2014 11:49:02 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) References: <20140627125613.GT93733@kib.kiev.ua> <201408121409.40653.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201408141149.02488.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 14 Aug 2014 12:07:20 -0400 (EDT) Cc: Konstantin Belousov , freebsd-current , performance@freebsd.org, "current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2014 16:07:21 -0000 On Tuesday, August 12, 2014 5:36:26 pm Adrian Chadd wrote: > On 12 August 2014 11:09, John Baldwin wrote: > > On Wednesday, July 16, 2014 1:52:45 pm Adrian Chadd wrote: > >> Hi! > >> > >> > >> On 16 July 2014 06:29, Konstantin Belousov wrote: > >> > On Fri, Jun 27, 2014 at 03:56:13PM +0300, Konstantin Belousov wrote: > >> >> Hi, > >> >> I did some measurements and hacks to see about the performance and > >> >> scalability of PostgreSQL 9.3 on FreeBSD, sponsored by The FreeBSD > >> >> Foundation. > >> >> > >> >> The results are described in https://kib.kiev.ua/kib/pgsql_perf.pdf. > >> >> The uncommitted patches, referenced in the article, are available as > >> >> https://kib.kiev.ua/kib/pig1.patch.txt > >> >> https://kib.kiev.ua/kib/patch-2 > >> > > >> > A followup to the original paper. > >> > > >> > Most importantly, I identified the cause for the drop on the graph > >> > after the 30 clients, which appeared to be the debugging version > >> > of malloc(3) in libc. > >> > > >> > Also there are some updates on the patches. > >> > > >> > New version of the paper is available at > >> > https://www.kib.kiev.ua/kib/pgsql_perf_v2.0.pdf > >> > The changes are marked as 'update for version 2.0'. > >> > >> Would you mind trying a default (non-PRODUCTION) build, but with junk > >> filling turned off? > >> > >> adrian@adrian-hackbox:~ % ls -l /etc/malloc.conf > >> > >> lrwxr-xr-x 1 root wheel 10 Jun 24 04:37 /etc/malloc.conf -> junk:false > >> > >> That fixes almost all of the malloc debug performance issues that I > >> see without having to recompile. > >> > >> I'd like to know if you see any after that. > > > > OTOH, I have actually seen junk profiling _improve_ performance in certain > > cases as it forces promotion of allocated pages to superpages since all pages > > are dirtied. (I have a local hack that adds a new malloc option to explicitly > > memset() new pages allocated via mmap() that gives the same benefit without > > the junking overheadon each malloc() / free(), but it does increase physical > > RAM usage.) > > Hm. this isn't a jemalloc config option? No, jemalloc does have a 'zero fill' option, but that runs on every malloc so it is just as expensive as junking. What my hack does is only zero the pages when they are first mmap'd, so subsequent free() / malloc() cycles that reuse the pages do not do any zeroing. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Aug 14 16:54:36 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 04641F2C for ; Thu, 14 Aug 2014 16:54:36 +0000 (UTC) Received: from mail-qa0-x230.google.com (mail-qa0-x230.google.com [IPv6:2607:f8b0:400d:c00::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B8E3820CE for ; Thu, 14 Aug 2014 16:54:35 +0000 (UTC) Received: by mail-qa0-f48.google.com with SMTP id m5so1189091qaj.35 for ; Thu, 14 Aug 2014 09:54:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=EekWFefX+1xdP6mauyptUIIxBl1Rs5GAdgSnMt9LJ4o=; b=Tcflnnp30yD/xRb7ISf/3n4dZfFNjhRKA8MVSGtlBWBct/JDAUOQlyfXUJ1EfU7ZSD 8xImrv3r1FSnsMiV5k9xH80sU1ECTG2gptTFYUEUGI2RgK7hUFKpJnCi1g70m4aFP6HG fngemtHV9dzOJ5sD3YLcN+hvwOYopx+/1ASl4LVP3bkwnZUhY43l6jxvrCrBz0MH9bLq 80q3fC81MUZN1Nk4Z0/2S6twSdANqL9T+6SRJ24KUujQakVWyqqMtk8fGAQ7wbVNwzR1 keI4h2jtP6oProfhmeXMbvrigDJuR8HDxp2JQFEb7HXZbPVbq7FdbrqKcpy+o1h8g/l0 KoFQ== MIME-Version: 1.0 X-Received: by 10.140.87.244 with SMTP id r107mr17669945qgd.13.1408035274886; Thu, 14 Aug 2014 09:54:34 -0700 (PDT) Received: by 10.140.23.71 with HTTP; Thu, 14 Aug 2014 09:54:34 -0700 (PDT) In-Reply-To: <53EC5852.5010602@shurik.kiev.ua> References: <20140810223030.479badbc@zhabar.att.net> <53E9CDD5.6020507@shurik.kiev.ua> <20140812070616.62c66567@zhabar.att.net> <53EB02F4.1020704@shurik.kiev.ua> <20140813083518.3f2d0580@zhabar.att.net> <53EC5852.5010602@shurik.kiev.ua> Date: Thu, 14 Aug 2014 09:54:34 -0700 Message-ID: Subject: Re: Child suspend/resume From: Justin Hibbits To: Alexandr Krivulya Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2014 16:54:36 -0000 Thanks Alexandr! - Justin On Wed, Aug 13, 2014 at 11:33 PM, Alexandr Krivulya wrote: > I've done three suspend/resume cycle during last workday and all works > fine. Sorry for misled. > > 13.08.2014 18:35, Justin Hibbits =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >> That's odd, because another tester reported everything worked correctly >> for him. Could you send me the output of a verbose boot dmesg (boot >> -v), devinfo -rv, and pciconf -lv? >> >> Thanks, >> Justin >> >> On Wed, 13 Aug 2014 09:17:24 +0300 >> Alexandr Krivulya wrote: >> >>> Now laptop resumes, screen turned on and I see in dmesg "acpi: resumed >>> at ...", but neither keyboard nor mouse don't work and host is not >>> accessible from network. >>> >>> 12.08.2014 17:06, Justin Hibbits =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >>>> Hi Alexandr, >>>> >>>> Thanks. I got another confirmation that it didn't work, and may >>>> have found the cause. I have another patch that you can find at >>>> https://phabric.freebsd.org/D590 which fixes a typo that I had made. >>>> Could you try that? >>>> >>>> (Added current@ so everyone else sees this as well). >>>> >>>> Thanks! >>>> >>>> - Justin >>>> >>>> On Tue, 12 Aug 2014 11:18:29 +0300 >>>> Alexandr Krivulya wrote: >>>> >>>>> Hi, Justin >>>>> After applying your patch my thinkpad e530 (FreeBSD 11.0-CURRENT, >>>>> amd64) doesn't resume any more - screen remains black. >>>>> >>>>> 11.08.2014 08:30, Justin Hibbits (by way of Justin Hibbits >>>>> ) =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >>>>>> Hi all, >>>>>> >>>>>> The attached patch is completely untested, due to lack of existing >>>>>> suspendable hardware (no x86 machines). It does compile cleanly >>>>>> against head, though. I don't think it should change any behavior, >>>>>> I tried to keep the essence of the code path the same. >>>>>> >>>>>> It was suggested that I break up my multipass suspend/resume code >>>>>> into incremental parts, so this is part one. It adds a >>>>>> BUS_SUSPEND_CHILD/BUS_RESUME_CHILD, as well as helper functions, >>>>>> bus_generic_suspend_child()/bus_generic_resume_child(), and >>>>>> modifies the PCI driver to use this new facility. >>>>>> >>>>>> I'd like some feedback, and testing of this, to make sure I didn't >>>>>> break anything. >>>>>> >>>>>> Thanks, >>>>>> Justin >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> freebsd-current@freebsd.org mailing list >>>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>>>>> To unsubscribe, send any mail to >>>>>> "freebsd-current-unsubscribe@freebsd.org" >>>> _______________________________________________ >>>> freebsd-current@freebsd.org mailing list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>>> To unsubscribe, send any mail to >>>> "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Thu Aug 14 18:19:55 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0292CAB1; Thu, 14 Aug 2014 18:19:55 +0000 (UTC) Received: from pp1.rice.edu (proofpoint1.mail.rice.edu [128.42.201.100]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B8A6A2A8A; Thu, 14 Aug 2014 18:19:54 +0000 (UTC) Received: from pps.filterd (pp1.rice.edu [127.0.0.1]) by pp1.rice.edu (8.14.5/8.14.5) with SMTP id s7EIIL63031150; Thu, 14 Aug 2014 13:19:53 -0500 Received: from mh2.mail.rice.edu (mh2.mail.rice.edu [128.42.201.21]) by pp1.rice.edu with ESMTP id 1nqt2wgy21-1; Thu, 14 Aug 2014 13:19:53 -0500 X-Virus-Scanned: by amavis-2.7.0 at mh2.mail.rice.edu, auth channel Received: from 108-254-203-201.lightspeed.hstntx.sbcglobal.net (108-254-203-201.lightspeed.hstntx.sbcglobal.net [108.254.203.201]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) (Authenticated sender: alc) by mh2.mail.rice.edu (Postfix) with ESMTPSA id E1A3B5000E5; Thu, 14 Aug 2014 13:19:52 -0500 (CDT) Message-ID: <53ECFDC8.1070200@rice.edu> Date: Thu, 14 Aug 2014 13:19:52 -0500 From: Alan Cox User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: John Baldwin , alc@freebsd.org Subject: Re: PostgreSQL performance on FreeBSD References: <20140627125613.GT93733@kib.kiev.ua> <201408121409.40653.jhb@freebsd.org> <201408141147.45698.jhb@freebsd.org> In-Reply-To: <201408141147.45698.jhb@freebsd.org> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 kscore.is_bulkscore=0 kscore.compositescore=0 circleOfTrustscore=0 compositescore=0.629899992726084 urlsuspect_oldscore=0.0298999927260837 suspectscore=10 recipient_domain_to_sender_totalscore=0 phishscore=0 bulkscore=0 kscore.is_spamscore=7.54939022407086e-09 recipient_to_sender_totalscore=0 recipient_domain_to_sender_domain_totalscore=498 rbsscore=0.629899992726084 spamscore=0 recipient_to_sender_domain_totalscore=0 urlsuspectscore=0.9 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1402240000 definitions=main-1408140213 Cc: Konstantin Belousov , Adrian Chadd , freebsd-current , performance@freebsd.org, "current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2014 18:19:55 -0000 On 08/14/2014 10:47, John Baldwin wrote: > On Wednesday, August 13, 2014 1:00:22 pm Alan Cox wrote: >> On Tue, Aug 12, 2014 at 1:09 PM, John Baldwin wrote: >> >>> On Wednesday, July 16, 2014 1:52:45 pm Adrian Chadd wrote: >>>> Hi! >>>> >>>> >>>> On 16 July 2014 06:29, Konstantin Belousov wrote: >>>>> On Fri, Jun 27, 2014 at 03:56:13PM +0300, Konstantin Belousov wrote: >>>>>> Hi, >>>>>> I did some measurements and hacks to see about the performance and >>>>>> scalability of PostgreSQL 9.3 on FreeBSD, sponsored by The FreeBSD >>>>>> Foundation. >>>>>> >>>>>> The results are described in https://kib.kiev.ua/kib/pgsql_perf.pdf. >>>>>> The uncommitted patches, referenced in the article, are available as >>>>>> https://kib.kiev.ua/kib/pig1.patch.txt >>>>>> https://kib.kiev.ua/kib/patch-2 >>>>> A followup to the original paper. >>>>> >>>>> Most importantly, I identified the cause for the drop on the graph >>>>> after the 30 clients, which appeared to be the debugging version >>>>> of malloc(3) in libc. >>>>> >>>>> Also there are some updates on the patches. >>>>> >>>>> New version of the paper is available at >>>>> https://www.kib.kiev.ua/kib/pgsql_perf_v2.0.pdf >>>>> The changes are marked as 'update for version 2.0'. >>>> Would you mind trying a default (non-PRODUCTION) build, but with junk >>>> filling turned off? >>>> >>>> adrian@adrian-hackbox:~ % ls -l /etc/malloc.conf >>>> >>>> lrwxr-xr-x 1 root wheel 10 Jun 24 04:37 /etc/malloc.conf -> junk:false >>>> >>>> That fixes almost all of the malloc debug performance issues that I >>>> see without having to recompile. >>>> >>>> I'd like to know if you see any after that. >>> OTOH, I have actually seen junk profiling _improve_ performance in certain >>> cases as it forces promotion of allocated pages to superpages since all >>> pages >>> are dirtied. (I have a local hack that adds a new malloc option to >>> explicitly >>> memset() new pages allocated via mmap() that gives the same benefit without >>> the junking overheadon each malloc() / free(), but it does increase >>> physical >>> RAM usage.) >>> >>> >> John, >> >> A couple small steps have been taken toward eliminating the need for this >> hack: the addition of the "page size index" field to struct vm_page and the >> addition of a similarly named parameter to pmap_enter(). However, at the >> moment, the only tangible effect is in the automatic prefaulting by >> mmap(2). Instead of establishing 96 4KB page mappings, the automatic >> prefaulting establishes 96 page mappings whose size is determined by the >> size of the physical pages that it finds in the vm object. So, the >> prefaulting overhead remains constant, but the coverage provided by the >> automatic prefaulting will vary with the underlying page size. > Yes, I think what we might actually want is what I mentioned in person at > BSDCan: some sort of flag to mmap() that malloc() could use to assume that any > reservations are fully used when they are reserved. This would avoid the need > to wait for all pages to be dirtied before promotion provides a superpage > mapping and would avoid demotions while still allowing the kernel to gracefully > fall back to regular pages if a reservation can't be made. > I agree. From owner-freebsd-current@FreeBSD.ORG Thu Aug 14 19:00:34 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 93ECF137; Thu, 14 Aug 2014 19:00:34 +0000 (UTC) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 50BB0204B; Thu, 14 Aug 2014 19:00:34 +0000 (UTC) Received: from [89.204.139.187] (helo=localhost.my.domain) by ms-10.1blu.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1XI0GE-0006Sp-CN; Thu, 14 Aug 2014 21:00:30 +0200 Received: from localhost.my.domain (localhost [127.0.0.1]) by localhost.my.domain (8.14.7/8.14.3) with ESMTP id s7EJ0Rv1001518; Thu, 14 Aug 2014 21:00:27 +0200 (CEST) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.14.7/8.14.3/Submit) id s7EJ0QDc001517; Thu, 14 Aug 2014 21:00:26 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Thu, 14 Aug 2014 21:00:26 +0200 From: Matthias Apitz To: Michael Gmelin Subject: Re: installing packages into a mounted system Message-ID: <20140814190025.GA1479@La-Habana> Reply-To: Matthias Apitz References: <20140814131850.GA28408@sh4-5.1blu.de> <53ECB81E.8040308@mail.lifanov.com> <20140814133111.GA2346@La-Habana> <20140814154356.16dcac46@bsd64.grem.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20140814154356.16dcac46@bsd64.grem.de> X-Operating-System: FreeBSD 9.0-CURRENT r214444 (i386) User-Agent: Mutt/1.5.21 (2010-09-15) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 89.204.139.187 Cc: freebsd-current@freebsd.org, Nikolai Lifanov , freebsd-ports@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2014 19:00:34 -0000 Hello, To close this thread: after reading and understandig how it should work, I have found the following easy solution: # chroot /mnt pkg-static repo /PKGDIR Creating repository in /PKGDIR: 83% ... Packing files for repository: 100% # chroot /mnt mkdir -p /usr/local/etc/pkg/repos # vim /mnt/usr/local/etc/pkg/repos/myrepo.conf # cat /mnt/usr/local/etc/pkg/repos/myrepo.conf FreeBSD: { url: "file:/PKGDIR", enabled: true, } # chroot /mnt pkg-static -R /usr/local/etc/pkg/repos/ install autoconf-2.69 Updating repository catalogue FreeBSD repository is up-to-date All repositories are up-to-date The following 5 packages will be affected (of 0 checked): New packages to be INSTALLED: autoconf: 2.69 indexinfo: 0.2 perl5: 5.16.3_11 m4: 1.4.17_1,1 autoconf-wrapper: 20131203 The process will require 45 MB more space 13 MB to be downloaded Proceed with this action [y/N]: y Fetching autoconf-2.69.txz: 100% of 529 KB Fetching indexinfo-0.2.txz: 100% of 6 KB Fetching perl5-5.16.3_11.txz: 100% of 12 MB Fetching m4-1.4.17_1,1.txz: 100% of 183 KB Fetching autoconf-wrapper-20131203.txz: 100% of 4 KB Checking integrity... done (0 conflicting) [1/5] Installing indexinfo-0.2: 100% [2/5] Installing perl5-5.16.3_11: 100% [3/5] Installing m4-1.4.17_1,1: 100% [4/5] Installing autoconf-wrapper-20131203: 100% [5/5] Installing autoconf-2.69: 100% # chroot /mnt pkg-static info autoconf-2.69 Automatically configure source code on many Un*x platforms autoconf-wrapper-20131203 Wrapper script for GNU autoconf indexinfo-0.2 Utility to regenerate the GNU info page index m4-1.4.17_1,1 GNU m4 perl5-5.16.3_11 Practical Extraction and Report Language Works fine. Thanks to the people who designed this new pkg tool. matthias -- Matthias Apitz | /"\ ASCII Ribbon Campaign: E-mail: guru@unixarea.de | \ / - No HTML/RTF in E-mail WWW: http://www.unixarea.de/ | X - No proprietary attachments phone: +49-170-4527211 | / \ - Respect for open standards | en.wikipedia.org/wiki/ASCII_Ribbon_Campaign From owner-freebsd-current@FreeBSD.ORG Thu Aug 14 19:56:23 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7BAB84AE for ; Thu, 14 Aug 2014 19:56:23 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 57B3827DC for ; Thu, 14 Aug 2014 19:56:23 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id BB34FB926 for ; Thu, 14 Aug 2014 15:56:21 -0400 (EDT) From: John Baldwin To: current@freebsd.org Subject: [PATCH] Add locking to mcd(4) Date: Thu, 14 Aug 2014 15:36:07 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201408141536.07509.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 14 Aug 2014 15:56:21 -0400 (EDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2014 19:56:23 -0000 This patch adds locking to mcd(4) and marks it MPSAFE. This patch is against HEAD but probably applies to 9 and 10 as well. Please enable INVARIANTS while testing. http://www.FreeBSD.org/~jhb/patches/mcd_locking.patch -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Aug 14 19:56:24 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 73D024F6 for ; Thu, 14 Aug 2014 19:56:24 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FBBF27DD for ; Thu, 14 Aug 2014 19:56:24 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 4737BB987 for ; Thu, 14 Aug 2014 15:56:23 -0400 (EDT) From: John Baldwin To: current@freebsd.org Subject: [PATCH] Replace timeout(9) with callout(9) in ips(4) Date: Thu, 14 Aug 2014 15:36:59 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) MIME-Version: 1.0 Message-Id: <201408141536.59446.jhb@freebsd.org> Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 14 Aug 2014 15:56:23 -0400 (EDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2014 19:56:24 -0000 This patch converts the ips(4) driver to the callout(9) API and adds additional locking to remove its use of Giant. The patch is against HEAD but probably applies to 9 and 10 as well. Please test with INVARIANTS enabled. http://www.FreeBSD.org/~jhb/patches/ips_callout.patch -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Aug 14 19:56:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 02FE656A for ; Thu, 14 Aug 2014 19:56:25 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D333027DE for ; Thu, 14 Aug 2014 19:56:24 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id B3381B9A0 for ; Thu, 14 Aug 2014 15:56:23 -0400 (EDT) From: John Baldwin To: current@freebsd.org Subject: [PATCH] Add locking to iir(4) Date: Thu, 14 Aug 2014 15:37:08 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) MIME-Version: 1.0 Message-Id: <201408141537.08844.jhb@freebsd.org> Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 14 Aug 2014 15:56:23 -0400 (EDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2014 19:56:25 -0000 This patch fixes various issues in the iir(4) driver and adds locking to make it MPSAFE. The patch is against HEAD though I expect it probably applies to 9 and 10 as well. Please test with INVARIANTS enabled. http://www.FreeBSD.org/~jhb/patches/iir_locking.patch -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Aug 14 19:56:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 799E75C9 for ; Thu, 14 Aug 2014 19:56:25 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5548827DF for ; Thu, 14 Aug 2014 19:56:25 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 3B95EB9B9 for ; Thu, 14 Aug 2014 15:56:24 -0400 (EDT) From: John Baldwin To: current@freebsd.org Subject: [PATCH] Add locking to mly(4) Date: Thu, 14 Aug 2014 15:39:55 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201408141539.55710.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 14 Aug 2014 15:56:24 -0400 (EDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2014 19:56:25 -0000 This patch adds locking to mly(4) and marks it MPSAFE. This patch is against HEAD but probably applies to 9 and 10 as well. Please enable INVARIANTS while testing. http://www.FreeBSD.org/~jhb/patches/mly_locking.patch -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Aug 14 19:56:25 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ECFF2645 for ; Thu, 14 Aug 2014 19:56:25 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C8D5F27E1 for ; Thu, 14 Aug 2014 19:56:25 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id BE03DB9BA for ; Thu, 14 Aug 2014 15:56:24 -0400 (EDT) From: John Baldwin To: current@freebsd.org Subject: [PATCH] Switch ofw_console(4) to callout(9) Date: Thu, 14 Aug 2014 15:52:50 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201408141552.51032.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 14 Aug 2014 15:56:24 -0400 (EDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2014 19:56:26 -0000 This patch switches the ofw_console driver from timeout(9) to callout(9). The patch is against HEAD but it probably applies to 9 and 10. Please test with INVARIANTS enabled. http://www.FreeBSD.org/~jhb/patches/ofw_console_callout.patch -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Aug 14 19:56:26 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 938F96A8 for ; Thu, 14 Aug 2014 19:56:26 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6F9BF27E2 for ; Thu, 14 Aug 2014 19:56:26 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 57E3BB9BB for ; Thu, 14 Aug 2014 15:56:25 -0400 (EDT) From: John Baldwin To: current@freebsd.org Subject: [PATCH] Switch pst(4) to callout(9) Date: Thu, 14 Aug 2014 15:56:16 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201408141556.16687.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 14 Aug 2014 15:56:25 -0400 (EDT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2014 19:56:26 -0000 This patch switches the pst(4) driver from timeout(9) to callout(9). It also cleans up detach a bit. The patch is against HEAD but probably applies to 9 and 10. Please test with INVARIANTS enabled. http://www.FreeBSD.org/~jhb/patches/pst_callout.patch -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Aug 14 22:01:35 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 11B24102; Thu, 14 Aug 2014 22:01:35 +0000 (UTC) Received: from mail-ob0-x22c.google.com (mail-ob0-x22c.google.com [IPv6:2607:f8b0:4003:c01::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B37F737C5; Thu, 14 Aug 2014 21:04:34 +0000 (UTC) Received: by mail-ob0-f172.google.com with SMTP id wn1so1424670obc.17 for ; Thu, 14 Aug 2014 14:04:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=5CjmKs7BmLc2/3Aezner2pPCz1z9ksyvpQPaRrrUQBg=; b=eYw+48EX/Lcfz7F6moazRbrtDpyyb4h3KP1POpy/r+6t3I3+ocZodJPNOFyYeTmP+9 Y0N4sBLUfneEaS2ZBYWGzHAo6rM6ve1NEiA0jmpayrrnJsuSf6byHn20daDfpD0dB0jL L9lWNXMS/lin87uSF9uifO2mEKAyAsMVhopU4/tIkZsRvwqklOs4bkGNtj2d7g//Isf6 iaQ/qecXEKLqNKm59hqmyurv/Fd7aXPVbP4X/7VsU+t7hJQ0uBxaPpKQhCI/2Xfu//1f lKsgBeCterzVg2f3CAE9mXl8c5gNevTTXN6jc3uzOG5DCrbX/DrOz8jVa4D60+iaulHg BlAw== X-Received: by 10.60.145.239 with SMTP id sx15mr16132969oeb.72.1408050273729; Thu, 14 Aug 2014 14:04:33 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.118.164 with HTTP; Thu, 14 Aug 2014 14:04:13 -0700 (PDT) In-Reply-To: <201408132347.s7DNlcHU013055@fire.js.berklix.net> References: <201408132347.s7DNlcHU013055@fire.js.berklix.net> From: Thiago Barroso Perrotta Date: Thu, 14 Aug 2014 18:04:13 -0300 Message-ID: Subject: Re: android bsd connectivity tools etc ? To: "Julian H. Stacey" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: Gary Jennejohn , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2014 22:01:35 -0000 Nowadays I'm using syncthing [1] for file transfer. ADB over WIFI also works great. [1]: http://svnweb.freebsd.org/ports/head/net/syncthing/ PS.: Sorry if I've sent you multiple e-mails. 2014-08-13 20:47 GMT-03:00 Julian H. Stacey : > Hi, > Any tips for Android / FreeBSD BSD tools for connectivity etc ? > > I just got a Samsung Galaxy Note 3, with Android 4.4.2 kernel 3.4.0 > > It directs me to > https://www.android.com/filetransfer/ > which seems binary for mac > > I recall I will need current for IP tethering > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-usb-tethering.html > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-aggregation.html#networking-lagg-wired-and-wireless > > I'll build a current from a 10.0-RELEASE partition, > but now looking with 9.2-RELEASE I see: > > /dev/ > lrwxr-xr-x 1 root wheel 9 Aug 14 00:01 ugen1.5@ -> usb/1.5.0 > crw------- 1 root operator 0x7a Aug 14 00:00 usb/1.5.0 > crw------- 1 root operator 0x8f Aug 14 00:00 usb/1.5.1 > crw------- 1 root operator 0x90 Aug 14 00:00 usb/1.5.2 > > devd .conf will need: > match "vendor" "0x04e8"; > match "product" "0x6860"; > match "devclass" "0x00"; > match "devsubclass" "0x00"; > match "sernum" "6758498c"; > match "release" "0x0400"; > I've no idea what to do for attach > > http://www.freebsd.org/cgi/ports.cgi?query=android&stype=all > has just > /usr/ports/devel/android-tools-adb/pkg-descr > & these for cross compiling later: > /usr/ports/lang/*gnatdroid*/pkg-descr > > I also found > ports/ > deskutils/tine20 > net/crtmpserver > net/linphone > https://source.android.com/source/index.html > > Any URLs, tips, comments welcome, Thanks > > Cheers, > Julian > -- > Julian Stacey, BSD Linux Unix'78 C Sys Eng Consultant Munich > http://berklix.com > Interleave replies Below, like a play script. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- - Thiago From owner-freebsd-current@FreeBSD.ORG Thu Aug 14 22:01:33 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 30096ED9 for ; Thu, 14 Aug 2014 22:01:33 +0000 (UTC) Received: from mail-ob0-f181.google.com (mail-ob0-f181.google.com [209.85.214.181]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E5AF82D6D for ; Thu, 14 Aug 2014 20:22:59 +0000 (UTC) Received: by mail-ob0-f181.google.com with SMTP id va2so1395231obc.40 for ; Thu, 14 Aug 2014 13:22:53 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=LaoUR8PCfqrseyUqgIZCeEAzIRoJbmwz6xboxg3Dei4=; b=JkhD46qgPjLrVMCQ/dc6gl5Q/m9UyNm5ZUE/2VPwYoWcZkSpk03bCrF9N9q85c47Uz phAYoKi94DiytNtC5Uc/U9sDV62JO2BZSpQa1mfMmx4BE28B1pk4rfBGBz40pK66Z+dy DeBes+uIcoSIUPXWluzP/EQKlA4cCRRl3YzkW6gbQyVRCPymV/4XGDFs3osepVFkT1R9 xeK02PjYy9flpgdPHe90Q88R6gUK/mc2TDzccBLr/YH4RyRz2c5rv2KuV3UyHI38qGZk RDgJNTN1dEmSDCIF/4o4Q2X0prLT4TgGB/r5ojNzT4/mlgAsO7x/ZCoP7qO2SmLjlQRj UulA== X-Gm-Message-State: ALoCoQmUud7J6UAvWv9sdZe2ZICSD/+NwyHp6zAMYvMB8CK2oZVXVz2EGmhlOASRnfYG9cEdeueX X-Received: by 10.182.219.116 with SMTP id pn20mr6623389obc.86.1408047773401; Thu, 14 Aug 2014 13:22:53 -0700 (PDT) Received: from mail-ob0-f176.google.com (mail-ob0-f176.google.com [209.85.214.176]) by mx.google.com with ESMTPSA id bv3sm6553677obd.2.2014.08.14.13.22.52 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 14 Aug 2014 13:22:52 -0700 (PDT) Received: by mail-ob0-f176.google.com with SMTP id wo20so1381969obc.35 for ; Thu, 14 Aug 2014 13:22:52 -0700 (PDT) X-Received: by 10.60.62.66 with SMTP id w2mr15718216oer.43.1408047772320; Thu, 14 Aug 2014 13:22:52 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.118.164 with HTTP; Thu, 14 Aug 2014 13:22:32 -0700 (PDT) In-Reply-To: <20140814114724.GA24497@onelab2.iet.unipi.it> References: <201408132347.s7DNlcHU013055@fire.js.berklix.net> <53EC5751.6070901@intersonic.se> <20140814074056.GI98029@e-new.0x20.net> <20140814114724.GA24497@onelab2.iet.unipi.it> From: Thiago Barroso Perrotta Date: Thu, 14 Aug 2014 17:22:32 -0300 Message-ID: Subject: Re: android bsd connectivity tools etc ? To: Luigi Rizzo X-Mailman-Approved-At: Thu, 14 Aug 2014 22:08:50 +0000 Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: Gary Jennejohn , "Julian H. Stacey" , Lars Engels , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2014 22:01:33 -0000 Nowadays I'm using syncthing [1] for file transfer. ADB over WIFI also works great. [1]: http://svnweb.freebsd.org/ports/head/net/syncthing/ 2014-08-14 8:47 GMT-03:00 Luigi Rizzo : > On Thu, Aug 14, 2014 at 09:40:56AM +0200, Lars Engels wrote: > > On Thu, Aug 14, 2014 at 08:29:37AM +0200, Per olof Ljungmark wrote: > > > On 08/14/14 01:47, Julian H. Stacey wrote: > > > > Hi, > > > > Any tips for Android / FreeBSD BSD tools for connectivity etc ? > ... > > There's also Airdroid [1]. After installing the App on the phone you can > > connect to it with your PC's browser, up- and download files, send > > messages, etc. > > > > [1] https://play.google.com/store/apps/details?id=com.sand.airdroid > > quite nice (security concerns apart). > Looks also nice as a home monitoring solution. > > cheers > luigi > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- - Thiago From owner-freebsd-current@FreeBSD.ORG Thu Aug 14 22:01:34 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DC5D4F3 for ; Thu, 14 Aug 2014 22:01:34 +0000 (UTC) Received: from mail-oa0-f43.google.com (mail-oa0-f43.google.com [209.85.219.43]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B0CDC379A for ; Thu, 14 Aug 2014 21:02:57 +0000 (UTC) Received: by mail-oa0-f43.google.com with SMTP id i7so1469618oag.2 for ; Thu, 14 Aug 2014 14:02:51 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=owh1hpOh2Ihnhu8ifRfj4C3NR8RyzIxFm7t3Ofjgl5A=; b=hzfnr8n3mKLrvpl3VkjnEna1pYlbMQ08k5/kY6SBfHeB2yDhBy5MckYFE5QKJakNZu xBJ74l95NyEq6Upx7eqOJPWHznm+wSiA+SD6ulZedh90qtxu67Dv5I/pQmp9Jg0hVjWE 0cs08GOypUP9k+23YlGYZOn+yYew42GneB9Bf6Lb0UdjEVeoqpk3GRkNS014imYCNqfi 1M6fOn4IfKxZ11rCuk+0lE8CfW0HR+OobQGkmKiO7uXEFqzVOVtgX7o91GwrSl5Q78Ft GTBtDAeqPn3GR9YHSq225P5PupNCJt0xBmq6bpE5OVNhJQTNyQKEtuZdnHVMKwcjzI4N BCdw== X-Gm-Message-State: ALoCoQmz+JcKZLzFBTca8A9XDKh4MFaa/wAGLGXq2Ru4adYPsIr6SlgFrTuY3PxGieqwlU3GTVor X-Received: by 10.60.101.130 with SMTP id fg2mr16053274oeb.38.1408050171521; Thu, 14 Aug 2014 14:02:51 -0700 (PDT) Received: from mail-oa0-f41.google.com (mail-oa0-f41.google.com [209.85.219.41]) by mx.google.com with ESMTPSA id wi4sm6643507obc.14.2014.08.14.14.02.51 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 14 Aug 2014 14:02:51 -0700 (PDT) Received: by mail-oa0-f41.google.com with SMTP id j17so1452054oag.14 for ; Thu, 14 Aug 2014 14:02:49 -0700 (PDT) X-Received: by 10.182.65.65 with SMTP id v1mr16391652obs.58.1408050169748; Thu, 14 Aug 2014 14:02:49 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.118.164 with HTTP; Thu, 14 Aug 2014 14:02:29 -0700 (PDT) In-Reply-To: <201408132347.s7DNlcHU013055@fire.js.berklix.net> References: <201408132347.s7DNlcHU013055@fire.js.berklix.net> From: Thiago Barroso Perrotta Date: Thu, 14 Aug 2014 18:02:29 -0300 Message-ID: Subject: Re: android bsd connectivity tools etc ? To: "Julian H. Stacey" X-Mailman-Approved-At: Thu, 14 Aug 2014 22:09:16 +0000 Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: Gary Jennejohn , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2014 22:01:34 -0000 Nowadays I'm using syncthing [1] for file transfer. ADB over WIFI also works great. [1]: http://svnweb.freebsd.org/ports/head/net/syncthing/ From owner-freebsd-current@FreeBSD.ORG Thu Aug 14 22:31:05 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EDA9DDBB; Thu, 14 Aug 2014 22:31:04 +0000 (UTC) Received: from mail-pd0-x234.google.com (mail-pd0-x234.google.com [IPv6:2607:f8b0:400e:c02::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BC6344B72; Thu, 14 Aug 2014 22:31:04 +0000 (UTC) Received: by mail-pd0-f180.google.com with SMTP id v10so2293771pde.25 for ; Thu, 14 Aug 2014 15:31:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=BnxALCoYxpUzralGZCgtGVK/WfQuwzGt6JGUteBARRs=; b=gITyvyrxS44ezxNhKVgaqukF9bcWhqSC0rcob7AisJPTiwZ+3/2mswsBQWuyL8cPB1 Is15XM5Mnlme0otqfQ32pXWJJjOPuM8Gn8eoo5tWN8U1LAFOMbdGKhP7aTvPuNQpszWX O847jYjj79A26hbmvz1bOiocTZ2sjyhT7U2UoDZQQX4Z/G2NQzb2sD7P0Fj0Q+7W1KPG qhgJCLbXRC6HsGh+Y+qxidBdL1qAjNfPZSOYJ1zhzQEEZc+z+lYuvq7Oh82uNrFfcQQt bfPXMQ5tDskNAj2AP5z/AdnPYdxzBAAHoBTqRwOtMmLBR47fjKhExM14AwO3PS6YBwNg WTmQ== MIME-Version: 1.0 X-Received: by 10.70.140.139 with SMTP id rg11mr13341286pdb.13.1408055464294; Thu, 14 Aug 2014 15:31:04 -0700 (PDT) Received: by 10.70.118.132 with HTTP; Thu, 14 Aug 2014 15:31:04 -0700 (PDT) In-Reply-To: <201408132347.s7DNlcHU013055@fire.js.berklix.net> References: <201408132347.s7DNlcHU013055@fire.js.berklix.net> Date: Thu, 14 Aug 2014 17:31:04 -0500 Message-ID: Subject: Re: android bsd connectivity tools etc ? From: Adam Vande More To: "Julian H. Stacey" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: Gary Jennejohn , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2014 22:31:05 -0000 On Wed, Aug 13, 2014 at 6:47 PM, Julian H. Stacey wrote: > Hi, > Any tips for Android / FreeBSD BSD tools for connectivity etc ? > > I just got a Samsung Galaxy Note 3, with Android 4.4.2 kernel 3.4.0 > > It directs me to > https://www.android.com/filetransfer/ > which seems binary for mac > > I recall I will need current for IP tethering > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-usb-tethering.html > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-aggregation.html#networking-lagg-wired-and-wireless > > I'll build a current from a 10.0-RELEASE partition, > but now looking with 9.2-RELEASE I see: > > /dev/ > lrwxr-xr-x 1 root wheel 9 Aug 14 00:01 ugen1.5@ -> usb/1.5.0 > crw------- 1 root operator 0x7a Aug 14 00:00 usb/1.5.0 > crw------- 1 root operator 0x8f Aug 14 00:00 usb/1.5.1 > crw------- 1 root operator 0x90 Aug 14 00:00 usb/1.5.2 > > devd .conf will need: > match "vendor" "0x04e8"; > match "product" "0x6860"; > match "devclass" "0x00"; > match "devsubclass" "0x00"; > match "sernum" "6758498c"; > match "release" "0x0400"; > I've no idea what to do for attach > > http://www.freebsd.org/cgi/ports.cgi?query=android&stype=all > has just > /usr/ports/devel/android-tools-adb/pkg-descr > & these for cross compiling later: > /usr/ports/lang/*gnatdroid*/pkg-descr > > I also found > ports/ > deskutils/tine20 > net/crtmpserver > net/linphone > https://source.android.com/source/index.html > > Any URLs, tips, comments welcome, Thanks > Android can run an sshd server as well as a socks proxy. -- Adam From owner-freebsd-current@FreeBSD.ORG Fri Aug 15 06:02:24 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 12D081DA for ; Fri, 15 Aug 2014 06:02:24 +0000 (UTC) Received: from kefka.worrbase.com (kefka.csh.rit.edu [129.21.49.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id ADAA829B0 for ; Fri, 15 Aug 2014 06:02:22 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]); by kefka.worrbase.com (OpenSMTPD) with ESMTP id 4482edc1; for ; Thu, 14 Aug 2014 22:55:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=worrbase.com; h= x-mailer:mime-version:date:date:message-id:subject:subject :content-type:content-type:from:from:received:received; s=mail; t=1408082129; x=1409896530; bh=JUrno1PgnQR4G1THG1U8itS+lRveVKV2 uOD6aGbuWiw=; b=M1MRtUYc4WOHXbXnw6KU3S25j0hpgbKaeIbpvnd4PJbPyg+2 mGyQ0O+ncUTKShFgWRMV70P42c+xinz26zXCHAtskrtEcTRiRxOcaUJBWGD15akA 30nfTKtkE+xdzFw3LO2R+8b70gK4iwYPJyV0Pd8jCg1+1ZDtDvrTm7UGebGBpN45 Tozciftyq71aMScoqlLf5ve2vdUnwlj2HeMz79gpHv5/HKP151PZXYQibg2tJSRm Vq4k0CDpY51w5Fq3df34cigs6T6HRDVEZijcJzG+F3RntMDa0BxJsq8KvWiPoWBi PvreIVqavimEGgiKvlU6YHh7jqHN9rhvRZkllOnFnJqB/XMhDYlu7fZqbWSjzwG2 DAy1dj3sVukSrJ4hA2z9+x/kkx+mFRTswSRTlvh7ljvZN4X8U0qXMNo+GPbVW/PT 5D9ylMzaZY2FUIPw7wsvBkfzLYbPpl1H16QmVQOIzMCAQ/0qGre3YQfbAysNI00+ e+o+ctZOwpwaY/5VVsBjI3+71FYa0qirDaZio3hHdp9WafSzDYehEViGIt/+M5EB 88KwkIipQv5Tgj3CRNvONRr9mCLwrCFxiDUosGE8+WyES8nSGUWsUY7EUuVaksJp FVVwPEOoyG8yy4zXLrUnSx4xoljpldTXda+AUmnAeeNoblVpz7b/Utuoo2I= X-Virus-Scanned: amavisd-new at worrbase.com Received: from kefka.worrbase.com ([IPv6:::1]) by localhost (kefka.worrbase.com [IPv6:::1]) (amavisd-new, port 10026) with ESMTP id dZvlsmi4VuQw for ; Thu, 14 Aug 2014 22:55:29 -0700 (PDT) Received: from [10.0.1.3] (c-50-161-97-206.hsd1.ca.comcast.net [50.161.97.206]); by kefka.worrbase.com (OpenSMTPD) with ESMTPSA id e00e2163; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; for ; Thu, 14 Aug 2014 22:55:28 -0700 (PDT) From: William Orr Content-Type: multipart/signed; boundary="Apple-Mail=_233B94A7-E514-471C-8B17-784D39D4D1EA"; protocol="application/pgp-signature"; micalg=pgp-sha1 Subject: Inconsistent behavior with dd(1) Message-Id: <3C86F281-D618-4B93-BBA3-2DA33AC407EC@worrbase.com> Date: Thu, 14 Aug 2014 22:55:25 -0700 To: freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) X-Mailer: Apple Mail (2.1878.6) X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Aug 2014 06:02:24 -0000 --Apple-Mail=_233B94A7-E514-471C-8B17-784D39D4D1EA Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Hey, I found some inconsistent behavior with dd(1) when it comes to = specifying arguments in -CURRENT. [ worr on terra ] ( ~ ) % dd if=3D/dev/zero of=3D/dev/null = count=3D18446744073709551616 dd: count: Result too large [ worr on terra ] ( ~ ) % dd if=3D/dev/zero of=3D/dev/null = count=3D18446744073709551617 dd: count: Result too large [ worr on terra ] ( ~ ) % dd if=3D/dev/zero of=3D/dev/null = count=3D18446744073709551615 dd: count cannot be negative [ worr on terra ] ( ~ ) % dd if=3D/dev/zero of=3D/dev/null = count=3D-18446744073709551615 1+0 records in 1+0 records out 512 bytes transferred in 0.000373 secs (1373071 bytes/sec) [ worr on terra ] ( ~ ) % dd if=3D/dev/zero of=3D/dev/null count=3D-1 dd: count cannot be negative =97 Any chance someone has the time and could take a look? = https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D191263 Thanks, William Orr =97 Here=92s the patch: Index: bin/dd/args.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 --- bin/dd/args.c (revision 267712) +++ bin/dd/args.c (working copy) @@ -186,46 +186,31 @@ static void f_bs(char *arg) { - uintmax_t res; - - res =3D get_num(arg); - if (res < 1 || res > SSIZE_MAX) - errx(1, "bs must be between 1 and %jd", = (intmax_t)SSIZE_MAX); - in.dbsz =3D out.dbsz =3D (size_t)res; + in.dbsz =3D out.dbsz =3D get_num(arg); + if (in.dbsz < 1 || out.dbsz < 1) + errx(1, "bs must be between 1 and %ju", (uintmax_t)-1); } =20 static void f_cbs(char *arg) { - uintmax_t res; - - res =3D get_num(arg); - if (res < 1 || res > SSIZE_MAX) - errx(1, "cbs must be between 1 and %jd", = (intmax_t)SSIZE_MAX); - cbsz =3D (size_t)res; + cbsz =3D get_num(arg); + if (cbsz < 1) + errx(1, "cbs must be between 1 and %ju", (uintmax_t)-1); } =20 static void f_count(char *arg) { - intmax_t res; - - res =3D (intmax_t)get_num(arg); - if (res < 0) - errx(1, "count cannot be negative"); - if (res =3D=3D 0) - cpy_cnt =3D (uintmax_t)-1; - else - cpy_cnt =3D (uintmax_t)res; + cpy_cnt =3D get_num(arg); } =20 static void f_files(char *arg) { - files_cnt =3D get_num(arg); if (files_cnt < 1) - errx(1, "files must be between 1 and %jd", = (uintmax_t)-1); + errx(1, "files must be between 1 and %ju", = (uintmax_t)-1); } =20 static void @@ -241,14 +226,10 @@ static void f_ibs(char *arg) { - uintmax_t res; - if (!(ddflags & C_BS)) { - res =3D get_num(arg); - if (res < 1 || res > SSIZE_MAX) - errx(1, "ibs must be between 1 and %jd", - (intmax_t)SSIZE_MAX); - in.dbsz =3D (size_t)res; + in.dbsz =3D get_num(arg); + if (in.dbsz < 1) + errx(1, "ibs must be between 1 and %ju", = (uintmax_t)-1); } } =20 @@ -262,14 +243,10 @@ static void f_obs(char *arg) { - uintmax_t res; - if (!(ddflags & C_BS)) { - res =3D get_num(arg); - if (res < 1 || res > SSIZE_MAX) - errx(1, "obs must be between 1 and %jd", - (intmax_t)SSIZE_MAX); - out.dbsz =3D (size_t)res; + out.dbsz =3D get_num(arg); + if (out.dbsz < 1) + errx(1, "obs must be between 1 and %ju", = (uintmax_t)-1); } } =20 @@ -378,11 +355,14 @@ uintmax_t num, mult, prevnum; char *expr; =20 + if (val[0] =3D=3D '-') + errx(1, "%s: cannot be negative", oper); + errno =3D 0; num =3D strtouq(val, &expr, 0); if (errno !=3D 0) /* Overflow or = underflow. */ err(1, "%s", oper); -=09 + if (expr =3D=3D val) /* No valid digits. */ errx(1, "%s: illegal numeric value", oper); =20 Index: bin/dd/dd.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 --- bin/dd/dd.c (revision 267712) +++ bin/dd/dd.c (working copy) @@ -284,8 +284,6 @@ =20 for (;;) { switch (cpy_cnt) { - case -1: /* count=3D0 was = specified */ - return; case 0: break; default: --Apple-Mail=_233B94A7-E514-471C-8B17-784D39D4D1EA Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- iQIcBAEBAgAGBQJT7aDNAAoJEOWIWopNkblkQ1MP/0KH4PyTj907Uppcw+vZgfVr DFw8cslqSrmDVV4H9jByFmi2H8orCwDC4Viv2gwOerZ0KkUgj0qZTJmQrYu5vPK/ xno9AIIoq5BPaCWz9Rou1/nQEMzJmxHOEuaqx5+m9mE8xMCmO75mF1c8BzuUgpAv 7oPDNokH+BOpSU70+PWXoIBu/r1bwyb8qKpBtFw1MKKLceaYPzvmmG5dlo5FGZgl /ChfQR5bwkYMMSRABzY4DBo9+eE1MFNYYasHCA5asSdENdU02NeWwTxYtrKZtuE5 IQGGXqVutHwYJYCQgx4elr9PFXqdkI4ZtvKhwWFaItMxLVQJphYioDf7Bip3Jzsw IBVxAEkJ9zqxK3o5JwTUobQKz0p9KOP9136P6E/pEsyiLnAnvefSmzJFHhXklKhb CmHijeRqIAH4BT6P2a+Ut9JyMdxYh5Yt7NQCCK3uYw3xiRDZ5R9Q/knru2HCLMnu SqUaL0rgZ200/icyfAjXnEgcbRxTD7m2/zJu2WAUd9/MaHworbgWmIsuThKH/2LV Uy99SEMfJoiQR9oXpWUNKtTZIbPt/Aj76l1plflxnEP9CWzbn26yZC7LvLmniL5c dy8X+PEdi4qkJ23/eWGifaa9Mg38ZdQwqkDOK52qrAdPYY9PVkevOAUFSESO+4Uf 62kWPf6bzHfeA/IXnJ4h =14jE -----END PGP SIGNATURE----- --Apple-Mail=_233B94A7-E514-471C-8B17-784D39D4D1EA-- From owner-freebsd-current@FreeBSD.ORG Fri Aug 15 08:31:49 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F2A7CC0C for ; Fri, 15 Aug 2014 08:31:49 +0000 (UTC) Received: from mail.r61.net (mail.r61.net [195.208.245.238]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A73F029CA for ; Fri, 15 Aug 2014 08:31:49 +0000 (UTC) Received: from pyhalov.cc.rsu.ru (pyhalov.cc.rsu.ru [195.208.255.102]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: alp@sfedu.ru) by mail.r61.net (MTA) with ESMTPSA id 2D80FA60862 for ; Fri, 15 Aug 2014 12:31:45 +0400 (MSK) Message-ID: <53EDC571.6020003@rsu.ru> Date: Fri, 15 Aug 2014 12:31:45 +0400 From: Alexander Pyhalov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130112 Thunderbird/17.0.2 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: gcc / clang std::locale issue on non-glibc platforms Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-100.0 required=5.0 tests=UNPARSEABLE_RELAY, USER_IN_WHITELIST autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.r61.net X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Aug 2014 08:31:50 -0000 Hello. I just stumped on the following gcc bug - https://gcc.gnu.org/bugzilla/show_bug.cgi?id=15992 (std::locale is not working for non-C locales). It seems to affect all non-glibc platforms (reproducible on FreeBSD and illumos). Tried the same test with clang - no difference (as affected code is in libstdc++). Simple test case: $ cat t.cpp #include int main (int argc, char *argv[]) { for (int i = 1; i < argc; ++i) { try { const std::locale loc (argv [i]); } catch (std::exception &e) { printf ("exception: %s: %s\n", argv [i], e.what ()); } } } $ g++ -o locale t.cpp # or clang++ -o locale t.cpp , doesn't matter ./locale en_US.UTF-8 exception: en_US.UTF-8: locale::facet::_S_create_c_locale name not valid -- Best regards, Alexander Pyhalov, system administrator of Computer Center of Southern Federal University From owner-freebsd-current@FreeBSD.ORG Fri Aug 15 08:37:52 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1ED84E91 for ; Fri, 15 Aug 2014 08:37:52 +0000 (UTC) Received: from mail.r61.net (mail.r61.net [195.208.245.238]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C6FC52A0F for ; Fri, 15 Aug 2014 08:37:51 +0000 (UTC) Received: from pyhalov.cc.rsu.ru (pyhalov.cc.rsu.ru [195.208.255.102]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: alp@sfedu.ru) by mail.r61.net (MTA) with ESMTPSA id 88661A60862 for ; Fri, 15 Aug 2014 12:37:49 +0400 (MSK) Message-ID: <53EDC6DD.4070903@rsu.ru> Date: Fri, 15 Aug 2014 12:37:49 +0400 From: Alexander Pyhalov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130112 Thunderbird/17.0.2 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: gcc / clang std::locale issue on non-glibc platforms References: <53EDC571.6020003@rsu.ru> In-Reply-To: <53EDC571.6020003@rsu.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-100.0 required=5.0 tests=UNPARSEABLE_RELAY, USER_IN_WHITELIST autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.r61.net X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Aug 2014 08:37:52 -0000 On 08/15/2014 12:31, Alexander Pyhalov wrote: > Hello. > I just stumped on the following gcc bug - > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=15992 (std::locale is not > working for non-C locales). > Related libstdc++ bug - https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41495 -- Best regards, Alexander Pyhalov, system administrator of Computer Center of Southern Federal University From owner-freebsd-current@FreeBSD.ORG Fri Aug 15 11:23:55 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 58B0D99F; Fri, 15 Aug 2014 11:23:55 +0000 (UTC) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mx1.sbone.de", Issuer "SBone.DE" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id DC93E202A; Fri, 15 Aug 2014 11:23:54 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 73C5325D3A81; Fri, 15 Aug 2014 11:23:51 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 7D54AC27843; Fri, 15 Aug 2014 11:23:50 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id oTmu6MUtlxra; Fri, 15 Aug 2014 11:23:48 +0000 (UTC) Received: from [IPv6:fde9:577b:c1a9:4420:cabc:c8ff:fe8b:4fe6] (unknown [IPv6:fde9:577b:c1a9:4420:cabc:c8ff:fe8b:4fe6]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 60B4DC2782C; Fri, 15 Aug 2014 11:23:46 +0000 (UTC) From: "Bjoern A. Zeeb" Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Subject: ARM LINT kernel build failure Date: Fri, 15 Aug 2014 11:23:43 +0000 Message-Id: <44FEB49B-F2E9-4061-93DE-C2CD84FEC7DD@lists.zabbadoz.net> To: arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) X-Mailer: Apple Mail (2.1878.6) Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Aug 2014 11:23:55 -0000 Started recently (within the last day or so). -------------------------------------------------------------- >>> Kernel build for LINT started on Fri Aug 15 11:08:29 UTC 2014 -------------------------------------------------------------- =3D=3D=3D> LINT -------------------------------------------------------------- >>> stage 2.3: build tools -------------------------------------------------------------- -------------------------------------------------------------- >>> stage 3.2: building everything -------------------------------------------------------------- bmake: = "/storage/head/obj/arm.arm/scratch/tmp/bz/head.svn/sys/LINT/Makefile" = line 15691: warning: duplicate script for target "timer.ln" ignored bmake: = "/storage/head/obj/arm.arm/scratch/tmp/bz/head.svn/sys/LINT/Makefile" = line 15530: warning: using previous script for "timer.ln" defined here bmake: = "/storage/head/obj/arm.arm/scratch/tmp/bz/head.svn/sys/LINT/Makefile" = line 15694: warning: duplicate script for target "timer.o" ignored bmake: = "/storage/head/obj/arm.arm/scratch/tmp/bz/head.svn/sys/LINT/Makefile" = line 15534: warning: using previous script for "timer.o" defined here bmake: = "/storage/head/obj/arm.arm/scratch/tmp/bz/head.svn/sys/LINT/Makefile" = line 15695: warning: duplicate script for target "timer.o" ignored bmake: = "/storage/head/obj/arm.arm/scratch/tmp/bz/head.svn/sys/LINT/Makefile" = line 15534: warning: using previous script for "timer.o" defined here bmake: = "/storage/head/obj/arm.arm/scratch/tmp/bz/head.svn/sys/LINT/Makefile" = line 15978: warning: duplicate script for target "obio.ln" ignored bmake: = "/storage/head/obj/arm.arm/scratch/tmp/bz/head.svn/sys/LINT/Makefile" = line 15859: warning: using previous script for "obio.ln" defined here bmake: = "/storage/head/obj/arm.arm/scratch/tmp/bz/head.svn/sys/LINT/Makefile" = line 15981: warning: duplicate script for target "obio.o" ignored bmake: = "/storage/head/obj/arm.arm/scratch/tmp/bz/head.svn/sys/LINT/Makefile" = line 15863: warning: using previous script for "obio.o" defined here bmake: = "/storage/head/obj/arm.arm/scratch/tmp/bz/head.svn/sys/LINT/Makefile" = line 15982: warning: duplicate script for target "obio.o" ignored bmake: = "/storage/head/obj/arm.arm/scratch/tmp/bz/head.svn/sys/LINT/Makefile" = line 15863: warning: using previous script for "obio.o" defined here bmake: = "/storage/head/obj/arm.arm/scratch/tmp/bz/head.svn/sys/LINT/Makefile" = line 15985: warning: duplicate script for target "obio_space.ln" ignored bmake: = "/storage/head/obj/arm.arm/scratch/tmp/bz/head.svn/sys/LINT/Makefile" = line 15866: warning: using previous script for "obio_space.ln" defined = here bmake: = "/storage/head/obj/arm.arm/scratch/tmp/bz/head.svn/sys/LINT/Makefile" = line 15988: warning: duplicate script for target "obio_space.o" ignored bmake: = "/storage/head/obj/arm.arm/scratch/tmp/bz/head.svn/sys/LINT/Makefile" = line 15870: warning: using previous script for "obio_space.o" defined = here bmake: = "/storage/head/obj/arm.arm/scratch/tmp/bz/head.svn/sys/LINT/Makefile" = line 15989: warning: duplicate script for target "obio_space.o" ignored bmake: = "/storage/head/obj/arm.arm/scratch/tmp/bz/head.svn/sys/LINT/Makefile" = line 15870: warning: using previous script for "obio_space.o" defined = here bmake: don't know how to make = /scratch/tmp/bz/head.svn/sys/arm/at91/at91_pinctrl.c (continuing) bmake: stopped in = /storage/head/obj/arm.arm/scratch/tmp/bz/head.svn/sys/LINT --- buildkernel --- *** [buildkernel] Error code 2 bmake: stopped in /scratch/tmp/bz/head.svn --- buildkernel --- *** [buildkernel] Error code 1 bmake: stopped in /scratch/tmp/bz/head.svn =97=20 Bjoern A. Zeeb "Come on. Learn, goddamn it.", WarGames, 1983 From owner-freebsd-current@FreeBSD.ORG Fri Aug 15 16:42:15 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EA268906 for ; Fri, 15 Aug 2014 16:42:15 +0000 (UTC) Received: from mail-we0-x230.google.com (mail-we0-x230.google.com [IPv6:2a00:1450:400c:c03::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7765C28A9 for ; Fri, 15 Aug 2014 16:42:15 +0000 (UTC) Received: by mail-we0-f176.google.com with SMTP id q58so2560641wes.21 for ; Fri, 15 Aug 2014 09:42:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=spU9b5ZWaqXPOwk8e+kg3MGeq2gw7PyklmTU6Cos8OM=; b=zfE2xHoQskkZu321P3Thx2pJyNM3LWv8xjc1e9NUXxzUHg73t6o2U4avrzNcX1RvkQ U35qwIryrM2WaYTkqzOGnz9KgGfSb6/Ae8ZMefoELl3m4sSTlNanQ4W1nhuPaWDCO4Zc iz7xdqdMttvFlN4pR3jX17QVgCVS4IQ36VcQq4EGGwLLq5YqjRsdujJNxGkGbl3zwIQg nERXHj+AzQIYdskHMvmHGA8J+xE+GK0cIcItfwCvufvwETmn8rCFZ9fXrisQfaVz4YV/ +JqmvTQZaa38T6s8YOSOTWvFsx6SW4p/Cil2wX5WNCvP4IFLpY/69TeR4Q68D2CqcLAC H7wA== MIME-Version: 1.0 X-Received: by 10.180.188.35 with SMTP id fx3mr22169055wic.82.1408120933761; Fri, 15 Aug 2014 09:42:13 -0700 (PDT) Sender: asomers@gmail.com Received: by 10.194.86.225 with HTTP; Fri, 15 Aug 2014 09:42:13 -0700 (PDT) In-Reply-To: <3C86F281-D618-4B93-BBA3-2DA33AC407EC@worrbase.com> References: <3C86F281-D618-4B93-BBA3-2DA33AC407EC@worrbase.com> Date: Fri, 15 Aug 2014 10:42:13 -0600 X-Google-Sender-Auth: noPbHcctbzhqGeCxil608dckuLE Message-ID: Subject: Re: Inconsistent behavior with dd(1) From: Alan Somers To: William Orr Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Aug 2014 16:42:16 -0000 On Thu, Aug 14, 2014 at 11:55 PM, William Orr wrote: > Hey, > > I found some inconsistent behavior with dd(1) when it comes to specifying= arguments in -CURRENT. > > [ worr on terra ] ( ~ ) % dd if=3D/dev/zero of=3D/dev/null count=3D18446= 744073709551616 > dd: count: Result too large > [ worr on terra ] ( ~ ) % dd if=3D/dev/zero of=3D/dev/null count=3D18446= 744073709551617 > dd: count: Result too large > [ worr on terra ] ( ~ ) % dd if=3D/dev/zero of=3D/dev/null count=3D18446= 744073709551615 > dd: count cannot be negative > [ worr on terra ] ( ~ ) % dd if=3D/dev/zero of=3D/dev/null count=3D-1844= 6744073709551615 > 1+0 records in > 1+0 records out > 512 bytes transferred in 0.000373 secs (1373071 bytes/sec) > [ worr on terra ] ( ~ ) % dd if=3D/dev/zero of=3D/dev/null count=3D-1 > dd: count cannot be negative > > =E2=80=94 > > Any chance someone has the time and could take a look? https://bugs.freeb= sd.org/bugzilla/show_bug.cgi?id=3D191263 > > Thanks, > William Orr > > =E2=80=94 IMHO, this is a bug in strtouq(3), not in dd(1). Why should it parse negative numbers at all, when there is stroq(3) for that purpose? The standard is clear that it must, though. Oddly enough, stroq would probably not accept -18446744073709551615, even though strtouq does. Specific comments on your patch below: > > Here=E2=80=99s the patch: > > Index: bin/dd/args.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 > --- bin/dd/args.c (revision 267712) > +++ bin/dd/args.c (working copy) > @@ -186,46 +186,31 @@ > static void > f_bs(char *arg) > { > - uintmax_t res; > - > - res =3D get_num(arg); > - if (res < 1 || res > SSIZE_MAX) > - errx(1, "bs must be between 1 and %jd", (intmax_t)SSIZE_M= AX); > - in.dbsz =3D out.dbsz =3D (size_t)res; > + in.dbsz =3D out.dbsz =3D get_num(arg); > + if (in.dbsz < 1 || out.dbsz < 1) Why do you need to check both in and out? Aren't they the same? Also, you eliminated the check for overflowing SSIZE_MAX. That's not ok, because these values get passed to places that expect signed numbers, for example in dd.c:303. > + errx(1, "bs must be between 1 and %ju", (uintmax_t)-1); > } > > static void > f_cbs(char *arg) > { > - uintmax_t res; > - > - res =3D get_num(arg); > - if (res < 1 || res > SSIZE_MAX) > - errx(1, "cbs must be between 1 and %jd", (intmax_t)SSIZE_= MAX); > - cbsz =3D (size_t)res; > + cbsz =3D get_num(arg); > + if (cbsz < 1) > + errx(1, "cbs must be between 1 and %ju", (uintmax_t)-1); > } Again, you eliminated the check for SSIZE_MAX, but cbsz must be signed. > > static void > f_count(char *arg) > { > - intmax_t res; > - > - res =3D (intmax_t)get_num(arg); > - if (res < 0) > - errx(1, "count cannot be negative"); > - if (res =3D=3D 0) > - cpy_cnt =3D (uintmax_t)-1; This is a special case. See dd_in(). I think that eliminating this special case will have the unintended effect of breaking count=3D0. > - else > - cpy_cnt =3D (uintmax_t)res; > + cpy_cnt =3D get_num(arg); > } > > static void > f_files(char *arg) > { > - > files_cnt =3D get_num(arg); > if (files_cnt < 1) > - errx(1, "files must be between 1 and %jd", (uintmax_t)-1)= ; > + errx(1, "files must be between 1 and %ju", (uintmax_t)-1)= ; Good catch. > } > > static void > @@ -241,14 +226,10 @@ > static void > f_ibs(char *arg) > { > - uintmax_t res; > - > if (!(ddflags & C_BS)) { > - res =3D get_num(arg); > - if (res < 1 || res > SSIZE_MAX) > - errx(1, "ibs must be between 1 and %jd", > - (intmax_t)SSIZE_MAX); > - in.dbsz =3D (size_t)res; > + in.dbsz =3D get_num(arg); > + if (in.dbsz < 1) > + errx(1, "ibs must be between 1 and %ju", (uintmax= _t)-1); Again, you eliminated the check for SSIZE_MAX, but dbsz must be signed. > } > } > > @@ -262,14 +243,10 @@ > static void > f_obs(char *arg) > { > - uintmax_t res; > - > if (!(ddflags & C_BS)) { > - res =3D get_num(arg); > - if (res < 1 || res > SSIZE_MAX) > - errx(1, "obs must be between 1 and %jd", > - (intmax_t)SSIZE_MAX); > - out.dbsz =3D (size_t)res; > + out.dbsz =3D get_num(arg); > + if (out.dbsz < 1) > + errx(1, "obs must be between 1 and %ju", (uintmax= _t)-1); > } > } Again, you eliminated the check for SSIZE_MAX, but dbsz must be signed. > > @@ -378,11 +355,14 @@ > uintmax_t num, mult, prevnum; > char *expr; > > + if (val[0] =3D=3D '-') > + errx(1, "%s: cannot be negative", oper); > + In general, I like this part of the diff. Every user of get_num checks for negative values, so why not move the check into get_num itself? But you changed it from a numeric check to a text check, and writing text parsers makes me nervous. I can't see any problems, though. > errno =3D 0; > num =3D strtouq(val, &expr, 0); > if (errno !=3D 0) /* Overflow or underflo= w. */ > err(1, "%s", oper); > - > + > if (expr =3D=3D val) /* No valid digits. *= / > errx(1, "%s: illegal numeric value", oper); > > Index: bin/dd/dd.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 > --- bin/dd/dd.c (revision 267712) > +++ bin/dd/dd.c (working copy) > @@ -284,8 +284,6 @@ > > for (;;) { > switch (cpy_cnt) { > - case -1: /* count=3D0 was specifie= d */ > - return; Again, I don't think this will do what you want it to do. Previously, leaving count unspecified resulted in cpy_cnt being 0, and specifying count=3D0 set cpy_cnt to -1. With your patch, setting count=3D0 will have the same effect as leaving it unspecified. > case 0: > break; > default: > > -Alan From owner-freebsd-current@FreeBSD.ORG Fri Aug 15 19:01:33 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 211EF6A1 for ; Fri, 15 Aug 2014 19:01:33 +0000 (UTC) Received: from mail-lb0-x22e.google.com (mail-lb0-x22e.google.com [IPv6:2a00:1450:4010:c04::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9CBA62BA3 for ; Fri, 15 Aug 2014 19:01:32 +0000 (UTC) Received: by mail-lb0-f174.google.com with SMTP id c11so2285263lbj.33 for ; Fri, 15 Aug 2014 12:01:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=T/0+zVnOSef417B7GUTYSds8WRK/6pjRXdoEDroI+NE=; b=IWGTJDHynrQS+Ni7uGa5A+8RRxmN0bI0tNr30EHRdLvYJEu5pWYy9gxPRwMAuJL/a5 Lh9vZhYN8jntfOmX1T9cOSJJT8RFzkbPIFwYXzcV6xVRdFvc69oFc+5uYbAhEtpx5nRz nUCvWwTfRU71G4PzRUM8jtGSbraBWd08xtU/E42uMJvautqJOipDUxecUyJpSxqe8Yxo 3sYRilqoSR4gHLGkeFpjFG6jIAyXW6PGq3PArWKJp8RdCCpgF3/ZBB+IKHj/zn76ghia SK6EwPL1DnraPMk6ormzDm1qV3KybKWSTT2ETuyov4oy2hNtDO44/Z5+meT9VI0kabng Hmdw== MIME-Version: 1.0 X-Received: by 10.152.36.73 with SMTP id o9mr11856078laj.88.1408129290519; Fri, 15 Aug 2014 12:01:30 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.197.107 with HTTP; Fri, 15 Aug 2014 12:01:30 -0700 (PDT) In-Reply-To: <53EC1214.9020505@pinyon.org> References: <20140811221043.492110d4@arch> <20140813213718.4814f58c@arch> <53EC1214.9020505@pinyon.org> Date: Fri, 15 Aug 2014 12:01:30 -0700 X-Google-Sender-Auth: lPctj4YKF8UOk8phzOEs8VprKbE Message-ID: Subject: Re: HOWTO articles for migrating from Linux to FreeBSD, especially for pkg? From: Craig Rodrigues To: "Russell L. Carter" Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Aug 2014 19:01:33 -0000 On Wed, Aug 13, 2014 at 6:34 PM, Russell L. Carter wrote: > > I love this idea. I recently moved back to FreeBSD after 14 years on > debian, and was shocked at how great poudriere + pkg is for > maintaining a consistent set of packages for a cluster of systems. (I > know it's pitiful compared to the cloud, but I've got 3 FreeBSD and 3 > debian-testing atm, and two of those debians are in danger of forced > religious conversion. :-) The main reason I moved to debian in the > first place is I was working in high user-space and I needed "office" > apps (egads) working consistently and reliably through upgrades, and > the ports system then was not up to the job. It is now! Basically, > poudriere + pkg is debian apt-file + apt-cache + apt-get + approx with > the added benefit of site specific, port-specific options. Maybe like > arch? > > So I would be very willing to contribute to this project, if that > makes sense. Wow, it's great to read about your experience. We need to get more experiences like yours mentioned online in blogs, tweets, etc. so that when people go to www.freebsd.org, or do a web search, they can see nice stories like yours. I guess we can move this conversation to the freebsd-doc@ mailing list, as David Chisnall suggested. One complaint I have about the FreeBSD project, is that the core project contributors and developers rely too much on e-mail for communication. This certainly works, and I use it too, but new and casual users getting into FreeBSD may get lost in the maze of FreeBSD mailing lists. It would be nice if more of the core project contributors used the web forums ( http://forums.freebsd.org ), since stuff like that shows up nicely in web searches, and it is easier for newcomers to find stuff, and jump in and contribute to threads, versus mailing lists. -- Craig From owner-freebsd-current@FreeBSD.ORG Fri Aug 15 22:17:02 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1C55D6F8 for ; Fri, 15 Aug 2014 22:17:02 +0000 (UTC) Received: from mail-la0-f52.google.com (mail-la0-f52.google.com [209.85.215.52]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9423522D9 for ; Fri, 15 Aug 2014 22:17:01 +0000 (UTC) Received: by mail-la0-f52.google.com with SMTP id b17so2743347lan.39 for ; Fri, 15 Aug 2014 15:16:59 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:mime-version:content-type:content-transfer-encoding; bh=oXwx6TRcXK/OYSgQvBft0RU783Wkq7MHlD89G1CGFI4=; b=lyk8pY2nYNJ64NDJ6wSurOh7a8C+8mufgH/DkpXKNYxQTaHscewHyXLdP69pso5zY6 Qu1ZsYVIvagROjE3EFwyqYlltQIStHDM7tKz6rQSBkvyiqElfGNFsvdwcQ0fbwaG/WA/ i5/BIA1kr/Kq0R2xMFW2xa20O1dOSX0HCcSIKtj2LwEdhwBbbJu2kBSlNhFjyNArLOY2 Yqaa9hK9GKWY2UozG+36K0wX6LPPiO6JQseIh46OMoqcCV2d8/Iy8OL31uZ93VzL09i2 GFvpC+/CHGcdlluviaieN+WtCkphSraJAJCaxbvrfUD/F4u21rHwWiA3xD9EWxK1s0jV R0XQ== X-Gm-Message-State: ALoCoQkGNZbyLdE+vYD0tPLX7QzqYot8o/ZGYcpUnpcbQyOs4/gdAKUjCujF8crrjKOaoRLYjzYn X-Received: by 10.112.160.38 with SMTP id xh6mr13789046lbb.21.1408141019214; Fri, 15 Aug 2014 15:16:59 -0700 (PDT) Received: from raynote.ddteam.net (28-64-133-95.pool.ukrtel.net. [95.133.64.28]) by mx.google.com with ESMTPSA id v8sm5704003lae.4.2014.08.15.15.16.57 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 15 Aug 2014 15:16:58 -0700 (PDT) Date: Sat, 16 Aug 2014 01:14:44 +0300 From: Aleksandr Rybalko To: Carlos Jacobo Puga Medina Subject: Re: r269471 make unusable VT console Message-Id: <20140816011444.301a98d6187aca27e3a2481b@ddteam.net> In-Reply-To: <20140812232807.0f3aa02570becec15e056af2@fbsd.es> References: <20140812232807.0f3aa02570becec15e056af2@fbsd.es> X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: ray@freebsd.org, freebsd-current@freebsd.org, nwhitehorn@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Aug 2014 22:17:02 -0000 On Tue, 12 Aug 2014 23:28:07 +0200 Carlos Jacobo Puga Medina wrote: > > I believe it's still broken. There's a related PR at > > http://bugs.freebsd.org/192452 and, I suspect, 192456. Aleksandr, would > > you mind reverting this reversion? It seems to have created a lot of > > problems. > > -Nathan > > Yes, I think that ray@ is around here somewhere to fix this :P > > Regards, > -- > Carlos Jacobo Puga Medina Hi guys! Sorry for delay. Carlos, can you please share picture of such bad behaviuor? Looks like this mode almost unused novadays, so modern hardware have problems in implementations of this mode. Thanks! WBW -- Aleksandr Rybalko From owner-freebsd-current@FreeBSD.ORG Fri Aug 15 22:27:46 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DE805C06; Fri, 15 Aug 2014 22:27:46 +0000 (UTC) Received: from mail-qa0-x229.google.com (mail-qa0-x229.google.com [IPv6:2607:f8b0:400d:c00::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7DE32257A; Fri, 15 Aug 2014 22:27:46 +0000 (UTC) Received: by mail-qa0-f41.google.com with SMTP id j7so2600329qaq.14 for ; Fri, 15 Aug 2014 15:27:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=4yVps4lArUVn3dtx6sNO2G21SBtVm1ZH3TfQpdKs++c=; b=KENM4iYh9WbSLUQSqYl1ZjI/6Szpu8HnNGVu0wJmfz4+NP40ghekCO7fMQjktO8gW8 iMONiSuFMb470rUCh/2BIGtnAVhsqihuZVaJNj8OcMjACT5UV26Ad9wrmHfQtkTpL6JX cjaKr6lulWfpcsyMODIqYv+FYO4A2ouH60iTeshcUca4D6VJa8FZ/LeIPrwmo7Xg9ktl dNsFQsn7yd+6pHgCd4njYv3CZnbTkZk8qBH9DoZegyqCdwI4L/FAi9kA0BI5CpTpO7lW PGFPeJuHg2r3N3IRQ/jskZ3467w+L9E4WKG3HckIA71grL9fFZj69bySNvP0VzyjlcnU DOaA== MIME-Version: 1.0 X-Received: by 10.140.90.40 with SMTP id w37mr30695949qgd.52.1408141665513; Fri, 15 Aug 2014 15:27:45 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.39.139 with HTTP; Fri, 15 Aug 2014 15:27:45 -0700 (PDT) In-Reply-To: <20140816011444.301a98d6187aca27e3a2481b@ddteam.net> References: <20140812232807.0f3aa02570becec15e056af2@fbsd.es> <20140816011444.301a98d6187aca27e3a2481b@ddteam.net> Date: Fri, 15 Aug 2014 15:27:45 -0700 X-Google-Sender-Auth: AIR1OMAu9OQJ5-3HkFplQTqMdd0 Message-ID: Subject: Re: r269471 make unusable VT console From: Adrian Chadd To: Aleksandr Rybalko Content-Type: text/plain; charset=UTF-8 Cc: Carlos Jacobo Puga Medina , Aleksandr Rybalko , freebsd-current , Nathan Whitehorn X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Aug 2014 22:27:47 -0000 keep in mind that the vt_vga code will be used for new VGA bring-up on hardware that exposes legacy VGA bits and pieces, at least until EFI booting is guaranteed everywhere. Trying to do development on the console of something using the current vt_vga in order to bring up things like an ethernet driver will be .. special. -a On 15 August 2014 15:14, Aleksandr Rybalko wrote: > On Tue, 12 Aug 2014 23:28:07 +0200 > Carlos Jacobo Puga Medina wrote: > >> > I believe it's still broken. There's a related PR at >> > http://bugs.freebsd.org/192452 and, I suspect, 192456. Aleksandr, would >> > you mind reverting this reversion? It seems to have created a lot of >> > problems. >> > -Nathan >> >> Yes, I think that ray@ is around here somewhere to fix this :P >> >> Regards, >> -- >> Carlos Jacobo Puga Medina > > Hi guys! > > Sorry for delay. > Carlos, can you please share picture of such bad behaviuor? > Looks like this mode almost unused novadays, so modern hardware have problems > in implementations of this mode. > > Thanks! > > WBW > -- > Aleksandr Rybalko > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Aug 15 23:51:37 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6DE26A4C; Fri, 15 Aug 2014 23:51:37 +0000 (UTC) Received: from c.mail.sonic.net (c.mail.sonic.net [64.142.111.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 518552D42; Fri, 15 Aug 2014 23:51:36 +0000 (UTC) Received: from zeppelin.tachypleus.net ([169.228.188.143]) (authenticated bits=0) by c.mail.sonic.net (8.14.9/8.14.9) with ESMTP id s7FNpRjw022946 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Fri, 15 Aug 2014 16:51:28 -0700 Message-ID: <53EE9CFF.4080607@freebsd.org> Date: Fri, 15 Aug 2014 16:51:27 -0700 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Adrian Chadd , Aleksandr Rybalko Subject: Re: r269471 make unusable VT console References: <20140812232807.0f3aa02570becec15e056af2@fbsd.es> <20140816011444.301a98d6187aca27e3a2481b@ddteam.net> In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Sonic-CAuth: UmFuZG9tSVZ49OxhhXHpTFjfI/YUYi5mt4KpKcOuCjrDgjoNjxUFX+YuxNHntzOq6Twml0/YavwWX/RyLg3sLJDp8BecFxmcpW5I/Vu/sV4= X-Sonic-ID: C;eqakEtck5BGP9t90oK8kYw== M;uLYKE9ck5BGP9t90oK8kYw== X-Spam-Flag: No X-Sonic-Spam-Details: 0.0/5.0 by cerberusd Cc: Carlos Jacobo Puga Medina , Aleksandr Rybalko , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Aug 2014 23:51:37 -0000 It also has bad effects on boot time. My desktop takes something like 3 times as long to boot after r269471. If it can't be fixed quickly, it needs to be reverted. -Nathan On 08/15/14 15:27, Adrian Chadd wrote: > keep in mind that the vt_vga code will be used for new VGA bring-up on > hardware that exposes legacy VGA bits and pieces, at least until EFI > booting is guaranteed everywhere. Trying to do development on the > console of something using the current vt_vga in order to bring up > things like an ethernet driver will be .. special. > > > -a > > > On 15 August 2014 15:14, Aleksandr Rybalko wrote: >> On Tue, 12 Aug 2014 23:28:07 +0200 >> Carlos Jacobo Puga Medina wrote: >> >>>> I believe it's still broken. There's a related PR at >>>> http://bugs.freebsd.org/192452 and, I suspect, 192456. Aleksandr, would >>>> you mind reverting this reversion? It seems to have created a lot of >>>> problems. >>>> -Nathan >>> Yes, I think that ray@ is around here somewhere to fix this :P >>> >>> Regards, >>> -- >>> Carlos Jacobo Puga Medina >> Hi guys! >> >> Sorry for delay. >> Carlos, can you please share picture of such bad behaviuor? >> Looks like this mode almost unused novadays, so modern hardware have problems >> in implementations of this mode. >> >> Thanks! >> >> WBW >> -- >> Aleksandr Rybalko >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sat Aug 16 03:38:28 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7578BA3E for ; Sat, 16 Aug 2014 03:38:28 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5C55122DB for ; Sat, 16 Aug 2014 03:38:28 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.9/8.14.9) with ESMTP id s7G3cSXx079070 for ; Sat, 16 Aug 2014 03:38:28 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.9/8.14.9/Submit) id s7G3cSsM079069 for freebsd-current@freebsd.org; Sat, 16 Aug 2014 03:38:28 GMT (envelope-from bdrewery) Received: (qmail 61632 invoked from network); 15 Aug 2014 22:38:25 -0500 Received: from unknown (HELO roundcube.xk42.net) (10.10.5.5) by sweb.xzibition.com with SMTP; 15 Aug 2014 22:38:25 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 15 Aug 2014 22:38:25 -0500 From: Bryan Drewery To: freebsd-current@freebsd.org Subject: Re: panic: pmap active 0xfffff8002d2ae9f8 Organization: FreeBSD In-Reply-To: <53EB868A.1060406@FreeBSD.org> References: <53EB868A.1060406@FreeBSD.org> Message-ID: <295b3f285bffb20608153322d259224a@shatow.net> X-Sender: bdrewery@FreeBSD.org User-Agent: Roundcube Webmail/1.0.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Aug 2014 03:38:28 -0000 On 2014-08-13 10:38, Bryan Drewery wrote: > On 6/24/2014 4:28 PM, Craig Rodrigues wrote: >> Hi, >> >> I have a system running CURRENT at r266925 from May 31. >> >> While doing some software builds using poudriere, the system >> panicked. Unfortunately this system was not configured with >> swap space, so I cannot do a kernel dump. >> >> The system is currently at the ddb prompt. >> Here is the backtrace: >> >> >> Here is the backtrace from ddb: >> >> panic: pmap active 0xfffff8002d2ae9f8 >> cpuid = 5 >> KDB: stack backtrace: >> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame >> 0xfffffe183958a7d0 >> kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe183958a880 >> vpanic() at vpanic+0x126/frame 0xfffffe183958a8c0 >> kassert_panic() at kassert_panic+0x139/frame 0xfffffe183958a930 >> pmap_remove_pages() at pmap_remove_pages+0x8c/frame 0xfffffe183958aa20 >> vmspace_exit() at vmspace_exit+0xa1/frame 0xfffffe183958aa60 >> exit1() at exit1+0x541/frame 0xfffffe183958aad0 >> sys_sys_exit() at sys_sys_exit+0xe/frame 0xfffffe183958aae0 >> amd64_syscall() at amd64_syscall+0x25a/frame 0xfffffe183958abf0 >> Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe183958abf0 >> --- syscall (1, FreeBSD ELF64, sys_sys_exit), rip - 0x800b195aa, rsp - >> 0x7ffffffe3e8, rbp = 0x7ffffffffe400 >> KDB: enter: panic >> [ thread pid 94762 tid 101570 ] >> Stopped at kdb_enter+0x3e: movq $0.kdb_why >> db> >> >> >> Is this a known problem? >> Are there other commands I should type at the ddb prompt? >> -- >> Craig > > I have run into this as well on r269147: > >> panic: pmap active 0xfffff80035f422f8 >> cpuid = 10 >> KDB: stack backtrace: >> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame >> 0xfffffe124852b7d0 >> kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe124852b880 >> vpanic() at vpanic+0x126/frame 0xfffffe124852b8c0 >> kassert_panic() at kassert_panic+0x139/frame 0xfffffe124852b930 >> pmap_remove_pages() at pmap_remove_pages+0x8c/frame 0xfffffe124852ba20 >> vmspace_exit() at vmspace_exit+0x9c/frame 0xfffffe124852ba60 >> exit1() at exit1+0x541/frame 0xfffffe124852bad0 >> sys_sys_exit() at sys_sys_exit+0xe/frame 0xfffffe124852bae0 >> ia32_syscall() at ia32_syscall+0x270/frame 0xfffffe124852bbf0 >> Xint0x80_syscall() at Xint0x80_syscall+0x95/frame 0xfffffe124852bbf0 >> --- syscall (1, FreeBSD ELF32, sys_sys_exit), rip = 0x297e386f, rsp = >> 0xffffd7ac, rbp = 0xffffd7b8 --- >> KDB: enter: panic >> [ thread pid 85335 tid 101517 ] >> Stopped at kdb_enter+0x3e: movq $0,kdb_why >> db> call doadump >> >> Dump failed. Partition too small. >> = 0 Got it again on recent r269950 while building with poudriere: panic: pmap active 0xfffff8113c3c6d78 cpuid = 10 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe1248acc7d0 kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe1248acc880 vpanic() at vpanic+0x126/frame 0xfffffe1248acc8c0 kassert_panic() at kassert_panic+0x139/frame 0xfffffe1248acc930 pmap_remove_pages() at pmap_remove_pages+0x8c/frame 0xfffffe1248acca20 vmspace_exit() at vmspace_exit+0x9c/frame 0xfffffe1248acca60 exit1() at exit1+0x541/frame 0xfffffe1248accad0 sys_sys_exit() at sys_sys_exit+0xe/frame 0xfffffe1248accae0 amd64_syscall() at amd64_syscall+0x25a/frame 0xfffffe1248accbf0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe1248accbf0 --- syscall (1, FreeBSD ELF64, sys_sys_exit), rip = 0x80387fadc, rsp = 0x7fffffffd4e8, rbp = 0x7fffffffd5a0 --- KDB: enter: panic [ thread pid 84433 tid 101503 ] Stopped at kdb_enter+0x3e: movq $0,kdb_why db> call doadump Dump failed. Partition too small. = 0 -- Regards, Bryan Drewery From owner-freebsd-current@FreeBSD.ORG Sat Aug 16 17:34:47 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4F7A262B; Sat, 16 Aug 2014 17:34:47 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "funkthat.com", Issuer "funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 222E5243C; Sat, 16 Aug 2014 17:34:47 +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 s7GHYdSC028524 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 16 Aug 2014 10:34:40 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s7GHYdQv028523; Sat, 16 Aug 2014 10:34:39 -0700 (PDT) (envelope-from jmg) Date: Sat, 16 Aug 2014 10:34:39 -0700 From: John-Mark Gurney To: Alan Somers Subject: Re: Inconsistent behavior with dd(1) Message-ID: <20140816173439.GZ83475@funkthat.com> Mail-Followup-To: Alan Somers , William Orr , FreeBSD CURRENT References: <3C86F281-D618-4B93-BBA3-2DA33AC407EC@worrbase.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Sat, 16 Aug 2014 10:34:40 -0700 (PDT) Cc: FreeBSD CURRENT , William Orr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Aug 2014 17:34:47 -0000 Alan Somers wrote this message on Fri, Aug 15, 2014 at 10:42 -0600: > On Thu, Aug 14, 2014 at 11:55 PM, William Orr wrote: > > Hey, > > > > I found some inconsistent behavior with dd(1) when it comes to specifying arguments in -CURRENT. > > > > [ worr on terra ] ( ~ ) % dd if=/dev/zero of=/dev/null count=18446744073709551616 > > dd: count: Result too large > > [ worr on terra ] ( ~ ) % dd if=/dev/zero of=/dev/null count=18446744073709551617 > > dd: count: Result too large > > [ worr on terra ] ( ~ ) % dd if=/dev/zero of=/dev/null count=18446744073709551615 > > dd: count cannot be negative > > [ worr on terra ] ( ~ ) % dd if=/dev/zero of=/dev/null count=-18446744073709551615 > > 1+0 records in > > 1+0 records out > > 512 bytes transferred in 0.000373 secs (1373071 bytes/sec) > > [ worr on terra ] ( ~ ) % dd if=/dev/zero of=/dev/null count=-1 > > dd: count cannot be negative > > > > ??? > > > > Any chance someone has the time and could take a look? https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191263 > > > > Thanks, > > William Orr > > > > ??? > > > IMHO, this is a bug in strtouq(3), not in dd(1). Why should it parse > negative numbers at all, when there is stroq(3) for that purpose? The > standard is clear that it must, though. Oddly enough, stroq would > probably not accept -18446744073709551615, even though strtouq does. > Specific comments on your patch below: > > > > > > Here???s the patch: > > > > Index: bin/dd/args.c > > =================================================================== > > --- bin/dd/args.c (revision 267712) > > +++ bin/dd/args.c (working copy) > > @@ -186,46 +186,31 @@ > > static void > > f_bs(char *arg) > > { > > - uintmax_t res; > > - > > - res = get_num(arg); > > - if (res < 1 || res > SSIZE_MAX) > > - errx(1, "bs must be between 1 and %jd", (intmax_t)SSIZE_MAX); > > - in.dbsz = out.dbsz = (size_t)res; > > + in.dbsz = out.dbsz = get_num(arg); > > + if (in.dbsz < 1 || out.dbsz < 1) > > Why do you need to check both in and out? Aren't they the same? > Also, you eliminated the check for overflowing SSIZE_MAX. That's not > ok, because these values get passed to places that expect signed > numbers, for example in dd.c:303. The type of dbsz is size_t, so really: > > + errx(1, "bs must be between 1 and %ju", (uintmax_t)-1); This should be SIZE_MAX, except there isn't a define for this? So maybe the code really should be: (uintmax_t)(size_t)-1 to get the correct value for SIZE_MAX... Otherwise on systems that uintmax_t is >32bits and size_t is 32bits, the error message will be wrong... > > } > > > > static void > > f_cbs(char *arg) > > { > > - uintmax_t res; > > - > > - res = get_num(arg); > > - if (res < 1 || res > SSIZE_MAX) > > - errx(1, "cbs must be between 1 and %jd", (intmax_t)SSIZE_MAX); > > - cbsz = (size_t)res; > > + cbsz = get_num(arg); > > + if (cbsz < 1) > > + errx(1, "cbs must be between 1 and %ju", (uintmax_t)-1); > > } > > Again, you eliminated the check for SSIZE_MAX, but cbsz must be signed. What do you mean by this? cbsz is size_t which is unsigned... Again, the cast above is wrong... Maybe we should add a SIZE_MAX define so we don't have to see the double cast... > > static void > > f_count(char *arg) > > { > > - intmax_t res; > > - > > - res = (intmax_t)get_num(arg); > > - if (res < 0) > > - errx(1, "count cannot be negative"); > > - if (res == 0) > > - cpy_cnt = (uintmax_t)-1; > > This is a special case. See dd_in(). I think that eliminating this > special case will have the unintended effect of breaking count=0. > > > - else > > - cpy_cnt = (uintmax_t)res; > > + cpy_cnt = get_num(arg); > > } > > > > static void > > f_files(char *arg) > > { > > - Don't eliminate these blank lines.. they are intentional per style(9): /* Insert an empty line if the function has no local variables. */ > > files_cnt = get_num(arg); > > if (files_cnt < 1) > > - errx(1, "files must be between 1 and %jd", (uintmax_t)-1); > > + errx(1, "files must be between 1 and %ju", (uintmax_t)-1); > > Good catch. > > > } > > > > static void > > @@ -241,14 +226,10 @@ > > static void > > f_ibs(char *arg) > > { > > - uintmax_t res; > > - > > if (!(ddflags & C_BS)) { > > - res = get_num(arg); > > - if (res < 1 || res > SSIZE_MAX) > > - errx(1, "ibs must be between 1 and %jd", > > - (intmax_t)SSIZE_MAX); > > - in.dbsz = (size_t)res; > > + in.dbsz = get_num(arg); > > + if (in.dbsz < 1) > > + errx(1, "ibs must be between 1 and %ju", (uintmax_t)-1); > > Again, you eliminated the check for SSIZE_MAX, but dbsz must be signed. If dbsz must be signed, we should change it's definition to ssize_t instead of size_t... Can you point to the line that says this? In investigating this, it looks like we may have a bug in ftruncate in that out.offset * out.dbsz may overflow and return incorrect results... We should probably check that the output (cast to off_t) is greater than both the inputs before calling ftruncate... This is safe as both are unsigned... > > } > > } > > > > @@ -262,14 +243,10 @@ > > static void > > f_obs(char *arg) > > { > > - uintmax_t res; > > - > > if (!(ddflags & C_BS)) { > > - res = get_num(arg); > > - if (res < 1 || res > SSIZE_MAX) > > - errx(1, "obs must be between 1 and %jd", > > - (intmax_t)SSIZE_MAX); > > - out.dbsz = (size_t)res; > > + out.dbsz = get_num(arg); > > + if (out.dbsz < 1) > > + errx(1, "obs must be between 1 and %ju", (uintmax_t)-1); > > } > > } > > Again, you eliminated the check for SSIZE_MAX, but dbsz must be signed. > > > > > @@ -378,11 +355,14 @@ > > uintmax_t num, mult, prevnum; > > char *expr; > > > > + if (val[0] == '-') > > + errx(1, "%s: cannot be negative", oper); > > + > > In general, I like this part of the diff. Every user of get_num > checks for negative values, so why not move the check into get_num > itself? But you changed it from a numeric check to a text check, and > writing text parsers makes me nervous. I can't see any problems, > though. > > > errno = 0; > > num = strtouq(val, &expr, 0); > > if (errno != 0) /* Overflow or underflow. */ > > err(1, "%s", oper); > > - > > + > > if (expr == val) /* No valid digits. */ > > errx(1, "%s: illegal numeric value", oper); > > > > Index: bin/dd/dd.c > > =================================================================== > > --- bin/dd/dd.c (revision 267712) > > +++ bin/dd/dd.c (working copy) > > @@ -284,8 +284,6 @@ > > > > for (;;) { > > switch (cpy_cnt) { > > - case -1: /* count=0 was specified */ > > - return; > > Again, I don't think this will do what you want it to do. Previously, > leaving count unspecified resulted in cpy_cnt being 0, and specifying > count=0 set cpy_cnt to -1. With your patch, setting count=0 will have > the same effect as leaving it unspecified. > > > case 0: > > break; > > default: > > > > -- 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-current@FreeBSD.ORG Sat Aug 16 21:31:29 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 09D45C20 for ; Sat, 16 Aug 2014 21:31:29 +0000 (UTC) Received: from mail-qg0-x22f.google.com (mail-qg0-x22f.google.com [IPv6:2607:f8b0:400d:c04::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C2B0E2DF0 for ; Sat, 16 Aug 2014 21:31:28 +0000 (UTC) Received: by mail-qg0-f47.google.com with SMTP id i50so3390793qgf.34 for ; Sat, 16 Aug 2014 14:31:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=YdzyUqfhEKsezpVIcPcifDWlSbMN7UtMCb5DWYMBFJ4=; b=DIkbbJ1h/9GQ6RIMFQ3L4bXE65dyR01t+e2Xq8DYBcxqbIMx4Rq8U3snPp5xggwFR6 fzm0pVsxaeY62MN+w8FQYL6hk7S+1Uq41UWL0tGah4k9zjVmrxTlUhwjLDpf1Tk0NVWV ccfaDbE6X+ag3171jLPq3my/e/dtqqxtm9zPHGVN4Rwo9OSK06aoANLIgk9NxmwOUim8 aMEa0McNQDN0SAM0puav/nZv52pYsZGb4v73DCChUfjEmhOpnWHRjQbCFlhrb9rOSQmX VkbME5N/O47cs/wNtVeEo6VcgIGMReUyk6V/8sbPyW4AMQ3cMssTRmKRrkeSBxGG0UDg QrTA== MIME-Version: 1.0 X-Received: by 10.224.112.1 with SMTP id u1mr40578580qap.7.1408224687924; Sat, 16 Aug 2014 14:31:27 -0700 (PDT) Sender: hiren.panchasara@gmail.com Received: by 10.96.170.230 with HTTP; Sat, 16 Aug 2014 14:31:27 -0700 (PDT) Date: Sat, 16 Aug 2014 14:31:27 -0700 X-Google-Sender-Auth: uX4TEdmrFpfXh0-O6WUkru54jB8 Message-ID: Subject: HP folio 9470m cannot efi boot on -CURRENT From: hiren panchasara To: freebsd-current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Aug 2014 21:31:29 -0000 I've already filed a bug with all possible details at https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192655 Still thought of reaching out to larger audience to see if anyone has any ideas/workarounds. Cheers, Hiren