From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 20 15:02:37 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24B8B1065670 for ; Sun, 20 Sep 2009 15:02:37 +0000 (UTC) (envelope-from sojdaa@iem.pw.edu.pl) Received: from volt.iem.pw.edu.pl (volt.iem.pw.edu.pl [194.29.146.3]) by mx1.freebsd.org (Postfix) with ESMTP id DD5E08FC0A for ; Sun, 20 Sep 2009 15:02:36 +0000 (UTC) Received: by volt.iem.pw.edu.pl (Postfix, from userid 80) id 391CBA668F9; Sun, 20 Sep 2009 16:43:01 +0200 (CEST) To: MIME-Version: 1.0 Date: Sun, 20 Sep 2009 16:43:01 +0200 From: sojdaa Message-ID: <969df365997cf2a4449b74c6af9e52e9@iem.pw.edu.pl> X-Sender: sojdaa@iem.pw.edu.pl User-Agent: RoundCube Webmail/0.2-beta Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 Subject: FreeBSD SVN repository mirror with local branches ability X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Sep 2009 15:02:37 -0000 Hello Like in the subject, I want to install SVN FreeBSD repo mirror and would like to have the possibility to create my own branches, that will be merged with synchronized local mirror. I've done this using svk after reading the subversion primer: http://wiki.freebsd.org/SubversionPrimer, but I'm wondering if there's any other possibilities to do this and avoid using perl, because svk is a set of perl scripts. I wanted to keep the whole system as simple as possible. I read some topics about git, mercurial and communication with svn, but these are other versioning systems. Unfortunately svnsync can create purely read-only mirrors. Is there any way somehow to use only svn tools, like svnadmin, svnsync, but combine them to create a mirror with write capabilities or there is no sense in trying other tools than svk? Thanks for any help! Arek From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 21 11:12:47 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 739B51065695 for ; Mon, 21 Sep 2009 11:12:47 +0000 (UTC) (envelope-from is@rambler-co.ru) Received: from mailrelay1.rambler.ru (mailrelay1.rambler.ru [81.19.66.239]) by mx1.freebsd.org (Postfix) with ESMTP id 0CB458FC17 for ; Mon, 21 Sep 2009 11:12:46 +0000 (UTC) Received: from kas30pipe.localhost (localhost [127.0.0.1]) by mailrelay1.rambler.ru (Postfix) with ESMTP id 0C159130C80; Mon, 21 Sep 2009 15:12:46 +0400 (MSD) Received: from localhost (www290.rambler.ru [10.9.0.148]) by mailrelay1.rambler.ru (Postfix) with ESMTP id A9C30130C68; Mon, 21 Sep 2009 15:12:45 +0400 (MSD) Date: Mon, 21 Sep 2009 15:12:45 +0400 From: Igor Sysoev To: Kostik Belousov Message-ID: <20090921111245.GB23958@rambler-co.ru> References: <20090917101526.GF57619@rambler-co.ru> <4AB2B7A1.5000601@delphij.net> <20090918074027.GI47688@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20090918074027.GI47688@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.5.20 (2009-06-14) X-Anti-Virus: Kaspersky Anti-Virus for MailServers 5.5.33/RELEASE, bases: 02092009 #2738642, status: clean X-SpamTest-Envelope-From: is@rambler-co.ru X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 9536 [Sen 02 2009] X-SpamTest-Info: {received from trusted relay: common white list} X-SpamTest-Method: white ip list X-SpamTest-Rate: 0 X-SpamTest-Status: Trusted X-SpamTest-Status-Extended: trusted X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0284], KAS30/Release Cc: freebsd-hackers@freebsd.org, d@delphij.net Subject: Re: fcntl(F_RDAHEAD) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Sep 2009 11:12:47 -0000 On Fri, Sep 18, 2009 at 10:40:27AM +0300, Kostik Belousov wrote: > On Thu, Sep 17, 2009 at 03:26:41PM -0700, Xin LI wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > Hi, Igor, > > > > Igor Sysoev wrote: > > > Hi, > > > > > > nginx-0.8.15 can use completely non-blocking sendfile() using SF_NODISKIO > > > flag. When sendfile() returns EBUSY, nginx calls aio_read() to read single > > > byte. The first aio_read() preloads the first 128K part of a file in VM cache, > > > however, all successive aio_read()s preload just 16K parts of the file. > > > This makes non-blocking sendfile() usage ineffective for files larger > > > than 128K. > > > > > > I've created a small patch for Darwin compatible F_RDAHEAD fcntl: > > > > > > fcntl(fd, F_RDAHEAD, preload_size) > > > > > > There is small incompatibilty: Darwin's fcntl allows just to enable/disable > > > read ahead, while the proposed patch allows to set exact preload size. > > > > > > Currently the preload size affects vn_read() code path only and does not > > > affect on sendfile() code path. However, it can be easy extended on > > > sendfile() part too. The preload size is still limited by sysctl vfs.read_max. > > > > > > The patch is against FreeBSD 7.2 and was tested on FreeBSD 7.2-STABLE only. > > > > I have ported this as a patch against -HEAD (should apply on 8.0-R but > > it's too late for us to add a new feature) plus a manual page entry > > documenting the feature. > > > > I've used F_READAHEAD as the name, but reading the manual page, it looks > > like we can just use F_RDAHEAD since Darwin seems to just distinguish 0 > > and !=0 case so that programmers won't have to use #ifdef or something > > else to get code working on different platform? > > What I dislike about the patch is the new kernel-private flag that is > eaten from the open(2) flags namespace. We do already have FHASLOCK, > so far the only such flag. We can change int f_seqcount; to u_int f_seqcount; and can use highest bit instead of O_READAHEAD: anyway f_seqcount is shifted to 16 bits left. -- Igor Sysoev http://sysoev.ru/en/ From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 21 11:29:30 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A78110656B4 for ; Mon, 21 Sep 2009 11:29:30 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id EDAE98FC2C for ; Mon, 21 Sep 2009 11:29:29 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id n8LBTAvW045953 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 21 Sep 2009 14:29:10 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id n8LBTA1X035556; Mon, 21 Sep 2009 14:29:10 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id n8LBT9kX035555; Mon, 21 Sep 2009 14:29:09 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 21 Sep 2009 14:29:09 +0300 From: Kostik Belousov To: Igor Sysoev Message-ID: <20090921112909.GQ47688@deviant.kiev.zoral.com.ua> References: <20090917101526.GF57619@rambler-co.ru> <4AB2B7A1.5000601@delphij.net> <20090918074027.GI47688@deviant.kiev.zoral.com.ua> <20090921111245.GB23958@rambler-co.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2bjkoQU/J7v2vW91" Content-Disposition: inline In-Reply-To: <20090921111245.GB23958@rambler-co.ru> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean Cc: freebsd-hackers@freebsd.org, d@delphij.net Subject: Re: fcntl(F_RDAHEAD) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Sep 2009 11:29:30 -0000 --2bjkoQU/J7v2vW91 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 21, 2009 at 03:12:45PM +0400, Igor Sysoev wrote: > On Fri, Sep 18, 2009 at 10:40:27AM +0300, Kostik Belousov wrote: >=20 > > On Thu, Sep 17, 2009 at 03:26:41PM -0700, Xin LI wrote: > > > -----BEGIN PGP SIGNED MESSAGE----- > > > Hash: SHA1 > > >=20 > > > Hi, Igor, > > >=20 > > > Igor Sysoev wrote: > > > > Hi, > > > >=20 > > > > nginx-0.8.15 can use completely non-blocking sendfile() using SF_NO= DISKIO > > > > flag. When sendfile() returns EBUSY, nginx calls aio_read() to read= single > > > > byte. The first aio_read() preloads the first 128K part of a file i= n VM cache, > > > > however, all successive aio_read()s preload just 16K parts of the f= ile. > > > > This makes non-blocking sendfile() usage ineffective for files larg= er > > > > than 128K. > > > >=20 > > > > I've created a small patch for Darwin compatible F_RDAHEAD fcntl: > > > >=20 > > > > fcntl(fd, F_RDAHEAD, preload_size) > > > >=20 > > > > There is small incompatibilty: Darwin's fcntl allows just to enable= /disable > > > > read ahead, while the proposed patch allows to set exact preload si= ze. > > > >=20 > > > > Currently the preload size affects vn_read() code path only and doe= s not > > > > affect on sendfile() code path. However, it can be easy extended on > > > > sendfile() part too. The preload size is still limited by sysctl vf= s.read_max. > > > >=20 > > > > The patch is against FreeBSD 7.2 and was tested on FreeBSD 7.2-STAB= LE only. > > >=20 > > > I have ported this as a patch against -HEAD (should apply on 8.0-R but > > > it's too late for us to add a new feature) plus a manual page entry > > > documenting the feature. > > >=20 > > > I've used F_READAHEAD as the name, but reading the manual page, it lo= oks > > > like we can just use F_RDAHEAD since Darwin seems to just distinguish= 0 > > > and !=3D0 case so that programmers won't have to use #ifdef or someth= ing > > > else to get code working on different platform? > >=20 > > What I dislike about the patch is the new kernel-private flag that is > > eaten from the open(2) flags namespace. We do already have FHASLOCK, > > so far the only such flag. >=20 > We can change > int f_seqcount; > to > u_int f_seqcount; >=20 > and can use highest bit instead of O_READAHEAD: anyway f_seqcount is shif= ted > to 16 bits left. Or do the same trick as was done for FHASLOCK and override some flag that is not saved after open, see FMASK. Or split f_seqcount into two u_short fields, one for f_seqcount, second for f_kflag, and use the later for FHASLOCK and FREADAHEAD. [We are trying to not grow struct file unless absolutely neccessary]. --2bjkoQU/J7v2vW91 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkq3Y4UACgkQC3+MBN1Mb4gdtwCgkh3khwxHbgq8VOXljvlZajrN 6lAAn3OLf1STVZVjSh00jq4sIpJ1weQz =dVnX -----END PGP SIGNATURE----- --2bjkoQU/J7v2vW91-- From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 21 12:01:26 2009 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 665E61065693 for ; Mon, 21 Sep 2009 12:01:26 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id 1F9C68FC30 for ; Mon, 21 Sep 2009 12:01:23 +0000 (UTC) Received: from park.js.berklix.net (p549A7E2E.dip.t-dialin.net [84.154.126.46]) (authenticated bits=0) by tower.berklix.org (8.14.2/8.14.2) with ESMTP id n8LC1Kl5070603; Mon, 21 Sep 2009 12:01:22 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by park.js.berklix.net (8.13.8/8.13.8) with ESMTP id n8LC1Cmv029802; Mon, 21 Sep 2009 14:01:12 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.3/8.14.3) with ESMTP id n8LC3hhn090227; Mon, 21 Sep 2009 14:03:53 +0200 (CEST) (envelope-from jhs@fire.js.berklix.net) Message-Id: <200909211203.n8LC3hhn090227@fire.js.berklix.net> To: Alexey Shuvaev From: "Julian H. Stacey" Organization: http://www.berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://www.berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Fri, 18 Sep 2009 14:56:59 +0200." <20090918125659.GA88218@wep4035.physik.uni-wuerzburg.de> Date: Mon, 21 Sep 2009 14:03:43 +0200 Sender: jhs@berklix.com Cc: hackers@freebsd.org Subject: Re: genuine cpu I386_CPU kernel support X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Sep 2009 12:01:26 -0000 Hi, Reference: > From: Alexey Shuvaev > Date: Fri, 18 Sep 2009 14:56:59 +0200 > Message-id: <20090918125659.GA88218@wep4035.physik.uni-wuerzburg.de> Alexey Shuvaev wrote: > On Fri, Sep 18, 2009 at 12:09:46AM +0200, Julian H. Stacey wrote: > > Hi hackers, > > I'm trying to get my Genuine 386 running 7.2. It currently runs 4.11. > > 386 was first base of FreeBSD, a shame to lose it. > > So far I've hacked diffs as below + the normal > > /etc/make.conf CFLAGS += -march=i386 > > cross compiled all bins libs etc & > > setenv DESTDIR /usr/7.2 i > > cd /usr/src/etc l make distrib-dirs > > cd .. ; make install > > But manually unloading 4.11 kernel & loading 7.2 kernel & booting > > doesnt yet boot far enough to encourage me to move bins yet, > > I think I need to do a bit more kernel before that ? > > This is what I gave so far. Input welcome. > > > > [snip] > > > Have you already looked at svn r137784 (and possibly some later commits)? > http://svn.freebsd.org/viewvc/base?view=revision&revision=137784 > > 0.02$, > Alexey. Thanks Alexey, No I hadn't seen that. I had just a quick look so far. I'll look more to see what tio change to compile my 80386 kernel. PS I cc'd jhb@ who seems to be the one who removed 80386. Maybe he has a patch set or comment. Cheers, Julian -- Julian Stacey: BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Mail ASCII plain text not HTML & Base64. http://asciiribbon.org Virused Microsoft PCs cause spam. http://berklix.com/free/ From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 21 18:47:15 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA2361065670 for ; Mon, 21 Sep 2009 18:47:15 +0000 (UTC) (envelope-from luizgustavo@luizgustavo.pro.br) Received: from mail-fx0-f222.google.com (mail-fx0-f222.google.com [209.85.220.222]) by mx1.freebsd.org (Postfix) with ESMTP id 6F5838FC14 for ; Mon, 21 Sep 2009 18:47:15 +0000 (UTC) Received: by fxm22 with SMTP id 22so1689458fxm.36 for ; Mon, 21 Sep 2009 11:47:14 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.144.70 with SMTP id y6mr1205768fau.51.1253557378145; Mon, 21 Sep 2009 11:22:58 -0700 (PDT) Date: Mon, 21 Sep 2009 15:22:58 -0300 Message-ID: <772ca7d0909211122w67791f27q1b118ad7f20fbb58@mail.gmail.com> From: "Luiz Gustavo S. Costa" To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: HAMMER FS port (status ?) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Sep 2009 18:47:15 -0000 Hi guys ! Is there anyone doing the port HAMMER FS Dragonfly for FreeBSD? If so, what of the process of port? Where can I find more information? thanks -- Luiz Gustavo Costa (Powered by BSD) *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+ mundoUnix - Consultoria em Software Livre http://www.mundounix.com.br ICQ: 2890831 / MSN: contato@mundounix.com.br From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 22 07:28:50 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A72501065670 for ; Tue, 22 Sep 2009 07:28:50 +0000 (UTC) (envelope-from is@rambler-co.ru) Received: from mailrelay1.rambler.ru (mailrelay1.rambler.ru [81.19.66.239]) by mx1.freebsd.org (Postfix) with ESMTP id 58ABF8FC14 for ; Tue, 22 Sep 2009 07:28:50 +0000 (UTC) Received: from kas30pipe.localhost (localhost [127.0.0.1]) by mailrelay1.rambler.ru (Postfix) with ESMTP id 3D0D1130CBA; Tue, 22 Sep 2009 11:28:49 +0400 (MSD) Received: from localhost (www290.rambler.ru [10.9.0.148]) by mailrelay1.rambler.ru (Postfix) with ESMTP id D236F130CB8; Tue, 22 Sep 2009 11:28:48 +0400 (MSD) Date: Tue, 22 Sep 2009 11:28:48 +0400 From: Igor Sysoev To: Kostik Belousov Message-ID: <20090922072848.GA727@rambler-co.ru> References: <20090917101526.GF57619@rambler-co.ru> <4AB2B7A1.5000601@delphij.net> <20090918074027.GI47688@deviant.kiev.zoral.com.ua> <20090921111245.GB23958@rambler-co.ru> <20090921112909.GQ47688@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20090921112909.GQ47688@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.5.20 (2009-06-14) X-Anti-Virus: Kaspersky Anti-Virus for MailServers 5.5.33/RELEASE, bases: 02092009 #2738642, status: clean X-SpamTest-Envelope-From: is@rambler-co.ru X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 9536 [Sen 02 2009] X-SpamTest-Info: {received from trusted relay: common white list} X-SpamTest-Method: white ip list X-SpamTest-Rate: 0 X-SpamTest-Status: Trusted X-SpamTest-Status-Extended: trusted X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0284], KAS30/Release Cc: freebsd-hackers@freebsd.org, d@delphij.net Subject: Re: fcntl(F_RDAHEAD) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Sep 2009 07:28:50 -0000 On Mon, Sep 21, 2009 at 02:29:09PM +0300, Kostik Belousov wrote: > On Mon, Sep 21, 2009 at 03:12:45PM +0400, Igor Sysoev wrote: > > > What I dislike about the patch is the new kernel-private flag that is > > > eaten from the open(2) flags namespace. We do already have FHASLOCK, > > > so far the only such flag. > > > > We can change > > int f_seqcount; > > to > > u_int f_seqcount; > > > > and can use highest bit instead of O_READAHEAD: anyway f_seqcount is shifted > > to 16 bits left. > > Or do the same trick as was done for FHASLOCK and override some flag that > is not saved after open, see FMASK. > > Or split f_seqcount into two u_short fields, one for f_seqcount, second for > f_kflag, and use the later for FHASLOCK and FREADAHEAD. [We are trying to > not grow struct file unless absolutely neccessary]. I agree that struct file should not grow (at least in this case). However, I believe splitting f_seqcount into two fields will break kernel ABI. Or not ? I think f_seqcount should be splitted in 9-CURRENT and probably, in 8-STABLE, but in 7-STABLE we may use the open(2) flags namespace. -- Igor Sysoev http://sysoev.ru/en/ From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 22 08:54:03 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5816D1065672 for ; Tue, 22 Sep 2009 08:54:03 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id CAD958FC12 for ; Tue, 22 Sep 2009 08:54:02 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id n8M8rlpU034431 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 22 Sep 2009 11:53:47 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id n8M8rleV043585; Tue, 22 Sep 2009 11:53:47 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id n8M8rkNX043584; Tue, 22 Sep 2009 11:53:46 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 22 Sep 2009 11:53:46 +0300 From: Kostik Belousov To: Igor Sysoev Message-ID: <20090922085346.GR47688@deviant.kiev.zoral.com.ua> References: <20090917101526.GF57619@rambler-co.ru> <4AB2B7A1.5000601@delphij.net> <20090918074027.GI47688@deviant.kiev.zoral.com.ua> <20090921111245.GB23958@rambler-co.ru> <20090921112909.GQ47688@deviant.kiev.zoral.com.ua> <20090922072848.GA727@rambler-co.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Lxy5y0HlI/3yLyUE" Content-Disposition: inline In-Reply-To: <20090922072848.GA727@rambler-co.ru> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean Cc: freebsd-hackers@freebsd.org, d@delphij.net Subject: Re: fcntl(F_RDAHEAD) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Sep 2009 08:54:03 -0000 --Lxy5y0HlI/3yLyUE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 22, 2009 at 11:28:48AM +0400, Igor Sysoev wrote: > On Mon, Sep 21, 2009 at 02:29:09PM +0300, Kostik Belousov wrote: >=20 > > On Mon, Sep 21, 2009 at 03:12:45PM +0400, Igor Sysoev wrote: >=20 > > > > What I dislike about the patch is the new kernel-private flag that = is > > > > eaten from the open(2) flags namespace. We do already have FHASLOCK, > > > > so far the only such flag. > > >=20 > > > We can change > > > int f_seqcount; > > > to > > > u_int f_seqcount; > > >=20 > > > and can use highest bit instead of O_READAHEAD: anyway f_seqcount is = shifted > > > to 16 bits left. > >=20 > > Or do the same trick as was done for FHASLOCK and override some flag th= at > > is not saved after open, see FMASK. > >=20 > > Or split f_seqcount into two u_short fields, one for f_seqcount, second= for > > f_kflag, and use the later for FHASLOCK and FREADAHEAD. [We are trying = to > > not grow struct file unless absolutely neccessary]. >=20 > I agree that struct file should not grow (at least in this case). > However, I believe splitting f_seqcount into two fields will break > kernel ABI. Or not ? I think f_seqcount should be splitted in 9-CURRENT > and probably, in 8-STABLE, but in 7-STABLE we may use the open(2) flags > namespace. The struct file indeed participates in the KBI, in particular, pointer to it is supplied as an argument to VOP_OPEN() and d_fdopen(). On the other hand, it is assumed that drivers and fses use it to override f_ops and possibly f_data. f_seqcount status is internal VFS field that probably should be not accessed or modified by driver or fs. Reason to try hard to keep layout of struct file intact even between major branches is the userspace compatibility, with the code of lsof and fstat. Might be, fstat will be improved to not require this. Probably, best temporal solution would be to override some flag used only for open(2), postponing the task of separating bit- and name-spaces for other day. Also, it makes merge to 8 and 7 easier. --Lxy5y0HlI/3yLyUE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkq4kJoACgkQC3+MBN1Mb4hNrwCgn7tc4ZYBPMRcItKYiMwgVIlX zw4AoIBPDroFiC50HGpRhvIcljRvmhFB =dfu4 -----END PGP SIGNATURE----- --Lxy5y0HlI/3yLyUE-- From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 22 09:54:30 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 381A91065694 for ; Tue, 22 Sep 2009 09:54:30 +0000 (UTC) (envelope-from is@rambler-co.ru) Received: from mailrelay1.rambler.ru (mailrelay1.rambler.ru [81.19.66.239]) by mx1.freebsd.org (Postfix) with ESMTP id DB58E8FC0A for ; Tue, 22 Sep 2009 09:54:29 +0000 (UTC) Received: from kas30pipe.localhost (localhost [127.0.0.1]) by mailrelay1.rambler.ru (Postfix) with ESMTP id C8C86130C61; Tue, 22 Sep 2009 13:54:28 +0400 (MSD) Received: from localhost (unknown [81.19.68.137]) by mailrelay1.rambler.ru (Postfix) with ESMTP id 14B71130C1E; Tue, 22 Sep 2009 13:54:28 +0400 (MSD) Date: Tue, 22 Sep 2009 13:54:28 +0400 From: Igor Sysoev To: Kostik Belousov Message-ID: <20090922095428.GH1152@rambler-co.ru> References: <20090917101526.GF57619@rambler-co.ru> <4AB2B7A1.5000601@delphij.net> <20090918074027.GI47688@deviant.kiev.zoral.com.ua> <20090921111245.GB23958@rambler-co.ru> <20090921112909.GQ47688@deviant.kiev.zoral.com.ua> <20090922072848.GA727@rambler-co.ru> <20090922085346.GR47688@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20090922085346.GR47688@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.5.20 (2009-06-14) X-Anti-Virus: Kaspersky Anti-Virus for MailServers 5.5.33/RELEASE, bases: 02092009 #2738642, status: clean X-SpamTest-Envelope-From: is@rambler-co.ru X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 9536 [Sen 02 2009] X-SpamTest-Info: {HEADERS: header Content-Type found without required header Content-Transfer-Encoding} X-SpamTest-Method: none X-SpamTest-Rate: 10 X-SpamTest-SPF: pass X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0284], KAS30/Release Cc: freebsd-hackers@freebsd.org, d@delphij.net Subject: Re: fcntl(F_RDAHEAD) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Sep 2009 09:54:30 -0000 On Tue, Sep 22, 2009 at 11:53:46AM +0300, Kostik Belousov wrote: > On Tue, Sep 22, 2009 at 11:28:48AM +0400, Igor Sysoev wrote: > > On Mon, Sep 21, 2009 at 02:29:09PM +0300, Kostik Belousov wrote: > > > > > On Mon, Sep 21, 2009 at 03:12:45PM +0400, Igor Sysoev wrote: > > > > > > > What I dislike about the patch is the new kernel-private flag that is > > > > > eaten from the open(2) flags namespace. We do already have FHASLOCK, > > > > > so far the only such flag. > > > > > > > > We can change > > > > int f_seqcount; > > > > to > > > > u_int f_seqcount; > > > > > > > > and can use highest bit instead of O_READAHEAD: anyway f_seqcount is shifted > > > > to 16 bits left. > > > > > > Or do the same trick as was done for FHASLOCK and override some flag that > > > is not saved after open, see FMASK. > > > > > > Or split f_seqcount into two u_short fields, one for f_seqcount, second for > > > f_kflag, and use the later for FHASLOCK and FREADAHEAD. [We are trying to > > > not grow struct file unless absolutely neccessary]. > > > > I agree that struct file should not grow (at least in this case). > > However, I believe splitting f_seqcount into two fields will break > > kernel ABI. Or not ? I think f_seqcount should be splitted in 9-CURRENT > > and probably, in 8-STABLE, but in 7-STABLE we may use the open(2) flags > > namespace. > > The struct file indeed participates in the KBI, in particular, pointer > to it is supplied as an argument to VOP_OPEN() and d_fdopen(). On the > other hand, it is assumed that drivers and fses use it to override > f_ops and possibly f_data. f_seqcount status is internal VFS field that > probably should be not accessed or modified by driver or fs. > > Reason to try hard to keep layout of struct file intact even between major > branches is the userspace compatibility, with the code of lsof and fstat. > Might be, fstat will be improved to not require this. > > Probably, best temporal solution would be to override some flag used > only for open(2), postponing the task of separating bit- and name-spaces > for other day. Also, it makes merge to 8 and 7 easier. Well, I think O_CREAT or O_TRUNC are good candidate to be an alias for O_READAHEAD. -- Igor Sysoev http://sysoev.ru/en/ From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 22 10:05:38 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09D7D106568B for ; Tue, 22 Sep 2009 10:05:38 +0000 (UTC) (envelope-from is@rambler-co.ru) Received: from mailrelay1.rambler.ru (mailrelay1.rambler.ru [81.19.66.239]) by mx1.freebsd.org (Postfix) with ESMTP id AE8A78FC0C for ; Tue, 22 Sep 2009 10:05:37 +0000 (UTC) Received: from kas30pipe.localhost (localhost [127.0.0.1]) by mailrelay1.rambler.ru (Postfix) with ESMTP id BB8751311DB; Tue, 22 Sep 2009 14:05:36 +0400 (MSD) Received: from localhost (unknown [81.19.68.137]) by mailrelay1.rambler.ru (Postfix) with ESMTP id 7926E131054; Tue, 22 Sep 2009 14:05:35 +0400 (MSD) Date: Tue, 22 Sep 2009 14:05:35 +0400 From: Igor Sysoev To: Kostik Belousov Message-ID: <20090922100535.GI1152@rambler-co.ru> References: <20090917101526.GF57619@rambler-co.ru> <4AB2B7A1.5000601@delphij.net> <20090918074027.GI47688@deviant.kiev.zoral.com.ua> <20090921111245.GB23958@rambler-co.ru> <20090921112909.GQ47688@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20090921112909.GQ47688@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.5.20 (2009-06-14) X-Anti-Virus: Kaspersky Anti-Virus for MailServers 5.5.33/RELEASE, bases: 02092009 #2738642, status: clean X-SpamTest-Envelope-From: is@rambler-co.ru X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 9536 [Sen 02 2009] X-SpamTest-Info: {HEADERS: header Content-Type found without required header Content-Transfer-Encoding} X-SpamTest-Method: none X-SpamTest-Rate: 10 X-SpamTest-SPF: pass X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0284], KAS30/Release Cc: freebsd-hackers@freebsd.org, d@delphij.net Subject: Re: fcntl(F_RDAHEAD) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Sep 2009 10:05:38 -0000 On Mon, Sep 21, 2009 at 02:29:09PM +0300, Kostik Belousov wrote: > > > What I dislike about the patch is the new kernel-private flag that is > > > eaten from the open(2) flags namespace. We do already have FHASLOCK, > > > so far the only such flag. > > > > We can change > > int f_seqcount; > > to > > u_int f_seqcount; > > > > and can use highest bit instead of O_READAHEAD: anyway f_seqcount is shifted > > to 16 bits left. > > Or do the same trick as was done for FHASLOCK and override some flag that > is not saved after open, see FMASK. Probably, you meant FPOSIXSHM, but not FHASLOCK: /* * We are out of bits in f_flag (which is a short). However, * the flag bits not set in FMASK are only meaningful in the * initial open syscall. Those bits can thus be given a * different meaning for fcntl(2). */ #if __BSD_VISIBLE /* * Set by shm_open(3) to get automatic MAP_ASYNC behavior * for POSIX shared memory objects (which are otherwise * implemented as plain files). */ #define FPOSIXSHM O_NOFOLLOW #endif -- Igor Sysoev http://sysoev.ru/en/ From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 22 12:33:57 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55937106568B for ; Tue, 22 Sep 2009 12:33:57 +0000 (UTC) (envelope-from is@rambler-co.ru) Received: from mailrelay1.rambler.ru (mailrelay1.rambler.ru [81.19.66.239]) by mx1.freebsd.org (Postfix) with ESMTP id C5BB28FC12 for ; Tue, 22 Sep 2009 12:33:56 +0000 (UTC) Received: from kas30pipe.localhost (localhost [127.0.0.1]) by mailrelay1.rambler.ru (Postfix) with ESMTP id D453A130D2F; Tue, 22 Sep 2009 16:33:55 +0400 (MSD) Received: from localhost (unknown [81.19.68.137]) by mailrelay1.rambler.ru (Postfix) with ESMTP id 26277130C90; Tue, 22 Sep 2009 16:33:55 +0400 (MSD) Date: Tue, 22 Sep 2009 16:33:55 +0400 From: Igor Sysoev To: Kostik Belousov Message-ID: <20090922123355.GA30679@rambler-co.ru> References: <20090917101526.GF57619@rambler-co.ru> <4AB2B7A1.5000601@delphij.net> <20090918074027.GI47688@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="n8g4imXOkfNTN/H1" Content-Disposition: inline In-Reply-To: <20090918074027.GI47688@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.5.20 (2009-06-14) X-Anti-Virus: Kaspersky Anti-Virus for MailServers 5.5.33/RELEASE, bases: 02092009 #2738642, status: clean X-SpamTest-Envelope-From: is@rambler-co.ru X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 9536 [Sen 02 2009] X-SpamTest-Method: none X-SpamTest-Rate: 0 X-SpamTest-SPF: pass X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0284], KAS30/Release Cc: freebsd-hackers@freebsd.org, d@delphij.net Subject: Re: fcntl(F_RDAHEAD) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Sep 2009 12:33:57 -0000 --n8g4imXOkfNTN/H1 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline On Fri, Sep 18, 2009 at 10:40:27AM +0300, Kostik Belousov wrote: > On Thu, Sep 17, 2009 at 03:26:41PM -0700, Xin LI wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > Hi, Igor, > > > > Igor Sysoev wrote: > > > Hi, > > > > > > nginx-0.8.15 can use completely non-blocking sendfile() using SF_NODISKIO > > > flag. When sendfile() returns EBUSY, nginx calls aio_read() to read single > > > byte. The first aio_read() preloads the first 128K part of a file in VM cache, > > > however, all successive aio_read()s preload just 16K parts of the file. > > > This makes non-blocking sendfile() usage ineffective for files larger > > > than 128K. > > > > > > I've created a small patch for Darwin compatible F_RDAHEAD fcntl: > > > > > > fcntl(fd, F_RDAHEAD, preload_size) > > > > > > There is small incompatibilty: Darwin's fcntl allows just to enable/disable > > > read ahead, while the proposed patch allows to set exact preload size. > > > > > > Currently the preload size affects vn_read() code path only and does not > > > affect on sendfile() code path. However, it can be easy extended on > > > sendfile() part too. The preload size is still limited by sysctl vfs.read_max. > > > > > > The patch is against FreeBSD 7.2 and was tested on FreeBSD 7.2-STABLE only. > > > > I have ported this as a patch against -HEAD (should apply on 8.0-R but > > it's too late for us to add a new feature) plus a manual page entry > > documenting the feature. > > > > I've used F_READAHEAD as the name, but reading the manual page, it looks > > like we can just use F_RDAHEAD since Darwin seems to just distinguish 0 > > and !=0 case so that programmers won't have to use #ifdef or something > > else to get code working on different platform? > > What I dislike about the patch is the new kernel-private flag that is > eaten from the open(2) flags namespace. We do already have FHASLOCK, > so far the only such flag. The new patch version against 7.2 is attached. Changes: 1) two fcntl's: F_READAHEAD and Darwin compatible F_RDAHEAD, 2) FREADAHEAD uses O_CREAT bit. -- Igor Sysoev http://sysoev.ru/en/ --n8g4imXOkfNTN/H1 Content-Type: text/plain; charset=koi8-r Content-Disposition: attachment; filename="patch.readahead" --- /sys/sys/fcntl.h 2009-06-02 19:05:17.000000000 +0400 +++ /sys/sys/fcntl.h 2009-09-22 16:28:52.000000000 +0400 @@ -132,7 +132,7 @@ /* bits to save after open */ #define FMASK (FREAD|FWRITE|FAPPEND|FASYNC|FFSYNC|FNONBLOCK|O_DIRECT) /* bits settable by fcntl(F_SETFL, ...) */ -#define FCNTLFLAGS (FAPPEND|FASYNC|FFSYNC|FNONBLOCK|FPOSIXSHM|O_DIRECT) +#define FCNTLFLAGS (FAPPEND|FASYNC|FFSYNC|FNONBLOCK|FPOSIXSHM|FRDAHEAD|O_DIRECT) #endif /* @@ -163,6 +163,9 @@ * implemented as plain files). */ #define FPOSIXSHM O_NOFOLLOW + +/* Read ahead */ +#define FRDAHEAD O_CREAT #endif /* @@ -187,6 +190,8 @@ #define F_SETLK 12 /* set record locking information */ #define F_SETLKW 13 /* F_SETLK; wait if blocked */ #define F_SETLK_REMOTE 14 /* debugging support for remote locks */ +#define F_READAHEAD 15 /* read ahead */ +#define F_RDAHEAD 16 /* Darwin compatible read ahead */ /* file descriptor flags (F_GETFD, F_SETFD) */ #define FD_CLOEXEC 1 /* close-on-exec flag */ --- /sys/kern/vfs_vnops.c 2009-06-02 19:05:00.000000000 +0400 +++ /sys/kern/vfs_vnops.c 2009-09-22 14:08:03.000000000 +0400 @@ -305,6 +305,9 @@ sequential_heuristic(struct uio *uio, struct file *fp) { + if (fp->f_flag & FRDAHEAD) + return(fp->f_seqcount << IO_SEQSHIFT); + if ((uio->uio_offset == 0 && fp->f_seqcount > 0) || uio->uio_offset == fp->f_nextoff) { /* --- /sys/kern/kern_descrip.c 2009-08-28 18:50:11.000000000 +0400 +++ /sys/kern/kern_descrip.c 2009-09-22 14:17:47.000000000 +0400 @@ -411,6 +411,7 @@ u_int newmin; int error, flg, tmp; int vfslocked; + uint64_t bsize; vfslocked = 0; error = 0; @@ -694,6 +695,35 @@ vfslocked = 0; fdrop(fp, td); break; + + case F_RDAHEAD: + arg = arg ? 128 * 1024: 0; + /* FALLTHROUGH F_READAHEAD */ + + case F_READAHEAD: + FILEDESC_SLOCK(fdp); + if ((fp = fdtofp(fd, fdp)) == NULL) { + FILEDESC_SUNLOCK(fdp); + error = EBADF; + break; + } + if (fp->f_type != DTYPE_VNODE) { + FILEDESC_SUNLOCK(fdp); + error = EBADF; + break; + } + FILE_LOCK(fp); + if (arg) { + bsize = fp->f_vnode->v_mount->mnt_stat.f_iosize; + fp->f_seqcount = (arg + bsize - 1) / bsize; + fp->f_flag |= FRDAHEAD; + } else { + fp->f_flag &= ~FRDAHEAD; + } + FILE_UNLOCK(fp); + FILEDESC_SUNLOCK(fdp); + break; + default: error = EINVAL; break; --n8g4imXOkfNTN/H1-- From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 22 13:02:16 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F6DF106566B for ; Tue, 22 Sep 2009 13:02:16 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello087206049004.chello.pl [87.206.49.4]) by mx1.freebsd.org (Postfix) with ESMTP id B24BA8FC0A for ; Tue, 22 Sep 2009 13:02:15 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 7CB2745CA6; Tue, 22 Sep 2009 15:02:14 +0200 (CEST) Received: from localhost (pdawidek.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id B3C6445684; Tue, 22 Sep 2009 15:02:09 +0200 (CEST) Date: Tue, 22 Sep 2009 15:02:12 +0200 From: Pawel Jakub Dawidek To: Giulio Ferro Message-ID: <20090922130212.GK6038@garage.freebsd.pl> References: <4AAB8AD0.5010302@zirakzigil.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CqfQkoYPE/jGoa5Q" Content-Disposition: inline In-Reply-To: <4AAB8AD0.5010302@zirakzigil.org> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 8.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=4.5 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-hackers@freebsd.org Subject: Re: ZFS group ownership X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Sep 2009 13:02:16 -0000 --CqfQkoYPE/jGoa5Q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Sep 12, 2009 at 01:49:36PM +0200, Giulio Ferro wrote: [...] > Now I try to do the same on a zfs partition on the same machine > This is what I see with ls > --------------------------------------------------------------- > ls -la > total 4 > drwxrwx--- 3 www www 4 Sep 12 13:43 . > drwxr-xr-x 4 root wheel 4 Sep 12 13:43 .. > drwxrwx--- 2 gferro gferro 2 Sep 12 13:43 asda > -rw-rw---- 1 gferro gferro 0 Sep 12 13:43 qweq > --------------------------------------------------------------- >=20 > As you can see, both file and directory belongs now to "gferro" and > not "www". This means that other users won't even be able to read > my files / dir, let alone modify them. >=20 > What I ask now is: is this a bug or a feature? This is a bug. I changed default ZFS behaviour (which is SYSV) to match BSD behaviour (ie. inherit group ownership from the parent directory), but it become broken during v6 -> v13 switch. Could you file PR for this, I should be able to fix it before 8.0-RELEASE. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --CqfQkoYPE/jGoa5Q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFKuMrUForvXbEpPzQRAnliAJ9/BbGB/BEMQVV2cAsHGOsRfSktsACgnryx oLXI7zlzdymut0QzNfZ6rjc= =ktg1 -----END PGP SIGNATURE----- --CqfQkoYPE/jGoa5Q-- From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 22 16:51:58 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B94F106566B for ; Tue, 22 Sep 2009 16:51:58 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 6D8F98FC1E for ; Tue, 22 Sep 2009 16:51:58 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 2152C46B1A; Tue, 22 Sep 2009 12:51:58 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 40A468A025; Tue, 22 Sep 2009 12:51:57 -0400 (EDT) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Tue, 22 Sep 2009 09:13:47 -0400 User-Agent: KMail/1.9.7 References: <969df365997cf2a4449b74c6af9e52e9@iem.pw.edu.pl> In-Reply-To: <969df365997cf2a4449b74c6af9e52e9@iem.pw.edu.pl> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200909220913.48154.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Tue, 22 Sep 2009 12:51:57 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00, DATE_IN_PAST_03_06,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: sojdaa Subject: Re: FreeBSD SVN repository mirror with local branches ability X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Sep 2009 16:51:58 -0000 On Sunday 20 September 2009 10:43:01 am sojdaa wrote: > > Hello > > Like in the subject, I want to install SVN FreeBSD repo mirror and would > like to have the possibility to create my own branches, that will be merged > with synchronized local mirror. I've done this using svk after reading the > subversion primer: http://wiki.freebsd.org/SubversionPrimer, but I'm > wondering if there's any other possibilities to do this and avoid using > perl, because svk is a set of perl scripts. I wanted to keep the whole > system as simple as possible. I read some topics about git, mercurial and > communication with svn, but these are other versioning systems. > Unfortunately svnsync can create purely read-only mirrors. Is there any way > somehow to use only svn tools, like svnadmin, svnsync, but combine them to > create a mirror with write capabilities or there is no sense in trying > other tools than svk? I have used svk for this at ${JOB} and it works well for managing the mirror. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 22 16:52:01 2009 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D88E106568D for ; Tue, 22 Sep 2009 16:52:01 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 6F7F88FC1D for ; Tue, 22 Sep 2009 16:52:01 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 20E8646B3B; Tue, 22 Sep 2009 12:52:01 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 423EB8A024; Tue, 22 Sep 2009 12:52:00 -0400 (EDT) From: John Baldwin To: "Julian H. Stacey" Date: Tue, 22 Sep 2009 10:27:48 -0400 User-Agent: KMail/1.9.7 References: <200909211203.n8LC3hhn090227@fire.js.berklix.net> In-Reply-To: <200909211203.n8LC3hhn090227@fire.js.berklix.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200909221027.48607.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Tue, 22 Sep 2009 12:52:00 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Alexey Shuvaev , hackers@freebsd.org Subject: Re: genuine cpu I386_CPU kernel support X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Sep 2009 16:52:01 -0000 On Monday 21 September 2009 8:03:43 am Julian H. Stacey wrote: > Hi, > Reference: > > From: Alexey Shuvaev > > Date: Fri, 18 Sep 2009 14:56:59 +0200 > > Message-id: <20090918125659.GA88218@wep4035.physik.uni-wuerzburg.de> > > Alexey Shuvaev wrote: > > On Fri, Sep 18, 2009 at 12:09:46AM +0200, Julian H. Stacey wrote: > > > Hi hackers, > > > I'm trying to get my Genuine 386 running 7.2. It currently runs 4.11. > > > 386 was first base of FreeBSD, a shame to lose it. > > > So far I've hacked diffs as below + the normal > > > /etc/make.conf CFLAGS += -march=i386 > > > cross compiled all bins libs etc & > > > setenv DESTDIR /usr/7.2 i > > > cd /usr/src/etc l make distrib-dirs > > > cd .. ; make install > > > But manually unloading 4.11 kernel & loading 7.2 kernel & booting > > > doesnt yet boot far enough to encourage me to move bins yet, > > > I think I need to do a bit more kernel before that ? > > > This is what I gave so far. Input welcome. > > > > > > [snip] > > > > > Have you already looked at svn r137784 (and possibly some later commits)? > > http://svn.freebsd.org/viewvc/base?view=revision&revision=137784 > > > > 0.02$, > > Alexey. > > Thanks Alexey, No I hadn't seen that. I had just a quick look so far. > I'll look more to see what tio change to compile my 80386 kernel. > PS I cc'd jhb@ who seems to be the one who removed 80386. > Maybe he has a patch set or comment. My comment is to just use 4.x (seriously). A true 386 is going to be quite slow and the overhead of many things added that work well on newer processors is going to be very painful on a 386 (probably on a 486 as well). 4.x runs fine on a 386 and should support all the hardware you can stick into a machine with an 80386 CPU. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 22 18:22:20 2009 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4000B106568B; Tue, 22 Sep 2009 18:22:20 +0000 (UTC) (envelope-from nate@thatsmathematics.com) Received: from euclid.ucsd.edu (euclid.ucsd.edu [132.239.145.52]) by mx1.freebsd.org (Postfix) with ESMTP id 1CBD38FC12; Tue, 22 Sep 2009 18:22:19 +0000 (UTC) Received: from zeno.ucsd.edu (zeno.ucsd.edu [132.239.145.22]) by euclid.ucsd.edu (8.11.7p3+Sun/8.11.7) with ESMTP id n8MI31o03472; Tue, 22 Sep 2009 11:03:01 -0700 (PDT) Received: from localhost (neldredg@localhost) by zeno.ucsd.edu (8.11.7p3+Sun/8.11.7) with ESMTP id n8MI31a00118; Tue, 22 Sep 2009 11:03:01 -0700 (PDT) X-Authentication-Warning: zeno.ucsd.edu: neldredg owned process doing -bs Date: Tue, 22 Sep 2009 11:03:00 -0700 (PDT) From: Nate Eldredge X-X-Sender: neldredg@zeno.ucsd.edu To: John Baldwin In-Reply-To: <200909221027.48607.jhb@freebsd.org> Message-ID: References: <200909211203.n8LC3hhn090227@fire.js.berklix.net> <200909221027.48607.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Alexey Shuvaev , "Julian H. Stacey" , hackers@freebsd.org Subject: Re: genuine cpu I386_CPU kernel support X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Sep 2009 18:22:20 -0000 On Tue, 22 Sep 2009, John Baldwin wrote: > My comment is to just use 4.x (seriously). A true 386 is going to be quite > slow and the overhead of many things added that work well on newer processors > is going to be very painful on a 386 (probably on a 486 as well). 4.x runs > fine on a 386 and should support all the hardware you can stick into a > machine with an 80386 CPU. Unless, of course, you plan to put it on a network. I doubt that 4.x is up to date with respect to security patches. -- Nate Eldredge nate@thatsmathematics.com From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 23 12:00:40 2009 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB7121065712 for ; Wed, 23 Sep 2009 12:00:40 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from mail-bw0-f227.google.com (mail-bw0-f227.google.com [209.85.218.227]) by mx1.freebsd.org (Postfix) with ESMTP id 4F3B08FC1D for ; Wed, 23 Sep 2009 12:00:39 +0000 (UTC) Received: by bwz27 with SMTP id 27so452154bwz.43 for ; Wed, 23 Sep 2009 05:00:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=t3tQAz2sPBRxBIM+p1nux0VNOSB6LnVgxwqXxpFRvsA=; b=tPGYwi7UwfW6QfoYVf1invijpreBCnIB0cpwnYF+HjiA3Lrr+ziwkvJFZ4pk0Ak7Ja bhbuQcl7g/12XjXMxUBStejggZ84/F8YqaYkxFuPSpWOao5YaThwIEanbkdHNrxmObHD BR8S1DcLDeoQeEyHDv070mpoJ+x38BQbdwDcc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=fDpV706DBG9IusHCDU8jUMYwJpN6dycQZh/Mzt5Gzu8bY7QRevhc0WLiR2tPo9dhPW dGPRwiJaXQ1gwOYHBkXK3PmTiCPie05FWRlmsqJWxOZtmIAfjGZxGJr54OyYpUCdd9aN nt5FV/+/fxQi1BxndNvKRsGp7Ror9JryQhXGI= Received: by 10.86.217.8 with SMTP id p8mr1894887fgg.73.1253705240288; Wed, 23 Sep 2009 04:27:20 -0700 (PDT) Received: from mac-mini.lan (bl11-193-153.dsl.telepac.pt [85.244.193.153]) by mx.google.com with ESMTPS id 4sm273573fge.12.2009.09.23.04.27.19 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 23 Sep 2009 04:27:19 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1076) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes From: Rui Paulo In-Reply-To: Date: Wed, 23 Sep 2009 12:27:17 +0100 Content-Transfer-Encoding: 7bit Message-Id: <5311D83C-0DB0-4D10-B2AB-B61FD37178F7@gmail.com> References: <200909211203.n8LC3hhn090227@fire.js.berklix.net> <200909221027.48607.jhb@freebsd.org> To: Nate Eldredge X-Mailer: Apple Mail (2.1076) X-Mailman-Approved-At: Wed, 23 Sep 2009 12:23:16 +0000 Cc: Alexey Shuvaev , "Julian H. Stacey" , hackers@freebsd.org Subject: Re: genuine cpu I386_CPU kernel support X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Sep 2009 12:00:40 -0000 On 22 Sep 2009, at 19:03, Nate Eldredge wrote: > On Tue, 22 Sep 2009, John Baldwin wrote: > >> My comment is to just use 4.x (seriously). A true 386 is going to >> be quite >> slow and the overhead of many things added that work well on newer >> processors >> is going to be very painful on a 386 (probably on a 486 as well). >> 4.x runs >> fine on a 386 and should support all the hardware you can stick >> into a >> machine with an 80386 CPU. > > Unless, of course, you plan to put it on a network. I doubt that > 4.x is up to date with respect to security patches. I don't know if they were all applied on 4.x, but I think at least the older ones are. -- Rui Paulo From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 23 15:53:01 2009 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 35F98106566B; Wed, 23 Sep 2009 15:53:01 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id A6FEC8FC08; Wed, 23 Sep 2009 15:53:00 +0000 (UTC) Received: from park.js.berklix.net (p549A4587.dip.t-dialin.net [84.154.69.135]) (authenticated bits=0) by tower.berklix.org (8.14.2/8.14.2) with ESMTP id n8NFqsWR029208; Wed, 23 Sep 2009 15:52:57 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by park.js.berklix.net (8.13.8/8.13.8) with ESMTP id n8NFqiGv064342; Wed, 23 Sep 2009 17:52:44 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.3/8.14.3) with ESMTP id n8NFsYwT078965; Wed, 23 Sep 2009 17:54:40 +0200 (CEST) (envelope-from jhs@fire.js.berklix.net) Message-Id: <200909231554.n8NFsYwT078965@fire.js.berklix.net> To: Rui Paulo From: "Julian H. Stacey" Organization: http://www.berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://www.berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Wed, 23 Sep 2009 12:27:17 BST." <5311D83C-0DB0-4D10-B2AB-B61FD37178F7@gmail.com> Date: Wed, 23 Sep 2009 17:54:34 +0200 Sender: jhs@berklix.com Cc: Alexey Shuvaev , hackers@freebsd.org, Nate Eldredge Subject: Re: genuine cpu I386_CPU kernel support X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Sep 2009 15:53:01 -0000 Rui Paulo wrote: > On 22 Sep 2009, at 19:03, Nate Eldredge wrote: > > > On Tue, 22 Sep 2009, John Baldwin wrote: > > > >> My comment is to just use 4.x (seriously). A true 386 is going to > >> be quite > >> slow and the overhead of many things added that work well on newer > >> processors > >> is going to be very painful on a 386 (probably on a 486 as well). > >> 4.x runs > >> fine on a 386 and should support all the hardware you can stick > >> into a > >> machine with an 80386 CPU. > > > > Unless, of course, you plan to put it on a network. I doubt that > > 4.x is up to date with respect to security patches. > > I don't know if they were all applied on 4.x, but I think at least the > older ones are. 4.11 fell out of security support some while back, but http://www.freebsd.org/security/index.html only lists what's still in, not what fell out when. Free/ Net/ Open/ Dragon etc all derive from Bill Jollitz port of BSD to 386. Would be nice if we could still keep that first platform walking, even if speed can't be called running ;-) Maybe I'll get time to chase down all that came before http://svn.freebsd.org/viewvc/base?view=revision&revision=137784 Cheers, Julian -- Julian Stacey: BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Mail ASCII plain text not HTML & Base64. http://asciiribbon.org Virused Microsoft PCs cause spam. http://berklix.com/free/ From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 23 16:08:14 2009 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9FBD0106566B; Wed, 23 Sep 2009 16:08:14 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.26]) by mx1.freebsd.org (Postfix) with ESMTP id 037738FC12; Wed, 23 Sep 2009 16:08:13 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 4so197733eyf.9 for ; Wed, 23 Sep 2009 09:08:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:references:in-reply-to :mime-version:content-type:message-id:content-transfer-encoding:cc :from:subject:date:to:x-mailer; bh=QI8zndjYst4Lg9IjP0Kd/vO6Uhya6I257XXEh3ENL5c=; b=tuy+iFrlUwakZvrSyevy7iHn13spFbK1l6nGCc1ZSNwsh26PaFG2etPYXUYRQVyBIB x4EYTNyg33psoKEp2X/VMI7QZeLbPacrBigyh42NqXhHv+wYf5zb9dpSbVyWikft3MnJ CVt/WMUmBVf/RwjET48rkQKFNltIqZuQqGekA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=references:in-reply-to:mime-version:content-type:message-id :content-transfer-encoding:cc:from:subject:date:to:x-mailer; b=TsO8K8pBPmz/DYBywrEI2cIYdubAWTQFSPf5lPV88cDgUX9Wu7T7BXRsuk0XnNRoj4 cS6OHbM/Cl3d+TJkoamSA4AfJzY3qCJomQgM7eUBwr1bK7sxSkMtwbtIBu0uXo4Aqv0X TThWyh6LrcbqMIVhk964B7ataLd81RN+x04RE= Received: by 10.211.146.39 with SMTP id y39mr6190143ebn.88.1253722092843; Wed, 23 Sep 2009 09:08:12 -0700 (PDT) Received: from rui-macbook.lan (bl11-193-153.dsl.telepac.pt [85.244.193.153]) by mx.google.com with ESMTPS id 10sm57580eyz.10.2009.09.23.09.08.11 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 23 Sep 2009 09:08:11 -0700 (PDT) References: <200909231554.n8NFsYwT078965@fire.js.berklix.net> In-Reply-To: <200909231554.n8NFsYwT078965@fire.js.berklix.net> Mime-Version: 1.0 (Apple Message framework v1076) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Message-Id: Content-Transfer-Encoding: 7bit From: Rui Paulo Date: Wed, 23 Sep 2009 17:08:09 +0100 To: "Julian H. Stacey" X-Mailer: Apple Mail (2.1076) X-Mailman-Approved-At: Wed, 23 Sep 2009 16:37:45 +0000 Cc: Alexey Shuvaev , hackers@freebsd.org, Nate Eldredge Subject: Re: genuine cpu I386_CPU kernel support X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Sep 2009 16:08:14 -0000 On 23 Sep 2009, at 16:54, Julian H. Stacey wrote: > 4.11 fell out of security support some while back, but > http://www.freebsd.org/security/index.html > only lists what's still in, not what fell out when. Right, but IIRC there were some folks patch 4-STABLE after the security officer dropped it. -- Rui Paulo From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 23 16:54:25 2009 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 125A31065695 for ; Wed, 23 Sep 2009 16:54:25 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id D841E8FC19 for ; Wed, 23 Sep 2009 16:54:24 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 7342B46B17; Wed, 23 Sep 2009 12:54:24 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id A15388A01D; Wed, 23 Sep 2009 12:54:23 -0400 (EDT) From: John Baldwin To: "Julian H. Stacey" Date: Wed, 23 Sep 2009 12:09:07 -0400 User-Agent: KMail/1.9.7 References: <200909231554.n8NFsYwT078965@fire.js.berklix.net> In-Reply-To: <200909231554.n8NFsYwT078965@fire.js.berklix.net> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200909231209.08346.jhb@freebsd.org> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 23 Sep 2009 12:54:23 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Rui Paulo , Alexey Shuvaev , hackers@freebsd.org, Nate Eldredge Subject: Re: genuine cpu I386_CPU kernel support X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Sep 2009 16:54:25 -0000 On Wednesday 23 September 2009 11:54:34 am Julian H. Stacey wrote: > Rui Paulo wrote: > > On 22 Sep 2009, at 19:03, Nate Eldredge wrote: > > > > > On Tue, 22 Sep 2009, John Baldwin wrote: > > > > > >> My comment is to just use 4.x (seriously). A true 386 is going to > > >> be quite > > >> slow and the overhead of many things added that work well on newer > > >> processors > > >> is going to be very painful on a 386 (probably on a 486 as well). > > >> 4.x runs > > >> fine on a 386 and should support all the hardware you can stick > > >> into a > > >> machine with an 80386 CPU. > > > > > > Unless, of course, you plan to put it on a network. I doubt that > > > 4.x is up to date with respect to security patches. > > > > I don't know if they were all applied on 4.x, but I think at least the > > older ones are. > > 4.11 fell out of security support some while back, but > http://www.freebsd.org/security/index.html > only lists what's still in, not what fell out when. > > Free/ Net/ Open/ Dragon etc all derive from Bill Jollitz port of > BSD to 386. Would be nice if we could still keep that first platform > walking, even if speed can't be called running ;-) > > Maybe I'll get time to chase down all that came before > http://svn.freebsd.org/viewvc/base?view=revision&revision=137784 Other things added since then assume at least a 486. Not having cmpxchg is a bit of a killer. The umtx stuff used by libthr assumes it can do a cmpxchg in userland for example. One idea kicked around many years ago was catching the illegal instruction faults for userland and emulating cmpxchg, but that would be a good bit of work. FreeBSD now also makes liberal use of 'xadd' for reference counts (see refcount_*()) so you would need to support that on a 386 as well. There may be other places that I'm not aware of that have similar assumptions. FWIW, I would probably not be in favor of putting any patches into the tree if you do manage to get it all working. I suspect the userbase of FreeBSD/80386 is even smaller than FreeBSD/alpha or FreeBSD/sparc64 and 80386 support would add a lot of ugly #ifdef's for miniscule gain. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 23 17:21:57 2009 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A64AE1065676 for ; Wed, 23 Sep 2009 17:21:57 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outJ.internet-mail-service.net (outj.internet-mail-service.net [216.240.47.233]) by mx1.freebsd.org (Postfix) with ESMTP id 8895B8FC25 for ; Wed, 23 Sep 2009 17:21:56 +0000 (UTC) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 33814B98A2; Wed, 23 Sep 2009 10:21:57 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 474D82D601B; Wed, 23 Sep 2009 10:21:56 -0700 (PDT) Message-ID: <4ABA5937.9000406@elischer.org> Date: Wed, 23 Sep 2009 10:21:59 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: John Baldwin References: <200909231554.n8NFsYwT078965@fire.js.berklix.net> <200909231209.08346.jhb@freebsd.org> In-Reply-To: <200909231209.08346.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Rui Paulo , Alexey Shuvaev , "Julian H. Stacey" , hackers@freebsd.org, Nate Eldredge Subject: Re: genuine cpu I386_CPU kernel support X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Sep 2009 17:21:57 -0000 John Baldwin wrote: > On Wednesday 23 September 2009 11:54:34 am Julian H. Stacey wrote: >> Rui Paulo wrote: >>> On 22 Sep 2009, at 19:03, Nate Eldredge wrote: >>> >>>> On Tue, 22 Sep 2009, John Baldwin wrote: >>>> >>>>> My comment is to just use 4.x (seriously). A true 386 is going to >>>>> be quite >>>>> slow and the overhead of many things added that work well on newer >>>>> processors >>>>> is going to be very painful on a 386 (probably on a 486 as well). >>>>> 4.x runs >>>>> fine on a 386 and should support all the hardware you can stick >>>>> into a >>>>> machine with an 80386 CPU. >>>> Unless, of course, you plan to put it on a network. I doubt that >>>> 4.x is up to date with respect to security patches. >>> I don't know if they were all applied on 4.x, but I think at least the >>> older ones are. >> 4.11 fell out of security support some while back, but >> http://www.freebsd.org/security/index.html >> only lists what's still in, not what fell out when. >> >> Free/ Net/ Open/ Dragon etc all derive from Bill Jollitz port of >> BSD to 386. Would be nice if we could still keep that first platform >> walking, even if speed can't be called running ;-) >> >> Maybe I'll get time to chase down all that came before >> http://svn.freebsd.org/viewvc/base?view=revision&revision=137784 > > Other things added since then assume at least a 486. Not having cmpxchg is a > bit of a killer. I think a 386 can assume non-SMP in which case that can be simulated just fine :-) it also simplifies a lot of the other breakages.. #if (CPU == 80386) && defined(SMP) #error "can't have smp on a 386" #endif > The umtx stuff used by libthr assumes it can do a cmpxchg in > userland for example. One idea kicked around many years ago was catching the > illegal instruction faults for userland and emulating cmpxchg, but that would > be a good bit of work. FreeBSD now also makes liberal use of 'xadd' for > reference counts (see refcount_*()) so you would need to support that on a > 386 as well. There may be other places that I'm not aware of that have > similar assumptions. FWIW, I would probably not be in favor of putting any > patches into the tree if you do manage to get it all working. I suspect the > userbase of FreeBSD/80386 is even smaller than FreeBSD/alpha or > FreeBSD/sparc64 and 80386 support would add a lot of ugly #ifdef's for > miniscule gain. > From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 23 18:38:00 2009 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2041E106566B for ; Wed, 23 Sep 2009 18:38:00 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id E36798FC17 for ; Wed, 23 Sep 2009 18:37:59 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 758A446B09; Wed, 23 Sep 2009 14:37:59 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id BA0C48A01B; Wed, 23 Sep 2009 14:37:58 -0400 (EDT) From: John Baldwin To: Julian Elischer Date: Wed, 23 Sep 2009 14:36:28 -0400 User-Agent: KMail/1.9.7 References: <200909231554.n8NFsYwT078965@fire.js.berklix.net> <200909231209.08346.jhb@freebsd.org> <4ABA5937.9000406@elischer.org> In-Reply-To: <4ABA5937.9000406@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200909231436.29466.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 23 Sep 2009 14:37:58 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Rui Paulo , Alexey Shuvaev , "Julian H. Stacey" , hackers@freebsd.org, Nate Eldredge Subject: Re: genuine cpu I386_CPU kernel support X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Sep 2009 18:38:00 -0000 On Wednesday 23 September 2009 1:21:59 pm Julian Elischer wrote: > John Baldwin wrote: > > On Wednesday 23 September 2009 11:54:34 am Julian H. Stacey wrote: > >> Rui Paulo wrote: > >>> On 22 Sep 2009, at 19:03, Nate Eldredge wrote: > >>> > >>>> On Tue, 22 Sep 2009, John Baldwin wrote: > >>>> > >>>>> My comment is to just use 4.x (seriously). A true 386 is going to > >>>>> be quite > >>>>> slow and the overhead of many things added that work well on newer > >>>>> processors > >>>>> is going to be very painful on a 386 (probably on a 486 as well). > >>>>> 4.x runs > >>>>> fine on a 386 and should support all the hardware you can stick > >>>>> into a > >>>>> machine with an 80386 CPU. > >>>> Unless, of course, you plan to put it on a network. I doubt that > >>>> 4.x is up to date with respect to security patches. > >>> I don't know if they were all applied on 4.x, but I think at least the > >>> older ones are. > >> 4.11 fell out of security support some while back, but > >> http://www.freebsd.org/security/index.html > >> only lists what's still in, not what fell out when. > >> > >> Free/ Net/ Open/ Dragon etc all derive from Bill Jollitz port of > >> BSD to 386. Would be nice if we could still keep that first platform > >> walking, even if speed can't be called running ;-) > >> > >> Maybe I'll get time to chase down all that came before > >> http://svn.freebsd.org/viewvc/base?view=revision&revision=137784 > > > > Other things added since then assume at least a 486. Not having cmpxchg is a > > bit of a killer. > > I think a 386 can assume non-SMP in which case that can be simulated > just fine :-) > it also simplifies a lot of the other breakages.. > > #if (CPU == 80386) && defined(SMP) > #error "can't have smp on a 386" > #endif No, it actually does not. The in-kernel version of cmpset for 386 was to disable interrupts while doing a cmp and jmp around a mov (even 386's have preemption, so you do have to disable interrupts). You can't do that in userland (cli is a privileged instruction), which probably mandates doing a cmpxchg emulator in the kernel for userland code. That and disabling interrupts is actually far less efficient than spl() for a UP 80386 machine. I suspect newer kernels will run slower on an 80386 than 4.x. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 23 19:08:54 2009 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD09B106568F; Wed, 23 Sep 2009 19:08:54 +0000 (UTC) (envelope-from nate@thatsmathematics.com) Received: from euclid.ucsd.edu (euclid.ucsd.edu [132.239.145.52]) by mx1.freebsd.org (Postfix) with ESMTP id 982C98FC31; Wed, 23 Sep 2009 19:08:54 +0000 (UTC) Received: from zeno.ucsd.edu (zeno.ucsd.edu [132.239.145.22]) by euclid.ucsd.edu (8.11.7p3+Sun/8.11.7) with ESMTP id n8NJ8ro08447; Wed, 23 Sep 2009 12:08:53 -0700 (PDT) Received: from localhost (neldredg@localhost) by zeno.ucsd.edu (8.11.7p3+Sun/8.11.7) with ESMTP id n8NJ8rD02023; Wed, 23 Sep 2009 12:08:53 -0700 (PDT) X-Authentication-Warning: zeno.ucsd.edu: neldredg owned process doing -bs Date: Wed, 23 Sep 2009 12:08:52 -0700 (PDT) From: Nate Eldredge X-X-Sender: neldredg@zeno.ucsd.edu To: John Baldwin In-Reply-To: <200909231436.29466.jhb@freebsd.org> Message-ID: References: <200909231554.n8NFsYwT078965@fire.js.berklix.net> <200909231209.08346.jhb@freebsd.org> <4ABA5937.9000406@elischer.org> <200909231436.29466.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Rui Paulo , Alexey Shuvaev , "Julian H. Stacey" , hackers@freebsd.org, Julian Elischer Subject: Re: genuine cpu I386_CPU kernel support X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Sep 2009 19:08:54 -0000 On Wed, 23 Sep 2009, John Baldwin wrote: > On Wednesday 23 September 2009 1:21:59 pm Julian Elischer wrote: >> John Baldwin wrote: >>> Other things added since then assume at least a 486. Not having cmpxchg is a >>> bit of a killer. >> >> I think a 386 can assume non-SMP in which case that can be simulated >> just fine :-) >> it also simplifies a lot of the other breakages.. >> >> #if (CPU == 80386) && defined(SMP) >> #error "can't have smp on a 386" >> #endif > > No, it actually does not. The in-kernel version of cmpset for 386 was to > disable interrupts while doing a cmp and jmp around a mov (even 386's have > preemption, so you do have to disable interrupts). You can't do that in > userland (cli is a privileged instruction), which probably mandates doing a > cmpxchg emulator in the kernel for userland code. That and disabling > interrupts is actually far less efficient than spl() for a UP 80386 machine. > I suspect newer kernels will run slower on an 80386 than 4.x. Another issue that I know affected Linux is that the 386 would allow kernel code (CPL 0) to write to a page that was marked read-only. The 486 and later would generate a page fault. Linux takes advantage of the 486 behavior to avoid having to do explicit access checks when copying to user space, though AFAIK it checks the CPU at boot time to decide if this can be done. I haven't checked whether FreeBSD uses this feature, but it would be another thing to watch out for. -- Nate Eldredge nate@thatsmathematics.com From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 23 19:47:46 2009 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43B3E10656BA for ; Wed, 23 Sep 2009 19:47:46 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from tomjudge.vm.bytemark.co.uk (tomjudge.vm.bytemark.co.uk [80.68.91.100]) by mx1.freebsd.org (Postfix) with ESMTP id AABFD8FC1D for ; Wed, 23 Sep 2009 19:47:45 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by tomjudge.vm.bytemark.co.uk (Postfix) with ESMTP id 6EF62489A5 for ; Wed, 23 Sep 2009 20:28:21 +0100 (BST) X-Virus-Scanned: Debian amavisd-new at tomjudge.vm.bytemark.co.uk Received: from tomjudge.vm.bytemark.co.uk ([127.0.0.1]) by localhost (tomjudge.vm.bytemark.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yokrUTximMFV for ; Wed, 23 Sep 2009 20:28:13 +0100 (BST) Received: from rita.nodomain (unknown [192.168.205.6]) by tomjudge.vm.bytemark.co.uk (Postfix) with ESMTP id 8874C48897 for ; Wed, 23 Sep 2009 20:28:12 +0100 (BST) Message-ID: <4ABA76B7.5050008@tomjudge.com> Date: Wed, 23 Sep 2009 19:27:51 +0000 From: Tom Judge User-Agent: Thunderbird 2.0.0.23 (X11/20090822) MIME-Version: 1.0 To: hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Adding support for the Intel SS4000-E NAS aka the EM-7210 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Sep 2009 19:47:46 -0000 Hi, Sorry for the cross post but i didn't get any bites on arm@ so I am gonna try my luck here. I am trying to add support for the Intel SS4000-E/EM7210 to FreeBSD, I have copied all of the files for the EP80219 as this seems to be what the board is based on, and modified the interrupt assignment code. See the patch agains sys/arm here: http://www.tomjudge.com/tmp/em-7210-patch I am also having trouble with loading the kernel at the default location, (instructions from here: http://wiki.freebsd.org/FreeBSDAvila) as RedBoot reports that there is no memory at the load address. Currently when I try to load this kernel at the phys address using reboot and try to run the kernel I get nothing outputed on the console. I used the phys address from the addresses that the linux kernel is loaded into out of flash. (see output below) Could someone please give me some hints on what I am doing wrong and need to change? The board is currently supported by the Linux kernel (as the em7210.c) so I was hoping that adding support to FreeBSD would not be difficult. More information about the system can be found here: http://em7210.kwaak.net/ Thanks in advance for any help, Tom > $ sudo cu -l cuau0 -s 115200 Password: Connected +No network interfaces found EM-7210 ver.T04 2005-12-12 (For ver.AA) == Executing boot script in 1.000 seconds - enter ^C to abort ^C RedBoot> ^C RedBoot> fis load rammode RedBoot> go +Ethernet eth0: MAC address 00:0e:0c:b6:bf:1a IP: 10.9.9.1/255.255.255.0, Gateway: 10.9.9.1 Default server: 10.9.9.10, DNS server IP: 0.0.0.0 EM-7210 (RAM mode) 2005-12-22 == Executing boot script in 1.000 seconds - enter ^C to abort ^C RedBoot> ^C RedBoot> fis list Name FLASH addr Mem addr Length Entry point RedBoot 0xF0000000 0xF0000000 0x00040000 0x00000000 RedBoot config 0xF1FC0000 0xF1FC0000 0x00001000 0x00000000 FIS directory 0xF1FE0000 0xF1FE0000 0x00020000 0x00000000 rammode 0xF0060000 0x00200000 0x00040000 0x00200000 log 0xF0040000 0xF0040000 0x00020000 0x00000000 naskey 0xF00A0000 0xF00A0000 0x00020000 0x01008000 zImage 0xF00C0000 0x01008000 0x00200000 0x01008000 ramdisk.gz 0xF02C0000 0x01800000 0x00400000 0x01800000 vendor 0xF06C0000 0xF06C0000 0x01880000 0x01800000 wmdata 0xF1F40000 0xF1F40000 0x00080000 0x01800000 RedBoot> From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 23 19:35:09 2009 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C524F106566B for ; Wed, 23 Sep 2009 19:35:09 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id A6A028FC0A for ; Wed, 23 Sep 2009 19:35:09 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 233E68C080; Wed, 23 Sep 2009 14:18:22 -0500 (CDT) Date: Wed, 23 Sep 2009 14:18:22 -0500 From: Mark Linimon To: "Julian H. Stacey" Message-ID: <20090923191822.GA11443@lonesome.com> References: <5311D83C-0DB0-4D10-B2AB-B61FD37178F7@gmail.com> <200909231554.n8NFsYwT078965@fire.js.berklix.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200909231554.n8NFsYwT078965@fire.js.berklix.net> User-Agent: Mutt/1.5.18 (2008-05-17) X-Mailman-Approved-At: Wed, 23 Sep 2009 20:03:55 +0000 Cc: Rui Paulo , Alexey Shuvaev , hackers@freebsd.org, Nate Eldredge Subject: Re: genuine cpu I386_CPU kernel support X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Sep 2009 19:35:09 -0000 On Wed, Sep 23, 2009 at 05:54:34PM +0200, Julian H. Stacey wrote: > 4.11 fell out of security support some while back, but > http://www.freebsd.org/security/index.html > only lists what's still in, not what fell out when. Then see http://people.freebsd.org/~linimon/schedule/milestones.html. (Yes, I know the data for 7.2 and 8.0 are stale.) 4.11 support was extended again and again but ended 01/31/2007. Towards the end it was consuming a lot of people's time to support it, since everything newer had changed dramatically. > Free/ Net/ Open/ Dragon etc all derive from Bill Jollitz port of > BSD to 386. Would be nice if we could still keep that first platform > walking, even if speed can't be called running ;-) The same comment applies. Everything has changed dramatically. > Maybe I'll get time to chase down all that came before > http://svn.freebsd.org/viewvc/base?view=revision&revision=137784 I honestly can't see why you would want to waste your time like this, but it's yours to waste I suppose. (Even a notorious packrat like me has gotten rid of hardware from that era.) mcl From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 23 22:45:27 2009 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B41F5106566B for ; Wed, 23 Sep 2009 22:45:27 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from tomjudge.vm.bytemark.co.uk (tomjudge.vm.bytemark.co.uk [80.68.91.100]) by mx1.freebsd.org (Postfix) with ESMTP id 793F48FC08 for ; Wed, 23 Sep 2009 22:45:27 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by tomjudge.vm.bytemark.co.uk (Postfix) with ESMTP id 9CEC3489AA for ; Wed, 23 Sep 2009 23:45:26 +0100 (BST) X-Virus-Scanned: Debian amavisd-new at tomjudge.vm.bytemark.co.uk Received: from tomjudge.vm.bytemark.co.uk ([127.0.0.1]) by localhost (tomjudge.vm.bytemark.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PEdL+Ub9RITy for ; Wed, 23 Sep 2009 23:45:16 +0100 (BST) Received: from rita.nodomain (unknown [192.168.205.6]) by tomjudge.vm.bytemark.co.uk (Postfix) with ESMTP id C1865489A5 for ; Wed, 23 Sep 2009 23:45:15 +0100 (BST) Message-ID: <4ABAA4E6.20809@tomjudge.com> Date: Wed, 23 Sep 2009 22:44:54 +0000 From: Tom Judge User-Agent: Thunderbird 2.0.0.23 (X11/20090822) MIME-Version: 1.0 To: hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: USB Device identification in dmesg and usbconfig X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Sep 2009 22:45:27 -0000 Hi, I have been working on getting at least some support for the Function (F1-12) keys on my MS Natural 4000 keyboard. Here is the original PR on the subject: usb/116947. My patch can be found here: http://svn.tomjudge.com/freebsd/patches/ms-natural-4000/usb-natural4000.patch and I have submitted an update to the PR. When I reboot into the kernel the quirk is detected correctly and the function keys work. However the device does not seem to be correctly identified here is the dmesg output: ugen2.3: at usbus2 ukbd0: on usbus2 kbd2 at ukbd0 uhid0: on usbus2 Here is usbconfig list output: ugen2.3: at usbus2, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON How do I get the output to match other devices like this: ugen2.4: at usbus2 ums0: on usbus2 ums0: 3 buttons and [XYZ] coordinates ID=17 Thanks Tom From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 23 23:52:10 2009 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B985106566B for ; Wed, 23 Sep 2009 23:52:10 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [66.246.138.153]) by mx1.freebsd.org (Postfix) with ESMTP id 14EAB8FC0A for ; Wed, 23 Sep 2009 23:52:10 +0000 (UTC) Received: from unknown (87-194-158-129.bethere.co.uk [87.194.158.129]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA id 487E581C2; Wed, 23 Sep 2009 23:33:46 +0000 (UTC) Date: Thu, 24 Sep 2009 00:33:51 +0100 From: Bruce Cran To: Tom Judge Message-ID: <20090924003351.000056a3@unknown> In-Reply-To: <4ABAA4E6.20809@tomjudge.com> References: <4ABAA4E6.20809@tomjudge.com> X-Mailer: Claws Mail 3.7.1 (GTK+ 2.16.0; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: hackers@freebsd.org Subject: Re: USB Device identification in dmesg and usbconfig X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Sep 2009 23:52:10 -0000 On Wed, 23 Sep 2009 22:44:54 +0000 Tom Judge wrote: > Hi, > > I have been working on getting at least some support for the Function > (F1-12) keys on my MS Natural 4000 keyboard. Here is the original PR > on the subject: usb/116947. My patch can be found here: > http://svn.tomjudge.com/freebsd/patches/ms-natural-4000/usb-natural4000.patch > and I have submitted an update to the PR. > > > When I reboot into the kernel the quirk is detected correctly and the > function keys work. > > However the device does not seem to be correctly identified here is > the dmesg output: > > ugen2.3: at usbus2 > ukbd0: 3> on usbus2 > kbd2 at ukbd0 > uhid0: 3> on usbus2 > > Here is usbconfig list output: > > ugen2.3: at usbus2, cfg=0 md=HOST > spd=LOW (1.5Mbps) pwr=ON > > > How do I get the output to match other devices like this: > > ugen2.4: at usbus2 > ums0: 2.00/1.20, addr 4> on usbus2 > ums0: 3 buttons and [XYZ] coordinates ID=17 I'm starting to suspect this is a bug in the USB code that Microsoft devices use. I've seen this on two PCs now, both on 7.x and 8.0-RC1; sometimes they'll identify properly by getting the strings out of the device (e.g. "Microsoft 3-Button Mouse with IntelliEye(TM)") but most of the time I'll just see the generic device and product IDs. -- Bruce Cran From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 24 09:28:34 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6AD4B106566C for ; Thu, 24 Sep 2009 09:28:34 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-exrelay3.uni-muenster.de (ZIVM-EXRELAY3.UNI-MUENSTER.DE [128.176.192.20]) by mx1.freebsd.org (Postfix) with ESMTP id 01C2D8FC0A for ; Thu, 24 Sep 2009 09:28:33 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.44,444,1249250400"; d="scan'208";a="14090084" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER04.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay3.uni-muenster.de with ESMTP; 24 Sep 2009 11:28:32 +0200 Received: by ZIVMAILUSER04.UNI-MUENSTER.DE (Postfix, from userid 149459) id 2DA911B0096; Thu, 24 Sep 2009 11:28:32 +0200 (CEST) Date: Thu, 24 Sep 2009 11:28:31 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Re: HAMMER FS port (status ?) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Sep 2009 09:28:34 -0000 i remember a discussion about HAMMER support on one of the mailingslists which sorta ended with the following statement: "let's get zfs running properly before we even think about starting with HAMMER." cheers. alex From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 24 10:49:39 2009 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2A35106566B for ; Thu, 24 Sep 2009 10:49:39 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 9B4928FC19 for ; Thu, 24 Sep 2009 10:49:39 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id C67586D41B; Thu, 24 Sep 2009 10:49:38 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 91CF6844A1; Thu, 24 Sep 2009 12:49:38 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Alexander Best References: Date: Thu, 24 Sep 2009 12:49:38 +0200 In-Reply-To: (Alexander Best's message of "Thu, 24 Sep 2009 11:28:31 +0200 (CEST)") Message-ID: <86fxac62il.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@FreeBSD.org Subject: Re: HAMMER FS port (status ?) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Sep 2009 10:49:40 -0000 Alexander Best writes: > i remember a discussion about HAMMER support on one of the mailingslists = which > sorta ended with the following statement: > > "let's get zfs running properly before we even think about starting with > HAMMER." Not a valid argument; regardless of the state of ZFS, one does not preclude the other unless you expect the same person to handle both. The one and only reason why HAMMER is not in the base system is that nobody has stepped forward to do it. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 24 11:07:33 2009 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 29005106566B for ; Thu, 24 Sep 2009 11:07:33 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id 9E2658FC1E for ; Thu, 24 Sep 2009 11:07:32 +0000 (UTC) Received: from park.js.berklix.net (p549A7236.dip.t-dialin.net [84.154.114.54]) (authenticated bits=0) by tower.berklix.org (8.14.2/8.14.2) with ESMTP id n8OB7UMO051029; Thu, 24 Sep 2009 11:07:31 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by park.js.berklix.net (8.13.8/8.13.8) with ESMTP id n8OB7IN4072546; Thu, 24 Sep 2009 13:07:19 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.3/8.14.3) with ESMTP id n8OB98ww092018; Thu, 24 Sep 2009 13:09:13 +0200 (CEST) (envelope-from jhs@fire.js.berklix.net) Message-Id: <200909241109.n8OB98ww092018@fire.js.berklix.net> To: Mark Linimon From: "Julian H. Stacey" Organization: http://www.berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://www.berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Wed, 23 Sep 2009 14:18:22 CDT." <20090923191822.GA11443@lonesome.com> Date: Thu, 24 Sep 2009 13:09:08 +0200 Sender: jhs@berklix.com Cc: Rui Paulo , Alexey Shuvaev , hackers@freebsd.org, Nate Eldredge Subject: Re: genuine cpu I386_CPU kernel support X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Sep 2009 11:07:33 -0000 > I honestly can't see why you would want to waste your time like this, > but it's yours to waste I suppose. (Even a notorious packrat like me > has gotten rid of hardware from that era.) > > mcl Hmm, So that's you & jhb warning me off. Well I do have a ToDo list that's a mile long, so maybe I'd best take your advice :-) Thanks all though, for the informed kernel/ assembler comment we've been reading. Cheers, Julian -- Julian Stacey: BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Mail ASCII plain text not HTML & Base64. http://asciiribbon.org Virused Microsoft PCs cause spam. http://berklix.com/free/ From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 24 15:09:26 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 226611065696 for ; Thu, 24 Sep 2009 15:09:26 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-exrelay3.uni-muenster.de (ZIVM-EXRELAY3.UNI-MUENSTER.DE [128.176.192.20]) by mx1.freebsd.org (Postfix) with ESMTP id ABC738FC1B for ; Thu, 24 Sep 2009 15:09:25 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.44,445,1249250400"; d="scan'208";a="14120210" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER03.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay3.uni-muenster.de with ESMTP; 24 Sep 2009 17:09:23 +0200 Received: by ZIVMAILUSER03.UNI-MUENSTER.DE (Postfix, from userid 149459) id DBE9A1B0750; Thu, 24 Sep 2009 17:09:23 +0200 (CEST) Date: Thu, 24 Sep 2009 17:09:23 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Message-ID: In-Reply-To: <86fxac62il.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@FreeBSD.org Subject: Re: HAMMER FS port (status ?) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Sep 2009 15:09:26 -0000 Dag-Erling Sm=F8rgrav schrieb am 2009-09-24: > Alexander Best writes: > > i remember a discussion about HAMMER support on one of the > > mailingslists which > > sorta ended with the following statement: > > "let's get zfs running properly before we even think about starting > > with > > HAMMER." > Not a valid argument; regardless of the state of ZFS, one does not > preclude the other unless you expect the same person to handle both. > The one and only reason why HAMMER is not in the base system is that > nobody has stepped forward to do it. > DES my thoughts exactly. i'd really like to use HAMMER as a ufs2 replacement on= my box. zfs seems like a great fs but to me it seems too complicated to be handled by the average user. i'm really looking forward to the first few lines of code in p4. ;) cheers. alex From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 24 15:32:14 2009 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF00B1065670; Thu, 24 Sep 2009 15:32:14 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from services.rulez.sk (services.rulez.sk [92.240.234.125]) by mx1.freebsd.org (Postfix) with ESMTP id A4A578FC17; Thu, 24 Sep 2009 15:32:14 +0000 (UTC) Received: from localhost (services.rulez.sk [92.240.234.125]) by services.rulez.sk (Postfix) with ESMTP id 2CC2D13345FC; Thu, 24 Sep 2009 17:07:31 +0200 (CEST) X-Virus-Scanned: amavisd-new at rulez.sk Received: from services.rulez.sk ([92.240.234.125]) by localhost (services.rulez.sk [92.240.234.125]) (amavisd-new, port 10024) with ESMTP id EDEhn9gfdyz6; Thu, 24 Sep 2009 17:07:30 +0200 (CEST) Received: from danger-mbp.local (adsl-dyn-90.95-102-88.t-com.sk [95.102.88.90]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: danger@rulez.sk) by services.rulez.sk (Postfix) with ESMTPSA id 1176313345E8; Thu, 24 Sep 2009 17:07:30 +0200 (CEST) Message-ID: <4ABB8B31.7050505@FreeBSD.org> Date: Thu, 24 Sep 2009 17:07:29 +0200 From: Daniel Gerzo Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: current@freebsd.org, hackers@freebsd.org, stable@freebsd.org Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: HEADSUP: Call for FreeBSD Status Reports X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Sep 2009 15:32:15 -0000 Dear all, I would like to remind you to submit your status reports as soon as possible. Long time has passed since the last status reports were released; and surely a lot has had happened since then. Our developers are relaxed after DevSummit and EuroBSDCon in Cambridge, which both were great! I believe a lot of stuff has been discussed during these events (I hope we will have reports covering this too) and since the last report a lot of things have happened. During that time, two other conferences have been held (BSDCan and AsiaBSDCon), we have released 7.2, not to mention that 8.0 is behind the door. Google Summer of Code should be finished by now too, and we would like to hear about its results. Surely there are a lot more projects which are currently being worked on, so please do not hesitate and write us a few lines - a short description about what you are working on, what are the plans and goals, so we can inform our community about your great work! It's useful for you as well as our users! Please note, the submissions for this quarter (well...rather halfyear, because we should now cover 4-9/2009) are due by October 7th, 2009. Please post the filled-in XML template to be found at http://www.freebsd.org/news/status/report-sample.xml to monthly@FreeBSD.org, or alternatively use our web based form at http://www.freebsd.org/cgi/monthly.cgi. We are looking forward to see your submissions! -- S pozdravom / Best regards Daniel Gerzo, FreeBSD committer From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 24 15:38:19 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8027106568B for ; Thu, 24 Sep 2009 15:38:19 +0000 (UTC) (envelope-from gnemmi@gmail.com) Received: from mail-yw0-f187.google.com (mail-yw0-f187.google.com [209.85.211.187]) by mx1.freebsd.org (Postfix) with ESMTP id 95DB68FC15 for ; Thu, 24 Sep 2009 15:38:19 +0000 (UTC) Received: by ywh17 with SMTP id 17so2114043ywh.3 for ; Thu, 24 Sep 2009 08:38:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:references:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:message-id; bh=a+DJDm7C+oCcLoRSxaQE2J38rrvTNQ83HhGNlvBS/qE=; b=xEKON8pBCxI2SbgiU9RFn2prW1llecINm0vaE2UKR+Ye+eWXGYpGoUfv1IYEjUuGBx r+IDu+6ERAY0wObDJZ/L4gHMiny86VaveXhhBkPV74xmf6Ti6LWXCbzcWbDWsXapMb4t GgmlPitacw63yOUi4T5euLTmAkBsSWUSU79Sk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:references:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :message-id; b=pzwuLuVYYRPzxgKNvRsZWnYESq+I08tf2yFYV+u10t8wx6IRF8fEodz51UjfhGTcVT BWcJdWhm6skA/damREtGLK5lM4dwjOS/MQyVjCMlRXI+3DZoxz8v7xZWPHw5rfGRVLVA lQQmk6sQ3F/rwOeKiyl1nU3RIz6DlwvDCHXnM= Received: by 10.91.189.1 with SMTP id r1mr53955agp.109.1253806698710; Thu, 24 Sep 2009 08:38:18 -0700 (PDT) Received: from ?192.168.1.100? ([190.177.214.159]) by mx.google.com with ESMTPS id 4sm819228aga.29.2009.09.24.08.38.17 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 24 Sep 2009 08:38:18 -0700 (PDT) From: Gonzalo Nemmi To: freebsd-hackers@freebsd.org Date: Thu, 24 Sep 2009 12:38:15 -0300 User-Agent: KMail/1.9.10 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200909241238.15457.gnemmi@gmail.com> Subject: Re: HAMMER FS port (status ?) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Sep 2009 15:38:20 -0000 On Thursday 24 September 2009 6:28:31 am Alexander Best wrote: > i remember a discussion about HAMMER support on one of the > mailingslists which sorta ended with the following statement: > > "let's get zfs running properly before we even think about starting > with HAMMER." > > cheers. > alex > _______________________________________________ > 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" Yup .. that was basically it ... Here you go: http://lists.freebsd.org/pipermail/freebsd-stable/2008-October/045550.html Regards -- Blessings Gonzalo Nemmi From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 24 16:16:28 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CC6E1065670 for ; Thu, 24 Sep 2009 16:16:28 +0000 (UTC) (envelope-from kraduk@googlemail.com) Received: from mail-fx0-f222.google.com (mail-fx0-f222.google.com [209.85.220.222]) by mx1.freebsd.org (Postfix) with ESMTP id CD0A18FC15 for ; Thu, 24 Sep 2009 16:16:27 +0000 (UTC) Received: by fxm22 with SMTP id 22so1645294fxm.36 for ; Thu, 24 Sep 2009 09:16:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=cHFdZ43l2+NWPAFpVG3XiEjGBqJSvUQx9/WqvWEULDY=; b=F6QooImFNmZkrVGbHukSTRv032WO2kXC8a9PjTcEyQ/Lq2EFZGj77wq5OiJNUI7vMu wlqqJu1XK85Ytrm8YLHy4ShmNYjja2SadHASSvhlUuvGoRLGqZNxsABkhxwiKf7W5x/v WN+/5nQXNFIRX8VngX9einnBUXJfk+BQ5dm+0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=pnjVQSYz0MLhJMBSFp9fuBw+uSaWHXs0igv+yEZE0AItqJhdrlDqmKx4zPxImzC0yy 3kT9xlPf9zsFOZBeX4g3CYVPXXfnN4cU58ITK3y1n7E02JrUYEcG+lHMbIyf9NRxJWTO 1uYcGLofBjGlFF836uaHEclATn3+kPbqn+7Ic= MIME-Version: 1.0 Received: by 10.239.139.91 with SMTP id s27mr329967hbs.84.1253807471419; Thu, 24 Sep 2009 08:51:11 -0700 (PDT) In-Reply-To: <200909241238.15457.gnemmi@gmail.com> References: <200909241238.15457.gnemmi@gmail.com> Date: Thu, 24 Sep 2009 16:51:11 +0100 Message-ID: From: krad To: Gonzalo Nemmi X-Mailman-Approved-At: Thu, 24 Sep 2009 16:41:42 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers@freebsd.org Subject: Re: HAMMER FS port (status ?) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Sep 2009 16:16:28 -0000 2009/9/24 Gonzalo Nemmi > On Thursday 24 September 2009 6:28:31 am Alexander Best wrote: > > i remember a discussion about HAMMER support on one of the > > mailingslists which sorta ended with the following statement: > > > > "let's get zfs running properly before we even think about starting > > with HAMMER." > > > > cheers. > > alex > > _______________________________________________ > > 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" > > Yup .. that was basically it ... > Here you go: > http://lists.freebsd.org/pipermail/freebsd-stable/2008-October/045550.html > > Regards > -- > Blessings > Gonzalo Nemmi > _______________________________________________ > 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" > If the istallation get sorted out for zfs its argubly the easiest fs I have ever had to manage. There are lots of options but you dont have to use them and if you dont it wont hurt the average user. If you do decide to start using them at a later date, then its dead easy to. THe main problem with zfs is resources. If it wasn't for this then there wouldn't be a good reason not to use zfs default fs (i await the flames 8) From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 24 16:54:26 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD70E1065676 for ; Thu, 24 Sep 2009 16:54:26 +0000 (UTC) (envelope-from leandro.magnabosco@fcdl-sc.org.br) Received: from mail.cdl-sc.org.br (mail.cdl-sc.org.br [189.39.224.30]) by mx1.freebsd.org (Postfix) with ESMTP id 7EB418FC1F for ; Thu, 24 Sep 2009 16:54:25 +0000 (UTC) Received: from [127.0.0.1] (unknown [192.168.200.189]) by mail.cdl-sc.org.br (Postfix) with ESMTP id 9B69263764; Thu, 24 Sep 2009 13:35:24 -0300 (BRT) Message-ID: <4ABB9FC9.3060006@fcdl-sc.org.br> Date: Thu, 24 Sep 2009 13:35:21 -0300 From: Leandro Quibem Magnabosco Organization: FCDL/SC User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Gonzalo Nemmi References: <200909241238.15457.gnemmi@gmail.com> In-Reply-To: <200909241238.15457.gnemmi@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: HAMMER FS port (status ?) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Sep 2009 16:54:26 -0000 I think that one questions pops into the minds of a lot of people right now: Why not just use DragonFly BSD? It is a pretty decent system. Why do you need it to be FreeBSD w/ Hammer and not DragonFly BSD? Maybe there are some reasons, but I don't see it. Could anybody point it out for me? Thank you. -- Leandro Quibem Magnabosco. From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 24 20:03:45 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 263BA1065672 for ; Thu, 24 Sep 2009 20:03:45 +0000 (UTC) (envelope-from luizgustavo@luizgustavo.pro.br) Received: from mail-bw0-f227.google.com (mail-bw0-f227.google.com [209.85.218.227]) by mx1.freebsd.org (Postfix) with ESMTP id B2F958FC0C for ; Thu, 24 Sep 2009 20:03:41 +0000 (UTC) Received: by bwz27 with SMTP id 27so1522836bwz.43 for ; Thu, 24 Sep 2009 13:03:41 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.2.205 with SMTP id 13mr9297fak.83.1253822620851; Thu, 24 Sep 2009 13:03:40 -0700 (PDT) In-Reply-To: <4ABB9FC9.3060006@fcdl-sc.org.br> References: <200909241238.15457.gnemmi@gmail.com> <4ABB9FC9.3060006@fcdl-sc.org.br> Date: Thu, 24 Sep 2009 17:03:40 -0300 Message-ID: <772ca7d0909241303q3ed9986fn66a79134fb9a417e@mail.gmail.com> From: "Luiz Gustavo S. Costa" To: Leandro Quibem Magnabosco Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-hackers@freebsd.org, Gonzalo Nemmi Subject: Re: HAMMER FS port (status ?) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Sep 2009 20:03:45 -0000 Hi.... 2009/9/24 Leandro Quibem Magnabosco : > I think that one questions pops into the minds of a lot of people right now: > Why not just use DragonFly BSD? > > It is a pretty decent system. > Why do you need it to be FreeBSD w/ Hammer and not DragonFly BSD? exist very differences between FreeBSD and DragonFlyBSD.... DragonFly = fork from freebsd 4.x and other line of develop and ports/pksrc, and, and, and.... > > > Maybe there are some reasons, but I don't see it. > Could anybody point it out for me? > i use HAMMER on one freebsd > > Thank you. > -- > Leandro Quibem Magnabosco. > _______________________________________________ > 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" > -- Luiz Gustavo Costa (Powered by BSD) *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+ mundoUnix - Consultoria em Software Livre http://www.mundounix.com.br ICQ: 2890831 / MSN: contato@mundounix.com.br From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 24 20:35:09 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED96B1065676 for ; Thu, 24 Sep 2009 20:35:09 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id D03838FC15 for ; Thu, 24 Sep 2009 20:35:09 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 39A868C0A6; Thu, 24 Sep 2009 15:15:58 -0500 (CDT) Date: Thu, 24 Sep 2009 15:15:58 -0500 From: Mark Linimon To: Leandro Quibem Magnabosco Message-ID: <20090924201558.GA12560@lonesome.com> References: <200909241238.15457.gnemmi@gmail.com> <4ABB9FC9.3060006@fcdl-sc.org.br> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4ABB9FC9.3060006@fcdl-sc.org.br> User-Agent: Mutt/1.5.18 (2008-05-17) X-Mailman-Approved-At: Thu, 24 Sep 2009 20:42:14 +0000 Cc: freebsd-hackers@freebsd.org Subject: Re: HAMMER FS port (status ?) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Sep 2009 20:35:10 -0000 On Thu, Sep 24, 2009 at 01:35:21PM -0300, Leandro Quibem Magnabosco wrote: > I think that one questions pops into the minds of a lot of people right > now: Why not just use DragonFly BSD? Feel free, but take it off-list, please. mcl From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 24 20:42:27 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8325F10656A5 for ; Thu, 24 Sep 2009 20:42:27 +0000 (UTC) (envelope-from leandro.magnabosco@fcdl-sc.org.br) Received: from mail.cdl-sc.org.br (mail.cdl-sc.org.br [189.39.224.30]) by mx1.freebsd.org (Postfix) with ESMTP id 3DDBC8FC12 for ; Thu, 24 Sep 2009 20:42:27 +0000 (UTC) Received: from [127.0.0.1] (unknown [192.168.200.189]) by mail.cdl-sc.org.br (Postfix) with ESMTP id 8F7C4637B1; Thu, 24 Sep 2009 17:42:27 -0300 (BRT) Message-ID: <4ABBD9B1.2000802@fcdl-sc.org.br> Date: Thu, 24 Sep 2009 17:42:25 -0300 From: Leandro Quibem Magnabosco Organization: FCDL/SC User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Mark Linimon References: <200909241238.15457.gnemmi@gmail.com> <4ABB9FC9.3060006@fcdl-sc.org.br> <20090924201558.GA12560@lonesome.com> In-Reply-To: <20090924201558.GA12560@lonesome.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: HAMMER FS port (status ?) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Sep 2009 20:42:27 -0000 Mark Linimon escreveu: > On Thu, Sep 24, 2009 at 01:35:21PM -0300, Leandro Quibem Magnabosco wrote: > >> I think that one questions pops into the minds of a lot of people right >> now: Why not just use DragonFly BSD? >> > > Feel free, but take it off-list, please. > > mcl > We (me and Luiz) did that already. Thanks and sorry. :) From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 24 20:45:30 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33E68106566B for ; Thu, 24 Sep 2009 20:45:30 +0000 (UTC) (envelope-from stef-list@memberwebs.com) Received: from memberwebs.com (memberwebs.com [94.75.203.95]) by mx1.freebsd.org (Postfix) with ESMTP id F2DEE8FC13 for ; Thu, 24 Sep 2009 20:45:29 +0000 (UTC) Received: from [172.27.5.159] (unknown [172.27.5.159]) by memberwebs.com (Postfix) with ESMTP id 76DE283E4C7 for ; Thu, 24 Sep 2009 20:26:31 +0000 (UTC) Message-ID: <4ABBD5FA.5070507@memberwebs.com> Date: Thu, 24 Sep 2009 15:26:34 -0500 From: Stef Walter User-Agent: Thunderbird 2.0.0.23 (X11/20090817) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Is the FreeBSD ABI compatibility policy documented anywhere X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: stef@memberwebs.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Sep 2009 20:45:30 -0000 It seems that FreeBSD has an ABI compatibility policy where major versions remain ABI and API compatible throughout minor point versions. That is to say that the kernel interfaces and libraries for (eg) 7-STABLE, 7.1-RELEASE, 7.2-RELEASE are not supposed to change. Is this a policy of the project? If so, is it documented anywhere? Or is it just a convention? Cheers, Stef From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 24 21:00:02 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 129441065679 for ; Thu, 24 Sep 2009 21:00:02 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outD.internet-mail-service.net (outd.internet-mail-service.net [216.240.47.227]) by mx1.freebsd.org (Postfix) with ESMTP id EFC6C8FC14 for ; Thu, 24 Sep 2009 21:00:01 +0000 (UTC) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id EAFF9322D9; Thu, 24 Sep 2009 14:00:01 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 45E112D601C; Thu, 24 Sep 2009 14:00:01 -0700 (PDT) Message-ID: <4ABBDDD4.50905@elischer.org> Date: Thu, 24 Sep 2009 14:00:04 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: stef@memberwebs.com References: <4ABBD5FA.5070507@memberwebs.com> In-Reply-To: <4ABBD5FA.5070507@memberwebs.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: Is the FreeBSD ABI compatibility policy documented anywhere X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Sep 2009 21:00:02 -0000 Stef Walter wrote: > It seems that FreeBSD has an ABI compatibility policy where major > versions remain ABI and API compatible throughout minor point versions. > That is to say that the kernel interfaces and libraries for (eg) > 7-STABLE, 7.1-RELEASE, 7.2-RELEASE are not supposed to change. > > Is this a policy of the project? If so, is it documented anywhere? Or is > it just a convention? It is a policy of the project but I don't think our policies are written down as such. I think you will find it referenced in many places in a sideways manner rather than directly. Possibly in the developer handbook > > Cheers, > > Stef > > _______________________________________________ > 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 Sep 24 22:36:04 2009 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E3201065672; Thu, 24 Sep 2009 22:36:04 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from kennaway-macbookpro.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A08D68FC18; Thu, 24 Sep 2009 22:36:02 +0000 (UTC) Message-ID: <4ABBF457.8010000@FreeBSD.org> Date: Thu, 24 Sep 2009 23:36:07 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Julian Elischer References: <200909231554.n8NFsYwT078965@fire.js.berklix.net> <200909231209.08346.jhb@freebsd.org> <4ABA5937.9000406@elischer.org> In-Reply-To: <4ABA5937.9000406@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Rui Paulo , "Julian H. Stacey" , hackers@freebsd.org, Alexey Shuvaev , Nate Eldredge Subject: Re: genuine cpu I386_CPU kernel support X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Sep 2009 22:36:04 -0000 Julian Elischer wrote: > I think a 386 can assume non-SMP in which case that can be simulated > just fine :-) > it also simplifies a lot of the other breakages.. > > #if (CPU == 80386) && defined(SMP) > #error "can't have smp on a 386" > #endif Paging Terry Lambert...Terry Lambert, to the hackers lounge please. Kris From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 24 23:46:14 2009 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2AE90106568D; Thu, 24 Sep 2009 23:46:14 +0000 (UTC) (envelope-from fabio@freebsd.org) Received: from sssup.it (ms01.sssup.it [193.205.80.99]) by mx1.freebsd.org (Postfix) with ESMTP id 43A4F8FC14; Thu, 24 Sep 2009 23:46:13 +0000 (UTC) Received: from [193.205.82.7] (HELO gandalf.sssup.it) by sssup.it (CommuniGate Pro SMTP 4.1.8) with ESMTP-TLS id 53895175; Fri, 25 Sep 2009 00:30:29 +0200 Received: from smaug.retis (smaug.retis [10.30.3.72]) by gandalf.sssup.it (8.12.10/8.12.10) with ESMTP id n8OMkCU0031573; Fri, 25 Sep 2009 00:46:12 +0200 Received: by smaug.retis (Postfix, from userid 1000) id A3659538C2; Fri, 25 Sep 2009 00:49:35 +0200 (CEST) Date: Fri, 25 Sep 2009 00:49:35 +0200 From: Fabio Checconi To: hackers@freebsd.org Message-ID: <20090924224935.GW473@gandalf.sssup.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: attilio@freebsd.org Subject: sx locks and memory barriers X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Sep 2009 23:46:14 -0000 Hi all, looking at sys/sx.h I have some troubles understanding this comment: * A note about memory barriers. Exclusive locks need to use the same * memory barriers as mutexes: _acq when acquiring an exclusive lock * and _rel when releasing an exclusive lock. On the other side, * shared lock needs to use an _acq barrier when acquiring the lock * but, since they don't update any locked data, no memory barrier is * needed when releasing a shared lock. In particular, I'm not understanding what prevents the following sequence from happening: CPU A CPU B sx_slock(&data->lock); sx_sunlock(&data->lock); /* reordered after the unlock by the cpu */ if (data->buffer) sx_xlock(&data->lock); free(data->buffer); data->buffer = NULL; sx_xunlock(&data->lock); a = *data->buffer; IOW, even if readers do not modify the data protected by the lock, without a release barrier a memory access may leak past the unlock (as the cpu won't notice any dependency between the unlock and the fetch, feeling free to reorder them), thus potentially racing with an exclusive writer accessing the data. On architectures where atomic ops serialize memory accesses this would never happen, otherwise the sequence above seems possible; am I missing something? From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 25 01:37:12 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8E6D10656B3 for ; Fri, 25 Sep 2009 01:37:12 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [66.246.138.153]) by mx1.freebsd.org (Postfix) with ESMTP id B168A8FC0C for ; Fri, 25 Sep 2009 01:37:12 +0000 (UTC) Received: from unknown (87-194-158-129.bethere.co.uk [87.194.158.129]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA id E167F81D3; Fri, 25 Sep 2009 01:37:10 +0000 (UTC) Date: Fri, 25 Sep 2009 02:37:11 +0100 From: Bruce Cran To: Julian Elischer Message-ID: <20090925023711.0000515b@unknown> In-Reply-To: <4ABBDDD4.50905@elischer.org> References: <4ABBD5FA.5070507@memberwebs.com> <4ABBDDD4.50905@elischer.org> X-Mailer: Claws Mail 3.7.1 (GTK+ 2.16.0; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, stef@memberwebs.com Subject: Re: Is the FreeBSD ABI compatibility policy documented anywhere X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Sep 2009 01:37:12 -0000 On Thu, 24 Sep 2009 14:00:04 -0700 Julian Elischer wrote: > Stef Walter wrote: > > It seems that FreeBSD has an ABI compatibility policy where major > > versions remain ABI and API compatible throughout minor point > > versions. That is to say that the kernel interfaces and libraries > > for (eg) 7-STABLE, 7.1-RELEASE, 7.2-RELEASE are not supposed to > > change. > > > > Is this a policy of the project? If so, is it documented anywhere? > > Or is it just a convention? > > It is a policy of the project but I don't think our policies are > written down as such. I think you will find it referenced in > many places in a sideways manner rather than directly. > > Possibly in the developer handbook The only place I found it directly referenced was in http://wiki.freebsd.org/VendorInformation -- Bruce Cran From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 25 02:42:49 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9DDA91065670 for ; Fri, 25 Sep 2009 02:42:49 +0000 (UTC) (envelope-from luizgustavo@luizgustavo.pro.br) Received: from mail-fx0-f222.google.com (mail-fx0-f222.google.com [209.85.220.222]) by mx1.freebsd.org (Postfix) with ESMTP id 434128FC18 for ; Fri, 25 Sep 2009 02:42:48 +0000 (UTC) Received: by fxm22 with SMTP id 22so2042945fxm.36 for ; Thu, 24 Sep 2009 19:42:48 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.21.153 with SMTP id j25mr1580121fab.79.1253846568173; Thu, 24 Sep 2009 19:42:48 -0700 (PDT) Date: Thu, 24 Sep 2009 23:42:48 -0300 Message-ID: <772ca7d0909241942n5ce78cc9sd9855bdd4c1e9c26@mail.gmail.com> From: "Luiz Gustavo S. Costa" To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: altq over vlan: patch exists ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Sep 2009 02:42:49 -0000 Hi guys, The configuration Altq on one interface VLAN is working on OpenBSD and DragonFlyBSD, but FreeBSD no ! exists any patch for this ? or .. why no working ? any reason ? thanx -- Luiz Gustavo Costa (Powered by BSD) *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+ mundoUnix - Consultoria em Software Livre http://www.mundounix.com.br ICQ: 2890831 / MSN: contato@mundounix.com.br From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 25 11:47:46 2009 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A0671065670; Fri, 25 Sep 2009 11:47:46 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id E0C6C8FC16; Fri, 25 Sep 2009 11:47:45 +0000 (UTC) Received: from [192.168.1.4] (adsl-241-169-177.bna.bellsouth.net [74.241.169.177]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n8PBQhuF025408 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Fri, 25 Sep 2009 07:26:45 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Fabio Checconi In-Reply-To: <20090924224935.GW473@gandalf.sssup.it> References: <20090924224935.GW473@gandalf.sssup.it> Content-Type: text/plain Organization: FreeBSD Date: Fri, 25 Sep 2009 06:26:37 -0500 Message-Id: <1253877997.2031.2627.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.0 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RDNS_DYNAMIC,SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: attilio@freebsd.org, hackers@freebsd.org Subject: Re: sx locks and memory barriers X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Sep 2009 11:47:46 -0000 On Fri, 2009-09-25 at 00:49 +0200, Fabio Checconi wrote: > Hi all, > looking at sys/sx.h I have some troubles understanding this comment: > > * A note about memory barriers. Exclusive locks need to use the same > * memory barriers as mutexes: _acq when acquiring an exclusive lock > * and _rel when releasing an exclusive lock. On the other side, > * shared lock needs to use an _acq barrier when acquiring the lock > * but, since they don't update any locked data, no memory barrier is > * needed when releasing a shared lock. > > In particular, I'm not understanding what prevents the following sequence > from happening: > > CPU A CPU B > > sx_slock(&data->lock); > > sx_sunlock(&data->lock); > > /* reordered after the unlock > by the cpu */ > if (data->buffer) > sx_xlock(&data->lock); > free(data->buffer); > data->buffer = NULL; > sx_xunlock(&data->lock); > > a = *data->buffer; > > IOW, even if readers do not modify the data protected by the lock, > without a release barrier a memory access may leak past the unlock (as > the cpu won't notice any dependency between the unlock and the fetch, > feeling free to reorder them), thus potentially racing with an exclusive > writer accessing the data. Maybe I am missing something suttle, but shouldn't the shared lock be held for all data access if you want to guarantee sanity? Meaning, if you are accessing data->* without any locks held, all bets are off. robert. > On architectures where atomic ops serialize memory accesses this would > never happen, otherwise the sequence above seems possible; am I missing > something? > _______________________________________________ > 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" -- Robert Noland FreeBSD From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 25 13:57:02 2009 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E3F11065696; Fri, 25 Sep 2009 13:57:02 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.26]) by mx1.freebsd.org (Postfix) with ESMTP id B77648FC22; Fri, 25 Sep 2009 13:57:01 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 4so580931eyf.9 for ; Fri, 25 Sep 2009 06:57:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=P6UGGiNWVZfu4dvd0/K1GalmAkScZT4m4UnrU/i52+8=; b=NsrD+aXeJgvqVsNnvPxiF3Zrip9pfszLFjXkbdJs2MW3UugC2nvGh9C20idLRDaHhD 8FN6AQPQvDfjKGuvCIOmYMb0xCoFVCpsI5pdVxktMs/qIEf64zU075XGnPqQkFC7jdvS u5Q0213N835rHyn6d/nmSgj1mdgebmbZFl1F4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=mcHF9nxLhSF9+Bpxh5GcvGSKDIj3Vn9bOs9AIlhe7idoBnDYpTR9jjnx0Q8cl5kHwZ Ts45MOE6AbWa5hp90Tx9idloofkLMoutOrRkf5IgWEgJqAIhZTgi3fbftzOM4AAvk8cN 4vgG7emQLMHBsVBNpTR7odWYAl2XOZrRbrmYk= MIME-Version: 1.0 Received: by 10.211.161.26 with SMTP id n26mr181363ebo.74.1253885434914; Fri, 25 Sep 2009 06:30:34 -0700 (PDT) In-Reply-To: <1253877997.2031.2627.camel@balrog.2hip.net> References: <20090924224935.GW473@gandalf.sssup.it> <1253877997.2031.2627.camel@balrog.2hip.net> Date: Fri, 25 Sep 2009 09:30:34 -0400 Message-ID: From: Ryan Stone To: Robert Noland Content-Type: text/plain; charset=ISO-8859-1 Cc: attilio@freebsd.org, hackers@freebsd.org, Fabio Checconi Subject: Re: sx locks and memory barriers X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Sep 2009 13:57:02 -0000 The code that Fabio proposes looks like this: sx_slock(&data->lock); if (data->buffer) a = *data->buffer; sx_sunlock(&data->lock); This point is that without a memory barrier on the unlock, the CPU is free to reorder the instructions into the order is his message. From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 25 14:28:53 2009 Return-Path: Delivered-To: hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9869510656C4; Fri, 25 Sep 2009 14:28:53 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 42F1A8FC1C; Fri, 25 Sep 2009 14:28:53 +0000 (UTC) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 4983F1CC47; Fri, 25 Sep 2009 16:28:52 +0200 (CEST) Date: Fri, 25 Sep 2009 16:28:52 +0200 From: Ed Schouten To: current@FreeBSD.org, hackers@FreeBSD.org Message-ID: <20090925142852.GR95398@hoeg.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: Testers wanted: xterm-style emulator! X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Sep 2009 14:28:53 -0000 Hi folks, I just committed a small patch for the Syscons terminal emulator that allows you all to test an xterm-style terminal emulator without requiring any recompilation of your kernel (just make sure you run HEAD at r197481 or later). I am considering making the xterm-style emulator the default somewhere in the future, because it has the following advantages: - Even though a larger set of instructions is a pain to implement, it does reduce bandwidth. When you use the xterm-style emulator, applications can use things like scrolling regions to scroll selected parts of the screen. This means that applications like screen(1), minicom(1), vi(1) (read: apps with status lines at the top/bottom) don't need to generate massive amounts of data each time you need to scroll. - Because 99% of all graphical terminal emulators use xterm-style emulation as well, you can finally use tools like dtach(1) between the console and X11 without any problems. dtach(1) doesn't perform any terminal emulation. It just forwards data. - You can finally SSH/telnet/rlogin/cu/etc. to devices such as switches and other operating systems without getting artifacts or termcap issues. - It makes it easier for us to eventually get Unicode working. cons25 and Unicode is hard, because at least our termcap entry uses things like 8-bit CP437 box drawing (ACS). There are still some small things broken with the xterm-style emulator, but it shouldn't be too bad. I've been using it for more than half a year or so. Known issues are: - The cursor keys, F1 to F12, insert, delete, home, end, page up, page down, etc. may not always work as expected. I'll look into this soon. - Box drawing *should* work the way it did before, but if you load different fonts, it may display the incorrect glyphs. I don't consider this to be a real bug, because this problem also exists when using cons25. How to help out: - Make sure you run FreeBSD HEAD r197481 or later. - Log in on the console. - Run the following commands: printf '\033[=T' export TERM=xterm - Just do the stuff you normally do and report any rendering issues that show up. Please give a detailed explanation of the programs you ran and what you had to do to trigger the issue. You can also use applications like tee(1) to capture display output. - If you want to stop testing: printf '\033[=1T' export TERM=cons25 You can also activate the xterm-style emulation by default. All you need to do, is compile your kernel with options TEKEN_XTERM set. Be sure to update your /etc/ttys to list xterm instead of cons25. Thanks! -- Ed Schouten WWW: http://80386.nl/ From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 25 14:40:29 2009 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E0DE1065696; Fri, 25 Sep 2009 14:40:29 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 4BA6D8FC12; Fri, 25 Sep 2009 14:40:29 +0000 (UTC) Received: from [192.168.1.4] (adsl-241-169-177.bna.bellsouth.net [74.241.169.177]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n8PEePK9026290 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Fri, 25 Sep 2009 10:40:26 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Ryan Stone In-Reply-To: References: <20090924224935.GW473@gandalf.sssup.it> <1253877997.2031.2627.camel@balrog.2hip.net> Content-Type: text/plain Organization: FreeBSD Date: Fri, 25 Sep 2009 09:40:20 -0500 Message-Id: <1253889620.2065.12.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.0 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RDNS_DYNAMIC,SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: attilio@freebsd.org, hackers@freebsd.org, Fabio Checconi Subject: Re: sx locks and memory barriers X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Sep 2009 14:40:29 -0000 On Fri, 2009-09-25 at 09:30 -0400, Ryan Stone wrote: > The code that Fabio proposes looks like this: > > sx_slock(&data->lock); > if (data->buffer) > a = *data->buffer; > sx_sunlock(&data->lock); > > > This point is that without a memory barrier on the unlock, the CPU is > free to reorder the instructions into the order is his message. Ok, then I will sit back and wait for someone with more clue to respond... robert. -- Robert Noland FreeBSD