From mboxrd@z Thu Jan 1 00:00:00 1970 Received: by 10.236.111.11 with SMTP id v11cs279284yhg; Tue, 31 May 2011 12:49:55 -0700 (PDT) Return-Path: <9front+bncCPS0wdjICBDfjJXvBBoECwvRyw@googlegroups.com> Received-SPF: pass (google.com: domain of 9front+bncCPS0wdjICBDfjJXvBBoECwvRyw@googlegroups.com designates 10.68.6.130 as permitted sender) client-ip=10.68.6.130; Authentication-Results: mr.google.com; spf=pass (google.com: domain of 9front+bncCPS0wdjICBDfjJXvBBoECwvRyw@googlegroups.com designates 10.68.6.130 as permitted sender) smtp.mail=9front+bncCPS0wdjICBDfjJXvBBoECwvRyw@googlegroups.com; dkim=pass header.i=9front+bncCPS0wdjICBDfjJXvBBoECwvRyw@googlegroups.com Received: from mr.google.com ([10.68.6.130]) by 10.68.6.130 with SMTP id b2mr3172566pba.38.1306871394893 (num_hops = 1); Tue, 31 May 2011 12:49:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlegroups.com; s=beta; h=domainkey-signature:x-beenthere:received-spf:mime-version :in-reply-to:references:from:date:message-id:subject:to :x-original-sender:x-original-authentication-results:reply-to :precedence:mailing-list:list-id:x-google-group-id:list-post :list-help:list-archive:sender:list-subscribe:list-unsubscribe :content-type; bh=bVxh1XK1PJ8IVxRVrSKdLidrUKzDojCzutt+xYwyW+I=; b=FtL49Do+/4rSFpLdSASyYYJC2qhZm+wrIw88rsUzlt3nC+kOGsB43UE3qA7gCT2Dao O8X2vEcRrncXW4n9jsltiEwDouiJ3UHXLMb1ramly3IPqWGb7I2+VH3QvGknlVbyPTnX m8A2OZcwxTOCDn+03l26428hzzhQRio0Elr1w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlegroups.com; s=beta; h=x-beenthere:received-spf:mime-version:in-reply-to:references:from :date:message-id:subject:to:x-original-sender :x-original-authentication-results:reply-to:precedence:mailing-list :list-id:x-google-group-id:list-post:list-help:list-archive:sender :list-subscribe:list-unsubscribe:content-type; b=a0q5XueXKo+zY27tEDleMdh90tI09Vr6nODTkAg0LnxHOrEf3wmFeuuQoSOvqEHe0k SvUViEjCW6z7aEOBIDvAKFKiX8eMiHQFvxNCk3B54Te6XIKn02PApJGiT292cxqhK1D6 maIvurEStMUoAHamx58jkJaeTvpbN4klYoOok= Received: by 10.68.6.130 with SMTP id b2mr1008651pba.38.1306871391672; Tue, 31 May 2011 12:49:51 -0700 (PDT) X-BeenThere: 9front@googlegroups.com Received: by 10.68.15.3 with SMTP id t3ls3203973pbc.1.gmail; Tue, 31 May 2011 12:49:51 -0700 (PDT) Received: by 10.68.1.161 with SMTP id 1mr677667pbn.2.1306871391381; Tue, 31 May 2011 12:49:51 -0700 (PDT) Received: by 10.68.1.161 with SMTP id 1mr677666pbn.2.1306871391372; Tue, 31 May 2011 12:49:51 -0700 (PDT) Received: from mail-pw0-f50.google.com (mail-pw0-f50.google.com [209.85.160.50]) by gmr-mx.google.com with ESMTPS id c10si425091pbn.1.2011.05.31.12.49.51 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 31 May 2011 12:49:51 -0700 (PDT) Received-SPF: pass (google.com: domain of staal1978@gmail.com designates 209.85.160.50 as permitted sender) client-ip=209.85.160.50; Received: by pwi3 with SMTP id 3so2536651pwi.37 for <9front@googlegroups.com>; Tue, 31 May 2011 12:49:51 -0700 (PDT) Received: by 10.68.5.164 with SMTP id t4mr2680209pbt.167.1306871391188; Tue, 31 May 2011 12:49:51 -0700 (PDT) MIME-Version: 1.0 Received: by 10.143.9.18 with HTTP; Tue, 31 May 2011 12:49:31 -0700 (PDT) In-Reply-To: References: From: Jens Staal Date: Tue, 31 May 2011 21:49:31 +0200 Message-ID: Subject: Re: difference cdrom boot and 9fat boot? To: 9front@googlegroups.com X-Original-Sender: staal1978@gmail.com X-Original-Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of staal1978@gmail.com designates 209.85.160.50 as permitted sender) smtp.mail=staal1978@gmail.com; dkim=pass (test mode) header.i=@gmail.com Reply-To: 9front@googlegroups.com Precedence: list Mailing-list: list 9front@googlegroups.com; contact 9front+owners@googlegroups.com List-ID: <9front.googlegroups.com> X-Google-Group-Id: 831096995978 List-Post: , List-Help: , List-Archive: Sender: 9front@googlegroups.com List-Subscribe: , List-Unsubscribe: , Content-Type: multipart/mixed; boundary=bcaec517a7c009f58304a497b5a8 --bcaec517a7c009f58304a497b5a8 Content-Type: text/plain; charset=UTF-8 I really start believing that what I got is a GRUB2 bug Similar issues was seen in this bug report: http://goo.gl/7j5ll I did the experiment you suggested to check what the e820 output is. I wanted to do this as comparable as possible so I have compared 9front booted from CD and booted from 9fat 9fat: "e820: 0000 0000 0009 f800 memory" cdboot: "e820: 0000000000000000 000000000009f800 0000000000100000 000000007fed0000" I guess the first thing I should try is to boot using another bootloader (or google for "e820 hooked by grub2" and see if I can disable it). Thanks a lot for the help I would never have figured this one out myself! Now the big mystery is just how the 9pcf from Bell labs plan9 was able to boot... I attach the diff of the pcf configuration files for my version of 9pcf from 9front and Bell labs Plan9. Are there any stuff in there that could influence an overide in RAM detection in the stock kernel? 2011/5/31 : > but it would be more interesting figuring out why this > happens :-) > > sure, you could backport bcm driver to bell labs plan9, > but this memory detection problem might happen to others > too... > > one tip (i think i wrote this in my first mail) is that > you can break 9boot into a prompt where it will sit > there until you type boot. just hit any key like space > or enter. (it waits for one second and then does > automatically boot if it had a bootfile= in plan9.ini) > > you could also comment out the bootfile= line and > type it at the prompt every time when experimenting. > > the command syntax of the prompt is the same > syntax used in plan9.ini (sections/menus are not > supported by 9boot) > > it would be very interesting what e820= is and also > the e820 prints from the bell-labs kernel. > > i think we have some problem with the e820 call... but > its hard to tell what exactly is wrong without any > data. > > if you are interested, the e820= format is just a list > of 2 64bit hex numbers. the first is the start address > of a memory block, and the 2nd is the end address of > the block... > > e820= should really be memory= but we had no choice > as 9atom is already using it. > > -- > cinap > --bcaec517a7c009f58304a497b5a8 Content-Type: application/octet-stream; name=pcfdiff Content-Disposition: attachment; filename=pcfdiff Content-Transfer-Encoding: base64 X-Attachment-Id: f_god9gkew0 MWMxCjwgIyBwY2YgLSBwYyB0ZXJtaW5hbCB3aXRoIGZvc3NpbCByb290IGFuZCBtYXliZSB2ZW50 aSBibG9jayBzdG9yZQotLS0KPiAjIHBjZiAtIHBjIHRlcm1pbmFsIHdpdGggbG9jYWwgZGlzawoy NGEyNQo+IAlrYmQKMjYsMjdkMjYKPCAJa2JtYXAKPCAJa2Jpbgo1NmE1Ngo+IAlldGhlcmJjbSAg ICAgICAgcGNpCjc1YTc2LDc4Cj4gCWF1ZGlvc2IxNglkbWEKPiAJYXVkaW9hYzk3CWF1ZGlvYWM5 N21peAo+IAoxMzNjMTM2LDEzNwo8IAkvMzg2L2Jpbi9pcC9pcGNvbmZpZwotLS0KPiAJLzM4Ni9i aW4vYnpmcwo+IAkvMzg2L2Jpbi9tbnRnZW4KMTM1LDEzOGMxMzkKPCAJLzM4Ni9iaW4vZm9zc2ls L2Zvc3NpbAo8IAkvMzg2L2Jpbi92ZW50aS92ZW50aQo8IAkvMzg2L2Jpbi91c2IvdXNiZAo8IAkv Mzg2L2Jpbi9kaXNrL3BhcnRmcwotLS0KPiAJcm9vdGZzLmJ6Mgo= --bcaec517a7c009f58304a497b5a8--