From owner-freebsd-emulation@FreeBSD.ORG Sun Dec 31 03:26:38 2006 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9B02F16A407 for ; Sun, 31 Dec 2006 03:26:38 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.229]) by mx1.freebsd.org (Postfix) with ESMTP id 5EBFE13C43E for ; Sun, 31 Dec 2006 03:26:38 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by nz-out-0506.google.com with SMTP id i11so2317206nzh for ; Sat, 30 Dec 2006 19:26:37 -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=aaAlvPoOeF2rD8SMnA8OYpkoGq6FCxD4vy/6OeYC5DmHwjJRHOZDrNCcHxcKgMf/f4i6Zos2E/nhRVaqaezW2YqKLtkPoOS7/60Sg1jOgGq2u/3/wrL1BziP/jUGND1NU327h/XgTbznfisvFKWpi/Y31PDEEEF/LLqzzKeUtF8= Received: by 10.65.38.13 with SMTP id q13mr8674953qbj.1167535597807; Sat, 30 Dec 2006 19:26:37 -0800 (PST) Received: by 10.65.61.1 with HTTP; Sat, 30 Dec 2006 19:26:37 -0800 (PST) Message-ID: <790a9fff0612301926n1562d560r1f3fff9af4bdb138@mail.gmail.com> Date: Sat, 30 Dec 2006 21:26:37 -0600 From: "Scot Hetzel" To: "Divacky Roman" In-Reply-To: <20061230120722.GA36814@stud.fit.vutbr.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <790a9fff0612290911t5ae69715gd2bf0dda0f9228f2@mail.gmail.com> <20061229213509.GA86839@stud.fit.vutbr.cz> <790a9fff0612291424g4ecbd088i7846d248851b3e63@mail.gmail.com> <20061230120722.GA36814@stud.fit.vutbr.cz> Cc: freebsd-emulation@freebsd.org Subject: Re: linuxolator: amd64 Linux Test Project failures X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Dec 2006 03:26:38 -0000 On 12/30/06, Divacky Roman wrote: > > I just added another %p to the format, here are my results with all of > > the debugging printfs. > > > > Dec 29 15:32:38 hp010 kernel: linux(1807): access(Checking if path > > [0xffffffffffffffff/0xffffffffa3bc8be0/0x28069000] exists) <- > > &args-path, args-path > > the access03 test passes 0 as the path address. interesting that it > gets this non-0 address. is the address consistent among runs? > I wonder if glibc mangles it somehow (it shouldnt but you never know) > > can you try simple program like > > main() > { > access(0, 0); > } > > and show its output? > I changed the test program to use: access(0xffffffffffffffff,0); Dec 30 21:14:47 hp010 kernel: linux(1225): access(Checking if path [0xffffffffffffffff/0xffffffffa39f2be0/0xffffffff] exists) Dec 30 21:14:47 hp010 kernel: kern_alternate_path: error = 14, path = 0xffffffffa39f2980 And it failed as expected. Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-emulation@FreeBSD.ORG Sun Dec 31 03:55:38 2006 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 22BE316A416 for ; Sun, 31 Dec 2006 03:55:38 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.224]) by mx1.freebsd.org (Postfix) with ESMTP id D9A6913C45B for ; Sun, 31 Dec 2006 03:55:37 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by nz-out-0506.google.com with SMTP id i11so2318264nzh for ; Sat, 30 Dec 2006 19:55:37 -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=Fj2hBZGlkvKIjafBgOBel0rXJSP8weZck+sqVHvbZLfv0KX1ZylaLHSB2j3e1bjeDjDLMyOk/T5BI7nPkWTJqSYphok/sloWf013mQrdL15J72VMye0JoYhLxuBhkZgqQOP7S/Y5Ao8z4vojMkKaX7+tNr3EkG7NApBQLrbLxxo= Received: by 10.64.10.2 with SMTP id 2mr9633335qbj.1167537337272; Sat, 30 Dec 2006 19:55:37 -0800 (PST) Received: by 10.65.61.1 with HTTP; Sat, 30 Dec 2006 19:55:37 -0800 (PST) Message-ID: <790a9fff0612301955r35b16472r2429fbe3fce78228@mail.gmail.com> Date: Sat, 30 Dec 2006 21:55:37 -0600 From: "Scot Hetzel" To: "Divacky Roman" In-Reply-To: <790a9fff0612301926n1562d560r1f3fff9af4bdb138@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <790a9fff0612290911t5ae69715gd2bf0dda0f9228f2@mail.gmail.com> <20061229213509.GA86839@stud.fit.vutbr.cz> <790a9fff0612291424g4ecbd088i7846d248851b3e63@mail.gmail.com> <20061230120722.GA36814@stud.fit.vutbr.cz> <790a9fff0612301926n1562d560r1f3fff9af4bdb138@mail.gmail.com> Cc: freebsd-emulation@freebsd.org Subject: Re: linuxolator: amd64 Linux Test Project failures X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Dec 2006 03:55:38 -0000 I think I found the problem, I had wrongly assumed that the code was using (char *)-1 as the address to pass to the function. Instead the code in access03, is using mmap to assign an address to variable bad_address. Below is the test program that shows that the problem is in mmap. Scot #include #include #include #include #include int main() { char * bad_addr; access((char *)-1, 0); bad_addr = mmap(0, 1, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS, 0, 0); printf("bad_addr = %p\n", bad_addr); access(bad_addr, 0); return(0); } hp010 / # gcc t1.c -o t1 hp010 / # ./t1 bad_addr = 0x2805e000 hp010 / # exit exit Dec 30 21:47:11 hp010 kernel: linux(1565): access(Checking if path [0xffffffffffffffff/0xffffffffa3b5abe0/0xffffffff] exists) Dec 30 21:47:11 hp010 kernel: kern_alternate_path: error = 14, path = 0xffffffffa3b5a980 Dec 30 21:47:11 hp010 kernel: linux(1565): access(Checking if path [0xffffffffffffffff/0xffffffffa3b5abe0/0x2805e000] exists) Dec 30 21:47:11 hp010 kernel: kern_alternate_path: error = 0, path = 0xffffffffa3b5a980 From owner-freebsd-emulation@FreeBSD.ORG Sun Dec 31 14:03:27 2006 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F1CE916A47B for ; Sun, 31 Dec 2006 14:03:27 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id AE4CE13C46B for ; Sun, 31 Dec 2006 14:03:27 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5DF7C.dip.t-dialin.net [84.165.223.124]) by redbull.bpaserver.net (Postfix) with ESMTP id 6C9F92E21D; Sun, 31 Dec 2006 14:46:22 +0100 (CET) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by outgoing.leidinger.net (Postfix) with ESMTP id F1B2B5B4847; Sun, 31 Dec 2006 14:42:57 +0100 (CET) Date: Sun, 31 Dec 2006 14:42:57 +0100 From: Alexander Leidinger To: freebsd-emulation@freebsd.org, "Scot Hetzel" Message-ID: <20061231144257.61520dc8@Magellan.Leidinger.net> In-Reply-To: <790a9fff0612301955r35b16472r2429fbe3fce78228@mail.gmail.com> References: <790a9fff0612290911t5ae69715gd2bf0dda0f9228f2@mail.gmail.com> <20061229213509.GA86839@stud.fit.vutbr.cz> <790a9fff0612291424g4ecbd088i7846d248851b3e63@mail.gmail.com> <20061230120722.GA36814@stud.fit.vutbr.cz> <790a9fff0612301926n1562d560r1f3fff9af4bdb138@mail.gmail.com> <790a9fff0612301955r35b16472r2429fbe3fce78228@mail.gmail.com> X-Mailer: Claws Mail 2.6.1 (GTK+ 2.10.6; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.864, required 6, autolearn=not spam, BAYES_00 -15.00, DK_POLICY_SIGNSOME 0.00, FORGED_RCVD_HELO 0.14) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: Subject: Re: linuxolator: amd64 Linux Test Project failures X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Dec 2006 14:03:28 -0000 Quoting "Scot Hetzel" (Sat, 30 Dec 2006 21:55:37 -0600): > I think I found the problem, I had wrongly assumed that the code was > using (char *)-1 as the address to pass to the function. Instead the > code in access03, is using mmap to assign an address to variable > bad_address. > > Below is the test program that shows that the problem is in mmap. http://lists.freebsd.org/pipermail/freebsd-emulation/2006-September/002625.html Bye, Alexander. -- I don't know WHY I said that ... I think it came from the FILLINGS in my read molars ... http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-emulation@FreeBSD.ORG Sun Dec 31 14:24:16 2006 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0ABCB16A403 for ; Sun, 31 Dec 2006 14:24:16 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.176.14]) by mx1.freebsd.org (Postfix) with ESMTP id 39DBC13C44C for ; Sun, 31 Dec 2006 14:24:15 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.8/8.13.7) with ESMTP id kBVEOC3p028582 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 31 Dec 2006 15:24:12 +0100 (CET) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.8/8.13.3/Submit) id kBVEOCsT028581; Sun, 31 Dec 2006 15:24:12 +0100 (CET) Date: Sun, 31 Dec 2006 15:24:12 +0100 From: Divacky Roman To: Alexander Leidinger Message-ID: <20061231142412.GA28462@stud.fit.vutbr.cz> References: <790a9fff0612290911t5ae69715gd2bf0dda0f9228f2@mail.gmail.com> <20061229213509.GA86839@stud.fit.vutbr.cz> <790a9fff0612291424g4ecbd088i7846d248851b3e63@mail.gmail.com> <20061230120722.GA36814@stud.fit.vutbr.cz> <790a9fff0612301926n1562d560r1f3fff9af4bdb138@mail.gmail.com> <790a9fff0612301955r35b16472r2429fbe3fce78228@mail.gmail.com> <20061231144257.61520dc8@Magellan.Leidinger.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061231144257.61520dc8@Magellan.Leidinger.net> User-Agent: Mutt/1.4.2.2i X-Scanned-By: MIMEDefang 2.57 on 147.229.176.14 Cc: freebsd-emulation@freebsd.org, Scot Hetzel Subject: Re: linuxolator: amd64 Linux Test Project failures X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Dec 2006 14:24:16 -0000 On Sun, Dec 31, 2006 at 02:42:57PM +0100, Alexander Leidinger wrote: > Quoting "Scot Hetzel" (Sat, 30 Dec 2006 21:55:37 -0600): > > > I think I found the problem, I had wrongly assumed that the code was > > using (char *)-1 as the address to pass to the function. Instead the > > code in access03, is using mmap to assign an address to variable > > bad_address. > > > > Below is the test program that shows that the problem is in mmap. > > http://lists.freebsd.org/pipermail/freebsd-emulation/2006-September/002625.html I guess what alexander wanted to say is that you should test the mmap patch that got commited to i386 mmap (see http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/i386/linux/linux_machdep.c.diff?r1=1.55&r2=1.56) and apply that to amd64 mmap and see if that fixes the issue you see.. pls do that and inform us thnx roman From owner-freebsd-emulation@FreeBSD.ORG Sun Dec 31 19:21:28 2006 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8EFCF16A40F for ; Sun, 31 Dec 2006 19:21:28 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by mx1.freebsd.org (Postfix) with ESMTP id 47F0113C457 for ; Sun, 31 Dec 2006 19:21:28 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by py-out-1112.google.com with SMTP id f31so2979265pyh for ; Sun, 31 Dec 2006 11:21:27 -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=DF15aY2fXBWnQDza3Pzllw98AXWKMA2XWZxGL2ylHt+BS/H8TN5Nij7BUvDFmbU+MnRG2hBfPbDNlH+c3YvDkSyXzjsDOFhHp+V1OZTzKRTkpyolsCL7l2+5W+m5yyIriZCTGzxWFJj5edX0pibsxC/tqUaPgIU1koOhX//e5Hs= Received: by 10.64.208.20 with SMTP id f20mr12807289qbg.1167592887630; Sun, 31 Dec 2006 11:21:27 -0800 (PST) Received: by 10.65.61.1 with HTTP; Sun, 31 Dec 2006 11:21:27 -0800 (PST) Message-ID: <790a9fff0612311121l662736e0ud6d3220382af072a@mail.gmail.com> Date: Sun, 31 Dec 2006 13:21:27 -0600 From: "Scot Hetzel" To: "Divacky Roman" In-Reply-To: <20061231142412.GA28462@stud.fit.vutbr.cz> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_68910_6826903.1167592887537" References: <790a9fff0612290911t5ae69715gd2bf0dda0f9228f2@mail.gmail.com> <20061229213509.GA86839@stud.fit.vutbr.cz> <790a9fff0612291424g4ecbd088i7846d248851b3e63@mail.gmail.com> <20061230120722.GA36814@stud.fit.vutbr.cz> <790a9fff0612301926n1562d560r1f3fff9af4bdb138@mail.gmail.com> <790a9fff0612301955r35b16472r2429fbe3fce78228@mail.gmail.com> <20061231144257.61520dc8@Magellan.Leidinger.net> <20061231142412.GA28462@stud.fit.vutbr.cz> Cc: Alexander Leidinger , freebsd-emulation@freebsd.org Subject: Re: linuxolator: amd64 Linux Test Project failures X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Dec 2006 19:21:28 -0000 ------=_Part_68910_6826903.1167592887537 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline On 12/31/06, Divacky Roman wrote: > On Sun, Dec 31, 2006 at 02:42:57PM +0100, Alexander Leidinger wrote: > > Quoting "Scot Hetzel" (Sat, 30 Dec 2006 21:55:37 -0600): > > > > > I think I found the problem, I had wrongly assumed that the code was > > > using (char *)-1 as the address to pass to the function. Instead the > > > code in access03, is using mmap to assign an address to variable > > > bad_address. > > > > > > Below is the test program that shows that the problem is in mmap. > > > > http://lists.freebsd.org/pipermail/freebsd-emulation/2006-September/002625.html > > I guess what alexander wanted to say is that you should test the mmap patch > that got commited to i386 mmap (see > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/i386/linux/linux_machdep.c.diff?r1=1.55&r2=1.56) > > and apply that to amd64 mmap and see if that fixes the issue you see.. > > pls do that and inform us > That patch to mmap fixes the problems with mmap on amd64, and brings the failed LTP testcases closer to the i386 failed testcases. Results of mmap fingerprinter: mmap1.txt - before mmap patch mmap2.txt - after mmap patch Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. ------=_Part_68910_6826903.1167592887537 Content-Type: text/plain; name=mmap1.txt; charset=ANSI_X3.4-1968 Content-Transfer-Encoding: base64 X-Attachment-Id: f_ewdug6pf Content-Disposition: attachment; filename="mmap1.txt" MDAwMTogbW1hcCgwLCAxMDI0LCBQUk9UX05PTkUsIE1BUF9TSEFSRUQsIC4uLikKIGZvciBmaWxl bW9kZSBPX1JET05MWTogbW1hcCBPSyByZWFkOiAweDQxIHdyaXRlOiBzaWdzZWd2CjAwMDI6IG1t YXAoMCwgMTAyNCwgUFJPVF9SRUFELCBNQVBfU0hBUkVELCAuLi4pCiBmb3IgZmlsZW1vZGUgT19S RE9OTFk6IG1tYXAgT0sgcmVhZDogMHg0MSB3cml0ZTogc2lnc2VndgowMDAzOiBtbWFwKDAsIDEw MjQsIFBST1RfV1JJVEUsIE1BUF9TSEFSRUQsIC4uLikKIGZvciBmaWxlbW9kZSBPX1JET05MWTog bW1hcCBlcnJvciAoMTMpCjAwMDQ6IG1tYXAoMCwgMTAyNCwgUFJPVF9SRUFEfFBST1RfV1JJVEUs IE1BUF9TSEFSRUQsIC4uLikKIGZvciBmaWxlbW9kZSBPX1JET05MWTogbW1hcCBlcnJvciAoMTMp CjAwMDU6IG1tYXAoMCwgMTAyNCwgUFJPVF9OT05FLCBNQVBfUFJJVkFURSwgLi4uKQogZm9yIGZp bGVtb2RlIE9fUkRPTkxZOiBtbWFwIE9LIHJlYWQ6IDB4NDEgd3JpdGU6IHNpZ3NlZ3YKMDAwNjog bW1hcCgwLCAxMDI0LCBQUk9UX1JFQUQsIE1BUF9QUklWQVRFLCAuLi4pCiBmb3IgZmlsZW1vZGUg T19SRE9OTFk6IG1tYXAgT0sgcmVhZDogMHg0MSB3cml0ZTogc2lnc2VndgowMDA3OiBtbWFwKDAs IDEwMjQsIFBST1RfV1JJVEUsIE1BUF9QUklWQVRFLCAuLi4pCiBmb3IgZmlsZW1vZGUgT19SRE9O TFk6IG1tYXAgT0sgcmVhZDogMHg0MSB3cml0ZTogT0sKMDAwODogbW1hcCgwLCAxMDI0LCBQUk9U X1JFQUR8UFJPVF9XUklURSwgTUFQX1BSSVZBVEUsIC4uLikKIGZvciBmaWxlbW9kZSBPX1JET05M WTogbW1hcCBPSyByZWFkOiAweDQxIHdyaXRlOiBPSwowMDA5OiBtbWFwKDAsIDEwMjQsIFBST1Rf Tk9ORSwgTUFQX1NIQVJFRCwgLi4uKQogZm9yIGZpbGVtb2RlIE9fV1JPTkxZOiBtbWFwIGVycm9y ICgxMykKMDAxMDogbW1hcCgwLCAxMDI0LCBQUk9UX1JFQUQsIE1BUF9TSEFSRUQsIC4uLikKIGZv ciBmaWxlbW9kZSBPX1dST05MWTogbW1hcCBlcnJvciAoMTMpCjAwMTE6IG1tYXAoMCwgMTAyNCwg UFJPVF9XUklURSwgTUFQX1NIQVJFRCwgLi4uKQogZm9yIGZpbGVtb2RlIE9fV1JPTkxZOiBtbWFw IGVycm9yICgxMykKMDAxMjogbW1hcCgwLCAxMDI0LCBQUk9UX1JFQUR8UFJPVF9XUklURSwgTUFQ X1NIQVJFRCwgLi4uKQogZm9yIGZpbGVtb2RlIE9fV1JPTkxZOiBtbWFwIGVycm9yICgxMykKMDAx MzogbW1hcCgwLCAxMDI0LCBQUk9UX05PTkUsIE1BUF9QUklWQVRFLCAuLi4pCiBmb3IgZmlsZW1v ZGUgT19XUk9OTFk6IG1tYXAgZXJyb3IgKDEzKQowMDE0OiBtbWFwKDAsIDEwMjQsIFBST1RfUkVB RCwgTUFQX1BSSVZBVEUsIC4uLikKIGZvciBmaWxlbW9kZSBPX1dST05MWTogbW1hcCBlcnJvciAo MTMpCjAwMTU6IG1tYXAoMCwgMTAyNCwgUFJPVF9XUklURSwgTUFQX1BSSVZBVEUsIC4uLikKIGZv ciBmaWxlbW9kZSBPX1dST05MWTogbW1hcCBlcnJvciAoMTMpCjAwMTY6IG1tYXAoMCwgMTAyNCwg UFJPVF9SRUFEfFBST1RfV1JJVEUsIE1BUF9QUklWQVRFLCAuLi4pCiBmb3IgZmlsZW1vZGUgT19X Uk9OTFk6IG1tYXAgZXJyb3IgKDEzKQowMDE3OiBtbWFwKDAsIDEwMjQsIFBST1RfTk9ORSwgTUFQ X1NIQVJFRCwgLi4uKQogZm9yIGZpbGVtb2RlIE9fUkRXUjogbW1hcCBPSyByZWFkOiAweDQxIHdy aXRlOiBzaWdzZWd2CjAwMTg6IG1tYXAoMCwgMTAyNCwgUFJPVF9SRUFELCBNQVBfU0hBUkVELCAu Li4pCiBmb3IgZmlsZW1vZGUgT19SRFdSOiBtbWFwIE9LIHJlYWQ6IDB4NDEgd3JpdGU6IHNpZ3Nl Z3YKMDAxOTogbW1hcCgwLCAxMDI0LCBQUk9UX1dSSVRFLCBNQVBfU0hBUkVELCAuLi4pCiBmb3Ig ZmlsZW1vZGUgT19SRFdSOiBtbWFwIE9LIHJlYWQ6IDB4NDEgd3JpdGU6IE9LCjAwMjA6IG1tYXAo MCwgMTAyNCwgUFJPVF9SRUFEfFBST1RfV1JJVEUsIE1BUF9TSEFSRUQsIC4uLikKIGZvciBmaWxl bW9kZSBPX1JEV1I6IG1tYXAgT0sgcmVhZDogMHg0MiB3cml0ZTogT0sKMDAyMTogbW1hcCgwLCAx MDI0LCBQUk9UX05PTkUsIE1BUF9QUklWQVRFLCAuLi4pCiBmb3IgZmlsZW1vZGUgT19SRFdSOiBt bWFwIE9LIHJlYWQ6IDB4NDIgd3JpdGU6IHNpZ3NlZ3YKMDAyMjogbW1hcCgwLCAxMDI0LCBQUk9U X1JFQUQsIE1BUF9QUklWQVRFLCAuLi4pCiBmb3IgZmlsZW1vZGUgT19SRFdSOiBtbWFwIE9LIHJl YWQ6IDB4NDIgd3JpdGU6IHNpZ3NlZ3YKMDAyMzogbW1hcCgwLCAxMDI0LCBQUk9UX1dSSVRFLCBN QVBfUFJJVkFURSwgLi4uKQogZm9yIGZpbGVtb2RlIE9fUkRXUjogbW1hcCBPSyByZWFkOiAweDQy IHdyaXRlOiBPSwowMDI0OiBtbWFwKDAsIDEwMjQsIFBST1RfUkVBRHxQUk9UX1dSSVRFLCBNQVBf UFJJVkFURSwgLi4uKQogZm9yIGZpbGVtb2RlIE9fUkRXUjogbW1hcCBPSyByZWFkOiAweDQyIHdy aXRlOiBPSwowMDI1OiBtbWFwKDAsIDEwMjQsIFBST1RfTk9ORSwgTUFQX0FOT058TUFQX1NIQVJF RCwgLi4uKQogZm9yIGZpbGVtb2RlIGFub255bW91czogbW1hcCBPSyByZWFkOiAweDAwIHdyaXRl OiBzaWdzZWd2CjAwMjY6IG1tYXAoMCwgMTAyNCwgUFJPVF9SRUFELCBNQVBfQU5PTnxNQVBfU0hB UkVELCAuLi4pCiBmb3IgZmlsZW1vZGUgYW5vbnltb3VzOiBtbWFwIE9LIHJlYWQ6IDB4MDAgd3Jp dGU6IHNpZ3NlZ3YKMDAyNzogbW1hcCgwLCAxMDI0LCBQUk9UX1dSSVRFLCBNQVBfQU5PTnxNQVBf U0hBUkVELCAuLi4pCiBmb3IgZmlsZW1vZGUgYW5vbnltb3VzOiBtbWFwIE9LIHJlYWQ6IDB4MDAg d3JpdGU6IE9LCjAwMjg6IG1tYXAoMCwgMTAyNCwgUFJPVF9SRUFEfFBST1RfV1JJVEUsIE1BUF9B Tk9OfE1BUF9TSEFSRUQsIC4uLikKIGZvciBmaWxlbW9kZSBhbm9ueW1vdXM6IG1tYXAgT0sgcmVh ZDogMHgwMCB3cml0ZTogT0sKMDAyOTogbW1hcCgwLCAxMDI0LCBQUk9UX05PTkUsIE1BUF9BTk9O fE1BUF9QUklWQVRFLCAuLi4pCiBmb3IgZmlsZW1vZGUgYW5vbnltb3VzOiBtbWFwIE9LIHJlYWQ6 IDB4MDAgd3JpdGU6IHNpZ3NlZ3YKMDAzMDogbW1hcCgwLCAxMDI0LCBQUk9UX1JFQUQsIE1BUF9B Tk9OfE1BUF9QUklWQVRFLCAuLi4pCiBmb3IgZmlsZW1vZGUgYW5vbnltb3VzOiBtbWFwIE9LIHJl YWQ6IDB4MDAgd3JpdGU6IHNpZ3NlZ3YKMDAzMTogbW1hcCgwLCAxMDI0LCBQUk9UX1dSSVRFLCBN QVBfQU5PTnxNQVBfUFJJVkFURSwgLi4uKQogZm9yIGZpbGVtb2RlIGFub255bW91czogbW1hcCBP SyByZWFkOiAweDAwIHdyaXRlOiBPSwowMDMyOiBtbWFwKDAsIDEwMjQsIFBST1RfUkVBRHxQUk9U X1dSSVRFLCBNQVBfQU5PTnxNQVBfUFJJVkFURSwgLi4uKQogZm9yIGZpbGVtb2RlIGFub255bW91 czogbW1hcCBPSyByZWFkOiAweDAwIHdyaXRlOiBPSwo= ------=_Part_68910_6826903.1167592887537 Content-Type: text/plain; name=mmap2.txt; charset=ANSI_X3.4-1968 Content-Transfer-Encoding: base64 X-Attachment-Id: f_ewdugp12 Content-Disposition: attachment; filename="mmap2.txt" MDAwMTogbW1hcCgwLCAxMDI0LCBQUk9UX05PTkUsIE1BUF9TSEFSRUQsIC4uLikKIGZvciBmaWxl bW9kZSBPX1JET05MWTogbW1hcCBPSyByZWFkOiBzaWdzZWd2IHdyaXRlOiBzaWdzZWd2CjAwMDI6 IG1tYXAoMCwgMTAyNCwgUFJPVF9SRUFELCBNQVBfU0hBUkVELCAuLi4pCiBmb3IgZmlsZW1vZGUg T19SRE9OTFk6IG1tYXAgT0sgcmVhZDogMHg0MSB3cml0ZTogc2lnc2VndgowMDAzOiBtbWFwKDAs IDEwMjQsIFBST1RfV1JJVEUsIE1BUF9TSEFSRUQsIC4uLikKIGZvciBmaWxlbW9kZSBPX1JET05M WTogbW1hcCBlcnJvciAoMTMpCjAwMDQ6IG1tYXAoMCwgMTAyNCwgUFJPVF9SRUFEfFBST1RfV1JJ VEUsIE1BUF9TSEFSRUQsIC4uLikKIGZvciBmaWxlbW9kZSBPX1JET05MWTogbW1hcCBlcnJvciAo MTMpCjAwMDU6IG1tYXAoMCwgMTAyNCwgUFJPVF9OT05FLCBNQVBfUFJJVkFURSwgLi4uKQogZm9y IGZpbGVtb2RlIE9fUkRPTkxZOiBtbWFwIE9LIHJlYWQ6IHNpZ3NlZ3Ygd3JpdGU6IHNpZ3NlZ3YK MDAwNjogbW1hcCgwLCAxMDI0LCBQUk9UX1JFQUQsIE1BUF9QUklWQVRFLCAuLi4pCiBmb3IgZmls ZW1vZGUgT19SRE9OTFk6IG1tYXAgT0sgcmVhZDogMHg0MSB3cml0ZTogc2lnc2VndgowMDA3OiBt bWFwKDAsIDEwMjQsIFBST1RfV1JJVEUsIE1BUF9QUklWQVRFLCAuLi4pCiBmb3IgZmlsZW1vZGUg T19SRE9OTFk6IG1tYXAgT0sgcmVhZDogc2lnc2VndiB3cml0ZTogT0sKMDAwODogbW1hcCgwLCAx MDI0LCBQUk9UX1JFQUR8UFJPVF9XUklURSwgTUFQX1BSSVZBVEUsIC4uLikKIGZvciBmaWxlbW9k ZSBPX1JET05MWTogbW1hcCBPSyByZWFkOiAweDQxIHdyaXRlOiBPSwowMDA5OiBtbWFwKDAsIDEw MjQsIFBST1RfTk9ORSwgTUFQX1NIQVJFRCwgLi4uKQogZm9yIGZpbGVtb2RlIE9fV1JPTkxZOiBt bWFwIGVycm9yICgxMykKMDAxMDogbW1hcCgwLCAxMDI0LCBQUk9UX1JFQUQsIE1BUF9TSEFSRUQs IC4uLikKIGZvciBmaWxlbW9kZSBPX1dST05MWTogbW1hcCBlcnJvciAoMTMpCjAwMTE6IG1tYXAo MCwgMTAyNCwgUFJPVF9XUklURSwgTUFQX1NIQVJFRCwgLi4uKQogZm9yIGZpbGVtb2RlIE9fV1JP TkxZOiBtbWFwIGVycm9yICgxMykKMDAxMjogbW1hcCgwLCAxMDI0LCBQUk9UX1JFQUR8UFJPVF9X UklURSwgTUFQX1NIQVJFRCwgLi4uKQogZm9yIGZpbGVtb2RlIE9fV1JPTkxZOiBtbWFwIGVycm9y ICgxMykKMDAxMzogbW1hcCgwLCAxMDI0LCBQUk9UX05PTkUsIE1BUF9QUklWQVRFLCAuLi4pCiBm b3IgZmlsZW1vZGUgT19XUk9OTFk6IG1tYXAgZXJyb3IgKDEzKQowMDE0OiBtbWFwKDAsIDEwMjQs IFBST1RfUkVBRCwgTUFQX1BSSVZBVEUsIC4uLikKIGZvciBmaWxlbW9kZSBPX1dST05MWTogbW1h cCBlcnJvciAoMTMpCjAwMTU6IG1tYXAoMCwgMTAyNCwgUFJPVF9XUklURSwgTUFQX1BSSVZBVEUs IC4uLikKIGZvciBmaWxlbW9kZSBPX1dST05MWTogbW1hcCBlcnJvciAoMTMpCjAwMTY6IG1tYXAo MCwgMTAyNCwgUFJPVF9SRUFEfFBST1RfV1JJVEUsIE1BUF9QUklWQVRFLCAuLi4pCiBmb3IgZmls ZW1vZGUgT19XUk9OTFk6IG1tYXAgZXJyb3IgKDEzKQowMDE3OiBtbWFwKDAsIDEwMjQsIFBST1Rf Tk9ORSwgTUFQX1NIQVJFRCwgLi4uKQogZm9yIGZpbGVtb2RlIE9fUkRXUjogbW1hcCBPSyByZWFk OiBzaWdzZWd2IHdyaXRlOiBzaWdzZWd2CjAwMTg6IG1tYXAoMCwgMTAyNCwgUFJPVF9SRUFELCBN QVBfU0hBUkVELCAuLi4pCiBmb3IgZmlsZW1vZGUgT19SRFdSOiBtbWFwIE9LIHJlYWQ6IDB4NDEg d3JpdGU6IHNpZ3NlZ3YKMDAxOTogbW1hcCgwLCAxMDI0LCBQUk9UX1dSSVRFLCBNQVBfU0hBUkVE LCAuLi4pCiBmb3IgZmlsZW1vZGUgT19SRFdSOiBtbWFwIE9LIHJlYWQ6IHNpZ3NlZ3Ygd3JpdGU6 IE9LCjAwMjA6IG1tYXAoMCwgMTAyNCwgUFJPVF9SRUFEfFBST1RfV1JJVEUsIE1BUF9TSEFSRUQs IC4uLikKIGZvciBmaWxlbW9kZSBPX1JEV1I6IG1tYXAgT0sgcmVhZDogMHg0MiB3cml0ZTogT0sK MDAyMTogbW1hcCgwLCAxMDI0LCBQUk9UX05PTkUsIE1BUF9QUklWQVRFLCAuLi4pCiBmb3IgZmls ZW1vZGUgT19SRFdSOiBtbWFwIE9LIHJlYWQ6IHNpZ3NlZ3Ygd3JpdGU6IHNpZ3NlZ3YKMDAyMjog bW1hcCgwLCAxMDI0LCBQUk9UX1JFQUQsIE1BUF9QUklWQVRFLCAuLi4pCiBmb3IgZmlsZW1vZGUg T19SRFdSOiBtbWFwIE9LIHJlYWQ6IDB4NDIgd3JpdGU6IHNpZ3NlZ3YKMDAyMzogbW1hcCgwLCAx MDI0LCBQUk9UX1dSSVRFLCBNQVBfUFJJVkFURSwgLi4uKQogZm9yIGZpbGVtb2RlIE9fUkRXUjog bW1hcCBPSyByZWFkOiBzaWdzZWd2IHdyaXRlOiBPSwowMDI0OiBtbWFwKDAsIDEwMjQsIFBST1Rf UkVBRHxQUk9UX1dSSVRFLCBNQVBfUFJJVkFURSwgLi4uKQogZm9yIGZpbGVtb2RlIE9fUkRXUjog bW1hcCBPSyByZWFkOiAweDQyIHdyaXRlOiBPSwowMDI1OiBtbWFwKDAsIDEwMjQsIFBST1RfTk9O RSwgTUFQX0FOT058TUFQX1NIQVJFRCwgLi4uKQogZm9yIGZpbGVtb2RlIGFub255bW91czogbW1h cCBPSyByZWFkOiBzaWdzZWd2IHdyaXRlOiBzaWdzZWd2CjAwMjY6IG1tYXAoMCwgMTAyNCwgUFJP VF9SRUFELCBNQVBfQU5PTnxNQVBfU0hBUkVELCAuLi4pCiBmb3IgZmlsZW1vZGUgYW5vbnltb3Vz OiBtbWFwIE9LIHJlYWQ6IDB4MDAgd3JpdGU6IHNpZ3NlZ3YKMDAyNzogbW1hcCgwLCAxMDI0LCBQ Uk9UX1dSSVRFLCBNQVBfQU5PTnxNQVBfU0hBUkVELCAuLi4pCiBmb3IgZmlsZW1vZGUgYW5vbnlt b3VzOiBtbWFwIE9LIHJlYWQ6IHNpZ3NlZ3Ygd3JpdGU6IE9LCjAwMjg6IG1tYXAoMCwgMTAyNCwg UFJPVF9SRUFEfFBST1RfV1JJVEUsIE1BUF9BTk9OfE1BUF9TSEFSRUQsIC4uLikKIGZvciBmaWxl bW9kZSBhbm9ueW1vdXM6IG1tYXAgT0sgcmVhZDogMHgwMCB3cml0ZTogT0sKMDAyOTogbW1hcCgw LCAxMDI0LCBQUk9UX05PTkUsIE1BUF9BTk9OfE1BUF9QUklWQVRFLCAuLi4pCiBmb3IgZmlsZW1v ZGUgYW5vbnltb3VzOiBtbWFwIE9LIHJlYWQ6IHNpZ3NlZ3Ygd3JpdGU6IHNpZ3NlZ3YKMDAzMDog bW1hcCgwLCAxMDI0LCBQUk9UX1JFQUQsIE1BUF9BTk9OfE1BUF9QUklWQVRFLCAuLi4pCiBmb3Ig ZmlsZW1vZGUgYW5vbnltb3VzOiBtbWFwIE9LIHJlYWQ6IDB4MDAgd3JpdGU6IHNpZ3NlZ3YKMDAz MTogbW1hcCgwLCAxMDI0LCBQUk9UX1dSSVRFLCBNQVBfQU5PTnxNQVBfUFJJVkFURSwgLi4uKQog Zm9yIGZpbGVtb2RlIGFub255bW91czogbW1hcCBPSyByZWFkOiBzaWdzZWd2IHdyaXRlOiBPSwow MDMyOiBtbWFwKDAsIDEwMjQsIFBST1RfUkVBRHxQUk9UX1dSSVRFLCBNQVBfQU5PTnxNQVBfUFJJ VkFURSwgLi4uKQogZm9yIGZpbGVtb2RlIGFub255bW91czogbW1hcCBPSyByZWFkOiAweDAwIHdy aXRlOiBPSwo= ------=_Part_68910_6826903.1167592887537 Content-Type: text/x-diff; name=mmap.fix; charset=ANSI_X3.4-1968 Content-Transfer-Encoding: base64 X-Attachment-Id: f_ewduh0w4 Content-Disposition: attachment; filename="mmap.fix" SW5kZXg6IGxpbnV4MzJfbWFjaGRlcC5jCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9ob21lL25jdnMv c3JjL3N5cy9hbWQ2NC9saW51eDMyL2xpbnV4MzJfbWFjaGRlcC5jLHYKcmV0cmlldmluZyByZXZp c2lvbiAxLjIzCmRpZmYgLXUgLXIxLjIzIGxpbnV4MzJfbWFjaGRlcC5jCi0tLSBsaW51eDMyX21h Y2hkZXAuYwkyMCBEZWMgMjAwNiAyMDoxNzozNCAtMDAwMAkxLjIzCisrKyBsaW51eDMyX21hY2hk ZXAuYwkzMSBEZWMgMjAwNiAxNzozMDo0MSAtMDAwMApAQCAtMzQsNiArMzQsOCBAQAogI2luY2x1 ZGUgPHN5cy9wYXJhbS5oPgogI2luY2x1ZGUgPHN5cy9rZXJuZWwuaD4KICNpbmNsdWRlIDxzeXMv c3lzdG0uaD4KKyNpbmNsdWRlIDxzeXMvZmlsZS5oPgorI2luY2x1ZGUgPHN5cy9mY250bC5oPgog I2luY2x1ZGUgPHN5cy9jbG9jay5oPgogI2luY2x1ZGUgPHN5cy9pbWdhY3QuaD4KICNpbmNsdWRl IDxzeXMvbGltaXRzLmg+CkBAIC03MjgsOSArNzc4LDIwIEBACiAJCW9mZl90IHBvczsKIAl9ICov IGJzZF9hcmdzOwogCWludCBlcnJvcjsKKwlzdHJ1Y3QgZmlsZSAqZnA7CiAKIAllcnJvciA9IDA7 CiAJYnNkX2FyZ3MuZmxhZ3MgPSAwOworCWZwID0gTlVMTDsKKworCS8qCisJICogTGludXggbW1h cCgyKToKKwkgKiBZb3UgbXVzdCBzcGVjaWZ5IGV4YWN0bHkgb25lIG9mIE1BUF9TSEFSRUQgYW5k IE1BUF9QUklWQVRFCisJICovCisJaWYgKCEgKChsaW51eF9hcmdzLT5mbGFncyAmIExJTlVYX01B UF9TSEFSRUQpIF4KKwkgICAgKGxpbnV4X2FyZ3MtPmZsYWdzICYgTElOVVhfTUFQX1BSSVZBVEUp KSkKKwkJcmV0dXJuIChFSU5WQUwpOworCiAJaWYgKGxpbnV4X2FyZ3MtPmZsYWdzICYgTElOVVhf TUFQX1NIQVJFRCkKIAkJYnNkX2FyZ3MuZmxhZ3MgfD0gTUFQX1NIQVJFRDsKIAlpZiAobGludXhf YXJncy0+ZmxhZ3MgJiBMSU5VWF9NQVBfUFJJVkFURSkKQEAgLTgxMywxNyArODc0LDM5IEBACiAJ CWJzZF9hcmdzLmFkZHIgPSAoY2FkZHJfdClQVFJJTihsaW51eF9hcmdzLT5hZGRyKTsKIAkJYnNk X2FyZ3MubGVuICA9IGxpbnV4X2FyZ3MtPmxlbjsKIAl9Ci0JLyoKLQkgKiBYWFggaTM4NiBMaW51 eCBhbHdheXMgZW11bGF0b3IgZm9yY2VzIFBST1RfUkVBRCBvbiAod2h5PykKLQkgKiBzbyB3ZSBk byB0aGUgc2FtZS4gV2UgYWRkIFBST1RfRVhFQyB0byB3b3JrIGFyb3VuZCBidWdneQotCSAqIGFw cGxpY2F0aW9ucyAoZS5nLiBKYXZhKSB0aGF0IHRha2UgYWR2YW50YWdlIG9mIHRoZSBmYWN0Ci0J ICogdGhhdCBleGVjdXRlIHBlcm1pc3Npb25zIGFyZSBub3QgZW5mb3JjZWQgYnkgeDg2IENQVXMu Ci0JICovCi0JYnNkX2FyZ3MucHJvdCA9IGxpbnV4X2FyZ3MtPnByb3QgfCBQUk9UX0VYRUMgfCBQ Uk9UX1JFQUQ7CisKKwlic2RfYXJncy5wcm90ID0gbGludXhfYXJncy0+cHJvdDsKIAlpZiAobGlu dXhfYXJncy0+ZmxhZ3MgJiBMSU5VWF9NQVBfQU5PTikKIAkJYnNkX2FyZ3MuZmQgPSAtMTsKLQll bHNlCisJZWxzZSB7CisJCS8qCisJCSAqIExpbnV4IGZvbGxvd3MgU29sYXJpcyBtbWFwKDIpIGRl c2NyaXB0aW9uOgorCQkgKiBUaGUgZmlsZSBkZXNjcmlwdG9yIGZpbGRlcyBpcyBvcGVuZWQgd2l0 aAorCQkgKiByZWFkIHBlcm1pc3Npb24sIHJlZ2FyZGxlc3Mgb2YgdGhlCisJCSAqIHByb3RlY3Rp b24gb3B0aW9ucyBzcGVjaWZpZWQuCisJCSAqIElmIFBST1RfV1JJVEUgaXMgc3BlY2lmaWVkLCB0 aGUgYXBwbGljYXRpb24KKwkJICogbXVzdCBoYXZlIG9wZW5lZCB0aGUgZmlsZSBkZXNjcmlwdG9y CisJCSAqIGZpbGRlcyB3aXRoIHdyaXRlIHBlcm1pc3Npb24gdW5sZXNzCisJCSAqIE1BUF9QUklW QVRFIGlzIHNwZWNpZmllZCBpbiB0aGUgZmxhZworCQkgKiBhcmd1bWVudCBhcyBkZXNjcmliZWQg YmVsb3cuCisJCSAqLworCisJCWlmICgoZXJyb3IgPSBmZ2V0KHRkLCBsaW51eF9hcmdzLT5mZCwg JmZwKSkgIT0gMCkKKwkJCXJldHVybiAoZXJyb3IpOworCQlpZiAoZnAtPmZfdHlwZSAhPSBEVFlQ RV9WTk9ERSkgeworCQkJZmRyb3AoZnAsIHRkKTsKKwkJCXJldHVybiAoRUlOVkFMKTsKKwkJfQor CisJCS8qIExpbnV4IG1tYXAoKSBqdXN0IGZhaWxzIGZvciBPX1dST05MWSBmaWxlcyAqLworCQlp ZiAoISAoZnAtPmZfZmxhZyAmIEZSRUFEKSkgeworCQkJZmRyb3AoZnAsIHRkKTsKKwkJCXJldHVy biAoRUFDQ0VTKTsKKwkJfQorCiAJCWJzZF9hcmdzLmZkID0gbGludXhfYXJncy0+ZmQ7CisJCWZk cm9wKGZwLCB0ZCk7CisJfQogCWJzZF9hcmdzLnBvcyA9IChvZmZfdClsaW51eF9hcmdzLT5wZ29m ZiAqIFBBR0VfU0laRTsKIAlic2RfYXJncy5wYWQgPSAwOwogCg== ------=_Part_68910_6826903.1167592887537-- From owner-freebsd-emulation@FreeBSD.ORG Sun Dec 24 11:30:36 2006 Return-Path: X-Original-To: emulation@freebsd.org Delivered-To: freebsd-emulation@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 749D816A407; Sun, 24 Dec 2006 11:30:36 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 5102C13C46D; Sun, 24 Dec 2006 11:30:36 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 06606627; Sun, 24 Dec 2006 05:30:35 -0600 (CST) Date: Sun, 24 Dec 2006 05:30:35 -0600 To: Alexander Leidinger Message-ID: <20061224113035.GA25941@soaustin.net> References: <21940630@bsam.ru> <20061223211725.GB24163@soaustin.net> <20061224120420.0542dfdb@Magellan.Leidinger.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20061224120420.0542dfdb@Magellan.Leidinger.net> User-Agent: Mutt/1.5.9i From: linimon@lonesome.com (Mark Linimon) Cc: emulation@freebsd.org, Mark Linimon , Andrew Pantyukhin Subject: Re: Overlong mailing-list maintainer address in ports X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Dec 2006 11:30:36 -0000 On Sun, Dec 24, 2006 at 12:04:20PM +0100, Alexander Leidinger wrote: > If I read this right: in Makefiles we should use emulation@FreeBSD.org > and in PRs freebsd-emulation, right? Checking the existing ports, they are all assigned to freebsd-emulation@. mcl From owner-freebsd-emulation@FreeBSD.ORG Sun Dec 24 11:31:53 2006 Return-Path: X-Original-To: emulation@freebsd.org Delivered-To: freebsd-emulation@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CA44216A40F; Sun, 24 Dec 2006 11:31:53 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 7BFE313C46D; Sun, 24 Dec 2006 11:31:53 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5E97C.dip.t-dialin.net [84.165.233.124]) by redbull.bpaserver.net (Postfix) with ESMTP id 050B02E18F; Sun, 24 Dec 2006 12:05:57 +0100 (CET) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by outgoing.leidinger.net (Postfix) with ESMTP id 1FC235B4810; Sun, 24 Dec 2006 12:04:21 +0100 (CET) Date: Sun, 24 Dec 2006 12:04:20 +0100 From: Alexander Leidinger To: linimon@lonesome.com (Mark Linimon) Message-ID: <20061224120420.0542dfdb@Magellan.Leidinger.net> In-Reply-To: <20061223211725.GB24163@soaustin.net> References: <21940630@bsam.ru> <20061223211725.GB24163@soaustin.net> X-Mailer: Claws Mail 2.6.1 (GTK+ 2.10.6; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.364, required 6, BAYES_00 -15.00, DK_POLICY_SIGNSOME 0.00, FORGED_RCVD_HELO 0.14, VOWEL_TOCC_5 0.50) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: emulation@freebsd.org, eclipse@freebsd.org, Andrew Pantyukhin , ia64@freebsd.org, portmgr@freebsd.org Subject: Re: Overlong mailing-list maintainer address in ports X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Dec 2006 11:31:53 -0000 Quoting linimon@lonesome.com (Mark Linimon) (Sat, 23 Dec 2006 15:17:25 -0600): > IIRC the short form is used for maintainership, the long form is used for > the mailing list names. See the following, and let me know if there are > any bugs in it: > > http://www.freebsd.org/doc/en_US.ISO8859-1/articles/pr-guidelines/pr-types.html If I read this right: in Makefiles we should use emulation@FreeBSD.org and in PRs freebsd-emulation, right? If yes this sounds like Andrew can go ahead with the emulation@ ports. Bye, Alexander. -- "He expanded his chest to make it totally clear that here was the sort of man you only dared to cross if you had a team of Sherpas with you. " http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-emulation@FreeBSD.ORG Mon Dec 25 11:08:32 2006 Return-Path: X-Original-To: freebsd-emulation@FreeBSD.org Delivered-To: freebsd-emulation@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7A33A16A403 for ; Mon, 25 Dec 2006 11:08:32 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 6414B13C48F for ; Mon, 25 Dec 2006 11:08:32 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id kBPB8WAl034492 for ; Mon, 25 Dec 2006 11:08:32 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id kBPB8VLs034488 for freebsd-emulation@FreeBSD.org; Mon, 25 Dec 2006 11:08:31 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 25 Dec 2006 11:08:31 GMT Message-Id: <200612251108.kBPB8VLs034488@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: linimon set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-emulation@FreeBSD.org Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Dec 2006 11:08:32 -0000 Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/21463 emulation [linux] Linux compatability mode should not allow setu o kern/77710 emulation [linux] Linux page fault sigcontext information is wro o kern/101453 emulation [linux] [patch] linprocfs disallows non-zero file offs f ports/102474 emulation linux_base-fc-4_8 appears broken, does not allow to ru o kern/102956 emulation [linux] [patch] Add partial support for SO_PEERCRED in 5 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/11165 emulation [ibcs2] IBCS2 doesn't work correctly with PID_MAX 9999 o kern/29698 emulation [linux] [patch] linux ipcs doesn'work o kern/39201 emulation [linux] [patch] ptrace(2) and rfork(RFLINUXTHPN) confu o kern/41543 emulation [patch] feature request: easier wine/w23 support o kern/55835 emulation [linux] [patch] Linux IPC emulation missing SETALL sys a kern/72920 emulation [linux]: path "prefixing" is not done on unix domain s o kern/73777 emulation [linux] [patch] linux emulation: root dir special hand o kern/91293 emulation [svr4] [patch] *Experimental* Update to the SVR4 emula 8 problems total. From owner-freebsd-emulation@FreeBSD.ORG Fri Dec 29 17:36:37 2006 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5398216A40F for ; Fri, 29 Dec 2006 17:36:37 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.225]) by mx1.freebsd.org (Postfix) with ESMTP id 1ADA413C448 for ; Fri, 29 Dec 2006 17:36:37 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by nz-out-0506.google.com with SMTP id i11so2165839nzh for ; Fri, 29 Dec 2006 09:36:36 -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:content-transfer-encoding:content-disposition; b=PGYKHdmpmNnJhDwth3MrNfd3w15tgNAHz3Tu7PPAPw2eBlxYw6RU9zoBCizpwdAloeXh4JdCSqRCVRPHdnCym57nUHNWVW2K1G2EZz0ra94lTRhwuk3MkJ2D5oMIdMJO7ZE/AqsTsXtHgEQNs0zfrGowTKhHm5IdoW35LtUQuaI= Received: by 10.65.219.13 with SMTP id w13mr22852525qbq.1167412260596; Fri, 29 Dec 2006 09:11:00 -0800 (PST) Received: by 10.65.61.1 with HTTP; Fri, 29 Dec 2006 09:11:00 -0800 (PST) Message-ID: <790a9fff0612290911t5ae69715gd2bf0dda0f9228f2@mail.gmail.com> Date: Fri, 29 Dec 2006 11:11:00 -0600 From: "Scot Hetzel" To: freebsd-emulation@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: linuxolator: amd64 Linux Test Project failures X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Dec 2006 17:36:37 -0000 I'm seeing similar failures on these functions when running the ltp-20061222 tests on amd64: linux_[access, chdir, chmod, chown, chroot, creat, lchown, link, lstat, mkdir, mkdirat, mknod, rename, rmdir, stat, statfs, symlink, truncate, unlink] The problem is that the ltp tests are passing in a negative value for the path into the functions, and is expection a return value of EFAULT. Instead they are returning with (i.e access03): access((char *)-1,R_OK) failed with errno 2 : No such file or directory but expected 14 (EFAULT) I added a printf before the LCONVPATHEXIST macro: printf(ARGS(access, "Checking if path [%p/%p] exists"), (char *) -1, &args->path); LCONVPATHEXIST(td, args->path, &path); and it resulted in the following output: Dec 29 03:32:32 hp010 kernel: linux(1259): access(Checking if path [0xffffffffffffffff/0xffffffffa31f2be0] exists) Did I print the correct pointer value for args->path, as it is supposed to be -1 (0xffffffffffffffff)? If we can figure out what is causing this, it would fix ~24 of the LTP test failures on amd64. Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-emulation@FreeBSD.ORG Fri Dec 29 21:35:12 2006 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2059816A40F for ; Fri, 29 Dec 2006 21:35:12 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.176.14]) by mx1.freebsd.org (Postfix) with ESMTP id A965713C448 for ; Fri, 29 Dec 2006 21:35:11 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.8/8.13.7) with ESMTP id kBTLZ9Ll087608 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 29 Dec 2006 22:35:09 +0100 (CET) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.8/8.13.3/Submit) id kBTLZ9rv087607; Fri, 29 Dec 2006 22:35:09 +0100 (CET) Date: Fri, 29 Dec 2006 22:35:09 +0100 From: Divacky Roman To: Scot Hetzel Message-ID: <20061229213509.GA86839@stud.fit.vutbr.cz> References: <790a9fff0612290911t5ae69715gd2bf0dda0f9228f2@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <790a9fff0612290911t5ae69715gd2bf0dda0f9228f2@mail.gmail.com> User-Agent: Mutt/1.4.2.2i X-Scanned-By: MIMEDefang 2.57 on 147.229.176.14 Cc: freebsd-emulation@freebsd.org Subject: Re: linuxolator: amd64 Linux Test Project failures X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Dec 2006 21:35:12 -0000 On Fri, Dec 29, 2006 at 11:11:00AM -0600, Scot Hetzel wrote: > I'm seeing similar failures on these functions when running the > ltp-20061222 tests on amd64: > > linux_[access, chdir, chmod, chown, chroot, creat, lchown, link, > lstat, mkdir, mkdirat, mknod, rename, rmdir, stat, statfs, symlink, > truncate, unlink] > > The problem is that the ltp tests are passing in a negative value for > the path into the functions, and is expection a return value of > EFAULT. Instead they are returning with (i.e access03): > > access((char *)-1,R_OK) failed with errno 2 : No such file or > directory but expected 14 (EFAULT) > > I added a printf before the LCONVPATHEXIST macro: > > printf(ARGS(access, "Checking if path [%p/%p] exists"), (char > *) -1, &args->path); > LCONVPATHEXIST(td, args->path, &path); > > and it resulted in the following output: > > Dec 29 03:32:32 hp010 kernel: linux(1259): access(Checking if path > [0xffffffffffffffff/0xffffffffa31f2be0] exists) forget my last mail.. the flu strikes badly.. anyway - remove the & and post the results I think I know what might cause the bug.... thnx roman From owner-freebsd-emulation@FreeBSD.ORG Fri Dec 29 21:48:37 2006 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1E5BA16A40F for ; Fri, 29 Dec 2006 21:48:37 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.176.14]) by mx1.freebsd.org (Postfix) with ESMTP id 901D113C45A for ; Fri, 29 Dec 2006 21:48:36 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.8/8.13.7) with ESMTP id kBTLCuVp086403 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 29 Dec 2006 22:12:56 +0100 (CET) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.8/8.13.3/Submit) id kBTLCu6D086402; Fri, 29 Dec 2006 22:12:56 +0100 (CET) Date: Fri, 29 Dec 2006 22:12:56 +0100 From: Divacky Roman To: Scot Hetzel Message-ID: <20061229211255.GA85791@stud.fit.vutbr.cz> References: <790a9fff0612290911t5ae69715gd2bf0dda0f9228f2@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <790a9fff0612290911t5ae69715gd2bf0dda0f9228f2@mail.gmail.com> User-Agent: Mutt/1.4.2.2i X-Scanned-By: MIMEDefang 2.57 on 147.229.176.14 Cc: freebsd-emulation@freebsd.org Subject: Re: linuxolator: amd64 Linux Test Project failures X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Dec 2006 21:48:37 -0000 On Fri, Dec 29, 2006 at 11:11:00AM -0600, Scot Hetzel wrote: > I'm seeing similar failures on these functions when running the > ltp-20061222 tests on amd64: > > linux_[access, chdir, chmod, chown, chroot, creat, lchown, link, > lstat, mkdir, mkdirat, mknod, rename, rmdir, stat, statfs, symlink, > truncate, unlink] > > The problem is that the ltp tests are passing in a negative value for > the path into the functions, and is expection a return value of > EFAULT. Instead they are returning with (i.e access03): > > access((char *)-1,R_OK) failed with errno 2 : No such file or > directory but expected 14 (EFAULT) > > I added a printf before the LCONVPATHEXIST macro: > > printf(ARGS(access, "Checking if path [%p/%p] exists"), (char > *) -1, &args->path); you are not printing what the syscall is passed in but memory position where syscall code copied the parameter. just remove the & from there... can you try this patch and tell me if it fixes it? I have flu and bloody eyes and I dont dare to do anything with my computer these days :( Index: linux_util.h =================================================================== RCS file: /home/ncvs/src/sys/compat/linux/linux_util.h,v retrieving revision 1.28 diff -u -r1.28 linux_util.h --- linux_util.h 27 Jun 2006 18:30:49 -0000 1.28 +++ linux_util.h 29 Dec 2006 21:12:41 -0000 @@ -59,7 +59,7 @@ \ _error = linux_emul_convpath(td, upath, UIO_USERSPACE, \ pathp, i); \ - if (*(pathp) == NULL) \ + if (*(pathp) == NULL || *pathp == NULL) \ return (_error); \ } while (0) roman From owner-freebsd-emulation@FreeBSD.ORG Fri Dec 29 22:24:58 2006 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CC08916A40F for ; Fri, 29 Dec 2006 22:24:58 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.227]) by mx1.freebsd.org (Postfix) with ESMTP id 906C613C43E for ; Fri, 29 Dec 2006 22:24:58 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by nz-out-0506.google.com with SMTP id i11so2203211nzh for ; Fri, 29 Dec 2006 14:24:58 -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=oYJCLv2E4X333kfqCKd9jwWT2RG3PR3vdvr5r/ulDftS5/wb5RIXbwz1dMwR++5VzIij/zcQzJa631xhFmpxpv+oaHAPhsJFTmrS65Ip9RF2gq7Oppq2G0Dg7/SnPHIPeboc4QCQXw86aZiKkWb8uGfR+y/hysdIMV8lBIN+FCs= Received: by 10.65.23.7 with SMTP id a7mr23162773qbj.1167431098020; Fri, 29 Dec 2006 14:24:58 -0800 (PST) Received: by 10.65.61.1 with HTTP; Fri, 29 Dec 2006 14:24:57 -0800 (PST) Message-ID: <790a9fff0612291424g4ecbd088i7846d248851b3e63@mail.gmail.com> Date: Fri, 29 Dec 2006 16:24:57 -0600 From: "Scot Hetzel" To: "Divacky Roman" In-Reply-To: <20061229213509.GA86839@stud.fit.vutbr.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <790a9fff0612290911t5ae69715gd2bf0dda0f9228f2@mail.gmail.com> <20061229213509.GA86839@stud.fit.vutbr.cz> Cc: freebsd-emulation@freebsd.org Subject: Re: linuxolator: amd64 Linux Test Project failures X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Dec 2006 22:24:58 -0000 On 12/29/06, Divacky Roman wrote: > On Fri, Dec 29, 2006 at 11:11:00AM -0600, Scot Hetzel wrote: > > I'm seeing similar failures on these functions when running the > > ltp-20061222 tests on amd64: > > > > linux_[access, chdir, chmod, chown, chroot, creat, lchown, link, > > lstat, mkdir, mkdirat, mknod, rename, rmdir, stat, statfs, symlink, > > truncate, unlink] > > > > The problem is that the ltp tests are passing in a negative value for > > the path into the functions, and is expection a return value of > > EFAULT. Instead they are returning with (i.e access03): > > > > access((char *)-1,R_OK) failed with errno 2 : No such file or > > directory but expected 14 (EFAULT) > > > > I added a printf before the LCONVPATHEXIST macro: > > > > printf(ARGS(access, "Checking if path [%p/%p] exists"), (char > > *) -1, &args->path); > > LCONVPATHEXIST(td, args->path, &path); > > > > and it resulted in the following output: > > > > Dec 29 03:32:32 hp010 kernel: linux(1259): access(Checking if path > > [0xffffffffffffffff/0xffffffffa31f2be0] exists) > > forget my last mail.. the flu strikes badly.. > anyway - remove the & and post the results I think I know what might > cause the bug.... > I just added another %p to the format, here are my results with all of the debugging printfs. Dec 29 15:32:38 hp010 kernel: linux(1807): access(Checking if path [0xffffffffffffffff/0xffffffffa3bc8be0/0x28069000] exists) <- &args-path, args-path Dec 29 15:32:38 hp010 kernel: kern_alternate_path: error = 0, path = 0xffffffffa3bc8980/0x28069000 <- value of error after the copyinstr Dec 29 15:32:38 hp010 kernel: linux(1807): __func__(Path checked: error = 22) Dec 29 15:32:38 hp010 kernel: linux(1807): access(Checking kern_access: path = 0xffffffffa3bc8b18) Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-emulation@FreeBSD.ORG Sat Dec 30 12:07:25 2006 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EFA2516A416 for ; Sat, 30 Dec 2006 12:07:25 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.176.14]) by mx1.freebsd.org (Postfix) with ESMTP id 83A8713C45B for ; Sat, 30 Dec 2006 12:07:25 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.8/8.13.7) with ESMTP id kBUC7Mo1037256 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 30 Dec 2006 13:07:22 +0100 (CET) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.8/8.13.3/Submit) id kBUC7MNi037255; Sat, 30 Dec 2006 13:07:22 +0100 (CET) Date: Sat, 30 Dec 2006 13:07:22 +0100 From: Divacky Roman To: Scot Hetzel Message-ID: <20061230120722.GA36814@stud.fit.vutbr.cz> References: <790a9fff0612290911t5ae69715gd2bf0dda0f9228f2@mail.gmail.com> <20061229213509.GA86839@stud.fit.vutbr.cz> <790a9fff0612291424g4ecbd088i7846d248851b3e63@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <790a9fff0612291424g4ecbd088i7846d248851b3e63@mail.gmail.com> User-Agent: Mutt/1.4.2.2i X-Scanned-By: MIMEDefang 2.57 on 147.229.176.14 Cc: freebsd-emulation@freebsd.org Subject: Re: linuxolator: amd64 Linux Test Project failures X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Dec 2006 12:07:26 -0000 > I just added another %p to the format, here are my results with all of > the debugging printfs. > > Dec 29 15:32:38 hp010 kernel: linux(1807): access(Checking if path > [0xffffffffffffffff/0xffffffffa3bc8be0/0x28069000] exists) <- > &args-path, args-path the access03 test passes 0 as the path address. interesting that it gets this non-0 address. is the address consistent among runs? I wonder if glibc mangles it somehow (it shouldnt but you never know) can you try simple program like main() { access(0, 0); } and show its output? roman From owner-freebsd-emulation@FreeBSD.ORG Sat Dec 30 16:16:14 2006 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A68EB16A407 for ; Sat, 30 Dec 2006 16:16:14 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.227]) by mx1.freebsd.org (Postfix) with ESMTP id 6464413C44C for ; Sat, 30 Dec 2006 16:16:14 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by nz-out-0506.google.com with SMTP id i11so2272109nzh for ; Sat, 30 Dec 2006 08:16:13 -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=aM10bWHxOp/FDNAHPbpv9V1GToT195CCx97mTNdnexYL9cvcA5/cTKBwBEfjKO5U3y9YKLw5V6BSMXZcdow2qrOgJCW502HLDS2uanMyH9yjgogk4tp/Pv2G6+0KzevuUmmFuKOXYkQDXwsno4ausG06L67SWtKlbB4gOwWW/lE= Received: by 10.65.193.16 with SMTP id v16mr8186688qbp.1167495373806; Sat, 30 Dec 2006 08:16:13 -0800 (PST) Received: by 10.65.61.1 with HTTP; Sat, 30 Dec 2006 08:16:13 -0800 (PST) Message-ID: <790a9fff0612300816y1db07944r5f7d56b1f00c125c@mail.gmail.com> Date: Sat, 30 Dec 2006 10:16:13 -0600 From: "Scot Hetzel" To: "Divacky Roman" In-Reply-To: <20061230120722.GA36814@stud.fit.vutbr.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <790a9fff0612290911t5ae69715gd2bf0dda0f9228f2@mail.gmail.com> <20061229213509.GA86839@stud.fit.vutbr.cz> <790a9fff0612291424g4ecbd088i7846d248851b3e63@mail.gmail.com> <20061230120722.GA36814@stud.fit.vutbr.cz> Cc: freebsd-emulation@freebsd.org Subject: Re: linuxolator: amd64 Linux Test Project failures X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Dec 2006 16:16:14 -0000 On 12/30/06, Divacky Roman wrote: > > I just added another %p to the format, here are my results with all of > > the debugging printfs. > > > > Dec 29 15:32:38 hp010 kernel: linux(1807): access(Checking if path > > [0xffffffffffffffff/0xffffffffa3bc8be0/0x28069000] exists) <- > > &args-path, args-path > > the access03 test passes 0 as the path address. interesting that it > gets this non-0 address. is the address consistent among runs? > I wonder if glibc mangles it somehow (it shouldnt but you never know) > Two seperate runs, and it gives the same results in both: Dec 30 10:11:33 hp010 kernel: linux(45040): access(Checking if path [0xffffffffffffffff/0xffffffffa41f7be0/0x28063000] exists) Dec 30 10:11:33 hp010 kernel: kern_alternate_path: error = 0, path = 0xffffffffa41f7980/0x28063000 Dec 30 10:11:33 hp010 kernel: linux(45040): __func__(Path checked: error = 22) Dec 30 10:11:33 hp010 kernel: linux(45040): access(Checking kern_access: path = 0xffffffffa41f7b18) Dec 30 10:12:31 hp010 kernel: linux(45042): access(Checking if path [0xffffffffffffffff/0xffffffffa3abfbe0/0x28063000] exists) Dec 30 10:12:31 hp010 kernel: kern_alternate_path: error = 0, path = 0xffffffffa3abf980/0x28063000 Dec 30 10:12:31 hp010 kernel: linux(45042): __func__(Path checked: error = 22) Dec 30 10:12:31 hp010 kernel: linux(45042): access(Checking kern_access: path = 0xffffffffa3abfb18) > can you try simple program like > > main() > { > access(0, 0); > } > > and show its output? > Dec 30 10:02:42 hp010 kernel: linux(44990): access(Checking if path [0xffffffffffffffff/0xffffffffa42d3be0/0] exists) Dec 30 10:02:42 hp010 kernel: kern_alternate_path: error = 14, path = 0xffffffffa42d3980/0 Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised.