public inbox for linux-ia64@vger.kernel.org
 help / color / mirror / Atom feed
From: Michael Madore <mmadore@turbolinux.com>
To: linux-ia64@vger.kernel.org
Subject: Re: [Linux-ia64] IA32 process segfaults on exit
Date: Mon, 07 May 2001 20:26:17 +0000	[thread overview]
Message-ID: <marc-linux-ia64-105590693005543@msgid-missing> (raw)
In-Reply-To: <marc-linux-ia64-105590693005442@msgid-missing>

Hi Don,

I'm not intimately familiar with what the author (not me, really!) was
trying to accomplish.  I believe that the code belongs to part of the IA32
installer that is making BIOS calls to get drive geometry.  I guess since it
didn't outright break on IA32, nobody questioned whether it was actually
correct or not.

If you only saw the RPM handling code that we just ported... ugh!  Integer
-> pointer -> integer conversions all over the place.

Anyway, as I said, we removed this code and replaced it with something that
doesn't suck as much. ;-)

On Mon, May 07, 2001 at 02:00:46PM -0600, Don Dugger wrote:
> Michael-
> 
> Um, I think I found your problem and I'm pretty sure it's program
> error.  The test case you sent effectively does:
> 
> 	fd_zero = open("/dev/zero", O_RDONLY);
> 	m = mmap(0x10000, 0x10000, ..., fd_zero, 0);
> 
> This mapps zeros to loation 0x10000.  What makes you think that
> the address 0x10000 is free?  On an IA32 machine the Run Time LoaDer
> is loaded at 0x2aaab000 so this location, strictly by chance, is free.
> On Trillian the RTLD is loaded at 0x4000 (actually, it's the first
> page boundary) so you've mapped zero's on top of RTLD.
> 
> I'm really curious, why do you think 0x10000 is free?
> 
> On Fri, Apr 20, 2001 at 09:46:06AM -0700, Michael Madore wrote:
> > Hi,
> > 
> > The attached 32 bit code will run without error on IA32, but the same binary
> > will generate the following errors when it returns on IA64.
> > 
> > sizeof(elf_gregset_t) (1024) != sizeof(struct pt_regs) (400)
> > Segmentation fault (core dumped)
> > 
> > Is this expected behavior?
> > 
> > -- 
> > Mike Madore
> > Software Engineer
> > TurboLinux, Inc.
> > 
> > _______________________________________________
> > Linux-IA64 mailing list
> > Linux-IA64@linuxia64.org
> > http://lists.linuxia64.org/lists/listinfo/linux-ia64
> 
> -- 
> Don Dugger
> "Censeo Toto nos in Kansa esse decisse." - D. Gale
> n0ano@valinux.com
> Ph: 303/938-9838

-- 
Mike Madore
Senior Software Engineer
TurboLinux, Inc.
(650)228-5203


  parent reply	other threads:[~2001-05-07 20:26 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-04-20 16:46 [Linux-ia64] IA32 process segfaults on exit Michael Madore
2001-04-20 19:24 ` Don Dugger
2001-04-20 19:37 ` Don Dugger
2001-05-07 16:09 ` Don Dugger
2001-05-07 16:47 ` Michael Madore
2001-05-07 20:00 ` Don Dugger
2001-05-07 20:26 ` Michael Madore [this message]
2001-05-07 20:35 ` Don Dugger
2001-05-07 20:39 ` Michael Madore

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=marc-linux-ia64-105590693005543@msgid-missing \
    --to=mmadore@turbolinux.com \
    --cc=linux-ia64@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox