From owner-freebsd-hackers@FreeBSD.ORG Mon Jul 21 12:04:00 2003 Return-Path: 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 268D737B401 for ; Mon, 21 Jul 2003 12:04:00 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E55443F75 for ; Mon, 21 Jul 2003 12:03:59 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.9/8.12.6) with ESMTP id h6LJ3xVI027537; Mon, 21 Jul 2003 12:03:59 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.9/8.12.6/Submit) id h6LJ3xrX027536; Mon, 21 Jul 2003 12:03:59 -0700 (PDT) Date: Mon, 21 Jul 2003 12:03:59 -0700 (PDT) From: Matthew Dillon Message-Id: <200307211903.h6LJ3xrX027536@apollo.backplane.com> To: Pawel Jakub Dawidek References: <20030720235759.GJ437@garage.freebsd.pl> <20030721181805.GA43543@garage.freebsd.pl> cc: freebsd-hackers@freebsd.org Subject: Re: VM problem... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2003 19:04:00 -0000 Hmm. Is the VM object properly sized? Any attempt to fault-in data beyond a VM object's EOF, regardless of how you set the map_entry permissions, will seg fault or bus fault. -Matt Matthew Dillon : : :--LZvS9be/3tNcYl/X :Content-Type: text/plain; charset=iso-8859-2 :Content-Disposition: inline :Content-Transfer-Encoding: quoted-printable : :On Mon, Jul 21, 2003 at 01:57:59AM +0200, Pawel Jakub Dawidek wrote: :+> So as you can see I'm listing every entry that isn't writable. :+> This function is called when process is killed by kernel with SIGBUS. :+> It shows me that only this region isn't writable: :+>=20 :+> ENTRY:: 0-0xbfc00000 (0:0) : :Of course it isn't it. I've changed all map entries protection to :VM_PROT_ALL and now on SIGBUS (in trapsignal()) every listed entry :got protection =3D VM_PROT_ALL and max_protection =3D VM_PROT_ALL. :So what the hell is going on here?:S : :I'm not a VM expert so please help me to track this down. I'm trying :real hard to made this by myself for a week now. : :Is there posibility that there is some map entry that isn't on process :p->p_vmspace->vm_map? Maybe some shared entry not connected with his :map, but which should be accessable for this process? : :If trap is generated, because of illegal access nothing is changed :with map entries before trapsignal() is called? : :I'm really confused, so if someone could find few minutes, hour or short :day:) to help me track this down, I'll be really grateful. : :--=20 :Pawel Jakub Dawidek pawel@dawidek.net :UNIX Systems Programmer/Administrator http://garage.freebsd.pl :Am I Evil? Yes, I Am! http://cerber.sourceforge.net : :--LZvS9be/3tNcYl/X :Content-Type: application/pgp-signature :Content-Disposition: inline : :-----BEGIN PGP SIGNATURE----- :Version: GnuPG v1.0.7 (FreeBSD) : :iQCVAwUBPxwuXT/PhmMH/Mf1AQHDUwP+Pg+iws+uH4mYOrwRwrJdA/Jd9Qibofpx :cMmiW3jhc6kIMyNoYTzwpg/rL/3pwP+7iwSTX66DYtpjZPGD/OwHIB/c9IOWVzB7 :QiC1a7zN3ZywObWPIxCaxRkO+vHQWDNXQZGBGz8nuJzMa/HFvSB/DkgaxNy5BybT :7wfbv7cimJ4= :=/FGJ :-----END PGP SIGNATURE----- : :--LZvS9be/3tNcYl/X-- :