From mint-bounce@lists.fishpool.fi Thu Jun 11 10:26:55 2009 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type; bh=lZJGJRCweYBFf9udk/0mHXK4Ks4uDxkRBvfk8Jc4jLY=; b=TVkYH4xQpVTT+2eKE/w+H7Y2T0GPZkckSYUQ8xhL9p1SMMyE5vgTBD6LitpxzS8det nvnKdYtK6M8k4rPqAnzonMjAfSvud7JxxWEM9P4LJgCRcq54JbtH/KghHOV0Cs63IfpV njV+Zu0lu2yfg3YmDwyfrjCy5hgXB2y8RR4+w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type; b=eoa8AVd/HNX7gRnbDm+a0vzvBVn69yTBFQUxD6ckomDqwYnZR/vlHW52tdFOyi9P6o zx8lha4p5lJRiUaNEtzVJ58HZoWr6AyDXYXgqB+f34qrk3aii2i3uw7AVkkKSr2RnNkZ ZnFkDqdK5ozk/nmN9sNLglU2oOCR8GXeZAGOA= Message-ID: <4A311332.90806@freesbee.fr> Date: Thu, 11 Jun 2009 16:22:42 +0200 From: =?ISO-8859-1?Q?Vincent_Rivi=E8re?= User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: mint Subject: Re: [MiNT] Corruption of high TPA References: <4A2ED03D.1090600@freesbee.fr> <4A2F7B9F.3010100@freesbee.fr> <4A30FE49.3050404@freesbee.fr> <1244725809.15756.100.camel@jetpack.demon.co.uk> <4A310791.2020709@freesbee.fr> <1244728568.15756.106.camel@jetpack.demon.co.uk> In-Reply-To: <1244728568.15756.106.camel@jetpack.demon.co.uk> Content-Type: multipart/mixed; boundary="------------010705000306070302000305" X-ecartis-version: Ecartis v1.0.0 Sender: mint-bounce@lists.fishpool.fi Errors-to: mint-bounce@lists.fishpool.fi X-original-sender: vincent.riviere@freesbee.fr Precedence: bulk List-help: List-unsubscribe: List-Id: X-List-ID: List-subscribe: List-owner: List-post: This is a multi-part message in MIME format. --------------010705000306070302000305 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Alan Hourihane wrote: > I get a little uneasy about adding patches to mintlib when we can't > reproduce the bug on more than one system. You're right. > Has anyone else reproduced > this without Aranym/EmuTOS ? First, the test must be made with a problematic executable. Any program compiled with the current CVS MiNTLib is affected. The tiny program tst.tos attached to this email does not use the MiNTLib but is affected in the very same way. The crash occurs only when the OS loads the program at some memory location where there is an invalid read address just after. For example, at the end of the FastRam (like EmuTOS). I guess that with the right memory protection parameters, the space just after the TPA is marked as unreadable, it is probably what happens on my setup. > Did you enable the NEW_SYSCALL stuff in the kernel and the bug > disappeared ?? No, I'm not familiar with the kernel, I didn't try to recompile it. NEW_SYSCALL looks better, but I don't know if it works. -- Vincent Rivière --------------010705000306070302000305 Content-Type: text/plain; name="tst.s" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="tst.s" move.l 4(sp),a0 | get basepage move.l 4(a0),d0 | get _base->p_hitpa and.l #0xfffffffc,d0 | align on lower 4 bytes | sub.l #0,d0 | Bus Error before Hello | sub.l #28,d0 | Bus Error before Hello | sub.l #32,d0 | Bus Error after Hello | sub.l #36,d0 | No Bus Error move.l d0,sp | this is the new stack pea msg move.w #9,-(sp) | Cconws() trap #1 addq.l #6,sp move.w #8,-(sp) | Cnecin() trap #1 addq.l #2,sp clr.w -(sp) | Pterm0() trap #1 msg: .asciz "Hello!\r\n" --------------010705000306070302000305 Content-Type: application/octet-stream; name="tst.tos" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="tst.tos" YBoAAAEYAAAAAAAAAAAAAAAATWlOVAAAAAcAACA6ABpO+wj6AAABCAAAADQAAAAAAAAAAAAA AAAAAADkAAAAAAAAAAAAAAE0AAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACBvAAQgKAAEAoD////8 LkBIegAWPzwACU5BXI8/PAAITkFUj0JnTkFIZWxsbyENCgAAAAAAAAAA --------------010705000306070302000305--