From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 5 03:06:52 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E288A16A422; Sun, 5 Feb 2006 03:06:51 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: from jail1-fbsd4.consiagnet.it (jail1-fbsd4.consiagnet.it [83.149.128.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AF1843D49; Sun, 5 Feb 2006 03:06:46 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: from jail1-fbsd4.consiagnet.it (jail1-fbsd4.consiagnet.it [83.149.128.151]) by jail1-fbsd4.consiagnet.it (Postfix) with ESMTP id 726A65762; Sun, 5 Feb 2006 04:15:03 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on cvs.freesbie.org X-Spam-Level: X-Spam-Status: No, score=-0.5 required=5.0 tests=AWL,BAYES_00, RCVD_IN_SORBS_DUL autolearn=no version=3.1.0 Received: from [192.168.99.16] (host14-150.pool875.interbusiness.it [87.5.150.14]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by jail1-fbsd4.consiagnet.it (Postfix) with ESMTP; Sun, 5 Feb 2006 04:15:03 +0100 (CET) Message-ID: <43E56BB9.5030302@freesbie.org> Date: Sun, 05 Feb 2006 04:06:33 +0100 From: Dario Freni User-Agent: Mozilla Thunderbird 1.5 (Macintosh/20051201) MIME-Version: 1.0 To: Daichi GOTO References: <43BD1054.7020409@ongs.co.jp> <43C2472C.5070103@freebsd.org> <43C90A68.9000909@freebsd.org> <43E563EF.80107@freebsd.org> In-Reply-To: <43E563EF.80107@freebsd.org> X-Enigmail-Version: 0.94.0.0 OpenPGP: url=http://www.saturnero.net/saturnero.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigCBBE68D80E8AC7A2966C2A70" X-Virus-Scanned: ClamAV using ClamSMTP Cc: ozawa@ongs.co.jp, freebsd-hackers@freebsd.org, ota@j.email.ne.jp, freebsd-current@freebsd.org, Alexander@Leidinger.net Subject: Re: patchset-7 release (Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010) 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, 05 Feb 2006 03:06:52 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigCBBE68D80E8AC7A2966C2A70 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Daichi GOTO ha scritto: > I have updated the patchset-7 (of course patchset-6 exists). >=20 > Patchset-7: > For 7-current > http://people.freebsd.org/~daichi/unionfs/unionfs-p7.diff >=20 > For 6.x > http://people.freebsd.org/~daichi/unionfs/unionfs6-p7.diff >=20 > changes -p7 from -p6: > - fixed problem that removes not empty directory. > For fixing this, I fixed a problem (src/sys/ufs/ufs/ufs_lookup.c= ) > regarding to white-out uncorrect work when fails of making > shadow directory. > - fixed "Returning with 1 locks held." panic problem. > Unfree of vnode lock when it fails making of shadow dirrectory > led the problem. >=20 > Patchset-6: > For 7-current > http://people.freebsd.org/~daichi/unionfs/unionfs-p6.diff >=20 > For 6.x > http://people.freebsd.org/~daichi/unionfs/unionfs6-p6.diff >=20 > changes -p6 from -p5: > - fixed ln(1) fail problem when -f is optioned. And > problems around hardling-specific are fixed > - added VOP_GETWRITEMOUNT treatment. Pre-implementation > has probability of write-fail bacause of unwork of > vn_start_write. >=20 > And now, we have an unionfs explanation site in English: > http://people.freebsd.org/~daichi/unionfs/ (English) > http://people.freebsd.org/~daichi/unionfs/index-ja.html (Japanese) >=20 > Great thanks for Yoshihiro Ota-san :) He gave me that translated > text. Please read the explanation text whom has interest in > around unionfs. >=20 > Thanks! Thanks! I'll test it ASAP. --=20 Dario Freni (saturnero@freesbie.org) FreeSBIE developer (http://www.freesbie.org) GPG Public key at http://www.saturnero.net/saturnero.asc --------------enigCBBE68D80E8AC7A2966C2A70 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) iD8DBQFD5Wu/ymi72IiShysRAg54AKDGnbUxoxPGNfueiwp6sLXrowys0ACeLKQQ /nV3/DDH5ALtI6Ql9uYukm8= =edn8 -----END PGP SIGNATURE----- --------------enigCBBE68D80E8AC7A2966C2A70-- From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 5 05:20:05 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A31F916A420 for ; Sun, 5 Feb 2006 05:20:05 +0000 (GMT) (envelope-from daichi@freebsd.org) Received: from ongs.co.jp (natial.ongs.co.jp [202.216.232.58]) by mx1.FreeBSD.org (Postfix) with SMTP id 5524E43D58 for ; Sun, 5 Feb 2006 05:20:03 +0000 (GMT) (envelope-from daichi@freebsd.org) Received: (qmail 47532 invoked from network); 5 Feb 2006 02:35:28 -0000 Received: from dullmdaler.ongs.co.jp (HELO ?192.168.1.101?) (202.216.232.62) by natial.ongs.co.jp with SMTP; 5 Feb 2006 02:35:28 -0000 Message-ID: <43E563EF.80107@freebsd.org> Date: Sun, 05 Feb 2006 11:33:19 +0900 From: Daichi GOTO User-Agent: Thunderbird 1.5 (X11/20060203) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org References: <43BD1054.7020409@ongs.co.jp> <43C2472C.5070103@freebsd.org> <43C90A68.9000909@freebsd.org> In-Reply-To: <43C90A68.9000909@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ozawa@ongs.co.jp, Daichi GOTO , ota@j.email.ne.jp, Alexander@Leidinger.net, saturnero@freesbie.org Subject: patchset-7 release (Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010) 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, 05 Feb 2006 05:20:05 -0000 I have updated the patchset-7 (of course patchset-6 exists). Patchset-7: For 7-current http://people.freebsd.org/~daichi/unionfs/unionfs-p7.diff For 6.x http://people.freebsd.org/~daichi/unionfs/unionfs6-p7.diff changes -p7 from -p6: - fixed problem that removes not empty directory. For fixing this, I fixed a problem (src/sys/ufs/ufs/ufs_lookup.c) regarding to white-out uncorrect work when fails of making shadow directory. - fixed "Returning with 1 locks held." panic problem. Unfree of vnode lock when it fails making of shadow dirrectory led the problem. Patchset-6: For 7-current http://people.freebsd.org/~daichi/unionfs/unionfs-p6.diff For 6.x http://people.freebsd.org/~daichi/unionfs/unionfs6-p6.diff changes -p6 from -p5: - fixed ln(1) fail problem when -f is optioned. And problems around hardling-specific are fixed - added VOP_GETWRITEMOUNT treatment. Pre-implementation has probability of write-fail bacause of unwork of vn_start_write. And now, we have an unionfs explanation site in English: http://people.freebsd.org/~daichi/unionfs/ (English) http://people.freebsd.org/~daichi/unionfs/index-ja.html (Japanese) Great thanks for Yoshihiro Ota-san :) He gave me that translated text. Please read the explanation text whom has interest in around unionfs. Thanks! Daichi GOTO wrote: > I have updated the patches: > > For 7-current patch > http://people.freebsd.org/~daichi/unionfs/unionfs-p5.diff > > For 6.x patch > http://people.freebsd.org/~daichi/unionfs/unionfs6-p5.diff > > Changes from -p4: > - fixed around "can't fifo/vnode bypass -1" panic problem > - added some comments into source-code for src-developer > - edited style as style(9) saye -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 5 09:54:35 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF59F16A420; Sun, 5 Feb 2006 09:54:35 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3910143D45; Sun, 5 Feb 2006 09:54:35 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1F5gbI-000Eea-B7; Sun, 05 Feb 2006 11:54:32 +0200 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: Daichi GOTO In-Reply-To: Message from Daichi GOTO of "Sun, 05 Feb 2006 11:33:19 +0900." <43E563EF.80107@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 05 Feb 2006 11:54:31 +0200 From: Danny Braniss Message-ID: Cc: ozawa@ongs.co.jp, freebsd-hackers@freebsd.org, ota@j.email.ne.jp, freebsd-current@freebsd.org, Alexander@Leidinger.net, saturnero@freesbie.org Subject: Re: patchset-7 release (Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010) 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, 05 Feb 2006 09:54:35 -0000 > I have updated the patchset-7 (of course patchset-6 exists). > > Patchset-7: > For 7-current > http://people.freebsd.org/~daichi/unionfs/unionfs-p7.diff > > For 6.x > http://people.freebsd.org/~daichi/unionfs/unionfs6-p7.diff > > changes -p7 from -p6: > - fixed problem that removes not empty directory. > For fixing this, I fixed a problem (src/sys/ufs/ufs/ufs_lookup.c) > regarding to white-out uncorrect work when fails of making > shadow directory. > - fixed "Returning with 1 locks held." panic problem. > Unfree of vnode lock when it fails making of shadow dirrectory > led the problem. > > Patchset-6: > For 7-current > http://people.freebsd.org/~daichi/unionfs/unionfs-p6.diff > > For 6.x > http://people.freebsd.org/~daichi/unionfs/unionfs6-p6.diff > > changes -p6 from -p5: > - fixed ln(1) fail problem when -f is optioned. And > problems around hardling-specific are fixed > - added VOP_GETWRITEMOUNT treatment. Pre-implementation > has probability of write-fail bacause of unwork of > vn_start_write. > > And now, we have an unionfs explanation site in English: > http://people.freebsd.org/~daichi/unionfs/ (English) > http://people.freebsd.org/~daichi/unionfs/index-ja.html (Japanese) > > Great thanks for Yoshihiro Ota-san :) He gave me that translated > text. Please read the explanation text whom has interest in > around unionfs. > > Thanks! > > Daichi GOTO wrote: > > I have updated the patches: > > > > For 7-current patch > > http://people.freebsd.org/~daichi/unionfs/unionfs-p5.diff > > > > For 6.x patch > > http://people.freebsd.org/~daichi/unionfs/unionfs6-p5.diff > > > > Changes from -p4: > > - fixed around "can't fifo/vnode bypass -1" panic problem > > - added some comments into source-code for src-developer > > - edited style as style(9) saye > > -- > Daichi GOTO, http://people.freebsd.org/~daichi so far so good! it's not crashing my diskless. thanks, danny From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 5 10:15:50 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8FBD416A420 for ; Sun, 5 Feb 2006 10:15:50 +0000 (GMT) (envelope-from daichi@freebsd.org) Received: from ongs.co.jp (natial.ongs.co.jp [202.216.232.58]) by mx1.FreeBSD.org (Postfix) with SMTP id A105943D55 for ; Sun, 5 Feb 2006 10:15:48 +0000 (GMT) (envelope-from daichi@freebsd.org) Received: (qmail 52913 invoked from network); 5 Feb 2006 10:17:52 -0000 Received: from dullmdaler.ongs.co.jp (HELO ?192.168.1.101?) (202.216.232.62) by natial.ongs.co.jp with SMTP; 5 Feb 2006 10:17:52 -0000 Message-ID: <43E5D052.3020207@freebsd.org> Date: Sun, 05 Feb 2006 19:15:46 +0900 From: Daichi GOTO User-Agent: Thunderbird 1.5 (X11/20060203) MIME-Version: 1.0 To: Danny Braniss References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ozawa@ongs.co.jp, freebsd-hackers@freebsd.org, Daichi GOTO , ota@j.email.ne.jp, freebsd-current@freebsd.org, Alexander@Leidinger.net, saturnero@freesbie.org Subject: Re: patchset-7 release (Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010) 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, 05 Feb 2006 10:15:50 -0000 >>> I have updated the patches: >>> >>> For 7-current patch >>> http://people.freebsd.org/~daichi/unionfs/unionfs-p5.diff >>> >>> For 6.x patch >>> http://people.freebsd.org/~daichi/unionfs/unionfs6-p5.diff >>> >>> Changes from -p4: >>> - fixed around "can't fifo/vnode bypass -1" panic problem >>> - added some comments into source-code for src-developer >>> - edited style as style(9) saye >> -- >> Daichi GOTO, http://people.freebsd.org/~daichi > > so far so good! it's not crashing my diskless. > > thanks, > danny It's good :) -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 5 18:12:06 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 474C816A420 for ; Sun, 5 Feb 2006 18:12:06 +0000 (GMT) (envelope-from pranav.sawargaonkar@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id CEA2743D45 for ; Sun, 5 Feb 2006 18:12:05 +0000 (GMT) (envelope-from pranav.sawargaonkar@gmail.com) Received: by wproxy.gmail.com with SMTP id i5so1108262wra for ; Sun, 05 Feb 2006 10:12:05 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=GMv/4lwAqTaq76KUZPFo35MaKCk0RHsdq723CRFKO4rqHGjTC59tRYPsRp1hDbIn9tGyrtzu0wZfe8XvHQ6Chnk3TNDXeJf7/rvidTkynrz7NPVGZyjfrvcTkIi0rKVdktG676O+gR2TJz5zEwyal1gIorfXpTu+Wvc8v/svoHE= Received: by 10.54.132.19 with SMTP id f19mr6239165wrd; Sun, 05 Feb 2006 10:12:04 -0800 (PST) Received: by 10.54.124.14 with HTTP; Sun, 5 Feb 2006 10:12:04 -0800 (PST) Message-ID: <5007e1a40602051012n16016431wf743684dded0a5d7@mail.gmail.com> Date: Sun, 5 Feb 2006 23:42:04 +0530 From: Pranav Sawargaonkar To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: File creation using KLD 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, 05 Feb 2006 18:12:06 -0000 Hi I want to create a file on disk using KLD and then tryout some reading an= d writing stuff on that file,so can any one suggest me any solution i.e. functions to use and locks which i need to carry out this. Thanks in advance -Pranav From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 5 19:49:46 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E0A8116A420; Sun, 5 Feb 2006 19:49:46 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: from jail1-fbsd4.consiagnet.it (jail1-fbsd4.consiagnet.it [83.149.128.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4AF7943D45; Sun, 5 Feb 2006 19:49:41 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: from jail1-fbsd4.consiagnet.it (jail1-fbsd4.consiagnet.it [83.149.128.151]) by jail1-fbsd4.consiagnet.it (Postfix) with ESMTP id 4C4CC5783; Sun, 5 Feb 2006 20:57:57 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on cvs.freesbie.org X-Spam-Level: X-Spam-Status: No, score=-1.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.0 Received: from [192.168.99.16] (host14-150.pool875.interbusiness.it [87.5.150.14]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by jail1-fbsd4.consiagnet.it (Postfix) with ESMTP; Sun, 5 Feb 2006 20:57:56 +0100 (CET) Message-ID: <43E656C7.8040302@freesbie.org> Date: Sun, 05 Feb 2006 20:49:27 +0100 From: Dario Freni User-Agent: Mozilla Thunderbird 1.5 (Macintosh/20051201) MIME-Version: 1.0 To: Daichi GOTO References: <43E5D052.3020207@freebsd.org> In-Reply-To: <43E5D052.3020207@freebsd.org> X-Enigmail-Version: 0.94.0.0 OpenPGP: url=http://www.saturnero.net/saturnero.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig8CB7EA045F03616EEB8CBF41" X-Virus-Scanned: ClamAV using ClamSMTP Cc: ozawa@ongs.co.jp, freebsd-hackers@freebsd.org, ota@j.email.ne.jp, freebsd-current@freebsd.org, Alexander@Leidinger.net Subject: Re: patchset-7 release (Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010) 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, 05 Feb 2006 19:49:47 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig8CB7EA045F03616EEB8CBF41 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Daichi GOTO ha scritto: >>>> I have updated the patches: >>>> >>>> For 7-current patch >>>> http://people.freebsd.org/~daichi/unionfs/unionfs-p5.diff >>>> >>>> For 6.x patch >>>> http://people.freebsd.org/~daichi/unionfs/unionfs6-p5.diff >>>> >>>> Changes from -p4: >>>> - fixed around "can't fifo/vnode bypass -1" panic problem >>>> - added some comments into source-code for src-developer >>>> - edited style as style(9) saye >>> --=20 >>> Daichi GOTO, http://people.freebsd.org/~daichi >> >> so far so good! it's not crashing my diskless. >> >> thanks, >> danny >=20 > It's good :) >=20 No panics anymore but still got some problems. I have unionfs on /usr and cannot access /usr/home/freesbie directly (i.e.: if i login as 'freesbie' user right after boot I can't access /usr/home at all, getting a permission denied error). To reproduce, download iso from torrent: http://torrent.freesbie.org/FreeSBIE-unionfs-i386-20060205.iso.torrent and log in as freesbie. Bye and thanks, Dario --=20 Dario Freni (saturnero@freesbie.org) FreeSBIE developer (http://www.freesbie.org) GPG Public key at http://www.saturnero.net/saturnero.asc --------------enig8CB7EA045F03616EEB8CBF41 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) iD8DBQFD5lbKymi72IiShysRAqTRAJ9NuNARbqNSWVX2i3vkh+GIX+R5hACeMAZO 1kBdEVu55quVRp/801MZQ1I= =CJ8p -----END PGP SIGNATURE----- --------------enig8CB7EA045F03616EEB8CBF41-- From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 5 21:43:58 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 753B716A420 for ; Sun, 5 Feb 2006 21:43:58 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id C459543D46 for ; Sun, 5 Feb 2006 21:43:57 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 001F750F90; Sun, 5 Feb 2006 22:43:54 +0100 (CET) Received: from localhost (dkf117.neoplus.adsl.tpnet.pl [83.24.9.117]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id B523F50D3B; Sun, 5 Feb 2006 22:43:48 +0100 (CET) Date: Sun, 5 Feb 2006 22:43:35 +0100 From: Pawel Jakub Dawidek To: Pranav Sawargaonkar Message-ID: <20060205214335.GA779@garage.freebsd.pl> References: <5007e1a40602051012n16016431wf743684dded0a5d7@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mP3DRpeJDSE+ciuQ" Content-Disposition: inline In-Reply-To: <5007e1a40602051012n16016431wf743684dded0a5d7@mail.gmail.com> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r535 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-hackers@freebsd.org Subject: Re: File creation using KLD 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, 05 Feb 2006 21:43:58 -0000 --mP3DRpeJDSE+ciuQ Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Feb 05, 2006 at 11:42:04PM +0530, Pranav Sawargaonkar wrote: +> Hi +> I want to create a file on disk using KLD and then tryout some reading= and +> writing stuff on that file,so can any one suggest me any solution i.e. +> functions to use and locks which i need to carry out this. This is a bit tricky, ie. there is no clean API for this, but it is of course possible. There are few frameworks in the kernel that do exactly this. One of them is alq(9), so take a look at sys/kern/kern_alq.c. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --mP3DRpeJDSE+ciuQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD5nGHForvXbEpPzQRAiv/AJwOWWYYKzgCWEh4YP3j16R/Ad0R7QCg9XG1 sWOPax8ZWJIJulooZX7OnG0= =t0g0 -----END PGP SIGNATURE----- --mP3DRpeJDSE+ciuQ-- From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 5 21:56:33 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E1BD716A420 for ; Sun, 5 Feb 2006 21:56:33 +0000 (GMT) (envelope-from roth@droopy.unibe.ch) Received: from mailhub03.unibe.ch (mailhub03.unibe.ch [130.92.9.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68F5E43D4C for ; Sun, 5 Feb 2006 21:56:32 +0000 (GMT) (envelope-from roth@droopy.unibe.ch) Received: from localhost (scanhub02-eth0.unibe.ch [130.92.254.66]) by mailhub03.unibe.ch (Postfix) with ESMTP id E8DBA293B6 for ; Sun, 5 Feb 2006 22:56:30 +0100 (CET) Received: from mailhub03.unibe.ch ([130.92.9.70]) by localhost (scanhub02.unibe.ch [130.92.254.66]) (amavisd-new, port 10024) with LMTP id 15805-06-29 for ; Sun, 5 Feb 2006 22:56:29 +0100 (CET) Received: from asterix.unibe.ch (asterix.unibe.ch [130.92.64.4]) by mailhub03.unibe.ch (Postfix) with ESMTP id EFFB729455 for ; Sun, 5 Feb 2006 22:56:28 +0100 (CET) Received: from droopy.unibe.ch (droopy [130.92.64.20]) by asterix.unibe.ch (8.12.10+Sun/8.12.10) with ESMTP id k15LuT8Z014566 for ; Sun, 5 Feb 2006 22:56:29 +0100 (MET) Received: (from roth@localhost) by droopy.unibe.ch (8.12.10+Sun/8.12.9/Submit) id k15LuSqo026388 for freebsd-hackers@freebsd.org; Sun, 5 Feb 2006 22:56:28 +0100 (MET) Date: Sun, 5 Feb 2006 22:56:28 +0100 From: Tobias Roth To: freebsd-hackers@freebsd.org Message-ID: <20060205215628.GC26342@droopy.unibe.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i X-message-flag: Warning! Using Outlook is insecure and promotes virus distribution. Please use a different email client. X-Virus-checked: by University of Berne Subject: md access permissions during early boot 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, 05 Feb 2006 21:56:34 -0000 I am working on an rc.d/ script that creates a memory file-backed memory disk via mdconfig (the file exists already and contains a valid ffs). After md creation, the device is checked with fsck_ffs -p. However, fsck fails with the error NO WRITE ACCESS. The file permissions of the md device under /dev/ are 640, which should not prevent access. The same is true for the file itself, and the path to it. I tried passing the -o noreadonly option to mdconfig, but that didn't result in any different behaviour. My script is running right after the fsck script itself. When I run it from the command line after successful boot and login, fsck does not fail, so somewhere between the early beginning of the rc.d/ sequence (right after fsck is run) and login, something changes which results in root having access to my md. Any ideas what that could be? Another hint is that some time around 5.3, this was not the default behaviour, fsck was possible back then. I am using 6.0 stable now. thanks, Tobias From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 6 01:36:09 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ECE7216A420 for ; Mon, 6 Feb 2006 01:36:09 +0000 (GMT) (envelope-from lamany77@yahoo.com) Received: from web50311.mail.yahoo.com (web50311.mail.yahoo.com [206.190.39.202]) by mx1.FreeBSD.org (Postfix) with SMTP id C194443D5C for ; Mon, 6 Feb 2006 01:36:08 +0000 (GMT) (envelope-from lamany77@yahoo.com) Received: (qmail 98575 invoked by uid 60001); 6 Feb 2006 01:36:08 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=aZdOTyb0kj0kpScLRNkMcd3qz2aUk50FN2t2mEApuTu+zPXGElvnc9+TTLeVPBMMkxD9tuRiym5QrS1LLySLIRH5i3COTuqPNY1S7qat0kmYlukV1IdGimhl/+uRERdvrfrTLGcrewB02JP2N8/MLpurasDyuz/p/RRoRLH2Nvc= ; Message-ID: <20060206013608.98573.qmail@web50311.mail.yahoo.com> Received: from [219.83.84.114] by web50311.mail.yahoo.com via HTTP; Sun, 05 Feb 2006 17:36:08 PST Date: Sun, 5 Feb 2006 17:36:08 -0800 (PST) From: irwan lamany To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: login root KDM failed (root permision is not allows) 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, 06 Feb 2006 01:36:10 -0000 hi all i'm new in freebsd,my auto login with KDM won't let me login as root,i've try with gnome and that's oke. any idea.. thank's alot. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 6 09:19:14 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B6E816A420; Mon, 6 Feb 2006 09:19:14 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: from jail1-fbsd4.consiagnet.it (jail1-fbsd4.consiagnet.it [83.149.128.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA8D443D48; Mon, 6 Feb 2006 09:19:07 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: from jail1-fbsd4.consiagnet.it (jail1-fbsd4.consiagnet.it [83.149.128.151]) by jail1-fbsd4.consiagnet.it (Postfix) with ESMTP id 528E65783; Mon, 6 Feb 2006 10:27:26 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on cvs.freesbie.org X-Spam-Level: X-Spam-Status: No, score=-0.6 required=5.0 tests=AWL,BAYES_00, RCVD_IN_SORBS_DUL autolearn=no version=3.1.0 Received: from [192.168.99.202] (host14-150.pool875.interbusiness.it [87.5.150.14]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by jail1-fbsd4.consiagnet.it (Postfix) with ESMTP; Mon, 6 Feb 2006 10:27:25 +0100 (CET) Message-ID: <43E71485.5040901@freesbie.org> Date: Mon, 06 Feb 2006 10:19:01 +0100 From: Dario Freni User-Agent: Mozilla Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Daichi GOTO References: <43E5D052.3020207@freebsd.org> <43E656C7.8040302@freesbie.org> <43E6D5C8.4050405@freebsd.org> In-Reply-To: <43E6D5C8.4050405@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: ozawa@ongs.co.jp, freebsd-hackers@freebsd.org, ota@j.email.ne.jp, freebsd-current@freebsd.org, Alexander@Leidinger.net Subject: Re: patchset-7 release (Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010) 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, 06 Feb 2006 09:19:14 -0000 Daichi GOTO wrote: > At this moment, we are making -p8 that solves your problem, Dario. > Please wait -p8, I think you get good satisfaction by -p8 :) Thank you and Masanori so much for working on this :) The less I can do is to report feedback and help improving. Bye, Dario From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 6 10:18:14 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8BB6416A422 for ; Mon, 6 Feb 2006 10:18:14 +0000 (GMT) (envelope-from daichi@freebsd.org) Received: from ongs.co.jp (natial.ongs.co.jp [202.216.232.58]) by mx1.FreeBSD.org (Postfix) with SMTP id 2F86843D72 for ; Mon, 6 Feb 2006 10:18:05 +0000 (GMT) (envelope-from daichi@freebsd.org) Received: (qmail 65449 invoked from network); 6 Feb 2006 04:53:17 -0000 Received: from dullmdaler.ongs.co.jp (HELO ?192.168.1.101?) (202.216.232.62) by natial.ongs.co.jp with SMTP; 6 Feb 2006 04:53:17 -0000 Message-ID: <43E6D5C8.4050405@freebsd.org> Date: Mon, 06 Feb 2006 13:51:20 +0900 From: Daichi GOTO User-Agent: Thunderbird 1.5 (X11/20060203) MIME-Version: 1.0 To: Dario Freni References: <43E5D052.3020207@freebsd.org> <43E656C7.8040302@freesbie.org> In-Reply-To: <43E656C7.8040302@freesbie.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ozawa@ongs.co.jp, freebsd-hackers@freebsd.org, Daichi GOTO , ota@j.email.ne.jp, freebsd-current@freebsd.org, Alexander@Leidinger.net Subject: Re: patchset-7 release (Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010) 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, 06 Feb 2006 10:18:14 -0000 Dario Freni wrote: > No panics anymore but still got some problems. I have unionfs on /usr > and cannot access /usr/home/freesbie directly (i.e.: if i login as > 'freesbie' user right after boot I can't access /usr/home at all, > getting a permission denied error). > > To reproduce, download iso from torrent: > > http://torrent.freesbie.org/FreeSBIE-unionfs-i386-20060205.iso.torrent > > and log in as freesbie. > > Bye and thanks, > Dario Yes, yes, yes. It is a good and definitely question. This is not a implementation problem, it is a semantics issue be discussed well. By -p7 implementation, only root can make /usr/home/freesbie/ shadow directory bacause the permission of parent directory of /usr/home/freesbie/ is root. /usr/home/ -- root permission /usr/home/freesbie/ -- freesbie permission | --> So only root can make shadow directory of /usr/home/freesbie/. Yes, yes, you should think that freesbie user could make shadow directory of /usr/home/freesbie/ bacause the permission of lower layer is freesbie. We are thinking that the both ways are correct. In first way, permissions of upper layer takes precedence over lower layer, in second way, permissions of lower layer takes precedence over upper layer. We are getting a discussing around this long time. In the meantime, we have made up -p7 with first way. But yes, we are thinking that the first way is not useful and it may be not good as the goal of unionfs. At this moment, we are making -p8 that solves your problem, Dario. Please wait -p8, I think you get good satisfaction by -p8 :) -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 6 10:40:47 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2FD9116A420 for ; Mon, 6 Feb 2006 10:40:47 +0000 (GMT) (envelope-from tanmayinamdar@gmail.com) Received: from pproxy.gmail.com (pproxy.gmail.com [64.233.166.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id A657043D46 for ; Mon, 6 Feb 2006 10:40:46 +0000 (GMT) (envelope-from tanmayinamdar@gmail.com) Received: by pproxy.gmail.com with SMTP id e30so93465pya for ; Mon, 06 Feb 2006 02:40:45 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=bd4s8olVsaxajcqyRqIri11gyzgBwNDdiTnsriW56Ya5Z5ec4gzjgDMw6skrTMc/qlm6391qabTp191Jw1osoWcsU2EMfpYFxaRCKzkRhMNtXjtpGqDxOCn4PlyWbJkLcWg3ejsBEHBJpNnY4j7Bk0cTWEVtxFdZ1q2+5iG7a1c= Received: by 10.35.127.7 with SMTP id e7mr234935pyn; Mon, 06 Feb 2006 02:34:28 -0800 (PST) Received: by 10.35.13.10 with HTTP; Mon, 6 Feb 2006 02:34:28 -0800 (PST) Message-ID: Date: Mon, 6 Feb 2006 16:04:28 +0530 From: Tanmay To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: What is '_KERNEL' in the source ? 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, 06 Feb 2006 10:40:47 -0000 Hello, In various kernel source files,i came across '#ifdef _KERNEL'. What is '_KERNEL' used for ? In some files _KERNEL is #defined to nothing ?= ? Can anybody please explain this ? TIA. Regards, Tanmay From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 6 11:28:34 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E64EF16A420 for ; Mon, 6 Feb 2006 11:28:34 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77D0843D48 for ; Mon, 6 Feb 2006 11:28:34 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so742470wxc for ; Mon, 06 Feb 2006 03:28:33 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Nt/RLtgwjS6o2AQt/zekFO5lPwU11iYpRrTSGJSHtTcf42GPJBHlDlWiyji/R7nH9CpCZP+i7bRlCdyhbni0fySWaJU5KbGrZhIlwbj9n7lDJ4K+QxGjAqS1VAlOGfJOpkOD1nxiOKvKdUZtPDwtlO2VS/xAO8DsTa9VytZi2g8= Received: by 10.70.74.19 with SMTP id w19mr6066222wxa; Mon, 06 Feb 2006 03:28:33 -0800 (PST) Received: by 10.70.105.2 with HTTP; Mon, 6 Feb 2006 03:28:33 -0800 (PST) Message-ID: <84dead720602060328o39c8f964h3fcf355930262816@mail.gmail.com> Date: Mon, 6 Feb 2006 16:58:33 +0530 From: Joseph Koshy To: Tanmay In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: Cc: freebsd-hackers@freebsd.org Subject: Re: What is '_KERNEL' in the source ? 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, 06 Feb 2006 11:28:35 -0000 > In various kernel source files,i came across '#ifdef _KERNEL'. > What is '_KERNEL' used for ? In some files _KERNEL is #defined to nothing= ?? > Can anybody please explain this ? It is used to control the visibility of types and prototypes in system head= ers. Kernel builds define _KERNEL, but userland compiles usually do not. Thus a #include has a different meaning in userland than in the kernel= . See: src/sys/conf/{kern.pre,kmod}.mk A few userland utilities (e.g., fstat) define _KERNEL before including headers from because they need more knowledge of kernel data structures than is the norm for userland. -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 6 11:29:55 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E19416A422 for ; Mon, 6 Feb 2006 11:29:55 +0000 (GMT) (envelope-from daichi@freebsd.org) Received: from ongs.co.jp (natial.ongs.co.jp [202.216.232.58]) by mx1.FreeBSD.org (Postfix) with SMTP id 1D29D43D48 for ; Mon, 6 Feb 2006 11:29:53 +0000 (GMT) (envelope-from daichi@freebsd.org) Received: (qmail 70929 invoked from network); 6 Feb 2006 11:31:45 -0000 Received: from dullmdaler.ongs.co.jp (HELO ?192.168.1.101?) (202.216.232.62) by natial.ongs.co.jp with SMTP; 6 Feb 2006 11:31:45 -0000 Message-ID: <43E73330.8070101@freebsd.org> Date: Mon, 06 Feb 2006 20:29:52 +0900 From: Daichi GOTO User-Agent: Thunderbird 1.5 (X11/20060203) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org References: <43E5D052.3020207@freebsd.org> <43E656C7.8040302@freesbie.org> <43E6D5C8.4050405@freebsd.org> <43E71485.5040901@freesbie.org> In-Reply-To: <43E71485.5040901@freesbie.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: hiroo.ono@gmail.com, ozawa@ongs.co.jp, Daichi GOTO , ota@j.email.ne.jp, Alexander@Leidinger.net, Dario Freni Subject: Re: patchset-7 release (Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010) 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, 06 Feb 2006 11:29:55 -0000 Hi folks It is congratulations. I must say thank you for two guys. By some efforts by Yoshihiro OTA-san and Hiroo ONO-san, we could get full Egnlish-texted description site. http://people.freebsd.org/~daichi/unionfs/ Thanks! Dario Freni wrote: > Daichi GOTO wrote: >> At this moment, we are making -p8 that solves your problem, Dario. >> Please wait -p8, I think you get good satisfaction by -p8 :) > > Thank you and Masanori so much for working on this :) The less I can do > is to report feedback and help improving. > > Bye, > Dario -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 6 15:16:10 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 59F0416A420 for ; Mon, 6 Feb 2006 15:16:10 +0000 (GMT) (envelope-from ulrik@00t.org) Received: from post.00t.org (feynman.00t.org [217.160.135.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED38443D53 for ; Mon, 6 Feb 2006 15:16:09 +0000 (GMT) (envelope-from ulrik@00t.org) Received: from [172.24.1.14] (p54B3DFBB.dip.t-dialin.net [84.179.223.187]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by post.00t.org (Postfix) with ESMTP id 3508A1CC1F; Mon, 6 Feb 2006 15:18:20 +0100 (CET) In-Reply-To: <20060206013608.98573.qmail@web50311.mail.yahoo.com> References: <20060206013608.98573.qmail@web50311.mail.yahoo.com> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <155C3E24-08AC-4F6D-ABA8-D5AD123402A9@00t.org> Content-Transfer-Encoding: 7bit From: Ulrik Guenther Date: Mon, 6 Feb 2006 16:15:50 +0100 To: irwan lamany X-Pgp-Agent: GPGMail 1.1.1 (Tiger) X-Mailer: Apple Mail (2.746.2) Cc: freebsd-hackers@freebsd.org Subject: Re: login root KDM failed (root permision is not allows) 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, 06 Feb 2006 15:16:10 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Well, KDM does not permit root login in general as far as I know. If you want to fix it, give this tutorial a try: http:// www.mepislovers-wiki.org/index.php?title=Fixing_No_Root_Login_for_KDM Anyway, some seconds for searching Google with the search terms "kdm no root login" would have led you to the same page ;) Regards, ulrik -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) iD8DBQFD52gqy06DkvPH780RAmTcAKChd+Fjv0kQGgvIcUamAWfyDufvmQCcCIIh x9VnuE7o0McRjkDrG1wF9iM= =W57A -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 6 16:51:24 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF39916A420 for ; Mon, 6 Feb 2006 16:51:24 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26D0543D53 for ; Mon, 6 Feb 2006 16:51:24 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 7858497 for multiple; Mon, 06 Feb 2006 11:52:07 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k16GpLSS039430; Mon, 6 Feb 2006 11:51:21 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Mon, 6 Feb 2006 11:51:43 -0500 User-Agent: KMail/1.9.1 References: <20060204073942.72758.qmail@web53913.mail.yahoo.com> In-Reply-To: <20060204073942.72758.qmail@web53913.mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200602061151.44573.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1278/Mon Feb 6 06:05:04 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: Daniel Valencia Subject: Re: Problems with SMP in amd64 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, 06 Feb 2006 16:51:24 -0000 On Saturday 04 February 2006 02:39, Daniel Valencia wrote: > I just noticed something... it actually boots well using SMP on > 6.0-RELEASE... the problem is when using the last STABLE src Any chance you could narrow it down using cvsup to do a binary search on the date as to when it broke? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 6 20:31:55 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5FB016A420 for ; Mon, 6 Feb 2006 20:31:55 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 228D543D6D for ; Mon, 6 Feb 2006 20:31:44 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 7875104 for multiple; Mon, 06 Feb 2006 15:32:27 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k16KVfr3042445; Mon, 6 Feb 2006 15:31:41 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Mon, 6 Feb 2006 14:58:33 -0500 User-Agent: KMail/1.9.1 References: <20060128142323.046e186c.greeen.anton@gmail.com> In-Reply-To: <20060128142323.046e186c.greeen.anton@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200602061458.36037.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1279/Mon Feb 6 13:10:36 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: Anton Barsukov Subject: Re: kernel panic with pmap_qremove() 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, 06 Feb 2006 20:31:55 -0000 On Saturday 28 January 2006 04:23, Anton Barsukov wrote: > Hi everybody > > I install ports/benchmarks/forkbomb, > when i run '%forkbomb -f', kernel panic. > > instruction pointer = pmap_qremove(sva=4290785280, count=0) at > /usr/src/sys/i386/i386/pmap.c:896 > > FreeBSD 6.0-RELEASE(GENERIC) i386 > machine( MB -- P4P800SE, > CPU -- P4 3GHz, > RAM -- 2x512Mb ) I wasn't able to reproduce this. Are you still able to trigger this panic? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 6 21:54:13 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B209316A420 for ; Mon, 6 Feb 2006 21:54:13 +0000 (GMT) (envelope-from freebsd@luna.afraid.org) Received: from gw.luna.afraid.org (lls-c-13303.adsl.wanadoo.nl [81.69.81.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59D1443D45 for ; Mon, 6 Feb 2006 21:54:13 +0000 (GMT) (envelope-from freebsd@luna.afraid.org) Received: from [127.0.0.1] (gw.luna.afraid.org [127.0.0.1]) by gw.luna.afraid.org (Postfix) with ESMTP id D9A25D for ; Mon, 6 Feb 2006 22:54:11 +0100 (CET) Message-ID: <43E7C583.3040904@luna.afraid.org> Date: Mon, 06 Feb 2006 22:54:11 +0100 From: Raaf User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8) Gecko/20060118 Thunderbird/1.5 Mnenhy/0.7.3.0 MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 06 Feb 2006 22:28:08 +0000 Subject: Freeing mmapped memory 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, 06 Feb 2006 21:54:13 -0000 Hi, i am working on a usb driver that allocates some memory when the device is opened using malloc. Now i want user processes to be able to access this memory using mmap and i want to free this memory when it is no longer needed. The problem is that there seems to be no way of knowing for my driver at what time the memory is no longer mapped in a process address space so that i can safely free this memory. From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 6 22:41:14 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9399716A420 for ; Mon, 6 Feb 2006 22:41:14 +0000 (GMT) (envelope-from warping2@yahoo.com) Received: from web50007.mail.yahoo.com (web50007.mail.yahoo.com [206.190.38.22]) by mx1.FreeBSD.org (Postfix) with SMTP id 07A7E43D49 for ; Mon, 6 Feb 2006 22:41:13 +0000 (GMT) (envelope-from warping2@yahoo.com) Received: (qmail 55192 invoked by uid 60001); 6 Feb 2006 22:41:13 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=doUoSpMjDBj0bXm0OegAnX5CaO5rZJI8bXuBniwUUHgJwNH2a7s8rzHF7rBkjvDh1+5KvOjQV6IB/ypKdou1T6q3imrIRcysVX6SkwM4wS3eIIL+EiJrvmyxC5RLiTBvaqgNMocuZYxnL850V1E6GvhQPU4eyB0IA1RUe1kG9Ko= ; Message-ID: <20060206224113.55190.qmail@web50007.mail.yahoo.com> Received: from [200.88.236.52] by web50007.mail.yahoo.com via HTTP; Mon, 06 Feb 2006 16:41:13 CST Date: Mon, 6 Feb 2006 16:41:13 -0600 (CST) From: Ronald Gonzalez To: FreeBSD Hackers In-Reply-To: <20060206013608.98573.qmail@web50311.mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: login root KDM failed (root permision is not allows) 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, 06 Feb 2006 22:41:14 -0000 As root ee /usr/local/share/config/kdm/kdmrc and look for AllowRootLogin=false and change it to AllowRootLogin=true Good luck! Ronald Gonzalez OS:FreeBSD 6.0 Y!:warping2 @: warping2@yahoo.com @: rggonzalez@asociacioncibao.com.do Santiago, Dominican Republic. --- irwan lamany escribió: > hi all i'm new in freebsd,my auto login with KDM > won't > let me login as root,i've try with gnome and that's > oke. > any idea.. thank's alot. > > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam > protection around > http://mail.yahoo.com > _______________________________________________ > 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" > __________________________________________________ Correo Yahoo! Espacio para todos tus mensajes, antivirus y antispam ¡gratis! Regístrate ya - http://correo.espanol.yahoo.com/ From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 6 22:58:37 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC6D016A420 for ; Mon, 6 Feb 2006 22:58:37 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADFCE43D53 for ; Mon, 6 Feb 2006 22:58:36 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (ny870vo0ax7g4n56@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.3/8.13.3) with ESMTP id k16MunbK067011; Mon, 6 Feb 2006 14:56:49 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.3/8.13.3/Submit) id k16Mun4Y067010; Mon, 6 Feb 2006 14:56:49 -0800 (PST) (envelope-from jmg) Date: Mon, 6 Feb 2006 14:56:49 -0800 From: John-Mark Gurney To: Raaf Message-ID: <20060206225649.GJ69162@funkthat.com> Mail-Followup-To: Raaf , freebsd-hackers@freebsd.org References: <43E7C583.3040904@luna.afraid.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43E7C583.3040904@luna.afraid.org> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: freebsd-hackers@freebsd.org Subject: Re: Freeing mmapped memory X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2006 22:58:37 -0000 Raaf wrote this message on Mon, Feb 06, 2006 at 22:54 +0100: > Hi, i am working on a usb driver that allocates some memory when > the device is opened using malloc. > > Now i want user processes to be able to access this memory using > mmap and i want to free this memory when it is no longer needed. > > The problem is that there seems to be no way of knowing for my > driver at what time the memory is no longer mapped in a process > address space so that i can safely free this memory. why not at close time? I would imagine that the device won't be closed until all the mmap's that are backed by the device are unmapped.. it shouldn't be hard to test... the mapping should hold a reference to the device until it's munmapped.. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 7 00:56:56 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B4CE716A420 for ; Tue, 7 Feb 2006 00:56:56 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id B66F843D49 for ; Tue, 7 Feb 2006 00:56:53 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (tf4e2gi81vskc9h7@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.3/8.13.3) with ESMTP id k170t6EO070976; Mon, 6 Feb 2006 16:55:06 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.3/8.13.3/Submit) id k170t6OZ070975; Mon, 6 Feb 2006 16:55:06 -0800 (PST) (envelope-from jmg) Date: Mon, 6 Feb 2006 16:55:06 -0800 From: John-Mark Gurney To: Raaf Message-ID: <20060207005506.GL69162@funkthat.com> Mail-Followup-To: Raaf , freebsd-hackers@freebsd.org References: <43E7C583.3040904@luna.afraid.org> <20060206225649.GJ69162@funkthat.com> <43E7ED06.4030403@luna.afraid.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43E7ED06.4030403@luna.afraid.org> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: freebsd-hackers@freebsd.org Subject: Re: Freeing mmapped memory X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 00:56:56 -0000 Raaf wrote this message on Tue, Feb 07, 2006 at 01:42 +0100: > John-Mark Gurney wrote: > > Raaf wrote this message on Mon, Feb 06, 2006 at 22:54 +0100: > >> Hi, i am working on a usb driver that allocates some memory when > >> the device is opened using malloc. > >> > >> Now i want user processes to be able to access this memory using > >> mmap and i want to free this memory when it is no longer needed. > >> > >> The problem is that there seems to be no way of knowing for my > >> driver at what time the memory is no longer mapped in a process > >> address space so that i can safely free this memory. > > > > why not at close time? I would imagine that the device won't be closed > > until all the mmap's that are backed by the device are unmapped.. it > > shouldn't be hard to test... the mapping should hold a reference to > > the device until it's munmapped.. > > > > The problem is that it is perfectly legal to access the mapped memory > after a close, consider following code: > > fd = open() > mem = mmap() > close(fd) > process_data(mem) > > Unfortunately the mapping doesn't seem to hold a reference to the > related fileobject, so the close in above code actually ends up > in the close function of my driver but the mapping is still there. and you've tested that the mmap function still gets called after the close function of your device driver is? If this is the case, we need to fix FreeBSD.. the mmap should increase the ref count on the device, and the close shouldn't initiate the close until the mapping goes away.. fd = open() # ref cnt = 1 mem = mmap() # ref cnt++ close(fd) # ref cnt-- process_data(mem) # valid ref cnt > 0 munmap(mem) # ref cnt-- and close sine ref cnt == 0 -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 7 01:06:39 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 148BA16A420 for ; Tue, 7 Feb 2006 01:06:39 +0000 (GMT) (envelope-from freebsd@luna.afraid.org) Received: from gw.luna.afraid.org (lls-c-13303.adsl.wanadoo.nl [81.69.81.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C7CE43D46 for ; Tue, 7 Feb 2006 01:06:38 +0000 (GMT) (envelope-from freebsd@luna.afraid.org) Received: from [127.0.0.1] (gw.luna.afraid.org [127.0.0.1]) by gw.luna.afraid.org (Postfix) with ESMTP id C124D8; Tue, 7 Feb 2006 02:06:37 +0100 (CET) Message-ID: <43E7F29D.4040203@luna.afraid.org> Date: Tue, 07 Feb 2006 02:06:37 +0100 From: Raaf User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8) Gecko/20060118 Thunderbird/1.5 Mnenhy/0.7.3.0 MIME-Version: 1.0 To: John-Mark Gurney References: <43E7C583.3040904@luna.afraid.org> <20060206225649.GJ69162@funkthat.com> <43E7ED06.4030403@luna.afraid.org> <20060207005506.GL69162@funkthat.com> In-Reply-To: <20060207005506.GL69162@funkthat.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: Freeing mmapped memory 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, 07 Feb 2006 01:06:39 -0000 John-Mark Gurney wrote: > Raaf wrote this message on Tue, Feb 07, 2006 at 01:42 +0100: >> John-Mark Gurney wrote: >>> Raaf wrote this message on Mon, Feb 06, 2006 at 22:54 +0100: >>>> Hi, i am working on a usb driver that allocates some memory when >>>> the device is opened using malloc. >>>> >>>> Now i want user processes to be able to access this memory using >>>> mmap and i want to free this memory when it is no longer needed. >>>> >>>> The problem is that there seems to be no way of knowing for my >>>> driver at what time the memory is no longer mapped in a process >>>> address space so that i can safely free this memory. >>> why not at close time? I would imagine that the device won't be closed >>> until all the mmap's that are backed by the device are unmapped.. it >>> shouldn't be hard to test... the mapping should hold a reference to >>> the device until it's munmapped.. >>> >> The problem is that it is perfectly legal to access the mapped memory >> after a close, consider following code: >> >> fd = open() >> mem = mmap() >> close(fd) >> process_data(mem) >> >> Unfortunately the mapping doesn't seem to hold a reference to the >> related fileobject, so the close in above code actually ends up >> in the close function of my driver but the mapping is still there. > > and you've tested that the mmap function still gets called after the > close function of your device driver is? Yes, just tested it with some printf's in the driver. open mmap close mmap > If this is the case, we need > to fix FreeBSD.. the mmap should increase the ref count on the device, > and the close shouldn't initiate the close until the mapping goes away.. > That would be nice. > fd = open() # ref cnt = 1 > mem = mmap() # ref cnt++ > close(fd) # ref cnt-- > process_data(mem) # valid ref cnt > 0 > munmap(mem) # ref cnt-- and close sine ref cnt == 0 > From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 7 00:42:48 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4EB716A420 for ; Tue, 7 Feb 2006 00:42:48 +0000 (GMT) (envelope-from freebsd@luna.afraid.org) Received: from gw.luna.afraid.org (lls-c-13303.adsl.wanadoo.nl [81.69.81.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6068643D45 for ; Tue, 7 Feb 2006 00:42:48 +0000 (GMT) (envelope-from freebsd@luna.afraid.org) Received: from [127.0.0.1] (gw.luna.afraid.org [127.0.0.1]) by gw.luna.afraid.org (Postfix) with ESMTP id D5D338; Tue, 7 Feb 2006 01:42:46 +0100 (CET) Message-ID: <43E7ED06.4030403@luna.afraid.org> Date: Tue, 07 Feb 2006 01:42:46 +0100 From: Raaf User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8) Gecko/20060118 Thunderbird/1.5 Mnenhy/0.7.3.0 MIME-Version: 1.0 To: John-Mark Gurney References: <43E7C583.3040904@luna.afraid.org> <20060206225649.GJ69162@funkthat.com> In-Reply-To: <20060206225649.GJ69162@funkthat.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 07 Feb 2006 01:12:22 +0000 Cc: freebsd-hackers@freebsd.org Subject: Re: Freeing mmapped memory 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, 07 Feb 2006 00:42:48 -0000 John-Mark Gurney wrote: > Raaf wrote this message on Mon, Feb 06, 2006 at 22:54 +0100: >> Hi, i am working on a usb driver that allocates some memory when >> the device is opened using malloc. >> >> Now i want user processes to be able to access this memory using >> mmap and i want to free this memory when it is no longer needed. >> >> The problem is that there seems to be no way of knowing for my >> driver at what time the memory is no longer mapped in a process >> address space so that i can safely free this memory. > > why not at close time? I would imagine that the device won't be closed > until all the mmap's that are backed by the device are unmapped.. it > shouldn't be hard to test... the mapping should hold a reference to > the device until it's munmapped.. > The problem is that it is perfectly legal to access the mapped memory after a close, consider following code: fd = open() mem = mmap() close(fd) process_data(mem) Unfortunately the mapping doesn't seem to hold a reference to the related fileobject, so the close in above code actually ends up in the close function of my driver but the mapping is still there. From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 7 03:50:36 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9ACF16A420 for ; Tue, 7 Feb 2006 03:50:36 +0000 (GMT) (envelope-from fetrovsky@yahoo.com) Received: from web53908.mail.yahoo.com (web53908.mail.yahoo.com [206.190.36.218]) by mx1.FreeBSD.org (Postfix) with SMTP id 315B743D45 for ; Tue, 7 Feb 2006 03:50:36 +0000 (GMT) (envelope-from fetrovsky@yahoo.com) Received: (qmail 21276 invoked by uid 60001); 7 Feb 2006 03:50:35 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=VlqjZ0GmzbGRsPnJAMbkgee+tzAqfKVuAD1Hf7uPGdqqDsarYFuXqZIcsq3/SDeCn8qlMNgKO3jJ0HiUywss2M+ObKDz7VSdyNTMxYapAAUqC5ylicynvb1A35DrUebzw+1lB9J/SaRMpUFOUxPfcIvyVottsoetRUvAhFBHni8= ; Message-ID: <20060207035035.21274.qmail@web53908.mail.yahoo.com> Received: from [128.195.84.80] by web53908.mail.yahoo.com via HTTP; Mon, 06 Feb 2006 19:50:35 PST Date: Mon, 6 Feb 2006 19:50:35 -0800 (PST) From: Daniel Valencia To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0-1886237460-1139284235=:20379" Content-Transfer-Encoding: 8bit Subject: Fwd: Re: Problems with SMP in amd64 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, 07 Feb 2006 03:50:37 -0000 --0-1886237460-1139284235=:20379 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Content-Id: Content-Disposition: inline Note: forwarded message attached. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --0-1886237460-1139284235=:20379 Content-Type: message/rfc822 Content-Transfer-Encoding: 8bit Received: from [128.195.84.80] by web53907.mail.yahoo.com via HTTP; Mon, 06 Feb 2006 19:46:32 PST Date: Mon, 6 Feb 2006 19:46:30 -0800 (PST) From: Daniel Valencia Subject: Re: Problems with SMP in amd64 To: John Baldwin , freebsd-hackers@breebsd.org In-Reply-To: <200602061151.44573.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 547 --- John Baldwin wrote: > On Saturday 04 February 2006 02:39, Daniel Valencia > wrote: > > I just noticed something... it actually boots well > using SMP on > > 6.0-RELEASE... the problem is when using the last > STABLE src > > Any chance you could narrow it down using cvsup to > do a binary search on the > date as to when it broke? > > -- > John Baldwin <>< > http://www.FreeBSD.org/~jhb/ > "Power Users Use the Power to Serve" = > http://www.FreeBSD.org > _______________________________________________ > 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" > Hi, How could I get the src tree of a specific date using cvsup? I only know how to get the latest... thanks! - Daniel __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --0-1886237460-1139284235=:20379-- From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 7 04:50:24 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B52116A420 for ; Tue, 7 Feb 2006 04:50:24 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id F1DA843D49 for ; Tue, 7 Feb 2006 04:50:23 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.4/8.13.4) with ESMTP id k174oN2P045947; Mon, 6 Feb 2006 20:50:23 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.4/8.13.1/Submit) id k174oNOF045946; Mon, 6 Feb 2006 20:50:23 -0800 (PST) (envelope-from sgk) Date: Mon, 6 Feb 2006 20:50:23 -0800 From: Steve Kargl To: Daniel Valencia Message-ID: <20060207045023.GA45931@troutmask.apl.washington.edu> References: <20060207035035.21274.qmail@web53908.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060207035035.21274.qmail@web53908.mail.yahoo.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-hackers@freebsd.org Subject: Re: Fwd: Re: Problems with SMP in amd64 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, 07 Feb 2006 04:50:24 -0000 On Mon, Feb 06, 2006 at 07:50:35PM -0800, Daniel Valencia wrote: > > > On Saturday 04 February 2006 02:39, Daniel Valencia > > wrote: > > > I just noticed something... it actually boots well using SMP on > > > 6.0-RELEASE... the problem is when using the last STABLE src > > > > Any chance you could narrow it down using cvsup to > > do a binary search on the > > date as to when it broke? > > > > How could I get the src tree of a specific date using > cvsup? I only know how to get the latest... > Add *default date=2006.02.01.00.00.00 to your supfile for Feb 1., 2006 at 00:00.00. -- Steve From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 7 15:15:56 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA3DC16A420 for ; Tue, 7 Feb 2006 15:15:56 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8559043D77 for ; Tue, 7 Feb 2006 15:15:46 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 7933710 for multiple; Tue, 07 Feb 2006 10:16:32 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k17FFfZM048627; Tue, 7 Feb 2006 10:15:43 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-hackers@freebsd.org, John-Mark Gurney Date: Tue, 7 Feb 2006 10:15:53 -0500 User-Agent: KMail/1.9.1 References: <43E7C583.3040904@luna.afraid.org> <43E7ED06.4030403@luna.afraid.org> <20060207005506.GL69162@funkthat.com> In-Reply-To: <20060207005506.GL69162@funkthat.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200602071015.55935.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1280/Tue Feb 7 05:11:53 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: Raaf Subject: Re: Freeing mmapped memory 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, 07 Feb 2006 15:15:56 -0000 On Monday 06 February 2006 19:55, John-Mark Gurney wrote: > Raaf wrote this message on Tue, Feb 07, 2006 at 01:42 +0100: > > John-Mark Gurney wrote: > > > Raaf wrote this message on Mon, Feb 06, 2006 at 22:54 +0100: > > >> Hi, i am working on a usb driver that allocates some memory when > > >> the device is opened using malloc. > > >> > > >> Now i want user processes to be able to access this memory using > > >> mmap and i want to free this memory when it is no longer needed. > > >> > > >> The problem is that there seems to be no way of knowing for my > > >> driver at what time the memory is no longer mapped in a process > > >> address space so that i can safely free this memory. > > > > > > why not at close time? I would imagine that the device won't be closed > > > until all the mmap's that are backed by the device are unmapped.. it > > > shouldn't be hard to test... the mapping should hold a reference to > > > the device until it's munmapped.. > > > > The problem is that it is perfectly legal to access the mapped memory > > after a close, consider following code: > > > > fd = open() > > mem = mmap() > > close(fd) > > process_data(mem) > > > > Unfortunately the mapping doesn't seem to hold a reference to the > > related fileobject, so the close in above code actually ends up > > in the close function of my driver but the mapping is still there. > > and you've tested that the mmap function still gets called after the > close function of your device driver is? If this is the case, we need > to fix FreeBSD.. the mmap should increase the ref count on the device, > and the close shouldn't initiate the close until the mapping goes away.. > > fd = open() # ref cnt = 1 > mem = mmap() # ref cnt++ > close(fd) # ref cnt-- > process_data(mem) # valid ref cnt > 0 > munmap(mem) # ref cnt-- and close sine ref cnt == 0 No, it doesn't work quite like that since the device_pager is system-wide and not per-process. That is, you can't have d_mmap() return different mappings for different processes, the mapping is global and shared, at least not w/o jumping through a lot of hoops. It might be nice to support different mappings for different proccesses. OS X does it nicely via IOUserClient::clientMemoryForType(), but our device_pager stuff would need a redesign to handle that sort of thing. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 7 15:53:07 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1AB0116A420 for ; Tue, 7 Feb 2006 15:53:07 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E73243D4C for ; Tue, 7 Feb 2006 15:53:06 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 7936580 for multiple; Tue, 07 Feb 2006 10:53:47 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k17Fr01r048808; Tue, 7 Feb 2006 10:53:00 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Daniel Valencia Date: Tue, 7 Feb 2006 10:16:51 -0500 User-Agent: KMail/1.9.1 References: <20060207035035.21274.qmail@web53908.mail.yahoo.com> <20060207045023.GA45931@troutmask.apl.washington.edu> In-Reply-To: <20060207045023.GA45931@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200602071016.53605.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1280/Tue Feb 7 05:11:53 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: freebsd-hackers@freebsd.org, Steve Kargl Subject: Re: Fwd: Re: Problems with SMP in amd64 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, 07 Feb 2006 15:53:07 -0000 On Monday 06 February 2006 23:50, Steve Kargl wrote: > On Mon, Feb 06, 2006 at 07:50:35PM -0800, Daniel Valencia wrote: > > > On Saturday 04 February 2006 02:39, Daniel Valencia > > > > > > wrote: > > > > I just noticed something... it actually boots well using SMP on > > > > 6.0-RELEASE... the problem is when using the last STABLE src > > > > > > Any chance you could narrow it down using cvsup to > > > do a binary search on the > > > date as to when it broke? > > > > How could I get the src tree of a specific date using > > cvsup? I only know how to get the latest... > > Add > > *default date=2006.02.01.00.00.00 > > to your supfile for Feb 1., 2006 at 00:00.00. You can also specify the date on the command line using -D. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 7 16:20:51 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 42FFE16A420 for ; Tue, 7 Feb 2006 16:20:51 +0000 (GMT) (envelope-from pranav.sawargaonkar@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4245D43D45 for ; Tue, 7 Feb 2006 16:20:49 +0000 (GMT) (envelope-from pranav.sawargaonkar@gmail.com) Received: by wproxy.gmail.com with SMTP id i5so1498022wra for ; Tue, 07 Feb 2006 08:20:49 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=k0SFvTyJvnYL5yGNyEpL8uxD0cy7L0JtgHZYXrnkK8RPJhbZbb+y7DO32vLr1oKqlOZw8DuT1C1pD75QxhgyYQjdKkcTUBrLaf5kqumIbrJePK4vXntcqHTzohpsaT4XB3KTgK1SZgh+YE4MluKnp6kFtWAA5GghV8kYwNbtp4M= Received: by 10.54.81.18 with SMTP id e18mr8899306wrb; Tue, 07 Feb 2006 08:20:48 -0800 (PST) Received: by 10.54.124.14 with HTTP; Tue, 7 Feb 2006 08:20:48 -0800 (PST) Message-ID: <5007e1a40602070820h7ecd70aawf45ef1f55382e682@mail.gmail.com> Date: Tue, 7 Feb 2006 21:50:48 +0530 From: Pranav Sawargaonkar To: Pawel Jakub Dawidek In-Reply-To: <20060205214335.GA779@garage.freebsd.pl> MIME-Version: 1.0 References: <5007e1a40602051012n16016431wf743684dded0a5d7@mail.gmail.com> <20060205214335.GA779@garage.freebsd.pl> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers@freebsd.org Subject: Re: File creation using KLD 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, 07 Feb 2006 16:20:51 -0000 Thank you for giving me guideline on this topic. Because of that I succeed in creating a file and writing on it. On 2/6/06, Pawel Jakub Dawidek wrote: > > On Sun, Feb 05, 2006 at 11:42:04PM +0530, Pranav Sawargaonkar wrote: > +> Hi > +> I want to create a file on disk using KLD and then tryout some > reading and > +> writing stuff on that file,so can any one suggest me any solution i.e= . > +> functions to use and locks which i need to carry out this. > > This is a bit tricky, ie. there is no clean API for this, but it is of > course possible. > > There are few frameworks in the kernel that do exactly this. One of them > is alq(9), so take a look at sys/kern/kern_alq.c. > > -- > Pawel Jakub Dawidek http://www.wheel.pl > pjd@FreeBSD.org http://www.FreeBSD.org > FreeBSD committer Am I Evil? Yes, I Am! > > > From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 7 17:14:42 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2282F16A422 for ; Tue, 7 Feb 2006 17:14:42 +0000 (GMT) (envelope-from Cy.Schubert@komquats.com) Received: from spqr.komquats.com (S0106002078125c0c.gv.shawcable.net [24.108.150.239]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DF4D43D5A for ; Tue, 7 Feb 2006 17:14:41 +0000 (GMT) (envelope-from Cy.Schubert@komquats.com) Received: from cwsys.cwsent.com (cwsys [10.1.1.1]) by spqr.komquats.com (Postfix) with ESMTP id 3B0B04C5C5 for ; Tue, 7 Feb 2006 09:14:40 -0800 (PST) Received: from cwsys (localhost [127.0.0.1]) by cwsys.cwsent.com (8.13.4/8.13.4) with ESMTP id k17HEdwS060417 for ; Tue, 7 Feb 2006 09:14:39 -0800 (PST) (envelope-from Cy.Schubert@komquats.com) Message-Id: <200602071714.k17HEdwS060417@cwsys.cwsent.com> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.komquats.com/ To: freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 07 Feb 2006 09:14:39 -0800 Sender: Cy.Schubert@komquats.com Subject: Virtually Infinite Loop in identcpu.c X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Cy Schubert List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 17:14:42 -0000 I'd like to bring to everyone's attention the patch in PR 92977. Cheers, Cy Schubert Web: http://www.komquats.com and http://www.bcbodybuilder.com FreeBSD UNIX: Web: http://www.FreeBSD.org BC Government: "Lift long enough and I believe arrogance is replaced by humility and fear by courage and selfishness by generosity and rudeness by compassion and caring." -- Dave Draper From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 7 17:34:06 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C32D16A420 for ; Tue, 7 Feb 2006 17:34:06 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88BF643D46 for ; Tue, 7 Feb 2006 17:34:05 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 7944555 for multiple; Tue, 07 Feb 2006 12:34:50 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k17HY2DM049491; Tue, 7 Feb 2006 12:34:03 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-hackers@freebsd.org, Cy Schubert Date: Tue, 7 Feb 2006 12:33:54 -0500 User-Agent: KMail/1.9.1 References: <200602071714.k17HEdwS060417@cwsys.cwsent.com> In-Reply-To: <200602071714.k17HEdwS060417@cwsys.cwsent.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200602071233.56637.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1280/Tue Feb 7 05:11:53 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: Subject: Re: Virtually Infinite Loop in identcpu.c 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, 07 Feb 2006 17:34:06 -0000 On Tuesday 07 February 2006 12:14, Cy Schubert wrote: > I'd like to bring to everyone's attention the patch in PR 92977. Your patch looked fine to me. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 7 21:31:00 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07C9D16A420 for ; Tue, 7 Feb 2006 21:31:00 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2E9F43D45 for ; Tue, 7 Feb 2006 21:30:55 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.3/8.13.3) with ESMTP id k17LUkBV053555; Wed, 8 Feb 2006 00:30:46 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.3/8.13.3/Submit) id k17LUjPZ053551; Wed, 8 Feb 2006 00:30:45 +0300 (MSK) (envelope-from yar) Date: Wed, 8 Feb 2006 00:30:45 +0300 From: Yar Tikhiy To: Tobias Roth Message-ID: <20060207213045.GG19674@comp.chem.msu.su> References: <20060205215628.GC26342@droopy.unibe.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060205215628.GC26342@droopy.unibe.ch> User-Agent: Mutt/1.5.9i Cc: freebsd-hackers@freebsd.org Subject: Re: md access permissions during early boot 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, 07 Feb 2006 21:31:00 -0000 On Sun, Feb 05, 2006 at 10:56:28PM +0100, Tobias Roth wrote: > I am working on an rc.d/ script that creates a memory file-backed > memory disk via mdconfig (the file exists already and contains a > valid ffs). After md creation, the device is checked with fsck_ffs -p. > However, fsck fails with the error NO WRITE ACCESS. The file > permissions of the md device under /dev/ are 640, which should not > prevent access. The same is true for the file itself, and the path > to it. > > I tried passing the -o noreadonly option to mdconfig, but that didn't > result in any different behaviour. > > My script is running right after the fsck script itself. When I > run it from the command line after successful boot and login, > fsck does not fail, so somewhere between the early beginning of > the rc.d/ sequence (right after fsck is run) and login, something > changes which results in root having access to my md. A thing to check is whether the filesystem the file is on is mounted read-write by the time your script is invoked. If your script runs right after fsck, there should be only the root fs mounted, read-only. > Any ideas what that could be? Another hint is that some time > around 5.3, this was not the default behaviour, fsck was possible > back then. I am using 6.0 stable now. The ordering of your script relative to other rc.d scripts could have changed. Your script should specify rcorder(8) keywords to start at the right moment. -- Yar From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 8 03:10:58 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 49C0116A422 for ; Wed, 8 Feb 2006 03:10:58 +0000 (GMT) (envelope-from fetrovsky@yahoo.com) Received: from web53912.mail.yahoo.com (web53912.mail.yahoo.com [206.190.38.161]) by mx1.FreeBSD.org (Postfix) with SMTP id 75B0343D49 for ; Wed, 8 Feb 2006 03:10:57 +0000 (GMT) (envelope-from fetrovsky@yahoo.com) Received: (qmail 74661 invoked by uid 60001); 8 Feb 2006 03:10:56 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=QzccP8Dglr0ideZqaHUB+jtC6o6S9Ck71DTeCjZwy3PHdLElrGMceCI7uPJQOFHf0hVgBEauWaOkgA4NU1Z3ZqajN6qKWao8gfy+XifiGi9mzMN+gL9iZkkZF+xEhPdAfcPH6k5O6TMd8+cvZhEwq4AiGXS+t9GDEnpI29Hfw8k= ; Message-ID: <20060208031056.74659.qmail@web53912.mail.yahoo.com> Received: from [128.195.84.80] by web53912.mail.yahoo.com via HTTP; Tue, 07 Feb 2006 19:10:56 PST Date: Tue, 7 Feb 2006 19:10:56 -0800 (PST) From: Daniel Valencia To: John Baldwin In-Reply-To: <200602071016.53605.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-hackers@freebsd.org Subject: Re: Fwd: Re: Problems with SMP in amd64 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, 08 Feb 2006 03:10:58 -0000 I've narrowed it down to Jan. 25th, 7:30am - 8:15am I'll try to narrow it down a little further Thanks, - Daniel --- John Baldwin wrote: > On Monday 06 February 2006 23:50, Steve Kargl wrote: > > On Mon, Feb 06, 2006 at 07:50:35PM -0800, Daniel > Valencia wrote: > > > > On Saturday 04 February 2006 02:39, Daniel > Valencia > > > > > > > > wrote: > > > > > I just noticed something... it actually > boots well using SMP on > > > > > 6.0-RELEASE... the problem is when using the > last STABLE src > > > > > > > > Any chance you could narrow it down using > cvsup to > > > > do a binary search on the > > > > date as to when it broke? > > > > > > How could I get the src tree of a specific date > using > > > cvsup? I only know how to get the latest... > > > > Add > > > > *default date=2006.02.01.00.00.00 > > > > to your supfile for Feb 1., 2006 at 00:00.00. > > You can also specify the date on the command line > using -D. > > -- > John Baldwin <>< > http://www.FreeBSD.org/~jhb/ > "Power Users Use the Power to Serve" = > http://www.FreeBSD.org > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 8 07:54:41 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FF9916A420 for ; Wed, 8 Feb 2006 07:54:41 +0000 (GMT) (envelope-from fetrovsky@yahoo.com) Received: from web53901.mail.yahoo.com (web53901.mail.yahoo.com [206.190.36.211]) by mx1.FreeBSD.org (Postfix) with SMTP id AE00543D48 for ; Wed, 8 Feb 2006 07:54:40 +0000 (GMT) (envelope-from fetrovsky@yahoo.com) Received: (qmail 82639 invoked by uid 60001); 8 Feb 2006 07:54:39 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=CFWPBudGVXOWo1CCDKZ8SWhBx2Obhz0ue4IwUFWZczbHCKDQYjFN/PLtbb4rJPItqba7Q0v0xvKWqSzZpJ9nr6yW8Hp46OiKHKBILvvyOAUPucE9EzPORdVMGlBknN9tPnjuukBdo/ckBFBm9D/qIDTA+YJlKPULVLng3D9aDdw= ; Message-ID: <20060208075439.82637.qmail@web53901.mail.yahoo.com> Received: from [128.195.84.80] by web53901.mail.yahoo.com via HTTP; Tue, 07 Feb 2006 23:54:39 PST Date: Tue, 7 Feb 2006 23:54:39 -0800 (PST) From: Daniel Valencia To: John Baldwin In-Reply-To: <20060208031056.74659.qmail@web53912.mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers@freebsd.org Subject: Re: Fwd: Re: Problems with SMP in amd64 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, 08 Feb 2006 07:54:41 -0000 OK... it's Jan. 25th, at 8:14am. there are a bunch of commits at 8:14:45 that relate to the ata drivers, and a couple at second 46 and 47... but that's it. Thanks, - Daniel Daniel Valencia wrote: I've narrowed it down to Jan. 25th, 7:30am - 8:15am I'll try to narrow it down a little further Thanks, - Daniel --- John Baldwin wrote: > On Monday 06 February 2006 23:50, Steve Kargl wrote: > > On Mon, Feb 06, 2006 at 07:50:35PM -0800, Daniel > Valencia wrote: > > > > On Saturday 04 February 2006 02:39, Daniel > Valencia > > > > > > > > wrote: > > > > > I just noticed something... it actually > boots well using SMP on > > > > > 6.0-RELEASE... the problem is when using the > last STABLE src > > > > > > > > Any chance you could narrow it down using > cvsup to > > > > do a binary search on the > > > > date as to when it broke? > > > > > > How could I get the src tree of a specific date > using > > > cvsup? I only know how to get the latest... > > > > Add > > > > *default date=2006.02.01.00.00.00 > > > > to your supfile for Feb 1., 2006 at 00:00.00. > > You can also specify the date on the command line > using -D. > > -- > John Baldwin <>< > http://www.FreeBSD.org/~jhb/ > "Power Users Use the Power to Serve" = > http://www.FreeBSD.org > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com _______________________________________________ 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" --------------------------------- Yahoo! Mail - Helps protect you from nasty viruses. From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 8 11:45:12 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C310016A448 for ; Wed, 8 Feb 2006 11:45:11 +0000 (GMT) (envelope-from greeen.anton@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id D926943D69 for ; Wed, 8 Feb 2006 11:45:04 +0000 (GMT) (envelope-from greeen.anton@gmail.com) Received: by uproxy.gmail.com with SMTP id o2so351130uge for ; Wed, 08 Feb 2006 03:45:03 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding; b=ovkHbJVwhs5k7uMpd6TXEz8X5kM+lEJxFHQNCHOcDeLqHWlCGfiOUovxa2cqHS4CBKuT8dDL0oxJyqDKJy4fgsJ9fXIFjlIdfcz755dBtmPvMiBMxSbzEBOropzVQBjrDt4nC1nGzjci2E4TmeCbhhQrZkf4RS95nVr3wpGFkG0= Received: by 10.48.157.2 with SMTP id f2mr1943579nfe; Wed, 08 Feb 2006 03:45:02 -0800 (PST) Received: from localhost ( [83.149.32.48]) by mx.gmail.com with ESMTP id a23sm727689nfc.2006.02.08.03.44.55; Wed, 08 Feb 2006 03:45:02 -0800 (PST) Date: Wed, 8 Feb 2006 16:42:32 +0500 From: Anton Barsukov To: John Baldwin Message-Id: <20060208164232.46c2bed5.greeen.anton@gmail.com> In-Reply-To: <200602061458.36037.jhb@freebsd.org> References: <20060128142323.046e186c.greeen.anton@gmail.com> <200602061458.36037.jhb@freebsd.org> X-Mailer: Sylpheed version 2.0.0 (GTK+ 2.6.9; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: kernel panic with pmap_qremove() 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, 08 Feb 2006 11:45:12 -0000 On Mon, 6 Feb 2006 14:58:33 -0500 John Baldwin wrote: > On Saturday 28 January 2006 04:23, Anton Barsukov wrote: > > Hi everybody > > > > I install ports/benchmarks/forkbomb, > > when i run '%forkbomb -f', kernel panic. > > > > instruction pointer = pmap_qremove(sva=4290785280, count=0) at > > /usr/src/sys/i386/i386/pmap.c:896 > > > > FreeBSD 6.0-RELEASE(GENERIC) i386 > > machine( MB -- P4P800SE, > > CPU -- P4 3GHz, > > RAM -- 2x512Mb ) > > I wasn't able to reproduce this. Are you still able to trigger this panic? > > -- > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > "Power Users Use the Power to Serve" = http://www.FreeBSD.org Yes, the panic still arises. When I start under the user, kernel panics, under su the panic not present. Custom kernel not panic. From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 8 15:42:13 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D46B016A420 for ; Wed, 8 Feb 2006 15:42:13 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CFB643D75 for ; Wed, 8 Feb 2006 15:42:12 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 8016115 for multiple; Wed, 08 Feb 2006 10:41:21 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k18Fg8r6060613; Wed, 8 Feb 2006 10:42:08 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Anton Barsukov Date: Wed, 8 Feb 2006 10:42:11 -0500 User-Agent: KMail/1.9.1 References: <20060128142323.046e186c.greeen.anton@gmail.com> <200602061458.36037.jhb@freebsd.org> <20060208164232.46c2bed5.greeen.anton@gmail.com> In-Reply-To: <20060208164232.46c2bed5.greeen.anton@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200602081042.12890.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1280/Tue Feb 7 05:11:53 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: freebsd-hackers@freebsd.org Subject: Re: kernel panic with pmap_qremove() 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, 08 Feb 2006 15:42:14 -0000 On Wednesday 08 February 2006 06:42, Anton Barsukov wrote: > On Mon, 6 Feb 2006 14:58:33 -0500 > > John Baldwin wrote: > > On Saturday 28 January 2006 04:23, Anton Barsukov wrote: > > > Hi everybody > > > > > > I install ports/benchmarks/forkbomb, > > > when i run '%forkbomb -f', kernel panic. > > > > > > instruction pointer = pmap_qremove(sva=4290785280, count=0) at > > > /usr/src/sys/i386/i386/pmap.c:896 > > > > > > FreeBSD 6.0-RELEASE(GENERIC) i386 > > > machine( MB -- P4P800SE, > > > CPU -- P4 3GHz, > > > RAM -- 2x512Mb ) > > > > I wasn't able to reproduce this. Are you still able to trigger this > > panic? > > > > -- > > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > > "Power Users Use the Power to Serve" = http://www.FreeBSD.org > > Yes, the panic still arises. > When I start under the user, kernel panics, under su the panic not present. > Custom kernel not panic. Hmm, the count=0 is suspect. The line numbers don't seem to line up though for pmap.c. Can you compile in DDB and KDB and capture a stack trace from ddb? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 8 15:42:57 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 393A316A420; Wed, 8 Feb 2006 15:42:57 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 739A443D45; Wed, 8 Feb 2006 15:42:56 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 8016114 for multiple; Wed, 08 Feb 2006 10:41:21 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k18Fg8r5060613; Wed, 8 Feb 2006 10:42:08 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Daniel Valencia Date: Wed, 8 Feb 2006 10:39:38 -0500 User-Agent: KMail/1.9.1 References: <20060208075439.82637.qmail@web53901.mail.yahoo.com> In-Reply-To: <20060208075439.82637.qmail@web53901.mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200602081039.41103.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1280/Tue Feb 7 05:11:53 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: amd64@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: Fwd: Re: Problems with SMP in amd64 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, 08 Feb 2006 15:42:57 -0000 On Wednesday 08 February 2006 02:54, Daniel Valencia wrote: > OK... it's Jan. 25th, at 8:14am. > > there are a bunch of commits at 8:14:45 that relate to the ata drivers, and > a couple at second 46 and 47... but that's it. Interesting. Those changes are just before the /dev/pts changes that a lot of people are currently blaming for amd64 instability. It looks like 8:14am your time is 6:14pm PST? > Thanks, > > - Daniel > > Daniel Valencia wrote: I've narrowed it down to Jan. > 25th, 7:30am - 8:15am > > > I'll try to narrow it down a little further > > > Thanks, > > > - Daniel > > --- John Baldwin wrote: > > On Monday 06 February 2006 23:50, Steve Kargl wrote: > > > On Mon, Feb 06, 2006 at 07:50:35PM -0800, Daniel > > > > Valencia wrote: > > > > > On Saturday 04 February 2006 02:39, Daniel > > > > Valencia > > > > > > > wrote: > > > > > > I just noticed something... it actually > > > > boots well using SMP on > > > > > > > > 6.0-RELEASE... the problem is when using the > > > > last STABLE src > > > > > > > Any chance you could narrow it down using > > > > cvsup to > > > > > > > do a binary search on the > > > > > date as to when it broke? > > > > > > > > How could I get the src tree of a specific date > > > > using > > > > > > cvsup? I only know how to get the latest... > > > > > > Add > > > > > > *default date=2006.02.01.00.00.00 > > > > > > to your supfile for Feb 1., 2006 at 00:00.00. > > > > You can also specify the date on the command line > > using -D. > > > > -- > > John Baldwin <>< > > http://www.FreeBSD.org/~jhb/ > > "Power Users Use the Power to Serve" = > > http://www.FreeBSD.org > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > _______________________________________________ > 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" > > > > --------------------------------- > Yahoo! Mail - Helps protect you from nasty viruses. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 8 16:41:55 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0557116A420 for ; Wed, 8 Feb 2006 16:41:55 +0000 (GMT) (envelope-from jacques@trispen.com) Received: from brolloks.trispen.com (brolloks.trispen.com [196.22.177.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7C4143D46 for ; Wed, 8 Feb 2006 16:41:52 +0000 (GMT) (envelope-from jacques@trispen.com) Received: by brolloks.trispen.com (Postfix, from userid 1000) id 951821E8; Wed, 8 Feb 2006 18:41:41 +0200 (SAST) Date: Wed, 8 Feb 2006 18:41:41 +0200 From: Jacques Fourie To: freebsd-hackers@freebsd.org Message-ID: <20060208164141.GA21718@trispen.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Pre-loaded mfsroot size and FreeBSD 4.9 with 4G RAM X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jf@trispen.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 16:41:55 -0000 Hi, I am pre-loading an image (used as MFS root) from the boot loader on FreeBSD 4.9 by using 'load -t mfs_root mfsroot' in loader.conf. The size of this image is 64M. If I have 4G of RAM in the machine, the 64M size causes the kernel to panic almost immediately. With only 2G of RAM the kernel boots without a problem. I have tried to increase the KVA_PAGES value to 512 but the kernel still panics. If I decrease the image size to 40M the kernel boots successfully on a machine with 4G of RAM. Any ideas as to how I can go about finding (or fixing) this problem? Regards, jacques From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 8 18:40:04 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B53F16A423 for ; Wed, 8 Feb 2006 18:40:04 +0000 (GMT) (envelope-from fetrovsky@yahoo.com) Received: from web53911.mail.yahoo.com (web53911.mail.yahoo.com [206.190.38.160]) by mx1.FreeBSD.org (Postfix) with SMTP id 2683F43D49 for ; Wed, 8 Feb 2006 18:40:00 +0000 (GMT) (envelope-from fetrovsky@yahoo.com) Received: (qmail 61411 invoked by uid 60001); 8 Feb 2006 18:40:00 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=HChqRo5OF+hHuTlluPS6r5D5RUM81/kZTFNG76JdbBSvRL0tJoks4JXSknc9XueTidbZgVgFvfwU9wMeBF5DkgtxuPzLlC4SxlZ3Gq8cCmxlqxXUYbrbdbRfxTGTaDNLi5Esk1sVQrJBNvsQRTiwrZkzLYpueq0lpBQk5yz0/cQ= ; Message-ID: <20060208184000.61409.qmail@web53911.mail.yahoo.com> Received: from [128.200.38.147] by web53911.mail.yahoo.com via HTTP; Wed, 08 Feb 2006 10:40:00 PST Date: Wed, 8 Feb 2006 10:40:00 -0800 (PST) From: Daniel Valencia To: John Baldwin In-Reply-To: <200602081039.41103.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: amd64@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: Fwd: Re: Problems with SMP in amd64 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, 08 Feb 2006 18:40:04 -0000 John Baldwin wrote: On Wednesday 08 February 2006 02:54, Daniel Valencia wrote: > OK... it's Jan. 25th, at 8:14am. > > there are a bunch of commits at 8:14:45 that relate to the ata drivers, and > a couple at second 46 and 47... but that's it. Interesting. Those changes are just before the /dev/pts changes that a lot of people are currently blaming for amd64 instability. It looks like 8:14am your time is 6:14pm PST? well, I don't know where's that 8:14am located, but I'm PST (GMT-8)... I didn't understand that though... amd64 is pretty stable, at least in my experience... and it's after those changes that it got screwed up. Even more, IIRC, when I compiled GENERIC after that time, it would boot, but the second SATA drive would not be detected at all. Using a previous kernel, everything works smoothly. - Daniel --------------------------------- Yahoo! Mail - Helps protect you from nasty viruses. From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 8 18:58:41 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A912C16A420 for ; Wed, 8 Feb 2006 18:58:41 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id A878F43D6E for ; Wed, 8 Feb 2006 18:58:37 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 7286C1A3C20; Wed, 8 Feb 2006 10:58:37 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 84A3E512D3; Wed, 8 Feb 2006 13:58:36 -0500 (EST) Date: Wed, 8 Feb 2006 13:58:36 -0500 From: Kris Kennaway To: Jacques Fourie Message-ID: <20060208185836.GA55307@xor.obsecurity.org> References: <20060208164141.GA21718@trispen.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XsQoSWH+UP9D9v3l" Content-Disposition: inline In-Reply-To: <20060208164141.GA21718@trispen.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-hackers@freebsd.org Subject: Re: Pre-loaded mfsroot size and FreeBSD 4.9 with 4G RAM 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, 08 Feb 2006 18:58:41 -0000 --XsQoSWH+UP9D9v3l Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 08, 2006 at 06:41:41PM +0200, Jacques Fourie wrote: > Hi, >=20 > I am pre-loading an image (used as MFS root) from the boot loader on Free= BSD > 4.9 by using 'load -t mfs_root mfsroot' in loader.conf. The size of this > image is 64M. If I have 4G of RAM in the machine, the 64M size causes the > kernel to panic almost immediately. With only 2G of RAM the kernel boots > without a problem. I have tried to increase the KVA_PAGES value to 512 but > the kernel still panics. If I decrease the image size to 40M the kernel > boots successfully on a machine with 4G of RAM. Any ideas as to how I can= go > about finding (or fixing) this problem? Start by showing the panic ;-) Kris --XsQoSWH+UP9D9v3l Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD6j9cWry0BWjoQKURAn6jAKD73OcYN0Z4OWdtKS4/6VuCsS6AvQCg8vj1 Fazrh17h462sEUDe5MXRDlI= =BwR3 -----END PGP SIGNATURE----- --XsQoSWH+UP9D9v3l-- From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 9 09:21:42 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB59B16A420 for ; Thu, 9 Feb 2006 09:21:42 +0000 (GMT) (envelope-from jacques@trispen.com) Received: from brolloks.trispen.com (brolloks.trispen.com [196.22.177.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id A50EA43D4C for ; Thu, 9 Feb 2006 09:21:41 +0000 (GMT) (envelope-from jacques@trispen.com) Received: by brolloks.trispen.com (Postfix, from userid 1000) id 6955E233; Thu, 9 Feb 2006 11:21:39 +0200 (SAST) Date: Thu, 9 Feb 2006 11:21:39 +0200 From: Jacques Fourie To: freebsd-hackers@freebsd.org Message-ID: <20060209092139.GB21718@trispen.com> References: <20060208164141.GA21718@trispen.com> <20060208185836.GA55307@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060208185836.GA55307@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i Subject: Re: Pre-loaded mfsroot size and FreeBSD 4.9 with 4G RAM X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jf@trispen.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 09:21:42 -0000 On Wed, Feb 08, 2006 at 01:58:36PM -0500, Kris Kennaway wrote: > On Wed, Feb 08, 2006 at 06:41:41PM +0200, Jacques Fourie wrote: > > Hi, > > > > I am pre-loading an image (used as MFS root) from the boot loader on FreeBSD > > 4.9 by using 'load -t mfs_root mfsroot' in loader.conf. The size of this > > image is 64M. If I have 4G of RAM in the machine, the 64M size causes the > > kernel to panic almost immediately. With only 2G of RAM the kernel boots > > without a problem. I have tried to increase the KVA_PAGES value to 512 but > > the kernel still panics. If I decrease the image size to 40M the kernel > > boots successfully on a machine with 4G of RAM. Any ideas as to how I can go > > about finding (or fixing) this problem? > > Start by showing the panic ;-) > > Kris Hi, Here is the kernel panic :). The kernel was compiled with 'makeoptions DEBUG=-g' and DDB was included in the kernel. Unfortunately the stack trace from DDB does not seem to show any symbols. I've created this panic by installing FreeBSD 4.11-RELEASE with a GENERIC kernel that has 'makeoptions DEBUG=-g' and DDB included. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. Fatal trap 12: page fault while in kernel mode fault virtual address = 0xbff1e000 fault code = supervisor write, page not present instruction pointer = 0x8:0xc03afa66 stack pointer = 0x10:0xc4589f88 frame pointer = 0x10:0xc4589f90 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = Idle interrupt mask = net tty bio cam kernel: type 12 trap, code=0 Stopped at 0xc03afa66: movl %eax,0xbfc00000(,%edx,4) db> t (null)(c4dac000,f3cd2000,f76f0000,3,c0497f14) at 0xc03afa66 (null)(458e000,f7f78000,c45ac000,c4589ff8,c023051c) at 0xc0363027 (null)(0,4586c00,458e000,0,c0132e2d) at 0xc035c313 (null)(0,0,0,0,0) at 0xc023051c (null)() at 0xc0132e2d db> Here is the output from a 'gdb -k' session on the kernel in question : # cd /usr/src/sys/compile/TEST # gdb -k kernel.debug GNU gdb 4.18 (FreeBSD) Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"...Deprecated bfd_read called at /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c line 2627 in elfstab_build_psymtabs Deprecated bfd_read called at /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c line 933 in fill_symbuf (kgdb) list *(0xc03afa66) 0xc03afa66 is in pmap_map (../../i386/i386/pmap.c:799). 794 pmap_kenter(vm_offset_t va, vm_paddr_t pa) 795 { 796 pt_entry_t *pte; 797 798 pte = vtopte(va); 799 *pte = pa | PG_RW | PG_V | pgeflag; 800 invltlb_1pg(va); 801 } 802 803 /* (kgdb) list *(0xc0363027) 0xc0363027 is in vm_page_startup (../../vm/vm_page.c:296). 291 /* 292 * Validate these addresses. 293 */ 294 295 new_end = trunc_page(end - page_range * sizeof(struct vm_page)); 296 mapped = pmap_map(mapped, new_end, end, 297 VM_PROT_READ | VM_PROT_WRITE); 298 299 /* 300 * Clear all of the page structures (kgdb) list *(0xc035c313) 0xc035c313 is in vm_mem_init (../../vm/vm_init.c:108). 103 * Initializes resident memory structures. From here on, all physical 104 * memory is accounted for, and we use only virtual addresses. 105 */ 106 107 vm_set_page_size(); 108 virtual_avail = vm_page_startup(avail_start, avail_end, virtual_avail); 109 /* 110 * Initialize other VM packages 111 */ 112 vm_object_init() regards, jacques From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 9 14:04:51 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7929816A423; Thu, 9 Feb 2006 14:04:51 +0000 (GMT) (envelope-from daichi@freebsd.org) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.232.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7CDB243D58; Thu, 9 Feb 2006 14:04:50 +0000 (GMT) (envelope-from daichi@freebsd.org) Received: from [192.168.1.101] (dullmdaler.ongs.co.jp [202.216.232.62]) by natial.ongs.co.jp (Postfix) with ESMTP id 3E090244C18; Thu, 9 Feb 2006 23:04:49 +0900 (JST) Message-ID: <43EB4C00.2030101@freebsd.org> Date: Thu, 09 Feb 2006 23:04:48 +0900 From: Daichi GOTO User-Agent: Thunderbird 1.5 (X11/20060208) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, Dario Freni References: <43E5D052.3020207@freebsd.org> <43E656C7.8040302@freesbie.org> <43E6D5C8.4050405@freebsd.org> <43E71485.5040901@freesbie.org> <43E73330.8070101@freebsd.org> In-Reply-To: <43E73330.8070101@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: hiroo.ono@gmail.com, ozawa@ongs.co.jp, Daichi GOTO , ota@j.email.ne.jp, Alexander@Leidinger.net Subject: patchset-8 release (Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010) 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, 09 Feb 2006 14:04:51 -0000 I have updated the patchset-8 of unionfs. Patchset-8: For 7-current http://people.freebsd.org/~daichi/unionfs/unionfs-p8.diff For 6.x http://people.freebsd.org/~daichi/unionfs/unionfs6-p8.diff Changes in unionfs-p8.diff - Fixed the issue that user whom has access permission cannot change the directory because he cannot create its shadow directory. As a result of this fixed, now unionfs uses root permission creating shadow directory temporarily. The document of those unionfs patches is pretty improved by Hiroo ONO-san. http://people.freebsd.org/~daichi/unionfs/ (English) http://people.freebsd.org/~daichi/unionfs/index-ja.html (Japanese) Please try -p8 Dario. We are thinking that you cat get it with -p8 :) Thanks -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 9 14:39:56 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 05E2816A420; Thu, 9 Feb 2006 14:39:56 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2ED8F43D6A; Thu, 9 Feb 2006 14:39:41 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from flame.pc (dialup247.ach.sch.gr [81.186.70.247]) (authenticated bits=0) by igloo.linux.gr (8.13.5/8.13.5/Debian-3) with ESMTP id k19EdOfM004327; Thu, 9 Feb 2006 16:39:30 +0200 Received: by flame.pc (Postfix, from userid 1001) id 4004F5C89; Thu, 9 Feb 2006 03:54:21 +0200 (EET) Date: Thu, 9 Feb 2006 03:54:21 +0200 From: Giorgos Keramidas To: John Baldwin Message-ID: <20060209015420.GA1592@flame.pc> References: <20060208075439.82637.qmail@web53901.mail.yahoo.com> <200602081039.41103.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200602081039.41103.jhb@freebsd.org> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-2.864, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.29, BAYES_00 -2.60, DATE_IN_PAST_12_24 1.25) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr Cc: amd64@freebsd.org, freebsd-hackers@freebsd.org, Daniel Valencia Subject: Re: Fwd: Re: Problems with SMP in amd64 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, 09 Feb 2006 14:39:56 -0000 On 2006-02-08 10:39, John Baldwin wrote: >On Wednesday 08 February 2006 02:54, Daniel Valencia wrote: >> OK... it's Jan. 25th, at 8:14am. >> >> there are a bunch of commits at 8:14:45 that relate to the ata >> drivers, and a couple at second 46 and 47... but that's it. > > Interesting. Those changes are just before the /dev/pts > changes that a lot of people are currently blaming for amd64 > instability. It looks like 8:14am your time is 6:14pm PST? I'm seeing random panics (unfortunately under X11, and I haven't had the time to build a kernel with DDB_UNATTENDED yet) with a kernel from 2006/01/26 01:30:00 UTC, but not as serious as the ones after the pts changes. What is funny is that reverting the pts changes to sys/kern only from HEAD doesn't solve the syscons problems on FreeBSD/amd64 I've hit, so it is possible that the bug that has prevented HEAD from being usable here for a few days exists in pre-pts code. I'm now rolling back to 2006/01/25 00:00:00 UTC, which seems to be the last date I could build a kernel & userland that was safe to use on my laptop. Then I'll start trying to narrow this down in the commits between: 2006/01/25 00:00:00 UTC 2006/01/26 01:30:00 UTC But it may take a while, since I only have a single amd64 machine here and it builds world+kernel in around 1.5 hours. - Giorgos From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 9 19:50:55 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B957216A420; Thu, 9 Feb 2006 19:50:55 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62AB543D66; Thu, 9 Feb 2006 19:50:47 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [10.10.3.185] ([69.15.205.254]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k19JogZH002973; Thu, 9 Feb 2006 12:50:43 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <43EB9D0D.6030609@samsco.org> Date: Thu, 09 Feb 2006 12:50:37 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060206 X-Accept-Language: en-us, en MIME-Version: 1.0 To: hackers@freebsd.org, stable@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=3.8 tests=none autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: re@freebsd.org Subject: BETA1 announcement 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, 09 Feb 2006 19:50:55 -0000 Announcement ------------ The FreeBSD Release Engineering Team is pleased to announce the beginning of both the FreeBSD 6.1 and FreeBSD 5.5 release cycles with the availability of FreeBSD 6.1-BETA1 and FreeBSD 5.5-BETA1 Both FreeBSD 6.1 and FreeBSD 5.5 are meant to be a refinement of their respective branches with few dramatic changes. A lot of bugfixes have been made, some drivers have been updated, and some areas have been tweaked for better performance, etc. but no large changes have been made to the basic architecture. The FreeBSD 5.5 Release is being done for people who are unable to make the jump to FreeBSD 6.X at this time. We do encourage people to make that transition as soon as possible, though. There have been some updates made between FreeBSD 5.4 and FreeBSD 5.5 but not all of the bugfixes done to RELENG_6 have been backported to RELENG_5. This will almost certainly be the last 5.X release. We encourage people to help with testing so any final bugs can be identified and worked out. Availability of ISO images is given below. If you have an older system you want to update using the normal CVS/cvsup source based upgrade the branch tag to use is RELENG_6 for 6.1 and RELENG_5 for 5.5, though that will change later in the release cycle when we start doing the Release Candidates. Problem reports can be submitted using the send-pr(1) command. The list of open issues and things still being worked on are on the todo list: http://www.freebsd.org/releases/6.1R/todo.html http://www.freebsd.org/releases/5.5R/todo.html Known Issues ------------ Other than the list of open issues in the todo lists BETA1 has a few other known issues. There is a problem with using DHCP during system installation. A fix for this is already being worked on. And as usual at this stage of a release the availability of pre-built packages on the ISO images varies widely from architecture to architecture. The list of packages that will be available as part of the release itself will certainly be different. Availability ------------ The BETA1 ISOs and FTP support are available on most of the FreeBSD Mirror sites. A list of the mirror sites is available here: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/mirrors-ftp.html The MD5s are: MD5 (5.5-BETA1-alpha-bootonly.iso) = af05452acda5868b5515bc868038ffba MD5 (5.5-BETA1-alpha-disc1.iso) = 4660ef47a3d1ffc49611484c7fab4cd0 MD5 (5.5-BETA1-amd64-bootonly.iso) = c0f161a4711ca422832907692e47f54c MD5 (5.5-BETA1-amd64-disc1.iso) = 4e64fe4c4cd0dec41ee234f84f8c4946 MD5 (5.5-BETA1-amd64-disc2.iso) = ba9898176a7afbfc2d0162e38ec8d205 MD5 (5.5-BETA1-i386-bootonly.iso) = 5a5214b758db033529897884350b8a19 MD5 (5.5-BETA1-i386-disc1.iso) = 10c489414716782d9d8ce942dd4f7de8 MD5 (5.5-BETA1-i386-disc2.iso) = f7bcae220c1cfc8cff67e1aaa5a3bb69 MD5 (5.5-BETA1-pc98-disc1.iso) = d581fa4725e9b2daf939f45619b63c93 MD5 (5.5-BETA1-sparc64-bootonly.iso) = 34a90df46d5b1a6c7fe2cd263138f1ec MD5 (5.5-BETA1-sparc64-disc1.iso) = 3261ec3570b7b1a1f8089577564f5693 MD5 (5.5-BETA1-sparc64-disc2.iso) = 614541ce58508efe94b3ca2f9fc6159c MD5 (6.1-BETA1-alpha-bootonly.iso) = e63dc0fcbc4222e82c3bb7e040f791cb MD5 (6.1-BETA1-alpha-disc1.iso) = c536ed08fedbd45141f48919803042dc MD5 (6.1-BETA1-amd64-bootonly.iso) = 84a72b2a6d86fd29f7e35da9092300ec MD5 (6.1-BETA1-amd64-disc1.iso) = 20f36ee823ed4313f89289d5357fc365 MD5 (6.1-BETA1-amd64-disc2.iso) = 2bbf97c74d7df701037634a7b0c971cb MD5 (6.1-BETA1-i386-bootonly.iso) = 037b99d2dddb93f75f3a3445908103a4 MD5 (6.1-BETA1-i386-disc1.iso) = 3cc6e3e66abce6420c316e04631ddb19 MD5 (6.1-BETA1-i386-disc2.iso) = c822d0a62f3e402f21088ca8abefce3e MD5 (6.1-BETA1-ia64-bootonly.iso) = 1fb12b97f70980ab12c2d31526c128ec MD5 (6.1-BETA1-ia64-disc1.iso) = d5e34526c056caf543d300412cf07648 MD5 (6.1-BETA1-ia64-livefs.iso) = c29cb7b7b0724d70b6e07e724bf44b62 MD5 (6.1-BETA1-pc98-disc1.iso) = 6894340e1b7dac32de263974a62e9beb MD5 (6.1-BETA1-sparc64-bootonly.iso) = af91246b0b42bf16e65d38a5a68b6726 MD5 (6.1-BETA1-sparc64-disc1.iso) = 668c98638c2b830ca3276cdfe18815a5 MD5 (6.1-BETA1-sparc64-disc2.iso) = f01049d7a1011db04101b97c954da363 The SHA256s are: SHA256 (5.5-BETA1-amd64-bootonly.iso) = 2553bf02cf3acf38f5ca6ccb2884a1d83b1046e039686fbfca8d8b799173fb7c SHA256 (5.5-BETA1-amd64-disc1.iso) = ee9ee3c11651d6c1991a168e7c6731d129209c072bf93bd6e453af1da255e1fd SHA256 (5.5-BETA1-amd64-disc2.iso) = 9e871ea6dd7ee3e4ef4bdcb7f3eb7efcda7a1f96b8397f313010c03d781b4c93 SHA256 (5.5-BETA1-i386-bootonly.iso) = 335428bcc6e391578c354a042ab125866968ebe3c6031011fe0062558d56328c SHA256 (5.5-BETA1-i386-disc1.iso) = a33138b4bf7b224e24c20d6578954897d8095ce316cb72cd117a2c449c26a55b SHA256 (5.5-BETA1-i386-disc2.iso) = ec68782fa3e82c74582de00b62e14f395e3a45ec0c10e95fb5673a8354e3f4f5 SHA256 (5.5-BETA1-pc98-disc1.iso) = a884fd69a0e49752c0a963c8b0d2cd84c5ffa8d2b0cae57e18fa59136722214c SHA256 (5.5-BETA1-sparc64-bootonly.iso) = 8a073b3704e038f2217b559e2e6f68ed33a5f0f45a4546ccdccb4e0b71f1b79f SHA256 (5.5-BETA1-sparc64-disc1.iso) = 1c5dc64f48918d3cbdb1a5e39bc50d9d1a51afd5536a3c836c06ab8691c89e70 SHA256 (5.5-BETA1-sparc64-disc2.iso) = 8c1cb446565765ace8f9787e9656745b9d7fd3e0c6823655a10846f65eea95a5 SHA256 (6.1-BETA1-amd64-bootonly.iso) = ed6a6043d37c3ebe378c3f0d5524b55068530e8ce0b8b7fb7e47670317df0e58 SHA256 (6.1-BETA1-amd64-disc1.iso) = 75654232c50bb767fd5c6ae694b4a4260f7046e4444887ab7ff5d9e682f7e9eb SHA256 (6.1-BETA1-amd64-disc2.iso) = 4d420862fff3f674804e3d55c424674ecda34cc0413d86d704e3d91d897fd315 SHA256 (6.1-BETA1-i386-bootonly.iso) = 2694044bdd7c2ce3f7e30cb681e39a2770ba80be7b9a0083bd74f0059474a934 SHA256 (6.1-BETA1-i386-disc1.iso) = c9143660a828af9f70803af917b6edfd8ec046308f41223e99f946ac9a14f2e3 SHA256 (6.1-BETA1-i386-disc2.iso) = 6b87643b2b1bc85790597f9f049023301a8305da8c035883b1ae95200f93c97c SHA256 (6.1-BETA1-ia64-bootonly.iso) = b621dbbc9e6e71a5c29c9b50657968661a77769d48c8bd98318b648a41949b87 SHA256 (6.1-BETA1-ia64-disc1.iso) = 87c68d5460c106453efa5b9acc230c2229ec6f2f28d6b3494ed56c9f6b1f22b8 SHA256 (6.1-BETA1-ia64-livefs.iso) = 6f96ff9adb408b8e6c6451bbb1d6fd650c8045ec555c48ece0e749b79abdd21a SHA256 (6.1-BETA1-pc98-disc1.iso) = 52cc1e94ad7a84815d9fb697398facd9b75815f14023bbb76d8570afd1bc8ee7 SHA256 (6.1-BETA1-sparc64-bootonly.iso) = 1b673ceeb236d27b0a7feca6f4d1ef543055036f27357f2814adc286a0b09235 SHA256 (6.1-BETA1-sparc64-disc1.iso) = e37cdadfcc8f4a6705968e10e28d02715f3f5f5cd0af2172e78e65efcd978cb9 SHA256 (6.1-BETA1-sparc64-disc2.iso) = da00f6a5ffbc6da1dfbb812456aeafb325e20bbb6286b2888433c1b8ec27d71d From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 9 20:13:12 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F00C16A420; Thu, 9 Feb 2006 20:13:12 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: from jail1-fbsd4.consiagnet.it (jail1-fbsd4.consiagnet.it [83.149.128.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id C678F43D5A; Thu, 9 Feb 2006 20:13:09 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: from jail1-fbsd4.consiagnet.it (jail1-fbsd4.consiagnet.it [83.149.128.151]) by jail1-fbsd4.consiagnet.it (Postfix) with ESMTP id B56B457C7; Thu, 9 Feb 2006 21:21:39 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on cvs.freesbie.org X-Spam-Level: X-Spam-Status: No, score=-1.4 required=5.0 tests=AWL,BAYES_00, RCVD_IN_SORBS_DUL autolearn=no version=3.1.0 Received: from [192.168.99.14] (host34-144.pool874.interbusiness.it [87.4.144.34]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by jail1-fbsd4.consiagnet.it (Postfix) with ESMTP; Thu, 9 Feb 2006 21:21:39 +0100 (CET) Message-ID: <43EBA250.1080307@freesbie.org> Date: Thu, 09 Feb 2006 21:13:04 +0100 From: Dario Freni User-Agent: Mozilla Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Daichi GOTO References: <43E5D052.3020207@freebsd.org> <43E656C7.8040302@freesbie.org> <43E6D5C8.4050405@freebsd.org> <43E71485.5040901@freesbie.org> <43E73330.8070101@freebsd.org> <43EB4C00.2030101@freebsd.org> In-Reply-To: <43EB4C00.2030101@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: hiroo.ono@gmail.com, ozawa@ongs.co.jp, freebsd-hackers@freebsd.org, ota@j.email.ne.jp, freebsd-current@freebsd.org, Alexander@Leidinger.net Subject: Re: patchset-8 release (Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010) 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, 09 Feb 2006 20:13:12 -0000 Daichi GOTO ha scritto: > I have updated the patchset-8 of unionfs. > > Patchset-8: > For 7-current > http://people.freebsd.org/~daichi/unionfs/unionfs-p8.diff > > For 6.x > http://people.freebsd.org/~daichi/unionfs/unionfs6-p8.diff > > Changes in unionfs-p8.diff > - Fixed the issue that user whom has access permission > cannot change the directory because he cannot create > its shadow directory. As a result of this fixed, now > unionfs uses root permission creating shadow directory > temporarily. > > The document of those unionfs patches is pretty improved by Hiroo > ONO-san. > > http://people.freebsd.org/~daichi/unionfs/ (English) > http://people.freebsd.org/~daichi/unionfs/index-ja.html (Japanese) > > Please try -p8 Dario. We are thinking that you cat get it with -p8 :) It doesn't compile on 6.x :/ (using unionfs6-p8.diff on a fresh RELENG_6) cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror /usr/src/sys/ufs/ufs/ufs_lookup.c /usr/src/sys/ufs/ufs/ufs_lookup.c: In function `ufs_direnter': /usr/src/sys/ufs/ufs/ufs_lookup.c:880: error: `vdp' undeclared (first use in this function) /usr/src/sys/ufs/ufs/ufs_lookup.c:880: error: (Each undeclared identifier is reported only once /usr/src/sys/ufs/ufs/ufs_lookup.c:880: error: for each function it appears in.) *** Error code 1 Stop in /usr/obj.unionfs-i386/usr/src/sys/FREESBIE. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 9 23:04:52 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6952316A420 for ; Thu, 9 Feb 2006 23:04:52 +0000 (GMT) (envelope-from greeen.anton@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CA3443D48 for ; Thu, 9 Feb 2006 23:04:50 +0000 (GMT) (envelope-from greeen.anton@gmail.com) Received: by uproxy.gmail.com with SMTP id a2so11940ugf for ; Thu, 09 Feb 2006 15:04:49 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding; b=r5weRpnQWDhhUnAsxikdBAqHKAzYYChWidF8Aam06U2i/H/zwgJT4h4MhuWtleZEM9198ZzfOp8o0xpXvuU4UE+OChRPfCOxPsVWnOYgRX2UASq4jtWfsREynFn/nL6KE1ufAKhFW130xho/XzgmWo8wQVFQVyCwAIphuJ7IXvQ= Received: by 10.48.127.8 with SMTP id z8mr2533253nfc; Thu, 09 Feb 2006 12:06:39 -0800 (PST) Received: from localhost ( [83.149.32.48]) by mx.gmail.com with ESMTP id d2sm594825nfe.2006.02.09.12.06.26; Thu, 09 Feb 2006 12:06:38 -0800 (PST) Date: Fri, 10 Feb 2006 01:04:02 +0500 From: Anton Barsukov To: John Baldwin Message-Id: <20060210010402.66a2e83d.greeen.anton@gmail.com> In-Reply-To: <200602081042.12890.jhb@freebsd.org> References: <20060128142323.046e186c.greeen.anton@gmail.com> <200602061458.36037.jhb@freebsd.org> <20060208164232.46c2bed5.greeen.anton@gmail.com> <200602081042.12890.jhb@freebsd.org> X-Mailer: Sylpheed version 2.0.0 (GTK+ 2.6.9; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: kernel panic with pmap_qremove() 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, 09 Feb 2006 23:04:52 -0000 On Wed, 8 Feb 2006 10:42:11 -0500 John Baldwin wrote: > On Wednesday 08 February 2006 06:42, Anton Barsukov wrote: > > On Mon, 6 Feb 2006 14:58:33 -0500 > > > > John Baldwin wrote: > > > On Saturday 28 January 2006 04:23, Anton Barsukov wrote: > > > > Hi everybody > > > > > > > > I install ports/benchmarks/forkbomb, > > > > when i run '%forkbomb -f', kernel panic. > > > > > > > > instruction pointer = pmap_qremove(sva=4290785280, count=0) at > > > > /usr/src/sys/i386/i386/pmap.c:896 > > > > > > > > FreeBSD 6.0-RELEASE(GENERIC) i386 > > > > machine( MB -- P4P800SE, > > > > CPU -- P4 3GHz, > > > > RAM -- 2x512Mb ) > > > > > > I wasn't able to reproduce this. Are you still able to trigger this > > > panic? > > > > > > -- > > > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > > > "Power Users Use the Power to Serve" = http://www.FreeBSD.org > > > > Yes, the panic still arises. > > When I start under the user, kernel panics, under su the panic not present. > > Custom kernel not panic. > > Hmm, the count=0 is suspect. The line numbers don't seem to line up though > for pmap.c. Can you compile in DDB and KDB and capture a stack trace from > ddb? > > -- > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > "Power Users Use the Power to Serve" = http://www.FreeBSD.org Please, if it will help you. #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc0690666 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:399 #2 0xc069099a in panic (fmt=0xc08e0869 "from debugger") at /usr/src/sys/kern/kern_shutdown.c:555 #3 0xc0470eb7 in db_panic (addr=-1064671193, have_addr=0, count=-1, modif=0xf7aba7fc "") at /usr/src/sys/ddb/db_command.c:438 #4 0xc0470e30 in db_command (last_cmdp=0xc09b6a24, cmd_table=0x0, aux_cmd_tablep=0xc0934108, aux_cmd_tablep_end=0xc0934124) at /usr/src/sys/ddb/db_command.c:350 #5 0xc0470f21 in db_command_loop () at /usr/src/sys/ddb/db_command.c:458 #6 0xc0472e5d in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_main.c:221 #7 0xc06accaf in kdb_trap (type=0, code=0, tf=0xf7aba9b0) at /usr/src/sys/kern/subr_kdb.c:473 #8 0xc08acaaa in trap_fatal (frame=0xf7aba9b0, eva=0) at /usr/src/sys/i386/i386/trap.c:822 #9 0xc08ac7d0 in trap_pfault (frame=0xf7aba9b0, usermode=0, eva=3221221376) at /usr/src/sys/i386/i386/trap.c:742 #10 0xc08ac33e in trap (frame= {tf_fs = -1065091064, tf_es = -1036058584, tf_ds = -986644440, tf_edi = 256, tf_esi = -139744736, tf_ebp = -139744772, tf_isp = -139744804, tf_ebx = -4194304, tf_edx = 1047552, tf_ecx = 0, tf_eax = 935379203, tf_trapno = 12, tf_err = 2, tf_eip = -1064671193, tf_cs = 32, tf_eflags = 66054, tf_esp = 2, tf_ss = -986631928}) at /usr/src/sys/i386/i386/trap.c:432 #11 0xc08999ea in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #12 0xc08a6827 in pmap_qenter (sva=4290768896, m=0xf7abaa20, count=0) at pmap.h:270 #13 0xc08341c5 in vm_thread_new (td=0x2, pages=2) at /usr/src/sys/vm/vm_glue.c:301 #14 0xc069c18a in thread_init (mem=0xc5314a80, size=372, flags=259) at /usr/src/sys/kern/kern_thread.c:184 #15 0xc082b884 in slab_zalloc (zone=0xc144dc80, wait=259) at /usr/src/sys/vm/uma_core.c:857 #16 0xc082d28a in uma_zone_slab (zone=0xc144dc80, flags=3) at /usr/src/sys/vm/uma_core.c:2034 #17 0xc082d4db in uma_zalloc_bucket (zone=0xc144dc80, flags=3) at /usr/src/sys/vm/uma_core.c:2143 #18 0xc082d0d3 in uma_zalloc_arg (zone=0xc144dc80, udata=0x0, flags=2) at /usr/src/sys/vm/uma_core.c:1951 #19 0xc069c690 in thread_alloc () at uma.h:275 #20 0xc0687630 in proc_init (mem=0xc33a0000, size=524, flags=258) at /usr/src/sys/kern/kern_proc.c:183 #21 0xc082b884 in slab_zalloc (zone=0xc144dc00, wait=258) at /usr/src/sys/vm/uma_core.c:857 #22 0xc082d28a in uma_zone_slab (zone=0xc144dc00, flags=2) at /usr/src/sys/vm/uma_core.c:2034 #23 0xc082d4db in uma_zalloc_bucket (zone=0xc144dc00, flags=2) at /usr/src/sys/vm/uma_core.c:2143 #24 0xc082d0d3 in uma_zalloc_arg (zone=0xc144dc00, udata=0x0, flags=2) at /usr/src/sys/vm/uma_core.c:1951 #25 0xc0675250 in fork1 (td=0xc2d5a000, flags=20, pages=0, procp=0xf7abacc8) at uma.h:275 #26 0xc0674ed5 in fork (td=0xc2d5a000, uap=0xf7abad04) at /usr/src/sys/kern/kern_fork.c:96 #27 0xc08ace9c in syscall (frame= {tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = 4096, tf_esi = -1077940964, tf_ebp = -1077941048, tf_isp = -139743900, tf_ebx = 1, tf_edx = 0, tf_ecx = 22, tf_eax = 2, tf_trapno = 12, tf_err = 2, tf_eip = 671855075, tf_cs = 51, tf_eflags = 514, tf_esp = -1077941092, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:976 #28 0xc0899a3f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200 #29 0x00000033 in ?? () From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 10 04:23:16 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEB2216A420; Fri, 10 Feb 2006 04:23:16 +0000 (GMT) (envelope-from Cy.Schubert@komquats.com) Received: from spqr.komquats.com (S0106002078125c0c.gv.shawcable.net [24.108.150.239]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B72A43D49; Fri, 10 Feb 2006 04:23:15 +0000 (GMT) (envelope-from Cy.Schubert@komquats.com) Received: from cwsys.cwsent.com (cwsys [10.1.1.1]) by spqr.komquats.com (Postfix) with ESMTP id B8FAB4C5C5; Thu, 9 Feb 2006 20:23:13 -0800 (PST) Received: from cwsys (localhost [127.0.0.1]) by cwsys.cwsent.com (8.13.4/8.13.4) with ESMTP id k1A4N8MG080084; Thu, 9 Feb 2006 20:23:10 -0800 (PST) (envelope-from Cy.Schubert@komquats.com) Message-Id: <200602100423.k1A4N8MG080084@cwsys.cwsent.com> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.komquats.com/ To: Dario Freni In-Reply-To: Message from Dario Freni of "Thu, 09 Feb 2006 21:13:04 +0100." <43EBA250.1080307@freesbie.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 09 Feb 2006 20:23:08 -0800 Sender: Cy.Schubert@komquats.com Cc: hiroo.ono@gmail.com, ozawa@ongs.co.jp, freebsd-hackers@freebsd.org, Daichi GOTO , ota@j.email.ne.jp, freebsd-current@freebsd.org, Alexander@Leidinger.net Subject: Re: patchset-8 release (Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Cy Schubert List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2006 04:23:17 -0000 In message <43EBA250.1080307@freesbie.org>, Dario Freni writes: > Daichi GOTO ha scritto: > > I have updated the patchset-8 of unionfs. > > > > Patchset-8: > > For 7-current > > http://people.freebsd.org/~daichi/unionfs/unionfs-p8.diff > > > > For 6.x > > http://people.freebsd.org/~daichi/unionfs/unionfs6-p8.diff > > > > Changes in unionfs-p8.diff > > - Fixed the issue that user whom has access permission > > cannot change the directory because he cannot create > > its shadow directory. As a result of this fixed, now > > unionfs uses root permission creating shadow directory > > temporarily. > > > > The document of those unionfs patches is pretty improved by Hiroo > > ONO-san. > > > > http://people.freebsd.org/~daichi/unionfs/ (English) > > http://people.freebsd.org/~daichi/unionfs/index-ja.html (Japanese) > > > > Please try -p8 Dario. We are thinking that you cat get it with -p8 :) > > It doesn't compile on 6.x :/ (using unionfs6-p8.diff on a fresh RELENG_6) > > cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls > -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes > -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 > -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq > -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf > -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd > -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -D_KERNEL > -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common > -finline-limit=8000 --param inline-unit-growth=100 --param > large-function-growth=1000 -mno-align-long-strings > -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 > -ffreestanding -Werror /usr/src/sys/ufs/ufs/ufs_lookup.c > /usr/src/sys/ufs/ufs/ufs_lookup.c: In function `ufs_direnter': > /usr/src/sys/ufs/ufs/ufs_lookup.c:880: error: `vdp' undeclared (first > use in this function) > /usr/src/sys/ufs/ufs/ufs_lookup.c:880: error: (Each undeclared > identifier is reported only once > /usr/src/sys/ufs/ufs/ufs_lookup.c:880: error: for each function it > appears in.) > *** Error code 1 > > Stop in /usr/obj.unionfs-i386/usr/src/sys/FREESBIE. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. Replace the line in the patch that says: + if (OFSFMT(vdp)) with: + if (OFSFMT(dvp)) Cheers, Cy Schubert Web: http://www.komquats.com and http://www.bcbodybuilder.com FreeBSD UNIX: Web: http://www.FreeBSD.org BC Government: "Lift long enough and I believe arrogance is replaced by humility and fear by courage and selfishness by generosity and rudeness by compassion and caring." -- Dave Draper From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 10 15:19:14 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD25016A420 for ; Fri, 10 Feb 2006 15:19:14 +0000 (GMT) (envelope-from jf@trispen.com) Received: from brolloks.trispen.com (brolloks.trispen.com [196.22.177.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41C2343D58 for ; Fri, 10 Feb 2006 15:19:08 +0000 (GMT) (envelope-from jf@trispen.com) Received: from localhost (unknown [127.0.0.1]) by brolloks.trispen.com (Postfix) with ESMTP id B3848264 for ; Fri, 10 Feb 2006 17:19:05 +0200 (SAST) Received: from brolloks.trispen.com ([127.0.0.1]) by localhost (brolloks.trispen.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 54743-01 for ; Fri, 10 Feb 2006 17:18:52 +0200 (SAST) Received: from jf64x2.trispen.com (tpnnat [196.22.177.50]) by brolloks.trispen.com (Postfix) with ESMTP id 33E7019B for ; Fri, 10 Feb 2006 17:18:51 +0200 (SAST) To: freebsd-hackers@freebsd.org References: <20060208164141.GA21718@trispen.com> <20060208185836.GA55307@xor.obsecurity.org> <20060209092139.GB21718@trispen.com> Message-ID: Date: Fri, 10 Feb 2006 17:18:50 +0200 From: "Jacques Fourie" Organization: Trispen Technologies Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-15 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit In-Reply-To: <20060209092139.GB21718@trispen.com> User-Agent: Opera M2/8.50 (Win32, build 7700) X-Virus-Scanned: amavisd-new at trispen.com Subject: Re: Pre-loaded mfsroot size and FreeBSD 4.9 with 4G RAM 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, 10 Feb 2006 15:19:14 -0000 On Thu, 09 Feb 2006 11:21:39 +0200, Jacques Fourie wrote: > On Wed, Feb 08, 2006 at 01:58:36PM -0500, Kris Kennaway wrote: >> On Wed, Feb 08, 2006 at 06:41:41PM +0200, Jacques Fourie wrote: >> > Hi, >> > >> > I am pre-loading an image (used as MFS root) from the boot loader on >> FreeBSD >> > 4.9 by using 'load -t mfs_root mfsroot' in loader.conf. The size of >> this >> > image is 64M. If I have 4G of RAM in the machine, the 64M size causes >> the >> > kernel to panic almost immediately. With only 2G of RAM the kernel >> boots >> > without a problem. I have tried to increase the KVA_PAGES value to >> 512 but >> > the kernel still panics. If I decrease the image size to 40M the >> kernel >> > boots successfully on a machine with 4G of RAM. Any ideas as to how I >> can go >> > about finding (or fixing) this problem? >> >> Start by showing the panic ;-) >> >> Kris > > Hi, > > Here is the kernel panic :). The kernel was compiled with > 'makeoptions DEBUG=-g' and DDB was included in the kernel. Unfortunately > the > stack trace from DDB does not seem to show any symbols. I've created this > panic by installing FreeBSD 4.11-RELEASE with a GENERIC kernel that has > 'makeoptions DEBUG=-g' and DDB included. > > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0xbff1e000 > fault code = supervisor write, page not present > instruction pointer = 0x8:0xc03afa66 > stack pointer = 0x10:0xc4589f88 > frame pointer = 0x10:0xc4589f90 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = Idle > interrupt mask = net tty bio cam > kernel: type 12 trap, code=0 > Stopped at 0xc03afa66: movl %eax,0xbfc00000(,%edx,4) > db> t > (null)(c4dac000,f3cd2000,f76f0000,3,c0497f14) at 0xc03afa66 > (null)(458e000,f7f78000,c45ac000,c4589ff8,c023051c) at 0xc0363027 > (null)(0,4586c00,458e000,0,c0132e2d) at 0xc035c313 > (null)(0,0,0,0,0) at 0xc023051c > (null)() at 0xc0132e2d > db> > > Here is the output from a 'gdb -k' session on the kernel in question : > > # cd /usr/src/sys/compile/TEST > # gdb -k kernel.debug > GNU gdb 4.18 (FreeBSD) > Copyright 1998 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you > are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for > details. > This GDB was configured as "i386-unknown-freebsd"...Deprecated bfd_read > called at > /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c > line 2627 in elfstab_build_psymtabs > Deprecated bfd_read called at > /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c > line 933 in fill_symbuf > > (kgdb) list *(0xc03afa66) > 0xc03afa66 is in pmap_map (../../i386/i386/pmap.c:799). > 794 pmap_kenter(vm_offset_t va, vm_paddr_t pa) > 795 { > 796 pt_entry_t *pte; > 797 > 798 pte = vtopte(va); > 799 *pte = pa | PG_RW | PG_V | pgeflag; > 800 invltlb_1pg(va); > 801 } > 802 > 803 /* > (kgdb) list *(0xc0363027) > 0xc0363027 is in vm_page_startup (../../vm/vm_page.c:296). > 291 /* > 292 * Validate these addresses. > 293 */ > 294 > 295 new_end = trunc_page(end - page_range * sizeof(struct > vm_page)); > 296 mapped = pmap_map(mapped, new_end, end, > 297 VM_PROT_READ | VM_PROT_WRITE); > 298 > 299 /* > 300 * Clear all of the page structures > (kgdb) list *(0xc035c313) > 0xc035c313 is in vm_mem_init (../../vm/vm_init.c:108). > 103 * Initializes resident memory structures. From here on, > all physical > 104 * memory is accounted for, and we use only virtual > addresses. > 105 */ > 106 > 107 vm_set_page_size(); > 108 virtual_avail = vm_page_startup(avail_start, avail_end, > virtual_avail); > 109 /* > 110 * Initialize other VM packages > 111 */ > 112 vm_object_init() > > > regards, > jacques I have installed 6.0-RELEASE and the behaviour is still the same. If I try to pre-load an md_image of 64M with 4G of RAM installed, the kernel panics early in the boot cycle. Here is the panic on 6.0-RELEASE: 131072K of memory above 4GB ignored Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-RELEASE #0: Thu Nov 3 09:36:13 UTC 2005 root@x64.samsco.home:/usr/obj/usr/src/sys/GENERIC Fatal trap 12: page fault while in kernel mode fault virtual address = 0xbff1e000 fault code = supervisor write, page not present instruction pointer = 0x20:0xc0802464 stack pointer = 0x28:0xc4c20d00 frame pointer = 0x28:0xc4c20d0c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 () trap number = 12 panic: page fault Uptime: 1s I will add DDB to the kernel to try and figure out what is going on... regards, jacques From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 10 18:01:33 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 96E9816A420 for ; Fri, 10 Feb 2006 18:01:33 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C83E43D45 for ; Fri, 10 Feb 2006 18:01:32 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 8181666 for multiple; Fri, 10 Feb 2006 13:00:43 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k1AI1QuG076575; Fri, 10 Feb 2006 13:01:27 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Anton Barsukov Date: Fri, 10 Feb 2006 13:01:09 -0500 User-Agent: KMail/1.9.1 References: <20060128142323.046e186c.greeen.anton@gmail.com> <200602081042.12890.jhb@freebsd.org> <20060210010402.66a2e83d.greeen.anton@gmail.com> In-Reply-To: <20060210010402.66a2e83d.greeen.anton@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200602101301.11290.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1283/Thu Feb 9 15:55:06 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: freebsd-hackers@freebsd.org Subject: Re: kernel panic with pmap_qremove() 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, 10 Feb 2006 18:01:33 -0000 On Thursday 09 February 2006 15:04, Anton Barsukov wrote: > On Wed, 8 Feb 2006 10:42:11 -0500 > > John Baldwin wrote: > > On Wednesday 08 February 2006 06:42, Anton Barsukov wrote: > > > On Mon, 6 Feb 2006 14:58:33 -0500 > > > > > > John Baldwin wrote: > > > > On Saturday 28 January 2006 04:23, Anton Barsukov wrote: > > > > > Hi everybody > > > > > > > > > > I install ports/benchmarks/forkbomb, > > > > > when i run '%forkbomb -f', kernel panic. > > > > > > > > > > instruction pointer = pmap_qremove(sva=4290785280, count=0) at > > > > > /usr/src/sys/i386/i386/pmap.c:896 > > > > > > > > > > FreeBSD 6.0-RELEASE(GENERIC) i386 > > > > > machine( MB -- P4P800SE, > > > > > CPU -- P4 3GHz, > > > > > RAM -- 2x512Mb ) > > > > > > > > I wasn't able to reproduce this. Are you still able to trigger this > > > > panic? > > > > > > > > -- > > > > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > > > > "Power Users Use the Power to Serve" = http://www.FreeBSD.org > > > > > > Yes, the panic still arises. > > > When I start under the user, kernel panics, under su the panic not > > > present. Custom kernel not panic. > > > > Hmm, the count=0 is suspect. The line numbers don't seem to line up > > though for pmap.c. Can you compile in DDB and KDB and capture a stack > > trace from ddb? > > > > -- > > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > > "Power Users Use the Power to Serve" = http://www.FreeBSD.org > > Please, if it will help you. > #0 doadump () at pcpu.h:165 > 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); > (kgdb) bt > #0 doadump () at pcpu.h:165 > #1 0xc0690666 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:399 > #2 0xc069099a in panic (fmt=0xc08e0869 "from debugger") at > /usr/src/sys/kern/kern_shutdown.c:555 > #3 0xc0470eb7 in db_panic (addr=-1064671193, have_addr=0, count=-1, > modif=0xf7aba7fc "") at /usr/src/sys/ddb/db_command.c:438 > #4 0xc0470e30 in db_command (last_cmdp=0xc09b6a24, cmd_table=0x0, > aux_cmd_tablep=0xc0934108, aux_cmd_tablep_end=0xc0934124) > at /usr/src/sys/ddb/db_command.c:350 > #5 0xc0470f21 in db_command_loop () at /usr/src/sys/ddb/db_command.c:458 > #6 0xc0472e5d in db_trap (type=12, code=0) at > /usr/src/sys/ddb/db_main.c:221 > #7 0xc06accaf in kdb_trap (type=0, code=0, tf=0xf7aba9b0) at > /usr/src/sys/kern/subr_kdb.c:473 > #8 0xc08acaaa in trap_fatal (frame=0xf7aba9b0, eva=0) at > /usr/src/sys/i386/i386/trap.c:822 > #9 0xc08ac7d0 in trap_pfault (frame=0xf7aba9b0, usermode=0, eva=3221221376) > at /usr/src/sys/i386/i386/trap.c:742 > #10 0xc08ac33e in trap (frame= > {tf_fs = -1065091064, tf_es = -1036058584, tf_ds = -986644440, > tf_edi = 256, tf_esi = -139744736, tf_ebp = -139744772, > tf_isp = -139744804, tf_ebx = -4194304, tf_edx = 1047552, tf_ecx = 0, > tf_eax = 935379203, tf_trapno = 12, tf_err = 2, tf_eip = -1064671193, > tf_cs = 32, tf_eflags = 66054, tf_esp = 2, tf_ss = -986631928}) at > /usr/src/sys/i386/i386/trap.c:432 > #11 0xc08999ea in calltrap () at /usr/src/sys/i386/i386/exception.s:139 > #12 0xc08a6827 in pmap_qenter (sva=4290768896, m=0xf7abaa20, count=0) at > pmap.h:270 > #13 0xc08341c5 in vm_thread_new (td=0x2, pages=2) at > /usr/src/sys/vm/vm_glue.c:301 > #14 0xc069c18a in thread_init (mem=0xc5314a80, size=372, flags=259) at > /usr/src/sys/kern/kern_thread.c:184 Now this traceback is in pmap_qenter() rather than pmap_qremove(). Still not sure why you are seeing a panic though. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 10 19:35:00 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8827716A420; Fri, 10 Feb 2006 19:35:00 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: from jail1-fbsd4.consiagnet.it (jail1-fbsd4.consiagnet.it [83.149.128.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id A364E43D4C; Fri, 10 Feb 2006 19:34:58 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: from jail1-fbsd4.consiagnet.it (jail1-fbsd4.consiagnet.it [83.149.128.151]) by jail1-fbsd4.consiagnet.it (Postfix) with ESMTP id 4E4A257E4; Fri, 10 Feb 2006 20:43:30 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on cvs.freesbie.org X-Spam-Level: X-Spam-Status: No, score=-1.4 required=5.0 tests=AWL,BAYES_00, RCVD_IN_SORBS_DUL autolearn=no version=3.1.0 Received: from [192.168.99.16] (host34-144.pool874.interbusiness.it [87.4.144.34]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by jail1-fbsd4.consiagnet.it (Postfix) with ESMTP; Fri, 10 Feb 2006 20:43:30 +0100 (CET) Message-ID: <43ECEAC9.70602@freesbie.org> Date: Fri, 10 Feb 2006 20:34:33 +0100 From: Dario Freni User-Agent: Mozilla Thunderbird 1.5 (Macintosh/20051201) MIME-Version: 1.0 To: Cy Schubert References: <200602100423.k1A4N8MG080084@cwsys.cwsent.com> In-Reply-To: <200602100423.k1A4N8MG080084@cwsys.cwsent.com> X-Enigmail-Version: 0.94.0.0 OpenPGP: url=http://www.saturnero.net/saturnero.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig0766C215CDB6EEE35FFC482A" X-Virus-Scanned: ClamAV using ClamSMTP Cc: hiroo.ono@gmail.com, ozawa@ongs.co.jp, freebsd-hackers@freebsd.org, Daichi GOTO , ota@j.email.ne.jp, freebsd-current@freebsd.org, Alexander@Leidinger.net Subject: Re: patchset-8 release (Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010) 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, 10 Feb 2006 19:35:00 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig0766C215CDB6EEE35FFC482A Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Cy Schubert ha scritto: > In message <43EBA250.1080307@freesbie.org>, Dario Freni writes: >> Daichi GOTO ha scritto: >>> I have updated the patchset-8 of unionfs. >>> >>> Patchset-8: >>> For 7-current >>> http://people.freebsd.org/~daichi/unionfs/unionfs-p8.diff >>> >>> For 6.x >>> http://people.freebsd.org/~daichi/unionfs/unionfs6-p8.diff >>> >>> Changes in unionfs-p8.diff >>> - Fixed the issue that user whom has access permission >>> cannot change the directory because he cannot create >>> its shadow directory. As a result of this fixed, now >>> unionfs uses root permission creating shadow directory >>> temporarily. >>> >>> The document of those unionfs patches is pretty improved by Hiroo >>> ONO-san. >>> >>> http://people.freebsd.org/~daichi/unionfs/ (English) >>> http://people.freebsd.org/~daichi/unionfs/index-ja.html (Japanese)= >>> >>> Please try -p8 Dario. We are thinking that you cat get it with -p8 :)= >> It doesn't compile on 6.x :/ (using unionfs6-p8.diff on a fresh RELENG= _6) >> >> cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls=20 >> -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes=20 >> -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=3Dc99=20 >> -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq=20 >> -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf=20 >> -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd = >> -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -D_KERNEL=20 >> -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common=20 >> -finline-limit=3D8000 --param inline-unit-growth=3D100 --param=20 >> large-function-growth=3D1000 -mno-align-long-strings=20 >> -mpreferred-stack-boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2= =20 >> -ffreestanding -Werror /usr/src/sys/ufs/ufs/ufs_lookup.c >> /usr/src/sys/ufs/ufs/ufs_lookup.c: In function `ufs_direnter': >> /usr/src/sys/ufs/ufs/ufs_lookup.c:880: error: `vdp' undeclared (first = >> use in this function) >> /usr/src/sys/ufs/ufs/ufs_lookup.c:880: error: (Each undeclared=20 >> identifier is reported only once >> /usr/src/sys/ufs/ufs/ufs_lookup.c:880: error: for each function it=20 >> appears in.) >> *** Error code 1 >> >> Stop in /usr/obj.unionfs-i386/usr/src/sys/FREESBIE. >> *** Error code 1 >> >> Stop in /usr/src. >> *** Error code 1 >> >> Stop in /usr/src. >=20 > Replace the line in the patch that says: >=20 > + if (OFSFMT(vdp)) >=20 > with: >=20 > + if (OFSFMT(dvp)) >=20 >=20 Ok, it compiled. New iso is at: http://torrent.freesbie.org/FreeSBIE-unionfs-i386-20060210.iso.torrent It seems better, I can log in and even startx. Further testing is coming = :) Thanks, Dario --=20 Dario Freni (saturnero@freesbie.org) FreeSBIE developer (http://www.freesbie.org) GPG Public key at http://www.saturnero.net/saturnero.asc --------------enig0766C215CDB6EEE35FFC482A Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) iD8DBQFD7OrMymi72IiShysRAr7mAJwMBy5WOyk2Z/BkstNbeka1spab6gCeJVhE 12dvRMqsfjO7zQEgzOUmgdQ= =v3pk -----END PGP SIGNATURE----- --------------enig0766C215CDB6EEE35FFC482A-- From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 11 06:00:19 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C181E16A420 for ; Sat, 11 Feb 2006 06:00:19 +0000 (GMT) (envelope-from nielsen-list@memberwebs.com) Received: from mail.npubs.com (mail.zoneseven.net [209.66.100.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 956AD43D48 for ; Sat, 11 Feb 2006 06:00:19 +0000 (GMT) (envelope-from nielsen-list@memberwebs.com) From: Nate Nielsen User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051013) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Message-Id: <20060211060841.898EEDCA994@mail.npubs.com> X-Virus-Scanned: ClamAV using ClamSMTP Date: Sat, 11 Feb 2006 06:08:42 +0000 (GMT) Subject: Panic Kernel Dump to umass device? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: nielsen@memberwebs.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Feb 2006 06:00:19 -0000 I'm developing for small embedded systems, and I'm looking into the possibility of dumping a kernel core dump to a USB memory stick (umass driver). It currently doesn't work (see below), but I'm interested in fixing it. Yes, I know it'll be slow. It's probably also a non-tested (and non-reliable) code path for a kernel dump. But leaving those issues aside... First I wanted to ask if anyone else has tried this. Is it an insane idea, impossible? I'm not very familiar with the CAM/SCSI/USB sub-systems so perhaps someone more knowledgeable than I can set me straight. Currently when doing a dump to a USB device, I get the following. This with 6.0-RELEASE. Dump device is /dev/da0s1. > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x0 > fault code = supervisor write, page not present > instruction pointer = 0x20:0xc0cea412 > stack pointer = 0x28:0xc6cf5c1c > frame pointer = 0x28:0xc6cf5c24 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 473 (kldload) > trap number = 12 > panic: page fault > Uptime: 3m48s > Dumping 95 MB (2 chunks) > Aborting dump due to I/O error. > status == 0xb, scsi status == 0x0 > > ** DUMP FAILED (ERROR 5) ** > Automatic reboot in 5 seconds - press a key on the console to abort It waits for about a minute after 'Dumping 95 MB (2 chunks)'. The light on the USB stick goes and remains stuck in the on state. The status: 0xb seems to be CAM_CMD_TIMEOUT. ERROR 5 is EIO. As far as I know, kernel dumps are always dune without interrupts and the driver runs with polling. It's likely that the umass driver and/or USB subsystem doesn't like this. Cheers, Nate From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 11 07:13:04 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBC5016A420 for ; Sat, 11 Feb 2006 07:13:04 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F03B43D46 for ; Sat, 11 Feb 2006 07:13:04 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k1B7D23i012847; Sat, 11 Feb 2006 00:13:03 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <43ED8E81.2060907@samsco.org> Date: Sat, 11 Feb 2006 00:13:05 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051230 X-Accept-Language: en-us, en MIME-Version: 1.0 To: nielsen@memberwebs.com References: <20060211060841.898EEDCA994@mail.npubs.com> In-Reply-To: <20060211060841.898EEDCA994@mail.npubs.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: freebsd-hackers@freebsd.org Subject: Re: Panic Kernel Dump to umass device? 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: Sat, 11 Feb 2006 07:13:05 -0000 Nate Nielsen wrote: > I'm developing for small embedded systems, and I'm looking into the > possibility of dumping a kernel core dump to a USB memory stick (umass > driver). It currently doesn't work (see below), but I'm interested in > fixing it. > > Yes, I know it'll be slow. It's probably also a non-tested (and > non-reliable) code path for a kernel dump. But leaving those issues aside... > > First I wanted to ask if anyone else has tried this. Is it an insane > idea, impossible? I'm not very familiar with the CAM/SCSI/USB > sub-systems so perhaps someone more knowledgeable than I can set me > straight. > > Currently when doing a dump to a USB device, I get the following. This > with 6.0-RELEASE. Dump device is /dev/da0s1. > > > >>Fatal trap 12: page fault while in kernel mode >>fault virtual address = 0x0 >>fault code = supervisor write, page not present >>instruction pointer = 0x20:0xc0cea412 >>stack pointer = 0x28:0xc6cf5c1c >>frame pointer = 0x28:0xc6cf5c24 >>code segment = base 0x0, limit 0xfffff, type 0x1b >> = DPL 0, pres 1, def32 1, gran 1 >>processor eflags = interrupt enabled, resume, IOPL = 0 >>current process = 473 (kldload) >>trap number = 12 >>panic: page fault >>Uptime: 3m48s >>Dumping 95 MB (2 chunks) >>Aborting dump due to I/O error. >>status == 0xb, scsi status == 0x0 >> >>** DUMP FAILED (ERROR 5) ** >>Automatic reboot in 5 seconds - press a key on the console to abort > > > > It waits for about a minute after 'Dumping 95 MB (2 chunks)'. The light > on the USB stick goes and remains stuck in the on state. The status: 0xb > seems to be CAM_CMD_TIMEOUT. ERROR 5 is EIO. > > As far as I know, kernel dumps are always dune without interrupts and > the driver runs with polling. It's likely that the umass driver and/or > USB subsystem doesn't like this. > > > Cheers, > Nate > You're correct that dumping is meant to be done with interrupts and task switching disabled. The first thing that the umass driver is missing is a working CAM poll handler. Without this, there is no way for command completions to be seen when interrupts are disabled. Beyond that, I somewhat suspect that the USB stack expects to be able to push command completion work off to worker threads, at least for some situations, and that also will not work in the kernel dump environment. So, there is a lot of work needed to make this happen. Scott From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 11 15:42:42 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99F5716A420 for ; Sat, 11 Feb 2006 15:42:42 +0000 (GMT) (envelope-from iedowse@iedowse.com) Received: from nowhere.iedowse.com (nowhere.iedowse.com [82.195.144.75]) by mx1.FreeBSD.org (Postfix) with SMTP id 4BFF243D5C for ; Sat, 11 Feb 2006 15:42:40 +0000 (GMT) (envelope-from iedowse@iedowse.com) Received: from localhost ([127.0.0.1] helo=iedowse.com) by nowhere.iedowse.com via local-iedowse id ; 11 Feb 2006 15:42:40 +0000 (GMT) To: Scott Long In-Reply-To: Your message of "Sat, 11 Feb 2006 00:13:05 MST." <43ED8E81.2060907@samsco.org> Date: Sat, 11 Feb 2006 15:42:35 +0000 From: Ian Dowse Message-ID: <200602111542.aa07502@nowhere.iedowse.com> Cc: freebsd-hackers@freebsd.org, nielsen@memberwebs.com Subject: Re: Panic Kernel Dump to umass device? 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: Sat, 11 Feb 2006 15:42:42 -0000 In message <43ED8E81.2060907@samsco.org>, Scott Long writes: >You're correct that dumping is meant to be done with interrupts and task >switching disabled. The first thing that the umass driver is missing is >a working CAM poll handler. Without this, there is no way for command >completions to be seen when interrupts are disabled. Beyond that, I >somewhat suspect that the USB stack expects to be able to push command >completion work off to worker threads, at least for some situations, and >that also will not work in the kernel dump environment. So, there is a >lot of work needed to make this happen. The USB stack supports polled operations, so it's actually not to hard to make this work. Below is a patch I had in one of my local trees that adds a CAM poll handler to the umass driver. I've just tested this and it does seem to make kernel dumping work, but I guess it might not be as reliable as dumping to other devices. Ian Index: umass.c =================================================================== RCS file: /dump/FreeBSD-CVS/src/sys/dev/usb/umass.c,v retrieving revision 1.128 diff -u -r1.128 umass.c --- umass.c 9 Jan 2006 01:33:53 -0000 1.128 +++ umass.c 11 Feb 2006 12:57:43 -0000 @@ -2627,21 +2627,17 @@ } } -/* umass_cam_poll - * all requests are handled through umass_cam_action, requests - * are never pending. So, nothing to do here. - */ Static void umass_cam_poll(struct cam_sim *sim) { -#ifdef USB_DEBUG struct umass_softc *sc = (struct umass_softc *) sim->softc; DPRINTF(UDMASS_SCSI, ("%s: CAM poll\n", USBDEVNAME(sc->sc_dev))); -#endif - /* nop */ + usbd_set_polling(sc->sc_udev, 1); + usbd_dopoll(sc->iface); + usbd_set_polling(sc->sc_udev, 0); } From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 11 20:44:04 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6DFA516A420 for ; Sat, 11 Feb 2006 20:44:04 +0000 (GMT) (envelope-from bakul@bitblocks.com) Received: from gate.bitblocks.com (bitblocks.com [209.204.185.216]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C10D43D5C for ; Sat, 11 Feb 2006 20:44:04 +0000 (GMT) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (localhost [127.0.0.1]) by gate.bitblocks.com (8.13.4/8.13.1) with ESMTP id k1BKi3u8083329 for ; Sat, 11 Feb 2006 12:44:03 -0800 (PST) (envelope-from bakul@bitblocks.com) Message-Id: <200602112044.k1BKi3u8083329@gate.bitblocks.com> To: freebsd-hackers@freebsd.org Date: Sat, 11 Feb 2006 12:44:03 -0800 From: Bakul Shah Subject: RAID5 on athlon64 machines 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: Sat, 11 Feb 2006 20:44:04 -0000 I built an Asus A8N SLI Deluxe based system and installed FreeBSD-6.1-BETA1 on it. This works well enough. Now I am looking for a decent RAID5 solution. This motherboard has two SATA RAID controllers. But one does only RAID1. The other supports RAID5 but seems to require s/w assistance from windows driver. The BIOS does let you designate a set of disks as a raid5 group but Freebsd does not recognize it as a group in any case. I noticed that vinum is gone from -current and we have gvinum now but it does not implement all of the vinum commands. But that is ok if it provides what I need. I played with it a little bit. Its sequential read performance is ok (I am using 3 disks for RAID5 and the read rate is twice the speed of one disk as expected). But the write rate is abysmal! I get about 12.5MB/s or about 1/9 of the read rate. So what gives? Are there some magic stripe sizes for better performance? I used a stripe size of 279k as per vinum recommendation. Theoretically the sequential write rate should be same or higher than the sequential read rate. Given an N+1 disk array, for N blocks reads you XOR N + 1 blocks and compare the result to 0 but for N block writes you XOR N blocks. So there is less work for large writes. Which leads me to ask: is gvinum stable enough for real use or should I just get a h/w RAID card? If the latter, any recommendations? What I'd like: Critical: - RAID5 - good write performance - orderly shutdown (I noticed vinum stop command is gone but may be it is not needed?) - quick recovery from a system crash. It shouldn't have to rebuild the whole array. - parity check on reads (a crash may have rendered a stripe inconsistent) - must not correct bad parity by rewriting a stripe Nice to have: - ability to operate in "degraded" mode, where one of the disks is dead. - ability to rebuild the array in background - commands to take a disk offline, associate a spare with a particular disk - use a spare drive effectively - allow a bad parity stripe for future writes - allow rewriting parity under user control. Thanks! From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 11 23:23:38 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E94816A422 for ; Sat, 11 Feb 2006 23:23:38 +0000 (GMT) (envelope-from soralx@cydem.org) Received: from pd5mo3so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7155643D7C for ; Sat, 11 Feb 2006 23:23:25 +0000 (GMT) (envelope-from soralx@cydem.org) Received: from pd4mr8so.prod.shaw.ca (pd4mr8so-qfe3.prod.shaw.ca [10.0.141.101]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IUJ000XLQ7UMW90@l-daemon> for freebsd-hackers@freebsd.org; Sat, 11 Feb 2006 16:21:30 -0700 (MST) Received: from pn2ml7so.prod.shaw.ca ([10.0.121.151]) by pd4mr8so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IUJ00587Q7THG40@pd4mr8so.prod.shaw.ca> for freebsd-hackers@freebsd.org; Sat, 11 Feb 2006 16:21:29 -0700 (MST) Received: from soralx.cydem.org ([24.85.63.128]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IUJ00FXVQ7TIG00@l-daemon> for freebsd-hackers@freebsd.org; Sat, 11 Feb 2006 16:21:29 -0700 (MST) Date: Sat, 11 Feb 2006 15:21:29 -0800 From: soralx@cydem.org In-reply-to: <200602112044.k1BKi3u8083329@gate.bitblocks.com> To: bakul@BitBlocks.com Message-id: <200602111521.29263.soralx@cydem.org> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7bit Content-disposition: inline References: <200602112044.k1BKi3u8083329@gate.bitblocks.com> User-Agent: KMail/1.5.4 Cc: freebsd-hackers@freebsd.org Subject: Re: RAID5 on athlon64 machines 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: Sat, 11 Feb 2006 23:23:38 -0000 > Theoretically the sequential write rate should be same or > higher than the sequential read rate. Given an N+1 disk Seq write rate for the whole RAID5 array will always be lower than the write rate for it's single disk. See 'http://en.wikipedia.org/wiki/RAID#RAID_5' " Traditional RAID5 A1 A2 A3 Ap B1 B2 Bp B3 C1 Cp C2 C3 Dp D1 D2 D3 [...] If another block, or some portion of a block, is written on that same stripe the parity block (or some portion of the parity block) is recalculated and rewritten. For small writes, this requires reading the old parity, reading the old data, writing the new parity, and writing the new data. [...] The parity blocks are not read on data reads, since this would be unnecessary overhead and would diminish performance. The parity blocks are read, however, when a read of a data sector results in a cyclic redundancy check (CRC) error." Timestamp: 0x43EE7046 [SorAlx] http://cydem.org.ua/ ridin' VN1500-B2 From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 11 23:34:47 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1069116A420 for ; Sat, 11 Feb 2006 23:34:47 +0000 (GMT) (envelope-from bakul@bitblocks.com) Received: from gate.bitblocks.com (bitblocks.com [209.204.185.216]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A2A943D5A for ; Sat, 11 Feb 2006 23:34:46 +0000 (GMT) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (localhost [127.0.0.1]) by gate.bitblocks.com (8.13.4/8.13.1) with ESMTP id k1BNYf83084494; Sat, 11 Feb 2006 15:34:41 -0800 (PST) (envelope-from bakul@bitblocks.com) Message-Id: <200602112334.k1BNYf83084494@gate.bitblocks.com> To: soralx@cydem.org In-reply-to: Your message of "Sat, 11 Feb 2006 15:21:29 PST." <200602111521.29263.soralx@cydem.org> Date: Sat, 11 Feb 2006 15:34:41 -0800 From: Bakul Shah Cc: freebsd-hackers@freebsd.org Subject: Re: RAID5 on athlon64 machines 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: Sat, 11 Feb 2006 23:34:47 -0000 > > > Theoretically the sequential write rate should be same or > > higher than the sequential read rate. Given an N+1 disk > > Seq write rate for the whole RAID5 array will always be lower > than the write rate for it's single disk. You compute max data rates by considering the most optimistic scenario, which is large sequetial writes. For *this* situation write rate will be higher than a single disk's. > The parity blocks are not read on data reads, since this would be > unnecessary overhead and would diminish performance. The parity > blocks are read, however, when a read of a data sector results > in a cyclic redundancy check (CRC) error." You can only do so if you know the array is consistent. If the system crashed there is no such guarantee. So you either have to rebuild the whole array to get to a consistent state or do a parity check. If you don't check parity and you have an inconsistent array, you can have a silent error (the data may be trashed but you don't know that). But if you use RAM without parity or ECC, you probably already don't care about such errors.