From owner-freebsd-hackers@FreeBSD.ORG Mon May 25 13:46:44 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4EA66994 for ; Mon, 25 May 2015 13:46:44 +0000 (UTC) (envelope-from ps06756@gmail.com) Received: from mail-vn0-x231.google.com (mail-vn0-x231.google.com [IPv6:2607:f8b0:400c:c0f::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0A8611F1 for ; Mon, 25 May 2015 13:46:44 +0000 (UTC) (envelope-from ps06756@gmail.com) Received: by vnbf62 with SMTP id f62so5216907vnb.7 for ; Mon, 25 May 2015 06:46:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=9qRvgxhwybA1lNPb1llSPjoW0qyq4aZiN5U3Z+HCgVI=; b=rJkhbYqV+2UYlMT/dZbjJrgTdQeC90jtnDiqtQuq8FcV/pttucRRnbb4FQhvt4rJ68 fWmQueXT7g+x3vPMuZVxMTKLIq3Iigjn/xP8KRJaMF+8IJBaLp6aHCbTve1fkFVrShia e926r4u4mwrDqfUMeNVXWL1ZU3efocEgSe3PSn51+CIpvGVecLWnIBnS4sTejuM4XgsH lzNwTlv1tehifcPlIDlTAVzc/rzTXPScaNXmEq5CiP7MAytGT+AgRV3uVgoO7ib1oqx8 8YuH8bDLSU1kIhTDthkIzd0m4Jm17sNU303CO/CKSNxq1MTQ/lFNVX1C6oR1PeH+RY7R p8ig== X-Received: by 10.52.77.69 with SMTP id q5mr23708625vdw.29.1432561603139; Mon, 25 May 2015 06:46:43 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.185.134 with HTTP; Mon, 25 May 2015 06:46:22 -0700 (PDT) From: Pratik Singhal Date: Mon, 25 May 2015 19:16:22 +0530 Message-ID: Subject: Convert virtual address to physical address To: freebsd-hackers Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2015 13:46:44 -0000 I need to convert a kernel virtual address to physical address. To do that, as far as I know, we have 2 macros :- vtophys :- In sys/arm/include/pmap.h VTOP :- In sys/boot/i386/libi386/amd64_tramp.S Since, I am working on arm kernel with ARM_NEW_PMAP option, I am using vtophys macro by including the pmap.h file. Now, if I compile the kernel after including the pmap.h file, I am getting the error :- error: field has incomplete type 'struct pmap_statistics' struct pmap_statistics pm_stats; /* pmap statictics */ ^ ./machine/pmap-v6.h:127:9: note: forward declaration of 'struct pmap_statistics' struct pmap_statistics pm_stats; /* pmap statictics */ How, should I resolve this error ? Or is there some other way to convert virtual address to physical address for arm kernel ? From owner-freebsd-hackers@FreeBSD.ORG Mon May 25 13:50:42 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 701F6B7E for ; Mon, 25 May 2015 13:50:42 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-ie0-x22b.google.com (mail-ie0-x22b.google.com [IPv6:2607:f8b0:4001:c03::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 33AA82C5 for ; Mon, 25 May 2015 13:50:42 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by iebgx4 with SMTP id gx4so72864246ieb.0 for ; Mon, 25 May 2015 06:50:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:mime-version:content-type:from:in-reply-to:date:cc :message-id:references:to; bh=X99t0shY5lUl8hgCRur8CwwBDPeYMoQVLElZ4av39mI=; b=Fq7EICt8EPNuBj9pF7VRyn7lqu2PMhFZxiTLOs0+svN0U9++MnV0xu0oxiGio54NKY kVb3URR9WOGf1LGLjpfIaYUU/KmLKVeYgg7fEQILfIQmcxThljRiTFv+39l6p4R9WLAX iEGFH1D0fkT2qEEI4WeWIt+0YihAujcUEUaxqxvOsSi5qBXTlr2xChLa9MI+GkxG3qlC V+H46j7p+JiwAV76jNrU8f1VVozkEma8iU8/cVZTKrJBWUBEeIdbjiqVwnFaKrkHjyQh hBJ9IJcz1jYS6fMlQqi284L3cRHYDN9uwjrw4KoRYNbEcWNi0jW8GsPuhmQh7qXoZfDa GAZw== X-Received: by 10.107.168.164 with SMTP id e36mr28287964ioj.87.1432561841540; Mon, 25 May 2015 06:50:41 -0700 (PDT) Received: from ?IPv6:2601:8:ab80:7d6:edac:574a:2770:5776? ([2601:8:ab80:7d6:edac:574a:2770:5776]) by mx.google.com with ESMTPSA id rj5sm6105898igc.2.2015.05.25.06.50.40 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 25 May 2015 06:50:40 -0700 (PDT) Subject: Re: Convert virtual address to physical address Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Content-Type: multipart/signed; boundary="Apple-Mail=_02F3F810-9606-468E-A740-F8D3C72BA2EE"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b6 From: Garrett Cooper In-Reply-To: Date: Mon, 25 May 2015 06:50:38 -0700 Cc: freebsd-hackers Message-Id: <1E426B87-C1AF-495A-8125-8B7CBFF566D4@gmail.com> References: To: Pratik Singhal X-Mailer: Apple Mail (2.1878.6) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2015 13:50:42 -0000 --Apple-Mail=_02F3F810-9606-468E-A740-F8D3C72BA2EE Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On May 25, 2015, at 6:46, Pratik Singhal wrote: > I need to convert a kernel virtual address to physical address. To do that, > as far as I know, we have 2 macros :- > > vtophys :- In sys/arm/include/pmap.h > VTOP :- In sys/boot/i386/libi386/amd64_tramp.S > > Since, I am working on arm kernel with ARM_NEW_PMAP option, I am using > vtophys macro by including the pmap.h file. > > Now, if I compile the kernel after including the pmap.h file, I am getting > the error :- > > error: field has incomplete type 'struct pmap_statistics' > struct pmap_statistics pm_stats; /* pmap statictics */ > ^ > ./machine/pmap-v6.h:127:9: note: forward declaration of 'struct > pmap_statistics' > struct pmap_statistics pm_stats; /* pmap statictics */ > > How, should I resolve this error ? Or is there some other way to convert > virtual address to physical address for arm kernel ? Try using `#include ` instead. Cheers, -NGie --Apple-Mail=_02F3F810-9606-468E-A740-F8D3C72BA2EE Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJVYyivAAoJEMZr5QU6S73eUXoH/0gfDj4/ugn4H/6ZzN7edgtu yQCQNthhYsG3B9xIY5veWIyiTShE2gAiZQtelon8dRad3pkwO/uO+u+2EJSoipYV oD/t9H7lF6meiUNcJmMQC+VMCHSMhu31QLCbi3agJk7bJeTuuQiRekzqo41qXHZ2 YLZL0dK7fBFg8PlYSDsLySDorqyzCpPrvDoJNFQGrymcR8fQdbPef7qfBri4c3ns zT8smYxT+diYDHd8iVJaO/cTGDAu3z5eNIiPdV/M0vCgEOJLfhofctx1vMOiiCag ZrHcty41bxd1tBV5rl0tBRVIvlsDK1Si/WrEq0IOH5as82Rz80gqQHYZ1z8vARw= =xxam -----END PGP SIGNATURE----- --Apple-Mail=_02F3F810-9606-468E-A740-F8D3C72BA2EE-- From owner-freebsd-hackers@FreeBSD.ORG Mon May 25 14:06:20 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1A5B82CB for ; Mon, 25 May 2015 14:06:20 +0000 (UTC) (envelope-from ps06756@gmail.com) Received: from mail-vn0-x22a.google.com (mail-vn0-x22a.google.com [IPv6:2607:f8b0:400c:c0f::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C788F8F8 for ; Mon, 25 May 2015 14:06:19 +0000 (UTC) (envelope-from ps06756@gmail.com) Received: by vnbf129 with SMTP id f129so5247797vnb.10 for ; Mon, 25 May 2015 07:06:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=8zwHId9YfbmUGVrmCJ9g3UdWKJo84u1RUjsQi5AUdfY=; b=GfS8aCJZd27b517kpNIJhDVoyI858t4kTdzWSHoKjTykCrVATJrTRgZEeKV1mLaG55 Es0BVroQ7420p8tdrCJY+ODggxG8CWfBXSK1zgU8Wx8wiIUrXku6h8bOCOiQ8yf8vW4D 7/QKA8ZjQeiswIa/QqQ6d9aXnzbwy9+Xxzo8BmkFDjgWPS5n04A/9VA0AJS0Xz9UvtbA b9TLvBOV/gi2WIKh4yxQca5Mv1fh4yzciW81oG52C6AaEceymDhBIIi1dZemxHfsfUNH k0vcMyW+jkTYj9XhvVsh5xYOlUUNMDRZ4t7xBFQXpOaqDCowFZ80G3Mit4G0zdqi5t3a 2m8w== X-Received: by 10.53.1.234 with SMTP id bj10mr12917955vdd.60.1432562778731; Mon, 25 May 2015 07:06:18 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.185.134 with HTTP; Mon, 25 May 2015 07:05:58 -0700 (PDT) In-Reply-To: <1E426B87-C1AF-495A-8125-8B7CBFF566D4@gmail.com> References: <1E426B87-C1AF-495A-8125-8B7CBFF566D4@gmail.com> From: Pratik Singhal Date: Mon, 25 May 2015 19:35:58 +0530 Message-ID: Subject: Re: Convert virtual address to physical address To: Garrett Cooper Cc: freebsd-hackers Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2015 14:06:20 -0000 Thanks it is working now ! From owner-freebsd-hackers@FreeBSD.ORG Mon May 25 14:42:15 2015 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 76596E75 for ; Mon, 25 May 2015 14:42:15 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (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 2D5011F7 for ; Mon, 25 May 2015 14:42:14 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from th-04.cs.huji.ac.il ([132.65.80.125]) by kabab.cs.huji.ac.il with esmtp id 1YwtZk-000NVx-5H for hackers@freebsd.org; Mon, 25 May 2015 17:41:56 +0300 From: Daniel Braniss Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: pwm for raspberry pi? Message-Id: Date: Mon, 25 May 2015 17:41:55 +0300 To: hackers@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) X-Mailer: Apple Mail (2.2098) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2015 14:42:15 -0000 reposting to hackers =E2=80=A6 Hi, Now that I=E2=80=99m rapping up my spi/rfid driver (available on demand = :-), I would like to use the pwm interface to power on/off a door lock, but have no idea how to go around it, so any clues would be very welcomed. cheers, danny From owner-freebsd-hackers@FreeBSD.ORG Mon May 25 16:07:23 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D877CFBE for ; Mon, 25 May 2015 16:07:23 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from pmta2.delivery6.ore.mailhop.org (pmta2.delivery6.ore.mailhop.org [54.200.129.228]) by mx1.freebsd.org (Postfix) with SMTP id B766F96B for ; Mon, 25 May 2015 16:07:23 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from ilsoft.org (unknown [73.34.117.227]) by outbound2.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Mon, 25 May 2015 16:07:37 +0000 (UTC) Received: from revolution.hippie.lan (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t4PG7IP4010762; Mon, 25 May 2015 10:07:18 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1432570038.1200.41.camel@freebsd.org> Subject: Re: Convert virtual address to physical address From: Ian Lepore To: Pratik Singhal Cc: freebsd-hackers Date: Mon, 25 May 2015 10:07:18 -0600 In-Reply-To: References: Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.12.10 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2015 16:07:23 -0000 On Mon, 2015-05-25 at 19:16 +0530, Pratik Singhal wrote: > I need to convert a kernel virtual address to physical address. To do that, > as far as I know, we have 2 macros :- > > vtophys :- In sys/arm/include/pmap.h > VTOP :- In sys/boot/i386/libi386/amd64_tramp.S > > Since, I am working on arm kernel with ARM_NEW_PMAP option, I am using > vtophys macro by including the pmap.h file. > > Now, if I compile the kernel after including the pmap.h file, I am getting > the error :- > > error: field has incomplete type 'struct pmap_statistics' > struct pmap_statistics pm_stats; /* pmap statictics */ > ^ > ./machine/pmap-v6.h:127:9: note: forward declaration of 'struct > pmap_statistics' > struct pmap_statistics pm_stats; /* pmap statictics */ > > How, should I resolve this error ? Or is there some other way to convert > virtual address to physical address for arm kernel ? IMO, almost any question that begins with "I need to convert a virtual address to physical" is the wrong question to be asking. The reason you typically need physical addresses is to hand them to some piece of hardware to act on. You can't do that properly using vtophys(), you'll have cache coherency problems when the hardware touches the memory. The busdma family of functions does the right thing. If it's memory-mapped registers you're accessing rather than ram, you probably need bus_space_map() to create a proper device-memory mapping for it. -- Ian From owner-freebsd-hackers@FreeBSD.ORG Tue May 26 10:31:32 2015 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A849AFF8 for ; Tue, 26 May 2015 10:31:32 +0000 (UTC) (envelope-from rank1seeker@gmail.com) Received: from mail-wg0-x22a.google.com (mail-wg0-x22a.google.com [IPv6:2a00:1450:400c:c00::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5421B604 for ; Tue, 26 May 2015 10:31:32 +0000 (UTC) (envelope-from rank1seeker@gmail.com) Received: by wgez8 with SMTP id z8so92931889wge.0 for ; Tue, 26 May 2015 03:31:30 -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 :content-transfer-encoding; bh=tbYINN4lTCyTzGmkurDYrTVrNQUPFXZDBAhuO6z/8po=; b=x+Vn72ywCTDCTexNRDDdcDDEFDSblW2Vxibm8G4YzyUIXwyMWObNOhS9ZZNrQTZUqY W47bRoF/Ulm/cSEEy+6eEInZrQQIomX8SIr6X4WnIVZ0jj2Q+0brRbPVpBNJjjnA9uVg uXt2TetGa68cJ2ueNbTUDEFqq52IBHlB61L4i1J1M5+xZ7yVIB8/TZ1zISBLQukNQnni D6zTjXXlupJMrj+Bnoe47mA3DXKPSCfSo/X1ULkTG8B8/nMGlXMfZPPkB9bbaSpFxEmR jaLN+1qHUel6H+dkPIhiXRZniVAGirF6gWlwMQvyX3dQOQfaDfKP/wR/5ZBi0Tpnkgde Z1yA== X-Received: by 10.180.85.42 with SMTP id e10mr38891963wiz.17.1432636290734; Tue, 26 May 2015 03:31:30 -0700 (PDT) Received: from localhost (cpe-94-253-199-175.zg2.cable.xnet.hr. [94.253.199.175]) by mx.google.com with ESMTPSA id fa8sm16166569wib.14.2015.05.26.03.31.29 for (version=SSLv3 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 26 May 2015 03:31:30 -0700 (PDT) Date: Tue, 26 May 2015 12:31:26 +0200 From: To: hackers@freebsd.org Subject: dumpfs incorrectly displays ufsid Message-ID: <20150526123126.00003bab@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2015 10:31:32 -0000 I've reported this at REL 8.2, long ago at May 2011 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=156908 Now at 10.1-RELEASE-p10 #0 r282952 i386 This happens, ONLY when first chars are 0 (zeros) in second pair of 8 chars, in which case dumpfs, ommits them. I.e; For: /dev/ufsid/3b9aca0000000001 # dumpfs ada0s1h | head -2 magic 19540119 (UFS2) time Sun Sep 9 03:46:40 2001 superblock location 65536 id [ 3b9aca00 1 ] Problem is in '[ 3b9aca00 1 ]' Domagoj From owner-freebsd-hackers@FreeBSD.ORG Tue May 26 11:09:59 2015 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 903B16AE for ; Tue, 26 May 2015 11:09:59 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 09007D85 for ; Tue, 26 May 2015 11:09:58 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.9/8.14.9) with ESMTP id t4QB9rDc045676 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 26 May 2015 13:09:53 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.9/8.14.9/Submit) with ESMTP id t4QB9rO1045673; Tue, 26 May 2015 13:09:53 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Tue, 26 May 2015 13:09:53 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: rank1seeker@gmail.com cc: hackers@freebsd.org Subject: Re: dumpfs incorrectly displays ufsid In-Reply-To: <20150526123126.00003bab@gmail.com> Message-ID: References: <20150526123126.00003bab@gmail.com> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2015 11:09:59 -0000 On Tue, 26 May 2015 12:31+0200, rank1seeker@gmail.com wrote: > I've reported this at REL 8.2, long ago at May 2011 > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=156908 > > Now at 10.1-RELEASE-p10 #0 r282952 i386 > > This happens, ONLY when first chars are 0 (zeros) in second pair of 8 > chars, in which case dumpfs, ommits them. > I.e; For: > /dev/ufsid/3b9aca0000000001 > > # dumpfs ada0s1h | head -2 > magic 19540119 (UFS2) time Sun Sep 9 03:46:40 2001 > superblock location 65536 id [ 3b9aca00 1 ] > > Problem is in '[ 3b9aca00 1 ]' If you apply this patch, then the case for UFS2 is treated similar to the case for UFS1: Index: sbin/dumpfs/dumpfs.c =================================================================== --- sbin/dumpfs/dumpfs.c (revision 283516) +++ sbin/dumpfs/dumpfs.c (working copy) @@ -165,7 +165,7 @@ fstime = afs.fs_time; printf("magic\t%x (UFS2)\ttime\t%s", afs.fs_magic, ctime(&fstime)); - printf("superblock location\t%jd\tid\t[ %x %x ]\n", + printf("superblock location\t%jd\tid\t[ %08x %08x ]\n", (intmax_t)afs.fs_sblockloc, afs.fs_id[0], afs.fs_id[1]); printf("ncg\t%d\tsize\t%jd\tblocks\t%jd\n", afs.fs_ncg, (intmax_t)fssize, (intmax_t)afs.fs_dsize); -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestøl, | Trond Endrestøl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjøvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-hackers@FreeBSD.ORG Tue May 26 12:35:14 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4E44C829 for ; Tue, 26 May 2015 12:35:14 +0000 (UTC) (envelope-from eric@metricspace.net) Received: from mail.metricspace.net (mail.metricspace.net [IPv6:2001:470:1f11:617::103]) by mx1.freebsd.org (Postfix) with ESMTP id 0AE8E654 for ; Tue, 26 May 2015 12:35:14 +0000 (UTC) (envelope-from eric@metricspace.net) Received: from [192.168.2.2] (unknown [166.199.173.221]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: eric) by mail.metricspace.net (Postfix) with ESMTPSA id A7FCD2FCC3 for ; Tue, 26 May 2015 12:35:11 +0000 (UTC) User-Agent: K-9 Mail for blackphone In-Reply-To: <5560F743.9000507@metricspace.net> References: <5560F4FE.4030502@metricspace.net> <5560F743.9000507@metricspace.net> MIME-Version: 1.0 Subject: Re: EFI ZFS loader successful load and boot From: Eric McCorkle Date: Tue, 26 May 2015 08:34:48 -0400 To: freebsd-hackers@freebsd.org Message-ID: <7CD9D028-8BCE-4361-966B-140642BAE341@metricspace.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2015 12:35:14 -0000 Updates: with a new kernel, and the vt terminal, this works fine. Unfortunately, the patch doesn't seem to work with a buildworld build (I was doing make from within the directories). This is related to a hack I do of copying zfs.c into the efi loader directory so it can be built with fPIC. The build system seems to get tripped up in mkdep as a result. Could someone with more knowledge of the build system give me some pointers here? Otherwise, is all set for testing. On May 23, 2015 5:55:15 PM EDT, Eric McCorkle wrote: >One thing I forgot to mention here, my kernel is severely out of date, >as around October of last year, the blank screen on resume issue showed >up. > >I'll try updating to the latest and see if that helps. > >On 05/23/2015 05:45 PM, Eric McCorkle wrote: > >> There is also one other issue, which I think is the fault of my >hardware... >> >> When I boot a kernel in EFI mode, it prints info about the EFI >console, >> then the screen freezes. However, I can tell that the kernel and OS >> finish booting, because functions like suspend-on-lid-close and the >> power button work as normal after a while. However, when waking from >> suspend, the screen is just blank. >> >> This resembles an issue I've had with this particular laptop, which >I've >> reported before on the ACPI list. Given this as well as basic common >> sense, I think it's extremely unlikely that this issue arises as a >> result of my modifications to loader. >> >> If anyone out there has a ZFS-based system and can confirm or deny >this, >> that would be extremely useful information. >> >> >> Thanks, >> Eric >> -- Sent from my Blackphone with K-9 Mail. Please excuse my brevity. From owner-freebsd-hackers@FreeBSD.ORG Tue May 26 13:09:00 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9EFBE306; Tue, 26 May 2015 13:09:00 +0000 (UTC) (envelope-from ps06756@gmail.com) Received: from mail-vn0-x22d.google.com (mail-vn0-x22d.google.com [IPv6:2607:f8b0:400c:c0f::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 710D5E19; Tue, 26 May 2015 13:09:00 +0000 (UTC) (envelope-from ps06756@gmail.com) Received: by vnbf62 with SMTP id f62so7101688vnb.7; Tue, 26 May 2015 06:08:59 -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=+7rD3dusRMefAzKPe6ZtOydN4B6dvaJdSNOnOXd/LAg=; b=OqV1uylC8MjZuLaANvWYxx7qcylnMxjJtM74q9HS/zEv8VAOlX270rKpAqh4lldu0N 6TtpHlfvVy57m2oDOtuvar81Xe/mq1YpFHfhhjKjLepO+OkuvyuubBJ22Z4mH5eo7RTZ ezAeF3NgFzuv9Ynz4Wl5NFidSQA6OpjzGfqy1tBTxkDnoxXkMh9SAtKVs/dz7AzDE/Nf S0TsB96SYfvVZGnSVzs0Mkkf0uknIZHBPWcPa0l/MB8HEInWofAa7l3TGLZU491BQn7h F7AsNLeFMPHQys3Boky/4JNhA6sSX+TDnocSFQvbqjlIH4rqBTD35eqDUtZptH0ISs5z eQfQ== X-Received: by 10.52.77.69 with SMTP id q5mr31242019vdw.29.1432645739448; Tue, 26 May 2015 06:08:59 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.185.134 with HTTP; Tue, 26 May 2015 06:08:39 -0700 (PDT) In-Reply-To: <1432570038.1200.41.camel@freebsd.org> References: <1432570038.1200.41.camel@freebsd.org> From: Pratik Singhal Date: Tue, 26 May 2015 18:38:39 +0530 Message-ID: Subject: Re: Convert virtual address to physical address To: Ian Lepore Cc: freebsd-hackers Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2015 13:09:00 -0000 Sir, Thanks for the help. I was missing the busdma 9 part and was passing physical address directly to the hardware. I'll look into the busdma interface of the kernel and use it instead. On Mon, May 25, 2015 at 9:37 PM, Ian Lepore wrote: > On Mon, 2015-05-25 at 19:16 +0530, Pratik Singhal wrote: > > I need to convert a kernel virtual address to physical address. To do > that, > > as far as I know, we have 2 macros :- > > > > vtophys :- In sys/arm/include/pmap.h > > VTOP :- In sys/boot/i386/libi386/amd64_tramp.S > > > > Since, I am working on arm kernel with ARM_NEW_PMAP option, I am using > > vtophys macro by including the pmap.h file. > > > > Now, if I compile the kernel after including the pmap.h file, I am > getting > > the error :- > > > > error: field has incomplete type 'struct pmap_statistics' > > struct pmap_statistics pm_stats; /* pmap statictics */ > > ^ > > ./machine/pmap-v6.h:127:9: note: forward declaration of 'struct > > pmap_statistics' > > struct pmap_statistics pm_stats; /* pmap statictics */ > > > > How, should I resolve this error ? Or is there some other way to convert > > virtual address to physical address for arm kernel ? > > IMO, almost any question that begins with "I need to convert a virtual > address to physical" is the wrong question to be asking. > > The reason you typically need physical addresses is to hand them to some > piece of hardware to act on. You can't do that properly using > vtophys(), you'll have cache coherency problems when the hardware > touches the memory. The busdma family of functions does the right thing. > > If it's memory-mapped registers you're accessing rather than ram, you > probably need bus_space_map() to create a proper device-memory mapping > for it. > > -- Ian > > > -- Regards, Pratik Singhal From owner-freebsd-hackers@FreeBSD.ORG Tue May 26 14:21:27 2015 Return-Path: Delivered-To: hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9B009CE3 for ; Tue, 26 May 2015 14:21:27 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7F2643E7 for ; Tue, 26 May 2015 14:21:27 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (ppp121-45-225-35.lns20.per1.internode.on.net [121.45.225.35]) (authenticated bits=0) by vps1.elischer.org (8.14.9/8.14.9) with ESMTP id t4QELJ01066801 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Tue, 26 May 2015 07:21:24 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <55648159.7020605@freebsd.org> Date: Tue, 26 May 2015 22:21:13 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: hackers@FreeBSD.ORG Subject: non standard (standard?) timezones. Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2015 14:21:27 -0000 I'm trying to reproduce an existing system (but get it more up to date) In the existing timezone db on hte machine there are the following additional timezones htat were I think at some time symlinks to the real ones, but have over the years (probably with the help of our friend 'cp') been turned into real files. I'm wondering if anyone has any idea of where these came from.. (I suspect some linux distro). I will probably end up spending a few hours working out the correct symlinks to make for each (e.g. Australia/West -> Australia/Perth ) but if anyone knows of such a list already somewhere that'd be nice.. /usr/share/zoneinfo/Jamaica /usr/share/zoneinfo/Kwajalein /usr/share/zoneinfo/Israel /usr/share/zoneinfo/Africa/Timbuktu /usr/share/zoneinfo/Africa/Asmera /usr/share/zoneinfo/Pacific/Samoa /usr/share/zoneinfo/Pacific/Yap /usr/share/zoneinfo/Libya /usr/share/zoneinfo/Iceland /usr/share/zoneinfo/Mexico/BajaNorte /usr/share/zoneinfo/Mexico/BajaSur /usr/share/zoneinfo/Mexico/General /usr/share/zoneinfo/Europe/Belfast /usr/share/zoneinfo/Europe/Tiraspol /usr/share/zoneinfo/Canada/Eastern /usr/share/zoneinfo/Canada/Mountain /usr/share/zoneinfo/Canada/Yukon /usr/share/zoneinfo/Canada/Atlantic /usr/share/zoneinfo/Canada/Newfoundland /usr/share/zoneinfo/Canada/Saskatchewan /usr/share/zoneinfo/Canada/Central /usr/share/zoneinfo/Canada/Pacific /usr/share/zoneinfo/Canada/East-Saskatchewan /usr/share/zoneinfo/Chile/EasterIsland /usr/share/zoneinfo/Chile/Continental /usr/share/zoneinfo/Egypt /usr/share/zoneinfo/Hongkong /usr/share/zoneinfo/Portugal /usr/share/zoneinfo/Brazil/DeNoronha /usr/share/zoneinfo/Brazil/West /usr/share/zoneinfo/Brazil/Acre /usr/share/zoneinfo/Brazil/East /usr/share/zoneinfo/Cuba /usr/share/zoneinfo/Singapore /usr/share/zoneinfo/US/East-Indiana /usr/share/zoneinfo/US/Central /usr/share/zoneinfo/US/Pacific /usr/share/zoneinfo/US/Aleutian /usr/share/zoneinfo/US/Arizona /usr/share/zoneinfo/US/Indiana-Starke /usr/share/zoneinfo/US/Michigan /usr/share/zoneinfo/US/Hawaii /usr/share/zoneinfo/US/Mountain /usr/share/zoneinfo/US/Eastern /usr/share/zoneinfo/US/Samoa /usr/share/zoneinfo/US/Alaska /usr/share/zoneinfo/Atlantic/Faeroe /usr/share/zoneinfo/Atlantic/Jan_Mayen /usr/share/zoneinfo/Poland /usr/share/zoneinfo/Turkey /usr/share/zoneinfo/Australia/West /usr/share/zoneinfo/Australia/Yancowinna /usr/share/zoneinfo/Australia/Queensland /usr/share/zoneinfo/Australia/LHI /usr/share/zoneinfo/Australia/ACT /usr/share/zoneinfo/Australia/South /usr/share/zoneinfo/Australia/Tasmania /usr/share/zoneinfo/Australia/North /usr/share/zoneinfo/Australia/Victoria /usr/share/zoneinfo/Australia/Canberra /usr/share/zoneinfo/Australia/NSW /usr/share/zoneinfo/Japan /usr/share/zoneinfo/Asia/Riyadh89 /usr/share/zoneinfo/Asia/Macao /usr/share/zoneinfo/Asia/Ashkhabad /usr/share/zoneinfo/Asia/Chungking /usr/share/zoneinfo/Asia/Thimbu /usr/share/zoneinfo/Asia/Riyadh87 /usr/share/zoneinfo/Asia/Riyadh88 /usr/share/zoneinfo/Asia/Tel_Aviv /usr/share/zoneinfo/Asia/Calcutta /usr/share/zoneinfo/Asia/Ulan_Bator /usr/share/zoneinfo/Asia/Dacca /usr/share/zoneinfo/Asia/Katmandu /usr/share/zoneinfo/Asia/Ujung_Pandang /usr/share/zoneinfo/Asia/Saigon /usr/share/zoneinfo/Iran /usr/share/zoneinfo/America/Virgin /usr/share/zoneinfo/America/Fort_Wayne /usr/share/zoneinfo/America/Indianapolis /usr/share/zoneinfo/America/Knox_IN /usr/share/zoneinfo/America/Cordoba /usr/share/zoneinfo/America/Porto_Acre /usr/share/zoneinfo/America/Coral_Harbour /usr/share/zoneinfo/America/Argentina/ComodRivadavia /usr/share/zoneinfo/America/Rosario /usr/share/zoneinfo/America/Catamarca /usr/share/zoneinfo/America/Ensenada /usr/share/zoneinfo/America/Mendoza /usr/share/zoneinfo/America/Atka /usr/share/zoneinfo/America/Louisville /usr/share/zoneinfo/America/Jujuy /usr/share/zoneinfo/America/Buenos_Aires From owner-freebsd-hackers@FreeBSD.ORG Tue May 26 14:22:51 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E453EE10 for ; Tue, 26 May 2015 14:22:51 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pd0-x234.google.com (mail-pd0-x234.google.com [IPv6:2607:f8b0:400e:c02::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B396775E for ; Tue, 26 May 2015 14:22:51 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by pdfh10 with SMTP id h10so91894537pdf.3 for ; Tue, 26 May 2015 07:22:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=eVhNgs0WU7k/GewlosphqECoW0IfdFnL6IFgnEgA2k4=; b=NKILRMBvvqG4lyqYyHP+jJm/4uGpKsb8S1vUmT2ExaS3Z6HNrO7y6OvCM8o9WojaB5 LqGTs8usTNbFt2/fJW6oByZSSn1c0ARgn0jaNF2pS+KmXjPHwD1gZak81qRlimHyfeIa vObBbbBiXmR3dzl4ulh0rOgC+HDMagJpy/jeCIBpj3kx2EDwdvJ5KH9nYcVUXKpQXgID Ar0HoHip4ZIqFDib22PgjA2BsUPEQXjb+3yqRaOaiXlU5Tq9fSETG60AtQFz/xtqYLjv NJYp+5V33U0RWRzCSaHNdI3b0xVTkF3xv1rL73V212N07T+F5a8y9fHN53CXSDLiyvyr /vcw== X-Received: by 10.68.232.164 with SMTP id tp4mr48704428pbc.101.1432650171120; Tue, 26 May 2015 07:22:51 -0700 (PDT) Received: from ?IPv6:2601:8:ab80:7d6:9d53:ab8a:88e7:ae5a? ([2601:8:ab80:7d6:9d53:ab8a:88e7:ae5a]) by mx.google.com with ESMTPSA id oj10sm13283947pdb.38.2015.05.26.07.22.50 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 26 May 2015 07:22:50 -0700 (PDT) References: <5560F4FE.4030502@metricspace.net> <5560F743.9000507@metricspace.net> <7CD9D028-8BCE-4361-966B-140642BAE341@metricspace.net> Mime-Version: 1.0 (1.0) In-Reply-To: <7CD9D028-8BCE-4361-966B-140642BAE341@metricspace.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: <98598C0A-D09A-4BC7-A15C-5422BBA2EE4C@gmail.com> Cc: "freebsd-hackers@freebsd.org" X-Mailer: iPhone Mail (12F70) From: Garrett Cooper Subject: Re: EFI ZFS loader successful load and boot Date: Tue, 26 May 2015 07:22:49 -0700 To: Eric McCorkle X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2015 14:22:52 -0000 > On May 26, 2015, at 05:34, Eric McCorkle wrote: >=20 > Updates: with a new kernel, and the vt terminal, this works fine.=20 >=20 > Unfortunately, the patch doesn't seem to work with a buildworld build (I w= as doing make from within the directories). This is related to a hack I do o= f copying zfs.c into the efi loader directory so it can be built with fPIC. T= he build system seems to get tripped up in mkdep as a result.=20 >=20 > Could someone with more knowledge of the build system give me some pointer= s here? Otherwise, is all set for testing. DPSRCS/CLEANFILES are probably the knobs you're looking for...= From owner-freebsd-hackers@FreeBSD.ORG Tue May 26 16:03:39 2015 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4A4F7C38 for ; Tue, 26 May 2015 16:03:39 +0000 (UTC) (envelope-from ed@nuxi.nl) Received: from mail-yh0-f46.google.com (mail-yh0-f46.google.com [209.85.213.46]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 14A462F8 for ; Tue, 26 May 2015 16:03:38 +0000 (UTC) (envelope-from ed@nuxi.nl) Received: by yhcb70 with SMTP id b70so31993636yhc.0 for ; Tue, 26 May 2015 09:03:32 -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:date :message-id:subject:from:to:cc:content-type; bh=tzNtimDm+rEze5z0LwbwQDbXUW2n6+xVb69Ef9zDTHw=; b=V0XPWb4fjbzWbCkPaMCfaGJp9MzW018niDOZMP6VP4HwUN7ml78Wzg1DN9C5kfnfyc iHBlDQnNTT7BIyBwra7ckVMSkpZxaxYz0hWS1YwGBynscT2ZX10lhG0lPsZABEHXuuGN +1zQVJniDhKxtfVcRqRJvDyeTrluEtXvWiR/NorepDyGQr+V1F8cXaenSvLx2Gn+DiEd DetneerWwlEdAOyGC8B7grJ4Vsvsnrc7by7lcDXw0eiGJ3EYjIwbGM9pCAP4s9Y77AHL lyiZu3DwB1BfDR0ULua654mlknDEzbUTifulqcBET1ybxTCD+KLohvMdm5zdp3/p+wda oRUA== X-Gm-Message-State: ALoCoQnczdjQfLcA3ySLZX0J2OrwAJrJtoTZ71rXsFU6YF+M57KgFDEN2/xB+ME0T2yivNKadxIm MIME-Version: 1.0 X-Received: by 10.236.63.106 with SMTP id z70mr22202898yhc.20.1432656212621; Tue, 26 May 2015 09:03:32 -0700 (PDT) Received: by 10.129.113.212 with HTTP; Tue, 26 May 2015 09:03:32 -0700 (PDT) X-Originating-IP: [84.27.222.46] In-Reply-To: <55648159.7020605@freebsd.org> References: <55648159.7020605@freebsd.org> Date: Tue, 26 May 2015 18:03:32 +0200 Message-ID: Subject: Re: non standard (standard?) timezones. From: Ed Schouten To: Julian Elischer Cc: hackers@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2015 16:03:39 -0000 2015-05-26 16:21 GMT+02:00 Julian Elischer : > I will probably end up spending a few hours working out the correct symlinks > to make for each > (e.g. Australia/West -> Australia/Perth ) > but if anyone knows of such a list already somewhere that'd be nice.. You can extract these from the 'tzdata' files. Just run this command in src/. $ grep -r ^Link contrib/tzdata Alternatively, you could just rm -Rf /usr/share/zoneinfo and perform another installworld. -- Ed Schouten From owner-freebsd-hackers@FreeBSD.ORG Tue May 26 16:27:08 2015 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 214B9764 for ; Tue, 26 May 2015 16:27:08 +0000 (UTC) (envelope-from rank1seeker@gmail.com) Received: from mail-wi0-x232.google.com (mail-wi0-x232.google.com [IPv6:2a00:1450:400c:c05::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id ABCF9A98 for ; Tue, 26 May 2015 16:27:07 +0000 (UTC) (envelope-from rank1seeker@gmail.com) Received: by wifw1 with SMTP id w1so37457903wif.0 for ; Tue, 26 May 2015 09:27:06 -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=ZPmAfiFNdS64iamLiR6G+PhHpMKAcAWybuFs504qk/Y=; b=G0demdW7bsiL2pa4eCMrNShRXq4xE/VJt+O3g5sluw8Z21063+MVsK196aR6DmBawE wO/QbYWj6zHRlei1wGbnipi6DYTw7Ec08c6eMTro6DZbgWtrOgotSxOn170Oj3LQcKD6 hlPKKdJtlMBKy64h12usq+6JQwcgV3g+cJLW3xUM0KJuhdo6zZFm7BdyvVwCSBhLZ7jm jA/6llu8eHfzDeN9TY88hArZfRryvAQ/oqDEECi9rKyngdmQ4CToxHjE3jOJYdoR6wSU tlDDpI/8TgHyWXAEh8dRPtn4Re8z9hOl3Jd2sHpxo569DSK/rXIDrUIMWgSmB8rajolW j5og== X-Received: by 10.194.193.71 with SMTP id hm7mr44595195wjc.40.1432657626181; Tue, 26 May 2015 09:27:06 -0700 (PDT) Received: from localhost ([193.198.56.245]) by mx.google.com with ESMTPSA id xy5sm22521457wjc.35.2015.05.26.09.27.04 (version=SSLv3 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 26 May 2015 09:27:05 -0700 (PDT) Date: Tue, 26 May 2015 18:26:56 +0200 From: To: Trond =?UTF-8?Q?Endrest=C3=B8l?= Cc: hackers@freebsd.org Subject: Re: dumpfs incorrectly displays ufsid Message-ID: <20150526182656.000000bd@gmail.com> In-Reply-To: References: <20150526123126.00003bab@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2015 16:27:08 -0000 On Tue, 26 May 2015 13:09:53 +0200 (CEST) Trond Endrest=C3=B8l wrote: > On Tue, 26 May 2015 12:31+0200, rank1seeker@gmail.com wrote: >=20 > > I've reported this at REL 8.2, long ago at May 2011 > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D156908 > >=20 > > Now at 10.1-RELEASE-p10 #0 r282952 i386 > >=20 > > This happens, ONLY when first chars are 0 (zeros) in second pair of > > 8 chars, in which case dumpfs, ommits them. > > I.e; For: > > /dev/ufsid/3b9aca0000000001 > >=20 > > # dumpfs ada0s1h | head -2 > > magic 19540119 (UFS2) time Sun Sep 9 03:46:40 2001 > > superblock location 65536 id [ 3b9aca00 1 ] > >=20 > > Problem is in '[ 3b9aca00 1 ]' >=20 > If you apply this patch, then the case for UFS2 is treated similar to=20 > the case for UFS1: >=20 > Index: sbin/dumpfs/dumpfs.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 > --- sbin/dumpfs/dumpfs.c (revision 283516) > +++ sbin/dumpfs/dumpfs.c (working copy) > @@ -165,7 +165,7 @@ > fstime =3D afs.fs_time; > printf("magic\t%x (UFS2)\ttime\t%s", > afs.fs_magic, ctime(&fstime)); > - printf("superblock location\t%jd\tid\t[ %x %x ]\n", > + printf("superblock location\t%jd\tid\t[ %08x %08x > ]\n", (intmax_t)afs.fs_sblockloc, afs.fs_id[0], afs.fs_id[1]); > printf("ncg\t%d\tsize\t%jd\tblocks\t%jd\n", > afs.fs_ncg, (intmax_t)fssize, > (intmax_t)afs.fs_dsize); >=20 Applied patch ... rm -f dumpfs dumpfs.o dumpfs.8.gz dumpfs.8.cat.gz /usr/obj/usr/src/sbin/dumpfs created for /usr/src/sbin/dumpfs rm -f .depend mkdep -f .depend -a -std=3Dgnu99 /usr/src/sbin/dumpfs/dumpfs.c echo dumpfs: /usr/lib/libc.a /usr/lib/libufs.a >> .depend cc -O2 -pipe -march=3Dprescott -std=3Dgnu99 -Qunused-arguments -fstack-pr= otector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -= Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-var= iable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality= -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wn= o-knr-promoted-parameter -c /usr/src/sbin/dumpfs/dumpfs.c cc -O2 -pipe -march=3Dprescott -std=3Dgnu99 -Qunused-arguments -fstack-pr= otector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -= Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-var= iable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality= -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wn= o-knr-promoted-parameter -o dumpfs dumpfs.o -lufs gzip -cn /usr/src/sbin/dumpfs/dumpfs.8 > dumpfs.8.gz install -s -o root -g wheel -m 555 dumpfs /sbin/dumpfs install -o root -g wheel -m 444 dumpfs.8.gz /usr/share/man/man8 rm -f dumpfs dumpfs.o dumpfs.8.gz dumpfs.8.cat.gz And ... # dumpfs ada0s1h | head -2 magic 19540119 (UFS2) time Sun Sep 9 03:46:40 2001 superblock location 65536 id [ 3b9aca00 00000001 ] Ok, it works! Could you now commit it ASAP? Thanks. Domagoj Smol=C4=8Di=C4=87 From owner-freebsd-hackers@FreeBSD.ORG Tue May 26 16:52:16 2015 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 48D42234 for ; Tue, 26 May 2015 16:52:16 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C59FD224 for ; Tue, 26 May 2015 16:52:15 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.9/8.14.9) with ESMTP id t4QGq8g6046795 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 26 May 2015 18:52:08 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.9/8.14.9/Submit) with ESMTP id t4QGq8g9046792; Tue, 26 May 2015 18:52:08 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Tue, 26 May 2015 18:52:08 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: rank1seeker@gmail.com cc: hackers@freebsd.org Subject: Re: dumpfs incorrectly displays ufsid In-Reply-To: <20150526182656.000000bd@gmail.com> Message-ID: References: <20150526123126.00003bab@gmail.com> <20150526182656.000000bd@gmail.com> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2015 16:52:16 -0000 On Tue, 26 May 2015 18:26+0200, rank1seeker@gmail.com wrote: > On Tue, 26 May 2015 13:09:53 +0200 (CEST) > Trond Endrestøl wrote: > > > On Tue, 26 May 2015 12:31+0200, rank1seeker@gmail.com wrote: > > > > > I've reported this at REL 8.2, long ago at May 2011 > > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=156908 > > > > > > Now at 10.1-RELEASE-p10 #0 r282952 i386 > > > > > > This happens, ONLY when first chars are 0 (zeros) in second pair of > > > 8 chars, in which case dumpfs, ommits them. > > > I.e; For: > > > /dev/ufsid/3b9aca0000000001 > > > > > > # dumpfs ada0s1h | head -2 > > > magic 19540119 (UFS2) time Sun Sep 9 03:46:40 2001 > > > superblock location 65536 id [ 3b9aca00 1 ] > > > > > > Problem is in '[ 3b9aca00 1 ]' > > > > If you apply this patch, then the case for UFS2 is treated similar to > > the case for UFS1: > > > > Index: sbin/dumpfs/dumpfs.c > > =================================================================== > > --- sbin/dumpfs/dumpfs.c (revision 283516) > > +++ sbin/dumpfs/dumpfs.c (working copy) > > @@ -165,7 +165,7 @@ > > fstime = afs.fs_time; > > printf("magic\t%x (UFS2)\ttime\t%s", > > afs.fs_magic, ctime(&fstime)); > > - printf("superblock location\t%jd\tid\t[ %x %x ]\n", > > + printf("superblock location\t%jd\tid\t[ %08x %08x > > ]\n", (intmax_t)afs.fs_sblockloc, afs.fs_id[0], afs.fs_id[1]); > > printf("ncg\t%d\tsize\t%jd\tblocks\t%jd\n", > > afs.fs_ncg, (intmax_t)fssize, > > (intmax_t)afs.fs_dsize); > > > > Applied patch ... > > rm -f dumpfs dumpfs.o dumpfs.8.gz dumpfs.8.cat.gz > /usr/obj/usr/src/sbin/dumpfs created for /usr/src/sbin/dumpfs > rm -f .depend > mkdep -f .depend -a -std=gnu99 /usr/src/sbin/dumpfs/dumpfs.c > echo dumpfs: /usr/lib/libc.a /usr/lib/libufs.a >> .depend > cc -O2 -pipe -march=prescott -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /usr/src/sbin/dumpfs/dumpfs.c > cc -O2 -pipe -march=prescott -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -o dumpfs dumpfs.o -lufs > gzip -cn /usr/src/sbin/dumpfs/dumpfs.8 > dumpfs.8.gz > install -s -o root -g wheel -m 555 dumpfs /sbin/dumpfs > install -o root -g wheel -m 444 dumpfs.8.gz /usr/share/man/man8 > rm -f dumpfs dumpfs.o dumpfs.8.gz dumpfs.8.cat.gz > > > And ... > # dumpfs ada0s1h | head -2 > magic 19540119 (UFS2) time Sun Sep 9 03:46:40 2001 > superblock location 65536 id [ 3b9aca00 00000001 ] > > > Ok, it works! > Could you now commit it ASAP? I'm glad to see the patch works. Sorry, I don't have committer's priviledge, nor would I undertake such a commitment (hah, wordplay). But I could add my patch to your PR, and hopefully someone will pick it up. > Thanks. > > > Domagoj Smol?i? > > -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestøl, | Trond Endrestøl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjøvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ From owner-freebsd-hackers@FreeBSD.ORG Tue May 26 21:58:39 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3438585A; Tue, 26 May 2015 21:58:39 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ig0-x236.google.com (mail-ig0-x236.google.com [IPv6:2607:f8b0:4001:c05::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EF2A783A; Tue, 26 May 2015 21:58:38 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by igcau1 with SMTP id au1so24747igc.1; Tue, 26 May 2015 14:58:38 -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=O1JCFCOfun1InhigWx0spqSnjb2Izh2uMT/dH0LLj2g=; b=XONY0YUAZGrqkx2DXHBoxjDv+kYLd7a1CzgPDi1g6AThp4zddMPX/H3OhCqdrtslTl N9w88C8TNwAnZxPLflIUG5UkNEj0hvCUJ7dLKR9ZwrtwY7+wx9Iq2jGoFAA+Ut2w7xX8 eGLuUuSjweSfEgKCuIqxmcb3Lnf92kgCRp5cjEReJR3seoL54dHlXLu1DWKVau+5WdAK KltjrxZqF2g7xdZnYR88ydbn4LqA5qy4GonOY+75DjQlqWqgPSuNY7TM9O2lxtBziufc ZGOAnFpBSonm2kBUU5UpO6s3YiICRpwZv7H2tBPIsBU1jAfrvyWVaiyh8B5grAqK74TH UYuw== MIME-Version: 1.0 X-Received: by 10.107.155.81 with SMTP id d78mr37787128ioe.29.1432677518268; Tue, 26 May 2015 14:58:38 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.36.38.133 with HTTP; Tue, 26 May 2015 14:58:38 -0700 (PDT) In-Reply-To: <5564b545.0287440a.5871.7050@mx.google.com> References: <5564b545.0287440a.5871.7050@mx.google.com> Date: Tue, 26 May 2015 14:58:38 -0700 X-Google-Sender-Auth: _-7uPVPEeehmQChtfdNpOKupnPI Message-ID: Subject: Re: Performance issues with Intel Fortville (XL710/ixl(4)) From: Adrian Chadd To: Lakshmi Narasimhan Sundararajan Cc: "Pokala, Ravi" , "freebsd-net@freebsd.org" , "jfv@freebsd.org" , "erj@freebsd.org" , "freebsd-hackers@freebsd.org" , "Lewis, Fred" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2015 21:58:39 -0000 hi! Try enabling RSS and PCBGROUPS on -HEAD. The ixl driver should work. (I haven't tested it though; I've had other things going on here.) -adrian On 21 May 2015 at 15:20, Lakshmi Narasimhan Sundararajan wrote: > Hi FreeBSD Team! > > We seem to have found a problem to Tx performance. > > We found that the tx handling is spread on all CPUs causing probably cach= e trashing resulting in poor performance. > > But once we used cpuset to bind interrupt thread and iperf process to the= same CPU, performance was close to line rate. I used userland cpuset comma= nd to perform this manually. I want this constrained in the kernel config/c= ode through some tunables, and I am seeking your help/pointers in that rega= rd. > > > My followup questions are as follows. > > a) How are Tx interrupts steered from the NIC to the CPU on the transmit = path? Would tx_complete# interrupt for packets transmitted from CPU#x, be s= erviced on the same CPU? If not, how to get this binding done? > > > b) I would like to use a pool of CPUs dedicated to service NIC interrupts= . Especially on the transmit path, I would want the tx_interrupts to be han= dled on the same CPU on which request was submitted. How to get this done? > > > I played with the current ISR setting but I did not see any difference in= how Interrupts are scheduled across CPU. The max interrupt threads even th= ough set to one, the interrupt threads are scheduled on any CPU. Even if I = set bindthreads to =E2=80=981=E2=80=99. There is no difference in interrupt= thread scheduling. > > > root@mau-da-27-4-1:~ # sysctl net.isr > net.isr.dispatch: direct > net.isr.maxthreads: 1 > net.isr.bindthreads: 0 > net.isr.maxqlimit: 10240 > net.isr.defaultqlimit: 256 > net.isr.maxprot: 16 > net.isr.numthreads: 1 > > > I would sincerely appreciate if you can provide some pointers on these it= ems above. > > > > > Thanks > > LN > > > > > > > > From: Pokala, Ravi > Sent: =E2=80=8EWednesday=E2=80=8E, =E2=80=8EMay=E2=80=8E =E2=80=8E20=E2= =80=8E, =E2=80=8E2015 =E2=80=8E3=E2=80=8E:=E2=80=8E34=E2=80=8E =E2=80=8EAM > To: freebsd-net@freebsd.org, jfv@freebsd.org, erj@freebsd.org > Cc: freebsd-hackers@freebsd.org, Lewis, Fred, Sundararajan, Lakshmi > > > > > > Hi folks, > > At Panasas, we are working with the Intel XL710 40G NIC (aka Fortville), > and we're seeing some performance issues w/ 11-CURRENT (r282653). > > Motherboard: Intel S2600KP (aka Kennedy Pass) > CPU: E5-2660 v3 @ 2.6GHz (aka Haswell Xeon) > (1 socket x 10 physical cores x 2 SMT threads) =3D 20 logical cor= es > NIC: Intel XL710, 2x40Gbps QSFP, configured in 4x10Gbps mode > RAM: 4x 16GB DDR4 DIMMs > > What we've seen so far: > > - TX performance is pretty consistently lower than RX performance. All > numbers below are for unidrectional tests using `iperf': > 10Gbps links threads/link TX Gbps RX Gbps TX/RX > 1 1 9.02 9.85 91.57% > 1 8 8.49 9.91 85.67% > 1 16 7.00 9.91 70.63% > 1 32 6.68 9.92 67.40% > > - With multiple active links, both TX and RX performance suffer greatly= ; > the aggregate bandwidth tops out at about a third of the theoretical > 40Gbps implied by 4x 10Gbps. > 10Gbps links threads/link TX Gbps RX Gbps % of 40Gb= ps > 4 1 13.39 13.38 33.4% > > - Multi-link bidirectional throughput is absolutely terrible; the > aggregate is less than a tenth of the theoretical 40Gbps. > 10Gbps links threads/link TX Gbps RX Gbps % of 40Gb= ps > 4 1 3.83 2.96 9.6% / 7.= 4% > > - Occasional interrupt storm messages are seen from the IRQs associated > with the NICs. Since that can impact performance, those runs were not > included in the data listed above. > > Our questions: > > - How stable is ixl(4) in -CURRENT? By that, we mean both how quickly i= s > the driver changing, and does the driver cause any system instability? > > - What type of performance have others been getting w/ Fortville? In > 40Gbps mode? In 4x10Gbps mode? > > - Does anyone have any tuning parameters they can recommend for this > card? > > - We did our testing w/ 11-CURRENT, but we will initially ship Fortvill= e > running on 10.1-RELEASE or 10.2-RELEASE. The presence of RSS - even thoug= h > it is disabled by default - makes the driver back-port non-trivial. Is > there an estimate on when the 11-CURRENT version of the driver (1.4.1) > will get MFCed to 10-STABLE? > > My colleagues Lakshmi and Fred (CCed) are working on this; please make > sure to include them if you have any comments. > > Thanks, > > Ravi > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Wed May 27 11:17:20 2015 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0A0959D3 for ; Wed, 27 May 2015 11:17:20 +0000 (UTC) (envelope-from rank1seeker@gmail.com) Received: from mail-wg0-x235.google.com (mail-wg0-x235.google.com [IPv6:2a00:1450:400c:c00::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 948B4CDA for ; Wed, 27 May 2015 11:17:19 +0000 (UTC) (envelope-from rank1seeker@gmail.com) Received: by wgbgq6 with SMTP id gq6so6415173wgb.3 for ; Wed, 27 May 2015 04:17:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; bh=x6j8l56sosqyzt77LzTb2XkJ3qVGoXwFgo+X8QAlKj4=; b=CxDmCPLk+iOd9pw2k1Cnfv3ZB7OobPVALlEBpNliA39Sy5htzSs5a6a7NyT+l9RyoA E3b8SOxstZj0hR0J7uqYYd27kxhG+ABEiFBSeTA8/iGTQku5agxT4IEwNPl2hsAMlVhi dm8dubTWe8FBqkSEcCd5VJCmsnDPv+EGDPP0VSaUy7NMlCCfWXi6EvJpfzbb2HSXcNUl mdeaOc5BXgeaWWwUW8K468vj3XkOaZN1bx+cPpU9L8HOKf7hIKiI1IozhiTMAm0Qzali z3b8jX8LeuN39FjKg6PNUu+GMpLSlddn9w+6iaD3AQBpNI3QlbrnRV/njw1GCmLM3QIr SyiQ== X-Received: by 10.180.7.169 with SMTP id k9mr5068017wia.84.1432725437974; Wed, 27 May 2015 04:17:17 -0700 (PDT) Received: from localhost (cpe-94-253-199-175.zg2.cable.xnet.hr. [94.253.199.175]) by mx.google.com with ESMTPSA id v3sm3141753wix.8.2015.05.27.04.17.16 (version=SSLv3 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 27 May 2015 04:17:17 -0700 (PDT) Date: Wed, 27 May 2015 13:17:12 +0200 From: To: Trond =?UTF-8?Q?Endrest=C3=B8l?= , hackers@freebsd.org Subject: Re: dumpfs incorrectly displays ufsid Message-ID: <20150527131712.00007591@gmail.com> In-Reply-To: References: <20150526123126.00003bab@gmail.com> <20150526182656.000000bd@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2015 11:17:20 -0000 > I'm glad to see the patch works. Sorry, I don't have committer's > priviledge, nor would I undertake such a commitment (hah, wordplay). > But I could add my patch to your PR, and hopefully someone will pick > it up. It's done, thanks! https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=156908 Andrey took it over. From owner-freebsd-hackers@FreeBSD.ORG Thu May 28 01:48:07 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9C02F785 for ; Thu, 28 May 2015 01:48:07 +0000 (UTC) (envelope-from rpokala@panasas.com) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0083.outbound.protection.outlook.com [65.55.169.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 40713E2 for ; Thu, 28 May 2015 01:48:06 +0000 (UTC) (envelope-from rpokala@panasas.com) Received: from CY1PR08MB1803.namprd08.prod.outlook.com (25.162.218.25) by CY1PR08MB1803.namprd08.prod.outlook.com (25.162.218.25) with Microsoft SMTP Server (TLS) id 15.1.172.22; Thu, 28 May 2015 01:47:57 +0000 Received: from CY1PR08MB1803.namprd08.prod.outlook.com ([25.162.218.25]) by CY1PR08MB1803.namprd08.prod.outlook.com ([25.162.218.25]) with mapi id 15.01.0172.012; Thu, 28 May 2015 01:47:57 +0000 From: "Pokala, Ravi" To: "freebsd-hackers@freebsd.org" Subject: Quick question re: dual-booting Thread-Topic: Quick question re: dual-booting Thread-Index: AQHQmOhRwFcAubfNGkewxHqQPpAgtw== Date: Thu, 28 May 2015 01:47:55 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.9.150325 authentication-results: spf=none (sender IP is ) smtp.mailfrom=rpokala@panasas.com; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [64.80.217.3] x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CY1PR08MB1803; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5005006)(520003)(3002001); SRVR:CY1PR08MB1803; BCL:0; PCL:0; RULEID:; SRVR:CY1PR08MB1803; x-forefront-prvs: 0590BBCCBC x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(164054003)(189002)(199003)(2501003)(99286002)(106116001)(106356001)(2351001)(50986999)(2656002)(92566002)(83506001)(102836002)(87936001)(86362001)(101416001)(64706001)(5001860100001)(68736005)(5001830100001)(36756003)(110136002)(46102003)(2900100001)(122556002)(105586002)(450100001)(4001350100001)(40100003)(66066001)(107886002)(54356999)(62966003)(97736004)(5001960100002)(77156002)(229853001)(81156007)(4001540100001)(5002640100001)(189998001); DIR:OUT; SFP:1101; SCL:1; SRVR:CY1PR08MB1803; H:CY1PR08MB1803.namprd08.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: panasas.com does not designate permitted sender hosts) Content-Type: text/plain; charset="us-ascii" Content-ID: <8D558176661A674D97636EC60B039A63@namprd08.prod.outlook.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: panasas.com X-MS-Exchange-CrossTenant-originalarrivaltime: 28 May 2015 01:47:56.0076 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: acf01c9d-c699-42af-bdbb-44bf582e60b0 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY1PR08MB1803 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2015 01:48:07 -0000 Hi folks, For doing some apples-to-apples comparisons on a piece of hardware, we want to be able to easily flip back and forth between FreeBSD (10.1, amd64, traditional non-UEFI bootstrap w/ GPT) and Linux. To minimize the chance of an installer going wrong and nuking something, we're installing one drive, installing FreeBSD on it, then swapping in another drive and installing Linux on it. Then we'll install both drives, and let the bootloader control which one gets booted. The question is: how do we tell the bootloader which OS to boot? If we can do it using loader, great! If we have to use something like grub, that's fine too. But either way, I need some guidance. Thoughts? Thanks, Ravi From owner-freebsd-hackers@FreeBSD.ORG Thu May 28 01:50:40 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2AE2A882 for ; Thu, 28 May 2015 01:50:40 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) by mx1.freebsd.org (Postfix) with ESMTP id 0861015A for ; Thu, 28 May 2015 01:50:39 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [192.168.1.2] (unknown [192.168.1.2]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id E0FE8761F for ; Thu, 28 May 2015 01:50:32 +0000 (UTC) Message-ID: <5566746B.6040300@freebsd.org> Date: Wed, 27 May 2015 21:50:35 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: Re: Quick question re: dual-booting References: In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CaMGrb6ueSGN6WUvl57eFUW3G19ivuikr" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2015 01:50:40 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --CaMGrb6ueSGN6WUvl57eFUW3G19ivuikr Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 2015-05-27 21:47, Pokala, Ravi wrote: > Hi folks, >=20 > For doing some apples-to-apples comparisons on a piece of hardware, we > want to be able to easily flip back and forth between FreeBSD (10.1, > amd64, traditional non-UEFI bootstrap w/ GPT) and Linux. To minimize th= e > chance of an installer going wrong and nuking something, we're installi= ng > one drive, installing FreeBSD on it, then swapping in another drive and= > installing Linux on it. Then we'll install both drives, and let the > bootloader control which one gets booted. >=20 > The question is: how do we tell the bootloader which OS to boot? If we = can > do it using loader, great! If we have to use something like grub, that'= s > fine too. But either way, I need some guidance. >=20 > Thoughts? >=20 > Thanks, >=20 > Ravi >=20 > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.o= rg" >=20 Grub will definitely work. I've also successfully dual-booted FreeBSD UEFI and Windows UEFI using rEFInd --=20 Allan Jude --CaMGrb6ueSGN6WUvl57eFUW3G19ivuikr 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) iQIcBAEBAgAGBQJVZnRtAAoJEJrBFpNRJZKfS3oP/iPxHUcZEKL02G8w0KYoowmq S67AfGaWlf+VFWDoN+oOWISjg/9rEspDiaIv6GC+1cJXn1R3vLM1hLlxccHfz/3X PmU4KdV3nMrp3FOIsXK17Uwh8BFb10XLTaxl0zeVNJ9soX+ywCiV/iQPQSGcIQsO CuWuyVjIcMkKCBV+z+91AHUUXHbUtEJ/TBynrQm3p2NANhme0X9bqF8rvb9sa6Qe uWesxq79FbvUYw0K6lz7vgY/0WTs9DGFKZLbOiisT5Ah7a4MwezZ+1dOwpkeOWuI w8xZJFpT8MPHanqHaeeyD68Nh3vyqAuc+j22TE9DntkEUH46Q4WMRoGVUr5wsh+z y6DMVoYyGalq5tq0oiIsUcEiS2hC39cQu5ZkJw11epmyCco/Jrg/3gAo1gjOY8ui E5ZJg+y5MtHRt/5Zaeo09vKuqrzPiIsNwWKFAUll9VqL104fcZ1q4fWdWHJ1YgAv 4EGpKXt1kuUssIeV2rPv9td/UUCtYdKFhx9cAQrvKfo33M3gFb+dM5P9bxM4GMP0 f41wPKt0w/qe8F3zdxix86LBCgtQXCyrs9VnJdQpsYVNlKrukuNSMVzaEkEztXnz wljQu/tMeis++LBmTavYqsALBH1R+HJlsnjXUB0z1+J4WkqVaIde5JCLRLNsM6KH fV1kbnTJdW99mcdo7etv =62dr -----END PGP SIGNATURE----- --CaMGrb6ueSGN6WUvl57eFUW3G19ivuikr-- From owner-freebsd-hackers@FreeBSD.ORG Thu May 28 02:32:42 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 88B81D98 for ; Thu, 28 May 2015 02:32:42 +0000 (UTC) (envelope-from jerrymc@jerrymc.net) Received: from jerrymc.net (jerrymc.net [75.75.214.34]) (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 3FF5EE30 for ; Thu, 28 May 2015 02:32:41 +0000 (UTC) (envelope-from jerrymc@jerrymc.net) Received: from jerrymc.net (localhost [127.0.0.1]) by jerrymc.net (8.14.5/8.14.5) with ESMTP id t4REBw1D075153; Wed, 27 May 2015 10:11:58 -0400 (EDT) (envelope-from jerrymc@jerrymc.net) Received: (from jerrymc@localhost) by jerrymc.net (8.14.5/8.14.5/Submit) id t4REBwS2075152; Wed, 27 May 2015 10:11:58 -0400 (EDT) (envelope-from jerrymc) Date: Wed, 27 May 2015 10:11:58 -0400 From: Jerry McAllister To: "Pokala, Ravi" Cc: "freebsd-hackers@freebsd.org" Subject: Re: Quick question re: dual-booting Message-ID: <20150527141158.GB75037@jerrymc.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2015 02:32:42 -0000 On Thu, May 28, 2015 at 01:47:55AM +0000, Pokala, Ravi wrote: > Hi folks, > > For doing some apples-to-apples comparisons on a piece of hardware, we > want to be able to easily flip back and forth between FreeBSD (10.1, > amd64, traditional non-UEFI bootstrap w/ GPT) and Linux. To minimize the > chance of an installer going wrong and nuking something, we're installing > one drive, installing FreeBSD on it, then swapping in another drive and > installing Linux on it. Then we'll install both drives, and let the > bootloader control which one gets booted. > > The question is: how do we tell the bootloader which OS to boot? If we can > do it using loader, great! If we have to use something like grub, that's > fine too. But either way, I need some guidance. It has been so long since I last did this, I cannot remember the correct names of things. But, basically - the BIOS boot code loads the MBR on the first found drive based on the boot order you set in the BIOS (the default might be OK, but if not, you interrupt the boot and at the configuration menu you choose your desired boot order. - The MBR makes up a list of all of the blocks marked as bootable on that first drive - can be up to 4 - and, if there is an MBR on the next drive in will also list that. - You can select one of the boot blocks or the MBR of the next drive. - If you select a boot block, it goes ahead and loads it and jumps to it to complete booting. - If you select the next drive MBR (if there is one) then execution continues there. - That MBR makes a list of the boot blocks on that drive plus the next drives MBR from which you can select. If there is only one bootable drive configured in the BIOS boot order then you do not absolutely need an MBR. It will just boot the only drive. But, I always suggest people just have it. It doesn't hurt anything and might possibly save some hassles if you try to do something weird later. There can also be other devices in the boot order list such as CD or Floppy, etc. There are other boot managers such as Grub. They do about the same stuff except they use some space that the default boot manager leaves untouched to make much more complete labeling of boot blocks and some allow the drive to be divided in to more than 4 bootable blocks. But otherwise they accomplish the same thing. Work has been done on how drives are divided and the way file systems are layed out since the last times I was dipping in to this, so many details be changed. But, I think the basic overall action is similar. Have fun, ////jerry > > Thoughts? > > Thanks, > > Ravi > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Thu May 28 14:30:00 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CE2FCAF3 for ; Thu, 28 May 2015 14:30:00 +0000 (UTC) (envelope-from wblock@wonkity.com) 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 80B4E2B2 for ; Thu, 28 May 2015 14:30:00 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id t4SETqiL033223 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 28 May 2015 08:29:52 -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 t4SETq0x033220; Thu, 28 May 2015 08:29:52 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Thu, 28 May 2015 08:29:52 -0600 (MDT) From: Warren Block To: "Pokala, Ravi" cc: "freebsd-hackers@freebsd.org" Subject: Re: Quick question re: dual-booting In-Reply-To: Message-ID: References: User-Agent: Alpine 2.20 (BSF 67 2015-01-07) 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]); Thu, 28 May 2015 08:29:52 -0600 (MDT) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2015 14:30:00 -0000 On Thu, 28 May 2015, Pokala, Ravi wrote: > Hi folks, > > For doing some apples-to-apples comparisons on a piece of hardware, we > want to be able to easily flip back and forth between FreeBSD (10.1, > amd64, traditional non-UEFI bootstrap w/ GPT) and Linux. To minimize the > chance of an installer going wrong and nuking something, we're installing > one drive, installing FreeBSD on it, then swapping in another drive and > installing Linux on it. Then we'll install both drives, and let the > bootloader control which one gets booted. > > The question is: how do we tell the bootloader which OS to boot? If we can > do it using loader, great! If we have to use something like grub, that's > fine too. But either way, I need some guidance. https://forums.freebsd.org/threads/gpt-multiboot.49055/ Presumably, the Linux entry would be for hd1. From owner-freebsd-hackers@FreeBSD.ORG Thu May 28 17:49:40 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 81878BB1; Thu, 28 May 2015 17:49:40 +0000 (UTC) (envelope-from flewis@panasas.com) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1on0066.outbound.protection.outlook.com [157.56.110.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2E520CA6; Thu, 28 May 2015 17:49:38 +0000 (UTC) (envelope-from flewis@panasas.com) Received: from BY2PR08MB1797.namprd08.prod.outlook.com (25.163.46.23) by BY2PR08MB157.namprd08.prod.outlook.com (10.242.39.16) with Microsoft SMTP Server (TLS) id 15.1.172.22; Thu, 28 May 2015 17:49:29 +0000 Received: from CY1PR0801MB1563.namprd08.prod.outlook.com (25.163.143.139) by BY2PR08MB1797.namprd08.prod.outlook.com (25.163.46.23) with Microsoft SMTP Server (TLS) id 15.1.172.22; Thu, 28 May 2015 17:49:25 +0000 Received: from CY1PR0801MB1563.namprd08.prod.outlook.com ([25.163.143.139]) by CY1PR0801MB1563.namprd08.prod.outlook.com ([25.163.143.139]) with mapi id 15.01.0172.012; Thu, 28 May 2015 17:49:25 +0000 From: "Lewis, Fred" To: Adrian Chadd , "Sundararajan, Lakshmi" CC: "Pokala, Ravi" , "freebsd-net@freebsd.org" , "jfv@freebsd.org" , "erj@freebsd.org" , "freebsd-hackers@freebsd.org" Subject: Re: Performance issues with Intel Fortville (XL710/ixl(4)) Thread-Topic: Performance issues with Intel Fortville (XL710/ixl(4)) Thread-Index: AQHQkn+7WBa4imHGwkeMI3kSTJaMlZ2HA5GAgAfVrACAApv3AA== Date: Thu, 28 May 2015 17:49:24 +0000 Message-ID: References: <5564b545.0287440a.5871.7050@mx.google.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=flewis@panasas.com; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [66.31.107.140] x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(42134001)(42139001); SRVR:BY2PR08MB1797; UriScan:; BCL:0; PCL:0; RULEID:(42134001)(42139001); SRVR:BY2PR08MB157; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(520003)(5005006)(3002001); SRVR:BY2PR08MB1797; BCL:0; PCL:0; RULEID:; SRVR:BY2PR08MB1797; x-forefront-prvs: 0590BBCCBC x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(501624003)(24454002)(51704005)(189002)(164054003)(479174004)(199003)(377454003)(122556002)(81156007)(5001770100001)(15975445007)(50986999)(68736005)(102836002)(76176999)(106116001)(54356999)(2900100001)(101416001)(1720100001)(106356001)(2950100001)(105586002)(87936001)(4001540100001)(189998001)(40100003)(97736004)(2656002)(99286002)(62966003)(36756003)(77156002)(19580395003)(46102003)(86362001)(66066001)(64706001)(5001860100001)(19580405001)(92566002)(5001960100002)(5001830100001)(5002640100001)(94096001); DIR:OUT; SFP:1101; SCL:1; SRVR:BY2PR08MB1797; H:CY1PR0801MB1563.namprd08.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: panasas.com does not designate permitted sender hosts) Content-Type: text/plain; charset="Windows-1252" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-CrossTenant-originalarrivaltime: 28 May 2015 17:49:24.8514 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: acf01c9d-c699-42af-bdbb-44bf582e60b0 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY2PR08MB1797 X-OriginatorOrg: panasas.com X-Mailman-Approved-At: Thu, 28 May 2015 18:00:45 +0000 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2015 17:49:40 -0000 Hi Adrian, It is my understanding that you are maintaining the RSS code. The Panasas folks have this question for you. We are doing our testing w/ 11-CURRENT, but we will initially ship Intel XL710 40G NIC (Fortville) running on 10.1-RELEASE or 10.2-RELEASE. The presence of RSS - even though it is disabled by default - makes the driver back-port non-trivial. Is there an estimate on when the 11-CURRENT version of the ixl driver (1.4.1) and (especially) the supporting RSS code infrastructure will get MFCed to 10-STABLE? Thanks, -Fred On 5/26/15 5:58 PM, "Adrian Chadd" wrote: >hi! > >Try enabling RSS and PCBGROUPS on -HEAD. The ixl driver should work. > >(I haven't tested it though; I've had other things going on here.) > > > >-adrian > > >On 21 May 2015 at 15:20, Lakshmi Narasimhan Sundararajan > wrote: >> Hi FreeBSD Team! >> >> We seem to have found a problem to Tx performance. >> >> We found that the tx handling is spread on all CPUs causing probably >>cache trashing resulting in poor performance. >> >> But once we used cpuset to bind interrupt thread and iperf process to >>the same CPU, performance was close to line rate. I used userland cpuset >>command to perform this manually. I want this constrained in the kernel >>config/code through some tunables, and I am seeking your help/pointers >>in that regard. >> >> >> My followup questions are as follows. >> >> a) How are Tx interrupts steered from the NIC to the CPU on the >>transmit path? Would tx_complete# interrupt for packets transmitted from >>CPU#x, be serviced on the same CPU? If not, how to get this binding done? >> >> >> b) I would like to use a pool of CPUs dedicated to service NIC >>interrupts. Especially on the transmit path, I would want the >>tx_interrupts to be handled on the same CPU on which request was >>submitted. How to get this done? >> >> >> I played with the current ISR setting but I did not see any difference >>in how Interrupts are scheduled across CPU. The max interrupt threads >>even though set to one, the interrupt threads are scheduled on any CPU. >>Even if I set bindthreads to =8C1=B9. There is no difference in interrupt >>thread scheduling. >> >> >> root@mau-da-27-4-1:~ # sysctl net.isr >> net.isr.dispatch: direct >> net.isr.maxthreads: 1 >> net.isr.bindthreads: 0 >> net.isr.maxqlimit: 10240 >> net.isr.defaultqlimit: 256 >> net.isr.maxprot: 16 >> net.isr.numthreads: 1 >> >> >> I would sincerely appreciate if you can provide some pointers on these >>items above. >> >> >> >> >> Thanks >> >> LN >> >> >> >> >> >> >> >> From: Pokala, Ravi >> Sent: Wednesday, May 20, 2015 3:34 AM >> To: freebsd-net@freebsd.org, jfv@freebsd.org, erj@freebsd.org >> Cc: freebsd-hackers@freebsd.org, Lewis, Fred, Sundararajan, Lakshmi >> >> >> >> >> >> Hi folks, >> >> At Panasas, we are working with the Intel XL710 40G NIC (aka Fortville), >> and we're seeing some performance issues w/ 11-CURRENT (r282653). >> >> Motherboard: Intel S2600KP (aka Kennedy Pass) >> CPU: E5-2660 v3 @ 2.6GHz (aka Haswell Xeon) >> (1 socket x 10 physical cores x 2 SMT threads) =3D 20 logical >>cores >> NIC: Intel XL710, 2x40Gbps QSFP, configured in 4x10Gbps mode >> RAM: 4x 16GB DDR4 DIMMs >> >> What we've seen so far: >> >> - TX performance is pretty consistently lower than RX performance. All >> numbers below are for unidrectional tests using `iperf': >> 10Gbps links threads/link TX Gbps RX Gbps TX/RX >> 1 1 9.02 9.85 91.57% >> 1 8 8.49 9.91 85.67% >> 1 16 7.00 9.91 70.63% >> 1 32 6.68 9.92 67.40% >> >> - With multiple active links, both TX and RX performance suffer >>greatly; >> the aggregate bandwidth tops out at about a third of the theoretical >> 40Gbps implied by 4x 10Gbps. >> 10Gbps links threads/link TX Gbps RX Gbps % of >>40Gbps >> 4 1 13.39 13.38 33.4% >> >> - Multi-link bidirectional throughput is absolutely terrible; the >> aggregate is less than a tenth of the theoretical 40Gbps. >> 10Gbps links threads/link TX Gbps RX Gbps % of >>40Gbps >> 4 1 3.83 2.96 9.6% / >>7.4% >> >> - Occasional interrupt storm messages are seen from the IRQs >>associated >> with the NICs. Since that can impact performance, those runs were not >> included in the data listed above. >> >> Our questions: >> >> - How stable is ixl(4) in -CURRENT? By that, we mean both how quickly >>is >> the driver changing, and does the driver cause any system instability? >> >> - What type of performance have others been getting w/ Fortville? In >> 40Gbps mode? In 4x10Gbps mode? >> >> - Does anyone have any tuning parameters they can recommend for this >> card? >> >> - We did our testing w/ 11-CURRENT, but we will initially ship >>Fortville >> running on 10.1-RELEASE or 10.2-RELEASE. The presence of RSS - even >>though >> it is disabled by default - makes the driver back-port non-trivial. Is >> there an estimate on when the 11-CURRENT version of the driver (1.4.1) >> will get MFCed to 10-STABLE? >> >> My colleagues Lakshmi and Fred (CCed) are working on this; please make >> sure to include them if you have any comments. >> >> Thanks, >> >> Ravi >> _______________________________________________ >> freebsd-net@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-net >> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Thu May 28 19:00:26 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E1D34CD5; Thu, 28 May 2015 19:00:26 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ig0-x233.google.com (mail-ig0-x233.google.com [IPv6:2607:f8b0:4001:c05::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AA4D4160; Thu, 28 May 2015 19:00:26 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by igbpi8 with SMTP id pi8so316747igb.0; Thu, 28 May 2015 12:00: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=ag6KQUNqk1xfU7eWchSItl3IOW3DeYaTzWiR4Ol0aog=; b=wBP+RGcok1k7rIm3gxXvD17k/BwIqKZiEiFQI0a8z8grqPHBG3JWBNv/HX6h76qx8n TQlPhJt/RIrrnlA7d1pmLr08/L7s8IM8kD+Y12H63ob/qKSHMCVXHwDF+FP7xmSDuTqW 24SAMpvaIVjk0Ked7ybnAhEiczfBq2Bd7PgR1J/W2oyoPLasQEwNTdV1F4/KQHuRKMEK L/GlpFtT9SKOj7VDBa8HkbCnZlb/LfLlas6FbzVaPf5I8xFK6F/mqvK4WLtdADsJ2dw7 1sPmC6/pSTL2I4j8nRkfqmVkuHK5AoPgAwxkLWtbD/K1rhvSxGzx1qCPKdTyA68djX5I 4VgA== MIME-Version: 1.0 X-Received: by 10.107.11.26 with SMTP id v26mr5397886ioi.8.1432839626090; Thu, 28 May 2015 12:00:26 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.36.38.133 with HTTP; Thu, 28 May 2015 12:00:26 -0700 (PDT) In-Reply-To: References: <5564b545.0287440a.5871.7050@mx.google.com> Date: Thu, 28 May 2015 12:00:26 -0700 X-Google-Sender-Auth: EjVM6HuJqGj78gQ42nWqKbal6is Message-ID: Subject: Re: Performance issues with Intel Fortville (XL710/ixl(4)) From: Adrian Chadd To: "Lewis, Fred" Cc: "Sundararajan, Lakshmi" , "Pokala, Ravi" , "freebsd-net@freebsd.org" , "jfv@freebsd.org" , "erj@freebsd.org" , "freebsd-hackers@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2015 19:00:27 -0000 Hi, I've no plans to MFC the RSS stuff to stable/10 - there's still RSS work that needs to happen in -HEAD and it will likely change the ioctls and kernel API a little. I'd really appreciate help on developing the RSS stuff in -HEAD so we can call it done and merge it back. Thanks, -adrian From owner-freebsd-hackers@FreeBSD.ORG Fri May 29 13:08:07 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9A661628 for ; Fri, 29 May 2015 13:08:07 +0000 (UTC) (envelope-from sebastian.huber@embedded-brains.de) Received: from mail.embedded-brains.de (host-82-135-62-35.customer.m-online.net [82.135.62.35]) (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 0C33B18DA for ; Fri, 29 May 2015 13:08:06 +0000 (UTC) (envelope-from sebastian.huber@embedded-brains.de) Received: from localhost (localhost.localhost [127.0.0.1]) by mail.embedded-brains.de (Postfix) with ESMTP id 272832A1820; Fri, 29 May 2015 15:01:31 +0200 (CEST) Received: from mail.embedded-brains.de ([127.0.0.1]) by localhost (zimbra.eb.localhost [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id W10bWwgkvo-o; Fri, 29 May 2015 15:01:30 +0200 (CEST) Received: from localhost (localhost.localhost [127.0.0.1]) by mail.embedded-brains.de (Postfix) with ESMTP id A60DD2A192A; Fri, 29 May 2015 15:01:30 +0200 (CEST) X-Virus-Scanned: amavisd-new at zimbra.eb.localhost Received: from mail.embedded-brains.de ([127.0.0.1]) by localhost (zimbra.eb.localhost [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id YNRGKmh0hW7k; Fri, 29 May 2015 15:01:30 +0200 (CEST) Received: from [192.168.96.129] (unknown [192.168.96.129]) by mail.embedded-brains.de (Postfix) with ESMTPSA id 7DEC92A1820; Fri, 29 May 2015 15:01:30 +0200 (CEST) Message-ID: <55686300.3080100@embedded-brains.de> Date: Fri, 29 May 2015 15:00:48 +0200 From: Sebastian Huber User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: freebsd-hackers@freebsd.org CC: phk@phk.freebsd.dk Subject: Problem with timecounters and memory model Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2015 13:08:07 -0000 Hello, we ported the FreeBSD timecounters to the RTEMS real-time operating=20 system. On PowerPC with GCC 4.9 I noticed the following problem. We have void binuptime(struct bintime *bt) { struct timehands *th; u_int gen; do { th =3D timehands; gen =3D th->th_generation; *bt =3D th->th_offset; bintime_addx(bt, th->th_scale * tc_delta(th)); } while (gen =3D=3D 0 || gen !=3D th->th_generation); } This is only valid if th->th_offset is read after th->th_generation and=20 the last write to th->th_generation is observable to all consumers=20 before the next write to th->th_offset etc. On PowerPC we get the following code via GCC 4.9: binuptime: stwu 1,-32(1) #,, mflr 0 #, stw 26,8(1) #, stw 0,36(1) #, stw 27,12(1) #, stw 28,16(1) #, stw 29,20(1) #, stw 31,28(1) #, stw 30,24(1) #, mr 30,3 # bt, bt .L41: lwz 31,timehands@sdarel(13) # timehands, th lwz 28,0(31) # th_3->th_counter, tc lwz 8,40(31) # th_3->th_offset, th_3->th_offset lwz 9,0(28) # tc_13->tc_get_timecount, tc_13->tc_get_timecount mr 3,28 #, tc lwz 10,44(31) # th_3->th_offset, th_3->th_offset lwz 6,32(31) # th_3->th_offset, th_3->th_offset mtctr 9 #, tc_13->tc_get_timecount lwz 7,36(31) # th_3->th_offset, th_3->th_offset <- we read th_generation after th_offset lwz 27,64(31) # th_3->th_generation, gen stw 8,8(30) # *bt_5(D), th_3->th_offset stw 10,12(30) # *bt_5(D), th_3->th_offset stw 6,0(30) # *bt_5(D), th_3->th_offset stw 7,4(30) # *bt_5(D), th_3->th_offset lwz 26,20(31) # th_3->th_scale, D.6097 lwz 29,16(31) # th_3->th_scale, D.6097 bctrl # Adding a compiler memory barrier yields: void binuptime(struct bintime *bt) { struct timehands *th; uint32_t gen; do { th =3D timehands; gen =3D th->th_generation; __asm__ volatile("" ::: "memory"); *bt =3D th->th_offset; bintime_addx(bt, th->th_scale * tc_delta(th)); } while (gen =3D=3D 0 || gen !=3D th->th_generation); } binuptime: stwu 1,-32(1) #,, mflr 0 #, stw 26,8(1) #, stw 0,36(1) #, stw 27,12(1) #, stw 28,16(1) #, stw 29,20(1) #, stw 31,28(1) #, stw 30,24(1) #, mr 30,3 # bt, bt .L41: lwz 31,timehands@sdarel(13) # timehands, th lwz 27,64(31) # th_3->th_generation, gen <- we read th_generation before th_offset lwz 28,0(31) # th_3->th_counter, tc lwz 9,44(31) # th_3->th_offset, th_3->th_offset lwz 8,36(31) # th_3->th_offset, th_3->th_offset mr 3,28 #, tc lwz 10,40(31) # th_3->th_offset, th_3->th_offset lwz 7,32(31) # th_3->th_offset, th_3->th_offset stw 9,12(30) # *bt_6(D), th_3->th_offset lwz 9,0(28) # tc_14->tc_get_timecount, tc_14->tc_get_timecount stw 8,4(30) # *bt_6(D), th_3->th_offset mtctr 9 #, tc_14->tc_get_timecount stw 10,8(30) # *bt_6(D), th_3->th_offset stw 7,0(30) # *bt_6(D), th_3->th_offset lwz 26,20(31) # th_3->th_scale, D.6097 lwz 29,16(31) # th_3->th_scale, D.6097 bctrl # This version seems to work at least on uni-processor systems. Shouldn't=20 there be real memory barriers the synchronize the reads/writes to=20 th_generation for SMP machines? --=20 Sebastian Huber, embedded brains GmbH Address : Dornierstr. 4, D-82178 Puchheim, Germany Phone : +49 89 189 47 41-16 Fax : +49 89 189 47 41-09 E-Mail : sebastian.huber@embedded-brains.de PGP : Public key available on request. Diese Nachricht ist keine gesch=C3=A4ftliche Mitteilung im Sinne des EHUG= . From owner-freebsd-hackers@FreeBSD.ORG Fri May 29 13:31:19 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 681B9903 for ; Fri, 29 May 2015 13:31:19 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E4ECB1FBD for ; Fri, 29 May 2015 13:31:18 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.9/8.14.9) with ESMTP id t4TDUvvY083080 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Fri, 29 May 2015 16:30:57 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.9.2 kib.kiev.ua t4TDUvvY083080 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.9/Submit) id t4TDUv8p083078; Fri, 29 May 2015 16:30:57 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 29 May 2015 16:30:57 +0300 From: Konstantin Belousov To: Sebastian Huber Cc: freebsd-hackers@freebsd.org, phk@phk.freebsd.dk Subject: Re: Problem with timecounters and memory model Message-ID: <20150529133057.GG2499@kib.kiev.ua> References: <55686300.3080100@embedded-brains.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <55686300.3080100@embedded-brains.de> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2015 13:31:19 -0000 On Fri, May 29, 2015 at 03:00:48PM +0200, Sebastian Huber wrote: > Hello, > > we ported the FreeBSD timecounters to the RTEMS real-time operating > system. On PowerPC with GCC 4.9 I noticed the following problem. We have > > void > binuptime(struct bintime *bt) > { > struct timehands *th; > u_int gen; > > do { > th = timehands; > gen = th->th_generation; > *bt = th->th_offset; > bintime_addx(bt, th->th_scale * tc_delta(th)); > } while (gen == 0 || gen != th->th_generation); > } > > This is only valid if th->th_offset is read after th->th_generation and > the last write to th->th_generation is observable to all consumers > before the next write to th->th_offset etc. > > On PowerPC we get the following code via GCC 4.9: > > binuptime: > stwu 1,-32(1) #,, > mflr 0 #, > stw 26,8(1) #, > stw 0,36(1) #, > stw 27,12(1) #, > stw 28,16(1) #, > stw 29,20(1) #, > stw 31,28(1) #, > stw 30,24(1) #, > mr 30,3 # bt, bt > .L41: > lwz 31,timehands@sdarel(13) # timehands, th > lwz 28,0(31) # th_3->th_counter, tc > lwz 8,40(31) # th_3->th_offset, th_3->th_offset > lwz 9,0(28) # tc_13->tc_get_timecount, tc_13->tc_get_timecount > mr 3,28 #, tc > lwz 10,44(31) # th_3->th_offset, th_3->th_offset > lwz 6,32(31) # th_3->th_offset, th_3->th_offset > mtctr 9 #, tc_13->tc_get_timecount > lwz 7,36(31) # th_3->th_offset, th_3->th_offset > > <- we read th_generation after th_offset > > lwz 27,64(31) # th_3->th_generation, gen > stw 8,8(30) # *bt_5(D), th_3->th_offset > stw 10,12(30) # *bt_5(D), th_3->th_offset > stw 6,0(30) # *bt_5(D), th_3->th_offset > stw 7,4(30) # *bt_5(D), th_3->th_offset > lwz 26,20(31) # th_3->th_scale, D.6097 > lwz 29,16(31) # th_3->th_scale, D.6097 > bctrl # > > Adding a compiler memory barrier yields: > > void > binuptime(struct bintime *bt) > { > struct timehands *th; > uint32_t gen; > > do { > th = timehands; > gen = th->th_generation; > __asm__ volatile("" ::: "memory"); > *bt = th->th_offset; > bintime_addx(bt, th->th_scale * tc_delta(th)); > } while (gen == 0 || gen != th->th_generation); > } > > binuptime: > stwu 1,-32(1) #,, > mflr 0 #, > stw 26,8(1) #, > stw 0,36(1) #, > stw 27,12(1) #, > stw 28,16(1) #, > stw 29,20(1) #, > stw 31,28(1) #, > stw 30,24(1) #, > mr 30,3 # bt, bt > .L41: > lwz 31,timehands@sdarel(13) # timehands, th > lwz 27,64(31) # th_3->th_generation, gen > > <- we read th_generation before th_offset > > lwz 28,0(31) # th_3->th_counter, tc > lwz 9,44(31) # th_3->th_offset, th_3->th_offset > lwz 8,36(31) # th_3->th_offset, th_3->th_offset > mr 3,28 #, tc > lwz 10,40(31) # th_3->th_offset, th_3->th_offset > lwz 7,32(31) # th_3->th_offset, th_3->th_offset > stw 9,12(30) # *bt_6(D), th_3->th_offset > lwz 9,0(28) # tc_14->tc_get_timecount, tc_14->tc_get_timecount > stw 8,4(30) # *bt_6(D), th_3->th_offset > mtctr 9 #, tc_14->tc_get_timecount > stw 10,8(30) # *bt_6(D), th_3->th_offset > stw 7,0(30) # *bt_6(D), th_3->th_offset > lwz 26,20(31) # th_3->th_scale, D.6097 > lwz 29,16(31) # th_3->th_scale, D.6097 > bctrl # > > This version seems to work at least on uni-processor systems. Shouldn't > there be real memory barriers the synchronize the reads/writes to > th_generation for SMP machines? Yes, you are right. It is probably somewhat correct only on TSO architectures, i.e. x86 and sparc64. Even there, it is 'somewhat' since compilers can reorder the accesses. I was unable to convince myself to leave the code as-is when I coded the shared-page access to the timehands from usermode. Please take a look at the lib/libc/sys/__vdso_gettimeofday.c:binuptime(). The normal FreeBSD' atomics ops could not be used there due to cmpxcgh requiring a writeable memory. From owner-freebsd-hackers@FreeBSD.ORG Fri May 29 13:39:30 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C8A432AF for ; Fri, 29 May 2015 13:39:30 +0000 (UTC) (envelope-from sebastian.huber@embedded-brains.de) Received: from mail.embedded-brains.de (host-82-135-62-35.customer.m-online.net [82.135.62.35]) (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 62EEA1101 for ; Fri, 29 May 2015 13:39:30 +0000 (UTC) (envelope-from sebastian.huber@embedded-brains.de) Received: from localhost (localhost.localhost [127.0.0.1]) by mail.embedded-brains.de (Postfix) with ESMTP id 3CC652A1820; Fri, 29 May 2015 15:40:09 +0200 (CEST) Received: from mail.embedded-brains.de ([127.0.0.1]) by localhost (zimbra.eb.localhost [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id UeRF-Vdall7T; Fri, 29 May 2015 15:40:08 +0200 (CEST) Received: from localhost (localhost.localhost [127.0.0.1]) by mail.embedded-brains.de (Postfix) with ESMTP id C86B12A192A; Fri, 29 May 2015 15:40:08 +0200 (CEST) X-Virus-Scanned: amavisd-new at zimbra.eb.localhost Received: from mail.embedded-brains.de ([127.0.0.1]) by localhost (zimbra.eb.localhost [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id zgYRxBPpVLO7; Fri, 29 May 2015 15:40:08 +0200 (CEST) Received: from [192.168.96.129] (unknown [192.168.96.129]) by mail.embedded-brains.de (Postfix) with ESMTPSA id A9F782A1820; Fri, 29 May 2015 15:40:08 +0200 (CEST) Message-ID: <55686C0F.9000101@embedded-brains.de> Date: Fri, 29 May 2015 15:39:27 +0200 From: Sebastian Huber User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Poul-Henning Kamp CC: freebsd-hackers@freebsd.org Subject: Re: Problem with timecounters and memory model References: <55686300.3080100@embedded-brains.de> <85086.1432906578@critter.freebsd.dk> In-Reply-To: <85086.1432906578@critter.freebsd.dk> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2015 13:39:30 -0000 On 29/05/15 15:36, Poul-Henning Kamp wrote: > -------- > In message <55686300.3080100@embedded-brains.de>, Sebastian Huber write= s: > >> This version seems to work at least on uni-processor systems. Shouldn'= t >> there be real memory barriers the synchronize the reads/writes to >> th_generation for SMP machines? > yes, there should. > > (I must admit that I havn't looked at that code for about five or ten y= ears.) > Ok, what makes me wonder is why this problem didn't show up in FreeBSD.=20 In our case we observed backward jumps in the supposed to be monotonic=20 uptime. --=20 Sebastian Huber, embedded brains GmbH Address : Dornierstr. 4, D-82178 Puchheim, Germany Phone : +49 89 189 47 41-16 Fax : +49 89 189 47 41-09 E-Mail : sebastian.huber@embedded-brains.de PGP : Public key available on request. Diese Nachricht ist keine gesch=E4ftliche Mitteilung im Sinne des EHUG. From owner-freebsd-hackers@FreeBSD.ORG Fri May 29 13:41:12 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D82B3445 for ; Fri, 29 May 2015 13:41:12 +0000 (UTC) (envelope-from phk@freebsd.org) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 9DFBE1255 for ; Fri, 29 May 2015 13:41:12 +0000 (UTC) (envelope-from phk@freebsd.org) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 697413BB88; Fri, 29 May 2015 13:41:11 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.9/8.14.9) with ESMTP id t4TDfB1L085122; Fri, 29 May 2015 13:41:11 GMT (envelope-from phk@freebsd.org) To: Sebastian Huber cc: freebsd-hackers@freebsd.org Subject: Re: Problem with timecounters and memory model In-reply-to: <55686C0F.9000101@embedded-brains.de> From: "Poul-Henning Kamp" References: <55686300.3080100@embedded-brains.de> <85086.1432906578@critter.freebsd.dk> <55686C0F.9000101@embedded-brains.de> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <85120.1432906871.1@critter.freebsd.dk> Date: Fri, 29 May 2015 13:41:11 +0000 Message-ID: <85121.1432906871@critter.freebsd.dk> X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2015 13:41:12 -0000 -------- In message <55686C0F.9000101@embedded-brains.de>, Sebastian Huber writes: >Ok, what makes me wonder is why this problem didn't show up in FreeBSD.=20 >In our case we observed backward jumps in the supposed to be monotonic=20 >uptime. How often do you "wind" the timecounter ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-hackers@FreeBSD.ORG Fri May 29 13:44:21 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DF734577; Fri, 29 May 2015 13:44:21 +0000 (UTC) (envelope-from sebastian.huber@embedded-brains.de) Received: from mail.embedded-brains.de (host-82-135-62-35.customer.m-online.net [82.135.62.35]) (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 8BD52132B; Fri, 29 May 2015 13:44:21 +0000 (UTC) (envelope-from sebastian.huber@embedded-brains.de) Received: from localhost (localhost.localhost [127.0.0.1]) by mail.embedded-brains.de (Postfix) with ESMTP id 97E002A1820; Fri, 29 May 2015 15:45:00 +0200 (CEST) Received: from mail.embedded-brains.de ([127.0.0.1]) by localhost (zimbra.eb.localhost [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id 9t8i6-bUCWNm; Fri, 29 May 2015 15:44:59 +0200 (CEST) Received: from localhost (localhost.localhost [127.0.0.1]) by mail.embedded-brains.de (Postfix) with ESMTP id A36CB2A192A; Fri, 29 May 2015 15:44:59 +0200 (CEST) X-Virus-Scanned: amavisd-new at zimbra.eb.localhost Received: from mail.embedded-brains.de ([127.0.0.1]) by localhost (zimbra.eb.localhost [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id PQzzy_ECg6S0; Fri, 29 May 2015 15:44:59 +0200 (CEST) Received: from [192.168.96.129] (unknown [192.168.96.129]) by mail.embedded-brains.de (Postfix) with ESMTPSA id 3E2D22A1820; Fri, 29 May 2015 15:44:59 +0200 (CEST) Message-ID: <55686D31.1060408@embedded-brains.de> Date: Fri, 29 May 2015 15:44:17 +0200 From: Sebastian Huber User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Poul-Henning Kamp CC: freebsd-hackers@freebsd.org Subject: Re: Problem with timecounters and memory model References: <55686300.3080100@embedded-brains.de> <85086.1432906578@critter.freebsd.dk> <55686C0F.9000101@embedded-brains.de> <85121.1432906871@critter.freebsd.dk> In-Reply-To: <85121.1432906871@critter.freebsd.dk> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2015 13:44:22 -0000 On 29/05/15 15:41, Poul-Henning Kamp wrote: > -------- > In message <55686C0F.9000101@embedded-brains.de>, Sebastian Huber write= s: > >> Ok, what makes me wonder is why this problem didn't show up in FreeBSD= .=3D20 >> In our case we observed backward jumps in the supposed to be monotonic= =3D20 >> uptime. > How often do you "wind" the timecounter ? > More often than necessary. About 1000 times a second with only one=20 timehand (this is a hack to support legacy systems). The test case is: while (1) { struct timespec newtime; if (clock_gettime(CLOCK_MONOTONIC, &newtime) !=3D 0) { fprintf(stderr, "clock_gettime() failed: \"%s\"\n",=20 strerror(errno)); return (NULL); } if (!(newtime.tv_sec > lasttime.tv_sec || (newtime.tv_sec =3D=3D lasttime.tv_sec && newtime.tv_nsec >=3D lasttime.tv_nsec))) { printf("Time went backwards, from {%ld, %ld} to {%ld,=20 %ld}\n", lasttime.tv_sec, lasttime.tv_nsec, newtime.tv_sec,=20 newtime.tv_nsec); } lasttime =3D newtime; } --=20 Sebastian Huber, embedded brains GmbH Address : Dornierstr. 4, D-82178 Puchheim, Germany Phone : +49 89 189 47 41-16 Fax : +49 89 189 47 41-09 E-Mail : sebastian.huber@embedded-brains.de PGP : Public key available on request. Diese Nachricht ist keine gesch=E4ftliche Mitteilung im Sinne des EHUG. From owner-freebsd-hackers@FreeBSD.ORG Fri May 29 13:36:26 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CA545A7 for ; Fri, 29 May 2015 13:36:26 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 90A7610CB for ; Fri, 29 May 2015 13:36:26 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 1F7373BD35; Fri, 29 May 2015 13:36:19 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.9/8.14.9) with ESMTP id t4TDaIJV085087; Fri, 29 May 2015 13:36:18 GMT (envelope-from phk@phk.freebsd.dk) To: Sebastian Huber cc: freebsd-hackers@freebsd.org Subject: Re: Problem with timecounters and memory model In-reply-to: <55686300.3080100@embedded-brains.de> From: "Poul-Henning Kamp" References: <55686300.3080100@embedded-brains.de> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <85085.1432906577.1@critter.freebsd.dk> Date: Fri, 29 May 2015 13:36:18 +0000 Message-ID: <85086.1432906578@critter.freebsd.dk> X-Mailman-Approved-At: Fri, 29 May 2015 13:55:57 +0000 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2015 13:36:26 -0000 -------- In message <55686300.3080100@embedded-brains.de>, Sebastian Huber writes: >This version seems to work at least on uni-processor systems. Shouldn't >there be real memory barriers the synchronize the reads/writes to >th_generation for SMP machines? yes, there should. (I must admit that I havn't looked at that code for about five or ten years.) -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-hackers@FreeBSD.ORG Fri May 29 17:34:12 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3AB3E9A8 for ; Fri, 29 May 2015 17:34:12 +0000 (UTC) (envelope-from phk@freebsd.org) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 007B21BB0 for ; Fri, 29 May 2015 17:34:11 +0000 (UTC) (envelope-from phk@freebsd.org) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 69F213BB88; Fri, 29 May 2015 17:34:08 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.9/8.14.9) with ESMTP id t4THY7YM085620; Fri, 29 May 2015 17:34:08 GMT (envelope-from phk@freebsd.org) To: Sebastian Huber cc: freebsd-hackers@freebsd.org Subject: Re: Problem with timecounters and memory model In-reply-to: <55686D31.1060408@embedded-brains.de> From: "Poul-Henning Kamp" References: <55686300.3080100@embedded-brains.de> <85086.1432906578@critter.freebsd.dk> <55686C0F.9000101@embedded-brains.de> <85121.1432906871@critter.freebsd.dk> <55686D31.1060408@embedded-brains.de> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <85618.1432920847.1@critter.freebsd.dk> Date: Fri, 29 May 2015 17:34:07 +0000 Message-ID: <85619.1432920847@critter.freebsd.dk> X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2015 17:34:12 -0000 -------- In message <55686D31.1060408@embedded-brains.de>, Sebastian Huber writes: >> How often do you "wind" the timecounter ? > >More often than necessary. About 1000 times a second with only one=20 >timehand (this is a hack to support legacy systems). The test case is: If you only have one timehand, I can't see how it can work without locks ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-hackers@FreeBSD.ORG Fri May 29 18:53:40 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ED3DC5C9; Fri, 29 May 2015 18:53:40 +0000 (UTC) (envelope-from sebastian.huber@embedded-brains.de) Received: from mail.embedded-brains.de (host-82-135-62-35.customer.m-online.net [82.135.62.35]) (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 8C338110D; Fri, 29 May 2015 18:53:39 +0000 (UTC) (envelope-from sebastian.huber@embedded-brains.de) Received: from localhost (localhost.localhost [127.0.0.1]) by mail.embedded-brains.de (Postfix) with ESMTP id 0C0CE2A1820; Fri, 29 May 2015 20:54:18 +0200 (CEST) Received: from mail.embedded-brains.de ([127.0.0.1]) by localhost (zimbra.eb.localhost [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id Vzbz-ti-QsIH; Fri, 29 May 2015 20:54:16 +0200 (CEST) Received: from localhost (localhost.localhost [127.0.0.1]) by mail.embedded-brains.de (Postfix) with ESMTP id C68992A1930; Fri, 29 May 2015 20:54:16 +0200 (CEST) X-Virus-Scanned: amavisd-new at zimbra.eb.localhost Received: from mail.embedded-brains.de ([127.0.0.1]) by localhost (zimbra.eb.localhost [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id DPmLLfVsp8Mm; Fri, 29 May 2015 20:54:16 +0200 (CEST) Received: from zimbra.eb.localhost (zimbra.eb.localhost [192.168.96.204]) by mail.embedded-brains.de (Postfix) with ESMTP id AD1C22A1820; Fri, 29 May 2015 20:54:16 +0200 (CEST) Date: Fri, 29 May 2015 20:54:16 +0200 (CEST) From: Sebastian Huber To: Poul-Henning Kamp Cc: freebsd-hackers@freebsd.org Message-ID: <1056382604.51315.1432925656612.JavaMail.zimbra@embedded-brains.de> In-Reply-To: <85619.1432920847@critter.freebsd.dk> References: <55686300.3080100@embedded-brains.de> <85086.1432906578@critter.freebsd.dk> <55686C0F.9000101@embedded-brains.de> <85121.1432906871@critter.freebsd.dk> <55686D31.1060408@embedded-brains.de> <85619.1432920847@critter.freebsd.dk> Subject: Re: Problem with timecounters and memory model MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Originating-IP: [192.168.102.3] X-Mailer: Zimbra 8.6.0_GA_1153 (zclient/8.6.0_GA_1153) Thread-Topic: Problem with timecounters and memory model Thread-Index: EEpMDTpL6n79A8Z26bs4W/73GgMEmg== X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2015 18:53:41 -0000 ----- Poul-Henning Kamp schrieb: > -------- > In message <55686D31.1060408@embedded-brains.de>, Sebastian Huber writes: >=20 > >> How often do you "wind" the timecounter ? > > > >More often than necessary. About 1000 times a second with only one=3D20 > >timehand (this is a hack to support legacy systems). The test case is: >=20 > If you only have one timehand, I can't see how it can work without > locks ? In RTEMS we have two build time configurations: uni-processor and SMP. In = the uni-processor configuration we have only one timehand. The windup func= tion is called in interrupt context with interrupts disabled. We have the = one timehand limitation since not every supported hardware provides a free = running counter. In the SMP configuration we use the default 10 timehands. --=20 Sebastian Huber, embedded brains GmbH Address : Dornierstr. 4, D-82178 Puchheim, Germany Phone : +49 89 189 47 41-16 Fax : +49 89 189 47 41-09 E-Mail : sebastian.huber at embedded-brains.de PGP : Public key available on request. Diese Nachricht ist keine gesch=C3=A4ftliche Mitteilung im Sinne des EHUG. From owner-freebsd-hackers@FreeBSD.ORG Sat May 30 00:22:18 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9CBE025F for ; Sat, 30 May 2015 00:22:18 +0000 (UTC) (envelope-from rpokala@panasas.com) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0064.outbound.protection.outlook.com [157.56.111.64]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3C98A152C for ; Sat, 30 May 2015 00:22:17 +0000 (UTC) (envelope-from rpokala@panasas.com) Received: from CY1PR08MB1803.namprd08.prod.outlook.com (25.162.218.25) by CY1PR08MB1804.namprd08.prod.outlook.com (25.162.218.26) with Microsoft SMTP Server (TLS) id 15.1.172.22; Sat, 30 May 2015 00:22:08 +0000 Received: from CY1PR08MB1803.namprd08.prod.outlook.com ([25.162.218.25]) by CY1PR08MB1803.namprd08.prod.outlook.com ([25.162.218.25]) with mapi id 15.01.0172.012; Sat, 30 May 2015 00:22:08 +0000 From: "Pokala, Ravi" To: Jerry McAllister CC: "freebsd-hackers@freebsd.org" Subject: Re: Quick question re: dual-booting Thread-Topic: Quick question re: dual-booting Thread-Index: AQHQmOhRwFcAubfNGkewxHqQPpAgt52P3F4AgANZyIA= Date: Sat, 30 May 2015 00:22:07 +0000 Message-ID: References: <20150527141158.GB75037@jerrymc.net> In-Reply-To: <20150527141158.GB75037@jerrymc.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.9.150325 authentication-results: spf=none (sender IP is ) smtp.mailfrom=rpokala@panasas.com; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [24.6.178.251] x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CY1PR08MB1804; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(520003)(5005006)(3002001); SRVR:CY1PR08MB1804; BCL:0; PCL:0; RULEID:; SRVR:CY1PR08MB1804; x-forefront-prvs: 0592A9FDE6 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(189002)(377424004)(13464003)(199003)(106356001)(87936001)(5002640100001)(2171001)(5001860100001)(81156007)(189998001)(36756003)(5001960100002)(2656002)(110136002)(50986999)(54356999)(66066001)(64706001)(76176999)(83506001)(101416001)(5001830100001)(92566002)(99286002)(62966003)(77156002)(105586002)(102836002)(2900100001)(122556002)(46102003)(106116001)(97736004)(86362001)(4001540100001)(40100003)(19580405001)(2950100001)(19580395003)(68736005)(4001350100001)(7059030); DIR:OUT; SFP:1101; SCL:1; SRVR:CY1PR08MB1804; H:CY1PR08MB1803.namprd08.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: panasas.com does not designate permitted sender hosts) Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: panasas.com X-MS-Exchange-CrossTenant-originalarrivaltime: 30 May 2015 00:22:07.1210 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: acf01c9d-c699-42af-bdbb-44bf582e60b0 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY1PR08MB1804 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2015 00:22:18 -0000 -----Original Message----- From: Jerry McAllister Date: 2015-05-27, Wednesday at 07:11 To: Ravi Pokala Cc: "freebsd-hackers@freebsd.org" Subject: Re: Quick question re: dual-booting >It has been so long since I last did this, I cannot remember the correct >names of things. But, basically ... >... Hi Jerry, I actually know all this. :-) In fact, I've hacked on pmbr.S in the past, to debug a boot issue. (i386 assembly - Fortunately, the nightmares have mostly stopped. Mostly.) >There are other boot managers such as Grub. ... Right. I know the theory of operation for these things, I'm just looking for more of a walk-through. Thanks though. :-) -Ravi From owner-freebsd-hackers@FreeBSD.ORG Sat May 30 01:56:24 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E7818ADE for ; Sat, 30 May 2015 01:56:24 +0000 (UTC) (envelope-from rpokala@panasas.com) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0091.outbound.protection.outlook.com [157.56.111.91]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6CC78192B for ; Sat, 30 May 2015 01:56:23 +0000 (UTC) (envelope-from rpokala@panasas.com) Received: from CY1PR08MB1803.namprd08.prod.outlook.com (25.162.218.25) by CY1PR08MB1804.namprd08.prod.outlook.com (25.162.218.26) with Microsoft SMTP Server (TLS) id 15.1.172.22; Sat, 30 May 2015 00:22:51 +0000 Received: from CY1PR08MB1803.namprd08.prod.outlook.com ([25.162.218.25]) by CY1PR08MB1803.namprd08.prod.outlook.com ([25.162.218.25]) with mapi id 15.01.0172.012; Sat, 30 May 2015 00:22:51 +0000 From: "Pokala, Ravi" To: Warren Block CC: "freebsd-hackers@freebsd.org" Subject: Re: Quick question re: dual-booting Thread-Topic: Quick question re: dual-booting Thread-Index: AQHQmOhRwFcAubfNGkewxHqQPpAgt52Rc7MAgAHCqIA= Date: Sat, 30 May 2015 00:22:50 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.9.150325 authentication-results: spf=none (sender IP is ) smtp.mailfrom=rpokala@panasas.com; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [24.6.178.251] x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CY1PR08MB1804; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(520003)(5005006)(3002001); SRVR:CY1PR08MB1804; BCL:0; PCL:0; RULEID:; SRVR:CY1PR08MB1804; x-forefront-prvs: 0592A9FDE6 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(189002)(377424004)(13464003)(51704005)(199003)(106356001)(87936001)(5002640100001)(5001860100001)(81156007)(189998001)(36756003)(5001960100002)(2656002)(110136002)(50986999)(54356999)(66066001)(64706001)(76176999)(83506001)(101416001)(5001830100001)(92566002)(99286002)(62966003)(77156002)(105586002)(102836002)(2900100001)(122556002)(46102003)(106116001)(97736004)(86362001)(4001540100001)(40100003)(19580405001)(2950100001)(15975445007)(19580395003)(68736005)(4001350100001); DIR:OUT; SFP:1101; SCL:1; SRVR:CY1PR08MB1804; H:CY1PR08MB1803.namprd08.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: panasas.com does not designate permitted sender hosts) Content-Type: text/plain; charset="us-ascii" Content-ID: <6EFF95FE8524254D85A6D21A057E78CA@namprd08.prod.outlook.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: panasas.com X-MS-Exchange-CrossTenant-originalarrivaltime: 30 May 2015 00:22:50.9037 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: acf01c9d-c699-42af-bdbb-44bf582e60b0 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY1PR08MB1804 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2015 01:56:25 -0000 -----Original Message----- From: Warren Block Date: 2015-05-28, Thursday at 07:29 To: Ravi Pokala Cc: "freebsd-hackers@freebsd.org" Subject: Re: Quick question re: dual-booting >https://forums.freebsd.org/threads/gpt-multiboot.49055/ > >Presumably, the Linux entry would be for hd1. Ooo, that's almost exactly what I'm looking for. I already have the system installed, but it should be easy enough to set up a new disk w/ the extra partition, then dump/restore to copy the install, then add an 'hd1' entry for Linux. Thanks Warren! -Ravi From owner-freebsd-hackers@FreeBSD.ORG Sat May 30 05:42:58 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 60C7DFF4 for ; Sat, 30 May 2015 05:42:58 +0000 (UTC) (envelope-from phk@freebsd.org) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 1F1FA1C29 for ; Sat, 30 May 2015 05:42:58 +0000 (UTC) (envelope-from phk@freebsd.org) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id EBE7C3BD37; Sat, 30 May 2015 05:42:56 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.9/8.14.9) with ESMTP id t4TLclbd086244; Fri, 29 May 2015 21:38:47 GMT (envelope-from phk@freebsd.org) To: Sebastian Huber cc: freebsd-hackers@freebsd.org Subject: Re: Problem with timecounters and memory model In-reply-to: <1056382604.51315.1432925656612.JavaMail.zimbra@embedded-brains.de> From: "Poul-Henning Kamp" References: <55686300.3080100@embedded-brains.de> <85086.1432906578@critter.freebsd.dk> <55686C0F.9000101@embedded-brains.de> <85121.1432906871@critter.freebsd.dk> <55686D31.1060408@embedded-brains.de> <85619.1432920847@critter.freebsd.dk> <1056382604.51315.1432925656612.JavaMail.zimbra@embedded-brains.de> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <86242.1432935527.1@critter.freebsd.dk> Content-Transfer-Encoding: quoted-printable Date: Fri, 29 May 2015 21:38:47 +0000 Message-ID: <86243.1432935527@critter.freebsd.dk> X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2015 05:42:58 -0000 -------- In message <1056382604.51315.1432925656612.JavaMail.zimbra@embedded-brains= .de>, Sebastian Huber writes: >> If you only have one timehand, I can't see how it can work without >> locks ? > >In RTEMS we have two build time configurations: uni-processor and SMP. That makes sense. Please note that the default value of 10 timehands was a totally random number I pulled out of thin air. The number should be chosen on how long time a thread can expect to be preempted in kernel-mode, and since I suspect RTEMS to give quite different guarantees than FreeBSD/UNIX, you may want to think about that. -- = Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe = Never attribute to malice what can adequately be explained by incompetence= . From owner-freebsd-hackers@FreeBSD.ORG Sat May 30 05:56:27 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 428C52F4 for ; Sat, 30 May 2015 05:56:27 +0000 (UTC) (envelope-from ps06756@gmail.com) Received: from mail-lb0-x235.google.com (mail-lb0-x235.google.com [IPv6:2a00:1450:4010:c04::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C12581E85 for ; Sat, 30 May 2015 05:56:26 +0000 (UTC) (envelope-from ps06756@gmail.com) Received: by lbcue7 with SMTP id ue7so59770372lbc.0 for ; Fri, 29 May 2015 22:56:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=LLeEIpRJy5d20YbQG71cA5dRZ5PfVW5VZa0T6HGGyYA=; b=fER3Vzvikf8yGS1zACy6/qRwhIvZvm1P6BTfE1xxTJ1Kj+76G2NTp8iptSZY7M09pj MUd2C/i658oq+WINHz6+LcrybWon4QgdWLK/sxNQbAQ4MCKDt4HEZVhrFmo2NuJAjEmW dyo9+6H06WgnOP8MmkvGIAD+uuHh9It0VsbGoND5nZEDPr7V/0IlW8zlbVOs8soTBfjz wXbkJgpYVxHHO+02k69kQWVZ8E+OcvAFT5EZt/TRLNzRgRtacg8L6srv5LswoCeOPdEc IIYRuQao6KkuoABiLb+MXvTUshlTO4vwheA0KBXarArRMF7r/DOAkKcBTQZ98Ner+A6y EcEA== X-Received: by 10.112.42.16 with SMTP id j16mr11162052lbl.98.1432965383639; Fri, 29 May 2015 22:56:23 -0700 (PDT) MIME-Version: 1.0 Received: by 10.25.196.150 with HTTP; Fri, 29 May 2015 22:56:03 -0700 (PDT) From: Pratik Singhal Date: Sat, 30 May 2015 11:26:03 +0530 Message-ID: Subject: Difference b/w xfer_len and len fields To: freebsd-hackers Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2015 05:56:27 -0000 What is the difference b/w the xfer_len and the len fields in the struct mmc_data in file sys/dev/mmc/mmcreg.h ? AFAIK , len is the length of the data present in mmc_data , what is xfer_len ? -- Regards, Pratik Singhal From owner-freebsd-hackers@FreeBSD.ORG Sat May 30 13:45:58 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B13D82F8 for ; Sat, 30 May 2015 13:45:58 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound3.ore.mailhop.org (erouter6.ore.mailhop.org [54.187.213.119]) by mx1.freebsd.org (Postfix) with SMTP id 90CF91609 for ; Sat, 30 May 2015 13:45:58 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from ilsoft.org (unknown [73.34.117.227]) by outbound3.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Sat, 30 May 2015 13:45:11 +0000 (UTC) Received: from revolution.hippie.lan (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t4UDjo2J022030; Sat, 30 May 2015 07:45:50 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1432993550.1200.104.camel@freebsd.org> Subject: Re: Difference b/w xfer_len and len fields From: Ian Lepore To: Pratik Singhal Cc: freebsd-hackers Date: Sat, 30 May 2015 07:45:50 -0600 In-Reply-To: References: Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.12.10 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2015 13:45:58 -0000 On Sat, 2015-05-30 at 11:26 +0530, Pratik Singhal wrote: > What is the difference b/w the xfer_len and the len fields in the struct > mmc_data in file sys/dev/mmc/mmcreg.h ? > > AFAIK , len is the length of the data present in mmc_data , what is > xfer_len ? > The xfer_len field has historically been unused, until recently. When the dwc mmc driver was added, it uses xfer_len as a driver-internal variable to track how much of the overal work is done as the IO proceeds. -- Ian From owner-freebsd-hackers@FreeBSD.ORG Sat May 30 14:47:40 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 75468DEF; Sat, 30 May 2015 14:47:40 +0000 (UTC) (envelope-from ps06756@gmail.com) Received: from mail-lb0-x232.google.com (mail-lb0-x232.google.com [IPv6:2a00:1450:4010:c04::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F059F12D3; Sat, 30 May 2015 14:47:39 +0000 (UTC) (envelope-from ps06756@gmail.com) Received: by lbbuc2 with SMTP id uc2so63603444lbb.2; Sat, 30 May 2015 07:47:37 -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=ncbsbG8Psvo3tTJ+ylIcElUOzMF/83lDAnu7OWHJEw0=; b=Cxj6OSCsy5t5ILUsegTcnmSomQWon8k3qHRVvTp5En6UF55FsF8xIC5W/IAsPZLwaD yd/SbCwaEY+rTBs3BhMwOKzmbAFvl1ewL+KHUW4eX91/NPPJu9f8nawD4xzdUdgIy7q/ uiK5bSSlKYXjk0lD4f2Qw4/6wt/KcXI12KtEty1g+TKAa9YIbiOAR3hTzr5hmW1WSwOk Pc+rnEt6ucEBlWLzQvfK8E3jE3Xm9s1ZrEjxn55LHWW0u+gWlUp3JmSJzQSGFc68JeAC MY2QEPo2xyXYwFUr2wbjxlgw5c0OzMZE+56eLaEpt1+j6x/AsgGf7Dxbshax2g3zqZRA K+UQ== X-Received: by 10.152.197.2 with SMTP id iq2mr13044819lac.103.1432997257755; Sat, 30 May 2015 07:47:37 -0700 (PDT) MIME-Version: 1.0 Received: by 10.25.196.150 with HTTP; Sat, 30 May 2015 07:47:17 -0700 (PDT) In-Reply-To: <1432993550.1200.104.camel@freebsd.org> References: <1432993550.1200.104.camel@freebsd.org> From: Pratik Singhal Date: Sat, 30 May 2015 20:17:17 +0530 Message-ID: Subject: Re: Difference b/w xfer_len and len fields To: Ian Lepore Cc: freebsd-hackers Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2015 14:47:40 -0000 What do you mean by "driver-internal" variables ? On Sat, May 30, 2015 at 7:15 PM, Ian Lepore wrote: > On Sat, 2015-05-30 at 11:26 +0530, Pratik Singhal wrote: > > What is the difference b/w the xfer_len and the len fields in the struct > > mmc_data in file sys/dev/mmc/mmcreg.h ? > > > > AFAIK , len is the length of the data present in mmc_data , what is > > xfer_len ? > > > > The xfer_len field has historically been unused, until recently. When > the dwc mmc driver was added, it uses xfer_len as a driver-internal > variable to track how much of the overal work is done as the IO > proceeds. > > -- Ian > > -- Regards, Pratik Singhal From owner-freebsd-hackers@FreeBSD.ORG Sat May 30 15:26:08 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AEE8736E for ; Sat, 30 May 2015 15:26:08 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from pmta2.delivery6.ore.mailhop.org (pmta2.delivery6.ore.mailhop.org [54.200.129.228]) by mx1.freebsd.org (Postfix) with SMTP id 8CC5D1B99 for ; Sat, 30 May 2015 15:26:08 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from ilsoft.org (unknown [73.34.117.227]) by outbound2.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Sat, 30 May 2015 15:26:27 +0000 (UTC) Received: from revolution.hippie.lan (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t4UFQ1Wq022159; Sat, 30 May 2015 09:26:01 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1432999561.1200.106.camel@freebsd.org> Subject: Re: Difference b/w xfer_len and len fields From: Ian Lepore To: Pratik Singhal Cc: freebsd-hackers Date: Sat, 30 May 2015 09:26:01 -0600 In-Reply-To: References: <1432993550.1200.104.camel@freebsd.org> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.12.10 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2015 15:26:08 -0000 On Sat, 2015-05-30 at 20:17 +0530, Pratik Singhal wrote: > What do you mean by "driver-internal" variables ? > I mean that it is used within the lowest-level hardware-controller driver, and is not used in any communication between that lowest layer and the mmc or mmcsd layers. -- Ian > On Sat, May 30, 2015 at 7:15 PM, Ian Lepore wrote: > > > On Sat, 2015-05-30 at 11:26 +0530, Pratik Singhal wrote: > > > What is the difference b/w the xfer_len and the len fields in the struct > > > mmc_data in file sys/dev/mmc/mmcreg.h ? > > > > > > AFAIK , len is the length of the data present in mmc_data , what is > > > xfer_len ? > > > > > > > The xfer_len field has historically been unused, until recently. When > > the dwc mmc driver was added, it uses xfer_len as a driver-internal > > variable to track how much of the overal work is done as the IO > > proceeds. > > > > -- Ian > > > > > > From owner-freebsd-hackers@FreeBSD.ORG Sat May 30 18:51:59 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D0346A5F for ; Sat, 30 May 2015 18:51:59 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (unknown [IPv6:2602:d1:b4d6:e600:4261:86ff:fef6:aa2a]) (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 A6CA319EA for ; Sat, 30 May 2015 18:51:59 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id t4UIrabU098946 for ; Sat, 30 May 2015 11:53:42 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) To: In-Reply-To: References: , From: "Chris H" Subject: Re: Quick question re: dual-booting Date: Sat, 30 May 2015 11:53:42 -0700 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: <24e24f7e92a0dbe1d9b161dcb04d1df1@ultimatedns.net> Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2015 18:51:59 -0000 On Sat, 30 May 2015 00:22:50 +0000 "Pokala, Ravi" wrote > -----Original Message----- > From: Warren Block > Date: 2015-05-28, Thursday at 07:29 > To: Ravi Pokala > Cc: "freebsd-hackers@freebsd.org" > Subject: Re: Quick question re: dual-booting > > >https://forums.freebsd.org/threads/gpt-multiboot.49055/ > > > >Presumably, the Linux entry would be for hd1. > > Ooo, that's almost exactly what I'm looking for. I already have the system > installed, but it should be easy enough to set up a new disk w/ the extra > partition, then dump/restore to copy the install, then add an 'hd1' entry > for Linux. The process is a bit like dogs marking their territory. As memory serves, when I last tried this, the research I did led me to install both hard drives in the system. Telling the BIOS to first attempt Removable Media, then Hard Disk 0, then Hard Disk 1. Then install Linux first, on drive 1 (second drive). Linux seeing drive 0, "pissed" on it. Then I spun up the FreeBSD boot disk, or disk1 CD, and installed FreeBSD, which saw Linux had "pissed" on it, and offered to install the BootMenu (boot0cfg(0). FreeBSD will then "piss" on disk1 (technically disk0), and, then install boot0cfg(0) and add Linux to the menu. The only potential issue I see here, is that Linux installs Grub2, or lilo on the 1st disk (disk0). In which case, it becomes a matter of Editing the Grub2/lilo menu. If you should end up in that situation, perform a search for: FreeBSD boot menu I just now did that no, and it returned a myriad of relevant material. :) Also, sorry for the chosen analogy/allegory. It just seemed so appropriate. ;) --Chris > > Thanks Warren! > > -Ravi > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Sat May 30 18:55:10 2015 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 26C5CB54 for ; Sat, 30 May 2015 18:55:10 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) by mx1.freebsd.org (Postfix) with ESMTP id D9E141A13 for ; Sat, 30 May 2015 18:55:09 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [192.168.1.2] (unknown [192.168.1.2]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 3C9869E80 for ; Sat, 30 May 2015 18:55:03 +0000 (UTC) Message-ID: <556A0797.5000009@freebsd.org> Date: Sat, 30 May 2015 14:55:19 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: Re: Quick question re: dual-booting References: , <24e24f7e92a0dbe1d9b161dcb04d1df1@ultimatedns.net> In-Reply-To: <24e24f7e92a0dbe1d9b161dcb04d1df1@ultimatedns.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1l2dp3OMj6MLLP09vcinjoGmk6GjolhdO" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2015 18:55:10 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --1l2dp3OMj6MLLP09vcinjoGmk6GjolhdO Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 2015-05-30 14:53, Chris H wrote: > On Sat, 30 May 2015 00:22:50 +0000 "Pokala, Ravi" = wrote >=20 >> -----Original Message----- >> From: Warren Block >> Date: 2015-05-28, Thursday at 07:29 >> To: Ravi Pokala >> Cc: "freebsd-hackers@freebsd.org" >> Subject: Re: Quick question re: dual-booting >> >>> https://forums.freebsd.org/threads/gpt-multiboot.49055/ >>> >>> Presumably, the Linux entry would be for hd1. >> >> Ooo, that's almost exactly what I'm looking for. I already have the sy= stem >> installed, but it should be easy enough to set up a new disk w/ the ex= tra >> partition, then dump/restore to copy the install, then add an 'hd1' en= try >> for Linux. > The process is a bit like dogs marking their territory. > As memory serves, when I last tried this, the research I did led me > to install both hard drives in the system. Telling the BIOS to first > attempt Removable Media, then Hard Disk 0, then Hard Disk 1. Then > install Linux first, on drive 1 (second drive). Linux seeing drive 0, > "pissed" on it. Then I spun up the FreeBSD boot disk, or disk1 CD, and > installed FreeBSD, which saw Linux had "pissed" on it, and offered to > install the BootMenu (boot0cfg(0). FreeBSD will then "piss" on disk1 > (technically disk0), and, then install boot0cfg(0) and add Linux to the= > menu. > The only potential issue I see here, is that Linux installs Grub2, > or lilo on the 1st disk (disk0). In which case, it becomes a matter of > Editing the Grub2/lilo menu. If you should end up in that situation, > perform a search for: FreeBSD boot menu > I just now did that no, and it returned a myriad of relevant material. = :) > Also, sorry for the chosen analogy/allegory. It just seemed so > appropriate. ;) >=20 > --Chris >=20 The other issue si that the boot0cfg / bootmanager thing, only works for MBR, not GPT. >> >> Thanks Warren! >> >> -Ravi >> >=20 --=20 Allan Jude --1l2dp3OMj6MLLP09vcinjoGmk6GjolhdO 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) iQIcBAEBAgAGBQJVageaAAoJEJrBFpNRJZKf0cwP/37fBV8W03FTG07Ly7747iap Rn9AN0aiLJhGcMQjGOqnGdAKqgEJZZQQ/IW2WaYPMVJrGca6asc+QW4kcOqBuOO3 OgnYN8eD7oG10k6iq66KSwZIF8HN/7UsXwErqpyGZ63CRKZV1LH1FjmLEY317DSV CZlCGqd2lrb4TJUNvNfy5Hat/BXLNPlbypvYuCV38Fcrx7GMZ+1Mf29hUwC1lQCQ J4UjWqHKFhtmvGMu7m2K/MRYFe6du/O+MPFMEa/VQ35/W8qUgV3Yqo2gIUdmVyV1 Cl3MAuzdk+I+UwnqnlApzVeU1ciLvsP4NSVnKN2LsIliKepjm17x5PLK5Ahc/rW8 w9wmI9Rd5zqU2pw++GaR+ZSC32H6som2vHivCTMbYXtWGH9KpY+337qQN7QrwazN uhQpmmMO9UTxnb5DhSb8qE+exLdxl0v8CHG5Ny+yZvMZRMpwuUWrduz17JjwtAsh fEcNuVK4NoxgwkuV5T2Nf3t8ub/y6fRDLpAkWOtSKgsVc8+07EYKRjD1cDgNoSF+ gBJoNL7KTt1dQ3iweoKO964JhimXpaaglSxhOkfnFdyfue2zFGvade3+YUMlctVx Klde3JNRMbK6ZnUcDeoABmyJLNYmmPwG3I8CIDdvY4sVc5Pa36AfblUzfBk8Uf6t zoBcIEW0wEojeb0leOVD =fDBO -----END PGP SIGNATURE----- --1l2dp3OMj6MLLP09vcinjoGmk6GjolhdO--