All of lore.kernel.org
 help / color / mirror / Atom feed
From: Keir Fraser <Keir.Fraser@cl.cam.ac.uk>
To: "Carl Holtje ;021;vcsg6;" <cwh0803@cs.rit.edu>
Cc: xen-devel@lists.xensource.com
Subject: Re: Breakage in -unstable for Transmeta
Date: Fri, 24 Jun 2005 14:55:45 +0100	[thread overview]
Message-ID: <193974b525123922007225148c6938fb@cl.cam.ac.uk> (raw)
In-Reply-To: <Pine.GSO.4.58.0506240859070.17433@queeg.cs.rit.edu>


On 24 Jun 2005, at 14:30, Carl Holtje ;021;vcsg6; wrote:

>> Maybe the pagetable layout has changed. That write to CR0 enables
>> paging so if the tables are not in a format that Transmeta likes then
>> you would probably fail at that point. But I don't think the initial
>> layout differs from 2.0.6...
>
> I apologize for being so dense, but how do I go about investigating 
> this
> further?

No apology needed -- I really cannot see where a bug has been 
introduced, but assuming your debug code works on one code version 
(2.0.6) and not the other (latest unstable), clearly a bug does exist.

The only good point of the situation is that there isn't actually that 
much code in x86_32.S to be going wrong. It's feasible to check through 
it line by line and compare with 2.0.6 as you go. How about you try 
reducing the number of flags you set in %cr0, or double check that the 
code that creates the initial pagetables really is identical between 
2.0.6 and unstable?

Basically, like with all 'impossible' bugs, you need to think outside 
the box on this one and get a bit more creative/imaginative with your 
debugging strategies. Without having a Transmeta box and time to debug 
it myself, I can't really give any more immediate help with this one 
I'm afraid. There must be some incredibly stupid thing going on that we 
will be amazed we didn't spot sooner. :-)

  -- Keir

  reply	other threads:[~2005-06-24 13:55 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-06-22 18:50 Breakage in -unstable for Transmeta Carl Holtje ;021;vcsg6;
2005-06-23 10:22 ` Keir Fraser
2005-06-23 20:45   ` Carl Holtje ;021;vcsg6;
2005-06-23 22:18     ` Keir Fraser
2005-06-24  0:23       ` Carl Holtje ;021;vcsg6;
2005-06-24  9:33         ` Keir Fraser
2005-06-24 13:30           ` Carl Holtje ;021;vcsg6;
2005-06-24 13:55             ` Keir Fraser [this message]
2005-06-24 15:57               ` Carl Holtje ;021;vcsg6;
2005-06-24 16:15                 ` Keir Fraser
2005-06-24 19:22                   ` Breakage in -unstable for Transmeta -- Solution Carl Holtje ;021;vcsg6;
2005-06-24 20:33                     ` Keir Fraser
2005-06-25  1:57                       ` Carl Holtje ;021;vcsg6;
2005-06-25  9:21                         ` Keir Fraser
2005-06-27 15:55                           ` Carl Holtje ;021;vcsg6;

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=193974b525123922007225148c6938fb@cl.cam.ac.uk \
    --to=keir.fraser@cl.cam.ac.uk \
    --cc=cwh0803@cs.rit.edu \
    --cc=xen-devel@lists.xensource.com \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.